Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages
Bonsoir, ça y est, nous avons fini la journée de Cartopartie à tagger les panneaux d'entrée et de sorties de villes du Gers. 966 panneaux ont été créés. Voici la requette Overpass Turbo pour consulter les données: [out:json][timeout:25]; // Définir la zone de recherche: {{geocodeArea:"Gers"}}->.dept; ( // Prospecter pour les noeuds, chemins et relation node["traffic_sign:forward"="city_limit"](area.dept); node["traffic_sign:backward"="city_limit"](area.dept); node["traffic_sign"="city_limit"](area.dept); node["traffic_sign"="city_limit,FR:EB10"](area.dept); node["traffic_sign"="city_limit,FR:EB20"](area.dept); ); // Afficher les résultats: out body; >; out skel qt; Je dois encore vérifier et corriger quelques petites choses pour voir s'il n'y a pas d'erreurs. Je compléterais également la doc OSM. Nous n'avons pas tant utilisés le tag traffic_sign:forward car certains étudiants n'étaient pas forcément à l'aise avec le sens du tracet, etc. Merci à tous ceux qui m'ont aidé à préparé et débrousailler ce travail! Bonne soirée, Onésime. - Mail original - De: onesim...@free.fr À: "Discussions sur OSM en français" Envoyé: Jeudi 13 Février 2020 23:26:01 Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Bonsoir, Ok, merci pour cette précisions. Je vais voir comment ça se passe. Et si jamais c'est trop compliqué de tagger directement dans OSM, est ce qu'on peut transmettre le fichier shapefile avec les données, et les métadonnées pour que quelqu'un puisse les charger directement dans OSM? Si oui, comment ça se passe, il y a un lieu fait pour ça, ou c'est sur ce genre de liste? Avant, on utilisait le plugin OSM de QGis, mais maintenant il n'y ai plus... et l'utilisation de Josm est un peu compliquée à employer dans le cadre d'une cartopartie avec des personnes qui ne sont pas familières. Merci à vous, Onésime. - Mail original - De: "Florimond Berthoux" À: "Discussions sur OSM en français" Envoyé: Mercredi 12 Février 2020 22:13:39 Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Sur le wiki en créant une page, par exemple en anglais tu suis un des liens et tu appuies sur "créer" https://wiki.openstreetmap.org/wiki/Key:pole:sealed ou https://wiki.openstreetmap.org/wiki/Key:support:sealed Le mar. 11 févr. 2020 à 21:30, < onesim...@free.fr > a écrit : Ok, je vais tenter avec cela. Pour le documenter, comment ça se passe? Merci! De: "Florimond Berthoux" < florimond.berth...@gmail.com > À: "Discussions sur OSM en français" < talk-fr@openstreetmap.org > Envoyé: Mardi 11 Février 2020 19:38:44 Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Tout bien réfléchi je pense que c'est une erreur de considérer le sol ou le béton comme étant le support du poteau (c'est pas faux, mais pas top non plus). Je verrais plutôt un tag pour préciser si le poteau est scellé ou non dans du béton. propositions : support:sealed=yes|concrete ou pole:sealed=yes|concrete (sealed ou embedded ?) @Onésime oui il n'y a pas de tag documenté pour différencier les poteaux scellé des non scellé. Dans l'absolue vaut mieux inventer inventer un nouveau tag, le documenter, et s'il faut le changer un peu plus tard on pourra le faire de façon presque automatique. Le mar. 11 févr. 2020 à 14:34, marc marc < marc_marc_...@hotmail.com > a écrit : Le 11.02.20 à 14:05, Florimond Berthoux a écrit : > support=pole > support:pole:support=ground > > plutôt parce que s’il y a plusieurs support (support=pole;wall) on > pourra pas préciser le support de quel support. une photo d'un panneau supporté à la fois par un poteau et un mur ? j'ai l'impression qu'on est une fois de + entrain de faire une usine à gaz "par défaut" pour au cas oü il y a besoin de traiter un cas plus complexe que le cas par défaut. et le contributeur lambda est largé depuis longtemps par la marche toujours plus grande à entrée... > Le mar. 11 févr. 2020 à 00:15, marc marc a écrit : > > support=pole : le panneau est porté par un poteau > support:support=ground : le poteau est directement mis dans le sol ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Florimond Berthoux ___ 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 -- Florimond Berthoux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list
Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages
Bonsoir, Ok, merci pour cette précisions. Je vais voir comment ça se passe. Et si jamais c'est trop compliqué de tagger directement dans OSM, est ce qu'on peut transmettre le fichier shapefile avec les données, et les métadonnées pour que quelqu'un puisse les charger directement dans OSM? Si oui, comment ça se passe, il y a un lieu fait pour ça, ou c'est sur ce genre de liste? Avant, on utilisait le plugin OSM de QGis, mais maintenant il n'y ai plus... et l'utilisation de Josm est un peu compliquée à employer dans le cadre d'une cartopartie avec des personnes qui ne sont pas familières. Merci à vous, Onésime. - Mail original - De: "Florimond Berthoux" À: "Discussions sur OSM en français" Envoyé: Mercredi 12 Février 2020 22:13:39 Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Sur le wiki en créant une page, par exemple en anglais tu suis un des liens et tu appuies sur "créer" https://wiki.openstreetmap.org/wiki/Key:pole:sealed ou https://wiki.openstreetmap.org/wiki/Key:support:sealed Le mar. 11 févr. 2020 à 21:30, < onesim...@free.fr > a écrit : Ok, je vais tenter avec cela. Pour le documenter, comment ça se passe? Merci! De: "Florimond Berthoux" < florimond.berth...@gmail.com > À: "Discussions sur OSM en français" < talk-fr@openstreetmap.org > Envoyé: Mardi 11 Février 2020 19:38:44 Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Tout bien réfléchi je pense que c'est une erreur de considérer le sol ou le béton comme étant le support du poteau (c'est pas faux, mais pas top non plus). Je verrais plutôt un tag pour préciser si le poteau est scellé ou non dans du béton. propositions : support:sealed=yes|concrete ou pole:sealed=yes|concrete (sealed ou embedded ?) @Onésime oui il n'y a pas de tag documenté pour différencier les poteaux scellé des non scellé. Dans l'absolue vaut mieux inventer inventer un nouveau tag, le documenter, et s'il faut le changer un peu plus tard on pourra le faire de façon presque automatique. Le mar. 11 févr. 2020 à 14:34, marc marc < marc_marc_...@hotmail.com > a écrit : Le 11.02.20 à 14:05, Florimond Berthoux a écrit : > support=pole > support:pole:support=ground > > plutôt parce que s’il y a plusieurs support (support=pole;wall) on > pourra pas préciser le support de quel support. une photo d'un panneau supporté à la fois par un poteau et un mur ? j'ai l'impression qu'on est une fois de + entrain de faire une usine à gaz "par défaut" pour au cas oü il y a besoin de traiter un cas plus complexe que le cas par défaut. et le contributeur lambda est largé depuis longtemps par la marche toujours plus grande à entrée... > Le mar. 11 févr. 2020 à 00:15, marc marc a écrit : > > support=pole : le panneau est porté par un poteau > support:support=ground : le poteau est directement mis dans le sol ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Florimond Berthoux ___ 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 -- Florimond Berthoux ___ 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] Tagger correctement les panneaux entrées de villes & villages
Ok, je vais tenter avec cela. Pour le documenter, comment ça se passe? Merci! - Mail original - De: "Florimond Berthoux" À: "Discussions sur OSM en français" Envoyé: Mardi 11 Février 2020 19:38:44 Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Tout bien réfléchi je pense que c'est une erreur de considérer le sol ou le béton comme étant le support du poteau (c'est pas faux, mais pas top non plus). Je verrais plutôt un tag pour préciser si le poteau est scellé ou non dans du béton. propositions : support:sealed=yes|concrete ou pole:sealed=yes|concrete (sealed ou embedded ?) @Onésime oui il n'y a pas de tag documenté pour différencier les poteaux scellé des non scellé. Dans l'absolue vaut mieux inventer inventer un nouveau tag, le documenter, et s'il faut le changer un peu plus tard on pourra le faire de façon presque automatique. Le mar. 11 févr. 2020 à 14:34, marc marc < marc_marc_...@hotmail.com > a écrit : Le 11.02.20 à 14:05, Florimond Berthoux a écrit : > support=pole > support:pole:support=ground > > plutôt parce que s’il y a plusieurs support (support=pole;wall) on > pourra pas préciser le support de quel support. une photo d'un panneau supporté à la fois par un poteau et un mur ? j'ai l'impression qu'on est une fois de + entrain de faire une usine à gaz "par défaut" pour au cas oü il y a besoin de traiter un cas plus complexe que le cas par défaut. et le contributeur lambda est largé depuis longtemps par la marche toujours plus grande à entrée... > Le mar. 11 févr. 2020 à 00:15, marc marc a écrit : > > support=pole : le panneau est porté par un poteau > support:support=ground : le poteau est directement mis dans le sol ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Florimond Berthoux ___ 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] Tagger correctement les panneaux entrées de villes & villages
Bonsoir, Merci pour vos échanges... la date de la session de cartoparty approche (vendredi)... et je suis toujours dans le flou. Comme je l'ai évoqué, la commande est de faire: - une mise à jour des panneaux de villes et villages, - renseigner le EB10 ou EB20 (entrée ou sortie de village), - renseigner si les 2 panneaux sont au même niveau, - renseigner si le panneau est zérophyto ou non => si le poteau est ancré dans le sol directement ou s'il y a un carré de béton au pied (qui ne nécessite pas de désherbant). C'est une cartoparty avec une classe de géomaticien, et pour faire découvrir OSM et l'enrichir par la même occasion, on se base sur OSM pour répondre à la commande qui nous est faite (en général, ça se passe en classe en se basant sur des ressources libres telles que Mapillary, OpenStreetCam, etc.). Là, j'avoue que les différents échanges font que je n'y voit toujours pas plus claire. Je suis entrain de préparer les consignes avec les tags, etc. - on est d'accord pour utiliser traffic_sign=city_limit , puis éventuellement name= pour le nom du village. - pour le sens, par contre, on a le choix - entre traffic_sign:forward= city_limit et traffic_sign:backward = city_limit - OU traffic_sign=city_limit,FR:EB10 et traffic_sign=city_limit,FR:EB20 - pour le poteau, si je comprends bien, il faut utiliser support=pole dans tous les cas si le panneau est sur un poteau... par contre, il n'y a pas trop de solution pour renseigner si le poteau est sur du béton ou non? Il y aurait une 30ne d'élèves pour bosser dessus sur une journée... et ce serait dommage qu'OSM ne profite pas de cette aubaine? (renseigner OSM est du bonus, on nous demande juste un shapefile avec les infos). Concernant le département, c'est le Gers, donc on est pas trop sur la problématique de passer d'une agglo à l'autre avec les histoires de vitesse, on est vraiment dans un contexte rural. Merci, bonne fin de journée, Onésime - Mail original - De: "Christian Quest" À: talk-fr@openstreetmap.org Envoyé: Mardi 11 Février 2020 17:00:25 Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Le 11/02/2020 à 14:33, marc marc a écrit : > Le 11.02.20 à 14:05, Florimond Berthoux a écrit : >> support=pole >> support:pole:support=ground >> >> plutôt parce que s’il y a plusieurs support (support=pole;wall) on >> pourra pas préciser le support de quel support. > une photo d'un panneau supporté à la fois par un poteau et un mur ? > j'ai l'impression qu'on est une fois de + entrain de faire une usine à > gaz "par défaut" pour au cas oü il y a besoin de traiter un cas plus > complexe que le cas par défaut. et le contributeur lambda est largé > depuis longtemps par la marche toujours plus grande à entrée... +1000 ! KISS -- 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] Tagger correctement les panneaux entrées de villes & villages
Bonsoir, Je pense qu’on va partir sur des points à proximité de la route, à l’emplacement exact du panneau. Si je récapitule : Il n’est pas possible de mettre 2 fois la même clé par ex. : - traffic_sign=city_limit et - traffic_sign=FR:EB20 donc une alternative et une meilleure manière de le noter est la suivante : - traffic_sign=city_limit,FR:EB20. Même si je doute que l’on ai le panneau d’entrée et de sortie du village sur le même poteaux, si ça arrive, on se base sur le sens de création du trait, puis on définit si c’est backward ou forward. traffic_sign:backward=city_limit traffic_ sign:forward=city_limit Concernant le type de fixation du poteau, que pensez vous de ce qu’on pensais faire : - support= post quand le panneau est simplement planté - support = pole si le panneau est scellé au sol avec du béton ? Merci pour votre aide ! Bonne soirée, Onesime - Mail original - De: "leni" À: talk-fr@openstreetmap.org Envoyé: Lundi 10 Février 2020 18:17:49 Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Désolé, mon message a été envoyé à la liste au lieu d'à la poubelle leni ___ 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] Tagger correctement les panneaux entrées de villes & villages
Bonsoir, Ce n'est pas taguer 2 fois le même feature, vu qu'ils sont distingués par leur code eb20 ou eb10 qui sont des standards en France. Pour le forward ou backward, comment différenciez vous le sens? !Encore une fois, c'est un département rural, et ce sont majoritairement des villages, traversés par une simple voie à double sens, sans marquage au sol.Bonne soirée Message d'origine De : Florimond Berthoux Date : 09/02/2020 21:06 (GMT+01:00) À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Bonsoir,Non il ne faut pas tagguer deux fois la même feature (bonjour la cohérence des données et la maintenance).Si on veut être sympa pour le routeur on met le nœud sur le way de la route avec:traffic_sign:forward=city_limittraffic_sign:backward=city_limità la hauteur du panneau de début ou de fin d'agglomération.Attention le forward et le backward se réfère au sens du way dans le quel le panneau est lu.https://wiki.openstreetmap.org/wiki/FR:Key:traffic_sign#Sur_un_way_ou_une_zone_.28area.29Le dim. 9 févr. 2020 à 17:38, David Marchal a écrit : > Le 9 févr. 2020 à 13:43, onesime31 a écrit : > > > Bonjour, Bonsoir. > > Nous avons un projet avec une classe de géomaticiens en formation. > On a une commande et on aimerait faire cela en utilisant OSM, faire une > cartoparty dans le cadre de leur formation. La commande est de cartographier > les entrées et sorties de villes et villages. > > Pour le panneau d'entrée de village, voici le key et le value qu'on pensait > utiliser: traffic_sign=city_limit > à priori, il n'y a pas possibilité de préciser si c'est le panneau d'entrée > ou de sortie du village? > On peut les distinguer via le code EB10 et EB20... est ce une bonne manière > de référencer comme cela: > - traffic_sign=city_limit > - traffic_sign=FR:EB20 > ? À mon avis, il vaudrait mieux garder la convention de mettre un nœud traffic_sign=city_limit sur la route, à l’endroit où le panneau est placé, car ça permet aux utilisateurs des données de savoir, par exemple, à partir de quel point les règles de circulation en agglomération s’appliquent. En revanche, ça n’empêche pas de placer un autre nœud traffic_sign=FR:EB20 à l’emplacement précis du panneau, et sans lien avec la route. Faire les deux fait plus de travail, mais au moins tout le monde est content. -- Florimond Berthoux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages
Bonsoir, C'est ce qu'il me semble le plus cohérent. Et en effet noter les 2 panneaux Par contre, il me reste à voir pour les plots béton. Bonne soirée Message d'origine De : David Marchal Date : 09/02/2020 17:40 (GMT+01:00) À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages > Le 9 févr. 2020 à 13:43, onesime31 a écrit :> > > Bonjour,Bonsoir.> > Nous avons un projet avec une classe de géomaticiens en formation.> On a une commande et on aimerait faire cela en utilisant OSM, faire une cartoparty dans le cadre de leur formation. La commande est de cartographier les entrées et sorties de villes et villages.> > Pour le panneau d'entrée de village, voici le key et le value qu'on pensait utiliser: traffic_sign=city_limit > à priori, il n'y a pas possibilité de préciser si c'est le panneau d'entrée ou de sortie du village? > On peut les distinguer via le code EB10 et EB20... est ce une bonne manière de référencer comme cela:> - traffic_sign=city_limit> - traffic_sign=FR:EB20> ?À mon avis, il vaudrait mieux garder la convention de mettre un nœud traffic_sign=city_limit sur la route, à l’endroit où le panneau est placé, car ça permet aux utilisateurs des données de savoir, par exemple, à partir de quel point les règles de circulation en agglomération s’appliquent. En revanche, ça n’empêche pas de placer un autre nœud traffic_sign=FR:EB20 à l’emplacement précis du panneau, et sans lien avec la route. Faire les deux fait plus de travail, mais au moins tout le monde est content.> Il nous faudrait également indiquer s'ils sont zérophyto: c'est à dire que les poteaux de ces panneaux aient un dé ou une dalle béton au pied (et qu'on utilise pas de pesticide pour enlever l'herbe au pied de ceux-ci).> Pour la fixation du panneau, on pensait utiliser le key "support" puis les value suivant pour les distinguer:> - support= post quand le panneau est simplement planté (donc pas zerophyto)> - support = pole si le panneau est scellé au sol (= zerophyto pour nous)> Existe t-il une autre manière de tagger s'il y a un dé, ou une dalle béton au pied du panneau?> > L'idée serait de travailler sur OSM, et de faire une extraction pour répondre à la commande qui nous est faite.> > Si vous avez des conseils, précisions, ressources, etc. n'hésitez pas.> > Bonne soirée, Onésime.Cordialement.___Talk-fr mailing listTalk-fr@openstreetmap.orghttps://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] Tagger correctement les panneaux entrées de villes & villages
Bonsoir, Merci pour votre réponse. Ce serait pour un département rural qui n'a pas d'agglomération... donc je parlais surtout des panneaux des entrées de village, et de quelques villes. Bonne soirée Message d'origine De : Philippe Verdy Date : 09/02/2020 15:53 (GMT+01:00) À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages Un ennui : l'entrée d'une commune et la sortie d'une autre peuvent être au même emplacement (même poteau support) dans le cas d'une frontière communale au sein d'une même agglomération.Ce qui a été déjà fait dans certaines agglomération pour les distinguer c'est de créer des boundary=urban, passant par ces panneaux indicateurs.Mais "boundary=urban" ne traite pas encore ces cas de frontières communales intra-agglomération où c'est la frontière communale (boundary=administrative et admin_level<=8) qui tient lieu de limite. Et il reste aussi des cas de frontières au sein des communes nouvelles (ou associations de communes), entre les communes déléguées ou associées (admin_level=9), où la toponymie de chaque commune déléguée (ou associée) est conservée (même si les panneaux annotent en dessous et plus petits caractères "(Commune de )".Le "boundary=urban" est surtout destiné à limiter les frontières d'agglomération pour la régulation routière: le tracé des contours reste approximatif (pas exactement sur les limites de propriétés) mais passe par des points précis sur les voies publiques où ces panneaux limites d'agglomération sont posés.En principe il y a des panneaux de chaque côté de la voie mais ils ne sont pas toujours en vis-à-vis (par exemple quand l'entrée ou la sortie d'agglomération se fait par des voies séparées comme des bretelles de ronds-points ou par un séparateur de chaussée visant aussi à renforcer la limite de vitesse, ou des bretelles d'accès de routes express, ou quand il y a des feux dans un seul sens, ou quand la partie habitée commence d'un seul côté, l'autre étant encore agricole ou forestier (et hors zone constructible selon les PLU en vigueur).Délimiter les agglomérations peut avoir plusieurs significations:* celle de l'INSEE se base sur des distances minimales entre bâtis (50 mètres?), et permet à l'INSEE de définir les secteurs de populations urbaines ou rurales, ces frontières du découpage urbain du territoire aux fins statistiques sont évolutives.* celle décidée par les communes qui décident de mettre en place des limitations vitesse, et accéder aux demandes des "riverains" (peu importe la définition de l'INSEE, la commune peut considérer d'autres facteurs comme la présence de parcs de loisirs ou terrrains de sports ou des équipements publics comme un cimetière communal, ou certaines autres activités de loisir ou touristiques, même si elles ne sont pas habitées, ou simplement une activité commerciale ou industrielle attirant de nombreux piétons): la limitation de vitesse "urbaine" n'est pas la même définition que .l'INSEE.On n'a pas de distinction des deux types de découpage urbain (statistique de l'INSEE, ou routier au sens du code de la route et de la réglementation communale/préfectorale et des panneaux EB10 et EB20, qui ne sont pas disposés partout sur toutes les voies résidentielles "mineures" ni sur les voies privées).Le dim. 9 févr. 2020 à 13:44, onesime31 a écrit :Bonjour,Nous avons un projet avec une classe de géomaticiens en formation.On a une commande et on aimerait faire cela en utilisant OSM, faire une cartoparty dans le cadre de leur formation. La commande est de cartographier les entrées et sorties de villes et villages. Pour le panneau d'entrée de village, voici le key et le value qu'on pensait utiliser: traffic_sign=city_limit à priori, il n'y a pas possibilité de préciser si c'est le panneau d'entrée ou de sortie du village? On peut les distinguer via le code EB10 et EB20... est ce une bonne manière de référencer comme cela:- traffic_sign=city_limit- traffic_sign=FR:EB20?Il nous faudrait également indiquer s'ils sont zérophyto: c'est à dire que les poteaux de ces panneaux aient un dé ou une dalle béton au pied (et qu'on utilise pas de pesticide pour enlever l'herbe au pied de ceux-ci).Pour la fixation du panneau, on pensait utiliser le key "support" puis les value suivant pour les distinguer:- support= post quand le panneau est simplement planté (donc pas zerophyto)- support = pole si le panneau est scellé au sol (= zerophyto pour nous)Existe t-il une autre manière de tagger s'il y a un dé, ou une dalle béton au pied du panneau?L'idée serait de travailler sur OSM, et de faire une extraction pour répondre à la commande qui nous est faite.Si vous avez des conseils, précisions, ressources, etc. n'hésitez pas.Bonne soirée, Onésime.___ Talk-fr mailing li
[OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages
Bonjour,Nous avons un projet avec une classe de géomaticiens en formation.On a une commande et on aimerait faire cela en utilisant OSM, faire une cartoparty dans le cadre de leur formation. La commande est de cartographier les entrées et sorties de villes et villages. Pour le panneau d'entrée de village, voici le key et le value qu'on pensait utiliser: traffic_sign=city_limit à priori, il n'y a pas possibilité de préciser si c'est le panneau d'entrée ou de sortie du village? On peut les distinguer via le code EB10 et EB20... est ce une bonne manière de référencer comme cela:- traffic_sign=city_limit- traffic_sign=FR:EB20?Il nous faudrait également indiquer s'ils sont zérophyto: c'est à dire que les poteaux de ces panneaux aient un dé ou une dalle béton au pied (et qu'on utilise pas de pesticide pour enlever l'herbe au pied de ceux-ci).Pour la fixation du panneau, on pensait utiliser le key "support" puis les value suivant pour les distinguer:- support= post quand le panneau est simplement planté (donc pas zerophyto)- support = pole si le panneau est scellé au sol (= zerophyto pour nous)Existe t-il une autre manière de tagger s'il y a un dé, ou une dalle béton au pied du panneau?L'idée serait de travailler sur OSM, et de faire une extraction pour répondre à la commande qui nous est faite.Si vous avez des conseils, précisions, ressources, etc. n'hésitez pas.Bonne soirée, Onésime.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM pour Licence Pro SIG en 2 jours
Bonjour à vous, Depuis quelques années, je propose des interventions sur OSM et notamment à une licence pro en SIG. Voici ce que je fais actuellement: - la 1ère journée, je fais surtout de la théorie où je présente le principe d'OSM et son fonctionnement. Ensuite, je présente comment l'utiliser: les différents rendus utilisables dans le quotidien du géomaticien, les applis mobiles qui exploitent OSM. Puis comment contribuer où je montre rapidement les différentes possibilités. Enfin, je termine par une session extraction à partir d'overpass turbo et interaction avec QGis. - on a mis en place une 2ème journée surtout orientée pratique où nous avons cartographié sur un thème donné une ville. On se basait soit sur des relevés déjà effectués à partir d'applis mobile, ou sinon à partir de Mapillary. Nous avons rencontrés des limites à cela: Mapillary est encore assez peu complet, et on s'est rendu compte en fin de journée que certains s'étaient aussi aidés de StreetView ce qu'il ne faut pas faire. Pour les futures formations, on aimerait faire quelque chose de plus dynamique, le soucis, est que l'on n'a pas de moyen logistique et on ne peut pas aller sur place. Pour Mapillary, les images envoyées mettent également trop de temps à être exploitable dans OSM sur une journée, il y a quelques heures de délais. Auriez vous des conseils, retours d'expériences sur les possibilités, en une journée de pratiquer OSM et Mapillary pour que ce soit intéressant d'un point de vue géomaticien, relativement ludique, et dans la mesure du possible en pouvant le faire à distance, sans être sur place... Merci!___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr