Skip to main content

geoprocesses of gvSIG (e.g. copy&paste geometries) won't work if the source dataset is a 3d-dataset.

Portal Admin
Published on: 23/02/2011 Discussion Archived

org.gvsig.copypastegeom-0.1.0- 2 shapefiles which have some 3d-information (originally imported from an oracle spatial database) cause some problems in gvSIG, e.g. in the copy&paste geometries extension. Here, the "paste" command does not work, if the source theme is a 3d polygon layer. If I use ogr2ogr to "convert" the source theme into a "normal" polygon layer, it is possible to paste features. From the command line: ogrinfo -al /opt/uis/muc/shapes_geodatenpool/2010/vagrund/flurstck_2010_02.shp|less brings: INFO: Open of `/opt/uis/muc/shapes_geodatenpool/2010/vagrund/flurstck_2010_02.sh p' using driver `ESRI Shapefile' successful. Layer name: flurstck_2010_02 Geometry: 3D Polygon Feature Count: 157638 Extent: (4452550.890000, 5324953.400000) - (4479484.080000, 5345694.050000) Layer SRS WKT: (unknown) ROWID: String (1.0) OGR_FID: Real (18.0) OBJEKT_ID: String (7.0) FOLIE: Real (18.0) OBJEKTART: Real (18.0) X: Real (18.6) Y: Real (18.6) NUTZUNGSAR: Real [...] I used this command to convert the source file into a "normal" polygon shapefile: ogr2ogr -f "ESRI Shapefile" /tmp/flur -nlt POLYGON /opt/uis/muc/shapes_geodatenpool/2010/vagrund/flurstck_2010_02.shp We also observed, that other geoprocesses seem to have problems with 3D-data.



OperatingSystemLinux
KeywordsNone
ResolutionNone
Severitymajor
SubprojectNameNone
ComponentgvSIG - Geoprocessing
VersiongvSIG - 1.10.0
SubprojectVersionNone
SubprojectResolveVersionNone
Has patchNone

Category

Bugs
Login or create an account to comment.