FR:Key:comment

From OpenStreetMap Wiki
Jump to: navigation, search
Langues disponibles — Key:comment
· Afrikaans · Alemannisch · aragonés · asturianu · azərbaycanca · Bahasa Indonesia · Bahasa Melayu · Bân-lâm-gú · Basa Jawa · Baso Minangkabau · bosanski · brezhoneg · català · čeština · dansk · Deutsch · eesti · English · español · Esperanto · estremeñu · euskara · français · Frysk · Gaeilge · Gàidhlig · galego · Hausa · hrvatski · Igbo · interlingua · Interlingue · isiXhosa · isiZulu · íslenska · italiano · Kiswahili · Kreyòl ayisyen · kréyòl gwadloupéyen · Kurdî · latviešu · Lëtzebuergesch · lietuvių · magyar · Malagasy · Malti · Nederlands · Nedersaksies · norsk bokmål · norsk nynorsk · occitan · Oromoo · oʻzbekcha/ўзбекча · Plattdüütsch · polski · português · português do Brasil · română · shqip · slovenčina · slovenščina · Soomaaliga · suomi · svenska · Tiếng Việt · Türkçe · Vahcuengh · vèneto · Wolof · Yorùbá · Zazaki · српски / srpski · беларуская · български · қазақша · македонски · монгол · русский · тоҷикӣ · українська · Ελληνικά · Հայերեն · ქართული · नेपाली · मराठी · हिन्दी · অসমীয়া · বাংলা · ਪੰਜਾਬੀ · ગુજરાતી · ଓଡ଼ିଆ · தமிழ் · తెలుగు · ಕನ್ನಡ · മലയാളം · සිංහල · ไทย · မြန်မာဘာသာ · ລາວ · ភាសាខ្មែរ · ⵜⴰⵎⴰⵣⵉⵖⵜ · አማርኛ · 한국어 · 日本語 · 中文(简体)‎ · 吴语 · 粵語 · 中文(繁體)‎ · ייִדיש · עברית · اردو · العربية · پښتو · سنڌي · فارسی · ދިވެހިބަސް
Public-images-osm logo.svg comment
Changeset comment.jpg
Description
Une description d'une liste de changement (changeset) principalement à destination des autres contributeurs
Groupe: Annotation
Utilisé pour ces éléments
ne devrait pas être utilisé sur des nœudsne devrait pas être utilisé sur des cheminsne devrait pas être utilisé sur des zonesutilisation non spécifiée sur des relations
Statut: Non défini

La balise comment est utilisé pour décrire une liste de changement, et a été introduit avec l'API 0.6. C'est utilisé par les contributeurs comme n guide pour décrire la raison, ou ce qu'il y a de plus intéressant dans ce changement, le pourquoi du changement. Par exemple, quand un nœud balisé avec highway=bus_stop est déplacé, le commentaire de la liste de changement peut être "déplacement de l'arrêt bus du à des travaux de voiries récents" ou "déplacement de l'arrêt de bus, qui était mal placé". Cela permet d'aider les autres contributeurs à saisir le pourquoi d'un changement particulier.

La balise comment est visible sur le site web, notablement dans l'onglet Historique et d'autres vues impliquant une liste de changement. Ce n'est pas obligatoire de commenter une liste de changement. Elle est un message destiné à vos collègues contributeurs, disant ce que vous avez fait et pourquoi. Par conséquent ce message est une preuve de considération pour les autres contributeurs.

Ne pas prendre le temps d'ajouter un tel message, ou ajoutant des commentaires vides de sens, est considéré par certains comme grossier voir irrespectueux par certains. D'un autre côté, beaucoup de commentaires des liste de changement ne seront jamais lues et certains considèrent que c'est une perte de temps que le passer à rédiger ce qui ne sera pas lu et que ce temps serait mieux employer à ajouter des données à OSM. Lisez la traduction de la page Good changeset comments pour en savoir plus sur les bonnes pratiques.

La distinction entre note et comment est qu'une note est généralement utilisé sur des nœuds/chemins/relations pour décrire un objet du terrain comme "l'arrêt de bus est bien ici mais le panneau est tombé en septembre 2009", alors que les commentaires sont utilisés avec les listes de changement.

Voir aussi

  • note=* - pour ajouter des notes destinées à vous même ou aux autres contributeurs.
  • description=* - pour ajouter un texte pouvant être lu par l'utilisateur final.

Orientation pour les développeurs d'éditeur d'OSM

En particulier quand il s'agit de liste de changement:

  • les balises comment ne devraient pas être automatiquement générées. Si un projet consommateur de données souhaite générée des données automatiques, il peux le faire pour lui même.
  • La balise comment n'est pas une obligation - par exemple un éditeur en direct n'ajoute pas des comment à chaque fois (c.f le mode direct de FR:potlatch). Toutefois, c'est lors de changement significatifs sont très utiles, et c'est une bonne idée que votre logiciel fournisse un moyen de les ajouter facilement. Mais si votre logiciels les rendent obligatoires, il y a un risque que les certains utilisateurs y réagissent de manière négative et y rédigent des commentaires inutiles.
  • La balise comment doit être disponible dans l'éditeur si l'utilisateur souhaite l'utiliser.