Re: [OSGeo-Discuss] git like for geodata management

2010-09-21 Thread Raj Singh
Just to add another option to the discussion, OGC has a Geosynchronization 
specification getting close to being finalize. It uses XML requests from the 
Web Feature Service - Transactional spec to describe actions on a spatial 
database such as add, modify, delete. Like CouchDB, it also doesn't specify 
what to do about conflict resolution. This has to be done with your software 
smarts.

OGC® Loosely Coupled Synchronization of Geographic Databases in the Canadian 
Geospatial Data Infrastructure Pilot
http://portal.opengeospatial.org/files/?artifact_id=26609

---
Raj



On Sep 20, at 7:46 PM, Volker Mische wrote:

 On 20.09.2010 11:48, maning sambale wrote:
 Hi,
 
 Just something for brainstorming.
 
 Use case:
 1. I get a subset of the data for field work for a couple of days.
 Coming back from field work, I sync the edits to the main data
 server.  An application takes care of the merge like git does.
 
 2. Two field workers, edit the same data on a different area.  An
 application manages the conflict before merging to main data server.
 
 
 
 Hi,
 
 for the sync part you should have a look at CouchDB [1]. Though it doesn't do 
 the hard part of resolving conflicts. This part would need to be coded.
 
 [1] http://couchdb.apache.org/
 
 Cheers,
  Volker
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] git like for geodata management

2010-09-21 Thread maning sambale
Any real world cases for this?


 Use case:
 1. I get a subset of the data for field work for a couple of days.
 Coming back from field work, I sync the edits to the main data
 server.  An application takes care of the merge like git does.

 2. Two field workers, edit the same data on a different area.  An
 application manages the conflict before merging to main data server.



 Hi,

 for the sync part you should have a look at CouchDB [1]. Though it doesn't 
 do the hard part of resolving conflicts. This part would need to be coded.

 [1] http://couchdb.apache.org/

 Cheers,
  Volker
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss

 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss




-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


[OSGeo-Discuss] git like for geodata management

2010-09-20 Thread maning sambale
Hi,

Just something for brainstorming.

Use case:
1. I get a subset of the data for field work for a couple of days.
Coming back from field work, I sync the edits to the main data
server.  An application takes care of the merge like git does.

2. Two field workers, edit the same data on a different area.  An
application manages the conflict before merging to main data server.


-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] git like for geodata management

2010-09-20 Thread Joseph Gentle
Quite possible. What you want there is operation transformation (OT) -
the same system google wave uses to do concurrent editing.

Its an active research area, though to my knowledge nobody has
implemented OT for geospacial data. (Though I haven't looked).

Should be very doable - couple months if you know what you're doing
and already had a map data editor.

-J


On Mon, Sep 20, 2010 at 7:48 PM, maning sambale
emmanuel.samb...@gmail.com wrote:
 Hi,

 Just something for brainstorming.

 Use case:
 1. I get a subset of the data for field work for a couple of days.
 Coming back from field work, I sync the edits to the main data
 server.  An application takes care of the merge like git does.

 2. Two field workers, edit the same data on a different area.  An
 application manages the conflict before merging to main data server.


 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 wiki: http://esambale.wikispaces.com/
 blog: http://epsg4253.wordpress.com/
 --
 ___
 Discuss mailing list
 Discuss@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/discuss

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] git like for geodata management

2010-09-20 Thread Volker Mische

On 20.09.2010 11:48, maning sambale wrote:

Hi,

Just something for brainstorming.

Use case:
1. I get a subset of the data for field work for a couple of days.
Coming back from field work, I sync the edits to the main data
server.  An application takes care of the merge like git does.

2. Two field workers, edit the same data on a different area.  An
application manages the conflict before merging to main data server.




Hi,

for the sync part you should have a look at CouchDB [1]. Though it 
doesn't do the hard part of resolving conflicts. This part would need to 
be coded.


[1] http://couchdb.apache.org/

Cheers,
  Volker
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] git like for geodata management

2010-09-20 Thread Paolo Corti
 Use case:
 1. I get a subset of the data for field work for a couple of days.
 Coming back from field work, I sync the edits to the main data
 server.  An application takes care of the merge like git does.

 2. Two field workers, edit the same data on a different area.  An
 application manages the conflict before merging to main data server.


Hi
not sure about foss4g software, but Esri implemented since many years
both this 2 features with disconnected editing [1] and versioning [2]
best regards
P

[1] 
http://resources.esri.com/help/9.3/arcgisdesktop/com/gp_toolref/data_management_toolbox/an_overview_of_the_disconnected_editing_toolset.htm
[2] 
http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?TopicName=Understanding_versioning

-- 
Paolo Corti
GIS specialist and web developer
web: http://www.paolocorti.net
twitter: @paolo_corti
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] git like for geodata management

2010-09-20 Thread Noli Sicad
There is also discussion  in Spatialite google group about
synchronizing - Interaction and syncing between PostGIS and
SpatiaLite.

http://groups.google.com/group/spatialite-users/browse_thread/thread/737ba2c600b0a204


Noli


On 9/21/10, Paolo Corti pco...@gmail.com wrote:
 Use case:
 1. I get a subset of the data for field work for a couple of days.
 Coming back from field work, I sync the edits to the main data
 server.  An application takes care of the merge like git does.in

 2. Two field workers, edit the same data on a different area.  An
 application manages the conflict before merging to main data server.


 Hi
 not sure about foss4g software, but Esri implemented since many years
 both this 2 features with disconnected editing [1] and versioning [2]
 best regards
 P

 [1]
 http://resources.esri.com/help/9.3/arcgisdesktop/com/gp_toolref/data_management_toolbox/an_overview_of_the_disconnected_editing_toolset.htm
 [2]
 http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?TopicName=Understanding_versioning
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss