[OSM-talk-fr] code FANTOIR avec nom de rue et de résidence
je sais pas trop quoi faire avec ces noms ... 027890082C RUE FOSSE AUX LOUPS R ARDENNE 027890084E RUE FOSSE AUX LOUPS R SOLOGNE 027890083D RUE FOSSE AUX LOUPS RES ARTOIS 027890138N RUE RICHEPIN RES ACADIE 027890154F RUE L ESCARBOT RES QUEBEC 027890162P RUE MERMOZ RES THIERACHE j'ai mis name=Résidence xxx sur le batiment http://cadastre.openstreetmap.fr/fantoir/#insee=02789 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/49.8342125108/3.91602302206 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/49.83549/3.91634 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jeu de données antennes de l'ANFR sur data.gouv.fr
De quoi rendre maintenant inutile l'appli mobile OpenCell? Ou ces données ont-elles aussi les identifiants des opérateurs mobiles? Au moins on a leur géolocalisation précise et il faudra lier les deux jeux de données (OpenCell mesure aussi leur couverture mais a toujours de problemes pour calculer précisement les localisations, maintenant il a une source en France pour le rapprochement... si cette source est assez précise toutefois: à vérifier). 2015-04-03 12:19 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: C'est ici: https://www.data.gouv.fr/fr/datasets/donnees-sur-les-installations-radioelectriques-de-plus-de-5-watts-1/ mais... License not specified :( -- Christian Quest - OpenStreetMap France ___ 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] code FANTOIR avec nom de rue et de résidence
Moi je fais un *place=neighbourhood + name=Résidence avec les parcelles visibles sur le fond cadastral et Bing en support dans certains cas pour les parcelles redécoupés D'autre mettent ça avec un* landuse=residential + name=Résidence Pour l'adresse pour la correspondance, si il n'y a pas de correspondance, je rajoute la référence Fantoir *Landuse *reste pour moi un moyen de définir la fonction globale de l'occupation du sol. Donc je me refuse à l'utiliser pour nommer et encore plus pour des Résidence. En plus, il y a déjà un *Landuse=residential* dans 90% des cas qui englobe l'ensemble de la ville dont la dite résidence. Je regarde sur JOSM pour voir si les rues ne sont pas déjà marqué mais mettre le nom de la résidence dans la rue je trouve ça pas propre. D'ailleurs j'ai corrigé des rues sur Montpellier en mettant ça comme *highway=service *car c'est la voirie de la résidence (voie privé qui plus est) 2015-04-04 11:53 GMT+02:00 didier2020 didier2...@free.fr: je sais pas trop quoi faire avec ces noms ... 027890082C RUE FOSSE AUX LOUPS R ARDENNE 027890084E RUE FOSSE AUX LOUPS R SOLOGNE 027890083D RUE FOSSE AUX LOUPS RES ARTOIS 027890138N RUE RICHEPIN RES ACADIE 027890154F RUE L ESCARBOT RES QUEBEC 027890162P RUE MERMOZ RES THIERACHE j'ai mis name=Résidence xxx sur le batiment http://cadastre.openstreetmap.fr/fantoir/#insee=02789 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/49.8342125108/3.91602302206 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/49.83549/3.91634 ___ 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] ?
Le 04/04/2015 16:50, Yves Pratter a écrit : Le 3 avr. 2015 à 17:22, JB jb...@mailoo.org a écrit : Bof pour le landuse, il est habituellement contenu dans un polygone plus grand, et empiler les landuses, ça reste crado. Empiler non, mais découper façon multipolygones, oui. Je vois une relation multipolygone qui décrit la forêt (name=xyz id:FR:ONF=xxx), contenant les polygones des parcelles (landuse=forest id:xxx leaf_type=yyy) En fait c’est ce qui existe actuellement avec les méga multipolygones de Corine Land Cover ;-) Non, pas vraiment : à la base, il n'y avait pas de polygones CLC jointifs avec les mêmes attributs. La découpe était là où le landuse changeait. Et je vois surtout dans ta propositions des relations à n'en plus finir, des contributions de plus en plus difficiles à faire dans le futur, et des pourtours de forêt là où il n'y a plus de parcelle définie en version spaghetti. (Et au fait, si tu as une partie feuillu et une partie résineux dans une parcelle de même numéro, tu as une solution propre ? C'est aussi pour ça que je ne vois pas d'un bon œil le mélange de tags landuse/frontière.) Entre un gros polygone de landuse et un puzzle de landuse, je crois que je préfère le premier… Et si on empile les deux, le gros avec le nom et les petits avec le landuse, je trouve ça encore pire. Sur le forum, quelqu'un proposait/utilisait un boundary=forest, ou un truc comme ça, non documenté, mais probablement à creuser Bof, cf. supra (et en plus, ça évite les merdouilles quand il y a une petite clairière dans la parcelle forestière Sur la forêt près de chez moi, les grandes clairières ne font pas parties des parcelles. Mais à creuser effectivement. Et les petites ? Elles seront donc exclues de la parcelle (ancien féru de CO au clavier… une clairière de 10m de diamètre au sol peut être une clairière…). Bof aussi d'empiler le cutline avec highway. Pas d’empilement, un trait a plusieurs attribut (highway, cutline…) Si c'est un cutline, c'est pas suffisamment marqué au sol pour être un path La traduction mot à mot est ligne de coupe ». Dans le cas d’un pare-feu ça se voit forcément au sol, mais effectivement, il n’y a pas forcément un sentier. La traduction est layon, il me semble bien… élément de terrain visible entre deux parcelles… J'ai encore du mal à comprendre l'intérêt de tagguer chemin + layon (mais effectivement, le wiki le propose). C'est comme pour les natural=spring + amenity=drinking_water. Je trouve plus cohérent d'utiliser l'un, ou l'autre, mais pas l'empilement des deux. , si c'est un path, ce n'est plus un layon. Je me suis baladé dans la réserve naturelle des Tourbières de Franes. Je te confirme que certains layons ont un sentier ou une piste qui passe là, et d’autres non. Je vais essayer de mettre les photos dans Mapillary et/ou le wiki. Concernant les attributs cutline ± higway, j’ai pris ça dans le wiki ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] code FANTOIR avec nom de rue et de résidence
vu qu'il y a une rue qui existe dans le cadastre, mais plusieurs fantoir (rue + nom résidence) name sur la rue, (name sur le batiment ou pas) mais quid fantoir ? Le samedi 04 avril 2015 à 14:44 +0200, Jérôme Seigneuret a écrit : En effet sur le cadastre il y a le nom mais juste à coté du bâtiment. Je mettrai pas ça sur le bâtiment même si ça ce fait car une résidence peut être composé de plusieurs bâtiment (dans ce cas le bâtiment porte un numéro ou une lettre). La délimitation et assez visible sur le cadastre pour faire un place de type surfacique place=neighbourhood permet d'ajouter: * name=* pour le nom. * Éventuellement aussi wikipedia=* pour créer un lien vers l'article Wikipédia correspondant, * start_date=*, pour l'année ou date à partir de laquelle ce quartier a vu le jour. * architect=* pour le nom de l'urbaniste ou de l'entreprise d'architecture qui a conçu le site. (Ce tag n'est pas disponible pour landuse... d'où ma réticence à m'en servir dans ce cas) Mon problème c'est que je vois le nom que sur la carte cyclable à un zoom de 18. Les autres couches ne l'affiche pas... Peut être est-il possible de corriger ça sur les autres couches??? http://www.openstreetmap.org/#map=18/43.59552/3.84836layers=C PS : Sur JOSM c'est soit l'ortho soit le cadastre et donc les bâtiments qui sont pas très bien calé sur ta zone. J'ai regardé les traces GPS mais c'est pas assez quadrillé sur la zone pour savoir quelle est la couche à corriger. Le 4 avril 2015 14:10, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Moi je fais un place=neighbourhood + name=Résidence *** avec les parcelles visibles sur le fond cadastral et Bing en support dans certains cas pour les parcelles redécoupés D'autre mettent ça avec un landuse=residential + name=Résidence *** Pour l'adresse pour la correspondance, si il n'y a pas de correspondance, je rajoute la référence Fantoir Landuse reste pour moi un moyen de définir la fonction globale de l'occupation du sol. Donc je me refuse à l'utiliser pour nommer et encore plus pour des Résidence. En plus, il y a déjà un Landuse=residential dans 90% des cas qui englobe l'ensemble de la ville dont la dite résidence. Je regarde sur JOSM pour voir si les rues ne sont pas déjà marqué mais mettre le nom de la résidence dans la rue je trouve ça pas propre. D'ailleurs j'ai corrigé des rues sur Montpellier en mettant ça comme highway=service car c'est la voirie de la résidence (voie privé qui plus est) 2015-04-04 11:53 GMT+02:00 didier2020 didier2...@free.fr: je sais pas trop quoi faire avec ces noms ... 027890082C RUE FOSSE AUX LOUPS R ARDENNE 027890084E RUE FOSSE AUX LOUPS R SOLOGNE 027890083D RUE FOSSE AUX LOUPS RES ARTOIS 027890138N RUE RICHEPIN RES ACADIE 027890154F RUE L ESCARBOT RES QUEBEC 027890162P RUE MERMOZ RES THIERACHE j'ai mis name=Résidence xxx sur le batiment http://cadastre.openstreetmap.fr/fantoir/#insee=02789 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/49.8342125108/3.91602302206 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/49.83549/3.91634 ___ 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] code FANTOIR avec nom de rue et de résidence
En effet sur le cadastre il y a le nom mais juste à coté du bâtiment. Je mettrai pas ça sur le bâtiment même si ça ce fait car une résidence peut être composé de plusieurs bâtiment (dans ce cas le bâtiment porte un numéro ou une lettre). La délimitation et assez visible sur le cadastre pour faire un place de type surfacique *place=neighbourhood* permet d'ajouter: - name http://wiki.openstreetmap.org/wiki/Key:name=* pour le nom. - Éventuellement aussi wikipedia http://wiki.openstreetmap.org/wiki/Key:wikipedia=* pour créer un lien vers l'article Wikipédia correspondant, - start_date http://wiki.openstreetmap.org/wiki/Key:start_date=*, pour l'année ou date à partir de laquelle ce quartier a vu le jour. - architect http://wiki.openstreetmap.org/wiki/Key:architect=* pour le nom de l'urbaniste ou de l'entreprise d'architecture qui a conçu le site. (Ce tag n'est pas disponible pour *landuse*... d'où ma réticence à m'en servir dans ce cas) Mon problème c'est que je vois le nom que sur la carte cyclable à un zoom de 18. Les autres couches ne l'affiche pas... Peut être est-il possible de corriger ça sur les autres couches??? http://www.openstreetmap.org/#map=18/43.59552/3.84836layers=C PS : Sur JOSM c'est soit l'ortho soit le cadastre et donc les bâtiments qui sont pas très bien calé sur ta zone. J'ai regardé les traces GPS mais c'est pas assez quadrillé sur la zone pour savoir quelle est la couche à corriger. Le 4 avril 2015 14:10, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Moi je fais un *place=neighbourhood + name=Résidence avec les parcelles visibles sur le fond cadastral et Bing en support dans certains cas pour les parcelles redécoupés D'autre mettent ça avec un* landuse=residential + name=Résidence Pour l'adresse pour la correspondance, si il n'y a pas de correspondance, je rajoute la référence Fantoir *Landuse *reste pour moi un moyen de définir la fonction globale de l'occupation du sol. Donc je me refuse à l'utiliser pour nommer et encore plus pour des Résidence. En plus, il y a déjà un *Landuse=residential* dans 90% des cas qui englobe l'ensemble de la ville dont la dite résidence. Je regarde sur JOSM pour voir si les rues ne sont pas déjà marqué mais mettre le nom de la résidence dans la rue je trouve ça pas propre. D'ailleurs j'ai corrigé des rues sur Montpellier en mettant ça comme *highway=service *car c'est la voirie de la résidence (voie privé qui plus est) 2015-04-04 11:53 GMT+02:00 didier2020 didier2...@free.fr: je sais pas trop quoi faire avec ces noms ... 027890082C RUE FOSSE AUX LOUPS R ARDENNE 027890084E RUE FOSSE AUX LOUPS R SOLOGNE 027890083D RUE FOSSE AUX LOUPS RES ARTOIS 027890138N RUE RICHEPIN RES ACADIE 027890154F RUE L ESCARBOT RES QUEBEC 027890162P RUE MERMOZ RES THIERACHE j'ai mis name=Résidence xxx sur le batiment http://cadastre.openstreetmap.fr/fantoir/#insee=02789 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/49.8342125108/3.91602302206 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/49.83549/3.91634 ___ 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] ?
Le 3 avr. 2015 à 15:48, Eric Bechet bec...@vosges.org a écrit : Oui, c'est proche du travail effectué autour de Gerardmer qui n'est pas mal du tout (pas moi qui ait fait...) et il faudra juste modifier le ref = et virer le nom. As-tu un lien vers un example ? Je crois qu'il faudrait également indiquer systématiquement un tag is_in car les numéros sont uniques seulement à l'intérieur d'une commune (à vérifier, mais il me semble que c'est ça)… Ces numéros sont uniques à l’intérieur d’une forêt. On peut ajouter éventuellement l’identifiant de la forêt avec un attribut comme d:FR:ONF=F06310R Ça permettrait à Tag2Link de pointer vers une éventuelle URL décrivant cette parcelle. — Yves Exemple tiré du fichier .kmz des forêts de France-Comté : IIDTN_FRT=F06310R LLIB_FRT=Forêt sectionale d'Eternoz-Refranche CCOD_PRF=4 Ça semble être : identifiant forêt, libellé forêt, code parcelle. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ?
Le 3 avr. 2015 à 17:22, JB jb...@mailoo.org a écrit : Bof pour le landuse, il est habituellement contenu dans un polygone plus grand, et empiler les landuses, ça reste crado. Empiler non, mais découper façon multipolygones, oui. Je vois une relation multipolygone qui décrit la forêt (name=xyz id:FR:ONF=xxx), contenant les polygones des parcelles (landuse=forest id:xxx leaf_type=yyy) En fait c’est ce qui existe actuellement avec les méga multipolygones de Corine Land Cover ;-) Sur le forum, quelqu'un proposait/utilisait un boundary=forest, ou un truc comme ça, non documenté, mais probablement à creuser Bof, cf. supra (et en plus, ça évite les merdouilles quand il y a une petite clairière dans la parcelle forestière Sur la forêt près de chez moi, les grandes clairières ne font pas parties des parcelles. Mais à creuser effectivement. Bof aussi d'empiler le cutline avec highway. Pas d’empilement, un trait a plusieurs attribut (highway, cutline…) Si c'est un cutline, c'est pas suffisamment marqué au sol pour être un path La traduction mot à mot est ligne de coupe ». Dans le cas d’un pare-feu ça se voit forcément au sol, mais effectivement, il n’y a pas forcément un sentier. , si c'est un path, ce n'est plus un layon. Je me suis baladé dans la réserve naturelle des Tourbières de Franes. Je te confirme que certains layons ont un sentier ou une piste qui passe là, et d’autres non. Je vais essayer de mettre les photos dans Mapillary et/ou le wiki. Concernant les attributs cutline ± higway, j’ai pris ça dans le wiki ;-) — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] code FANTOIR avec nom de rue et de résidence
ARFFF Je mettrai ça en erreur Fantoir car normalement c'est la rue qui doit faire foi et là tu as la rue plus autre type d'info Erreur la plus cohérente: Voie incorporée à une autre. Ton problème est un peu chiant car les trois Fantoir déservent le même nom de rue qui n'exista pas tous seul... (Sauf pour certaines dont tu as Rue + Résidence Donc il faut voir avec Vincent car là c'est un peu chiant à reprendre. Il faut prendre un seul des Fantoir et tronquer la valeur pour enlever la résidence L'adressage à la résidence ne sert qu'a titre indicatif car tu as le numéro en plus ;-) A moins garder le Fantoir sur la résidence... Mais je vois pas trop pourquoi faire si le numéro d'adresse existe Bref, ne mets pas le Fantoir c'est à corriger au préalable à mon avis. Vincent HELP ;-) Le 4 avril 2015 15:09, didier2020 didier2...@free.fr a écrit : vu qu'il y a une rue qui existe dans le cadastre, mais plusieurs fantoir (rue + nom résidence) name sur la rue, (name sur le batiment ou pas) mais quid fantoir ? Le samedi 04 avril 2015 à 14:44 +0200, Jérôme Seigneuret a écrit : En effet sur le cadastre il y a le nom mais juste à coté du bâtiment. Je mettrai pas ça sur le bâtiment même si ça ce fait car une résidence peut être composé de plusieurs bâtiment (dans ce cas le bâtiment porte un numéro ou une lettre). La délimitation et assez visible sur le cadastre pour faire un place de type surfacique place=neighbourhood permet d'ajouter: * name=* pour le nom. * Éventuellement aussi wikipedia=* pour créer un lien vers l'article Wikipédia correspondant, * start_date=*, pour l'année ou date à partir de laquelle ce quartier a vu le jour. * architect=* pour le nom de l'urbaniste ou de l'entreprise d'architecture qui a conçu le site. (Ce tag n'est pas disponible pour landuse... d'où ma réticence à m'en servir dans ce cas) Mon problème c'est que je vois le nom que sur la carte cyclable à un zoom de 18. Les autres couches ne l'affiche pas... Peut être est-il possible de corriger ça sur les autres couches??? http://www.openstreetmap.org/#map=18/43.59552/3.84836layers=C PS : Sur JOSM c'est soit l'ortho soit le cadastre et donc les bâtiments qui sont pas très bien calé sur ta zone. J'ai regardé les traces GPS mais c'est pas assez quadrillé sur la zone pour savoir quelle est la couche à corriger. Le 4 avril 2015 14:10, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Moi je fais un place=neighbourhood + name=Résidence *** avec les parcelles visibles sur le fond cadastral et Bing en support dans certains cas pour les parcelles redécoupés D'autre mettent ça avec un landuse=residential + name=Résidence *** Pour l'adresse pour la correspondance, si il n'y a pas de correspondance, je rajoute la référence Fantoir Landuse reste pour moi un moyen de définir la fonction globale de l'occupation du sol. Donc je me refuse à l'utiliser pour nommer et encore plus pour des Résidence. En plus, il y a déjà un Landuse=residential dans 90% des cas qui englobe l'ensemble de la ville dont la dite résidence. Je regarde sur JOSM pour voir si les rues ne sont pas déjà marqué mais mettre le nom de la résidence dans la rue je trouve ça pas propre. D'ailleurs j'ai corrigé des rues sur Montpellier en mettant ça comme highway=service car c'est la voirie de la résidence (voie privé qui plus est) 2015-04-04 11:53 GMT+02:00 didier2020 didier2...@free.fr: je sais pas trop quoi faire avec ces noms ... 027890082C RUE FOSSE AUX LOUPS R ARDENNE 027890084E RUE FOSSE AUX LOUPS R SOLOGNE 027890083D RUE FOSSE AUX LOUPS RES ARTOIS 027890138N RUE RICHEPIN RES ACADIE 027890154F RUE L ESCARBOT RES QUEBEC 027890162P RUE MERMOZ RES THIERACHE j'ai mis name=Résidence xxx sur le batiment http://cadastre.openstreetmap.fr/fantoir/#insee=02789 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/49.8342125108/3.91602302206 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/49.83549/3.91634 ___ 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] ?
Le 4 avril 2015 23:18, Pieren pier...@gmail.com a écrit : Les parcelles sont des limites administratives. Elles ne forment pas les limites physiques d'une forêt, ne tient pas compte des clairières, ni des prairies, ni des forêts privées adjacentes, etc. L'idée du tag landuse est très mauvaise, incohérente et ne passerait pas la barre de la liste import. Et non, cela ne va pas simplifier l'édition de la carte mais la compliquer puisque ces polygones vont s'entrelacer avec le reste. Ce sont les mêmes raisons qui font qu'on refuse les parcelles privées, même lorsqu'elles sont à disposition pour import. Voir le résumé des discussions ici: https://wiki.openstreetmap.org/wiki/Parcel Ensuite, petit rappel : les forêt gérées par l'ONF, celles qui ont leurs numéros parcellaires visibles sur le terrain, c'est 4,7 millions d'hectares (état+départements+communes). Cela fera donc plusieurs dizaines de milliers de parcelles au minimum (dont une partie seulement est visible des chemins) et ça n'a donc rien d'anodin comme décision. @Jérôme: j'en ai beaucoup plus à foutre que toi, je pense. Je sais ce que ça veut dire d'aller en forêt, et pas pour la balade, et je n'ai jamais eu besoin de ces numéros de parcelles pour me repérer. J'aime bien tous ceux ici qui trouveraient ces repères bien pratiques alors qu'ils ont un GPS à la main... Et je connais très bien les gens de l'ONF. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Des données qui ne servent pas à ce repérer présente sur osm, ça ne serai pas les premières. C'est pas tout a fait la même chose que les parcelles du cadastre,ces parcelles ont toutes un impact sur le terrain (a leur limite) alors que pour la cadastre beaucoup ne veulent plus rien dire souvent par découpage. Je suis d'accord landuse=forest ne convient pas et qu'il faudrait autre chose, c'était à la base pour ça que je posais la question. Mais en fait, j'en ai vraiment rien à foutre de ces parcelles :) moi a la base ma question c’était sur le tag sur l'emprise de la forêt communale ou domaniale :) boundary=protected_area et protection_title=Forêt communale (ou Forêt domaniale) ? http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area comme les Réserve naturelle, Parc naturel, zone Natura 2000 ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] code FANTOIR avec nom de rue et de résidence
Bonsoir, Le 04/04/2015 18:10, Jérôme Seigneuret a écrit : ARFFF Je mettrai ça en erreur Fantoir car normalement c'est la rue qui doit faire foi et là tu as la rue plus autre type d'info Erreur la plus cohérente: Voie incorporée à une autre. Ton problème est un peu chiant car les trois Fantoir déservent le même nom de rue qui n'exista pas tous seul... (Sauf pour certaines dont tu as Rue + Résidence Pour la rue de la Fosse aux Loups, on a 4 Fantoir : 1 par résidence + 1 pour la rue seule. N'en jetez plus. Les codes semblent bien s'appliquer aux voies et pas aux résidences, dixit la doc Fantoir [1]. On peut imaginer affecter chacun des 3 codes des résidences à 3 portions de la voie Rue de la Fosse au Loups qui partent de là : https://www.openstreetmap.org/node/3436827988 mais ça laisse sur le carreau le Fantoir de la voie seule. Pour lui je n'ai aucune idée, sachant qu'en plus aucune parcelle du cadastre n'est rattachée à cette voie : le 027890079Z est dans les voies sans adresses. En regardant la rue Hirson, c'est un peu différent : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/49.8374866646/3.91359296038 On a encore une voie par résidence et une voie pour la rue seule, mais il semble plus simple d'affecter un Fantoir à chacune, même si elles portent toutes le même nom Rue d'Hirson dans OSM. Le Fantoir de la rue seule irait sur https://www.openstreetmap.org/way/336628661, et les autres sur les voies de service devant chaque immeuble. Dans tous les cas, avoir plusieurs codes Fantoir avec le même nom de voie OSM va laisser, pour l'instant, du rouge sur le calque Bano, car la gestion de Fantoirs multiples pour un seul nom n'est pas encore branchée. Du coup je rajoute ces exemples dans le ticket : https://github.com/osm-fr/bano/issues/71 vincent [1] : http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO : suivi des rapprochements, par département
Bonsoir, Dans la série des outils autour de BANO, je vous propose une nouvelle page, qui donne pour un département quelques chiffres commune par commune : - le nombre de voies avec adresses, rapprochées - le nombre de voies rapprochées (qu'elles aient des adresses ou pas) - le nombre de voies recensées au FANTOIR, hors lieux-dits - le nombre de voies _et_ lieux-dits recensés au FANTOIR et des calculs de pourcentages combinant ces 4 effectifs. La prise en compte des lieux-dits permet de s'adapter au cas où des rapprochements de voies OSM sont faits sur des FANTOIRs de lieux-dits. Ça sera pertinent dans certaines communes seulement. L'outil est ici : http://cadastre.openstreetmap.fr/fantoir/stats_dept.html Ces tableaux généralisent un outil qui a émergé pour accompagner le travail en cours sur l'Isère [1]. L'idée était de voir, à l'échelle d'un département, où se situaient les communes les plus déficitaires dans OSM en voies nommées, donc celles sur lesquelles on pourrait mettre la priorité en terme de contribution. Questions retours bienvenus, vincent [1] : https://lists.openstreetmap.org/pipermail/talk-fr/2015-March/075627.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ?
Le 04/04/2015 16:27, Yves Pratter a écrit : Le 3 avr. 2015 à 15:48, Eric Bechet bec...@vosges.org mailto:bec...@vosges.org a écrit : Oui, c'est proche du travail effectué autour de Gerardmer qui n'est pas mal du tout (pas moi qui ait fait...) et il faudra juste modifier le ref = et virer le nom. As-tu un lien vers un example ? par exemple voir dans ce coin là... https://www.openstreetmap.org/#map=16/48.0762/6.8439 Je crois qu'il faudrait également indiquer systématiquement un tag is_in car les numéros sont uniques seulement à l'intérieur d'une commune (à vérifier, mais il me semble que c'est ça)… Ces numéros sont uniques à l’intérieur d’une forêt. On peut ajouter éventuellement l’identifiant de la forêt avec un attribut comme d:FR:ONF=F06310R Ça permettrait à Tag2Link de pointer vers une éventuelle URL décrivant cette parcelle. — Yves Exemple tiré du fichier .kmz des forêts de France-Comté : * IIDTN_FRT=F06310R * LLIB_FRT=Forêt sectionale d'Eternoz-Refranche * CCOD_PRF=4 Ça semble être : identifiant forêt, libellé forêt, code parcelle. ___ 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] code FANTOIR avec nom de rue et de résidence
ok merci pour la réponse . question en + : les highway=service ne sont pas rapprochés ? Le samedi 04 avril 2015 à 21:13 +0200, Vincent de Château-Thierry a écrit : Bonsoir, Le 04/04/2015 18:10, Jérôme Seigneuret a écrit : ARFFF Je mettrai ça en erreur Fantoir car normalement c'est la rue qui doit faire foi et là tu as la rue plus autre type d'info Erreur la plus cohérente: Voie incorporée à une autre. Ton problème est un peu chiant car les trois Fantoir déservent le même nom de rue qui n'exista pas tous seul... (Sauf pour certaines dont tu as Rue + Résidence Pour la rue de la Fosse aux Loups, on a 4 Fantoir : 1 par résidence + 1 pour la rue seule. N'en jetez plus. Les codes semblent bien s'appliquer aux voies et pas aux résidences, dixit la doc Fantoir [1]. On peut imaginer affecter chacun des 3 codes des résidences à 3 portions de la voie Rue de la Fosse au Loups qui partent de là : https://www.openstreetmap.org/node/3436827988 mais ça laisse sur le carreau le Fantoir de la voie seule. Pour lui je n'ai aucune idée, sachant qu'en plus aucune parcelle du cadastre n'est rattachée à cette voie : le 027890079Z est dans les voies sans adresses. En regardant la rue Hirson, c'est un peu différent : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/49.8374866646/3.91359296038 On a encore une voie par résidence et une voie pour la rue seule, mais il semble plus simple d'affecter un Fantoir à chacune, même si elles portent toutes le même nom Rue d'Hirson dans OSM. Le Fantoir de la rue seule irait sur https://www.openstreetmap.org/way/336628661, et les autres sur les voies de service devant chaque immeuble. Dans tous les cas, avoir plusieurs codes Fantoir avec le même nom de voie OSM va laisser, pour l'instant, du rouge sur le calque Bano, car la gestion de Fantoirs multiples pour un seul nom n'est pas encore branchée. Du coup je rajoute ces exemples dans le ticket : https://github.com/osm-fr/bano/issues/71 vincent [1] : http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf ___ 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] ?
Les parcelles sont des limites administratives. Elles ne forment pas les limites physiques d'une forêt, ne tient pas compte des clairières, ni des prairies, ni des forêts privées adjacentes, etc. L'idée du tag landuse est très mauvaise, incohérente et ne passerait pas la barre de la liste import. Et non, cela ne va pas simplifier l'édition de la carte mais la compliquer puisque ces polygones vont s'entrelacer avec le reste. Ce sont les mêmes raisons qui font qu'on refuse les parcelles privées, même lorsqu'elles sont à disposition pour import. Voir le résumé des discussions ici: https://wiki.openstreetmap.org/wiki/Parcel Ensuite, petit rappel : les forêt gérées par l'ONF, celles qui ont leurs numéros parcellaires visibles sur le terrain, c'est 4,7 millions d'hectares (état+départements+communes). Cela fera donc plusieurs dizaines de milliers de parcelles au minimum (dont une partie seulement est visible des chemins) et ça n'a donc rien d'anodin comme décision. @Jérôme: j'en ai beaucoup plus à foutre que toi, je pense. Je sais ce que ça veut dire d'aller en forêt, et pas pour la balade, et je n'ai jamais eu besoin de ces numéros de parcelles pour me repérer. J'aime bien tous ceux ici qui trouveraient ces repères bien pratiques alors qu'ils ont un GPS à la main... Et je connais très bien les gens de l'ONF. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] code FANTOIR avec nom de rue et de résidence
Le 04/04/2015 22:13, didier2020 a écrit : ok merci pour la réponse . question en + : les highway=service ne sont pas rapprochés ? Tous les objets linéaires ou surfaciques avec les tags highway et name sont automatiquement candidats au rapprochement. Si tu constates que ça ne rapproche pas, y'a un souci... le dire :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
