Indeed. I am using the epsg-wkt. And the exception raises just when you say
it does. In the call to the decode method:
org.opengis.referencing.NoSuchAuthorityCodeException: Unknown EPSG_NUMBER
I am also willing to change the plugin to the epsg-hsql because I've
understanded it is more accurate.
Any ideas?
Fran
Justin Deoliveira-4 wrote:
>
> Hmmm... I would suspect EPSG:4694 to be available on geotools 2.4 as
> well. Do you get an exception when youc all CRS.decode( "EPSG:4694" ) ?
> Do you one of the epsg "plugin" modules on your classpath? epsg-wkt or
> epsg-hsql?
>
>
>
> FranGM wrote:
>> Hi Justin. Thanks for your quick answer!
>> I'm currently using geotools 2.4 and I don't want to switch to 2.5 yet
>> given
>> the fact that the project I'm on is to be used by the comunity of my
>> city,
>> so I would like to work with the more stable possible version.
>> In this version, I tried to make a CRS.decode("EPSG:4694") but didn't
>> success.
>> What I am willing to do (the intentions at least) you can see it in this
>> little piece of non-working code: (you can say it is pseudo code)
>>
>> public double distance(Node orig, Node dest){
>> // POSGAR = EPSG:4694
>> double dist;
>> Point x,y;
>> dist = -1;
>> x = ((Point) orig.getObject());
>> y = ((Point) dest.getObject());
>> try {
>> GeodeticCalculator gc = new
>> GeodeticCalculator(CRS.decode("EPSG:4694));
>> gc.setStartingGeographicPoint(x.getX(),x.getY());
>> gc.setDestinationGeographicPoint(y.getX(), y.getY());
>> dist = gc.getOrthodromicDistance();
>> System.out.println("Distance between nodes in meter: "+ dist);
>> }catch(Exception e){
>> e.printStackTrace();
>> }
>> return dist;
>> }
>>
>> Two problems arise: First, the one about EPSG:4694 not been recognized.
>> Second, the one about the coordinates of points, which are incredible big
>> numbers.
>> What I am probably not understanding is what is the meaning of "projected
>> coordinates", or how are coordinates projected.
>> Anyway, I am trying to do just a simple operation of distance in meters,
>> given the fact that I will need to tell blind people how to get from one
>> place to another with my software.
>>
>> Thanks in advance
>>
>> Fran
>>
>>
>> Justin Deoliveira-4 wrote:
>>> Hi Fran,
>>>
>>> I am not exactly sure I understand the problem. Working with the graph
>>> in projected coordinates should work just fine, there should be no need
>>> to transform the coordinates to lat/long, unless you have that
>>> requirement.
>>>
>>> As for EPSG:4694, i notice that it is supported in recent version of
>>> geotools:
>>>
>>> GEOGCS["POSGAR 94",
>>> DATUM["Posiciones Geodesicas Argentinas 1994",
>>> SPHEROID["GRS 1980", 6378137.0, 298.257222101,
>>> AUTHORITY["EPSG","7019"]],
>>> AUTHORITY["EPSG","6694"]],
>>> PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
>>> UNIT["degree", 0.017453292519943295],
>>> AXIS["Geodetic longitude", EAST],
>>> AXIS["Geodetic latitude", NORTH],
>>> AUTHORITY["EPSG","4694"]]
>>>
>>> Which version are you using?
>>>
>>> -Justin
>>>
>>> FranGM wrote:
>>>> Hi there.
>>>> I've got a shapefile of my city which a turned into a graph. Now I
>>>> wanted
>>>> to
>>>> use a DijkstraShortestPathFinder. To create a weighter I want to find
>>>> out
>>>> the length of each edge of the graph (the orthodromic distance between
>>>> its
>>>> nodes).
>>>> Each Node has a "getObject" method from where you can get a Point with
>>>> coordinates. What I would like to know is how are this coordinates (big
>>>> doubles with around 7 non decimal ciphers) related to "real
>>>> coordinates"
>>>> (lat/long).
>>>> Thing is, my data seems to be in ARGENTINA POSGAR94, zone 4, datum
>>>> WGS84
>>>> (as
>>>> I can read in the readme file). I found over the net that this
>>>> corresponds
>>>> to EPSG:4694, but it seems that the GeodeticCalculator class does not
>>>> know
>>>> about it.
>>>> In other words, I think I'm getting troubled with something that is
>>>> probably
>>>> easy.
>>>> May anyone lend me a hand in this subject?
>>>>
>>>> Thanks in advance
>>>>
>>>> Fran
>>>>
>>>
>>> --
>>> Justin Deoliveira
>>> The Open Planning Project
>>> http://topp.openplans.org
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Geotools-gt2-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>>>
>>>
>>
>
>
> --
> Justin Deoliveira
> The Open Planning Project
> http://topp.openplans.org
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Geotools-gt2-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>
>
--
View this message in context:
http://www.nabble.com/Graphs%2C-Nodes-and-Points.-Argentinian-Coordinates-tp14517968p14531398.html
Sent from the geotools-gt2-users mailing list archive at Nabble.com.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
