-
Notifications
You must be signed in to change notification settings - Fork 17
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
Coordinate systems widget not sorted #284
Comments
SpatialData returns coordinate systems as a set, which has no order and probably also does not preserve insertion order. |
Tables should also be ordered. Like elements, they have no inherent order on disk. However, table columns have an inherent order and should be preserved. |
hmm regarding the list widgets used, if you have the widget selected you only have to type the first letter and it will actually jump to the first value encountered starting with that letter, this could be documented (isn't at the moment I believe). Also one thing to note with global first is that this will change as it is not intuitive to have every element in a coordinate system called |
I do see your point with long coordinate system names though where the first parts of the names are really similar. |
Sounds good to me. We don't have indeed any specific order for the shapes and tables, so any can be set in the UI. |
Coordinate systems are displayed non-alphabetically. With a large number of coordinate systems, this makes it hard to find and select a specific one.
If things are unordered, it usually can be caused by the order of file loading (glob on Unix is unordered / inode order, but alphabetical on Windows).
Although elements display alphabetically, there is nothing in the source code that sorts them (they are ordered just by chance, probably order of insertion to the dictionary).
Suggestion
The text was updated successfully, but these errors were encountered: