tbarthelet's Comments

Changeset	Kapan	Komentar
90351483	hampir 5 tahun yang lalu	Tu es sûr du building=yes pour le parking ? --- Published using OSMCha: https://osmcha.org/changesets/90351483
85796202	sekitar 5 tahun yang lalu	Pour le passage à travers le bâtiment, c'est pas layer =-1 mais tunnel=building_passage qu'il faut mettre. cf osm.wiki/FR:Key:tunnel --- Published using OSMCha: https://osmcha.org/changesets/85796202
85877108	sekitar 5 tahun yang lalu	En 1990, l’Académie française a pris partie pour l’écriture du mot "déchèterie" --- Published using OSMCha: https://osmcha.org/changesets/85877108
85337118	sekitar 5 tahun yang lalu	C'est une rue officielle, pas une route d'accès. --- Published using OSMCha: https://osmcha.org/changesets/85337118
70662622	lebih dari 5 tahun yang lalu	Mobigo est le nom du réseau de transport de la région. Ici c'est la RDTJ (Jurabus), devenue une antenne de la SPL Mobilités BFC.
84051415	lebih dari 5 tahun yang lalu	> Pourquoi détacher le POI du bâtiment ? Je parlais du POI EHPAD. Le bâtiment tout entier étant dédié à l'EHPAD, les tag amenity et autres peuvent lui être affectés directement. C'est plus précis et ça ne change pas le rendu. > En séparant dans un point on perd en précision Je parlais toujours de l'EHPAD. En en faisant un POI, on ne sait pas s'il occupe une aile de bâtiment, un étage, ou autre. Quand on l'affecte au bâtiment, on indique également cette précision. > Parce que mettre un n° de rue sur un polygone n'est pas recommandé C'est une interprétation. Si tu lances une discussion à ce sujet sur talk-fr, il n'en ressortira pas cela. > Ça ne fonctionne pas quand il y a plusieurs n° sur un même bâtiments Non, en effet. Ces cas de figure peuvent être tagués avec un nœud sur le polygone du bâtiment indiquant l'entrée principale. Inversement, quand plusieurs POI se partagent la même adresse, taguer seulement le nœud de l'adresse ne va pas non plus. Ex : le 29 rue Saint-Désiré est partagé entre une pizzeria, un immeuble d'habitation et un magasin. Soit on tague 3 fois l'adresse (loin d'être idéal), soit on ajoute l'adresse au bâtiment et on place les commerces en POI. Le routage et le géocodage comprendront que l'adresse est partagée. Et quand on se contente de l'import BANO, on se retrouve avec de nombreux points d'adresse trop éloignés (tag fixme). Le 78 rue Marcel Paul en était d'ailleurs un exemple. > Non, ça permet de localiser précisément le n° (sur la porte, la BàL…) Oui. Mais que représente une adresse ? Une parcelle ? Un portail extérieur ? L'emplacement de la boîte aux lettres ? Une porte d'entrée ? Les données BAN et Etalab illustrent cette diversité de conception : - dgfip place le point au milieu de la parcelle (ils sont dépositaires du cadastre et des droits de propriété qui vont avec) - IGN et La Poste le placent en bordure de route (distribution de courrier) - Arcep le place dans le bâtiment (installation de prises téléphone dans les logements) Chacun place l'adresse selon l'usage qu'il en fait. Le débat chez OSM est encore plus métaphysique : la donnée adresse est-elle une donnée primaire ou une caractéristique. Si c'est une donnée primaire, elle aura sa propre représentation, mais il faudra encore décider ce qu'elle caractérise (portail, porte d'entrée, parcelle). Si c'est une caractéristique il faut l'associer à d'autres données (un POI, un bâtiment, etc.). Pour avancer, il faut plutôt se poser la question des usages que cette donnée peut permettre une fois dans OSM. > Du coup un logiciel de routage calcul le bon chemin. Les chauffeurs de taxi ou les facteurs apprécieront ;) Pour le routage, ni l'un ni l'autre ne posent problème. C'est le même fonctionnement car dans les 2 cas il faut chercher la route la plus proche du point ou du polygone de destination. OSRM/grasshoper fonctionnent très bien à Karlsruhe ;) : osm.org/directions?engine=fossgis_osrm_foot&route=49.00216%2C8.40497%3B49.00094%2C8.40834#map=18/49.00152/8.40665 A l'inverse, pour le géocodage inversé, c'est plus rapide, car on n'a plus besoin de deviner quel point d'adresse est le plus proche et doit correspondre au bâtiment/POI recherché. > Bonus Pour éviter la grosse et fâcheuse tendance actuellement de transformer les points d'adresse en POI et commerces divers, taguer l'adresse sur le bâti apporte une vraie solution fiable et durable. Il y aura moins de chance que les relations soient cassées et que les valeurs des adresses disparaissent car les éditeurs occasionnels ajouteront un POI au lieu de modifier celui de l'adresse. Ça t'aurait par exemple évité de devoir refaire toute la rue du commerce aujourd'hui.
84051415	lebih dari 5 tahun yang lalu	Pourquoi détacher le POI du bâtiment ? L'ensemble de la surface est occupée par l'EHPAD qui devrait même prochainement être agrandi. En séparant dans un point on perd en précision. --- Published using OSMCha: https://osmcha.org/changesets/84051415
84051503	lebih dari 5 tahun yang lalu	Bonjour Yves, attention il y a des relations attachées aux numéros de rue, elles ont été supprimées par ton edit. C'est important pour le reverse géocoding. Peut-on également se synchroniser sur la normalisation des adressages avant de faire, défaire et refaire ? Thomas. --- Published using OSMCha: https://osmcha.org/changesets/84051503
83710038	lebih dari 5 tahun yang lalu	Bonjour Laurent, Comment peut-on trancher ce débat au moins localement ? J'ai également eu un échange à ce sujet avec pyrog. Est-ce une discussion à avoir sur talk-fr ? Une discussion audio avec quelques mappers locaux ? addr:* et building=* sont mes 2 plus gros tags sur OSM et Lons est clairement mon principal lieu de contribution. Du coup j'ai besoin d'un consensus pour avancer car j'ai déjà couvert 25% des adresses de la ville sur les 2 dernières années. Thomas.
83769202	lebih dari 5 tahun yang lalu	Bonjour Yves, Oui, c'est bien ce que je me disais aussi. Ces informations sont elles quand même utiles dans OSM ? Que suggères-tu ? Garder le reste des tags et simplement supprimer le mast ?
83155636	lebih dari 5 tahun yang lalu	Bonjour Julien, caresteouvert vient d'être corrigé pour ne plus afficher les tags access=private/customers/no
83085528	lebih dari 5 tahun yang lalu	J'ai restauré toutes les relations impactées par mes ajouts/modifications d'adresse et j'ai supprimé les tags addr:street. Problème clos.
83085528	lebih dari 5 tahun yang lalu	Pour la qualité, c'était juste une erreur isolée (cf osm.org/changeset/83840371). Pour ce qui est des champs addr:street, il va y avoir quelques corrections à faire sur Lons alors, parce-que depuis ton passage, j'ai recréé quelques tags addr:street sur des bâtiments.
53291342	lebih dari 5 tahun yang lalu	Julien, de manière générale quand tu indiques la capacité d'un emplacement vélo, il faut que tu doubles car il y a 2 places par plot cf osm.wiki/FR:Tag:amenity%3Dbicycle_parking
83754941	lebih dari 5 tahun yang lalu	Le Cabinet Granvelle est au 9bis, de l'autre côté du quai Thurel. Je me suis permis de corriger.
83155636	lebih dari 5 tahun yang lalu	Oui, c'est bien ce que j'avais pensé aussi en naviguant sur caresteouvert. Access=customers n'a pas résolu ton problème on dirait. J'ai ouvert un ticket auprès des développeurs : https://github.com/osmontrouge/caresteouvert/issues/469
83085528	lebih dari 5 tahun yang lalu	Bonjour, Etes-vous sûr de la qualité des numéros FANTOIR ? J'ai déjà repéré une erreur chemin de Bel Air. qui devrait être 393000105H (j'ai corrigé). Par ailleurs, lors de l'ajout de la relation, les champs addr:street ont été supprimés. Certes, cela faisait un doublon, mais comme les relations sont plus difficiles à maintenir à jour que le champ addr:street, ce serait plus sécurisant de garder également l'information sur chaque point/polygone. Thomas.
83155636	lebih dari 5 tahun yang lalu	Bonjour Julien, C'est peut-être plutôt un tag access=private que tu devrais ajouter pour signaler un lieu non accessible au public. Self-service=no voudrait dire que les clients du camping ne peuvent pas utiliser seuls les laveries.
83753526	lebih dari 5 tahun yang lalu	Bonjour Yves, OK pour la discussion téléphonique à ce sujet. Ca n'est toujours pas clair pour moi. Il n'est fait mention de ce consensus ni sur le wiki Adresse, ni sur celui de la BANO. La seule source que j'ai trouvée qui mentionne ce concept de référencement le long de la voirie est sur le guide d'adressage à destination des communes (concept de PAN, page 32, https://www.craig.fr/sites/www.craig.fr/files/documents/3426-mettre-en-place-une-demarche-dadressage_/guidev1fr-1-modifdu29052018vf.pdf). Le traitement BAN génère des erreurs fixme quand le POI adresse est au bord de la route et trop éloigné de la parcelle (plusieurs cas dans les maisons de ville). Thomas. --- Published using OSMCha: https://osmcha.org/changesets/83753526
83710038	lebih dari 5 tahun yang lalu	Bonsoir Laurent, L'idéal c'est un noeud sur l'entrée du bâtiment, mais c'est plus rapide pour moi de taguer le bâtiment. J'ai bien compris qu'il n'y a pas vraiment de consensus à ce sujet (osm.wiki/FR:Adresses). Mais quel est le problème avec les adresses sur le bâtiment ? Le rendu ? Thomas.