[Local-chapters] Editable Servers
Henk Hoff
toffehoff at gmail.com
Sun Mar 21 14:13:33 GMT 2010
Whoops, I made an mistake in the message below.
Where I said "Defragmentation is going to hurt in the long run." I obviously
meant "Fragmentation is going to hurt in the long run", since
defragmentation (= merging) of databases is a nightmare to do.
Cheers,
Henk
2010/3/21 Henk Hoff <toffehoff at gmail.com>
> Guys,
>
> The issue here is the following:
>
> It's in the best interest of the project that we have one dataset that can
> be officially called the OpenStreetMap dataset. Defragmentation is going to
> hurt in the long run. We will get into all kinds of problems, link
> synchronization.
>
> Let's say the idontcarewhereistan chapter is running it's own (seperate)
> instance of (a part) of the database. The local community is editing this
> map and the edits will be synchronized with the main database periodically.
> In the meantime the main database is also open for edits. Someone who has
> been on holiday in idontcarewhereistan has edited the main database. We know
> have several problems:
> - Which version is the correct OSM version?
> - How are we going to handle the migration issues?
> - ....
>
> If a chapters needs a database to process datasets in order to insert them
> correctly in the OSM database, I see no problem there.
>
> If there are currently technical limitations, let's hear them, so we can
> try to solve them. Could be valuable input for API 0.7
>
> BTW: we're not talking about running an own database to provide all kinds
> of services (like tile-servers, making shape-files, etc, etc). That's
> totally fine. It's about have a single source of truth of what the OSM map
> is.
>
> Cheers,
> Henk
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/local-chapters/attachments/20100321/113893c6/attachment.html>
More information about the Local-chapters
mailing list