Modifying layers / in-memory layers

Anthony Lenton antoniolenton at gmail.com
Mon Jun 30 18:21:57 CEST 2008


Hello all,

Ok, here's a bit of a train of thought:

  I have been thinking that a very neat feature for thuban would be to
allow you to modify a layer's shapes and info some how.  For that a
previous step would be to have some sort of in-memory layers, to not
have to rewrite and reload a whole shapefile each time you modify
anything.  I looked in to this while coding the importMP extension and
I couldn't find in-memory shapestores.  The SHPTree class needs to be
initted from a shapefile.  I guess posgis shapestores could be used,
those are quite a bit faster than rewriting the whole shapefile, but
depend on you having postgis up and running.  There is an
implementation of an in-memory table, MemoryTable, but it doesn't seem
to be used anywhere, is this so?  And then there are also
TransientDatabase tables that use SQLite.

So,
 - What do you think of the whole
allow-the-user-to-modify-shapes-and-info idea?  Is it bound to fail?
Is somebody working on this already?
 - What do you think of the in-memory stores idea?  Is there an
implementation I haven't seen?  Is there a reason not to do this all
together?  Is a postgis store a better idea?
 - How much work does shptree do, is it a in-memory store that only
needs a shapefile to initialize from, or is it more of just a proxy to
the shapefile?
 - Has anybody tried SpatiaLite? http://www.gaia-gis.it/spatialite/ I
haven't, but it might come in handy as a middle point between keeping
layers in memory and needing to set up a postgis database.

Comments?  Ideas?  Suggestions?  Knights with rubber chickens?

-- 
Anthony Lenton
Except - The good guys in software development
http://except.com.ar




More information about the Thuban-devel mailing list

This site is hosted by Intevation GmbH (Datenschutzerklärung und Impressum | Privacy Policy and Imprint)