[OSM-talk] The story of one ticket.

[Aleksandr Dezhin]

To begin, I'll actually part of story:

Вefore 2009/10/2, I traveled with this problem on different mailing
lists, apparently I was wrong and should immediately write to the
DWG...

2009/10/2 - I wrote a ticket in the DWG, the letter itself is shown
below, the question was how to react to import the data questionable
in terms of the license and with badly from a technical point of view.
This problem is not only interested in me, but our local сommunity as
a whole. Some users also was interested this ticket (these letters are
in the mailbox of DWG too).

2009/11/5 - Came the response from DWG from which I understood that
DWG will take some action. A quoted at the end of the message.

After six months, starting from 2010/5/31 I have repeatedly tried to
learn from DWG state of the ticket. I tried to learn, but
unfortunately no response.
A month ago I tried to ask the Mikel in the wiki
http://wiki.openstreetmap.org/wiki/User_talk:Mikel #
DWG_Ticket.232009101110000014 , but there was not any answer.

What am I doing wrong? I would understand any response: "We (DWG) do
not believe that here we need to do something" or "no compelling
evidence that this is a bad import", or something else.
For me the problem here is not how much Ikrutsk (now there is
something fixed, thus mixing the normal and suspicious data).

I'm just trying to understand how the project responds to suspicious
data. It made me want to know how to react to what is happening in our
local community, for example, cases where a person traces google
satellite images and does not hide this fact, and wrote about it on
the forum.

If this approach is annoying poisonous flies, at least hint (or write
directly - I do not take offense;)) - and I would not disturb anybody
else.

Thanks.

----

1. The original letter to DWG:

---------- Forwarded message ----------
From: Aleksandr Dezhin <a.dezhin at gmail.com>
Date: 2009/10/2
Subject: Revert request - Russia, Irkutsk - Evgeny Mandrikov
To: data at osmfoundation.org


Hi!

We have a problem in Irkutsk, Russia.

>From August 2008 to February 2009, Evgeny Mandrikov has made the
import of a whole city, but made it very casually: duplicate streets,
unclosed contours of buildings, addresses as names of buildings, etc.
Look at http://osm.org/go/8MwZTStYI-

Many users, including myself, asked him when he plans to correct all
the mistakes that he made during the import. (see
http://godin.net.ru/ru/blog/08/09/04/irkutsk-na-openstreetmap-pervye-shagi
- entry in his blog). He says that he has no time for it.

At this time, in our local community, Irkutsk cited as an example of
how you should not do. The same suspicion legality of imports,
especially from a no loops houses - say that this is a clear sign that
the map was exported from Garmin map.

I asked Eugene, that was the source of these data, to which he replied
to me that this is the map drawn on the work of GPS tracks. However,
the main streets are not placed on tracks uploaded to OSM.
Hence, I conclude that he speaks a lie.

Over this user did nothing in the OSM.

Total: I believe that all the changes the user should be rolled back,
as none of the users will undertake to repair the huge number of
errors - is easier to redraw from scratch, the more so because there
is a high-resolution images of Yahoo.

Who can do this?

Thanks.


Response from DWG:

2. ---------- Forwarded message ----------
From: Data Working Group <data at openstreetmap.org>
Date: 2009/11/5
Subject: Re: [Ticket#2009101110000014] Revert request - Russia,
Irkutsk - Evgeny Mandrikov
To: Aleksandr Dezhin <a.dezhin at gmail.com>


Dear Aleksandr,

  we're sorry to be a little slow in investigating this. We will make an
effort to contact Evgeny Mandrikov ourselves and see what he says.

Generally, if you see broken data somewhere and the original editor does not
seem willing or able to repair it himself, anyone is of course allowed to fix
it - even if that means to delete some things and re-draw them. This is not
necessarily something that the data working group has to do.

However since you raise the suspicion that this is not only broken, but also
copyrighted data, we will make an effort to talk to the author.

Thank you for your patience.

Frederik Ramm
(for the data working group)