[OSM-dev] Planet Updates

[Toby Murray]

Replication was broken on purpose because some data consumers may not
want to process the redaction diffs. In general I might suggest that
tools targeted at mappers probably should process them whereas things
that go to end users may not want to since it will break the map
pretty hard for a while. Unfortunately because the timing of the
license bot has been rather undefined, the diffs got moved to the new
location a bit prematurely. At the time the database came out of
read-only mode, the license bot was going to start "any day now" so
the diffs were moved. But  now we have 3 weeks worth of "redaction"
diffs with no redaction in them.

Toby


On Wed, Apr 18, 2012 at 5:39 AM, Shane Reynolds <shane28r at gmail.com> wrote:
> Hi Frederik,
>
> Thanks for the info. Realised the scripts would need to change once the new
> DB was available, just did not want to deal with that twice if the new
> planets were likely to appear soon (we always use the latest planet file and
> then just the diffs for the current week). However as it sounds like the new
> DB is a little while away so it may be worth processing the redaction
> directory in the interim period.
>
> Shane
>
>
>
>
> On 17 April 2012 21:14, Frederik Ramm <frederik at remote.org> wrote:
>>
>> Shane,
>>
>>
>> On 04/17/2012 04:22 PM, Shane Reynolds wrote:
>>>
>>> We are basically wondering whether we should try and process the
>>> Redaction directory for the time being until the new stuff is online.
>>> However I don't want to change all the import scripts etc if the new
>>> planet is likely to be online soon. Anyone have any rough ETA on this?
>>
>>
>> My personal and totally unoffical and not-in-touch-with-OSMF-board
>> assumption is now that the license change will be complete some time in May.
>> (This year.)
>>
>> But: No matter when the diffs are back, they will be in a different
>> location than before, so you will have to change your configs anyway. This
>> is because everyone will have to do a full import after the license change;
>> you can't just go on processing diffs and act as if your local database had
>> magically become ODbL.
>>
>> Bye
>> Frederik
>>
>>
>> --
>> Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"
>>
>> _______________________________________________
>> dev mailing list
>> dev at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/dev
>
>
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev
>