Re: [OSM-talk-fr] amenity=place_of_worship sur église en ruine
Il y a bien une solution: * historic=ruins : pas de problème (associer aussi les tags pour le classement patrimonial éventuel) * building=* : proscrit puisque ce n'est plus un batiment, donc pas building=church * ruins=church : remplace le précédent quand no ne peut pas utiliser building=* et peut prendre les mêmes valeurs. Attention: amenity=place_of_worship n'est pas interdit sur une ruine; le culte peut aussi être régulièrement pratiqué dans des lieux non totalement couverts (particulièrement en été) : on l'a vu au printemps dernier lors des inondations à Lourdes avec même une messe télévisée ; et c'est un lieu ouvert régulièrement utilisé où il reste des gradins/escaliers, et une place entourée d'arbres sur une colline... Le lieu est régulièrement utilisé et n'est pas juste une location temporaire (comme pourrait l'être un stade ou une salle d'activité municipale ou une salle de spectacle ou les terrains utilisés lors du déplacement du pape en France avec des constructions provisoires démontables pour gradins, tribunes, barrières...) Et bien des églises et chapelle encore debout ne sont plus des lieux de culte (même de faon très épisodique) et sont devenus des musées, restaurants, hôtels, salles d'expo, salles de concert, ou bâtiments administratifs, ou des lieux privés fermés (il peut y avoir une préservation du patrimoine et des façades ou vitraux, mais l'intérieur n'a plus rien à voir et le mobilier pu a été déplacé vers un musée ou un autre lieu de culte). Dans certains cas ils sont devenus des lieux pour d'autres cultes (temples protestants, synagogue ou mosquée, cas peu fréquent en métropole mais plus courant en outre-mer) mais ces cas existent aussi en métropole. Même en cas de reconversion en mosquée, les vitraux et éléments patrimoniaux sont préservés, ils peuvent n'être que masqués intérieurement ou occultés (par des panneaux mobiles, rideaux, verres translucides) dans les salles de prière; et en dehors des heures de prière, avoir des lieux accessibles à tout le monde et visitables montrant des symboles et éléments architecturaux ou artistiques d'autres religions (s'ils ne sont pas déplaçable comme les fresques sur les murs ou plafond, ou les mosaïques au sol, ou des tombeaux (l'utilisation du lieu est adaptée pour que l'oeil de celui qui prie ne soit pas perturbé par des représentations humaines). Le 3 octobre 2014 18:48, sylvain letuffe lis...@letuffe.org a écrit : mides.map wrote en reparcourant le wiki sur l'utilisation de amenity=place_of_worship, je m’aperçois que j'ai utilisé ce dernier, à tort, sur une église en ruine. Mais peut on ajouter à ce type d'objet (*église en ruine*) la clé/valeur historic=ruins ? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship http://wiki.openstreetmap.org/wiki/Tag:historic%3Druins Tu peux, mais je pense que c'est une mauvaise idée. Ton église, qui n'est est en fait plus une (sinon ça ne serait pas une ruine) risque/va être considéré par presque tous les utilisateurs des données comme ce qu'elle n'est plus : une église. (un rendu va l'afficher comme église, à tort) amenity=place_of_worship + historic=ruins est à proscrire selon moi de même que building=church + ruins=yes (même raisons) Alors que faire ? Et bien, personne n'est d'accord et le débat dure depuis 6 ans et 15 jours sur la page : http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts Ma préférence personnelle va au format : status:key = value Dans laquelle j'y est proposé il n'y a pas longtemps : http://wiki.openstreetmap.org/wiki/Key:ruined Ce qui ferait, dans ton cas : ruined:amenity=place_of_worship + historic=ruins + ruined:building=yes Une autre en concurrence : http://wiki.openstreetmap.org/wiki/Ruins qui donnerait : ruins=church + historic=ruins Mais qui me semble moins en conformité avec les autres qui commence à prendre de l'ampleur que sont : http://wiki.openstreetmap.org/wiki/Key:abandoned http://wiki.openstreetmap.org/wiki/Key:disused -- View this message in context: http://gis.19327.n5.nabble.com/amenity-place-of-worship-sur-eglise-en-ruine-tp5819087p5819192.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=place_of_worship sur église en ruine
Note: il peut aussi y avoir des cas avec une partie seulement du bâtiment en ruine; par exemple la nef principale, alors qu'il reste les absidiales converties en chapelles et pourtant l'ensemble est appelé église, abbaye, cathédrale; et les projets de restauration ou préservation interdisent une reconstruction totale (cas très courants dans les châteaux dont une partie est debout, par exemple certaines tours et murs d'enceinte). D'ailleurs de nombreux édifices religieux ont été partiellement démolis et reconstruits à diverses époques et des styles différents. Mêle parfois au dessus d'une ruine qui est envore là en dessous mais dans une crypte Bref on peut avoir des ruins=* à l'intérieur même d'un building=* ou partiellement superposés, ce qui justifie encore plus deux tags distincts; parfois aussi des multipolygones quand il y a des éléments partagés comme certains murs. Le 4 octobre 2014 09:02, Philippe Verdy verd...@wanadoo.fr a écrit : Il y a bien une solution: * historic=ruins : pas de problème (associer aussi les tags pour le classement patrimonial éventuel) * building=* : proscrit puisque ce n'est plus un batiment, donc pas building=church * ruins=church : remplace le précédent quand no ne peut pas utiliser building=* et peut prendre les mêmes valeurs. Attention: amenity=place_of_worship n'est pas interdit sur une ruine; le culte peut aussi être régulièrement pratiqué dans des lieux non totalement couverts (particulièrement en été) : on l'a vu au printemps dernier lors des inondations à Lourdes avec même une messe télévisée ; et c'est un lieu ouvert régulièrement utilisé où il reste des gradins/escaliers, et une place entourée d'arbres sur une colline... Le lieu est régulièrement utilisé et n'est pas juste une location temporaire (comme pourrait l'être un stade ou une salle d'activité municipale ou une salle de spectacle ou les terrains utilisés lors du déplacement du pape en France avec des constructions provisoires démontables pour gradins, tribunes, barrières...) Et bien des églises et chapelle encore debout ne sont plus des lieux de culte (même de faon très épisodique) et sont devenus des musées, restaurants, hôtels, salles d'expo, salles de concert, ou bâtiments administratifs, ou des lieux privés fermés (il peut y avoir une préservation du patrimoine et des façades ou vitraux, mais l'intérieur n'a plus rien à voir et le mobilier pu a été déplacé vers un musée ou un autre lieu de culte). Dans certains cas ils sont devenus des lieux pour d'autres cultes (temples protestants, synagogue ou mosquée, cas peu fréquent en métropole mais plus courant en outre-mer) mais ces cas existent aussi en métropole. Même en cas de reconversion en mosquée, les vitraux et éléments patrimoniaux sont préservés, ils peuvent n'être que masqués intérieurement ou occultés (par des panneaux mobiles, rideaux, verres translucides) dans les salles de prière; et en dehors des heures de prière, avoir des lieux accessibles à tout le monde et visitables montrant des symboles et éléments architecturaux ou artistiques d'autres religions (s'ils ne sont pas déplaçable comme les fresques sur les murs ou plafond, ou les mosaïques au sol, ou des tombeaux (l'utilisation du lieu est adaptée pour que l'oeil de celui qui prie ne soit pas perturbé par des représentations humaines). Le 3 octobre 2014 18:48, sylvain letuffe lis...@letuffe.org a écrit : mides.map wrote en reparcourant le wiki sur l'utilisation de amenity=place_of_worship, je m’aperçois que j'ai utilisé ce dernier, à tort, sur une église en ruine. Mais peut on ajouter à ce type d'objet (*église en ruine*) la clé/valeur historic=ruins ? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship http://wiki.openstreetmap.org/wiki/Tag:historic%3Druins Tu peux, mais je pense que c'est une mauvaise idée. Ton église, qui n'est est en fait plus une (sinon ça ne serait pas une ruine) risque/va être considéré par presque tous les utilisateurs des données comme ce qu'elle n'est plus : une église. (un rendu va l'afficher comme église, à tort) amenity=place_of_worship + historic=ruins est à proscrire selon moi de même que building=church + ruins=yes (même raisons) Alors que faire ? Et bien, personne n'est d'accord et le débat dure depuis 6 ans et 15 jours sur la page : http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts Ma préférence personnelle va au format : status:key = value Dans laquelle j'y est proposé il n'y a pas longtemps : http://wiki.openstreetmap.org/wiki/Key:ruined Ce qui ferait, dans ton cas : ruined:amenity=place_of_worship + historic=ruins + ruined:building=yes Une autre en concurrence : http://wiki.openstreetmap.org/wiki/Ruins qui donnerait : ruins=church + historic=ruins Mais qui me semble moins en conformité avec les autres qui commence à prendre de l'ampleur que sont : http://wiki.openstreetmap.org/wiki/Key:abandoned
Re: [OSM-talk-fr] calvados - ouistreham - Changment de nom de commune
J'avais cru voir dans le passé lui associer le nom de code interallié de sa plage du débarquement de 1944; pour des raisons de souvenir et de facilitation des communications pour le tourisme. (les communes concernés ont des sites internet dédiés et offices de tourisme qui promeuvent largement ces noms dans toute la région). Projet abandonné au profit de seulement le nom officiel donné au site de souvenir et investir à nouveau sur une image différente pour le tourisme quand les voyages des vétérans et leur familles ne suffisent plus à attirer assez de monde et sont une ressource qui se tarit peu à peu ? 2014-10-03 19:14 GMT+02:00 David Crochet david.croc...@free.fr: Bonjour http://www.tendanceouest.com/actualite-80462-ouistreham- devient-ouistreham-riva-bella.html#xtor=RSS-1 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de BANO au CNIG
Moi je comprend très bien : le but du libre n'est pas de réserver l'utilisation aux organes officiels publics de l'état ou des collectivités. Le libre ne s'oppose pas du tout au développement des *usages* privés. Donc pas de privatisation en terme de *propriété* des données, ni une nationalisation. OSM n'est pas dans une logique communiste (tout va à la collectivité qui décide de tout est assume seule la responsabilité et autorise seule les usages qui peuvent être payants pour certaines catégories d'utilisateurs et mˆme décider des interdictions...) mais communautaire où les individus, l'Etat, les collectivités, les entreprises et organisations ont tous un droit d'usage et collaborent au bien commun (et disposent aussi du droit de développer leurs propres versions et usages dérivés). On peut donc développer en vendre des applications dérivées comme on veut, vendre des services complémentaires, créer des objets propriétaires utilisant ces données tant que les conditions d'accès libre aux données utilisées et leur réutilisation pour autre chose reste non restreint. OSM n'est cependant pas au dessus du droit national qui reste le garde-fou (et qui s'impose à tous mais dans les limites territoriales des juridictions et personnalités sur lesquels s'appliquent ces lois) : en premier lieu la constitution en France, puis les traités internationaux ratifiés (défendus par la Constitution), puis la loi nationale, puis la jurisprudence (qui ne s'oppose pas à la loi mais n'est utilisable que comme argument en justice), puis le droit réglementaire (contre lequel on peut s'opposer par des processus de négociation et médiation officiels, ou par recours à la loi devant un juge); puis le droit contractuel (au sens large) entre parties signataires ou librement adhérentes (privées ou pas), en groupe fermé ou ouvert et qui peuvent convenir de ce qu'elles veulent entre elles et n'engage qu'elles, et qui inclue aussi les questions de propriété intellectuelle; copyright, licences, brevets...). OSM se situe à ce dernier niveau. Le 3 octobre 2014 16:11, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour Bruno, Je ne vois pas bien où tu veux en venir... Avec OSM, on capitalise ? Blague à part, moi non plus je vois pas trop... Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de BANO au CNIG
Le 3 octobre 2014 17:06, Christian Quest cqu...@openstreetmap.fr a écrit : Si par contre ils veulent utiliser sans participer à l'amélioration du bien commun, c'est non. Pas d'accord du tout ! Il n'y a pas d'obligation à participer pour améliorer même pour une utilisation massive mais juste repartager ce qui est dérivé du bien commun. Ce que tu indiques là est totalement opposé au libre selon la définition de Open Data. On peut utiliser soi-même autant qu'on veut et sans limite les données tant que pour cet usage on ne prend pas pour soi seul d'autres ressources que les données elle-mêmes (ce qui peut être restreint c'est l'usage de ressources non illimitées comme la bande passante, les serveurs, car elles ont un coût et il ne s'agit pas d'une utilisation autonome par ses propres moyens mais d'une utilisation de ressources nécessaires aussi aux autres et qu'on doit répartir de façon raisonnable même si cela impose des limites en volume par unité de temps...). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Bonjour, Comme évoqué hier avec Yves, voici une page qui permet un inventaire, par commune, des voies proposées par FANTOIR et, parmi elles, de celles retrouvées dans OSM. L'outil a comme point d'entrée le code INSEE de la commune. C'est volontairement simple (vous pouvez dire rustique :) ), ça n'évoluera qu'en fonction des suggestions. Mon idée première était de proposer en complément du rendu carto, une manière simple de connaître et copier/coller les codes FANTOIR sans avoir à les ré-écrire : moins pénible et plus sûr. http://cadastre.openstreetmap.fr/fantoir/ Vos retours bienvenus, vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Salut, J'ai testé chez moi 30326 et il y a plein de voies rattaché non 31 ce qui fait beaucoup vu que j'en ai encore 7 normalement... Il me semble au le rapprochement ne prend pas en compte certaines clés comme la suppression de ach quand il existe dans le nom ancien chemin. Et d'autre surement mais c'est celui qui me vient à l'idée ( j'ai vérifié sur mon tel car pas de pc sous la main) peut ton a l'inverse faire un onglet pour les voies Osm sans rapprochement avec fantoir pour remonter les éventuelle erreur osm ou voies manquante dans fantoir? jerome Le 4 octobre 2014 15:42, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, Comme évoqué hier avec Yves, voici une page qui permet un inventaire, par commune, des voies proposées par FANTOIR et, parmi elles, de celles retrouvées dans OSM. L'outil a comme point d'entrée le code INSEE de la commune. C'est volontairement simple (vous pouvez dire rustique :) ), ça n'évoluera qu'en fonction des suggestions. Mon idée première était de proposer en complément du rendu carto, une manière simple de connaître et copier/coller les codes FANTOIR sans avoir à les ré-écrire : moins pénible et plus sûr. http://cadastre.openstreetmap.fr/fantoir/ Vos retours bienvenus, vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 04/10/2014 16:47, Jérôme Seigneuret a écrit : Salut, J'ai testé chez moi 30326 et il y a plein de voies rattaché non 31 ce qui fait beaucoup vu que j'en ai encore 7 normalement... Il me semble au le rapprochement ne prend pas en compte certaines clés comme la suppression de ach quand il existe dans le nom ancien chemin. Et d'autre surement mais c'est celui qui me vient à l'idée ( j'ai vérifié sur mon tel car pas de pc sous la main) peut ton a l'inverse faire un onglet pour les voies Osm sans rapprochement avec fantoir pour remonter les éventuelle erreur osm ou voies manquante dans fantoir? Il me semble que cela existait à l'adresse http://openstreetmap.fr/outils/adresses En tout cas ce script va être bien utile car il fait ressortir des références FANTOIR qui n'apparaisse pas sur le calque BANO du fait qu'aucun point adresse ne semble exister. Cependant, des rapprochement avec OSM ne sont pas fait alors que le nom de la rue parait strictement identique. Exemple sur Pau (64445) la RUE GOLDA MEIR (644451902Z) qui existe bien dans OSM http://layers.openstreetmap.fr/?q=RUE%20GOLDA%20MEIR,%20pau jerome Le 4 octobre 2014 15:42, Vincent de Château-Thierry osm.v...@free.fr mailto:osm.v...@free.fr a écrit : Bonjour, Comme évoqué hier avec Yves, voici une page qui permet un inventaire, par commune, des voies proposées par FANTOIR et, parmi elles, de celles retrouvées dans OSM. L'outil a comme point d'entrée le code INSEE de la commune. C'est volontairement simple (vous pouvez dire rustique :) ), ça n'évoluera qu'en fonction des suggestions. Mon idée première était de proposer en complément du rendu carto, une manière simple de connaître et copier/coller les codes FANTOIR sans avoir à les ré-écrire : moins pénible et plus sûr. http://cadastre.openstreetmap.__fr/fantoir/ http://cadastre.openstreetmap.fr/fantoir/ Vos retours bienvenus, vincent Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] calvados - ouistreham - Changment de nom de commune
Philippe, tu oublies Simenon et ses magnigques Maigret. Cela contribue sûrement à la renommée de Ouistreham :) Pierre De : Philippe Verdy verd...@wanadoo.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 4 octobre 2014 3h17 Objet : Re: [OSM-talk-fr] calvados - ouistreham - Changment de nom de commune J'avais cru voir dans le passé lui associer le nom de code interallié de sa plage du débarquement de 1944; pour des raisons de souvenir et de facilitation des communications pour le tourisme. (les communes concernés ont des sites internet dédiés et offices de tourisme qui promeuvent largement ces noms dans toute la région). Projet abandonné au profit de seulement le nom officiel donné au site de souvenir et investir à nouveau sur une image différente pour le tourisme quand les voyages des vétérans et leur familles ne suffisent plus à attirer assez de monde et sont une ressource qui se tarit peu à peu ? 2014-10-03 19:14 GMT+02:00 David Crochet david.croc...@free.fr: Bonjour http://www.tendanceouest.com/actualite-80462-ouistreham-devient-ouistreham-riva-bella.html#xtor=RSS-1 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 04/10/2014 17:17, Christophe Merlet a écrit : Le 04/10/2014 16:47, Jérôme Seigneuret a écrit : Salut, J'ai testé chez moi 30326 et il y a plein de voies rattaché non 31 ce qui fait beaucoup vu que j'en ai encore 7 normalement... Il me semble au le rapprochement ne prend pas en compte certaines clés comme la suppression de ach quand il existe dans le nom ancien chemin. Et d'autre surement mais c'est celui qui me vient à l'idée ( j'ai vérifié sur mon tel car pas de pc sous la main) peut ton a l'inverse faire un onglet pour les voies Osm sans rapprochement avec fantoir pour remonter les éventuelle erreur osm ou voies manquante dans fantoir? Il me semble que cela existait à l'adresse http://openstreetmap.fr/outils/adresses En tout cas ce script va être bien utile car il fait ressortir des références FANTOIR qui n'apparaisse pas sur le calque BANO du fait qu'aucun point adresse ne semble exister. Cependant, des rapprochement avec OSM ne sont pas fait alors que le nom de la rue parait strictement identique. Exemple sur Pau (64445) la RUE GOLDA MEIR (644451902Z) qui existe bien dans OSM http://layers.openstreetmap.fr/?q=RUE%20GOLDA%20MEIR,%20pau C'est une limite des listes proposées : elles s'appuient sur la table des adresses de BANO. Pour qu'un code Fantoir soit connu dans cette table, il faut a minima 1 adresse, qu'elle soit issue d'OSM ou du cadastre. La rue Golda Meir n'a aucune adresse (apparemment) d'où son classement (abusif) en non rapprochée. Il faudra remédier à ça. Au passage, suite aux premiers retours (merci), j'ai supprimé des listes les voies considérées par Fantoir comme annulées. @Jérôme : Faire la liste des voies OSM sans Fantoir est possible. Il est aussi prévu d'ajouter l'équivalent pour les lieux-dits. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
Bon finalement après mise en place de l'intégration des stations à Osmose on a choisi de ne pas activer l'analyse. Le géolocalisation des stations étant de mauvaise qualité pour avoir un intérêt. Probablement le résultat d'un géocodage de piètre qualité. Frédéric. Le 26/09/2014 19:39, Jean-Baptiste Holcroft a écrit : Oui, enfin ça reste un raffinement Le 26 sept. 2014 18:06, David Crochet david.croc...@free.fr mailto:david.croc...@free.fr a écrit : Bonjour Le 26/09/2014 11:25, Frédéric Rodrigo a écrit : Mais bizarrement il nb'y a pas de simple payment:cards=yes Non, car il y a des points de vente qui refusent certaines cartes Cordialement -- David Crochet _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 4 oct. 2014 à 17:44, Vincent de Château-Thierry osm.v...@free.fr a écrit : C'est une limite des listes proposées : elles s'appuient sur la table des adresses de BANO. Pour qu'un code Fantoir soit connu dans cette table, il faut a minima 1 adresse, qu'elle soit issue d'OSM ou du cadastre. La rue Golda Meir n'a aucune adresse (apparemment) d'où son classement (abusif) en non rapprochée. Il faudra remédier à ça. C’est donc pour ça qu’il y a toutes ces allées, avenues, autoroute, avenues, boulevards, chemins, chemins ruraux (CR ?), impasses, passages, places, ponts, ronds-ponts, routes, rues, squares… sortent en erreur alors que bien orthographiés ? Idem pour l’hôpital Saint-Luc ? Au passage, il y a un lieu-dit Saint-Luc dans la surface de l’hôpital, mais j’ai l’impression qu’il s’agit de son ancien nom. Il faudrait supprimer le lieu-dit et rajouter un alt_name=Hôpital Saint-Luc », loc_name ou old_name au Centre Hospitalier Spécialisé des Pyrénées — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 04/10/2014 22:00, Yves Pratter a écrit : Le 4 oct. 2014 à 17:44, Vincent de Château-Thierry osm.v...@free.fr mailto:osm.v...@free.fr a écrit : C'est une limite des listes proposées : elles s'appuient sur la table des adresses de BANO. Pour qu'un code Fantoir soit connu dans cette table, il faut a minima 1 adresse, qu'elle soit issue d'OSM ou du cadastre. La rue Golda Meir n'a aucune adresse (apparemment) d'où son classement (abusif) en non rapprochée. Il faudra remédier à ça. C’est donc pour ça qu’il y a toutes ces allées, avenues, *autoroute*, avenues, boulevards, chemins, chemins ruraux (CR ?), impasses, passages, places, ponts, ronds-ponts, routes, rues, squares… sortent en erreur alors que bien orthographiés ? Idem pour l’hôpital Saint-Luc ? Au passage, il y a un lieu-dit Saint-Luc http://www.openstreetmap.org/node/3040840782#map=17/43.30171/-0.33772 dans la surface de l’hôpital, mais j’ai l’impression qu’il s’agit de son ancien nom. Il faudrait supprimer le lieu-dit et rajouter un alt_name=Hôpital Saint-Luc », loc_name ou old_name au Centre Hospitalier Spécialisé des Pyrénées http://www.openstreetmap.org/way/34428389#map=16/43.3024/-0.3374layers=D Toute cette zone hospitalière a été restructurée. Il faut mettre à jour le cadastre dans osm et faire une reconnaissance des chemins de circulation interne (ou attendre une photo satellite récente...) Le nom Hôpital Saint-Luc est historique je crois. http://psychiatrie.histoire.free.fr/hp/documents/pau.htm http://www.larepubliquedespyrenees.fr/2012/04/04/l-hopital-psychiatrique-commence-sa-modernisation,231430.php http://www.ch-pyrenees.fr/ http://www.ch-pyrenees.fr/Acces-directs/Le-C.H.P.-en-images Saint-Luc correspond à un nom de lieu-dit dans le Cadastre. J'ignore de quand il date, mais on dirait que cela fait au moins 150 ans. En tout cas, ce nom est bien ancré dans l'usage local. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
