... look here: http://epsg.io/?q=Austria&=search

Best regards

-----Original Message-----
From: "manf...@egger-gis.at" <manf...@egger-gis.at>
Sent: Wednesday, August 3, 2016 8:40am
To: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net>
Cc: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net>
Subject: Re: [JPP-Devel] Add SRID and units to Task

... i think Peppe means that in every country there are typical coordinate 
systems (in Austria there are about 12 -15). 
If the user add some data which are "wrong" located and wants to tranform it 
OPEN JUMP will recommend typical EPSG-Code basing on the EPSG of the project. 
This does not mean "on the fly transformation"?

Manfred Egger

Alois-Schrott-Str. 34
6020 Innsbruck
Austria

Web: http://egger-gis.at
 

-----Original Message-----
From: "Rahkonen Jukka (MML)" <jukka.rahko...@maanmittauslaitos.fi>
Sent: Wednesday, August 3, 2016 7:25am
To: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net>
Subject: Re: [JPP-Devel] Add SRID and units to Task

------------------------------------------------------------------------------
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Hi,

I fear that you aim at similar “on the fly CRS transformation” than QGIS has. I 
admit that it would be nice to be able to use layers with different native 
SRIDs together in OpenJUMP project but I am pretty sure that it will introduce 
new problems as well for example when editing data or making measurements in 
the non-native SRID. I hope that the current robust but not so much SRID aware 
behavior can still be preserved in the future as an option.

You did not mention JML data files but I think that they could have an 
additional element for storing the SRID.

-Jukka Rahkonen-

Giuseppe Aruta wrote:


Hi all,
The title explains what is my idea. In a possible future we can extend OJ 
projection capabilities.  And the 1st step I would explore is to add SRID code 
to a task (to centralize possible transformations) and unit of measurements 
(retriving from SRID, which will affect other plugins/tools like measure tools, 
measure area/length, display scales etc, especially for Geographic coordinate 
systems).
I gave a look at Task class , should I implement (srid and unit) as properties 
into the associate xml file? Does it breaks compatibility?
Thanks for the help
Peppe





------------------------------------------------------------------------------
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to