Martin Desruisseaux ha scritto: > Andrea Aime a écrit : >> I mean, it would be easy if DMS was supposed to be stored >> as decimal degrees... but I'm just hoping for the unlikely. >> Can anybody clarify? > > I have not seen a clear answer for this one. My interpretation is that > is should be stored in DMS, for example 10°30' would need to be stored > as 10.3 (and not 10.5 as it would be in decimal degrees). And 10°30'20" > would be 10.3020.Or maybe the first case would be 103000 and the second > case 103020 (the unit scale suggests that - I would need to check the > code and the EPSG definition for making sure). > > However I'm not aware of anyone doing that - I think that most peoples > handle that as decimal degrees. I'm not sure what GeoTools does (I would > need to check back to code), but I guess that it would need to be > controlled by Hints. > > The handling of real DMS units in GeoTools is partial. There is a > begining of real support of it, but most attempt to transform a > coordinate using such CRS will fail with a FactoryException for now.
Right. I would be nice to have a hint telling the transfromation code to assimilate DMS to deegree, since the scarce practice I've seen seem to just ignore any fancy storage mean and just use deegree. Basically, treat DMS as an equivalent for deegree for computation, and consider it only when it comes to display the data (since that's what the EPSG database says about DMS, they are intended for human display). Cheers Andrea ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
