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
