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
