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 us
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 data
Hi Larry,
GDAL development branch has now a geopackage driver for vectors
http://gdal.org/ogr/drv_geopackage.html
I prepared a little test geopackage and put hit here
http://latuviitta.org/documents/GDAL_geopackage_test.gpkg
The package contains some points, multipoints, lines, multilines, polyg
Hey Jukka,
I just got done scanning the OGC Geopackage specification. That thing is
huge! It sounds like OGC is positioning it as the open standard
replacement for shapefiles or geodatabases, which is something that is
really needed. Ideally, OJ would have a first-class utility to import and
ex
Hi,
GeoPackage is a queryable datastore just like any SQLite or Spatialite DB.
Attribute queries can be done through SQL like against any other database. Here
is a brand new sample for testing
https://drive.google.com/file/d/0BzouoZCWtrv8c0pDc2NaWUdQcFk/edit?usp=sharing
I renamed the db file 'w
Hey Jukka,
Although it uses SQLlite, it sounds like GeoPackage is a data storage
mechanism like shapefiles, more than a general queryable data store. For
that reason, it's probably a better fit in OJ as one of the options for
"Open", "Open File...". That said, it would probably be fun to work
