Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

+v2.0 #636

Closed
ue71603 opened this issue Jan 8, 2024 · 8 comments
Closed

+v2.0 #636

ue71603 opened this issue Jan 8, 2024 · 8 comments
Assignees
Milestone

Comments

@ue71603
Copy link
Contributor

ue71603 commented Jan 8, 2024

Note that in the past we have added an indication in the XML documentation as to which release an enhancement was added (e.g. +v1.1, +v2/0) as this makes it easy to see which attributes cannot be used with an earlier version and what has changed without resorting to github etc, Would it not be a good idea to continue doing so?

@ue71603 ue71603 added this to the netex_2.0 milestone Jan 8, 2024
@Aurige
Copy link
Contributor

Aurige commented Jan 8, 2024

that's right @ue71603, that's useful, but that may not be an easy task to add it now... I don't see how to automatically add +v2 to all the changes that were already validated. Do you see an easy way to do it ?

@ue71603
Copy link
Contributor Author

ue71603 commented Jan 8, 2024

@Aurige : I think we can't do it automatically. But we can:

  • start doing it
  • perhaps when @trurlurl helps with the documentation we can add it in a PR that updates it in parallel (like we will do with the search for typos).

@Aurige
Copy link
Contributor

Aurige commented Jan 11, 2024

Fine for me

@Aurige
Copy link
Contributor

Aurige commented Jan 17, 2024

Group decision: yes try to bring this back ! Only for new attribute/element (not on updates)

@Aurige
Copy link
Contributor

Aurige commented Jan 17, 2024

Update XSD while updating the document (@trurlurl )

@Aurige
Copy link
Contributor

Aurige commented Jan 17, 2024

Also update the NeTEx version in file's header (only if there are some changes)

@trurlurl
Copy link
Collaborator

Quite some work has been done in #762, #764, #781, #799. This improves the situation at the level of the element annotations and the documentation, but to a lesser extent in the headers. The headers don't seem to be a very reliable source of information to me - and wouln't they be somehow redundant (if they were up to date) to the changelog?
@Aurige Shall we close this issue? Some action or reminder needed regarding headers?

@Aurige
Copy link
Contributor

Aurige commented Jan 17, 2025

I thinks that we can close it since a quite huge amount a work has been done.
I agree that headers are not always as useful as they should be, but this can be an independent action

@ue71603 ue71603 closed this as completed Jan 17, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants