Jukka, thanks for this info, it come very handy once I get back to working on spatialite stuff.<div><br></div><div>Igor<br><br><div class="gmail_quote">On Tue, May 24, 2011 at 1:00 PM, Jukka Rahkonen <span dir="ltr"><<a href="mailto:jukka.rahkonen@latuviitta.fi">jukka.rahkonen@latuviitta.fi</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Igor Brejc kirjoitti:<br>
<div><div></div><div class="h5">> On Tue, May 24, 2011 at 11:39 AM, Frederik Ramm <<a href="mailto:frederik@remote.org">frederik@remote.org</a>><br>
> wrote:<br>
><br>
>> Hi,<br>
>><br>
>><br>
>> On 05/24/11 11:24, Igor Brejc wrote:<br>
>><br>
>>> This could be a more serious issue. I guess in the history of GIS there<br>
>>> has never been such a large geo database as OSM is now becoming. Maybe<br>
>>> we (as the OSM community) should take a proactive stance and propose a<br>
>>> new version of shapefile format that could cope with 64 bits. Yes, I<br>
>>> know this is daydreaming, but shapefile format is getting old anyway.<br>
>>> Something using protocol buffers could be a new way to go - easier to<br>
>>> write readers and writers and taking less space, too.<br>
>>><br>
>><br>
>> I think in the free/open world, "spatiallite" is trying to be shapefile<br>
>> 2.0,<br>
>><br>
><br>
> Yes, but is it really? It's a storage format, you need a 3rd party driver<br>
> to<br>
> read it and it's optimized for querying, not for storing high volume of<br>
> data<br>
> in an efficient manner. And it's a database without a standard schema.<br>
><br>
> I see spatialite as a good way for thick clients to store geo data without<br>
> the need for an extra DB installation, but not as a good way to exchange<br>
> data files (as opposed to osm.pbf, for example).<br>
><br>
> Or am I missing something here? I'm interested to know because I plan to<br>
> add<br>
> spatialite support in Maperitive.<br>
<br>
</div></div>The .shp part of a shapefile bunch cannot be bigger than 4 gigabytes and<br>
for a good interoperability it is best to keep it below 2 GB. Therefore<br>
shapefiles cannot keep planet wide datasets. Neither can spatialite. I<br>
have successfully created spatialite database files up 4 or 8 gigabytes<br>
but after that it became very slow to add more data into the database.<br>
<br>
There is a little tutorial about OSM data, Spatialite and OpenJUMP at<br>
<a href="http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=OpenJUMP_with_SpatialLite" target="_blank">http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=OpenJUMP_with_SpatialLite</a><br>
<br>
Spatialitetools 2.4.0 version<br>
(<a href="http://www.gaia-gis.it/spatialite-2.4.0-4/binaries.html" target="_blank">http://www.gaia-gis.it/spatialite-2.4.0-4/binaries.html</a>) have three ready<br>
made tools for importing OSM-data.<br>
Spatialite_osm_map imports .osm data file into database tables which are<br>
suitable to be rendered with for example standard QGis.<br>
Spatialite_osm_net creates a routable way network, and spatialite_osm_raw<br>
is creating osmosis style tables.  Tools work fine with reasonable sized<br>
datasets. Spatialite_osm_map with the finland.osm dataset from Geofabrik<br>
is faster than osm2pgsql in slim mode with my laptop. I have not studied<br>
spatialite_osm_map thoroughly and I do not know how well it has solved the<br>
mystery of OSM polygons but that is something that should really be solved<br>
somewhere pretty close to the OSM primary database, if not inside it.<br>
<br>
For many use cases it might be nice to have ready made Spatialite country<br>
files available, with tables filled with OSM data, with indexes and with a<br>
nice set of views for simple querying. Instead of downloading raw country<br>
files and spending an hour or more for importing data into PostGIS it<br>
could be just to download and open with your favourite software. But just<br>
like shapefiles of delivering OSM data through Web Feature Service, this<br>
channel would be usable for using OSM data but not for editing and sending<br>
edits back to OSM database. Routability with Spatialite sounds interesting<br>
but I do not know how well it works.<br>
<font color="#888888"><br>
<br>
-Jukka Rahkonen-<br>
</font><div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
dev mailing list<br>
<a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/dev" target="_blank">http://lists.openstreetmap.org/listinfo/dev</a><br>
</div></div></blockquote></div><br></div>