Yep, agreed.
There is no need for an automated transformation.
But a layer should have such property. Well, it has already, the SRID
... but we should make it part of a FeatureCollection or so ... and in
that case one would probably need to modify lots/all of Analysis
tools/functions to transfer
although not finished, there is projection support in OJ. at least tagging the
layers should be possible. maybe the layer properties should be modified to
show and edit the value.
..ede
On 16.08.2013 21:12, Matthias Scholz wrote:
> Hi Stefan,
>
> i'am right, that you are looking for a possibil
Hi Stefan,
i'am right, that you are looking for a possibility to handle SRID's for
FC/Layer? The same problem do we have in the measurement tools. Here we
need an information about the coordinate system/projection too. We had
discussed this partially in the past. I mean that every FC/Layer shou
well, I actually found this class too:
com.vividsolutions.jump.coordsys.impl.PredefinedCoordinateSystems
having even WGS84.
But still, I have no clue how to use this system, though ;)
So if there is a guide?
cheers,
stefan
Am 14.08.13 11:53, schrieb Stefan Steiniger:
> Hi - and I guess - in par
Hi - and I guess - in particular this goes to Michael and Martin,
So I was thinking yesterday that the SRID for OSM data is fix (EPSG:4326
[1]) and wanted to set it for the FeatureDataset. Except the FC/FD does
not have such property.
What I found:
in the DataSource.getConnection() and executeQ
