[Legal-general] Do we need an extra server at all...?

Nic Roets nroets at gmail.com
Sun Nov 2 22:06:14 GMT 2008


Another idea will be if a localized community (e.g. a city) all agree to go
PD. Then new users who sign up to the website will be informed of a list of
places were their contributions will be considered PD, as well as any ways
crossing PD/SA borders.

A nice goal would be to make Africa PD, because it would be one step in
creating a super map that combines official government information with
local observation on the ground, which is often radically different.

This (as well as some of the other ideas in this thread) assumes that the
main community is not hostile to the idea.

On Sun, Nov 2, 2008 at 10:21 PM, Kari Pihkala <kari.pihkala at gmail.com>wrote:

> > Setting up a parallel PD world on separate servers is less work for
> > programmers but infinitely more work for everyone else down the chain
> > because so many things have to be done in both universes at the same
> > time, or will only be done in one.
>
> It would be great if there was a way to share one database. However, I see
> problems there and possible fights over data. Here's my suggestion for a two
> database solution:
>
> There are at least two methods to move data from OSM/PD database to
> OSM/ODbL. I doubt that the other way (OSM/ODbL -> OSM/PD) will be possible
> after the new license is effective.
>
> 1. Contributors upload PD GPS tracks and both can use them to create
> features. - This is already possible.
> 2. Any feature created into OSM/PD can be easily copy/pasted into OSM/ODbL.
> - I tried using two layers in JOSM and it is possible to copy features from
> a layer to another. For some reason, the coordinates were not copied, e.g.,
> manual positioning is required at the moment, but that would be easy to fix.
>
> I know that #2 won't work for everything - ways connected to other ways,
> relations or adjusting node positions.. but it will work for completely new
> features.
>
> We could also create tools, which will work on two layers at once. Move a
> node in PD version and ODbL version is also affected..
>
> So, technical solutions exist to help people to maintain two databases.
> There will always be more work, but it works and it is clearer.
>
> Any other ideas how the two databases could be linked together?
>
> Or how to solve the 3 issues for keeping one database?
>
> - Kari
>
>
> On Sun, Nov 2, 2008 at 11:42 AM, Frederik Ramm <frederik at remote.org>wrote:
>
>> Hi,
>>
>> > To make people change their mind it will help if we can at least point
>> to
>> > some project or publication that uses OSM/PD. Chicken and egg. So let's
>> > start with the least amount of effort and see what happens.
>>
>> You need code to extract "all PD stuff" from OSM, whether you do this as
>> a one-off export to start your own PD server or whether you write
>> something that can be used today, tomorrow, and the day after tomorrow
>> against the original OSM data base...
>>
>> > I would rather see the programmers concentrate on more important things
>> like
>> > undo.
>>
>> Setting up a parallel PD world on separate servers is less work for
>> programmers but infinitely more work for everyone else down the chain
>> because so many things have to be done in both universes at the same
>> time, or will only be done in one.
>>
>> Bye
>> Frederik
>>
>> --
>> Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"
>>
>> _______________________________________________
>> Legal-general mailing list
>> Legal-general at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/legal-general
>>
>
>
> _______________________________________________
> Legal-general mailing list
> Legal-general at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/legal-general
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/legal-general/attachments/20081103/fc3e95b4/attachment.html>


More information about the Legal-general mailing list