[Talk-ca] Import Canvec - vs - Relations

=?us-ascii?B?UGllcnJlIELpbGFuZA==?= infosbelas-gps at yahoo.fr
Tue Apr 26 17:56:54 BST 2011


The english translation follows

Un incident récent nous montre les risques associés à la mise à jour des données dans un contexte collaboratif comme OSM. Dans un tel contexte, il est essentiel de bien s'informer sur les procédures à suivre. À mon avis, l'import Canvec représente des risques particuliers et seuls les personnes expérimentées devraient s'y risquer. 

La relation de vélo Route Verte no. 5 ( http://www.openstreetmap.org/browse/relation/416109 ) référence sur une distance de plus de 300 km tous les chemins, rues, sentiers etc. allant de la frontière de l'Ontario à Québec. Les 366 références contenues dans cette relation ont été effacées par un collaborateur lors de l'import de données CANVEC (version 140 de la relation 416109). La destruction des 366 références dans la relation a eu pour effet que par la suite aucune mise en garde n'était faite par les éditeurs OSM quand des usagers effacaient des chemins. Avant que l'on corrige la situation, trois collaborateurs ont eu le temps d'effacer 19 chemins au total.

Heureusement, cette fois-ci, le travail de récupération est d'envergure relativement limitée. Il a été possible de recréer la relation à partir de l'historique et d'enlever les 19 références à des chemins détruits. Et il faut maintenant trouver les 19 nouvelles références et les ajouter à la relation. 

Dans un contexte de travail collaboratif comme OSM, il faut être conscient des risques tant pour le travail des autres que le notre. Nous risquons d'effacer le fruit de longues heures de labeur de part et d'autre.  Divers objets existent dont les relations. Si on ne connait pas bien l'univers des objets OSM, il serait souhaitable de suivre une bonne formation avant d'effacer des infos de la base pour les remplacer par des nouvelles.

Lors de l'édition, il est essentiel de suivre les mises en garde et tout arrêter et s'informet si on n'est pas certain de l'impact de ses actions. Avant d'effacer un chemin, il faut s'assurer que rien d'autre ne sera détruit (ie. node faisant intersection avec un autre chemin, relation). 

Normalement, quand un objet (node ou chemin) est associé à une relation, une mise en garde est faite nous avisant que l'objet est lié à une relation lorsque nous tentons de l'effacer.  Si un chemin à remplacer est identique au chemin à effacer, il faudra remplacer dans la relation la référence à l'ancien chemin par celle du nouveau chemin. Si on ne sait pas comment faire, je le répète, il vaut mieux arrêter immédiatement la mise à jour et bien s'informer auprès de personnes plus expérimentées.

À mon avis, l'import massif de données Canvec dans OSM est plus risqué et doit donc être réalisé par des personnes connaissant très bien l'univers OSM et les procédures à suivre.  Et le tout doit se faire avec la plus grande prudence.

Il faut être conscient de ses responsabilités lorsqu'on édite dans un contexte collaboratif comme OSM.

Si un collaborateur ne récupère pas les objets créés auparavant ou refuse de collaborer pour trouver une solution au problème qu'il a causé, et même s'il a lui même travaillé de longues heures pour ajouter les infos à la base, il pourrait être nécessaire d'annuler le changeset incriminé, même si cela veut dire d'effacer des centaines de nouveaux chemins ajoutés.

PierZen





A recent incident shows the risks associated with the updates in a collaborative environment such as OSM. In this context, it is essential to learn about the procedures. In my opinion, Canvec Imports represents special risks and only experienced people should take that risk.

The relationship of bicycle Green Route no. 5 (http://www.openstreetmap.org/browse/relation/416109) reference for a distance of 300 km over all roads, streets, footpaths etc. from the Ontario border to Quebec. The 366 references in this relationship have been erased by a mapper when importing CANVEC data (version 140 of relation 416109). The destruction of the 366 references in the relationship has meant that thereafter no warning was made by OSM editors to users when they where erasing ways related to the Relation. Before correcting the situation, three mappers had time to erase 19 tracks in total.

Fortunately, this time, the work of recovery is relatively limited in scope. It was possible to recreate the relation from the history and to remove references to the 19 roads destroyed. We now have to find and add the 19 new references to the relation.

In a collaborative environment such as OSM, be aware of the risks to both the work of others as you own. We may delete the fruit of long hours of hard work from both sides. Various objects including relations exist in OSM. If you do not know well the universe of OSM objects, it would be desirable to follow a good training before erasing information from the base to replace them with new ones.

When editing, it is essential to follow the warnings and stop everything and find support if you're not sure of the impact of your actions. Before deleting a way, make sure that nothing else will be destroyed (ie. node where it intersects with another way, relation).

Normally, when an object (ie. node or way) is associated to a relation, OSM editors issue a warning notifying us that this object is related to a relation when we try to erase it. If a new way is identical to the previous one, we have to clear the old reference and replace it with the new reference in the relation . If we do not know how to do, I repeat, it is better to stop immediately updating and obtain advice of experienced people.

In my opinion, importing massive Canvec data in OSM is more risky and should be done by people who know very well the OSM universe and procedures. And it should be done with utmost caution.

Be aware of your responsibilities when editing in a collaborative environment as OSM.

If a mapper does not retrieve objects created before or refuses to cooperate to find a solution to the problem he caused, and even if himself worked long hours to add information to the database, it may be necessary to revert the changeset in question, even if it means erasing hundreds of new roads added.

PierZen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20110426/101ac5a1/attachment.html>


More information about the Talk-ca mailing list