I may have another answer to your question (since the X and Y co-ordinates
were just swapped).
Here are the docs:
* http://docs.geotools.org/latest/userguide/library/referencing/order.html
TLDR: Scientists and Sailors measure location lat/lon order based on more
accurate measurement first. Compu
OK I found a workaround for the problem.
I wrote a simple method that projects the data from the CRS they are really
in, into the CRS defined by the EPSG code.
Here it is:
public void reproject(DataStore dataStore, String sourceName,
CoordinateReferenceSystem currentCRS, CoordinateReferenceSyste
Ah sorry moving too quickly (yay coffee). That is indeed a good question, older
copies of uDig were using the epsg-h2 jar, I understand epsg-hsql is the
preferred choice these days.
uDig also provides a few additional codes (which you can do with a property
file and a bit of setup).
-
https:/
OK, I will try with uploading the definition to postgis.
But still I find it strange that udig does that correctly. You wrote that it
read my prj file.
Yes, but when I read the file everything was OK as well.
The question is why udig displayed the data correctly when it read CRS from
postgis and m
When possible load your data into postgis with the correct SRID, you can look
them up on line here: http://epsg.io or http://spatialreference.org
You can teach both postgis, geotools and geoserver about additional codes (in
case your local government has made something up that is not official).
