edgar soldin wrote: On 25.01.2014 18:53, Rahkonen Jukka (Tike) wrote: >> >> Fastest way for getting "a first-class utility to import and export data to >> geopackages" for OpenJUMP would probably go through GDAL.
> why? if it is really just sqlite > http://www.ogcnetwork.net/geopackage > then using one of the existing database drivers would make more sense and be > platform independent. By "fastest" I was referring to calender and development time needed for import/export support. Some other solution would probably make more sense, GDAL (or geotools) means heavy payload for otherwise lean OpenJUMP. I believe that refactoring the work done for GDAL in java for OpenJUMP API would not be a work than can be done in a week. Especially because our existing db drivers are mostly read-only. The GDAL patch is here http://trac.osgeo.org/gdal/attachment/ticket/5335/gpkg_gdal_1.patch -Jukka- > having jml supported in GDAL is still a valid target in general though. > ..ede ------------------------------------------------------------------------------ CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
