FR:Comparaison des concepts de cycle de vie

From OpenStreetMap Wiki
Jump to navigation Jump to search

Cette page présente les différentes méthodes utilisées pour renseigner le cycle de vie des éléments de la construction et la proposition, l'utilisation, la perte d'usage, l'abandon et la destruction éventuelle. Certaines méthodes sont courantes tandis que d'autres sont plus rares voir déconseillées. Certaines méthodes sont particulièrement déconseillées pour OSM bien qu'elles soient acceptées et répandues dans le projet Open Historical Map.

À noter que [1] indique que les données subjectives, les éléments historiques ou hypothétiques et les données venant de source protégées par le droit d’auteur ou des droits voisins sont à exclure.

<Attribut> = <état> + <état> = <valeur>

Par exemple highway=construction + construction=motorway

Ce modèle a été établi pour les voies mais certaines personnes l'utilisent également pour des bâtiments. Il est difficile de l'étendre à d'autres domaines et ne doit pas être utilisé autrement que de la façon indiquée dans le wiki afin de ne pas perdre les utilisateurs des données qui y seraient confrontés de façon innatendue.

Avantages :

Désavantages :

  • N'est pas applicable aux éléments contenant plusieurs attributs principaux (ex : building=church + amenity=place_of_worship)
  • Risque de conflit d'appellation : Les nouveaux attributs <status> ne doivent pas avoir le même nom qu'un attribut ou valeur existant pour être appliqué de façon ubiquitaire
  • L'environnement de nom est pollué par de nombreuses clés (comme "construction")
  • Les conventions d'usage différent entre les voies et les rails
  • Les applications seront confuses là où l'utilisation de ce schéma n'est pas attendue

Par exemple, une carte avec une icône générique pour un magasin (shop=*) devra en plus considérer le cas de shop=abandoned.

Préfixe de Cycle de Vie (<état>:<attribut> = <valeur>)

Le préfixe namespace peut être utilisé pour indiquer l'état d'un objet proposed (proposé), planned (prévu), construction (en construction), disused (hors d'usage), abandoned (abandonné), demolished (démoli), historic (historique).

Par exemple : disused:amenity=pub
' 'Ou : construction:amenity=parking, proposed:lanes=2, abandoned:railway=narrow_gauge

En utilisant ce préfixe, il faut s'assurer qu'il n'y ait pas de confusion pour les utilisateurs par des éléments non fonctionnels. Ce schéma doit être intégré aux logiciels.

Voir également date namespace pour une proposition en lien avec les attributs historiques, par exemple name:-1965=Kings Place. Les deux possibilités peuvent être combinées


Voir lifecycle prefix pour plus de détails

Exemples

Également 
highway=secondary
name=Blar road
ref=B123
lanes=2
lit=no
proposed:highway=motorway
proposed:ref=M99
proposed:name=<null> (Une question parallèle est de savoir comment renseigner un attribut qui n'a plus de valeur)
proposed:oneway=true
proposed:lanes=3
proposed:lit=yes
historic:railway=rail
historic:name=Blar to blar railway

Avantages:

  • L'utilisation actuelle des attributs est maintenue.
  • Limite les confusions pour les logiciels.
  • Facilité pour les logiciels de traiter ces préfixes et créer un rendu OSM avec les éléments historiques.
  • Les informations de cycle de vie peuvent être ajoutés à n'importe quel attribut de façon consistante.
  • Conserve les informations de l'utilisation initiale (au contraire de railway=abandoned où l'attribut initial est écrasé).
  • Offre la possibilité de rationaliser d'autres attributs en lien avec l'historique comme old_name=*, railway=station_site etc.

Désavantages:

  • Les contributeurs doivent mettre à jour de nombreux attributs (Bien que cela apporte plus de détails au modèle).
  • Les contributeurs doivent décider si chaque attribut est applicable ou non (Cela peut être vu comme un avantage).

Chemins de Fer

Les chemins de fer abandonnés sont généralement indiqués à l'aide de : railway=disused, railway=abandoned, railway=preserved, etc.

Cette méthode est spécifique aux voies et pas au reste de l'infrastructure railway=station. Pour les stations, utiliser un lifecycle prefix tel que abandoned:railway=station

Un problème de cette méthode est qu'il n'est pas possible d'ajouter des informations plus détaillées à propos des voies abandonnées. Bien que la solution pour les highways peut être utilisée (ex : railway=disused+disused=narrow_gauge) cela n'est pas accepté partout. Une autre solution serait la combinaison avec un préfixe de cycle de vie tel que railway=disused + disused:railway=narrow_gauge.

Suffixe de Date tel que "keyname:DATESPEC=.."

Le date namespace peut être ajouté à n'importe quel attribut pour indiquer une période de validité.

  • Attribut:date-date = valeur
  • Attribut:date--date = valeur
  • Attribut:date- = valeur
  • Attribut:-date = valeur

Cette méthode est surtout utile pour décrire l'historique d'un élément plutôt que son état actuel. Elle peut également être combinée avec "status:key..." lifecycle prefix décrit préalablement.

Le standard ISO 8601 suggère d'utiliser un slash ("/") pour séparer les dates dans une gamme (et assurer la rétrocompatiblité), mais c'est le tiret simple ("-") qui est utilisé dans OSM puisqu'il n'y a pas de risque de confusion tant que les deux dates sont sous le format ISO 8601 (commençant par l'année, le mois et le jour AAAA-MM-JJ).

Une ancienne version de l'ISO 8601 utilisait le tiret double ("--") pour remplacer les années dans les dates partielles ; certains usagers l'utilisent comme un séparateur alternatif pour les gammes de dates (mais cela est seulement utile pour les dates qui ne sont pas au format ISO 8601, telles que JJ ou MM-JJ).

Exemples

  • Pour cartographier une école qui n'est plus utilisée et qui a été convertie en un logement tout en conservant l'historique :
 building = house
 building:1971-12-18- = house       (ou building:1971-12-18-- = house)
 amenity:1835-1965 = school
 amenity:1965-1971-12-18 = school   (ou , amenity:1965--1971-12-18 = school)
 name = The Old School
 name:1835-1965 = St Cakes Primary School
 name:1971-12-18- = The Old School  (ou name:1971-12-18-- = The Old School)
  • Une voie avec un long historique (ex : Changement de nom, de classification, de référence, de surface, etc)
 highway = pedestrian
 highway:1974- = pedestrian
 highway:1932-1974 = primary
 maxspeed = 30
 maxspeed:1957-1992 = 50
 name:1871-1933 = Kaiserstraße
 name:1933-1945 = Adolf-Hitler-Straße
 name:1945-1953 = Stalinstraße
 name:1953-1990 = Ernst-Thälmann-Straße
 name:1990- = Konrad-Adenauer-Straße
 ref:1932-1960 = R 96
 ref:1960-1990 = F 96
 ref:1990- = B 96
 surface = paved
 surface:1890-1927 = cobblestone
 surface:1927- = paved
  • Une voie qui deviendra à sens unique dans deux mois (sur la base du 2015-03-01)
 highway = residential
 oneway = yes
 oneway:2015-03-01- = -1
  • Une voie dont la construction est planifié entre 2015-06-01 et 2015-10-01 mais qui sera restauré à son état initial (Deux modèles sont utilisés)
 highway = residential
 highway:2015-06-01--2015-10-01 = construction
 construction = residential

(Dés)avantages

Avantages :

  • Limite les confusions pour les logiciels
  • Permet un historique complet spécifique à chaque attribut
  • Peut être combiné avec d'autres attributs
  • Peut être combiné avec le modèle "status:tag"
  • Supporte l'ajout d'informations historiques aux éléments existants
  • Peut être utilisé sur des travaux routiers ou des éléments planifiés sans utiliser les conditions access et sans modifier les données existantes

Désavantages :

  • Difficulté à trouver des éléments
  • Duplication quand l'usage présent et passé se superposent (ex : building:1930-=house + building=house)
  • Datespec doit être ajouté de façon spécifique à certains attributs Cela améliore la flexibilité mais implique la duplication des données et plus de données lors de l'édition
  • Pour un objet unique avec des attributs possédant des dates différentes, il est complexe de vérifier si les dates s'appliquent à tous les attributs ou si cela résulte d'un manque d'informations
  • Ce type de pratique pourrait amener àla cartographie d'éléments historiques qui ne sont plus vérifiables et ne doivent pas être dans OSM.
  • Le suffixe de date n'est pas un qualifier, cela rend impossible de chercher tous les attributs avec une date à l'aide d'une requête Des expressions régulières complexes doivent être utilisées.
  • "Ranger" ensemble la date avec l'attribut nécessiterait une modification des applications reposant sur les données OSM, les dates étant des valeurs ne répondant pas de la même façon que la recherche classique d'attributs
  • It is impossible to directly query date ranges (for example, to select all names effective for a specific year or a specific period of time.

start_date et opening_date

start_date=* est utilisé pour indiquer quand un élément existant et fonctionnel a été complété. Les dates dans le futur doivent être évitées. Initialement end_date était prévu, mais est déconseillé car pourrait causer des problèmes de rétrocompatibilité.

opening_date=* est applicable aux éléments qui vont ouvrir. Un attribut supplémentaire permet d'éviter la confusion avec des éléments existants. Par exemple "construction:" namespace prefix.

Avantages:

  • Procédé rapide pour des objets complexes
  • Données facilement interprétables

Désavantages :

  • Prompt à l'erreur répercutée sur les applications
  • Impossible d'appliquer spécifiquement à différents attributs
  • Impossible d'indiquer un historique complexe

Relation life_cycle

Article principal : Proposed_Features/Life_cycle_relation

État de la Proposition : La proposition est en phase de 'Draft' mais n'a pas reçue de mise à jour depuis mi-2009 et devrait être considérée comme 'Abandonnée'

Avantages :

  • Peut être utilisé avec les logiciels actuels
  • Tous les attributs peuvent être ajoutés à la relation comme pour un élément classique
  • Peu de risque de conflit dans le nom
  • Supporte l'ajout d'informations d'ordre historique à l'existant

Désavantages :

  • Nécessite l'usage des relations
  • Peut inciter à l'ajout d'attributs "non visibles" sur un élément

life_cycle = <status> (REJETÉ)

Article principal : Proposed_Features/Status
Par exemple : amenity=pub, life_cycle=construction
Également : life_cycle=disused, life_cycle=proposed

Avantages :

  • Ne modifie pas l'usage des autres attributs
  • L'implémentation de life_cycle=* dans les logiciels est relativement simple
  • Occupe un attribut et peut être combiné à d'autres attributs sans conflit

Désavantages :

  • Rejeté
  • Un logiciel n'ayant pas implémenté l'attribut pourrait assumer que l'élément est utilisable

<status> = yes

Même limitations que life_cycle=status aboutissant à son rejet probable si un vote avait lieu.

Par exemple : amenity=pub + disused=yes
Également : abandoned=*, vacant=*, demolished=*, construction=yes, empty=yes, ruins=yes

Avantages :

  • Utilisé, de façon discutable
  • Ne modifie pas l'utilisation d'autres attributs

Désavantages :

  • Un logiciel n'ayant pas implémenté l'attribut pourrait assumer que l'élément est utilisable Cette limite peut être contournée en renommant les attributs obsolètes de sorte à ce que les logiciels n'y aient plus accès, méthode décrite plus en détails.
  • Potentiel conflit de nom : les nouveaux attributs <status> ne doivent pas avoir la même valeur qu'une clé existante

Ce qui peut être indiqué dans OSM

Bien qu'il soit d'usage de ne renseigner que ce qui existe dans OSM, il existe une nuance pour ce qui "n'existe plus".

Par exemple, des frontières Romaines n'ont pas à être indiquées tandis que des chemins de fer le sont. Pour citer [1]

"Où tracer la séparation entre "présent" et "absent" pour une ancienne voie ferrée ?"

  1. Une voie de chemin de fer avec de l'herbe entre les rails. Impossible de dire s'il a été utilisé récemment ou non.
  2. Une voie de chemin de fer recouverte de buissons et arbustes. Il n'y a clairement pas eu d'utilisation ces dernières années.
  3. Un revêtement de rail avec des débris de maintenance
  4. Un chemin de fer recouverte de bitume pour devenir un itinéraire cyclable
  5. Un passage dans les rochers menant à un tunnel effondré Tout reste de ballaste recouvert de terre et de végétation
  6. Un passage traversant une ville sans interruption sur plusieurs kilomètres
  7. Un chemin de fer dont la seule trace est une ligne sur une carte topographique de 1901

Voir aussi

  • https://lists.openstreetmap.org/pipermail/tagging/2018-January/034556.html