@Jukka and Manfred. My project doesn't consider any tranfirmation or reproduction in this step. Only ability to recognize if selected Map ( task in this case) is in metre foot or in geographic coordinates Il 03/Ago/2016 14:46, "manf...@egger-gis.at" <manf...@egger-gis.at> ha scritto:
> ... 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 >
------------------------------------------------------------------------------
_______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
