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

[Joseph Gentle]

Making individual cities PD is horrible from a user interface point of view.

I think its good enough to extract any node or way which has only been
touched by PD contributors.

As for community support, so far the survey points to a majority of
the community preferring PD.

-J


On Mon, Nov 3, 2008 at 9:06 AM, Nic Roets <nroets at gmail.com> wrote:
> 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
>>
>
>
> _______________________________________________
> Legal-general mailing list
> Legal-general at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/legal-general
>
>