FR:French Polynesia/Bonnes Pratiques

OpenStreetMap est un projet libre créé par des volontaires, tout le monde peut ajouter toutes les données qu'il souhaite. Mais comme dans tous les moyens de communications, une carte ne fonctionne bien que si tous ses participants sont d'accord sur la ligne directrice.

Cette page liste quelques règles générales qui améliorent la qualité et la valeur des données sans trop d'efforts supplémentaires.

Ce sont des bonnes pratiques qui peuvent ne pas être applicable dans certains cas.

Ces bonnes pratiques sont une sélection des bonnes pratiques de la communauté internationale, et reprennent les erreurs les plus courantes observées en Polynésie française.

Contexte polynésien

Les données cartographiques sur Tahiti et Moorea sont issues d'un import de la base de données carto du Pays. Ceci implique que les données ont une bonne précision topographique qu'il est demandé de la conserver, et que certaines classifications ont été déjà réfléchies, à défaut de constituer un référentiel (le classement des voies par exemple). Il est demandé aux contributeurs extérieurs de se familiariser avec le contexte polynésien avant de faire une modification sur cette donnée: prendre connaissance des données Pays et des usages locaux. Un certain nombre de routes sont structurantes et vont uniquement en vallée en particulier à Tahiti.

Alignez les images aériennes avant toute chose

Article principal : Utiliser l'imagerie

Les images aériennes, quelque soit la source, devront être contrebalancées avec la position réelle des objets sur le terrain. Bien que faible au point d'être ignorée, cela peut considérablement être plus que les erreurs habituelles de GPS (>> 10 mètres) et changer une petite zone (nécessitant un ré-ajustement). C'est obligatoire de vérifier cela avant de bouger les données existantes ou d'en ajouter d'autres. Autrement dit "ne déplacez pas tous les objets d'une zone pour qu'ils se superposent à l'imagerie, mais calez l'imagerie en premier lieu"

Moyens potentiels d'alignement ou de vérification d'alignement:

• traces GPS existantes ou points d’intérêts de haute précision
• données existantes d'OSM
• Strava heatmaps

iD, JOSM et Potlatch possèdent, tous, des outils permettant l'alignement des images.

Ne modifiez rien que vous ne comprenez pas

N'enlevez ou ne modifiez pas les tags que vous ne comprenez pas

Parfois quand vous croisez des éléments que vous ne connaissez pas,il ne faut pas automatiquement les retirer. Ils ont surement été ajoutés dans un but précis. Si vous pensez qu'un élément est mauvais, tentez de contacter son auteur.

Ne modifiez pas les éléments d'une relation que vous ne comprenez pas

Le trait de côte peut être associé à une relation administrative, ou une route inscrite dans une relation de ligne de bus. Soyez sur de bien comprendre le fonctionnement de la relation avant de réaliser toute modification.

Corrigez les erreurs

Si vous trouvez des éléments dont les tags ou la localisation vous semblent incorrects, ne les supprimez pas mais améliorez les.

Lorsque les choses changent dans le monde réel, suivez-le et modifiez la carte pour refléter la situation actuelle. OSM stocke l'historique, contribuez à cet historique.

Ne cartographiez pas pour le rendu

Voir: Taguer pour le rendu

Dessinez les choses telles qu'elles sont en réalité.

Pour les enseignes, ne changer pas les noms pour qu'ils apparaissent comme vous le souhaitez sur la carte (voir FR:Bonnes pratiques)

N'entrez pas de données incorrectes simplement parce que cela aidera un moteur de rendu cartographique, un système de navigation ou tout autre consommateur de données qui a des problèmes avec les données correctes. Les moteurs de rendu sont améliorés en continu, ne modifiez pas les données pour qu'elles paraissent plus jolies, soyez juste patient ou rapportez le soucis au consommateur de données.

Spécificités du tags name

N'utilisez pas le tag name pour décrire des choses

Le tag name doit être utilisé pour le nom d'un élément. Ce n'est pas un emplacement où vous devez décrire ou classer l'élément. Nous utilisons d'autres balises pour cela.

Respectez les conventions d'écriture pour l'attribut name

Pas de noms tout en majuscules ou tout en minuscules !

Pour les noms de voie, et seulement pour cela, utilisez la casse mixte avec la première lettre de chaque mot écrite en capitale (par exemple, Church Street , et non pas Church street ). Pour les noms de POI et les notes, les règles de la typographie du français doivent être appliquées pour les mentions en français (pas de capitales ailleurs qu’à la première initiale).

Exemples :

Gendarmerie Nationale → Gendarmerie nationale

Un item, un objet OSM

Voir: Un item, un objet OSM

N'ajoutez pas des nœuds (tagués de façon identiques) dans vos zones juste pour avoir une icône sur la carte. Les moteurs de rendu afficheront également des icônes sur les zones et le fait d'avoir tous les parkings, terrains de football, supermarchés, etc. dupliqués dans la base de données ne fera qu'ennuyer tous ceux qui font des recherches pour de tels objets. Inversement, si vous dessinez la zone d'un objet qui n'existait auparavant qu'en tant que nœud, veuillez supprimer les balises du nœud et les ajouter au contour de la zone. Ensuite, supprimez le nœud ou réutilisez-le dans le contour comme décrit ci-dessus section Garder l'historique.

Voir l'article complet pour connaître les exceptions notables à cette règle.

Faites de bons commentaires de groupe de modifications

Article principal : Bons commentaires de groupe de modifications

Un bon commentaire de groupe de modifications doit décrire de façon concise et adéquate une révision. Vous devriez le faire par courtoisie envers vos collègues cartographes, pour éviter les malentendus et corriger rapidement les erreurs. Cela rend vos éditions plus précieuses. Cela peut même vous aider lorsque vous repenserez à vos éditions à l'avenir.

N'accrochez des objets ensembles que si ils sont directement liés

Lorsque vous ajoutez ou déplacez des nœuds dans iD et JOSM, les éditeurs essaient souvent de s'accrocher aux objets proches et de les coller ensemble. Cela lie les deux éléments ensemble de sorte que changer l’un change toujours l’autre.

Seuls les éléments effectivement joints doivent être collés ensemble. Par exemple, le contour d'une plage peut être collé au trait de côte. Si l’emplacement du littoral change, l’emplacement de la plage change nécessairement aussi.

Ne collez pas ensemble des éléments indépendants. Par exemple, une route ne doit pas être collée à une limite administrative. Les routes peuvent bouger lorsqu’il y a des travaux de construction. Les frontières administratives bougent lorsque les gouvernements les changent. Les deux choses n’ont aucun rapport. S'ils sont collés ensemble, l'ajustement du tracé de la route pourrait involontairement déplacer une limite administrative. En fait, les frontières administratives ne devraient être liées qu’à d’autres frontières administratives connexes.

Maintenez enfoncée la touche "alt" dans iD ou la touche "ctrl" dans JOSM pour empêcher les éléments de s'enclencher et de se coller ensemble. Utilisez la touche "d" dans iD pour déconnecter les éléments, ou la touche "g" dans JOSM pour les décoller.

Vérification

Article principal : VérifiabilitéLes données OpenStreetMap devraient, autant que possible, être vérifiables. Ce principe exclut donc :

• les données hypothétiques ou fondées sur des opinions comme les notes personnelles.
• les événements historiques ou obsolètes : S'il reste des ruines (qui sont donc vérifiables sur le terrain), cartographiez uniquement ces ruines (par exemple en utilisant historic=ruins)
• les objets insignifiants, périssables (comme les petites plantes) ou mobiles (objets amovibles, ou les êtres vivants instationnaires comme les chiens ou les personnes)
• la cartographie d'éléments non présent sur le terrain : comme une législation locale si elle n'est pas liée à des objets (panneaux de signalisation) dans la réalité