considering that these files hold several layers, when converted, they end up being several jml files. this would be an extra issue to deal with.
wrt. GDAL's ogr2ogr the current view of most devs seems to be that, given that it - is native, hence needed for all our 3 plattforms - big, if included would bloat our small OJ distro which i agree with, so it'll probably not end up tightly bound to or distributed with OJ. for the time being i suggest you to write yourself a batch file or such to convert these files into jml, so that you'll have a drag and drop solution. ..ede On 28.10.2014 09:27, Uwe Dalluege wrote: > Hi, > > my, maybe unrealistic, idea was that OpenJUMP can use the > OGR/GDAL library. > With Jukkas extension to support jml files in OGR > you can convert the ALKIS NAS format to jml (with ogr2ogr program). > > I dont't know how complicate it is to use this > feature of the OGR-library directly in OpenJUMP. > > Regards > > Uwe > > Am 24.10.2014 um 11:21 schrieb Matthias Scholz: >> Hi, >> >> from my point of view, it is much heavy to build a nearly specification >> (GeoInfoDok) complete import. The NAS have some relations in it, that >> you have to resolve. Than you can get updates to your previous NAS files >> as base. You have to make a differential import with that. Next problems >> are that every of our 16 states (Bundesländer) can do some specific >> interpretations and extensions. >> And finally this XML files are very very big! We talk about hundrets of >> megabytes and above or not rerely gigabytes. We have here for a 10.000 >> population city with a area of 141 km² and about 22.000 estates's and >> about 11.000 buidlings a xml NAS dataset of 1,7 GB! Dont know how big >> are NAS data of Hamburg ;-) >> In this case i would prefer to use the PostNAS project, wich is a part >> of the OGR/GDAL library. A first and simple geometry import should be >> possible with a streaming xml parser. >> >> regards >> Matthias >> >>> Hi, >>> >>> please can somebody put to the "Nice To Have"-list >>> that OpenJUMP-Core can read NAS-ALKIS xml files like >>> QGIS can do. >>> This file-format is an important German cadaster-format >>> and it would be nice if OpenJUMP-Core could read this directly. >>> >>> Thanks for help! >>> >>> Uwe >>> >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > ------------------------------------------------------------------------------ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------------ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
