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 include
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.
Re
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
ar
Hi Ede,
thank you for the link but
ojuser and jumpin does not work with Log In.
Regards
Uwe
Am 23.10.2014 um 10:35 schrieb edgar.sol...@web.de:
> On 23.10.2014 08:31, Uwe Dalluege wrote:
>> Hi,
>>
>> please can somebody put to the "Nice To Have"-list
>> that OpenJUMP-Core can read NAS-ALKIS xm
On 23.10.2014 08:31, Uwe Dalluege wrote:
> 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.
>
