[OSM-talk-fr] version française du wiki de l'attribut "place=neighbourhood"
Bonjour ! La version FR https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dneighbourhood est beaucoup moins remplie que l'EN https://wiki.openstreetmap.org/wiki/Tag:place%3Dneighbourhood Pour les mettre en phase, je l'ai fait sur une page brouillon https://wiki.openstreetmap.org/wiki/User:Lenny/Occitanie/liO Avant de le mettre sur la bonne page du wiki, j'aimerais si possible avoir votre avis. La difficulté que je trouvais, c'est que les pages wikipedia anglaises : https://en.wikipedia.org/wiki/Neighbourhood et https://en.wikipedia.org/wiki/Quarter_(urban_subdivision) renvoie toutes les deux vers la même page française https://fr.wikipedia.org/wiki/Quartier_(ville) Cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mesure d'une distance à vol d'oiseau
En géographie, normalement on calcule la distance à vol d'oiseau sur l'ellipsoïde. L'ellipsoïde utilisée est celle utilisée par le système WGS84. La distance est alors la longueur de la ligne géodésique. Ce site [1] (en anglais) fait ce calcul. Il trouve bien le chemin par un pôle quand les deux points sont diamétralement opposés sur l'équateur. Le site propose également le calcul de points intermédiaires sur la géodésique. Ce site [2] dessine des grands cercles sur une carte pour un globe sphérique. Le site [1] a un lien (que je n'ai pas essayé) vers une page qui dessine des géodésiques sur un carte. [1] https://geographiclib.sourceforge.io/scripts/geod-calc.html [2] https://www.greatcirclemapper.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carto Partie Permier semestre 2024
On 4/12/24 08:55, roptat wrote: Hello, Finalement je ne serai pas disponible le 26, désolé ! Pas grave du tout !! Profites bien de ton dimanche. Ludo -- https://ludovic.hirlimann.net https://piaille.fr/@usul https://pix.diaspodon.fr/i/web/profile/41 OpenPGP_0x96BD1F38FEA32B4D.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carto Partie Permier semestre 2024
On 1/21/24 11:37, Ludovic Hirlimann wrote: Hier, c'est tenu la réunion mensuelle des utilisateurs et contributeur à OSM de Toulouse. Nous avions comme agenda de commencer à organiser une carto partie suite à des discussions lors du Capitole du Libre en 2023. J'avais proposé de nous rendre dans le bas Quercy, à l'Est de Montauban : * C'est peu habité - donc pas d'informaticien pour alimenter la carte. * C'est relativement pas trop loin de chez moi et donc ça m'arrange plus que le Gers. Nous sommes restés assez d'accord sur la zone, en se disant que Saint-Antonin Noble-Val pourrait nous servir de base logistique. Le plan actuel est d'affiner en fonction des autres points Comme promis, petit point mi-avril : La date retenue est le 26 mai 2024. J'ai envoyé une invitation à ceux dont j'ai les emails. Il me manque l'adresse de Benoit, Patrice K n'étant pas disponible cela ne cause pas de soucis. Je compte : Julien, Christophe, Sébastien, Liliane, Stan, Moi Avec : * Moi, Christophe et Sébastien qui sont véhiculés. * Je viens avec mes enfants et je pars de Grisolles, j'ai donc une place dans la voiture * Sébastien à 3 places * Christophe en a au moins une et une place de vélo. On devrait donc avoir assez de place pour Benoit, Liliane et Julien. Pouvez-vous vous mettre d'accord pour le transport. Après avoir regardé la carte à https://www.openstreetmap.org/search?query=saint-antonin%20noblevall#map=17/44.15129/1.75629, je propose d'on se retrouve au niveau de l'église (c'est facile à trouver) vers 9:30 le dimanche 26 mai 2024. Qu'en pensez-vous ? Ludovic -- https://ludovic.hirlimann.net https://piaille.fr/@usul https://pix.diaspodon.fr/i/web/profile/41 OpenPGP_0x96BD1F38FEA32B4D.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version stable 19039 (24.03) traduction du Journal des modification
Bonjour. Comme vous avez dû le voir, JOSM est passé à la version stable 19039 Voici la traduction en français du Journal des modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2024-04-10:VersionStable1903924.03 Le lien vers l’original anglais est en haut à droite du Journal des modifications) Cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger (ou pas?) la compétence voirie à Paris (mairie vs. prefecture)
Bonjour, ça me semble être un information pertinente à ajouter à OSM, à condition de clarifier et documenter où trouver cette info (afin de s'assurer que c'est vérifiable et maintenable dans le temps). Pour le tag, j'avais pensé naturellement à owner <https://wiki.openstreetmap.org/wiki/FR%3AKey%3Aowner>, mais operator est en effet peut-être plus adapté. L'ajout d'un operator:wikidata serait sûrement pertinent également. Par contre, à voir comment on gère les compétences partagées ("ville + prescription préfecture de police" et "ville + avis préfecture de police") 樂 -- Noémie Lehuby Le 03/04/2024 à 10:06, Marc_marc via Talk-fr a écrit : Bonjour, Le 02.04.24 à 11:57, Tristram Gräbener a écrit : Est-ce qu’une telle information aurait donc sa place dans OSM ? Si vous pensez que oui, quelle tête auraient les tags? Je ne sais pas s'il faudrait tager cela, invisible sur l'espace public (mais après tout, on a plein de chose invisible sur le terrain dans osm) mais si tu veux le faire, c'est le tag operator=* et vu le volume, je te conseille de lire la page wiki des imports Cordialement, Marc _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr OpenPGP_signature.asc Description: OpenPGP digital signature _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger (ou pas?) la compétence voirie à Paris (mairie vs. prefecture)
Bonjour, Le 02.04.24 à 11:57, Tristram Gräbener a écrit : Est-ce qu’une telle information aurait donc sa place dans OSM ? Si vous pensez que oui, quelle tête auraient les tags? Je ne sais pas s'il faudrait tager cela, invisible sur l'espace public (mais après tout, on a plein de chose invisible sur le terrain dans osm) mais si tu veux le faire, c'est le tag operator=* et vu le volume, je te conseille de lire la page wiki des imports Cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Serveur OSM-FR en vrac ?
Bonjour, Problème avec le serveur de tuiles ? https://{s}.tile.openstreetmap.fr/osmfr/{z}/{x}/{y}.png; n’affiche plus de rendu (site web, QMapShack). @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cimetière Cesson-Sévigné (35)
Bonjour, Quelque part dans ce secteur : 48.118167 , -1.608088 angle nord-est de rue de la Croix Connue/mail de Bourgchevreuil Sur le site de l'IGN, la photo est mal référencée : https://remonterletemps.ign.fr/comparer/?lon=-1.604760=48.117394=17.5=19=1=split-h Marc Le 24/03/2024 à 14:40, Yannick a écrit : Bonjour, Je cherche l'ancien cimetière de cette commune citée en objet. Je vois bien le nouveau mais impossible de trouver l'ancien. J'ai besoin de le géolocaliser. Merci de votre aide Amitiés ___ 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] cimetière Cesson-Sévigné (35)
Bonjour, Quelque part dans ce secteur : 48.118167 , -1.608088 angle nord-est de rue de la Croix Connue/mail de Bourgchevreuil Sur le site de l'IGN, la photo est mal référencée : https://remonterletemps.ign.fr/comparer/?lon=-1.604760=48.117394=17.5=19=1=split-h Marc PS : avec la copie d'écran le mail est en attente d'approbabtion ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création du groupe OSM Béarn
Bonjour, Bravo pour ce groupe. Petite suggestion : en plus du wiki il serait bien de vous faire connaitre sur le forum OSM.Notamment les groupes :https://forum.openstreetmap.fr/gEt la page Nouvelle Aquitaine :https://forum.openstreetmap.fr/c/regions/nouvelle-aquitaine/50 Bon vent ! Bruno REMY Le lundi 11 mars 2024 à 08:05:08 UTC+1, Delphine Montagne a écrit : Bonjour, Au fil des ans, il y a eu des cafés, un chocolat chaud (de Bayonne, on n'est pas sectaire), des cartoparties, des mapathons mais toujours isolés. En 2024, OSM Béarn se structure ! Et nous avons fait notre première rencontre officielle à Pau fin février en chassant les bornes incendies libérées grâce au SDIS 64. Sous une fine bruine (c'était dans la thématique)(et il y a une réputation à tenir voyez-vous), nous avons bénéficié de l'expertise d'un pompier volontaire, également contributeur OSM, qui a transformé cette rencontre avec ses anecdotes de mission et ses démonstrations in situ. Il se chuchote qu'il a au passage découvert un type de borne qui lui était inconnu. Avec ce mail, c'est donc officiel, il y a un nouveau groupe local en France, OSM Béarn. Pour nous contacter, nous sommes sur la liste sud ouest et nos actions sont ici <https://wiki.openstreetmap.org/wiki/Pyr%C3%A9n%C3%A9es-Atlantiques/Communaut%C3%A9_d%27Agglom%C3%A9ration_Pau_B%C3%A9arn_Pyr%C3%A9n%C3%A9es/Groupe_local_B%C3%A9arn> . Bon début de semaine, -- Pour le groupe OSM Béarn, D.MONTAGNE ___ 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] Relations intermédiaires pour les routes de bus ?
Bonjour à tous, On a déjà un élément partagé qui est à l'origine d'une part très importante des ruptures de continuité des tracés : le rond-point. C'est un élément très local et on corrige assez simplement : on segmente de plus en plus. Manipuler des segments va demander des évolutions importantes dans les outils, j'attends d'abord celle pour les ronds-points. Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Banc de sable visible seulement l'été dans un fleuve
Bonjour, Le 04.03.24 à 10:13, rpnpif a écrit : https://www.openstreetmap.org/#map=17/47.38079/-0.63932 Je propose que les bancs de sable de ce genre de fleuve et seulement dans ce cas ne soient pas représentées par un attribut natural=shoal seasonal=dry_season surface=sand comme élément indépendant je pense qu'il y a un problème de rendu : l'aspect intermittent de natural=shoal n'est pas rendu. Le rendu eau par intermittence te parait mieux ? ce serrait une amélioration/correction à proposer mais sous la forme : natural=river shoal=yes seasonal=dry_season (facultativement surface:dry_season=sand) sémantiquement, un banc de sable intermittent n'est pas une rivière, mais une partie de la rivière. je trouverai + logique de faire comme pour les places de parking ou les parties de bâtiments : avoir un tag qui dit que c'est une sous-partie. Quelque chose du genre (à affiner) : natural=river_part intermittent=yes seasonal=dry_season + éventuellement dry_season=water ou river ? wet_season=sand éventuellement avec le prefixe surface Cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?
Le 04.03.24 à 10:17, Eric SIBERT a écrit : Pour le longue distance, je ne vois pas ce que ça apporte de dire que le bus par l'autoroute et la rue qu'il prend pour desservir la gare routière. j'imagine que d'autres vont trouver interessant de pouvoir lister les trajets récurrent sur une voie donnée. Et comme il n'y a aucune obligation de contribuer à un sujet, si l'itinétaire Paris-Lisbonne n'est pas à jour avant d'éditer une route à Poitiers, je vois aucun soucis à ce que tu édites la route sans éditer la relation ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lieux de fraîcheurs
Le 01.03.24 à 14:33, rpnpif a écrit : Je suis aussi d'accord avec Marc. La fraîcheur est une notion subjective sauf si elle est repérée par un panneau, de la municipalité par exemple. Sinon, je ne vois pas comment la qualifier. en utilisant les mêmes genres de critères que la commune ? :) Mais j'ignore lesquels. ou simplement en renseignant que cela lieu est agréablement + frais que la moyenne en cas de canicule. cela pourrait se faire sur 3 niveaux (oui non limité) comme pour d'autres clefs tout aussi subjective. ou si quelqu'un veux aller + loin, on pourrait imaginer renseigner une différence de température en canicule (tu mesures dehors et dans la bibliothèque, et tu mets la différence. cette clef ne devrait être à mon avis pas être utilisé quand c'est une climatisation qui est à l'oeuvre, vu le caractère inprévisible de l'activation de la clim et de son règlage ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?
Le 02/03/2024 à 18:19, deuzeffe a écrit : Solution simple suggérée en son temps par un membre du DWG : ne garder que les points d'arrêt (stop_position et platform/bus_stop) pour un PTv3. Sur Rennes à partir de 22 heures il est possible de descendre entre deux arrêts, avoir le tracé est un plus dans ce cas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lieux de fraîcheurs
Bonjour, Le 29.02.24 à 21:54, Sébastien Dinot a écrit : https://wiki.openstreetmap.org/wiki/FR:Key:air_conditioning le gros soucis de ce tag c'est que cela ne dit ni la température, ni le besoin du batiment. un local vitré plein sud climatisé et bien éblouissant, ce n'est pas nécessairement + "rafraichisant" qu'une veille chapelle Inversément le supermarché à 20°, c'est, de mon point de vue, à fuir quand il fait 35° sauf si vous souhaitez y rester jusqu'à 2h du mat : en sortant de là, c'est coup de bambou assuré telement que l'écart de température est important Auriez-vous connaissance de tags dédiés ? il y a aussi shade https://wiki.openstreetmap.org/wiki/Key%3Ashade mais qui a le défaut de mal juger la qualité que cela apporte : une terrase sur une place betonnée/asphalté, même ombragé, c'est beaucoup moins bien qu'une entourée d'arbre Cordialement, Marc _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?
Bonsoir à tous, Je suis partagé sur l'intérêt des relations partagées. Si sur certains tronçons l'intérêt est évident, j'ai sur la ville de Rennes de nombreux tracés qui évoluent très régulièrement et qui d'une fois sur l'autre ne partagent plus les mêmes tronçons communs. La mise à jour dans ce cas sera plus complexe et ne sera possible qu'avec de rares outils manipulés par de plus rares initiés. Marc PS : j'ai renoncé à cartographier toutes les différentes dessertes, certaines lignes en comportent plus de 40. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?
Des relations intermédiaires pour les tronçons, c'est proposé depuis longtemps par Jo (Polyglot). [1][2][3][4][5][6] Je suis d'accord avec Jo que ça serait une bonne idée. Surtout, ça simplifierait l'édition de la voirie et réduirait les problèmes de casse de relations. Et le maintien des relations d'itinéraire serait souvent moins de travail. Un exemple des problèmes du système actuel - J'ai introduit des ponts dans la ligne du chemin de fer à l'ouest d'Agde (34) [7] et ça a entraîné la modification de 13 relations d'itinéraire. La plupart des relations comptaient plus de mille membres. J'ai fait les itinéraires de bus d'Agde de cette façon. Ça marchait très bien avec le rendu Transport d'Andy Allan. Mais ça provoquait des erreurs signalées par Osmose. L'utilisateur chamdam est venu tout refaire «comme il faut» (et sans me contacter). Vous voudrez peut-être voir comment je l'ai fait. Alors, faites cette requête du serveur Overpass allemand pour l'état de la base en 2022. Je la donne pour l'outil curl à la ligne de commande mais vous pouvez la modifier pour d'autres outils. curl -H "Accept-Encoding: gzip" -g -o Agde_2022.osm.gz 'https://overpass-api.de/api/interpreter?data=[date:"2022-10-26T00:00:00Z;];(node(43.27,3.44,43.32,3.53);%20<;node(w);rel(id:2720050,2810674,3854048,14732422););out%20meta;' (C'est la seule façon que j'ai trouvé d'obtenir les relations route_master. Toutes les autres choses que j'ai essayé donnent un timeout.) À noter que JOSM ouvre les fichiers .osm.gz tel quel. Aussi, les arrêts ne sont pas dans les relations tronçon, ils restent dans les relations du parcours entier. Chaque chemin est membre d'un maximum de deux relations d'itinéraire de bus. [1] https://lists.openstreetmap.org/pipermail/talk-transit/2012-July/001626.html [2] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/069587.html [3] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/069776.html [4] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/070281.html [5] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/070286.html [6] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/070302.html [7] https://www.openstreetmap.org/changeset/67851999 _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI
Merci Marc. C'est bien noté. --- Bruno REMY bruno.r...@ymail.com 06 87 44 65 81 Le jeudi 15 février 2024 à 14:17:17 UTC+1, Marc_marc via Talk-fr a écrit : Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit : > je ne vois toujours pas comment techniquement faire ce remplacement > automatisé? overpass turbo pour récupérer tous les objets pole emploi export vers josm sélection de tous les noms pole emploi vérifier que tu n'as pas des choses tordues (ex un arret de bus) remplacer le nom envoyer en n'oubliant pas les tags de changeset vers ta page wiki de l'opération ___ 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] Relations intermédiaires pour les routes de bus ?
Bonjourr, Le 15.02.24 à 08:40, Nicolas Dumoulin a écrit : est-ce que vous savez si ça a déjà été évoqué quelquepart ? j'ai vu cela pour des relations de bus titanesque, de mémoire celle de Flexibus. elles sont découpés par pays. mais j'imagine qu'aucun outil ne gère cela. Je ne le ferai pas pour un bout de rue Cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI
Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit : je ne vois toujours pas comment techniquement faire ce remplacement automatisé? overpass turbo pour récupérer tous les objets pole emploi export vers josm sélection de tous les noms pole emploi vérifier que tu n'as pas des choses tordues (ex un arret de bus) remplacer le nom envoyer en n'oubliant pas les tags de changeset vers ta page wiki de l'opération ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI
Oui Vincent tu as raison ... ça fait double canal... autant suivre le forum. --- Bruno REMY bruno.r...@ymail.com 06 87 44 65 81 Le jeudi 15 février 2024 à 13:28:16 UTC+1, Vincent de Château-Thierry a écrit : bonjour, > De: "Discussions sur OSM en français" > Envoyé: Jeudi 15 Février 2024 13:04:03 > Objet: Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI > Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit : >> je ne vois toujours pas comment techniquement faire ce remplacement >> automatisé? > > overpass turbo pour récupérer tous les objets pole emploi > export vers josm > sélection de tous les noms pole emploi > vérifier que tu n'as pas des choses tordues (ex un arret de bus) > remplacer le nom > envoyer en n'oubliant pas les tags de changeset vers ta page wiki de > l'opération Juste pour rappeler, comme l'a fait Vincent Bergeot avant moi, que cette discussion a démarré le 16 janvier sur le forum [1], y est toujours active et mobilise pas mal d'intervenants. Pour la recherche de consensus, merci de considérer les questions soulevées là bas avant de procéder à un quelconque changement massif. merci vincent [2] : https://forum.openstreetmap.fr/t/de-pole-emploi-a-france-travail/20397 ___ 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] Mise à jour de POLE EMPLOI
Bonjour, Je suis d'accord avec toi Marc. A partir du moment où il y a eu une réorganisation administrative générale, toutes les agences sont devenues "FRANCE TRAVAIL" et le changement des enseignes sur les façades n'est pas impactante. Dans ce cas la dénomination officielle prime sur le repérage terrain et on peut faire un remplacement généralisé. Merci pour le lien wiki sur la modification automatisée.Je veux bien suivre cette procédure sur le plan administratif : référence aux discutions, documentation sur une page wiki, etc par contre je ne vois toujours pas comment techniquement faire ce remplacement automatisé? --- Bruno REMY Le mercredi 14 février 2024 à 15:38:50 UTC+1, Marc_marc via Talk-fr a écrit : Bonjour, Le 14.02.24 à 11:17, Bruno Remy via Talk-fr a écrit : > Pôle emploi est devenu France Travail depuis le 1er janvier 2024 > Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France? > J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de > modification sur la carte. > Vos idées sont les bienvenues. techniquement il suffit de faire la recherche sur la France et faire la procédure d'édition de masse [1] mais tu as déjà une objection/question pour le changement du name Pour ma part, le fait qu'un bureau n'a pas encore changé le nom sur son écriteaux ne devrait pas empêcher de changer name=* l'inscription sur le batiment, si on veux ce nniveau de détail, serrait pour inscription. si on téléphone, je suppose qu'il s'annonce avec le nouveau nom et non avec ce qui est inscrit sur le panneau [1] https://wiki.openstreetmap.org/wiki/FR:Politique_de_modification_automatis%C3%A9e ___ 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] Mise à jour de POLE EMPLOI
Bonjour, Le 14.02.24 à 11:17, Bruno Remy via Talk-fr a écrit : Pôle emploi est devenu France Travail depuis le 1er janvier 2024 Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France? J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de modification sur la carte. Vos idées sont les bienvenues. techniquement il suffit de faire la recherche sur la France et faire la procédure d'édition de masse [1] mais tu as déjà une objection/question pour le changement du name Pour ma part, le fait qu'un bureau n'a pas encore changé le nom sur son écriteaux ne devrait pas empêcher de changer name=* l'inscription sur le batiment, si on veux ce nniveau de détail, serrait pour inscription. si on téléphone, je suppose qu'il s'annonce avec le nouveau nom et non avec ce qui est inscrit sur le panneau [1] https://wiki.openstreetmap.org/wiki/FR:Politique_de_modification_automatis%C3%A9e ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mise à jour de POLE EMPLOI
Bonjour, Comme vous le savez déjà, Pôle emploi est devenu France Travail depuis le 1er janvier 2024.Il serait bon de mettre à jour toutes les agences. Avec l'éditeur ID on a une prise en charge des changements de tags qui se fait bien. Mais c'est pour un seul POI.exemple :https://www.openstreetmap.org/way/843821449 Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France? J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de modification sur la carte. Vos idées sont les bienvenues. --- Bruno REMY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re :Re: BANO
Merci Vincent. Je regarderai ça ce soir. Bruno Le jeu., févr. 8, 2024 à 8:38, Vincent de Château-Thierry a écrit: Le 8 février 2024 08:05:34 GMT+01:00, Bruno Remy via Talk-fr a écrit : >.A quelle fréquence est rafraichie la BANO? Pour avoir un aperçu immédiat de tes modifs tu peux rafraichir la partie L'Hay les Roses de BANO via la page Pifometre de la commune (bouton bleu en haut à droite): https://bano.openstreetmap.fr/pifometre/index.html?insee=94038 Pour l'instant tu as 2 lignes pour Gabriel Peri, il devrait n'en rester qu'une après ta modif. Pour une prise d'effet dans les fichiers CSV c'est fait chaque nuit. 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] BANO
Bonjour, Merci Vincent pour ta réponse complète. Effectivement je n'avais pas regardé les relations dans JOSM. Puisque j'ai bien repéré sur le terrain le nom exact des voies, je vais faire les corrections nécessaires en créant une relation "Rue Gabriel Péri".A quelle fréquence est rafraichie la BANO? Cordialement. --- Bruno REMY Le mercredi 7 février 2024 à 22:02:18 UTC+1, Vincent de Château-Thierry a écrit : Bonjour, > De: "Discussions sur OSM en français" > Cc: "Bruno Remy" > Envoyé: Mercredi 7 Février 2024 15:20:00 > Objet: [OSM-talk-fr] BANO > Bonjour, > En faisant du geocaching je me suis aperçu que dans la commune de > l'Hay-Les-Roses (94) il y a une erreur dans la BANO v2: sur cette commune il y > a l'Avenue Gabriel-Péri mais il n'y a plus la Rue Gabriel-Péri, qui pourtant > est sur openstreetmap et surtout est bien affichée avec les bonnes pancartes > dans la rue. > Comment signaler des erreurs dans la BANO v2? > source : https://bano.openstreetmap.fr/data/bano-94.csv L'erreur que tu vois dans BANO reflète les bizarreries qu'on a dans OSM. Si tu regardes la relation associatedStreet de cette voie [1] tu peux constater que pour les membres avec un rôle 'street' on a des "Rue Gabriel Péri" [2] et des "Avenue Gabriel-Péri" [3]. Au moment de constituer la BANO un des 2 noms est choisi, arbitrairement. Pour corriger BANO il suffit de mettre au carré OSM en uniformisant les noms des membres de la relation. A noter, un fil sur ce sujet ouvert sur le forum cette semaine [4] merci vincent [1] : https://www.openstreetmap.org/relation/9653023/history/11 [2] : https://www.openstreetmap.org/way/155422648 [3] : https://www.openstreetmap.org/way/39041589 [4] : https://forum.openstreetmap.fr/t/voie-nommee-avenue-au-lieu-de-rue-a-94-lhay-les-roses/20900/ ___ 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
[OSM-talk-fr] BANO
Bonjour, En faisant du geocaching je me suis aperçu que dans la commune de l'Hay-Les-Roses (94) il y a une erreur dans la BANO v2: sur cette commune il y a l'Avenue Gabriel-Péri mais il n'y a plus la Rue Gabriel-Péri, qui pourtant est sur openstreetmap et surtout est bien affichée avec les bonnes pancartes dans la rue. Comment signaler des erreurs dans la BANO v2? source : https://bano.openstreetmap.fr/data/bano-94.csv Cordialement. --- Bruno REMY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carto Partie Permier semestre 2024
Bonsoir à toutes et à tous, Je ne suis pas du coin, et donc probablement pas dispo, mais je me permets de rebondir sur un point du mail initial : > Enfin, nous avons discuté du fat d'essayer d'élargir notre projet à d'autres groupes de "libristre". Ça m’a fait penser au concept des opérations libres (site "officiel" squatté depuis longtemps, donc lien vers le miroir explicatif sur Wikipédia : https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Op%C3%A9ration_Libre ). Ça fait quelques années qu’il n’y en a pas eu (Covid etc), mais j’avais pu participé à une édition en 2017 et c’était très sympa : c’était sur un week-end (du vendredi soir au dimanche soir pour les non-locaux), hébergement chez l’habitant (avec le soutien de la municipalité, qui gérait aussi les ravitaillements + l’ouverture de la bibliothèque pour les activités sur prises électriques), de mémoire il y avait eu des activités OSM et Wikipédia en parallèle (photos, rédaction côté Wiki). Là comme ça, ça a l’air plus large que ce que vous aviez l’air de prévoir, mais si jamais au cas où ça peut servir d’inspiration ! Il y a un groupe local Wikipédia à Toulouse (dont je ne fais pas partie, mais j’en connais certain·e·s), joignable à l’adresse suivante : toulo...@lists.wikimedia.fr Bonne organisation en tout cas, le projet est chouette ! Et bonne soirée, Sukkoria On 22/01/2024 22:38, Sébastien Dinot wrote: Bonsoir à tous, Je viens de renseigner le sondage Framadate. Ludovic, il est surprenant de voir un organisateur d'évènement proposer des dates auxquelles il n'est pas disponible. :) À mon avis, tu peux d'ores et déjà supprimer les 4 et 5 mai. :) L'aspect logistique le plus délicat pour ceux d'entre nous qui utiliseront leur téléphone portable pour se guider, cartographier, prendre des notes et des photos, sera le rechargement des batteries en cours de journée. Je doute en effet que la plupart des téléphones tiennent plus d'une demi-journée à ce régime. Du coup, soit vous vous équipez d'une bandoulière de batteries externes, soit il nous faudra trouver un point de rechargement à midi. C'est l'un des intérêts de viser Saint-Antonin-Noble-Val comme camp de base : nous devrions bien trouver un bar ou un lieu public où recharger les batteries. Pour ma part, j'ai une prédilection pour l'appareil photo et le terminal GPS dédiés, ainsi que pour le carnet de notes (oui, je sais, je suis vieux). Pour le déjeuner, si vous avez une préférence pour un restaurant, je vous suivrai. Mais vu que notre but sera la cartopartie et que nous ferons un voyage depuis Toulouse spécialement pour ça, j'envisage plutôt une pause déjeuner courte, genre casse-croûte sur le pouce (même si je pense que nous serons tous heureux de nous poser à un moment ou un autre après avoir bien marché). Pour avoir déjà participé à des cartoparties en milieu rural, je peux vous assurer que la densité d'informations à relever est assez faible et qu'il faut parcourir de belles distances pour remplir sa besace de points d'intérêt et autres informations. Samedi, j'ai d'ailleurs suggéré que ceux d'entre nous qui le peuvent et ne craignent pas les côtes généreuses, prennent leur vélo. Ils pourront ainsi parcourir de plus grandes distances. Il est aussi possible d'opter pour la voiture, mais ce n'est pas très écolo et le co-voiturage que nous aurons, je l'espère, la sagesse de privilégier, réduira le nombre de véhicules disponibles. Sébastien _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carto Partie Permier semestre 2024
Salut à tous, Hier, c'est tenu la réunion mensuelle des utilisateurs et contributeur à OSM de Toulouse. Nous avions comme agenda de commencer à organiser une carto partie suite à des discussions lors du Capitole du Libre en 2023. J'avais proposé de nous rendre dans le bas Quercy, à l'Est de Montauban : * C'est peu habité - donc pas d'informaticien pour alimenter la carte. * C'est relativement pas trop loin de chez moi et donc ça m'arrange plus que le Gers. Nous sommes restés assez d'accord sur la zone, en se disant que Saint-Antonin Noble-Val pourrait nous servir de base logistique. Le plan actuel est d'affiner en fonction des autres points N'étant pas très nombreux (enfin si on était quand même cinq), nous nous sommes dits que l'organisation "en ligne", via email et autres outils simplifierait la chose. C'est le but de cet email qu'on commence sur des choses concrètes. Nous avons ensuite discuté du choix de la date, choisir le jour entre un samedi et un dimanche, quels mois. Après avoir discuté longueurs des jours et température ambiante, c'est le mois de mai qui a été retenu. Nous n'avons pas tranché entre le samedi ou le dimanche et donc le framadate suivant va nous servir à trancher : https://framadate.org/gSFlSJy9VTgCw42g . Je l'ai déjà garni et il est ouvert jusqu'au 15/04/2024. Premier point pour ceux qui veulent participer : le garnir. Nous avons abordé les points logistiques suivants : * voyage - comment s'y rendre sans véhicule * que prendre tel, ordi, papier * comment manger Mais n'avons pas non plus trancher. Il nous a semblé judicieux de prendre une ville comme point de départ pour pouvoir plus facilement recharger les appareils à batterie. Mais comme la zone n'est pas encore définitivement tranchée, ni la date, nous n'avons pas plus discuté de ces points. Enfin, nous avons discuté du fat d'essayer d'élargir notre projet à d'autres groupes de "libristre". D'où la mise en copie de ce courriel sur la liste nationale d'OSM. Nous avons pensé à causer à Toulibre <https://toulibre.org/>. Si vous avez des idées, merci de partager et n'hésiter pas à le faire les prise de contact. Pour des raisons très pratiques, je vais me contenter d'utiliser la liste de diffusion locale pour gérer l'organisation. Nous avons aussi causé https://pad.aquilenet.fr/p/osmecum-rural et de méthodologie pour la carto-fête, mais avons décidé d'y aller en mode Yolo, on cartographie ce que l'on aime cartographier. Enfin, nous nous sommes dits que nous pourrions photographier divers éléments de nos zones de carto, afin de téléverser ces photos sur wikipedia commons. Je crois que je n'ai rien oublié, mais si c'est le cas c'est le moment de le dire. L'élément déclencheur chez moi a été les récits de Sébastien https://listes.openstreetmap.fr/wws/arc/local-toulouse/2023-11/msg00017.html Ludo -- https://ludovic.hirlimann.net https://piaille.fr/@usul https://pix.diaspodon.fr/i/web/profile/41 OpenPGP_0x96BD1F38FEA32B4D.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone atterrissage pour parapentes
Pour être plus précis, - virer le tag operateur, qui est incorrect - pour le site web : d'autres sports ont un objet "utilisateur" par ex club=sport qui pourrait conserver le tag du site web si du moins il y a quelque chose sur place et que c'est pas un simple "passage", cad si ce n'est pas j' atterris et je m'en vais Dans ce cas je ne vois pas de raison de garder le tag du site web, par comparaison on ne met pas sur les chemins de rando un tag du site web de toute les clbus qui s'y baladent Cordialement, Marc Le 17.01.24 à 09:23, Marc_marc a écrit : Bonjour, si le club de parapente utilise le stade de foot, il n'en sont pas l'opérateur, donc le tag initial me semble incorrect, ils ne sont que usager. Cordialement, Marc Le 16.01.24 à 17:05, Arnaud Champollion a écrit : Bonjour, Merci pour vos réponses. J'envisage donc de supprimer cet objet : https://www.openstreetmap.org/way/1233279110 Cependant il faudrait que je transfère avant les attributs pertinents vers le vrai polygone du stade pour ne pas perdre trop d'information. Pour ceux-là : operator:website=http://bleonailes.free.fr operator=Bleon'ailes website=https://federation.ffvl.fr/terrain/1129 ,difficile de les conserver car ils s'appliqueraient alors au stade, ce qui n'est pas la réalité. Comment faire ? Le 14/01/2024 à 19:09, Christian Quest a écrit : Le 14/01/2024 à 16:06, Marc_marc via Talk-fr a écrit : Si si, il y a des atterrissages officiels sur des terrains de foot, avec convention et tout le bazar. je n'ai pas dis que ce n'est pas le cas :) je dis que la partie sport du parapente se passe en l'air, le décolage/atterisage n'est, à mes yeux, que l'entrée/sortie du terrain. si tu veux mesurer l'étendue de la zone sportive, cela n'a pas de sens de mesurer l'aire d'attérisage pour prendre une autre comparaison : un plongoir n'est pas un leisure=pitch sport=swimming... on nage après être parti du plongoir mesurer le plongoir comme étendue sportive n'aurait pas + de sens que mesurer le terrain d'atérisage du parapente c'est pourrquoi contrairement au wiki, je pense que le tag principal n'est pas bon Ah ok, c'était pas clair... terrain faisant référence au sol, pour le reste, c'est l'espace de pratique et là les limites sont l'espace aérien et sa réglementation... et les compétences du pilote et les conditions aérologiques du jour ! La FFVL établi des conventions avec les propriétaires de terrains de décollage et d'atterrissage, donc la part "terrain" c'est juste ça dans le vocabulaire libériste, pareil que pour les terrain d'aviation. Dans la base de la fédé, on a la notion de "site", avec un ou plusieurs déco et atterro qui sont liés. Les sports qui se pratiquent en milieu naturel ont en général des points de départ/arrivée à peu près identifiés, le reste au milieu est difficilement cartographiable car potentiellement non limité. Avec ces tags, on peut savoir où des parapentes (ou delta) décollent et posent, c'est déjà ça ! ___________ 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] Zone atterrissage pour parapentes
Bonjour, si le club de parapente utilise le stade de foot, il n'en sont pas l'opérateur, donc le tag initial me semble incorrect, ils ne sont que usager. Cordialement, Marc Le 16.01.24 à 17:05, Arnaud Champollion a écrit : Bonjour, Merci pour vos réponses. J'envisage donc de supprimer cet objet : https://www.openstreetmap.org/way/1233279110 Cependant il faudrait que je transfère avant les attributs pertinents vers le vrai polygone du stade pour ne pas perdre trop d'information. Pour ceux-là : operator:website=http://bleonailes.free.fr operator=Bleon'ailes website=https://federation.ffvl.fr/terrain/1129 ,difficile de les conserver car ils s'appliqueraient alors au stade, ce qui n'est pas la réalité. Comment faire ? Le 14/01/2024 à 19:09, Christian Quest a écrit : Le 14/01/2024 à 16:06, Marc_marc via Talk-fr a écrit : Si si, il y a des atterrissages officiels sur des terrains de foot, avec convention et tout le bazar. je n'ai pas dis que ce n'est pas le cas :) je dis que la partie sport du parapente se passe en l'air, le décolage/atterisage n'est, à mes yeux, que l'entrée/sortie du terrain. si tu veux mesurer l'étendue de la zone sportive, cela n'a pas de sens de mesurer l'aire d'attérisage pour prendre une autre comparaison : un plongoir n'est pas un leisure=pitch sport=swimming... on nage après être parti du plongoir mesurer le plongoir comme étendue sportive n'aurait pas + de sens que mesurer le terrain d'atérisage du parapente c'est pourrquoi contrairement au wiki, je pense que le tag principal n'est pas bon Ah ok, c'était pas clair... terrain faisant référence au sol, pour le reste, c'est l'espace de pratique et là les limites sont l'espace aérien et sa réglementation... et les compétences du pilote et les conditions aérologiques du jour ! La FFVL établi des conventions avec les propriétaires de terrains de décollage et d'atterrissage, donc la part "terrain" c'est juste ça dans le vocabulaire libériste, pareil que pour les terrain d'aviation. Dans la base de la fédé, on a la notion de "site", avec un ou plusieurs déco et atterro qui sont liés. Les sports qui se pratiquent en milieu naturel ont en général des points de départ/arrivée à peu près identifiés, le reste au milieu est difficilement cartographiable car potentiellement non limité. Avec ces tags, on peut savoir où des parapentes (ou delta) décollent et posent, c'est déjà ça ! ___ 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] Electricite de Strasbourg et transformateurs
Salut Ludovic Tu as plus d'infos sur cette page : https://wiki.openstreetmap.org/wiki/Power_networks/France/Exploitants À+, Yann On 14/01/2024 14:57, Ludovic Hirlimann wrote: Hopla, autour de Strasbourg, le distributeur d'électricité n'est pas Enedis, mais Électricité de Strasbourg (https://fr.wikipedia.org/wiki/%C3%89lectricit%C3%A9_de_Strasbourg). Les plaques sur les transformateurs ressemblent à https://pix.diaspodon.fr/i/web/post/652142245269979373. Il n'y a rien sur ES à https://wiki.openstreetmap.org/wiki/Power_networks/France. Je suppose qu'il n'y a pas de GDO pour ces transformateurs ? J'utilise Es ou Électricité de Strasbourg comme tag pour operator ? Ludovic ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone atterrissage pour parapentes
Le 14.01.24 à 11:40, Christian Quest a écrit : Le 14/01/2024 à 11:00, Marc_marc via Talk-fr a écrit : Le 23.12.23 à 10:09, Capello13 via Talk-fr a écrit : La documentation sur le wiki est disponible ici : https://wiki.openstreetmap.org/wiki/FR:Tag:sport%3Dfree_flying j'ai un peu du mal à considérer que le terrain de sport du parapente est l'attérisage, cad après qu'on ai finit de jouer en l'air... ce serrait comme décrire que le terrain de sport du foot, c'est le vestiaire Si si, il y a des atterrissages officiels sur des terrains de foot, avec convention et tout le bazar. je n'ai pas dis que ce n'est pas le cas :) je dis que la partie sport du parapente se passe en l'air, le décolage/atterisage n'est, à mes yeux, que l'entrée/sortie du terrain. si tu veux mesurer l'étendue de la zone sportive, cela n'a pas de sens de mesurer l'aire d'attérisage pour prendre une autre comparaison : un plongoir n'est pas un leisure=pitch sport=swimming... on nage après être parti du plongoir mesurer le plongoir comme étendue sportive n'aurait pas + de sens que mesurer le terrain d'atérisage du parapente c'est pourrquoi contrairement au wiki, je pense que le tag principal n'est pas bon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone atterrissage pour parapentes
Le 23.12.23 à 10:09, Capello13 via Talk-fr a écrit : La documentation sur le wiki est disponible ici : https://wiki.openstreetmap.org/wiki/FR:Tag:sport%3Dfree_flying j'ai un peu du mal à considérer que le terrain de sport du parapente est l'attérisage, cad après qu'on ai finit de jouer en l'air... ce serrait comme décrire que le terrain de sport du foot, c'est le vestiaire c'est ce préconise le wifi mais cela me semble pas être un schéma logique ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone atterrissage pour parapentes
Le 23.12.23 à 10:09, Capello13 via Talk-fr a écrit : ça ne résout pas le conflit de nom alt_name permet de résoudre cela :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone atterrissage pour parapentes
Bonjour, La documentation sur le wiki est disponible ici : https://wiki.openstreetmap.org/wiki/FR:Tag:sport%3Dfree_flying La définition du type de terrain n'est pas facile pour cette activité car une partie des sites ne sont pas dédiés qu'à cette activité et le wiki reste vague. Je met leisure=pitch quand le terrain est dédié au vol libre, avec parfois l'installation de moquette pour protéger les voiles des pierres. Sinon j'essaie de décrire le type de terrain (prairie, pâture,...), cependant dans ce cas Josm remonte des warnings sur l'utilisation d'un tag sport=* sans utilisation de leisure=* Dans l'exemple de Digne-les-Bains, je pense qu'il est possible d'utiliser le même objet osm en utilisant la clé sport=soccer;free_flying, cependant ça ne résout pas le conflit de nom. Le nom de l'atterrissage est une dénomination FFVL, qui n'est utilisé que dans le cadre de la pratique du vol libre. Là où le terrain de football tient sans doute son nom d'une décision de la mairie, je pense que ce dernier est le plus pertinent. Bons vols ;) Le 22/12/2023 à 18:18, Arnaud Champollion a écrit : Bonjour, Comment taguer une zone d’atterrissage pour parapentes ? Il semble qu'un club a entrepris de les répertorier sur Digne-les-Bains, avec des leisure=pitch et dans l'idée c'est plutôt utile j'imagine. Mais parfois ça chevauche des polygones existants. Par exemple ici https://www.openstreetmap.org/#map=18/44.08394/6.22541 , la pelouse du stade sert en effet de zone d’atterrissage ... pour autant s'agit-il de deux objets différents ? Là on a deux polygones quasi superposés avec des "name" différents. Qu'en pensez-vous ? Merci _______ 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] Magasin temporairement fermé ?
Le 10/12/2023 à 18:59, pepilepi...@ovh.fr a écrit : Bonsoir, Comment peut-on tagguer un magasin fermé ? Explication : il y a près de chez moi une boulangerie, bien définie dans OSM comme shop=bakery avec les détail (horaires, téléphone, etc). En passant dans la rue on la voit, pas de problème. Mais suite à une faillite elle n'est plus active. Il est probable qu'elle réouvrira un jour avec un nouveau propriétaire. On a donc un bâtiment : * marqué "boulangerie", * avec une vitrine qui laisse deviner que c'est effectivement une boulangerie, * mais qui ne sert à rien vu s'elle n'est jamais ouverte. Comment on peut tagguer ça ? Dans un cas général je fais partie des gens qui utilisent `shop=vacant` pour un local commercial vide. Pour ce cas précis alors je pense que tu peux également ajouter un `was:shop=bakery` pour tout de même souligner l'identité spécifique de la devanture. -- LeJun – Cart’hobbyiste Franc-Alsa-Comtois OpenPGP_0xD519601638751E1F.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] landuse pas homogène
Bonjour, C'est parce que dans l'ouest, tu as des landuse farmland qui se superposent, et que le moteur de rendu choisit sans doute au hasard lequel représenter. Il faudrait redessiner les farmland pour les arrêter à la zone construction. Cordialement, Georges Le 16/11/2023 à 11:17, Hélène PETIT a écrit : Bonjour ! Je viens de msttre à joourla représentation de la future "zac du Rivel", dont les travaux ont déjà commenc"s, à Baziège (31). Je ne comprends pas pourquoi seule la partie du landuse à l'est du ruisseau Rivel est grisée sur le rendu. Une idée ? merci ! C'est là : https://www.openstreetmap.org/way/1223498162 Cordialement, Hélène _______ 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
[OSM-talk-fr] Conseil d’administration ouvert, lundi 6 novembre 2023, 21h
C’est toujours ici : Salle d'accueil <https://osmvideo.cloud68.co/user/fre-aux-yuh> c’est à 21h C’est ouvert à toutes les personnes intéressées. L’ordre du jour est élaboré ici <https://annuel.framapad.org/p/N_IDAQXYLHswlpU2s3oE> Il est fixé une semaine avant sauf priorité due à d’éventuelle échéance. Ordre du jour * (1 vincent | 10') souhait de donner un coup de main à la gestion de l'infra * (Donat | 5') Information sur le mécénat de compétences OSMFR x uMap x Scopyleft * (vinber si je suis là | 10') supprimer les comptes twitter osmfr et sotmfr * (qui qui veut | 5") suppression et annonce de sortie du compte twitter vers mastodon ou autre (Bluesky) * (tykayn | 5") avancement de projet du mois sur les écoles * (tykayn | 5") recenser les kits de capture gopro + RTK à prêter. * (un des participants |5") SOTM EU * (René | 10') SOTM 2024 - Etat d'avancement côté Lyon (je serai sans doute en retard...) ___________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une carte pour Pifomètre
Super ! Merci Vincent ! --- Bruno REMY Le samedi 14 octobre 2023 à 20:17:17 UTC+2, Vincent de Château-Thierry a écrit : Bonjour, J'ai mis en ligne il y a quelques jours une version cartographique de Pifomètre, afin d'accéder autrement à l'analyse des voies et adresses manquantes dans OSM en vue de leur intégration. J'en ai parlé sur le forum : https://forum.openstreetmap.fr/t/pifometre-a-sa-carte-pifomap/18040 et le service se consulte à : https://bano.openstreetmap.fr/pifometre/pifomap.html Pour démarrer, entrer un code INSEE de commune en haut à gauche ou bien baladez vous sur la carte jusqu'à voir le nom de la commune que vous voulez analyser, puis cliquez dessus. Vous reconnaîtrez le code couleur rouge du rendu BANO, sans lequel on ne dégommerait rien. Pour les autres couleurs, une légende (en haut à droite) vous donnera quelques billes. merci 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
[OSM-talk-fr] Jardin Line Renaud à PARIS
Bonjour, Je viens d'apprendre que la Ville de Paris va inaugurer ce lundi 2 octobre un jardin au nom de Line Renaud près de la Place de la Concorde. Si quelqu'un a plus d'infos sur ce jardin c'est l'occasion de faire une mise à jour sur OSM. Cordialement. --- Bruno REMY bruno.r...@ymail.com 06 87 44 65 81 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Conseil d’administration ouvert, lundi 2 octobre 2023, 21h (réunion suivante à 20h)
C’est toujours ici : Salle d'accueil <https://osmvideo.cloud68.co/user/fre-aux-yuh> c’est à 21h C’est ouvert à toutes les personnes intéressées. L’ordre du jour est élaboré ici <https://annuel.framapad.org/p/N_IDAQXYLHswlpU2s3oE> Il est fixé une semaine avant sauf priorité due à d’éventuelle échéance. Ordre du jour * Forum → Proposition d’une catégorie « Humanitaire » pour les ONG Humanitaire française (CartONG…) | @SUPER_HEROS_67 <https://forum.openstreetmap.fr/t/proposition-d-une-categorie-humanitaire-pour-les-ong-humanitaire-francaise-cartong/17745> _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Centipede
Le problème est résolu grâce à Stéphane Péneau. J'avais mis centipede.fr au lieu de caster.centipede.fr pour l'adresse du caster. Drôle d'effet quand même, qu'avec la mauvaise adresse on obtient les bases Trimble (30) et pas les bases ublox F9P (400+). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème Centipede
J'ai trouvé un problème avec le serveur Centipede. J'ai essayé quatre bases. Deux - AGDE et SETE - avec récepteur Trimble, marchent. Deux - ASAGI et CETTE - avec récepteur ublox F9P, ne marchent pas. Toutes sont marquées actives sur la carte Centipede. Mais les deux qui ne marchent pas sont absentes de la liste du caster (caster table). J'ai essayé de saisir ASAGI et CETTE avec deux clients différents. Avec Bluetooth GNSS (Android) le flux démarre et s'arrête toutes les quelques secondes et on obtient peu de paquets. Avec RTKLIB STRSVR il y a une erreur no mountp. Comment puis-je signaler ce problème? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifomètre v3 arrive...
Bonjour, Merci pour les infos et le rétablissement du service.Maintenant, il y a du pain sur la planche : je poursuis mes mises à jour. Cordialement, Bruno Le mercredi 12 juillet 2023 à 12:53:17 UTC+2, Marc_marc a écrit : Bonjour, Le 12.07.23 à 10:11, Bruno Remy via Talk-fr a écrit : > Depuis hier soir Pifomètre V3 ne répond plus. un gars a appuyé sur le mauvais bouton https://github.com/osm-fr/infrastructure/issues/480 PS: le gars c'est moi :) en attente d'un autre gars (un employé free sur place) pour rappuyer sur le bouton car ce serveur n'a pas d'accès à distance pour cela Cordialement, Marc ___ 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] Pifomètre v3 arrive...
Bonjour, Depuis hier soir Pifomètre V3 ne répond plus. Au départ je gardais l'interface grâce au cache mais plus aucune donnée ne se chargeait dans JOSM.Maintenant l'URL renvoie l'erreur suivante : 502 Bad Gateway Quelqu'un a des infos sur l'hébergement de pifomètre? Une maintenance semble nécessaire.. Merci d'avance. Bruno. Le lundi 12 juin 2023 à 23:56:09 UTC+2, Vincent de Château-Thierry a écrit : Bonsoir, Lors du SOTM ce WE j'ai présenté une nouvelle version de Pifomètre & de BANO, encore en développement mais avec une partie Pifomètre déjà fonctionnelle et utilisable à cette adresse : https://bano.openstreetmap.fr/pifometre_v3/ Pour plus de détails je vous renvoie à ce post https://forum.openstreetmap.fr/t/pifometre-v3-arrive/15455 qui synthétise les principales nouveautés. Questions, critiques et retours d'expérience bienvenus ici comme là-bas. merci 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] public transport edit war in the Nice area
et public_transport=stop_area » pas sûr que tous les contributeurs/contributrices soient motivé(e)s pour tagguer ce type de relation. Complètement d'accord, à supprimer. Le tableau complet est à reprendre, il y a pas mal d'éléments confusants. > _Analyse personnelle _: dans ce cas aussi apparait un problème qui est relaté dans la page wiki public_transport [2 chap. 3.1] : le problème du double taggage public_transport=stop_position et highway=bus_stop sur 2 nœuds différents qui peut poser problème (PS : ce problème n’existe sans doute pas avec la solution « germanique » puisque public_transport=stop_position et highway=bus_stop sont sur le même nœud). Dans ce cas on peut se rabattre sur la solution de ne mettre que les public_transport=platform / highway=bus_stop dans la relation de transport en commun avec le rôle platform comme indiqué sur la page wiki. Il faudra accepter une perte d’information puisque l’emplacement de l’arrêt du véhicule n’est plus indiqué, sauf dans le cas où la relation zone de l'arrêt (public_transport =stop_area) existe, mais celle-ci n’est qu’optionnelle. Et au regard des statistiques |6] et [7] je crains malheureusement qu’il n’y ait pas beaucoup de ce genre de relations. Donc pas forcément évident de basculer sur cette solution en gardant la même précision. Le PTv2 selon [2] était pourtant censé « […] donner de nombreux détails sur les arrêts (lieu où s'arrête le bus, l'emplacement de l'abri ou du quai...) ». Du coup sans public_transport =stop_area et sans public_transport=stop_position c’est un peu perdre l’essence même du PTv2 ou fais-je encore une fois fausse route ? Là, je ne suis pas sure de comprendre ce que te chagrine 樂 En effet, ou bien tu ne mappes que l'arrêt à côté de la route, avec highway=bus_stop et public_transport=platform, et tu les mets dans la relation avec le rôle platform Ou bien tu ajoutes en plus un noeud sur la route avec public_transport=stop_position, et tu le mes aussi (en plus) dans la relation, avec le rôle stop. Il n'y a pas de doublon, puisqu'on a un seul objet avec highway=bus_stop et que chaque objet a un rôle distinct qui permet de bien les différencier, avec ou sans relation stop_area. Et ça ne me semble pas problématique non plus d'avoir des relations sans public_transport=stop_position du tout. La plupart des usages des données OSM que j'ai pu expérimenter fonctionnent parfaitement avec juste un arrêt de type platform (pour les bus en tout cas, c'est plus chiant pour d'autres modes où l'arrêt est traditionnellement plutôt un emplacement de véhicule qui s'arrête) > N'en déplaise à mon opposant déplacer uniquement le highway=bus_stop de l’emplacement de l’arrêt sur la zone d’attente comme il l’a fait ne devrait résoudre qu’en partie le problème. Ceci devrait somme toute créer les doublons, évoqués plus haut, dans les relations de bus. J’en déduis que ce rattrapage ne devrait se faire uniquement qu’un créant la zone de l'arrêt / public_transport=stop_area et en rattrapant toutes les relations route=bus contenant cet arrêt pour retirer le nœud public_transport=stop_position des relations. Est-ce que les spécialistes de la question pourraient me donner leur avis sur cette affirmation ? Ça m’aiderait d’avoir un retour afin de savoir vraiment ce qu’il y à faire dans le cas où je rattrape la zone de la métropole de Nice Côte-d’Azur. Pas nécessaire de retirer les stop_position des relations, on peut avoir les deux sans soucis tant qu'on a bien un rôle platform et un rôle stop, le tag public_transport:version=2 sur la relation, et bien sûr toujours un seul objet avec highway=bus_stop. Personnellement, je déconseille l'usage des stop_area, ça rajoute beaucoup de boulot, notamment pour la maintenance, sans avoir une valeur ajoutée énorme. > Je comprends l’idée de ne plus vouloir indiquer les routes dans l’itinéraire pour simplifier au maximum, mais c’est un peu comme vider une relation de randonnée de son itinéraire. Tout à fait d'accord. C'est vrai que c'est long et que ça nécessite un peu d'expérience avec l'édition OSM, mais ajouter les trajets a clairement de la valeur. Et je dirais même plus : bien plus que de se créer 2 ou 3 objets abstraits pour modéliser un malheureux arrêt de bus. Et bravo au passage aux participants pour la qualité des échanges. Ces sujets sont souvent douloureux à faire avancer et j'avoue être agréablement surprise par la constructivité de cette discussion ;) Bonne soirée, -- Noémie Lehuby OpenPGP_signature Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore une question sur les noms de rues
Pour l'école, dans ce cas de figure, je garderais le nom donné par la mairie, et je mettais une note sur le POI, disant c'est A et non B, avec un lien vers le site de la mairie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] public transport edit war in the Nice area
Bonjour à tous, Vu l'évolution de ce fil de messages, la place de ces échanges ne serait-elle pas mieux sur le forum <https://forum.openstreetmap.fr/> ? ou en reste en v1 ! Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] public transport edit war in the Nice area
Bonsoir à tous, Je fais partie des utilisateurs des données en opendata pour cartographier les lignes de bus. Je n'ai pas encore trouvé un jeu de données qui donne la position d'arrêt d'un bus sur la route (le public_transport=stop_position ?). N'ayant pas cette information, je ne la cartographie pas ! Sur les signalements d'osmose liés à ces tags j'utilise josm avec une orthophoto. Pour les "The platform is part of a way", la solution est souvent d'extraire le nœud et le placer du bon côté de la route. Pour les "The stop_position is not part of a way", je déplace sur la route et je joins le nœud au chemin. Le placement est fait au doigt mouillé. Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] public transport edit war in the Nice area
Bonjour Erwan, Il y a le site de Noémie, je pense qu'il est toujours d'actualité : https://nlehuby.5apps.com/bien-cartographier-les-bus.html Le 05/06/2023 à 12:52, Erwan K a écrit : Bonjour Frederik, Marc, Je suis dans la zone et je vois souvent leurs edits, je peux les messager séparément pour essayer d'aider. Concernant l'habitude en France de mettre highway=bus_stop / public_transport=platform, est-ce définit ou écrit quelque part par hasard (cela aiderait beaucoup je pense) ? Cordialement, Erwan On Mon, 5 Jun 2023 at 11:46, Marc_marc wrote: Bonjour Frederik, Le 05.06.23 à 01:21, Frederik Ramm a écrit : Patchi insists to be "highway=platform" and Snusmumriken wants "highway=bus_stop": https://www.openstreetmap.org/node/277447606/history sur le fond, l'habitude en France est de mettre highway=bus_stop avec public_transport=platform (comme c'était le cas à la version #14) et non pas au milieu de la route. ceci dit, il faut évidement que la guerre d'édition s'arrête. Cordialement, Marc ___ 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] Utilisation (ou pas) des données du "catalogue des sculptures des jardins de Versailles et Trianon"
> "Archimole, dit aussi Morphée" > c'est un nom ? j'ai l'impression que c'est 2 noms Il est possible de renseigner deux champs :name=Archimolealt_name=Morphée Bruno REMY Le mercredi 24 mai 2023 à 23:48:48 UTC+2, Marc_marc a écrit : Le 24.05.23 à 22:40, Christian Perrier a écrit : > "Archimole, dit aussi Morphée" c'est un nom ? j'ai l'impression que c'est 2 noms _______ 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] Sur quel objet mettre les tags des passages piétons ?
Bonjour, Merci pour vos retours. J'ai créé un ticket côté StreetComplete pour suggérer a minima de ne pas reposer la question sur le noeud si l'info existe déjà sur le chemin : https://github.com/streetcomplete/StreetComplete/issues/5011 Prochaine étape : améliorer le wiki car l'info sur les passages piétons y reste confuse ! -- Noémie Lehuby Le 26/04/2023 à 19:05, leni a écrit : Bonjour Le 25/04/2023 à 16:36, Noémie Lehuby via Talk-fr a écrit : Bonjour, Dites, quand vous cartographiez un passage piéton en chemin (way), les attributs du passage piéton (zébra, ilôt de refuge, feux sonores, bande podotactile, etc), vous les mettez plutôt : 1) sur le noeud higwhay=crossing 2) sur le chemin highway=footway + footway=crossing 3) sur les deux ? Je ne crée le chemin footway/cycleway/path= crossing que pour créer la continuité de routage ; ce qui fait que si j'ai un highway=footway à droite séparé de la route par un obstacle et un sidewalk=left, mon footway= crossing s'arrête sur le nœud de la route Il y a 1 115 224 higwhay=crossing, 101 673 footway=crossing, 4 456 cycleway=crossing et 1 639 path=crossing Mais l'inconvénient est que la donnée n'est pas uniforme, il faut parfois chercher l'info sur un noeud, parfois sur un chemin, et tous les éditeurs / réutilisateurs ne feront pas cet effort. c'est pourquoi je les laisse sur le nœud (j'avais essayé avec le préréglage "passage piéton" de JOSM, mais il ne le permet pas sur les way) Pour l'instant, je n'ai fais pas de micro-mapping - donc pas de bande bande podotactile, ni de bordure que je mettrais (je pense) sur un nœud prés du trottoir comme Marc cordialement leni _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr OpenPGP_signature Description: OpenPGP digital signature _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cycle de planification stratégique de la OSMF 2023 - Participation de la communauté
Hi, Le conseil d'administration de la Fondation OpenStreetMap révise son plan stratégique et invite tous les membres de l'OSMF et la communauté OSM à participer à ce processus. Le plan est assez détaillé. C'est pourquoi nous voulons en discuter avec vous en quatre phases au cours des deux prochains mois. Dans chaque phase, nous nous concentrerons sur un aspect différent du développement stratégique du OSMF. La première phase est dedié aux "Groupe B : Développement communautaire pour OSM". Nous vous invitons à nous faire part de vos commentaires pour cette section au cours des deux prochaines semaines. Vous trouverez toutes les stratégies de ce cluster dans le page "Groupe B : Développement communautaire pour l'OSM" à https://wiki.osmfoundation.org/wiki/Cluster_) Nous aimerions tout particulièrement connaître votre avis sur quatre questions: * Qu'est-ce qui manque dans le plan ? Ou, autrement dit, que devrions-nous ajouter au plan ? * Y a-t-il des incohérences dans le plan ? Le plan semble-t-il bien aligné sur la Déclaration de mission et la direction du mouvement OSM ? Où se situent les problèmes ? * Quelles sont les trois actions les plus urgentes ? Quelles sont les trois actions qu'il faut resoudre très bientôt ? * Quelles sont les trois actions les plus importantes ? Quelles sont les actions critiques pour le succès et la croissance d'OpenStreetMap ? Vous pouvez bien sûr faire des commentaires sur tout autre sujet. S'il y a un débat sur ce sujet sur l'un des centaines de sites de médias sociaux qui hébergent des discussions liées à OSM, vous pourriez nous aider grandement si un membre de ce site ou de ce canal préparait un résumé des commentaires et le postait (en anglais) à l'équipe. Nous ne pouvons pas suivre nous-mêmes toutes les discussions sur tous les médias sociaux, mais nous tenons à entendre vos voix. Nous suivrons principalement les commentaires à ces deux endroits : * Le forum général de la communauté OSM sur Discourse à https://community.openstreetmap.org/c/general/38/none * La liste de diffusion de la communauté OSM à laquelle vous pouvez accéder en envoyant un courriel à t...@openstreetmap.org. Je vais aussi avoir un œil sur ce forum francais. Vous pouvez envoyer des commentaires privés qui ne seront lus que par l'équipe stratégique à l'adresse strat...@osmfoundation.org ou vous pouvez écrire individuellement aux membres du conseil d'administration. En plus, nous vous invitons de discuter avec Sarah en direct l'état présent et la stratégie future de la OSMF dans un session aux State of the Map 2023 á Marseille. C'est prevu pour Samedi 10 june à 14:30 a la salle Amphi (voir programme pour changements dernière minute). La session sera en Français. Merci beaucoup Sarah Hoffmann, Craig Allan, Allan Mustard ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?
Bonjour, Une solution, lorsque les attributs sont placés sur le chemin highway=footway, serait d'utiliser xxx:separate sur le nœud highway=crossing (crossing:markings=separate par exemple). Ça permettrait: 1- D'éviter les doublons 2- D'indiquer, à qui veut bien chercher, que l'info existe à proximité. Le 25/04/2023 à 16:36, Noémie Lehuby via Talk-fr a écrit : Bonjour, Dites, quand vous cartographiez un passage piéton en chemin (way), les attributs du passage piéton (zébra, ilôt de refuge, feux sonores, bande podotactile, etc), vous les mettez plutôt : 1) sur le noeud higwhay=crossing 2) sur le chemin highway=footway + footway=crossing 3) sur les deux ? Exemple illustré pour que ça soit plus clair : https://i.imgur.com/4IsT37m.png J'ai tendance à faire plutôt le deuxième. En effet, ça me semble plus cohérent (après tout, c'est utile pour les piétons, pas pour les voitures) et plus précis. Mais l'inconvénient est que la donnée n'est pas uniforme, il faut parfois chercher l'info sur un noeud, parfois sur un chemin, et tous les éditeurs / réutilisateurs ne feront pas cet effort. StreetComplete par exemple n'est pas de cet avis : les quêtes semblent porter toujours sur le noeud, et même lorsque les infos sont déjà renseignées sur le chemin, on a une quête qui re-pose la question sur le noeud. Qu'en pensez-vous ? ___ 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] Sur quel objet mettre les tags des passages piétons ?
je signale juste que crossing_ref=zebra n'est pas égal à crossing:markins=zebra parce que cette dernière valeur ne représente qu'un des cas possible de marquage zebré (cfr les autres cas dans taginfo fr) Bonjour, Je ne comprends pas ta logique. Il me semble que crossing_ref, du point de vue du marquage, globalise toutes les formes possibles du zébré: on sait que c'est zébré, c'est tout. Au contraire, crossing:markings peut indiquer tous les cas possibles de marquage zébré: simple (valeur par défaut de zebra), double, pairé, bicolore etc. Et pour ceux qui ne sont pas (encore) listé sur le wiki, comme je l'ai cité précédemment: "More values may be documented as they are discovered". J'avais d'ailleurs soulevé la question sur le forum <https://forum.openstreetmap.fr/t/traversee-de-route-avec-marquage-en-damier/14002> pour un marquage en damier (je ne suis pas encore allé au bout de la démarche en modifiant la traversée concernée, oubli, flemme?). Pour ajouter au dossier cogitations, voir aussi notre discussion sur un de mes changesets <https://www.openstreetmap.org/changeset/132650063> Cordialement. _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?
A l'origine crossing_ref <https://wiki.openstreetmap.org/wiki/Key:crossing_ref> avec toutes ses valeurs zebra, toucan, tiger, puffin etc. décrit un système de références en vigueur au Royaume-Uni ou chaque "ref" définit bien plus que le simple marquage (présence d'un feu, conditions d'accès, priorités ...). En France, on s'est approprié ce tag pour indiquer, faute de mieux, uniquement le marquage. Plus récemment, le tag crossing:markings <https://wiki.openstreetmap.org/wiki/Key:crossing:markings> a été proposé, voté et approuvé <https://wiki.openstreetmap.org/wiki/Proposal:Crossing:markings> et permet de décrire le marquage, et rien d'autre, mais plus finement. Et comme précisé sur le wiki, la liste des valeurs n'est pas exhaustive /"//More values may be documented as they are discovered or invented by governments."/ Dans ce cas je ne vois plus l'utilité de conserver ce crossing_ref qui ne correspond à aucune "ref" en vigueur chez nous. Du moins dans mes nouvelles contributions, je ne mentionne plus que le crossing:markings. Le 03/05/2023 à 09:39, Marc_marc a écrit : Le 03.05.23 à 09:23, Philippe Verdy a écrit : À ce sujet il semble que "crossing_ref=zebra" (et plus généralement "crossing_ref=*" ) soit maintenant déprécié et à remplacer par "crossing:marking=zebra" malheureusement ce n'est pas le cas (ni voté ni en pratique) crossing_ref=zebra dit qu'il y a un zebra, peu importe la sorte ce qui peux être selon les cas (tous existant dans osm en France) crossing:marking=zebra un zebra mono ligne mono couleur, de loin le plus courant. il aurait suffit d'inventer crossing:markings=zebra:simple pour ce cas afin de garder crossing:markings=zebra comme valeur générique, hélas cela n'a pas été le cas. crossing:markings=zebra:double un zebra double rangée, ce qui arrive occcasionalement sur les passages très large crossing:markings=zebra:bicolour bicouleur (et sa variante oubliée d'un zebra blanc "enrobé" dans un fond d'un autre couleur (ce que j'ai vu était sur un revetement peint en rouge), certainsn semblent utiliser surface;zebra pour cela du coup les 2 vont coexister pendant longtemps ou crossing:marking=zebra va perdre le sens voté pour devenir une valeur générique. perso je détail de la peinture m'interesse moins c'est pourquoi je renseigne crossing_ref=zebra et non crossing:markings=* mais chacun son envie bien évidement. ___ 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] Sur quel objet mettre les tags des passages piétons ?
A partir du moment où je cartographie la traversée avec highway=footway + footway=crossing, je place les attributs qui concernent ce chemin sur celui-ci (proposition 2) et je place les éléments tels que les kerb (1), tactile paving (2) sur un nœud à leur place réelle. Par rapport à ton exemple, je laisse sur le nœud commun highway=crossing les attributs: crossing=uncontroled/traffic_signals (je n'aime pas ce marked!) crossing_island=yes crossing_ref éventuellement s'il existe déjà (bien que j'estime, d'après la description, que ces zebra, toucan etc. signifient davantage que le simple marquage) Ces attributs sont utiles aussi aux voitures il me semble. Par contre sur le chemin highway=footway + footway=crossing, je décris le marquage avec crossing_markings. Effectivement, les éditeurs / réutilisateurs ont du mal à traiter ces infos, mais ne serait-ce pas à eux de s'adapter. La difficulté vient peut-être du fait que le wiki ne décrit pas cette méthode 2. (1) A propos de kerb, je m'interroge sur la nécessité du barrier=kerb. D'après la page wiki sur kerb, kerb=lowered/flush.. suffit) (2) tactile_paving sur le nœud highway=crossing est à mon sens ambigu: on voit maintenant des passages piétons avec un pavé podotactile transversal au bord de la chaussée, mais aussi une bande tactile longitudinale qui traverse toute la chaussée au milieu du marquage. La méthode 2 permet d'indiquer les deux. Le 25/04/2023 à 16:36, Noémie Lehuby via Talk-fr a écrit : Bonjour, Dites, quand vous cartographiez un passage piéton en chemin (way), les attributs du passage piéton (zébra, ilôt de refuge, feux sonores, bande podotactile, etc), vous les mettez plutôt : 1) sur le noeud higwhay=crossing 2) sur le chemin highway=footway + footway=crossing 3) sur les deux ? Exemple illustré pour que ça soit plus clair : https://i.imgur.com/4IsT37m.png J'ai tendance à faire plutôt le deuxième. En effet, ça me semble plus cohérent (après tout, c'est utile pour les piétons, pas pour les voitures) et plus précis. Mais l'inconvénient est que la donnée n'est pas uniforme, il faut parfois chercher l'info sur un noeud, parfois sur un chemin, et tous les éditeurs / réutilisateurs ne feront pas cet effort. StreetComplete par exemple n'est pas de cet avis : les quêtes semblent porter toujours sur le noeud, et même lorsque les infos sont déjà renseignées sur le chemin, on a une quête qui re-pose la question sur le noeud. Qu'en pensez-vous ? ___ 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
[OSM-talk-fr] Re :Re: [import] import partiel des adresses en France
Bonjour, Je comprends que l'outil pifométre fait du contrôle qualité mais je me demande encore pourquoi àjouter des relations ce qui semble être une spécialité française alors que la communauté OSM semble utiliser les clés correspondant au numéro et au nom de rue. Ce qui est géré nativement par ID. Alors pourquoi réinventer la roue ? Bruno Bruno REMY Le mar., avr. 25, 2023 à 16:41, Cyrille37 OSM a écrit: Bonjour, Faisant beaucoup d'adressage dans OSM je confirme que la BAN n'est pas assez qualitative pour faire de l'import automatique. L'outil Pifometre cité par Vincent est super, il permet d'intégrer bout par bout, ce qui me semble la volumétrie suffisante et nécessaire pour la qualité attendue dans OSM. Et si on a besoin tout de suite et maintenant d'interroger des adresses sur toute la France il y a https://adresse.data.gouv.fr/ ;-) Cyrille37. On 25/04/2023 14:46, Vincent de Château-Thierry wrote: > Bonjour, > >> De: "Marc_marc" >> >> Suite à l'accueil favorable sur le principe, je poursuis >> la discussion entamé [2] il y a quelques mois lié à la procédure >> https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines > >> je propose de diviser l'import en plusieurs tranches >> et de discuter uniquement de la première tranche : >> >> Étendue de l'import de la première tranche >> - le nom de la rue est présente dans osm, identique à celui >> de la BAL ou la ref fantoir permet de lier le nom osm au nom officiel >> tel que visible avec la colonne "adresse BAN avec voie rapprochée %" >> sur le pifomètre [1] >> - le taux de certification de 100% tel que visible avec la colonne "% >> adresses certifiées BAN" sur le pifomètre [1] >> - j'avais proposé "la rue dans osm ne contient aucune addr" : certains >> ont suggéré de commencer avec ce critère sur l'étendue de la commune. >> le pifomètre [1] renseigne en effet des communes avec 0 adresse dans osm >> >> A voir s'il y a beaucoup de communes avec 100% adresses certifiées + >> 100% voies adressée rapprochée + pas d'adresse dans osm :) >> mais c'est une première tranche >> >> Questions : >> >> - faut-il ajouter des critères de qualité ? par ex dans le passé, >> ce n'était pas rare d'avoir plusieurs adresses au même endroit. >> il n'y a pas eu de retour sur ce point que je propose de supprimer >> sauf si quelqu'un souhaite le conserver. >> J'espère que ce problème a disparu avec la certification >> mais un retour est bienvenu si ce n'est pas le cas. > La certification n'est hélas en aucun cas un critère de qualité. Il y a eu > différents retours d'expérience là-dessus, notamment sur le canal OSM-Fr > matrix/telegram et aussi sur le forum où ce post couvre le même sujet [1]. > En version courte : la certification est auto-déclarative et l'aspect > géométrique est loin d'être au cœur des préoccupations des communes, plus > focalisées sur l'inventaire. Donc partir sur ce critère comme un filtre > d'adresses fiables et sujettes à import est biaisé dès le départ : on se > trompe de postulat. > >> - la position des addr est souvent flottante tandis que d'autres >> voudraient les voir au moins en bordure du bâtiments concernées. >> Il avait été proposé de sortir cette question hors de l'import >> et d'importer avec la position actuelle de l'opendata > Dire ça c'est donc assumer qu'on n'ajoute pas de valeur à l'import, on > photocopie l'OpenData de la BAN. C'est vraiment regrettable je trouve. Parmi > nos valeurs ajoutées sur le sujet des adresses par rapport à la BAN il y a : > - garantir la bonne orthographe des noms de voies (dans la BAN c'est un > poème, défauts d'accents, défauts de majuscules, etc) > - assigner à chaque adresse une position cohérente avec notre propre graphe > et nos bâtiments, donc potentiellement retoucher les coordonnées > (manuellement, car non il n'y a aucune magie pour ce genre d'opération) > - filtrer les données sources : ne pas ajouter dans OSM des numéros assignés > à une autre voie et totalement erronés dans leur affectation et leur > position, sans parler des 5xxx et 9xxx > > Donc je tempère l'accueil favorable dont tu parles au début, et qui se base > sur... 3 réponses. Personnellement je ne suis pas favorable à un tel import, > mais ça ne devrait pas étonner par ici : si j'ai conçu Pifomètre c'est > justement pour ne pas encourager les imports, tout en proposant un outil pour > mécaniser le travail d'intégration sans verser dans l'ingestion aveugle > d'open data. On peut largement faire évoluer Pifomètre pour changer d'échelle > (la commune au lieu de la rue, etc) mais en aucun cas ça ne nous dispensera > de contrôler finement ce qu'on
[OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?
Bonjour, Dites, quand vous cartographiez un passage piéton en chemin (way), les attributs du passage piéton (zébra, ilôt de refuge, feux sonores, bande podotactile, etc), vous les mettez plutôt : 1) sur le noeud higwhay=crossing 2) sur le chemin highway=footway + footway=crossing 3) sur les deux ? Exemple illustré pour que ça soit plus clair : https://i.imgur.com/4IsT37m.png J'ai tendance à faire plutôt le deuxième. En effet, ça me semble plus cohérent (après tout, c'est utile pour les piétons, pas pour les voitures) et plus précis. Mais l'inconvénient est que la donnée n'est pas uniforme, il faut parfois chercher l'info sur un noeud, parfois sur un chemin, et tous les éditeurs / réutilisateurs ne feront pas cet effort. StreetComplete par exemple n'est pas de cet avis : les quêtes semblent porter toujours sur le noeud, et même lorsque les infos sont déjà renseignées sur le chemin, on a une quête qui re-pose la question sur le noeud. Qu'en pensez-vous ? -- Noémie Lehuby OpenPGP_signature Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] présentation
Le 24/04/2023 à 22:48, Christian Rogel a écrit : C’est comme qu’on peut voir qu’ « associated_street » ne fait « l’unanimité » qu’en France (c’est un gimmick Fr de se précipiter sur ce qui semble plus malin). L'unanimité, c'est pas un peu vite dit? Bon, c'était entre guillemet. Ironique? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import d'adresses à Andernos
Bonjour, Je lis que vous suggérez d'utiliser la relation associated-street.Je suis plus partisan du tag addr:street. Rajouter une relation à chaque noeud nécessite une opération manuelle sur chaque noeud, ce qui est laborieux quand on travaille sur un ensemble de noeuds par exemple à l'échelle d'une ville. Je me vois mal créer des centaines de relations une par une à la main... En manipulant les données d'un fichier JSON ou CSV on peut plus facilement attribuer au noeud le tag addr:street correspondant au nom de la rue présent dans le fichier source de BANO. Vous voyez ce que je veux dire? Je cherche une solution qui associe l'intégrité des données (donc le numéro et le nom de la rue je suis d'accord avec vous) et la simplicité de manipulation des données. Cordialement --- Bruno REMY bruno.r...@ymail.com 06 87 44 65 81 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'adresses à Andernos
Bonjour Rémy, Il manque effectivement les relations associatedStreet à tes noœuds adresse. Je te suggère de regarder cette page https://wiki.openstreetmap.org/wiki/FR:France/Int%C3%A9gration_des_adresses_avec_les_outils_BANO de faire des essais sur une rue ou deux. Le plus simple sera sans doute d'effacer les nœuds sans nom de rue que tu as entrés, puis de les réimporter. Note que pratiquement chaque nœud doit être correctement repositionné à la main, en général au niveau de l'entrée du terrain. Cordialement, Georges Le 24/04/2023 à 15:56, Jean-Claude Repetto a écrit : Le 24/04/2023 à 10:46, Bruno Remy via Talk-fr a écrit : Bonjour à tous, J'ai remarqué que dans le département de la Gironde et en particulier dans plusieurs communes du Bassin d'Arcachon il manque les numéros de rue.Cela représente un grand nombre de points et les rajouter un par un avec ID en utilisant le calque BANO est long et fastidieux... J'ai préféré utiliser le jeu de données BANO en ma basant sur le fichier de la Gironde disponible en ligne, avec l'éditeur JOSM. Voir ma contribution : https://www.openstreetmap.org/changeset/135219152 Je n'avais pas ouvert la discussion avant mon import, mais je le fais maintenant : que pensez-vous de ce compromis entre un import massif des données ouvertes du BANO pour le département de la Gironde et une contribution manuelle sur ID point par point ? Un import à l'échelle d'une ville est-il considéré comme un import massif? Mérite-t-il l'attention des contributeurs OSM? Est-il "abusif" ? Cordialement, Bruno REMY Bonjour Rémy, Je ne suis pas spécialiste, mais il me semble qu'il manque les relations aasociatedStreet permettant de relier les numéros aux rues. Voir : https://wiki.openstreetmap.org/wiki/FR:Relation:associatedStreet Jean-Claude _______ 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
[OSM-talk-fr] Import d'adresses à Andernos
Bonjour à tous, J'ai remarqué que dans le département de la Gironde et en particulier dans plusieurs communes du Bassin d'Arcachon il manque les numéros de rue.Cela représente un grand nombre de points et les rajouter un par un avec ID en utilisant le calque BANO est long et fastidieux... J'ai préféré utiliser le jeu de données BANO en ma basant sur le fichier de la Gironde disponible en ligne, avec l'éditeur JOSM. Voir ma contribution : https://www.openstreetmap.org/changeset/135219152 Je n'avais pas ouvert la discussion avant mon import, mais je le fais maintenant : que pensez-vous de ce compromis entre un import massif des données ouvertes du BANO pour le département de la Gironde et une contribution manuelle sur ID point par point ? Un import à l'échelle d'une ville est-il considéré comme un import massif? Mérite-t-il l'attention des contributeurs OSM? Est-il "abusif" ? Cordialement, Bruno REMY --- Bruno REMY bruno.r...@ymail.com 06 87 44 65 81 _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] présentation
Bonjour à tous, Je viens de m'inscrire sur la liste et je me présente : Je m'appelle Bruno et je suis contributeur OSM depuis janvier 2012 tout d'abord au Canada (Québec) où j'étais inscrit sur la liste talk-ca. De retour en France puis quelques années je reprends progressivement mes contributions OSM. J'utilise les applications mobiles StreetComplete, OSMtracker et Vespucci. J'utilise aussi l'éditeur en ligne ID et JOSM. Je contribue dans mon secteur (Val de Marne) et là où je vais en vacances (exemple Andernos-les-Bains, Gironde). Je n'ai pas un profil de développeur mais je m'intéresse en général à l'utilisation des données Openstreetmap. Cordialement, Bruno REMY --- Bruno REMY bruno.r...@ymail.com 06 87 44 65 81 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activité de contribution organisée : gares SNCF
Désolé pour le manque de réactivité. J'ai ajouté les gares faites à ce jour sur la page projet, je compléterai (et réorganiserai) la liste au fur et à mesure. Malheureusement les plans que nous utilisons font l'objet d'un accord de confidentialité, nous ne pouvons pas les partager avec la communauté. Antoine. Le 01/04/2023 à 21:01, Axel listes a écrit : Bonjour Antoine, Le 28/03/2023 à 09:46, Antoine Riche via Talk-fr a écrit : Après la cartographie des gares d'Île-de-France pour SNCF Transilien, un projet de cartographie des gares pour SNCF Gares & Connexions a démarré fin février. Ce projet est mené par la société Wemap, qui a remporté l'appel d'offres, avec Carto’Cité en sous-traitance. L'ambition est d'alimenter une application de localisation et de guidage en gare pour plusieurs centaines de gares. Page du projet sur le wiki : https://wiki.openstreetmap.org/wiki/France/Gares_SNCF Intéressant. Ou peut-on trouver la liste des gares ? Possible pour les contributeurs OSM d’avoir accès à ces plans ? Axel. ___ 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
[OSM-talk-fr] Activité de contribution organisée : gares SNCF
Bonjour. Après la cartographie des gares d'Île-de-France pour SNCF Transilien, un projet de cartographie des gares pour SNCF Gares & Connexions a démarré fin février. Ce projet est mené par la société Wemap, qui a remporté l'appel d'offres, avec Carto’Cité en sous-traitance. L'ambition est d'alimenter une application de localisation et de guidage en gare pour plusieurs centaines de gares. Page du projet sur le wiki : https://wiki.openstreetmap.org/wiki/France/Gares_SNCF N'hésitez pas si vous avez des questions, Antoine Riche, Carto’Cité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fédération des pros d'OSM
Bonsoir, Je viens de publier [ce billet de journal OSM](https://www.openstreetmap.org/user/SeverinGeo/diary/401231) en lien avec un point à l'ordre du jour la semaine prochaine lors de la réunion mensuelle du Conseil d’administration de la Fondation OpenStreetMap concernant le projet "Fédération des pros d'OSM". Pour celles et ceux qui ne seraient pas au fait de la marque déposée OpenStreetMap, [voici le lien](https://wiki.osmfoundation.org/wiki/Trademark_Policy) vers la page concernée sur le site de la Fondation OSM. Bon WE, Séverin _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapbox contribute ?
Le 14/03/2023 à 19:05, Sergey Beliamei via Talk-fr a écrit : All POI and addresses in France are not from OSM. Mapbox follows ODbL and does not mix internal data with OSM. Soit on est dans la mauvaise foi, soit dans une incapacité totale de comprendre le problème. Le sujet de cette demande non explicite de contribution à des données privées a-t-il été abordé sur une liste internationale ? Dans la négative, ne serait-ce pas une bonne idée d'élargir le débat à l'international ? On est comme avec overture dans une dérive dangereuse vers une fragmentation de la communauté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapbox contribute ?
Hello, Christian! All POI and addresses in France are not from OSM. Mapbox follows ODbL and does not mix internal data with OSM. Best regards, Member of Mapbox team, Sergey Salut, Christian! Tous les POI et adresses en France ne proviennent pas d'OSM. Mapbox suit ODbL et ne mélange pas les données internes avec OSM. Cordialement, Membre de l'équipe Mapbox, Sergey On Tue, Mar 14, 2023 at 10:14 AM Christian Quest wrote: > Le 13/03/2023 à 14:42, Sergey Beliamei a écrit : > > Hello! > The clickable POIs that are seen on the map are not extracted from the > OSM. Mapbox uses a variety of sources to keep POIs updated. Please bear in > mind that these POIs are not associated with OSM and could be found either > via search bar or by clicking on the map. > The primary goal of Mapbox Contribute is to let the customers report about > Mapbox proprietary data. If you would like to report one-off issues about > OSM, one can send a feedback with missing address category and indicate > your request in the comment. All feedback are reviewed manually. If you > have a bunch of OSM requests, Mapbox Contribute is not the best tool to > report about them. > > Best regards, > Member of Mapbox team, > Sergey > > > Bonjour! > Les POI cliquables visibles sur la carte ne sont pas extraits de l'OSM. > Mapbox utilise une variété de sources pour maintenir les points d'intérêt à > jour. Veuillez garder à l'esprit que ces points d'intérêt ne sont pas > associés à OSM et peuvent être trouvés via la barre de recherche ou en > cliquant sur la carte. > L'objectif principal de Mapbox Contribute est de permettre aux clients de > signaler les données propriétaires de Mapbox. Si vous souhaitez signaler > des problèmes ponctuels concernant OSM, vous pouvez envoyer un commentaire > avec une catégorie d'adresse manquante et indiquer votre demande dans le > commentaire. Tous les commentaires sont examinés manuellement. Si vous avez > un tas de requêtes OSM, Mapbox Contribute n'est pas le meilleur outil pour > en faire rapport. > > Cordialement, > Membre de l'équipe Mapbox, > Sergey > > > Merci pour la confirmation, très inquiétante sur la dérive de Mapbox par > rapport à OSM. > > "Improve this MAP" ce n'est pas "Improve these POI over an OSM basemap" > > Mapbox devient clairement de plus en plus prédateur vis à vis d'OSM. > > On avait déjà le problème d'attribution, maintenant c'est une captation > des contributions pour alimenter autre chose qu'OSM. > > > Quelle est l'origine de ces données de POI en France ? > > Les mélangez-vous avec des données de POI OSM ? (car dans ce cas il va > falloir une fois de plus rappeler les termes du partage à l'identique de la > licence ODbL) > > > -- > Christian Quest - OpenStreetMap France > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapbox contribute ?
Hello! The clickable POIs that are seen on the map are not extracted from the OSM. Mapbox uses a variety of sources to keep POIs updated. Please bear in mind that these POIs are not associated with OSM and could be found either via search bar or by clicking on the map. The primary goal of Mapbox Contribute is to let the customers report about Mapbox proprietary data. If you would like to report one-off issues about OSM, one can send a feedback with missing address category and indicate your request in the comment. All feedback are reviewed manually. If you have a bunch of OSM requests, Mapbox Contribute is not the best tool to report about them. Best regards, Member of Mapbox team, Sergey Bonjour! Les POI cliquables visibles sur la carte ne sont pas extraits de l'OSM. Mapbox utilise une variété de sources pour maintenir les points d'intérêt à jour. Veuillez garder à l'esprit que ces points d'intérêt ne sont pas associés à OSM et peuvent être trouvés via la barre de recherche ou en cliquant sur la carte. L'objectif principal de Mapbox Contribute est de permettre aux clients de signaler les données propriétaires de Mapbox. Si vous souhaitez signaler des problèmes ponctuels concernant OSM, vous pouvez envoyer un commentaire avec une catégorie d'adresse manquante et indiquer votre demande dans le commentaire. Tous les commentaires sont examinés manuellement. Si vous avez un tas de requêtes OSM, Mapbox Contribute n'est pas le meilleur outil pour en faire rapport. Cordialement, Membre de l'équipe Mapbox, Sergey On Mon, Mar 13, 2023 at 3:04 PM wrote: > Envoyez vos messages pour la liste Talk-fr à > talk-fr@openstreetmap.org > > Pour vous (dés)abonner par le web, consultez > https://lists.openstreetmap.org/listinfo/talk-fr > > ou, par email, envoyez un message avec 'help' dans le corps ou dans le > sujet à > talk-fr-requ...@openstreetmap.org > > Vous pouvez contacter l'administrateur de la liste à l'adresse > talk-fr-ow...@openstreetmap.org > > Si vous répondez, n'oubliez pas de changer l'objet du message afin > qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..." > > > Thèmes du jour : > >1. hebdoOSM Nº 659 2023-02-28-2023-03-06 (weeklyteam) >2. Re: Mapbox contribute ? (Dominique Rousseau) >3. Re: Mapbox contribute ? (rpnpif) >4. Re: Mapbox contribute ? (jb...@mailoo.org) > > > -- > > Message: 1 > Date: Sun, 12 Mar 2023 11:39:15 + (UTC) > From: weeklyteam > To: talk-fr@openstreetmap.org > Subject: [OSM-talk-fr] hebdoOSM Nº 659 2023-02-28-2023-03-06 > Message-ID: <20230312113915.754ae7d...@weeklyosm.eu> > Content-Type: text/plain; charset="utf-8" > > Bonjour, > > Le résumé hebdomadaire n° 659 de l'actualité OpenStreetMap vient de > paraître *en français*. Un condensé à retrouver sur : > > https://www.weeklyosm.eu/fr/archives/16366/ > > Bonne lecture ! > > Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note > hebdomadaire sans être membre ? Il vous suffit de vous connecter sur > https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en > savoir plus sur la rédaction d'un article, cliquez ici: > https://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm > > hebdoOSM ? > Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages > Où : > https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3 > > -- > > Message: 2 > Date: Mon, 13 Mar 2023 10:24:46 +0100 > From: Dominique Rousseau > To: talk-fr@openstreetmap.org > Subject: Re: [OSM-talk-fr] Mapbox contribute ? > Message-ID: <20230313092446.gb7...@lee-loo.net> > Content-Type: text/plain; charset=iso-8859-1 > > Le Sat, Mar 11, 2023 at 05:18:43PM +0100, deuzeffe [ > opensm@deuzeffe.org] a écrit: > > >sur ce site https://www.mapbox.com/contribute > > > > > >il est proposé de contribuer mais il est difficile de comprendre à > > >quelle base la contribution est faite ni de quelle base les points > > >d'intérêts sont extraits. > > > > > >@mapboxteam, pourrriez vous nous expliquer d'où proviennent les > > >données et qu'est ce qui est fait des contributions svp ? > > > > > >Dans ma zone de contribution, je ne reconnais pas vraiment les > > >points d'intérêts, donc cela ne provient pas d'OpenStreetMap, je > > >ne sais donc pas où peuvent aller mes éventuelles contributions ! > > > > Je certifie que les données ne viennent pas d'OSM : rarement vu une > > telle mauvaise qualité des données dans ma ZdC... Et ça ne vient pas > > de GG non plus, tout autant
Re: [OSM-talk-fr] Lot Talk-fr, Vol 200, Parution 5
Hello, Jean-Pierre! All our detections are collected by an internal algorithm. We use internal Mapbox data validation jobs that search OSM data for errors. The process is completely switched to automatic uploading and searching for data errors. Automation of the process was achieved with an internal algorithm which detects mistakes on OSM. We don't have a maproulette and osmose. Best regards, Member of Mapbox team, Sergey Salut, Jean-Pierre! Toutes nos détections sont collectées par un algorithme interne. Nous utilisons des travaux de validation de données Mapbox internes qui recherchent les erreurs dans les données OSM. Le processus est complètement commuté sur le téléchargement automatique et la recherche d'erreurs de données. L'automatisation du processus a été réalisée avec un algorithme interne qui détecte les erreurs sur OSM. Nous n'avons pas de maproulette et d'osmose. Cordialement, Membre de l'équipe Mapbox, Sergey On Fri, Mar 10, 2023 at 6:21 PM Sergey Beliamei wrote: > Hello, Christian! > Thanks for the information, we will keep that in mind. > > > Best regards, > Member of Mapbox team, > Sergey > > > Salut, Christian! > Merci pour l'information, nous en tiendrons compte. > > > cordialement, > Membre de l'équipe Mapbox, > Sergey > > On Wed, Mar 8, 2023 at 3:04 PM wrote: > >> Envoyez vos messages pour la liste Talk-fr à >> talk-fr@openstreetmap.org >> >> Pour vous (dés)abonner par le web, consultez >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> ou, par email, envoyez un message avec 'help' dans le corps ou dans le >> sujet à >> talk-fr-requ...@openstreetmap.org >> >> Vous pouvez contacter l'administrateur de la liste à l'adresse >> talk-fr-ow...@openstreetmap.org >> >> Si vous répondez, n'oubliez pas de changer l'objet du message afin >> qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..." >> >> >> Thèmes du jour : >> >>1. Re: Mapbox mapping activity (Christian Quest) >>2. Re: Mapbox mapping activity (pepilepi...@ovh.fr) >> >> >> ------ >> >> Message: 1 >> Date: Tue, 7 Mar 2023 17:15:06 +0100 >> From: Christian Quest >> To: talk-fr@openstreetmap.org >> Subject: Re: [OSM-talk-fr] Mapbox mapping activity >> Message-ID: >> Content-Type: text/plain; charset=UTF-8; format=flowed >> >> Le 15/02/2023 à 15:54, Marc_marc a écrit : >> > Bonjour, >> > >> > Le 14.02.23 à 21:06, Sergey Beliamei via Talk-fr a écrit : >> >> >> https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/missing_roundabouts_France >> >> >> > >> >> des informations locales qui, selon vous, nous aideront à >> >> mieux comprendre les données. >> > >> > merci d'avoir présenté l'opération avec une traduction en français :) >> > >> > Sur la pge wiki vous parlez des couches d'imageries sat >> >> Satellite Imagery: Bing, Maxar, Esri >> > >> > En France, la couche la plus récente et de meilleur qualité >> > est souvent la BD Ortho, disponible dans iD >> > >> > attention à l'existance rare de junction=circular >> > qu'il faut transformer en junction=roundabout >> > uniquement si vous avez une image "street level" >> > avec un panneau giratoire ou la présence des triangles >> > de priorités sur toutes les entrées >> > >> > Cordialement, >> > Marc >> >> >> Maxar est souvent la plus récente, car prise régulièrement par >> satellite, alors que la BD Ortho est prise d'avion tous les 3 à 4 ans, >> avec environ 1 an de délais avant publication. La BD Ortho a donc en >> général entre 1 et 5 ans de retard sur le terrain, Maxar est souvent >> entre 1 et 2 ans voire moins. >> >> Pour le choix entre circular/roundabout, le marquage au sol permet >> souvent de ne pas dépendre d'une vue de la rue... sauf si il est usé et >> effacé sur toutes les entrées du rond-point ! >> >> -- >> Christian Quest - OpenStreetMap France >> >> >> -- >> >> Message: 2 >> Date: Wed, 8 Mar 2023 11:14:51 +0100 >> From: "pepilepi...@ovh.fr" >> To: talk-fr@openstreetmap.org >> Subject: Re: [OSM-talk-fr] Mapbox mapping activity >> Message-ID: >> Content-Type: text/plain; charset=utf-8 >> >> Le 07/03/2023 à 17:15, Christian Quest a écrit : >> > Le 15/02/2023 à 15:54, Marc_marc a écrit : >> >> Bonjour
Re: [OSM-talk-fr] Lot Talk-fr, Vol 200, Parution 5
Hello, Christian! Thanks for the information, we will keep that in mind. Best regards, Member of Mapbox team, Sergey Salut, Christian! Merci pour l'information, nous en tiendrons compte. cordialement, Membre de l'équipe Mapbox, Sergey On Wed, Mar 8, 2023 at 3:04 PM wrote: > Envoyez vos messages pour la liste Talk-fr à > talk-fr@openstreetmap.org > > Pour vous (dés)abonner par le web, consultez > https://lists.openstreetmap.org/listinfo/talk-fr > > ou, par email, envoyez un message avec 'help' dans le corps ou dans le > sujet à > talk-fr-requ...@openstreetmap.org > > Vous pouvez contacter l'administrateur de la liste à l'adresse > talk-fr-ow...@openstreetmap.org > > Si vous répondez, n'oubliez pas de changer l'objet du message afin > qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..." > > > Thèmes du jour : > >1. Re: Mapbox mapping activity (Christian Quest) >2. Re: Mapbox mapping activity (pepilepi...@ovh.fr) > > > -- > > Message: 1 > Date: Tue, 7 Mar 2023 17:15:06 +0100 > From: Christian Quest > To: talk-fr@openstreetmap.org > Subject: Re: [OSM-talk-fr] Mapbox mapping activity > Message-ID: > Content-Type: text/plain; charset=UTF-8; format=flowed > > Le 15/02/2023 à 15:54, Marc_marc a écrit : > > Bonjour, > > > > Le 14.02.23 à 21:06, Sergey Beliamei via Talk-fr a écrit : > >> > https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/missing_roundabouts_France > >> > > > >> des informations locales qui, selon vous, nous aideront à > >> mieux comprendre les données. > > > > merci d'avoir présenté l'opération avec une traduction en français :) > > > > Sur la pge wiki vous parlez des couches d'imageries sat > >> Satellite Imagery: Bing, Maxar, Esri > > > > En France, la couche la plus récente et de meilleur qualité > > est souvent la BD Ortho, disponible dans iD > > > > attention à l'existance rare de junction=circular > > qu'il faut transformer en junction=roundabout > > uniquement si vous avez une image "street level" > > avec un panneau giratoire ou la présence des triangles > > de priorités sur toutes les entrées > > > > Cordialement, > > Marc > > > Maxar est souvent la plus récente, car prise régulièrement par > satellite, alors que la BD Ortho est prise d'avion tous les 3 à 4 ans, > avec environ 1 an de délais avant publication. La BD Ortho a donc en > général entre 1 et 5 ans de retard sur le terrain, Maxar est souvent > entre 1 et 2 ans voire moins. > > Pour le choix entre circular/roundabout, le marquage au sol permet > souvent de ne pas dépendre d'une vue de la rue... sauf si il est usé et > effacé sur toutes les entrées du rond-point ! > > -- > Christian Quest - OpenStreetMap France > > > -- > > Message: 2 > Date: Wed, 8 Mar 2023 11:14:51 +0100 > From: "pepilepi...@ovh.fr" > To: talk-fr@openstreetmap.org > Subject: Re: [OSM-talk-fr] Mapbox mapping activity > Message-ID: > Content-Type: text/plain; charset=utf-8 > > Le 07/03/2023 à 17:15, Christian Quest a écrit : > > Le 15/02/2023 à 15:54, Marc_marc a écrit : > >> Bonjour, > >> > >> Le 14.02.23 à 21:06, Sergey Beliamei via Talk-fr a écrit : > >>> > https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/missing_roundabouts_France > >>> > >> > >>> des informations locales qui, selon vous, nous aideront à > >>> mieux comprendre les données. > >> > >> merci d'avoir présenté l'opération avec une traduction en français :) > >> > >> Sur la pge wiki vous parlez des couches d'imageries sat > >>> Satellite Imagery: Bing, Maxar, Esri > >> > >> En France, la couche la plus récente et de meilleur qualité > >> est souvent la BD Ortho, disponible dans iD > >> > >> attention à l'existance rare de junction=circular > >> qu'il faut transformer en junction=roundabout > >> uniquement si vous avez une image "street level" > >> avec un panneau giratoire ou la présence des triangles > >> de priorités sur toutes les entrées > >> > >> Cordialement, > >> Marc > > > > > > Maxar est souvent la plus récente, car prise régulièrement par > > satellite, alors que la BD Ortho est prise d'avion tous les 3 à 4 ans, > > avec environ 1 an de délais avant publication. La BD Ortho a donc en > > général entre 1 et 5 ans de retard sur le te
Re: [OSM-talk-fr] Lot Talk-fr, Vol 199, Parution 10
Hello, Marc! Thanks for the information about satellites and tags. We will keep this in mind in our project. Best regards, Member of Mapbox team, Sergey Bonjour Marc! Merci pour les informations sur les satellites et les balises. Nous en tiendrons compte dans notre projet. Cordialement, Membre de l'équipe Mapbox, Sergey On Thu, Feb 16, 2023 at 3:05 PM wrote: > Envoyez vos messages pour la liste Talk-fr à > talk-fr@openstreetmap.org > > Pour vous (dés)abonner par le web, consultez > https://lists.openstreetmap.org/listinfo/talk-fr > > ou, par email, envoyez un message avec 'help' dans le corps ou dans le > sujet à > talk-fr-requ...@openstreetmap.org > > Vous pouvez contacter l'administrateur de la liste à l'adresse > talk-fr-ow...@openstreetmap.org > > Si vous répondez, n'oubliez pas de changer l'objet du message afin > qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..." > > > Thèmes du jour : > >1. Re: Comment tagguer une façade "rescapée" ? (Marc_marc) >2. Re: Kartaview (Georges Dutreix) >3. Re: Comment tagguer une façade "rescapée" ? (pepilepi...@ovh.fr) >4. Re: Mapbox mapping activity (Marc_marc) >5. Re: Comment tagguer une façade "rescapée" ? (pepilepi...@ovh.fr) >6. Comment tagguer... Une cabine de téléconsultation ? > (pepilepi...@ovh.fr) >7. Re: Kartaview (Txo) > > > ------ > > Message: 1 > Date: Wed, 15 Feb 2023 13:23:53 +0100 > From: Marc_marc > To: talk-fr@openstreetmap.org > Subject: Re: [OSM-talk-fr] Comment tagguer une façade "rescapée" ? > Message-ID: <2d3b731a-1c15-0fc8-2f5a-b7dc0d210...@mailo.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Bonjour, > > Le 15.02.23 à 11:28, pepilepi...@ovh.fr a écrit : > > Quand un immeuble est détruit > > si c'est détruit, il n'y a plus vraiement d'immeuble > et il ne devrait plus y avoir de building=* (si tu comptes > le nombre de batiment dans cette rue, tu le comptes ou pas ?) > et donc éviter le trollotag (le 2ieme tag qui contredit le premier) > avec ruins:building=yes > > https://wiki.openstreetmap.org/wiki/Trolltag > > Cordialement, > Marc > > > > > > -- > > Message: 2 > Date: Wed, 15 Feb 2023 14:42:14 +0100 > From: Georges Dutreix > To: talk-fr@openstreetmap.org > Subject: Re: [OSM-talk-fr] Kartaview > Message-ID: > Content-Type: text/plain; charset=UTF-8; format=flowed > > Bonjour, > > Je viens de le recharger (v18646) pour voir. J'ai bien un entrée > kartaview dans le menu imagerie et dans la barre de gauche. Après > redémarrage JOSM ! > Par contre des erreurs systématiques en cliquant sur les images, même si > parfois certaines arrivent à se charger. > > J'avais supprimé le greffon il y a un moment car il me faisait planter > JOSM. Et je préfère ouvrir kartaview dans un navigateur à côté, surtout > que cela permet de visualiser les images 360. > > > > Le 15/02/2023 à 08:00, Txo via Talk-fr a écrit : > > Bonjour, > > > > J'ai un petit problème avec kartaview dans JOSM version 18646 sur une > > Debian Sid. J'ai voulu tester Karta et après avoir installé le bon > > greffon, redémarré, je n'ai rien dans Imagerie qui me permette de > > l'utiliser. Qu'en est-il chez vous ? > > > > Merci > > > > -- > > Message: 3 > Date: Wed, 15 Feb 2023 15:51:28 +0100 > From: "pepilepi...@ovh.fr" > To: talk-fr@openstreetmap.org > Subject: Re: [OSM-talk-fr] Comment tagguer une façade "rescapée" ? > Message-ID: <2def9590-c3d2-b9c5-5e2d-21ab2dca2...@ovh.fr> > Content-Type: text/plain; charset=utf-8 > > Le 15/02/2023 à 11:56, Georges via Talk-fr a écrit : > > Des idées ici : > > https://wiki.openstreetmap.org/wiki/FR:Key:ruins > > > Merci, mais non... > > C'est pas des ruines, plutôt des pans de murs préservés. J'ai déjà vu ça > près de chez moi où un vieil immeuble avait été rasé à l'exception de sa > façade parce qu'elle présentait un intérêt historique, et on avait > reconstruit un immeuble ultra moderne derrière cette facade. > > > > > > > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > > -- > ---- > > Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la > bonne question. > > > > -
Re: [OSM-talk-fr] Kartaview
Le 15/02/2023 à 14:42, Georges Dutreix via Talk-fr a écrit : Je viens de le recharger (v18646) pour voir. J'ai bien un entrée kartaview dans le menu imagerie et dans la barre de gauche. Après redémarrage JOSM ! Par contre des erreurs systématiques en cliquant sur les images, même si parfois certaines arrivent à se charger. En somme des erreurs différentes mais on en est au même point. J'avais supprimé le greffon il y a un moment car il me faisait planter JOSM. Et je préfère ouvrir kartaview dans un navigateur à côté, surtout que cela permet de visualiser les images 360. Chez moi il ne fait pas planter mais il ne fait rien non plus. J'avais renoncé à utiliser Firefox parce qu'il est tellement verrouillé (par ma parano) qu'il n'arrive pas à afficher la carte. Par contre epiphany le fait très bien. -- -- Dominique Marin http://txodom.free.fr -- « Ma chanson, il vaut mieux que je l'arrête ici Ça devient monotone le bonheur On en reparlera si l'azur s'obscurcit Ce qui sent trop -- la fraîcheur sent déjà le roussi » Côte d'azur C. Nougaro -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Kartaview
Bonjour, Je viens de le recharger (v18646) pour voir. J'ai bien un entrée kartaview dans le menu imagerie et dans la barre de gauche. Après redémarrage JOSM ! Par contre des erreurs systématiques en cliquant sur les images, même si parfois certaines arrivent à se charger. J'avais supprimé le greffon il y a un moment car il me faisait planter JOSM. Et je préfère ouvrir kartaview dans un navigateur à côté, surtout que cela permet de visualiser les images 360. Le 15/02/2023 à 08:00, Txo via Talk-fr a écrit : Bonjour, J'ai un petit problème avec kartaview dans JOSM version 18646 sur une Debian Sid. J'ai voulu tester Karta et après avoir installé le bon greffon, redémarré, je n'ai rien dans Imagerie qui me permette de l'utiliser. Qu'en est-il chez vous ? Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comment tagguer une façade "rescapée" ?
Des idées ici : https://wiki.openstreetmap.org/wiki/FR:Key:ruins ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Kartaview
Bonjour, J'ai un petit problème avec kartaview dans JOSM version 18646 sur une Debian Sid. J'ai voulu tester Karta et après avoir installé le bon greffon, redémarré, je n'ai rien dans Imagerie qui me permette de l'utiliser. Qu'en est-il chez vous ? Merci -- -- Dominique Marin http://txodom.free.fr -- «Il faut contraindre les hommes à être libres.» -- Jacques Toubon -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mapbox mapping activity
Hello from the Mapbox Team! In February 2023 our team is going to start a mapping project in France. The project was created to review errors in roundabouts data and fix it where there’s possibility for improving the road network and enough ground truth sources. We’re concentrating on road mistakes to improve map conditions. We’re using the automatic process for getting the detections which is based on osmium and osmLint (link <https://github.com/osmlab/osmlint>). In cases of lack of up to date satellite or imagery the team doesn’t make any edits. And always taking care about local sources, which are the most relevant and unique for each country. On our wiki page and ticket (osm wiki <https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/missing_roundabouts_France> / ticket <https://github.com/mapbox/mapping/issues/420>) there is detailed information about the background, satellite imageries, timeframes, contact mails. Also, for more clear understanding we have osm wiki pages with more detailed info about how we deal with feedback (link <https://wiki.openstreetmap.org/wiki/How_Mapbox_Data_RAVE_team_work_on_receiving_feedback_from_OSM_users> ). We would really appreciate your feedback, any questions you have about this project, as well as local insights that you think will help us better understand the data. Best regards, Member of Mapbox team, Sergey Bonjour de la part de l'équipe Mapbox! En février 2023, notre équipe va démarrer un projet de cartographie en France. Le projet a été créé pour examiner les erreurs dans les données des ronds-points et les corriger là où il est possible d'améliorer le réseau routier et suffisamment de sources de vérité terrain. Nous nous concentrons sur les erreurs de route pour améliorer les conditions de la carte. Nous utilisons le processus automatique pour obtenir les détections qui est basé sur l'osmium et l'osmLint (lien <https://github.com/osmlab/osmlint>). En cas de manque de satellite ou d'images à jour, l'équipe n'apporte aucune modification. Et toujours en prenant soin des sources locales, qui sont les plus pertinentes et uniques pour chaque pays. Sur notre page wiki et notre ticket (osm wiki <https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/missing_roundabouts_France> / ticket <https://github.com/mapbox/mapping/issues/420>), vous trouverez des informations détaillées sur l'arrière-plan, les images satellites, les délais, les e-mails de contact. De plus, pour une compréhension plus claire, nous avons des pages wiki osm avec des informations plus détaillées sur la façon dont nous traitons les commentaires (lien <https://wiki.openstreetmap.org/wiki/How_Mapbox_Data_RAVE_team_work_on_receiving_feedback_from_OSM_users> ). Nous apprécierions vraiment vos commentaires, toutes vos questions sur ce projet, ainsi que des informations locales qui, selon vous, nous aideront à mieux comprendre les données. Cordialement, Membre de l'équipe Mapbox, Sergey ___________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Area pour trottoirs
De mon côté je me réfère à https://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway#Areas. Ça indique qu'il n'y a pas de consensus mais qu'il y a 2 approches : 1/ une surface routable (utilisable pour du routing surfacique) est mappée highway=footway + area=yes (+ footway=sidewalk si c'est un trottoir). Les highway=* linéaires qui arrivent à ou traversent cette surface doivent partager un node avec elles, cf. schéma https://wiki.openstreetmap.org/wiki/FR:Recommandations_pour_le_routage_pi%C3%A9ton#Jonctions_entre_lignes_et_surfaces. On en observe à Asnières par exemple (http://overpass-turbo.eu/s/1qWV), et c'est ce qu'on a utilisé à proximité des gares d'Île-de-France. 2/ la clef area:highway permet une représentation surfacique de la voirie, mais n'est pas sensée être utilisée pour le routing. Cf. https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area Antoine. Le 03/02/2023 à 10:42, Marc_marc a écrit : Bonjour, Le 03.02.23 à 09:12, Zimmy ZIMMERMANN a écrit : commune de référence sur les bonnes pratiques en accessibilité. https://www.openstreetmap.org/#map=19/44.13529/4.81083 S'auto-proclamer bonne pratique n'en est pas une ! highway=pedestrian est une rue piétonne Mais un trottoir n'est pas une rue piétonne donc si tu veux faire du surfacique, area:highway=path ou même highway=path path=sidewalk area=yes mais ce n'est pas fait parce que pas rendu. Le choix d'Orange est donc tager quelque chose de faux pour forcer un rendu, l'opposé de la bonne pratique ! Cordialement, Marc ___ 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] Mise à jour de Nominatim/Special_phrases/FR
On Mon, Jan 23, 2023 at 04:00:03PM +0100, Marc_marc wrote: > Bonjourr, > > Le 22.01.23 à 20:32, Daniel Garcia a écrit : > > il faut en discuter quelque part ? > > c'est ce que tu fais ici :) > ta modification me semble pertinante. > Mais de mémoire Nominatim ne lit pas cette page fréquement, > il faudra peut-être ouvrir un ticket pour prise en compte de la modif. Pas necessaire. Je suis cette liste de diffusion. Sarah (admin Nominatim) ___________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mini giratoires et ronds-points traversants : crossing_strip ?
Oui, je pense à un rond-point, dit "des Séminaristes » https://osm.org/go/erISPPXnt que j’emprunte souvent. L’anneau central est constitué d'un renflement de ciment. Le diamètre est plus grand que les « mini roundabout » (entre 2 m et 2,50 ?). Cela a a été fait pour permettre aux bus de passer sans avoir à virer. Je le franchis aussi en ligne droite avec mon tricycle. Il existe aussi, dan un autre quartier, un RP dans lequel un anneau de ciment entoure la partie non carrossable, mais avec une élévation de 2 cm par rapport à la bande roulante. C’est là aussi pour que les PL virent plus facilement, les autres véhicules, vélos inclus, ne montent pas sur l’anneau surélevé. Christian R. > Le 7 janv. 2023 à 14:46, Marc_marc a écrit : > > étant sur plusieurs pays, je ne suis plus certains si > le code de la route est le même partout :) > > mais à 200m d'ici, il y a 2 ronds-point avec au centre une sculture > ensuite un cercle légèrement en pente > puis un cercle plat que 99% des gens utilisent > il n'y a aucune ligne blanche entre les 2 et ce ne sont > pas non plus 2 bandes de circulation mais une seule. > > quand je vais tout droit, j'ai le choix entre > freinner fortement et utiliser le cercle à plat > ou rouler en partie sur la zone en pente, ce qui > permet de diminuer le gaspillage énérgétique freiner-accélérer > > du coup je tagerais cela simplement avec width:carriageway > ou maxwidth:physical > > Le 07.01.23 à 14:08, Volker Schmidt a écrit : >> En GB, si je touche la ligne centrale du mini-roundabout j'échoue à >> l'examen de conduite. Est que je vous comprends bien, vous dites ici qu'en >> France il y un type de rond-point légalement attraversable? >> On Sat, 7 Jan 2023, 12:18 Christian Rogel, >> wrote: >>>> Le 7 janv. 2023 à 08:04, lejun a écrit : >>>> Le 06/01/2023 à 23:24, osm.sanspourr...@spamgourmet.com a écrit : >>>>> |crossing_strip| - Bande franchissable (tablier pour camions) >>>> L’idée me plaît, mais est-ce qu’on est sûr de vouloir partir sur cette >>> clé ? J’ai peur que le sens soit trop obscur et que ce soit rapproché du >>> highway=crossing. >>>> En second point, est-ce qu’il a été envisagé une extension pour >>> détailler la bande ? J’y connais rien mais je suppose qu’on en trouve >>> différent types qui peuvent être catalogués. >>> >>> Je rejoins ce point de vue, car il y a 3 grandes catégories de RP : avec >>> cercle central non franchissable, franchissables par tout véhicule, >>> franchissables par les poids-lourds, s’ils empiètent sur un anneau >>> spécifique que pourrait décrire « crossing_strip ». >>> Il reste d’autres cas à répertorier et classer. En ce moment, la mode est >>> la ligne en anneau continue qui réduit la surface carrossable. >>> >>> Christian R. >>> >>> ___ >>> 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le ver est dans la pomme ? alliance style AFAM pour un "osm validé"
J'ai du mal à cerner ce qu'ils veulent faire, mais ça fait mal de voir la fondation linux avec "Amazon Web Services (AWS), Meta, Microsoft, and TomTom" Le 15/12/2022 à 21:07, Marc_marc a écrit : Bonjour, lecture du jour : https://www.linuxfoundation.org/press/linux-foundation-announces-overture-maps-foundation-to-build-interoperable-open-map-data à force de ne jamais résoudre les incohérents landuse=grass et de ne pas traquer les erreurs de manière massive, j'ai l'impression qu'on va perdre le controle sur ce qu'est un bon schéma de donnée et sur ce qu'est "validé". les AAFAM décideront donc entre eux. triste jour... même si cela augmentera l'utilisation des données osm (à mettre en corélation avec l'annonce par TomTom de sa migration vers osm) votre avis ? Cordialement, Marc ___ 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] Accessibilité d'une ville : recommandations
Bonjour Daniel, Pour ta problématique de recherche, tu peux essayer avec Qwant Maps. Si je reprends ton test initial avec la carte positionnée sur la gare de Palaiseau Villebon et que je tape "mediatheque" j'obtiens les résultats suivants : J'ai donc 1 résultat sur Villebon et plusieurs sur Palaiseau. S'il n'y a pas la médiathèque que tu cherchais dans le liste, tu peux utiliser le "premier résultat" qui est en fait un bouton d'action pour lancer une recherche spécifique de bibliothèques autour de ce lieu (et pas juste de points d'intérêts qui ont un nom qui ressemble à médiathèque). -- Noémie Lehuby Le 08/12/2022 à 11:33, Daniel Garcia a écrit : Merci de vos commentaires, indications et explications ! J'essaierai de prendre tout ça en compte pour la ville. J'ose espérer que le choix de l'entreprise ne soit pas définitif, et qu'en fait ce soit juste "j'en ai entendu parler, je les invite à la réunion". J'espère doublement que ce ne soit pas un cas de "je veux aider mes copains". J'ai installé Wheelmap, mais de base le nom de la ville ne donne pas son adresse (on finit à Paris ; c'est dommage, c'est la même erreur que fait Google Maps, mais par défaut OsmAnd donne la ville d'abord). Ensuite, j'ai (étrangement) des endroits comme la mairie qui sont marqués comme inaccessibles, alors qu'elle est bien accessible (j'ai même vu quelqu'un en fauteuil roulant au 1er étage, donc ils ont des ascenseurs). Je vais essayer de corriger et compléter des informations sur les commerces de la ville, pour que ce soit plus propre. L'utilisabilité de l'application laisse un peu à désirer à mon avis, mais pour tout le reste ça semble la meilleure solution. On Thu, Dec 8, 2022 at 9:14 AM Sarah Hoffmann via Talk-fr < talk-fr@openstreetmap.org> wrote: On Wed, Dec 07, 2022 at 05:04:20PM +0100, Daniel Garcia wrote: Je n'ai jamais vraiment compris la logique de l'algo de Nominatim. Je viens de faire un test, avec openstreetmap.org ainsi que via mon application OsmAnd. Je me suis placé sur une ville du 91, Palaiseau (la gare RER de Palaiseau Villebon, pour être plus exact). Ensuite, j'ai cherché "mediatheque" (sans accents). Déjà, la carte a sauté vers le premier résultat, donc on n'a aucune idée d'où on était avant (ce qui est assez déroutant). Ensuite, on a cette liste-ci : [image: Screenshot_20221207_164617.png] Il y a quand même *beaucoup* de médiathèques plus proches que celle de Viry-Chatillon. C'est sans doute le manque d'accents qui le gêne. Les résultats sautent vers le 46, puis 78, puis 98, puis 40, puis 98 à nouveau... j'ai du mal à croire que la Nouvelle-Calédonie soit plus pertinente que les centaines de médiathèques autour de Palaiseau. Sauf qu'ils ont ajouté des choses sans accents, et ça suffit pour les faire monter dans les résultats. Rien a voir avec les accents. Les resultats sont simplement les resultats "exacts". Ca veut dire, les objets OSM ont un tag 'name=Médiathèque' (avec ou sans accents). La médiathèque la plus proche s'apelle "Médiathèque George Sand". Cést juste comme explication du algo. Je ne dis pas que c'est parfait comme ca. Sarah ___ 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 OpenPGP_signature Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] You are an OpenStreetMap Foundation member
On Thu, Dec 08, 2022 at 09:56:36AM +0100, Christian Quest wrote: > Le 07/12/2022 à 21:22, Jacques Lavignotte a écrit : > > > > > > Le 07/12/2022 à 20:56, Frédéric Rodrigo a écrit : > > > > > En > > > particuliers sur les conflits d'intérêt. > > > > C'est bien à ça que je pense. > > > > J'ai fait comme j'ai pu. > > > > A VOTÉ ! > > > Pareil, une fois le filtre des conflits d'intérêts passé je n'ai retenu que > 4 noms, pas un de plus et comme il y a 4 postes à pourvoir, ça tombe bien > (mais juste). Petite remarque: avec le système d'élection STV, il est meilleur de mettre tous les candidats au ballot. Un candidat en fin de liste foncionne comme un rejet du candidat. Si on ne mets pas le candidat, le vote est tout simplement perdu. Sarah ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accessibilité d'une ville : recommandations
On Wed, Dec 07, 2022 at 05:04:20PM +0100, Daniel Garcia wrote: > Je n'ai jamais vraiment compris la logique de l'algo de Nominatim. > > Je viens de faire un test, avec openstreetmap.org ainsi que via mon > application OsmAnd. > > Je me suis placé sur une ville du 91, Palaiseau (la gare RER de Palaiseau > Villebon, pour être plus exact). Ensuite, j'ai cherché "mediatheque" (sans > accents). Déjà, la carte a sauté vers le premier résultat, donc on n'a > aucune idée d'où on était avant (ce qui est assez déroutant). Ensuite, on a > cette liste-ci : > > [image: Screenshot_20221207_164617.png] > > Il y a quand même *beaucoup* de médiathèques plus proches que celle de > Viry-Chatillon. C'est sans doute le manque d'accents qui le gêne. Les > résultats sautent vers le 46, puis 78, puis 98, puis 40, puis 98 à > nouveau... j'ai du mal à croire que la Nouvelle-Calédonie soit plus > pertinente que les centaines de médiathèques autour de Palaiseau. Sauf > qu'ils ont ajouté des choses sans accents, et ça suffit pour les faire > monter dans les résultats. Rien a voir avec les accents. Les resultats sont simplement les resultats "exacts". Ca veut dire, les objets OSM ont un tag 'name=Médiathèque' (avec ou sans accents). La médiathèque la plus proche s'apelle "Médiathèque George Sand". Cést juste comme explication du algo. Je ne dis pas que c'est parfait comme ca. Sarah ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accessibilité d'une ville : recommandations
Le 07/12/2022 à 15:20, Marc_marc a écrit : Le 07.12.22 à 14:04, Daniel Garcia a écrit : J'ai demandé à l'entreprise, et ils m'ont confirmé : "Nous utilisons effectivement le fond de carte de Google Maps sur Streetco". le soucis n'est pas que le fond de carte, le soucis est également les données : j'ai testé StreetCo dans une de mes zones de cartographie: Streetco n'a aucune donnée alors qu'osm a l'acecessibilité de la majorité des commerces et des portes d'entrées de batiments recevant du public. Bonjour, peut être une bonne publicité pour Daniel Garcia à montrer aux décideurs de la ville ? Peut être lui donner la zone de carto ? Denis _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Tagging] Railway tagging: detail key
Bonjour, L'ajout de ce tag semble provenir principalement de @Denis_Helfer <https://www.openstreetmap.org/user/Denis_Helfer>. Le mieux serait sans doute de lui demander. Le 09/11/2022 à 15:03, Marc_marc a écrit : Bonjour, un contributeur se demande la signification de la clef detail plus particulièrement il se demande en quoi detail=track est différent des façons plus courante de tager cela quelqu'un a une idée ? cela a l'air d'être majoritairement utilisé en France Cordialement, Marc Message transféré Sujet : [Tagging] Railway tagging: detail key Date : Wed, 9 Nov 2022 09:59:41 + De : Nathan Case Répondre à : Tag discussion, strategy and related tools Pour : tagg...@openstreetmap.org Hi all, I've noticed substantial use (99,297 instances) of the "detail" key, but it is undocumented on the Wiki. Nearly all uses (99.96%) of this key are detail=track [1], which is associated with railways [2]. The key is predominantly used in France (77.6% of uses [3]) but also elsewhere across central Europe. I have concerns about this key (it's ambiguous and perhaps redundant if all "correct" uses are for the same value) but, nevertheless, it would be good to document its usage if possible. I haven't found anything in the railway=*, railways, or OpenRailwayMap/Tagging documentation [4,5,6]. Does anybody know the background to this key, or what its intended values might be? Many thanks, Nathan [1] https://taginfo.openstreetmap.org/keys/detail#values [2] https://taginfo.openstreetmap.org/keys/detail#combinations [3] https://overpass-turbo.eu/s/1nzc [4] https://wiki.openstreetmap.org/wiki/Key:railway [5] https://wiki.openstreetmap.org/wiki/Railways [6] https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging _______ 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] Bretelles d'autoroutes
Le 06/11/2022 à 16:14, Eric SIBERT a écrit : Je regarde aussi aussi la proposition "placement" (endormie depuis 2015): https://wiki.openstreetmap.org/wiki/Proposed_features/placement Est-ce qu'on aurait pas plutôt intérêt à partir sur du quantitatif, genre : width:lanes=*|*|* : la largeur de chaque voie lane_center:lanes=*|*|* : la position du centre de la voie par par rapport au way (perpendiculairement au way, compté dans le sens trigonométrique direct). Bonjour, Je suis personnellement pour une représentation la plus simple possible (KISS). Les clés lanes et turn:lanes auxquelles on peut éventuellement ajouter width:lanes me semblent permettre une représentation extrêmement fine de la géométrie des voies. Cela suppose de tracer le highway au milieu de la chaussée principale (bande de roulement sans les voies de sortie/entrée, d'arrêt d'urgence ou autres), et de faire démarrer les sorties/entrées à l'extrémité de la ligne continue. Je ne vois alors pas la valeur ajoutée des clés placement ou lane_center, et c'est plus facile à maintenir. Mais je suis prêt à changer d'avis si je m’aperçois me tromper ;-) Le seul cas à l'heure actuelle, où je n'ai pas de solution élégante, est l'arrivée sur un péage d'autoroute, où on passe graduellement à 12 ou 15 voies... sachant en plus que sur certains péages, cela change entre les départs en vacances et les retours :-) _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] vitesse limitée a 70 pour les véhicules qui vont utiliser une bretelle de sortie (lanes)
Bonjour, j'approuve totalement cette façon de faire. Elle rend d'autre part inutile la clé placement=* qui est très peu utilisée et inutile, car elle ne résoud absolument rien pour une voie de sortie dont la largeur augmente régulièrement. Les turn:lanes suffisent. 4 nov. 2022 00:28:36 Marc Mongenet : > Pour ma part je trace les traits comme dans > https://wiki.openstreetmap.org/wiki/File:Lane_Placement_Aerial_Example_1.jpeg > plutôt que > https://wiki.openstreetmap.org/wiki/File:Lane_Placement_Aerial_Example_2.jpeg > car: > - c'est plus simple > - l'autoroute ne tourne pas > - je trouve que le turn:lanes=none|none|slight_right est suffisamment > explicite _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trottoir : voie indépendante ou caractéristique de la route ?
Bonjour, La carto de trottoirs sur des chemins séparés est une bien une possibilité. Elle comble nos lacunes sur les rendus (aucun ne prend pas en compte le tag sidewalk à ma connaissance) et les calculateurs d'itinéraires (qui se contentent souvent un peu bêtement de te dire de marcher sur la route). Ça ouvre aussi pas mal de possibilité de micromapping, notamment sur les sujets d'accessibilité PMR. Au SOTM de Florence, j'ai bien du faire toutes les conférences qui parlaient de la cartographie pour les piétons, et je dirais que la tendance mondiale est plutôt d'aller vers une cartographie sur des chemins séparés. Quel que soit sa préférence : * je recommande le coloriage JOSM "Sidewalks Plus" qui permet d'afficher ces trottoirs (qu'ils soient mappés en attribut ou en chemin séparé). * faire attention à bien connecter tous ces chemins pour que le graphe du calcul d'itinéraire piéton soit continu. Voir par exemple https://wiki.openstreetmap.org/wiki/File:Sidewalk_crossing-FR.png * l'ajout de sidewalk=separate sur la route quand on mappe en chemin séparé est une bonne pratique pour éviter les doublons d'info -- Noémie Lehuby Le 09/10/2022 à 22:29, Marc_marc a écrit : Bonjour, Le 09.10.22 à 19:49, Nicolas d a écrit : trottoirs sont mappés comme des voies indépendantes Est-ce : - une possibilité, oui, ce qui ne veux pas dire que c'est la meilleur :) c'est surtout une possibilité pour le rendu : peu de style renseigne les sidewalk=* hélas (tiens, faudrait p'tre que je regarde cela pour proposer cela sur le rendu standard) donc pour les montrer, on les renseignes séparément - la bonne manière, je m'en tiens à la règle de base de ne pas éclater une highway=* quand il n'y a pas de séparation physique. s'il y a une séparation (herbe, barrière, ...) alors cela a du sens s'il n'y a en a pas, pour moi c'est comme une bande de circulation : certains sont réservées aux bus, d'autres aux vélos, d'autres aux piétons. et si on éclate les piétons dans un way séparé, on se retrouve avec des gros soucis de connection (on peux librer traverser une route à plus de X mètre d'un passage piéton, c'est info est évidente pour un routeur quand c'est un sidewalk=*, elle est dans l'état impossible à mettre en place avec des ways séparés, sauf à inventer des passages piétons fictifs, et encore, il en faudrait en face de chaque maison cooncernées puisque tu ignores d'oü partira l'itinéraire - une erreur ? l'erreur est à mon avis de faire un rendu pour highway=path path=sidewalk mais pas de rendu pour sidewalk=* tu verras même que certains ont transformé des trotoires en "rue piétonne" parce que le rendu affiche une rue piétonne surfacique et pas un trotoir surfacique.., on est clairement dans le tag pour le rendu, hélas Cordialement, Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr OpenPGP_signature Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nommage dans un campus
> Le 8 oct. 2022 à 20:25, osm.sanspourr...@spamgourmet.com a écrit : > Dans un campus (universitaire, recherche...) il arrive que les bâtiments > aient un nom et un numéro. > > Ce numéro n'est pas un numéro de rue car l'adresse est globale ou > certains labos vont avoir des CEDEX (par exemple). > > Certains utilisent addr:housename alors que name me semble indiqué pour > le nom du bâtiment. En effet ce nom ne sert pas à la poste pour > distribuer le courrier. Pourquoi ne référer addr:xxx uniquement à un service postal extérieur ? Dans un groupe de bâtiments numérotés, il y a, presque à chaque fois un service de vaguemestre, qui utilise donc cet adressage. Et s’il n’y a pas, ça ne change pas dans le principe. D’ailleurs, les adresses officielles ont été établies, en premier lieu, pour la perception des impôts et, maintenant pour la fibre optique. Christian R. ___________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Osmose : erreur dans certains pointeurs
Bonjour Depuis quelque jours il y ce message dans certains pointeurs d'Osmose, pas tous : "JSON.parse: unexpected character at line 1 column 1 of the JSON data" Françoise _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête sur les data items
Merci pour vos avis. J'ai fait un ticket https://github.com/Sophox/sophox/issues/31 mais j'ai pas l'impression que le projet soit vraiment maintenu. Une idée de solution alternative pour requêter les data items ? -- Noémie Lehuby Le 09/09/2022 à 15:01, Frédéric Rodrigo a écrit : Pour moi OSM Data c'est les données d'OSM node, way relation... et metadata les DataItem. Mais de tout façon les objets manquants sont quand même dans les DataItem depuis plus d'un an. Le 09/09/2022 à 10:40, Nicolas VIGNERON a écrit : Bonjour, Je confirme que l'endpoint SPARQL ne contient visiblement pas toutes les données. J'ai fait une requête encore plus basique : SELECT * WHERE { osmd:Q5706 ?x ?y } Qui ne renvoie que 6 résultats : des métadonnées de bases mais pas les déclarations de l'élément (on peut mettre osmd:Q4771 à la place pour voir le résultat qui est normalement attendu). D'ailleurs, quand on regarde en bas à droite, au survol de la flèche circulaire rouge, on voit bien écrit "OSM Data Données mises à jour il y a il y a un an" [sic]. Cdlt, Nicolas Le jeu. 8 sept. 2022 à 20:02, Frédéric Rodrigo a écrit : Même avec la requête la plus basique ce qui te manque ne remonte pas. L'interface dit que les données sont a jour. Mais je pense qu'il doit y avoir un problème de synchro ou d’indexation. SELECT ?osmd WHERE { ?osmd osmdt:P10 osmd:Q695. # "clé de l’attribut" shop } Le 08/09/2022 à 19:00, Noémie Lehuby via Talk-fr a écrit : Bonjour, est-ce qu'il y a des pro des Data Items <https://wiki.openstreetmap.org/wiki/FR:Data_items> ici ? Je galère sur une requête Sophox qui semble pourtant triviale : https://sophox.org/#SELECT%20%3Fosmd%20%3Ftag%20%3FosmdDescription%20%3FosmdAltLabel%20WHERE%20%7B%0A%20%20%3Fosmd%20osmdt%3AP10%20osmd%3AQ695.%0A%20%20%3Fosmd%20osmdt%3AP2%20osmd%3AQ2.%0A%20%20%3Fosmd%20osmdt%3AP25%20osmd%3AQ4683.%0A%20%20%3Fosmd%20osmdt%3AP19%20%3Ftag.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22fr%22.%20%7D%0A%7D Elle doit normalement me retourner les tags shop=* avec quelques infos sur chaque, à partir de ce qu'on a dans les data items. Je ne comprends pas pourquoi ça ne retourne que 68 éléments. Pourquoi cet élément par exemple ne ressort pas ? https://wiki.openstreetmap.org/wiki/Item:Q5706 ou celui-là ? https://wiki.openstreetmap.org/wiki/Item:Q4730 Help ! _______ 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 _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr OpenPGP_signature Description: OpenPGP digital signature _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Requête sur les data items
Bonjour, est-ce qu'il y a des pro des Data Items <https://wiki.openstreetmap.org/wiki/FR:Data_items> ici ? Je galère sur une requête Sophox qui semble pourtant triviale : https://sophox.org/#SELECT%20%3Fosmd%20%3Ftag%20%3FosmdDescription%20%3FosmdAltLabel%20WHERE%20%7B%0A%20%20%3Fosmd%20osmdt%3AP10%20osmd%3AQ695.%0A%20%20%3Fosmd%20osmdt%3AP2%20osmd%3AQ2.%0A%20%20%3Fosmd%20osmdt%3AP25%20osmd%3AQ4683.%0A%20%20%3Fosmd%20osmdt%3AP19%20%3Ftag.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22fr%22.%20%7D%0A%7D Elle doit normalement me retourner les tags shop=* avec quelques infos sur chaque, à partir de ce qu'on a dans les data items. Je ne comprends pas pourquoi ça ne retourne que 68 éléments. Pourquoi cet élément par exemple ne ressort pas ? https://wiki.openstreetmap.org/wiki/Item:Q5706 ou celui-là ? https://wiki.openstreetmap.org/wiki/Item:Q4730 Help ! -- Noémie Lehuby OpenPGP_signature Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved
Ça risque de faire foirer le rendu, je pense : le motif « arbresque » des forêts va s’afficher deux fois, bonjour le rendu crade… Cordialement. Gesendet mittels einer sicheren E-Mail von Proton Mail. --- Original Message --- pepilepi...@ovh.fr schrieb am Donnerstag, 8. September 2022 um 18:17: > Le 08/09/2022 à 17:49, Jérôme Amagat a écrit : > > > > J'allais faire la même remarque, la relation type=site est une mauvaise > > idée. C'est à utiliser seulement si ce n'est pas possible de le représenter > > sous forme surfacique. Ici c'est surfacique donc pas de raison de > > l'utiliser. Pour moi la moins mauvaise des solutions c'est > > un (multi)polygon landuse=forest pour toutes la forêt et d'autres > > plus petit avec aussi landuse=forest et leaftype= * > > > > C'est pas interdit, ça, mettre le même tag sur le multipolygone et un de > ses éléments ? _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment faire? forêt broadleaved & needleleaved
Salutations, Marc. Je me doutais bien que je m’attirerais tes foudres en parlant de ce tag ;-) Je crains toutefois qu’il n’y ait confusion : si je comprends bien ta réponse, pour toi, boundary=forest sous-entend que la zone est exploitée, or ce n’est pas le cas. C’était bien le cas pour la deuxième itération de ma proposition, mais pas pour la troisième, celle qui a été approuvée, précisément parce que mélanger des limites de forêt et un landuse était inacceptable pour nombre de contributeurs, dont toi, et avec raison. boundary=forest, tel qu’approuvé, ne fait que désigner une emprise de forêt, qu’elle soit exploitée ou non, boisée ou non, et accepte tout à fait que des zones soient exploitées et d’autres non. Elle correspond, en fait, à ce que la plupart des gens désignent par "Forêt de Fontainebleau", par exemple : une zone essentiellement boisée avec des limites définies. Comme une telle forêt n’est pas nécessairement intégralement boisée ou même intégralement exploitée, je n’ai pas trouvé mieux que découplér sa représentation des landuse=forest/natural=wood. De plus, boundary=forest tel qu’approuvé me semble correspondre aux besoins de Marc Mongenet. Imparfait et plus complexe ? Sans doute. Ça rajoute de la confusion ? Tout à fait, car ça ajoute aux pratiques existantes sans rien en supprimer. Toutefois, pour représenter une forêt au sens décrit ci-dessus, je n’ai pas trouvé mieux, et je ne sache pas qu’une autre proposition ait emporté assez de suffrages pour être approuvée, donc, même si c’est imparfait, ça fait le boulot, et ça a rencontré assez d’approbation pour un vote fructueux. Je pense donc, mais je peux me tromper, que ce n’est pas si mauvais que ça. Cordialement. Gesendet mittels einer sicheren E-Mail von Proton Mail. --- Original Message --- Marc_marc schrieb am Montag, 5. September 2022 um 08:53: > Bonjour David, > > Le 05.09.22 à 07:19, David Marchal via Talk-fr a écrit : > > > C’est précisément pour ce genre de cas que j’avais conçu le tag > > boundary=forest > > > tu sais bien que pour moi ce tag est un abération qui ne fait > que rajouter de la confusion > si on veux tager un landuse, la bonne clef est... landuse > et non boundary > > > un (multi)polygone type=boundary + boundary=forest + name=… pour > > représenter le fait que l’ensemble est une seule et unique forêt, > > > ton utilisation est encore pire que ce qui a été voté ! > > la surface de "foret de ABC" n'est pas la même que la surface > de l'exploitation forestière > il suffit d'un étang, une place Pique-nique au milieu de cet endroit : > il est compris dans la foret de ABC, mais personne n'utilise l'endroit > pour la sylviculture > > donc ce tag mal connu ne résout pas le soucis ici, > puis le soucis c'est : quel tag principal pour un endroit > composé de différente espace d'arbre, de zone ou pas > exploité en sylviculture, etc > > Cordialement, > Marc > > > > _______ > 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] Comment faire? forêt broadleaved & needleleaved
Bonjour, Marc. Le tag boundary=forest proposé correspond à "un ensemble de zones, généralement boisées, où l’ensemble est considéré comme une forêt". Par exemple, une forêt domaniale peut contenir zones marécageuses, zones boisées résineuses, clairières… mais ces zones sont considérées comme partie intégrante de la forêt, quand bien même elles ne sont pas boisées. Sinon, pour un cas plus général, il existe place=region : bien que controversé car se pose la question des limites exactes de la zone, ce tag permet de créer un polygone, généralement assez étendu, qui désigne une région naturelle : plaine, marais, cuesta… Par exemple : https://www.openstreetmap.org/way/1054478447 Quant au fait que boundary=forest ne soit pas rendu sur le rendu standard OSM.org, c’est tout simplement parce que l’usage en est encore trop faible pour demander son rendu : une fois qu’il y aura quelques miliers d’entités, le rendu pourra être demandé, mais dans l’intervalle, la demande sera sans doute rejetée. C’est le problème de tous les nouveaux tags : le fait qu’ils ne soient pas rendus n’encourage pas l’adoption, mais ils ne sont pas rendus tant qu’il n’y a pas une adoption minimale… Cordialement. Gesendet mittels einer sicheren E-Mail von [Proton Mail](https://proton.me/). --- Original Message --- Marc Mongenet schrieb am Dienstag, 6. September 2022 um 00:37: > Bonjour, > > Le lun. 5 sept. 2022 à 07:21, David Marchal via Talk-fr > a écrit : > >> Bonjour, Marc. >> >> C’est précisément pour ce genre de cas que j’avais conçu le tag >> boundary=forest (cf >> https://wiki.openstreetmap.org/wiki/Tag:boundary=forest?uselang=fr pour plus >> d’info) : tu cartographies le terrain avec landuse=forest, natural=wetland, >> natural=grassland… avec autant de polygones différents qu’il le faut pour >> représenter le terrain (par exemple les variations de leaf_type), puis tu >> ajoutes par dessus un (multi)polygone type=boundary + boundary=forest + >> name=… pour représenter le fait que l’ensemble est une seule et unique >> forêt, en dépit des variations de terrain, et quand bien même le terrain >> n’est pas landuse=forest ou natural=wood (clairières, zones marécageuses, >> étangs…). > > Oui, cela semble correspondre exactement à ce que je cherche, au petit détail > près que j'en ai d'abord besoin pour un marais (boundary=wetland ?). > >> Un exemple ici : >> [https://www.openstreetmap.org/j'attendrelation/13897472](https://www.openstreetmap.org/relation/13897472) >> >> Soit dit en passant, on peut constater la mauvaise circulation des infos >> dans l’écosystème OSM : ce tag a été approuvé il y a des mois, à la >> troisième proposition avec la première datant de près de deux ans >> maintenant, et pourtant sa simple existence n’est généralement pas connue. >> Certes, l’écosystème OSM est complexe, mais il n’empêche… > > Je remarque que le nom de la forêt n'apparaît pas sur la carte. S'il n'y a > aucun rendu, question circulation de l'information, c'est presque comme si le > tag n'existait pas. > > Marc Mongenet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr