Hi,
we've had a few cases of copy-and-paste remapping reported to DWG,
where in a bid to save data from the relicensing axe over-eager
mappers copied and pasted existing data, thereby making the data look as
if it was originally contributed by them.
This is, obviously, not ok and rather
On 28/05/12 23:17, Frederik Ramm wrote:
Hi,
we've had a few cases of copy-and-paste remapping reported to DWG,
where in a bid to save data from the relicensing axe over-eager
mappers copied and pasted existing data, thereby making the data look as
if it was originally contributed by
At 2012-05-28 14:17, Frederik Ramm wrote:
Where cases of copy-and-paste remapping are detected, the changesets in
question can be added to the list on this wiki page
http://wiki.openstreetmap.org/wiki/Quick_History_Service/Changeset_Lists#Copy_-_Paste_Remapping
and will then be treated during
Hi,
On 05/29/2012 01:33 AM, Alan Mintz wrote:
1. OSM Inspectors's license change view does not take this list into
account, i.e. the areas thus remapped still look clean on OSMI even
though they will be dropped later.
Wow - that's bad. Is there a reason this can't be implemented quickly?
At 2012-05-28 17:05, Frederik Ramm wrote:
The last three are not linked. Is there a reason for that, or should I
fix it? It might be useful to give at least overall bbox info - I'll
work on that.
Adding links quadruples the amount of data on the page so I'm not a huge
fan of links (don't
Sorry, but if I understood what you have done correctly, it is not
necessary.
Pavel has not agreed to the CTs (because of the couple of changesets
that he imported with wikipedia data), his changesets that are ok are
already listed on the page. It is NOT necessary to add the bad
changesets
6 matches
Mail list logo