On 19.02.2011 20:09, Sunburned Surveyor wrote: > Matthias wrote: "Second I mean, that we should extend the set SRID > stuff. Because most of > the EPSG definitions have a "units" parameter. So we can use the EPSG > parameters in the future for coordinate transformation and measure > computations. The bad way is to have two unit parameters in OJ. > Ede please can you tell us your statement, because your are more the > coordinate transformation expert than I."
i don't have a deadline for the next cts extension, which will be based of current geotools2 and therefor bring an epsg database built in. i think i could do it within the year, but i won't guarantee that. still it makes sense to plan ahead and i like the idea of fetching the units automagically. why don't you introduce a crs setting which can be used with the next cts extension and additionally keep a unit setting, in case the user does not want/can not assign a reference system. currently there is no epsg database included in openjump. if somebody wants to go forward and make the appropriate geoapi/geotools libs part of openjump the unit autodetection could be implemented earlier. regards ede ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel