-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Allow use of km and [nmi_i] for <gml:radius uom=""> #3118
Comments
Interesting thing and not necessarily a small job to implement. Using projected units with lat-lon coordinates means that the buffered area is oval when it is converted back to lat-lon like in this image. http://downloads2.esri.com/MappingCenter2007/blog/Mar11Images/Tissots_WGS84.png |
To be honest if I use m for meters or NM for Nautical miles it works already (like you mention the area is Oval in WGS84 and a circle in a projected coordinate system) so I was just wanting to extend to be able to use km for kilometers directly and [nmi_i] for Nautical Miles due to the files I receive from the aviation domain. Would it be too much to just add the ability to understand the two new proposed units as it already does for m and NM? |
I do not know how much it would mean. But because you clarified that m an NM are already supported it does probably mean not so much. I suppose that km and nmi_i are included in the OGC GML schemas as uom names. As you may guess, I am a GDAL user just like you and I try to help other users to improve their bug reports so that the developers have it easier to start thinking about how to resolve the issues. I admit that this time my comment was not so useful. Welcome to community, as an aviation expert you will probably find also other issues to fix. |
@jratike80 you are doing an excellent job! It is great you do this to make things easier to devs! |
[nmi_i] is handled since GDAL 3.1.0 . #3129 will add support for km |
GML geometry parsing: handle km unit for radius of arcs (fixes #3118)
Please see attached file, if you try to load in QGIS it will interpret the km as degrees and the [nmi_i] will prevent the circle from being loaded. However both these units are under UCUM (https://ucum.org/) acceptable. I add the ticket here as previously most of these small issues have been in the gdal driver
Validator
https://ucum.nlm.nih.gov/ucum-lhc/demo.html
These are the two areas I would want to render
test.zip
The text was updated successfully, but these errors were encountered: