Hi,
it would be nice if OpenJUMP-Core could read NAS-ALKIS xml files directly like
QGIS can do. This file-format is an important German cadaster-format.
Thanks for help!
As a workaround GDAL can read NAS-ALKIS http://www.gdal.org/drv_nas.html and write out OpenJUMP JML http://gdal.org/drv_jml.html. QGIS is also using GDAL for reading this format. Because ALKIS files contain usually large number of layers a better approach could be to convert ALKIS data into Spatialite format and read the converted tables with DB Query plugin which is included in OpenJUMP PLUS.
GDAL format page informs: "The NAS reader reads the NAS/ALKIS format used for cadastral data in Germany. The format is a GML profile with fairly complex GML3 objects not easily read with the general OGR GML driver."
The complexity of format makes me think that native NAS-ALKIS driver would mean a reasonably large amount of work and it is not likely to come true without funding. Alternative approach with some drawbacks of using native non-java code could be to make an integrated GDAL converter or make iGOR https://sourceforge.net/projects/ogr-igor/ to work with OpenJUMP.
Changing status to Open-Won't fix.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
As a workaround GDAL can read NAS-ALKIS http://www.gdal.org/drv_nas.html and write out OpenJUMP JML http://gdal.org/drv_jml.html. QGIS is also using GDAL for reading this format. Because ALKIS files contain usually large number of layers a better approach could be to convert ALKIS data into Spatialite format and read the converted tables with DB Query plugin which is included in OpenJUMP PLUS.
GDAL format page informs: "The NAS reader reads the NAS/ALKIS format used for cadastral data in Germany. The format is a GML profile with fairly complex GML3 objects not easily read with the general OGR GML driver."
The complexity of format makes me think that native NAS-ALKIS driver would mean a reasonably large amount of work and it is not likely to come true without funding. Alternative approach with some drawbacks of using native non-java code could be to make an integrated GDAL converter or make iGOR https://sourceforge.net/projects/ogr-igor/ to work with OpenJUMP.
Changing status to Open-Won't fix.