[Osmf-talk] Future of DWG work, copyright, vandalism

Simon Poole simon at poole.ch
Sun Jun 10 07:45:52 UTC 2012



Am 09.06.2012 16:55, schrieb Michal Palenik:
> for the api 0.7 discussion, i've put some ideas for locking certain
> features. http://wiki.openstreetmap.org/wiki/API_v0.7#Lock_feature
> this should work against vandals renaming cities or newbies destroying
> boundaries. the drawback is that some local chapters would have to exist
> in order to put in and remove the locks.
>

I very much doubt that a departure from the "anybody can edit everything
in OSM" policy would fly at this point in time. However such a feature
could be implemented for example as a extra step for everybody wanting
to edit such an object, or perhaps just as a warning that pops up.

I personally think that the following measures would substantially
reduce the issues at hand

 1. safety net for beginners / vandalism reduction: new accounts should
    have limits attached that stop beginners from shooting themselves in
    the foot (ie deleting half cities and similar stuff) and reduce the
    damage vandals can do in their first couple of changesets. For
    example not more than 5 way deletions in the first changeset.  The
    back off of such limits can be made fast enough so that they are
    essentially unnoticeable except for the cases we want to catch. 
 2. Import accounts: a general per day limit what can be done with any
    normal account that can be lifted for imports, or reasonable cases
    of very heavy use. This does not necessarily have to be implemented
    as a limit in the API, but could for example mean that such accounts
    are exempted from some aspects of anomaly detection.
 3. Substantially increase the information requirements for imports. The
    informal "document it in the wiki" requirement has run it course,
    and the situation with imports is essentially out of control. I
    would suggest requiring all imports to be documented by completing a
    (online) form which contains all the necessary information (data
    source, licence, bounding boxes, contact information for import
    responsible, account the imports are being done with, link to the
    wiki with the correspondence and file number for any paper
    correspondence filed with the OSMF, attribution on main page
    required and so on). This information should be stored in the
    database, import accounts should only be enabled once the
    information is complete (attribution can then be automatically
    generated).


Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/osmf-talk/attachments/20120610/12c3333a/attachment.html>


More information about the osmf-talk mailing list