Rueben Schulz a écrit :
If this means what I think it does, this is great news. It will make it
possible for geotools to choose the "best" transform when multiple ones
are available (constrained to the ones we have implemented).
Geotools already use the accuracy information for choosing the most accurate transformation since
EPSG database 6.8. However, EPSG database 6.9 would allow to take the geographic area in account,
which is currently ignored by Geotools (for example many transformations may be available for the
same source and target CRS, but some may be more accurate for a specific area while other
transformations may be more accurate for an other area. However, we will need to figure out how to
specify the user's preferred area to the EPSG authority factory (there is no API for that right now).
One day I will find time to look at this stuff again (stupid masters thesis...).
I understand very, very, very well... I was in a similar situation less than
two years ago.
Courage :)
Martin.
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
