OpenStreetMap
Idea: export the entire data storage of openstreetmap osm into wikipedia on git. Use cached rendered pages checked in. all layers generated by local layers from json data.
Vum h4ck3rm1k3 matgedeelt de(n) 19. Oktober 2009 op English.Idea: export the entire data storage of openstreetmap osm into wikipedia on git. Use cached rendered pages checked in. all layers generated by local layers from json data.
check my new video on svn-git
full video 1:5h introduction to git-svn for Subversion/SVK users and deserters http://www.archive.org/details/SvnGitVideo
Diskussioun
Bemierkung vum TomH de(n) 19. Oktober 2009 um 12:39 Auer
Are you completely insane?
Bemierkung vum wallclimber21 de(n) 19. Oktober 2009 um 19:45 Auer
Maybe you should first explain what problem you're trying to solve?
Bemierkung vum eAi de(n) 19. Oktober 2009 um 23:26 Auer
I'd almost say this was auto-generated spam....
Bemierkung vum h4ck3rm1k3 de(n) 20. Oktober 2009 um 06:36 Auer
No spam, listen.
let me explain myself. I am thinking about a distributed git repository for openstreetmap.
Imagine you would get all your data needed via git, and would communicate with others via commits to git.
this would be distributed to other people.
even tiles would be rendered and checked in, maybe to a different area but with the same naming scheme.
you wont need a central database, you could add the names to a central index file that is also in git. So basically you would get away from a central database and import and export.
The other tools could be made to run off of these static pages by embedding code/data in the page that would be executed/evaluated when needed.
this would work via richer clients and allow mapping to be done by a peer to peer sharing load sharing system.
mike
Bemierkung vum Gnonthgol de(n) 20. Oktober 2009 um 08:37 Auer
We have a central database and a CVS. Why use git? There are no problem with how things are done today.
And there are far to much data to use a distributed repository. You might use a DHT if you insist on distributing the data but the lookup time would be to long.
The best way to handle the huge amount of data is with a central database.
Bemierkung vum h4ck3rm1k3 de(n) 20. Oktober 2009 um 08:41 Auer
I am thinking of local servers, layers of them working together to map the world.
each local team would have its own central server that is pulled from bigger and bigger servers until we get the central one.
the local servers could run a database and gui instance, and have the rendering tools.
git allows the raw data to be stored, and stores only unique ones.
if you put the small enough files of data on there, only the unique ones will be stored, nodes and ways as files for example.
Bemierkung vum Gnonthgol de(n) 20. Oktober 2009 um 19:44 Auer
But still why? What advantage does we get?