Bonjour
Je vous rejoins sur le fait qu'il faut faire qlq chose avec ces adresses.
Sur la forme:
- préférence pour relation associatedStreet
- non pas rue par rue, mais adresse par adresse (cf Adrien)
- points flottants (tels quels)
Merci pour cette initiative, pas facile à poser devant le collectif :-)
Cyrille37.
On 31/08/2022 18:09, PanierAvide wrote:
Bonjour,
+1 pour aller dans ce sens, ça sera d'autant plus facile d'aborder les
territoires et services de l'État pour coopérer avec eux si les
adresses certifiées sont déjà dans OSM.
Sur les questions, cf ci-dessous
Adrien P.
Le 31/08/2022 à 12:15, Marc_marc a écrit :
- on importe avec des addr:street (plus facile pour l'utilisteur
dans l'état actuel des outils) ou en associatedStreet (beaucoup
plus facile pour permettre de trouver les addr ayant + d'un
nom de voie (soit différent noms en attendant de lever l'invertitude,
soit des noms multilangue comme certains rues en Bretagne)
Partisan du plus simple pour le contributeur, donc addr:street. Mais
pas opposé à associatedStreet, voire faire les deux.
- on importe d'abord les 100% certifiée ou un taux + faible est
acceptable ? deuzeffe parlait de 75%
J'aurais eu tendance à prendre l'approche non pas rue par rue, mais
adresse par adresse : si c'est certifié, on importe dans tous les cas
(hormis n° déjà présent). Si ça ne l'est pas, sans doute une condition
intelligente pour pas se priver de données pertinentes : si l'adresse
est très récente, logique vis à vis du reste (pas 9999 alors que tout
le reste est entre 1 et 30)...
- faut-il ajouter des critères de qualitée ? par ex dans le passé,
ce n'était pas rare d'avoir plusieurs addr au même endroit
Oui :-)
- il serrait utile de pouvoir différentier les addr ayant
été importée de celle ayant été manipulée paar un contributeur osm
pour cela je propose d'utiliser le tag volatif created_by=import.
l'avantage de ce tag comparé à la veille méthode du tag source
sur l'objet, c'est qu'il est volatif et donc dès qu'un contributeur
modifiera l'objet osm, l'ancienne source "bal" disparaitra
automatiquement au lieu de garder des source=bal sur des objets
ayant des infos différente de celle de la source renseigneé.
le côté volatif de ce tag est supporté par iD, josm et surement
d'autres éditeurs.
Techniquement ça marche, mais ça me semble (ab)user d'une
fonctionnalité des éditeurs qui n'est pas prévue pour ça. Un bon tag
source + filtre sur n° de version pourrait permettre de faire la même
chose (comme on le fait sur Corine Land Cover).
- la position des addr est souvent flotante tandis que d'autres
voudraient les voir au moins en bordure du batiments concernées.
c'est envisagable ou on est toujours dans un non-consensus ?
Question intéressante mais on est trop longtemps restés bloqués sur
les adresses, il est temps qu'on importe même si ce n'est pas parfait.
Tant qu'il est possible pour les personnes rigoureuses de mettre ça
ailleurs par la suite, on ne devrait pas s'interdire un import.
Cordialement,
Marc
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
