[talk-au] Re-entering data to avoid licensing failure

[Ian Sergeant]

But I was quoting and responding directly to Ben's email, where he said "I
think it's clear we need an automated way to remove non-new-ct-accepting
edits from ways where v1 was by an acceptor".

I was proposing a manual way through the API to kinda achieve this, which
could be partly scripted.  Assuming nobody with db rights comes to our
assistance.

Ian.

On 15 December 2011 18:31, Ross Scanlon <info at 4x4falcon.com> wrote:

> Ok.
>
> You made no mention of the V1 object being from a CT accepting user in
> your original posting.
>
> Cheers
> Ross
>
>
>
> On 15/12/11 14:40, Ian Sergeant wrote:
>
>> No I'm not.  I think you may be misunderstanding what I am doing.
>>
>> If the v1 object author has agreed to the CTs, but the v2 author has
>> not, I simply delete the object, load the v1 object directly, make my
>> changes, link the object and attribute the v1 author using the
>> attribution tag.
>>
>> No copyright breach.  I'm only using CT compliant data, I'm not even
>> looking at the non compliant object, and I'm attributing as is polite
>> and required.
>>
>> Ian
>>
>> On Dec 15, 2011 5:16 PM, "Ross Scanlon" <info at 4x4falcon.com
>> <mailto:info at 4x4falcon.com>> wrote:
>>
>>
>>
>> ______________________________**_________________
>> Talk-au mailing list
>> Talk-au at openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-au<http://lists.openstreetmap.org/listinfo/talk-au>
>>
>
>
> ______________________________**_________________
> Talk-au mailing list
> Talk-au at openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-au<http://lists.openstreetmap.org/listinfo/talk-au>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-au/attachments/20111215/615d7520/attachment.html>