Re: [OSM-talk-fr] Pifométrage en Normandie....
Le 07/08/2023 à 08:04, Christian Perrier a écrit : Bonjour, Je viens de regarder (merci hebdoOSM) la longue video de présentation de Pifomètre v3 de Vincent. Elle m'a permis de mieux comprendre pas mal de concepts autour de la gestion des adresses dans OSM et le travail réalisé autour de ces choses qui étaient jusque là un peu mystérieuses pour moi (BANO, FANTOIR, etc.). Au point que je me sens assez prêt à démarrer du pifométrage sur ma commune normande, une nouvelle commune (constituée de 3 anciennes) située dans l'Eure : Les Trois Lacs (27676). Je bute cependant sur une difficulté : très peu de voies ont, dans Pifomètre v3, de nom renseigné dans la colonne "Libellé OSM" alors que ces voies ont bel et bien un nom dans OSM. Exemple : rue de la Roseraie (de l'ancienne commune de Bernières sur Seine)qui est la mienne..:-). Avant, notamment, de me lancer dans l'intégration des adresses (dont la mienne!!!), je souhaiterais comprendre et voir apparaître cette voie en vert. J'ai cru à un moment que c'était parce qu'il manquait, dans OSM le tag "ref:fr:FANTOIR" qui va bien. Pour voir je l'ai ajouté à une autre voie (Rue des Mûriers) qui m'a servi un peu de teste et où j'ai aussi intégré les adresses (en faisant des bêtises bien sûr, vu que je les avais intégrées en double en utilisant mal les deux liens "XX Points" et "Relation" alors que Vincent explique très bien dans la video qu'il ne faut utiliser que l'un des deuxj'ai en principe corrigé mes bêtises depuis). La plupart des voies de la commune sont un peu dans le même état avec beaucoup de noms bel et bien renseignés dans OSMmais pas de "libellé OSM" apparent dans Pifomètre. A l'exception de quelques-unes : j'ai un peu essayé de regarder celles-là pour comprendre ce qui fait que, pour elles, "ça marche", mais je n'y arrive pas. Je ne doute pas qu'il y aura des lumières que certain(e)s de vous pourront m'apporter! ___ Je pense que celà n'est pas dû à ton incompréhension, mais que c'est un problème dû aux regroupements de communes : Quand je vais dans Pifomètre V3 avec le code insee que tu donnes "27676", j'arrive sur la commune "Venables" si je cherche "Roseraie" dans libellé FANTOIR, il me trouve bien "Ancienne commune=Bernières-sur-Seine" sans rapprochement osm et si je veux intégrer la relation je retrouve bien la bonne voie https://www.openstreetmap.org/way/26516109 avec "Limite de village ou arrondissement municipal Bernières-sur-Seine" et "Limite communale Les Trois Lacs" et la mairie https://www.openstreetmap.org/way/384820579#map=18/49.23244/1.33938 avec un nom qui n'en ait pas un "Mairie" si depuis JOSM je demande l'ouverture de Pifomètre, il me répond "404 n'est pas un code INSEE de commune" si je demande la BAN, je suis bien positionné et sur les adresses il y a bien "Rue de la Roseraie, Les Trois Lacs - 27676" si j'entre l'ancien code insee "Les Trois Lacs - 27058" j'ai le message "Les Trois Lacs est une ancienne commune. Elle a été incorporée dans Les Trois Lacs (27058)" "27676" est le code insee de l'ancienne commune "Venables" https://www.insee.fr/fr/metadonnees/cog/commune/COM27676-venables et le nouveau de la commune "Les-Trois-Lacs" https://www.insee.fr/fr/metadonnees/cog/commune/COM27676-les-trois-lacs Je pense que les cadors en regroupement de communes pourraient peut-être démêler les noeuds cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM traduction des termes de "Protection paravalanche"
Bonjour Dans le menu préréglages de JOSM il y a : Préréglages/Édifices/Édifices/Avalanche Protection (que l'on peut atteindre aussi avec F3 > avalanche) Dans la fenêtre il manque la traduction de quelques termes - et comme je n'en suis pas un spécialiste !!! https://wiki.openstreetmap.org/wiki/Key:avalanche_protection Anglais | traduction actuelle | traduction que je propose -|-|-- Avalanche Protection |-|Protection paravalanche shed | abri | berm |-| berme dam || barrage gas_ignition|-| déclenchement au gaz mound|| mur snow_bridge|| pont à neige Quels termes seraient plus appropriés ? cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version stable18789 traduction du Journal des modification
JOSM vient de passer à la version stable 18789 Voici la traduction en français du Journal des modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-06-05:VersionStable1874623.05 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
[OSM-talk-fr] JOSM version stable 18746 traduction du Journal des modification
JOSM vient de passer à la version stable 18746 Voici la traduction en français du Journal des modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-06-05:VersionStable1874623.05 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
[OSM-talk-fr] problème avec recherche sur la carte osm
Bonjour Je me permet de relayer sur la liste un problème signalé sur le forum (https://forum.openstreetmap.fr/t/localisation-incorrect/15249/1) que Berete_Baba n'arrive pas à résoudre en Guinée : problème de Nominatim ou de manque d'attributs ou d'objets ? Je n'ai pas les connaissances pour l'aider ou l'orienter. cordialement lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier ajouté sur wiki josm par jenluk [résolu]
Le 30/05/2023 à 09:27, leni a écrit : Le 29/05/2023 à 20:46, Sébastien Dinot a écrit : leni a écrit : L'utilisateur jenluk a ajouté au wiki de josm un fichier qui ne semble pas avoir de lien avec le wiki Ah oui, en effet, sans parler de vandalisme (c'est un fichier GPX), ça ne rime pas à grand chose de placer ce fichier là. Sébastien C'est parce que le fichier avait l'air correct, que je ne voulais pas le traiter comme du vandalisme et pouvoir contacter jenluk (mais je ne sais pas comment le joindre) avant de faire enlever le fichier. leni Quelqu'un (?) a enlevé le fichier : donc problème résolu leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier ajouté sur wiki josm par jenluk
Le 30/05/2023 à 09:27, leni a écrit : Le 29/05/2023 à 20:46, Sébastien Dinot a écrit : leni a écrit : L'utilisateur jenluk a ajouté au wiki de josm un fichier qui ne semble pas avoir de lien avec le wiki Ah oui, en effet, sans parler de vandalisme (c'est un fichier GPX), ça ne rime pas à grand chose de placer ce fichier là. Sébastien C'est parce que le fichier avait l'air correct, que je ne voulais pas le traiter comme du vandalisme et pouvoir contacter jenluk (mais je ne sais pas comment le joindre) avant de faire enlever le fichier Quelqu'un (?) a enlevé le fichier : donc problème résolu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier ajouté sur wiki josm par jenluk
Le 29/05/2023 à 20:46, Sébastien Dinot a écrit : leni a écrit : L'utilisateur jenluk a ajouté au wiki de josm un fichier qui ne semble pas avoir de lien avec le wiki Ah oui, en effet, sans parler de vandalisme (c'est un fichier GPX), ça ne rime pas à grand chose de placer ce fichier là. Sébastien C'est parce que le fichier avait l'air correct, que je ne voulais pas le traiter comme du vandalisme et pouvoir contacter jenluk (mais je ne sais pas comment le joindre) avant de faire enlever le fichier. leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] fichier ajouté sur wiki josm par jenluk
Bonjour L'utilisateur jenluk a ajouté au wiki de josm (https://josm.openstreetmap.de/wiki/Fr%3AHelp/Menu/Edit) un fichier (https://josm.openstreetmap.de/timeline?from=29+mai+2023=4=jenluk=on_email=_mail==Mise+%C3%A0+jour) qui ne semble pas avoir de lien avec le wiki quelqu'un connait-il cet utilisateur ? cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version stable 18721 traduction du Journal des modification
JOSM vient de passer à la version stable 18721 Voici la traduction en français du Journal des modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-05-03:VersionStable1872123.04 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
[OSM-talk-fr] traduction de la page du wiki sur la clé « residential »
Bonjour La version française était en retard sur pas mal de valeurs, je l'ai mise à niveau https://wiki.openstreetmap.org/wiki/FR:Key:residential Si vous avez des remarques, n’hésitez pas à m'en faire part. cordialement leni ___ 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 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
Re: [OSM-talk-fr] traduction de "tag" en français dans JOSM
Répondu à 17h, mais Il n'a pas l'air d'être arrivé sur la liste, il est peut-être coincé quelque part : Le 17/04/2023 à 12:54, Marc_marc a écrit : Le 17.04.23 à 10:19, leni a écrit : https://forum.openstreetmap.fr/t/traduction-de-tag-en-francais-dans-josm/14078 J'ai donc créé le sondage avec « Choix multiple à plusieurs tours » j'ai peur de comprendre... la communauté fr mondiale utilise le terme attribut Ah bon, si j'avais su au début je n'aurais rien fait ... (au contraire d'une partie des trauctions josm... un partie l'utilisant aussi) et donc en ce moment la communauté fr-fr (ce qui n'est déjà qu'une partie de la communauté francophone mondiale) utilisant le forum (ce qui n'est à nouveau qu'une partie de la communauté fr-fr) c'est pourquoi, à chaque étape, je l'ai indiqué aussi sur cette liste, le forum lui paraissant plus simple pour mettre un sondage. et votant (à nouveau) va décider si elle utilise ou pas le meme terme que les autres ? si le choix est le même tant mieux si le chhoix n'est pas le même, c'est quoi la suite ? une locale fr-fr pour traduire ce terme autrement que les autres ? ou plutot une locale fr-fr-forum ? il y a un argument pour un autre choix autre que "ho moi j'aime mieux un autre" ? j'ai l'impresssion qu'on se tire une balle dans le pied Bon et ben on ne va pas courir ce risque, je vais arrêter le sondage. Marc qui a voté sur le forum https://localhost, ben quoi faut fragmenter... cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] traduction de "tag" en français dans JOSM
Le 10/04/2023 à 13:09, Marc_marc a écrit : Bonjour, Le 10.04.23 à 12:54, leni a écrit : utiliser un seul terme pour "tag" attribut ? c'est également mon choix, mais je préférerais que la réponse se fasse sur le forum quand le type de sondage aura été choisi. c'est tout l'écosystème osm qui a ce soucis. ce serrait quand même pratique que la traduction des clefs se fasse une seule fois sur le wiki. autre exemple du même soucis : chemin <> sentier Je suis d'accord, quand un mot n'est pas traduit sur JOSM, je vais d'abord chercher la traduction sur le wiki si elle existe, après je ne sais pas si les outils pourraient le faire, mais tout l'écosystème osm est une tâche trop vaste pour moi, je fais ce qui me parait être à ma portée Je vous souhaite d'avoir mangé de bons chocolats leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] traduction de "tag" en français dans JOSM
Bonjour, J'ai créé un sujet sur le forum pour utiliser un seul terme pour "tag" dans JOSM : https://forum.openstreetmap.fr/t/traduction-de-tag-en-francais-dans-josm/14078 Il n'est pas nécessaire de s'inscrire pour participer à la discussion, il est possible de se connecter avec votre identifiant OSM. cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version stable 18700 traduction du Journal des modification
JOSM vient de passer à la version stable 18700 Voici la traduction en français du Journal des modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog?version=164#a2023-04-03:VersionStable1870023.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] [édition mécanique] sidewalk=none -> sidewalk=no en France
Le 15/03/2023 à 07:50, Cyrille37 OSM a écrit : Bonjour, On 15/03/2023 01:29, Marc_marc wrote: je propose l'édition de masse suivante : remplacement de sidewalk=none par sidewalk=no sur les objets way ayant un tag highway en France ... Avis ? Positif. Let's go :-) Cyrille37. D'accord pour moi aussi leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pifomètre la même route arrive différemment via FANTOIR et via la BAN
Bonjour Sur Brocas https://bano.openstreetmap.fr/pifometre/index.html#insee=40056=1 dans Pifomètre je retrouve : - la "Route de Bélis" (départementale 153) présente dans la BAN avec 4 points adresse - "CD 153 DE BROCAS A BELLIS" avec le FANTOIR 400560011N J'ai rajouté à la relation associatedStreet , pour faire le rapprochement, la ref:FR:FANTOIR (3 des adresses sont éloignées de la route au bout d'une piste) dans Pifomètre le rapprochement se fait bien, mais je me retrouve avec deux lignes et les adresses sont signalées comme manquantes alors qu'elles sont sur la voie rapprochée. Vu que FANTOIR va être supprimé, je pense qu'il vaut mieux que j'enlève la ref:FR:FANTOIR, le rapprochement ne se fera plus, il se fera avec la BAN qui a le bon nom la voie "CD 153 DE BROCAS A BELLIS" sera non rapprochée, par contre quel est le statut FANTOIR qui vous parait le plus adapté ? - Voie doublon et type de voie différent - Ancien nom supprimé sur le terrain - Erreurs combinées cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version stable 18678 traduction du Journal des modifications
JOSM vient de passer à la version stable 18678 Voici la traduction du Journal des modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-03-02:VersionStable1867823.02 (le lien vers l’original anglais est en haut à droite) cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version stable 18646 traduction du Journal des modifications
JOSM vient de passer à la version stable 18646 Voici la traduction du Journal des modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-01-30:VersionStable1864623.01 (le lien vers l’original anglais est en haut à droite) cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bizarrerie de la BAN
Bonjour Ça n'est pas un problème Pifomètre, c'est une curiosité de la bal A Castries - https://bano.openstreetmap.fr/pifometre/index.html#insee=34058=0 Il y a une Rue de l'Argile - https://www.openstreetmap.org/way/27515231 et https://www.openstreetmap.org/way/539465573 le long de cette rue il y a deux impasses (qui ne sont pas/plus dans Fantoir - j'ai mis plus parce que l'une à un FANTOIR annulé) : * Impasse Moulin - https://www.openstreetmap.org/way/337061995 * Impasse Bastide - https://www.openstreetmap.org/way/337061993 les adresses (toutes certifiées O ) sont dans la continuité de celles de la Rue de l'Argile : * Rue de l'Argile n° 1 à 265 * Impasse Moulin 301 à 321 * Impasse Bastide 349 à 365 * puis Rue de l'Argile 373 à 517 et dans la bal les impasses s'appellent : * Rue de l'Argile - "Impasse Moulin" * Rue de l'Argile - "Impasse Bastide" Et cela à l'air de poser des problèmes à la ban, car si on cherche "Rue de l'Argile" elle ne ramène que les deux ci-dessus (avec les 5 n° chacune) , par contre sur la carte associée on a bien les n° de la rue. Dans la bal Ils auraient pu les appeler tout simplement par leur nom impasse, même si les n° continuaient Je trouve curieuse la façon de faire, y a-t-il beaucoup de cas similaires ? Bon we leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pifometre : voie présente dans la BAN et dans OSM, dans onglet "Dans OSM et inconnu de FANTOIR"
Bonjsoir Si je ne me trompe pas : * l'Impasse des Prunus (https://www.openstreetmap.org/way/28236540) est dans le fichier de la BAN (https://adresse.data.gouv.fr/data/ban/adresses/latest/csv-bal/ adresses-34.csv.gz) * Elle se retrouve dans l'onglet "Dans OSM et inconnu de FANTOIR" https://bano.openstreetmap.fr/pifometre/index.html#insee=34129=6 alors que je pensais la trouver dans l'onglet https://bano.openstreetmap.fr/pifometre/index.html#insee=34129=1 avec la mention "Voie sans FANTOIR" Est-ce dû au fait que les 4 adresses sont validées mais qu'il y en a des "non validées" pour les mêmes maisons, qui semblent correspondent aux adresses anciennement rattachées (dans le cadastre) à la "rue des Prunus" ? cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème avec mes envois
Le 06/01/2023 à 17:04, Marc_marc a écrit : je n'ai pas vu tes 2 messages (ou alors Alzaimer) Non ce n'est pas Alois, sinon l'archive l'aurait aussi Je pensais plutôt à un problème entre l'émetteur (moi) et la liste Mes messages concernaient le journal des modif de JOSM (joints à ce message) que j'ai alors mis sur le forum. Par contre, ce message est bien passé puisque tu as pu y répondre je n'ai rien vu en anomalie (je recois copie des messages d'erreurs tordues que la liste revoit parfois) donc ils ne sont vraiment pas arrivés sur la liste Cordialement, Marc Merci et bon we leni--- Begin Message --- Bon, tous mes bons vœux de l'an dernier n'ont pas été exaucés alors je recommence cette année en espérant que et surtout la Santé Et en plus, voici la traduction du Journal des Modifications de la Version Stable 18583 de JOSM https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-01-01:VersionStable1862122.12 (le lien vers l’original anglais est en haut à droite) cordialement leni --- End Message --- --- Begin Message --- Bonjour Je le renvoie, car je ne l'ai pas reçu dans la liste , il n'est pas non plus dans mes spams , peut-être ceux de la liste Le 02/01/2023 à 10:52, leni a écrit : Bon, tous mes bons vœux de l'an dernier n'ont pas été exaucés alors je recommence cette année en espérant que et surtout la Santé Et en plus, voici la traduction du Journal des Modifications de la Version Stable 18583 de JOSM https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-01-01:VersionStable1862122.12 (le lien vers l’original anglais est en haut à droite) cordialement leni --- End Message --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] problème avec mes envois
Bonjour et Bonne Année 2023 J'ai envoyé deux messages sur la liste qui ne semblent pas être arrivés sur la liste : je ne les ai pas reçus et je ne les vois pas dans l'archive (j'y trouve bien le bac à marée que j'ai également reçu). Je ne sais pas où ils ont été bloqués !!! Avez-vous eu un problème similaire ? cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] codes FANTOIR portés par des nodes & ways OSM et inconnus de la source FANTOIR
Bonjour, Dans cet onglet, j'ai corrigé les codes qui étaient uniques. Maintenant, je regarde les codes qui sont séparés par un ";" ce qui est autorisé par https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR#Cas_particuliers Avant de me lancer, j'ai pris un premier enregistrement ; les deux codes existent séparément : Pour trouver si le code est inconnu de la source Pifometre prend chaque code ou l'ensemble ? cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mettre à jour wiki FR:Key:height et FR:Map_Features/Units
Le 22/10/2022 à 18:26, leni a écrit : Le 14/10/2022 à 18:20, leni a écrit : J'ai trouvé quelques décalages entre les versions françaises et anglaise de https://wiki.openstreetmap.org/wiki/FR:Key:height et https://wiki.openstreetmap.org/wiki/FR:Map_Features/Units J'envisage, si personne ni voit d'inconvénient, de modifier la version française en me servant de l'anglaise comme modèle. Je viens de modifier la première : https://wiki.openstreetmap.org/wiki/FR:Key:height voici la deuxième https://wiki.openstreetmap.org/wiki/FR:Map_Features/Units leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version 18583 traduction du journal des modifications
Bonjour Voici la traduction du Journal des Modifications de la Version Stable 18583 de JOSM https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2022-11-01:VersionStable1858322.10 (le lien vers l’original anglais est en haut à droite) Bonnes contributions cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mettre à jour wiki FR:Key:height et FR:Map_Features/Units
Le 14/10/2022 à 18:20, leni a écrit : J'ai trouvé quelques décalages entre les versions françaises et anglaise de https://wiki.openstreetmap.org/wiki/FR:Key:height et https://wiki.openstreetmap.org/wiki/FR:Map_Features/Units J'envisage, si personne ni voit d'inconvénient, de modifier la version française en me servant de l'anglaise comme modèle. Je viens de modifier la première : https://wiki.openstreetmap.org/wiki/FR:Key:height leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pifomètre : voie présente dans deux onglets avec/sans adresse puis sans/avec rapprochement
Bonjour à Monbrun (32262) https://bano.openstreetmap.fr/pifometre/index.html#insee=32262=0 il y a des voies présentes dans FANTOIR/BAN/OSM Elles se retrouvent 2 fois dans Pifomètre (avec et sans adresses) - (sans et avec rapprochement) Par exemple : "Rue de la Régie" https://www.openstreetmap.org/way/62819082 Voies avec adresse(s) numérotée(s) xx voies FANTOIR sans rapprochement OSM 322620020D 2012-10-29 RUE DE LA REGIE rue de la régie. 12 Points Relation Anomalies Voies sans adresse(s) numérotée(s) x voies FANTOIR avec rapprochement OSM 322620020D 2012-10-29 RUE DE LA REGIE Rue de la Régie Il me semble qu'elle devrait être dans Voies avec adresse(s) numérotée(s) voies FANTOIR avec rapprochement OSM j'ai fait la mise à jour le 20/10/22 à 17h21 Y a-t-il une adresse spécifique pour les signalements ? ou si je trouve autre chose, je continue sur la liste ? leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes FANTOIR erronés non trouvé
Le 19/10/2022 à 22:40, Vincent de Château-Thierry a écrit : Voilà c'est rétabli, la liste a fondu mais on compte quand même 160 lignes avec de *vrais* codes faux ;) La liste est un peu remontée 212 et il me semble qu'il y a encore des "codes FANTOIR imaginaires" mais avec des minuscules, par exemple : 31084b8bbb Impasse des Calaouères et du Pré Commun leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes FANTOIR erronés non trouvé
Le 19/10/2022 à 18:52, Vincent de Château-Thierry a écrit : un manque à combler (ce soir si j'ai le temps). En ce qui me concerne, il n'y a pas d'urgence, je sais que pour le moment, il ne faut pas que je les cherche. merci pour la remontée Et surtout merci à toi pour cet outil très utile !!! leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] codes FANTOIR erronés non trouvé
Bonjour Dans la page "codes FANTOIR erronés" j'ai recherché : 09140B3BBB Chemin de la Pujadeille J'ai recherché ce code Fantoir dans OSM et je n'ai pas su le trouver !!! J'ai bien le "Chemin de la Pujadeille" dans OSM, mais même dans l'historique il ne semble pas avoir de FANTOIR https://www.openstreetmap.org/way/187519367/history Le chemin est dans les voies rapprochées (Voie sans FANTOIR) : Voie sans FANTOIR CHE PUJADEILLE Chemin de la Pujadeille Je ne suis pas un assez bon limier pour trouver ce FANTOIR erroné ... leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] taginfo source:maxspeed
Le 15/10/2022 à 10:34, Marc_marc a écrit : Bonjour, merci Marc Le 14.10.22 à 19:01, leni a écrit : Sur taginfo Métropole j'ai le résultat suivant : Quantité | Clé 0 | source:maxspeed taginfo fr filtre les metadonnées cad des éléments qui ne sont pas des données mais des infos sur les données. il les filtre, mais en les faisant apparaitre il donne l'impression de ne pas les filtrer. où peut-on trouver que l'info est une metadonnée et non une donnée ? Le mieux serrait de migrer le 2ieme sens dans la clef maxspeed:type qui loin d'être parfaite a l'avantage de n'avoir qu'un sens taginfo donne la quantité de maxspeed:type trouvés ; maxspeed:type contrairement à source:maxspeed ne serait pas une metadonnée ? leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] taginfo source:maxspeed
Bonjour Sur taginfo Métropole j'ai le résultat suivant : Quantité | Clé 0 | source:maxspeed 0 | source:maxspeed:backward 0 | source:maxspeed:forward alors qu'overpass me donne 44732 lignes Et que d'autres recherches taginfo me donnent un résultat qui semble cohérent. Ma config ? W10 avec Firefox dont j'ai purgé le cache leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] mettre à jour wiki FR:Key:height et FR:Map_Features/Units
J'ai trouvé quelques décalages entre les versions françaises et anglaise de https://wiki.openstreetmap.org/wiki/FR:Key:height et https://wiki.openstreetmap.org/wiki/FR:Map_Features/Units J'envisage, si personne ni voit d'inconvénient, de modifier la version française en me servant de l'anglaise comme modèle. cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version 18565 traduction du Journal des modifications
Bonjour Mise à jour de JOSM Voici la traduction du Journal des modifications correspondant à la version 18565 https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.09 (le lien vers l’original anglais est en haut à droite) cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 27/09/2022 à 13:30, leni a écrit : Le 27/09/2022 à 12:36, deuzeffe a écrit : Le 26/09/2022 à 19:46, Vincent de Château-Thierry a écrit : Si tu combines l'orthographe de la BAN (avec un G plutôt qu'un J) et un ref:FR:FANTOIR, ça devrait tout réconcilier, le contenu OSM faisant le lien aussi bien avec FANTOIR qu'avec la BAN. Je dis ça mais je n'ai pas essayé, je te laisse la primeur :) Tu peux aussi qualifier la voie avec une erreur ou divergence d'orthographe, mais ça n'influence pas le rapprochement. Je n'avais pas vu la divergence d'orthographe (honte sur moi) mais de (piètre) mémoire, il semble me rappeler que le pseudo-libellé FANTOIR était de la forme "CH" (et non CHE ou CHEM) qui n'existe pas dans ton dico. ni dans le référentiel FANTOIR. Aucune idée si ça a pu influer, surtout que comme Leni a bien fait les choses, c'est devenu transparent (donc invisible). Je ne me souviens plus et je n'ai pas non plus fait de copie-écran, mais je peux très facilement revenir en arrière (pas grand-chose à faire) ... Je suis revenu en arrière et je retrouve dans l'onglet 0 Voie sans FANTOIR CHE GENBOY chemin de genboy ORG <http://www.openstreetmap.org/#map=18/43.855508/-0.157052> FR <http://tile.openstreetmap.fr/?zoom=18=43.855508=-0.157052> BANO <http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/43.855508/-0.157052> JOSM ID <http://www.openstreetmap.org/edit?editor=id#map=18/43.855508/-0.157052> P2 <http://www.openstreetmap.org/edit?editor=potlatch2#map=18/43.855508/-0.157052> 2 PointsRelation et dans l'onglet 2 320870110M 2021-04-26 CHEM DE JENBOY Je ne me souviens si avant, comme il semblait à deuzeffe, il y avait "CH" dans le pseudo-libellé FANTOIR , mais je me souviens avoir remarqué avant qu'il n'avait pas le "DE" donc je pense que Pifomètre est bien revenu dans l'état avant ma modif Si vous n'y voyez pas d'inconvénients, je refais le rapprochement : il n'y aura plus qu'une ligne 320870110M 2021-04-26 CHEM DE JENBOY Chemin de GenboyORG FR BANO JOSM ID P2 Anomalies leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande
Le 27/09/2022 à 15:37, Vincent de Château-Thierry a écrit : De: "leni" Après avoir choisi Relation, Josm m’avertit qu'il reçoit des données, mais pas de téléchargement des données ni d'affichage de calque : Voici les infos : 2022-09-27 15:07:28.980 INFOS: RemoteControl received: GET /import?new_layer=true_name=Chemin%20de%20Lembessin=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation HTTP/1.1 2022-09-27 15:07:29.660 INFOS: GET https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation -> HTTP/1.1 200 (637 ms; 1,42 kB) 2022-09-27 15:07:29.660 INFOS: L?élément 'body' trouvé dans le flux d?entrée n?est pas défini. Abandon. 2022-09-27 15:11:28.827 INFOS: GET https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre des messages non lus) -> HTTP/1.1 200 (513 ms; 751 B) La requête que tu montres n'a pas le bon nombre de paramètres, c'est le signe que ta page n'est pas à jour. Il faudrait la rafraichir avec un Ctrl+F5 vincent Tout est ok Merci Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande
Le 27/09/2022 à 14:01, Vincent de Château-Thierry a écrit : De: "osm vdct" Le 25 septembre 2022 19:29:12 GMT+02:00, leni a écrit : J'ai un problème, mais est-ce dû à ma configuration ? Non du tout. J'ai passé pas mal de temps à reconfigurer l'onglet Pifomètre suite aux nouveautés dont je parlais ce matin, et j'ai tout simplement *oublié* de gérer les conséque'ces sur les autres onglets /o\ :) C'est maintenant réglé, l'onglet "Top adresses manquantes" devrait fonctionner y compris avec le mode Relation. Après avoir choisi Relation, Josm m’avertit qu'il reçoit des données, mais pas de téléchargement des données ni d'affichage de calque : Voici les infos : 2022-09-27 15:07:28.980 INFOS: RemoteControl received: GET /import?new_layer=true_name=Chemin%20de%20Lembessin=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation HTTP/1.1 2022-09-27 15:07:29.660 INFOS: GET https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation -> HTTP/1.1 200 (637 ms; 1,42 kB) 2022-09-27 15:07:29.660 INFOS: L?élément 'body' trouvé dans le flux d?entrée n?est pas défini. Abandon. 2022-09-27 15:11:28.827 INFOS: GET https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre des messages non lus) -> HTTP/1.1 200 (513 ms; 751 B) alors qu'avec point c'est ok : 2022-09-27 15:15:19.164 INFOS: RemoteControl received: GET /import?new_layer=true_name=Chemin%20de%20Lembessin=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Points HTTP/1.1 2022-09-27 15:15:20.151 INFOS: GET https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Points -> HTTP/1.1 200 (974 ms; 625 B) 2022-09-27 15:15:21.223 INFOS: Copying BIM resource files from jar to file system 2022-09-27 15:15:21.223 INFOS: C:\Users\MFH\AppData\Roaming\JOSM\plugins\indoorhelper\resources\IFC2X3_TC1.exp 2022-09-27 15:16:28.780 INFOS: GET https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre des messages non lus) -> HTTP/1.1 200 (461 ms; 751 B) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 27/09/2022 à 12:36, deuzeffe a écrit : Le 26/09/2022 à 19:46, Vincent de Château-Thierry a écrit : Si tu combines l'orthographe de la BAN (avec un G plutôt qu'un J) et un ref:FR:FANTOIR, ça devrait tout réconcilier, le contenu OSM faisant le lien aussi bien avec FANTOIR qu'avec la BAN. Je dis ça mais je n'ai pas essayé, je te laisse la primeur :) Tu peux aussi qualifier la voie avec une erreur ou divergence d'orthographe, mais ça n'influence pas le rapprochement. Je n'avais pas vu la divergence d'orthographe (honte sur moi) mais de (piètre) mémoire, il semble me rappeler que le pseudo-libellé FANTOIR était de la forme "CH" (et non CHE ou CHEM) qui n'existe pas dans ton dico. ni dans le référentiel FANTOIR. Aucune idée si ça a pu influer, surtout que comme Leni a bien fait les choses, c'est devenu transparent (donc invisible). Je ne me souviens plus et je n'ai pas non plus fait de copie-écran, mais je peux très facilement revenir en arrière (pas grand-chose à faire) ... leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 26/09/2022 à 19:46, Vincent de Château-Thierry a écrit : Le 26/09/2022 à 19:32, leni a écrit : https://bano.openstreetmap.fr/pifometre/index.html#insee=32087=0 une Voie sans FANTOIR "chemin de genboy" avec deux points adresse qui correspond à la voie avec FANTOIR (onglet 2) CHEM DE JENBOY (les 2 mêmes points adresse, précédents, sont dans le cadastre et il y a un GENBOY qui traîne sur le plan cadastral) si je met dans osm "Chemin de Genboy" avec ref:FR:FANTOIR le rapprochement va se faire avec l'onglet 2, mais pas avec l'onglet 0 ? il faudra lui ajouter "voie doublon avec orthographe différente" ? Si tu combines l'orthographe de la BAN (avec un G plutôt qu'un J) et un ref:FR:FANTOIR, ça devrait tout réconcilier, le contenu OSM faisant le lien aussi bien avec FANTOIR qu'avec la BAN. Je dis ça mais je n'ai pas essayé, je te laisse la primeur :) Tu peux aussi qualifier la voie avec une erreur ou divergence d'orthographe, mais ça n'influence pas le rapprochement. vincent J'ai fait l'option pour le rapprochement : - la Voie sans FANTOIR a disparu - la Voie FANTOIR a été rapprochée de la voie OSM par contre, elle ne voit pas que les points adresse existent leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 26/09/2022 à 14:53, Vincent de Château-Thierry a écrit : Oui les noms BAN dans leur version pseudo-FANTOIR essaient au mieux de ressembler aux noms FANTOIR. Au moment de leur chercher un nom correspondant dans OSM, le même traitement est fait pour les noms OSM. La plupart du temps, ça converge. Mais juste la plupart du temps, pas tout le temps :) Ton exemple est typique : deSverineS dans la BAN, deverine dans FANTOIR, deverRine dans OSM. Pur bazar. Le tag ref:FR:FANTOIR permet de faire le lien OSM <-> FANTOIR pour compenser ces divergences, mais on n'a aucun mécanisme pour l'équivalent entre BAN et OSM ou BAN et FANTOIR. C'est un peu la limite de l'exercice pour l'instant. vincent Grace à deuzeffe j'ai un doublon https://bano.openstreetmap.fr/pifometre/index.html#insee=32087=0 une Voie sans FANTOIR "chemin de genboy" avec deux points adresse qui correspond à la voie avec FANTOIR (onglet 2) CHEM DE JENBOY (les 2 mêmes points adresse, précédents, sont dans le cadastre et il y a un GENBOY qui traîne sur le plan cadastral) si je met dans osm "Chemin de Genboy" avec ref:FR:FANTOIR le rapprochement va se faire avec l'onglet 2, mais pas avec l'onglet 0 ? il faudra lui ajouter "voie doublon avec orthographe différente" ? leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 25/09/2022 à 22:52, deuzeffe a écrit : Le 25/09/2022 à 11:02, Vincent de Château-Thierry a écrit : merci pour vos retours, Merci à toi pour le boulot. pour Vincent, je copie sur deuzeffe : "Merci à toi pour le boulot. " leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Voies connues de la BAN pb avec télécommande
Bonjour J'ai un problème, mais est-ce dû à ma configuration ? J'ai ouvert JOSM avant Firefox. Si je vais dans l'onglet "Voies connues de la BAN mais pas d'OSM, avec beaucoup d'adresses" que je sélectionne "relation" rien ne se passe (parfois l'icône JOSM clignote comme s'il chargeait, mais rien), mais si je vais dans Pifomètre et que je sélectionne la relation correspondante, le calque correspondant se charge bien dans JOSM (par contre si je choisis "points" il se charge normalement dans les deux onglets): Un exemple : département 32, je trie les communes, je choisis Aubiet(32012) et je fais le test sur le "Chemin de Lembessin" cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifomètre : Dans OSM et inconnu de FANTOIR - que je ne trouve pas dans OSM
Le 20/09/2022 à 13:31, deuzeffe a écrit : Le 20/09/2022 à 09:40, leni a écrit : Le 19/09/2022 à 22:30, deuzeffe a écrit : Bonsoir, Attention, le dernier onglet de Pifomètre (dans OSM inconnu de Fantoir), est un fourre-tout expérimental (c'est son concepteur qui le dit) qui prend aussi les old_name, les alt_name, les amenity=school, les lotissements, etc. Bref, l'humain est indispensable pour y faire le tri. Merci deuzeffe (multi-tâche, en plus de travailler sur le wiki tu arrives à répondre aux questions...) je ne savais pas (ou j'avais oublié) qu'il n'y avait pas que les names !!! Sens toi rassuré : je m'y fais encore prendre parfois moi aussi. HTH tu peux traduire aux vieux qui ne savent pas "HTH" ? Ce sont plutôt les jeunes qui ne connaissent pas la signification. C'est d'ailleurs un vieux qui t'a répondu :) Et qui aurait pu te donner ce lien-là : https://fr.wiktionary.org/wiki/HTH et en plus il y a deux significations !!! (pour en savoir plus : https://www.howtogeek.com/737657/what-does-hth-mean-and-how-do-i-use-it/) C'est de la veille culture geek du temps des début de l'internet (au siècle dernier, quoi). HTH ^^ Et oui, ta réponse m'a été utile ^^ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifomètre : Dans OSM et inconnu de FANTOIR - que je ne trouve pas dans OSM
Le 19/09/2022 à 22:30, deuzeffe a écrit : Bonsoir, Attention, le dernier onglet de Pifomètre (dans OSM inconnu de Fantoir), est un fourre-tout expérimental (c'est son concepteur qui le dit) qui prend aussi les old_name, les alt_name, les amenity=school, les lotissements, etc. Bref, l'humain est indispensable pour y faire le tri. Merci deuzeffe (multi-tâche, en plus de travailler sur le wiki tu arrives à répondre aux questions...) je ne savais pas (ou j'avais oublié) qu'il n'y avait pas que les names !!! HTH tu peux traduire aux vieux qui ne savent pas "HTH" ? Le 19/09/2022 à 16:48, leni a écrit : Bonjour Est-ce que Pifomètre utilise les alt-name pour placer des voies dans cette liste ? J'ai la commune de Bouloc (31079) dans laquelle je trouve "Rue Ferrée" alors que je ne trouve cette valeur que dans le alt-name de la "Rue de la Voie Ferrée" https://www.openstreetmap.org/way/35399575 ou je n'ai pas su chercher !!! cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pifomètre : Dans OSM et inconnu de FANTOIR - que je ne trouve pas dans OSM
Bonjour Est-ce que Pifomètre utilise les alt-name pour placer des voies dans cette liste ? J'ai la commune de Bouloc (31079) dans laquelle je trouve "Rue Ferrée" alors que je ne trouve cette valeur que dans le alt-name de la "Rue de la Voie Ferrée" https://www.openstreetmap.org/way/35399575 ou je n'ai pas su chercher !!! cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vers un modèle de données amélioré pour OpenStreetMap
Le 02/09/2022 à 13:28, Marc_marc a écrit : Bonjour, j'ai traduis le message de Tobias Knerr, https://www.openstreetmap.org/user/marc__marc/diary/399867 pour ceux que cela interesse. Merci Marc le plus le plus interessant à mes yeux est celui sur la création d'un 4ieme type d'objet pour les aires au lieu des bricolages chemin fermé ou multipolygone +1 c'est vrai que mettre area=yes sur un higway, mais pas sur d'autres objets et ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM version 18543 traduction du journal des modifications
Le 30/08/2022 à 19:37, leni a écrit : Passage de JOSM à la version stable 18543 Voici la traduction du Journal des Modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog?version=151#stable-release-22.08 correspondant (le lien vers l’original anglais est en haut à droite) ajout à la liste les correctifs pour #21836 et #5 cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version 18543 traduction du journal des modifications
Passage de JOSM à la version stable 18543 Voici la traduction du Journal des Modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog?version=151#stable-release-22.08 correspondant (le lien vers l’original anglais est en haut à droite) Bonnes contributions avec JOSM !!! cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Inscription étrange sur OrthoHR : A bad place
Le 29/08/2022 à 14:08, Marc_marc a écrit : Le 29.08.22 à 12:31, Rpnpif a écrit : L'inscription "A BAD PLACE' sur la cour devant le château Est-ce que ça se cartographie sur OSM ? à distance c'est difficile de dire si c'est pèrène ou si quelqu'un a su quand passait l'avion et a fait une farce ce jour là si c'est pérène -> art_work ? faudrait voir comment sont renseigné les grafitis "artistiques" Il s'agit d'une œuvre https://officiel-galeries-musees.fr/tradition-de-lavant-garde-au-chateau-de-montsoreau/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Points géodésiques disparus ?
Le 24/08/2022 à 15:47, Marc_marc a écrit : Le 24.08.22 à 14:46, deuzeffe a écrit : (re)Bonjour, Toujours en jardinant (à l'ombre !), je trouve ces signalements osmose : https://osmose.openstreetmap.fr/fr/issues/open?country=france_limousin_haute_vienne=6070 qui sont des points géodésiques hors des frontières communales. En consultant la source des données* https://geodesie.ign.fr/fiches/index.php?module=e=visugeod, je ne les retrouve pas. je pense que c'est 2 soucis différents : 1) le repère n'existe plus dans l'opendata (pas regardé 2) le signalement osmose, par exemple https://osmose.openstreetmap.fr/fr/issue/5e2ddd67-7201-1326-c705-77ce654fd493 trouve une relation géodésique dans osm mais dont la ref 8703903 indique qu'elle devrait se situé dans la commune Château-Chervix ref insee 87039 mais ce repère est 23cm hors de cette commune soit le repère a été bougé soit la frontière a été b y a une erreur de localisation dans l'opendata ayant conduit à crée ces repères dans osm Il y a quelque temps j'avais posé la question pour un point à l'IGN qui m'avait aimablement répondu : "En effet, il apparaît que le point géodésique soit géométriquement sur la commune de Saint-Béat-Lez et non sur celle d’Arlos. Ce sujet d’appartenance administrative peut être un peu plus complexe lorsque l’on regarde de près, car d’un point de vue officiel les limites administratives sont définies par une description textuelle et non par une donnée géographique. En tout cas, lors de la construction du point en 1949, les géodésiens ont estimés que ce point se situait sur la comme d’Arlos, vraisemblablement en raison de sa position par rapport à la crête. Le point a ainsi été nommé Alors I, or quand nous conservons la dénomination des points telles qu’elles ont été définies à la construction du point." j'avais donc indiqué faux-positif à osmose et ajouté une note sur l'objet pour expliquer leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM version 18531 traduction du Journal des Modifications
Le 02/08/2022 à 19:48, Marc_marc a écrit : Bonjour, Le 02.08.22 à 18:19, leni a écrit : Je ne suis pas sûr d'avoir suffisamment bien compris la modification correspondant au ticket https://josm.openstreetmap.de/ticket/21235 <https://josm.openstreetmap.de/ticket/21235> avant highway=* + sidewalk=both + footway=separate ne provoquait pas d'erreur pourtant si c'est un trotoir, ce n'est pas un footway (cheminement piéton renseigné par un panneau bleu) maintenant le validateur signale une erreur (le bon tag est highway=* + sidewalk=separate directement... du moins si on veux séparer le trotoir de sa route avec tous les soucis qu'on connait) proposition de traduction : ne plus blanchir (ou mettre en liste blanche ?) footway=* et ajouter footway=separate en candidat sur liste noire pour sidewalk=* merci Marc Si je comprends bien le système de liste noire/blanche (un peu comme celle de mon opérateur mail : exp noir =spam exp blanc =ok) en ajoutant footway=separate sur la noire on ne peut pas laisser le générique footway=* sur la blanche ou alors il faudrait mettre toutes les valeurs de footway différentes de separate - un peu complexe ... Ce que je fais en général c'est highway=* + sidewalk=* Lorsqu'un autre contributeur ajoute un way highway=footway + footway=sidewalk ; ne voulant pas me lancer dans des suppression/re-créations contre-productives, je lui signale que le sidewalk=* était déjà présent sur la route et (que s'il souhaite vraiment créer un footway // ) il faudrait modifier par sidewalk=separate sur la route ; en général il comprend et fait la modif (par ex https://www.openstreetmap.org/way/305303131/history) . Je fais pareil sur les arrêts de bus (c'est d'ailleurs là que j'avais découvert shelter=separate) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version 18531 traduction du Journal des Modifications
JOSM vient de passer à la version stable 18531 Voici la traduction du Journal des Modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.07 correspondant (le lien vers l’original anglais est en haut à droite) Je ne suis pas sûr d'avoir suffisamment bien compris la modification correspondant au ticket https://josm.openstreetmap.de/ticket/21235 <https://josm.openstreetmap.de/ticket/21235> : #21235 <https://josm.openstreetmap.de/ticket/21235> : |footway=*| n'est plus sur la liste blanche et ajout de |footway=separate| à la liste noire des candidats pour |sidewalk=*| (correctif de by JeroenHoek) à part ma coquille du "de by" la traduction est-elle correcte ? Bonnes contributions avec JOSM !!! cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : traduction du logiciel - erreur due aux caractères d'échappement ? [résolu]
En fait, j'étais obnubilé par "{0}" alors que comme l'a indiqué Jean-Yvon ci-dessous, l'erreur venait de l'apostrophe d'écraser et non des guillemets Le 10/07/2022 à 22:55, osm.sanspourr...@spamgourmet.com a écrit : > Vous êtes sur le point d*'*écraser le fichier de session "{0}". Voulez-vous continuer ? Est ce que tu as écrit. Comme indiqué dans la page d’aide... et par toi les apostrophes sont « problématiques » dans le sens où ils doivent être doublés ou mieux substitués par l’apostrophe typographique. Apostrophe informatique : > d'écraser à doubler : > d''écraser ou à remplacer par l’apostrophe typographique : > d’écraser Le 11/07/2022 à 10:50, leni a écrit : j'avais bien compris pour l'apostrophe ', mais ici j'ai un guillemet ", pas deux apostrophes '' ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : traduction du logiciel - erreur due aux caractères d'échappement ?
Le 10/07/2022 à 22:55, osm.sanspourr...@spamgourmet.com a écrit : J’allais répondre en privé mais comme j’ai compris où était le problème j’en fait profiter la communauté. c'est également ce que j'allais faire quand je t'ai répondu > Vous êtes sur le point d'écraser le fichier de session "{0}". Voulez-vous continuer ? Est ce que tu as écrit. Comme indiqué dans la page d’aide... et par toi les apostrophes sont « problématiques » dans le sens où ils doivent être doublés ou mieux substitués par l’apostrophe typographique. Apostrophe informatique : > d'écraser à doubler : > d''écraser ou à remplacer par l’apostrophe typographique : > d’écraser j'avais bien compris pour l'apostrophe ', mais ici j'ai un guillemet ", pas deux apostrophes '' Grammalecte est ton ami. bon les amis de mes amis sont mes amis mais nous n'avons pas été encore présentés, je vais le chercher leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : traduction du logiciel - erreur due aux caractères d'échappement ?
Le 10/07/2022 à 16:16, osm.sanspourr...@spamgourmet.com a écrit : Bonjour Lenny, Est-ce que tu n'as pas une correction automatique des caractères typographiques style Grammalecte ? J'ai fait un copier/coller de ton texte, utilisé Grammalecte pour mettre une apostrophe typographique et c'est passé. Où as-tu mis l'apostrophe (ta modif est bien passée) peux-tu m'envoyer le texte avec l'apostrophe typographique ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM : traduction du logiciel - erreur due aux caractères d'échappement ?
Bonjour, Lorsqu'on sauvegarde une session de laquelle un fichier a été supprimé, un message d'avertissement est affiché dont une partie est encore en anglais : You are about to overwrite the session file "nomfichier.jos". Would you like to proceed? Dans launchpad, on a la phrase : You are about to overwrite the session file "{0}". Would you like to proceed? Si je met comme traduction : Vous êtes sur le point d'écraser le fichier de session "{0}". Voulez-vous continuer ? Je reçois le message : There is an error in a translation you provided. Please correct it before continuing. Je suppose que l'erreur vient de : "{0}" J'ai copié celui du message en anglais : même erreur J'ai copié celui du message en français : Échec de la localisation de la ressource ''{0}''. même erreur J'ai consulté https://josm.openstreetmap.de/wiki/Fr%3ATranslations#Software ; mais il n'est question que de l'apostrophe, des accolades également mais là elles sont présentes pour le formatage du texte ... Avez-vous des idées ? bon dimanche leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version 18513 traduction du Journal des Modifications
JOSM étant passé à la version stable 18513 Voici la traduction du Journal des Modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.06 correspondant (le lien vers l’original anglais est en haut à droite) Bonnes contributions sur JOSM !!! cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [édition mécanique/de masse] wood=* -> leaf_type=*/leaf_cycle=*
+ 1 pour moi aussi Message original De: Marc_marc Envoyé: Fri Jul 01 15:43:06 GMT+02:00 2022 À: talk-fr Sujet: [OSM-talk-fr] [édition mécanique/de masse] wood=* -> leaf_type=*/leaf_cycle=* Bonjour, Il y a longtemps, la clef wood=* a été utilisé pour décrire le type de végétation. en 2014, le reemplacement par les clef leaf_type/leaf_cycle a été approuvée [1] et a largement supplanté l'ancienne clef. Je propose de migrer les tags wood=* restant selon le tableau suivant: wood=deciduous -> leaf_cycle=deciduous wood=coniferous -> leaf_type=needleleaved. wood=mixed -> leaf_type=mixed et ce en France métropolitaine et uniquement sur les objets ayant un des tags suivant : landuse=forest natural=wood natural=scrub natural=tree natural=tree_row barrier=hedge landuse=orchard Pour les objets ayant deja la clef leaf_type/leaf_cycle correspondante, la clef wood serra simplement effacée Les autres valeurs wood=, les objets avec un autre tag principal et les objets ayant un conflit entre wood et leaf_type/leaf_cycle, ne sont pas concernée par cette opération mécanique et seront traité à la main séparément de cette opération (aide bienvenue) Avis ? - [1] https://wiki.openstreetmap.org/wiki/Proposed_features/leaftype 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] Flopées de highway=pedestrian qui n'en sont pas
Le 27/06/2022 à 18:54, deuzeffe a écrit : Bonjour, À l'occasion de l'intégration des limitations de vitesse pour les voies de Limoges, j'en profite pour dégommer du rouge (via le validateur de JOSM) et je tombe sur des flopées de highway=pedestrian qui n'en sont pas, toujours mappées par la même personne. Si je regarde le wiki https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dpedestrian utilise highway=pedestrian + area=yes pour les zones où on peut marcher, ça a l'air de correspondre Ça peut être un bout d'herbe en bordure de voie : https://www.openstreetmap.org/way/904660169 ajouter surface=grass ou un grand trottoir : https://www.openstreetmap.org/way/905604363/history j'intègrerais le trottoir qui le longe à la surface ou https://www.openstreetmap.org/way/905538162 On est bien d'accord que le tagging n'est pas correct ? je ne vois pas par quoi le remplacer Tout en le signalant à qui en est à l'origine, j'aimerais lui indiquer quels sont les tags appropriés. Jacques m'a suggéré : highway = footway footway me parait plus petit que pedestrian surface = yes surface correspond plutôt au revêtement . Suis pas vraiment fan, mais suis pas spécialistes non plpus des highways divers et variés. Donc, je suis preneuse de toute suggestion idoine. Merci d'avance ! cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] géolocalisation des photos
Le 22/06/2022 à 19:42, Hélène PETIT a écrit : Le 22/06/2022 à 15:43, Jacques Lavignotte a écrit : Le 22/06/2022 à 15:23, Hélène PETIT a écrit : Avec quelques autres vieux comme moi, on utilise des photos géolocalisées (plutôt que de prendre des notes). Bienvenue au club. Bug : lorsque nous nous échangeons ces photos, il arrive que la géolocalisation soit enlevée automatiquement ; Très petite expérience qui consiste à transférer du SmartPhone Android vers un partage Owncloud/Linux. EXIF ( et géoloc donc) préservés. Je viens de tester le partage sur mon cloud zaclys, puis vers une adresse mail, puis sur mon pc ; dans tous les cas la géoloc est supprimée. Du coup, c'est peut-être la fonction de partage de mon téléphone qui est conçue pour faire ça, et le responsable est samsung. J'ai pu récupérer mes photos intactes en passant par un cable usb ... ça craint. Il me semble me rappeller que lorsque j'avais un samsung il me faisait aussi des modifications dans les dates ; leni Prêt à tester à plusieurs d'autres procédés. Nb : Twitter remplace totalement l'EXIF J. ___ 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] géolocalisation des photos
Le 22/06/2022 à 19:11, Jacques Lavignotte a écrit : Le 22/06/2022 à 18:18, leni a écrit : Le 22/06/2022 à 16:43, Jacques Lavignotte a écrit : Voici ce que je récupère sous w10 dans Eau-Potable.jpg La liste refuse les PJ. Copie/Colle dans la corps du texte Il me semblait que c'est ce que j'avais fait GPS _ Latitude 46; 37; 35.8093982771 Longitude 0; 18; 39.91930353 Altitude 115.746 leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] géolocalisation des photos
Le 22/06/2022 à 16:43, Jacques Lavignotte a écrit : https://postimg.cc/wtZH9CQf Vérifiez que la géoloc est conservée (oui) Voici ce que je récupère sous w10 dans Eau-Potable.jpg ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM version 18463 traduction du journal des modifications
Le 01/06/2022 à 16:21, Rpnpif a écrit : Merci. Aaaargh, JOSM ne sait toujours pas utiliser un écran HD (140 dpi) sous Linux Debian. Les polices de caractères y sont souvent beaucoup trop petites. Pourtant un rapport de bogue avait été créé il y a longtemps. Je ne l'ai pas trouvé, pas su chercher (désolé suis w10), pourrais-tu essayer de le chercher ? https://josm.openstreetmap.de/query?status=assigned=needinfo=new=reopened=id=summary=status=type=priority=milestone=component=time=priority=1 Et faire un ticket si nécessaire ? Cette page peut-elle t'aider ? https://josm.openstreetmap.de/wiki/Fr%3AHelp/HiDPISupport leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version 18463 traduction du journal des modifications
Bonjour JOSM étant passé à la version stable 18463 Voici la traduction du Journal des Modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.05 (le lien vers l’original anglais est en haut à droite) Comme je n'étais pas sûr de la traduction du #22073, j'ai laissé en gras le texte anglais Bonnes contributions sur JOSM !!! cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dépréciation : un bon candidat ? post_office:type=* vs post_office=* + cadeau de Noël
:30; Su 09:00-13:00; PH off; 2021 Dec 31 08:30-18:00 post_office:typepost_partner ref:FR:LaPoste 14345D *id**525410706* amenity=post_office * * amenity=post_office nameFIT Project opening_hours Mo-Fr 11:00-12:00, 14:00-18:00 post_office post_partner post_office:brand UPS post_office:parcel_pickup yes post_office:typeparcel pick up post_partner post_office:service_provider UPS post_office:parcel_pickup UPS *id* *1342519443* à priori, c’est une Agence communale : https://localiser.laposte.fr/aisne/st-quentin/st-quentin-mairie-028550 amenity post_office devrait correspondre aux attributs d’une mairie annexe, actuellement uniquement building brand La Poste brand:wikipedia fr:La Poste (entreprise française) nameSaint-Quentin Saint-Martin ou Agence Communale ST QUENTIN Mairie notesituation : 132 RUE DE HAM opening_hours Mo-Fr 09:00-12:00,14:00-17:00; Sa 09:00-12:00; PH off; 2021 Nov 12-13 off operatorLa Poste operator:wikidata Q373724 operator:wikipedia fr:La Poste (entreprise française) post_office post_partnerpost_annex post_office:typepost_annex ref:FR:LaPoste 00377A post_office:service_provider La Poste Qu'en pensez-vous ? Je modifie ? cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'envoi de mails sur talk-fr ?
A priori pas de problème - envoie avec thunderbird leni Le 01/04/2022 à 20:04, Jacques Lavignotte a écrit : Je ne pense pas avoir de pertes... Sinon le problème GMail :((( nous a fait abandonner un auto-hébergement... J. Le 01/04/2022 à 19:32, Christian Quest a écrit : Mes emails à destination de talk-fr ne passent plus depuis quelques jours. Donat a le même problème. Je tente un envoi depuis gmail... pour voir, mais c'est bien gênant car aucun message d'erreur ne semble retourné non plus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] overpass résultat csv qui contient des identifiants qui n'existent pas en tant que relation
Le 11/03/2022 à 09:09, Antoine Riche via Talk-fr a écrit : Le 10/03/2022 à 19:23, leni a écrit : Ce n'est pas encore parlant pour moi (alors que c'est évident pour vous), j'utilise d'anciennes requêtes mais elle ne sont pas toujours adaptées. Permets-moi alors de te renvoyer à la série de tutoriels que j'avais publiée sur Twitter pendant le confinement, et que tu peux retrouver sur le wiki Carto’Cité : https://wiki.cartocite.fr/doku.php?id=tutoverpass:tutoriel_overpass_api . Un quart d'heure par jour et en 3 semaines tu écriras tes requêtes "from scratch" :-) Antoine. En plus c'est en français ! Merci, mais je n'attendrais pas le prochain confinement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] overpass résultat csv qui contient des identifiants qui n'existent pas en tant que relation
Le 10/03/2022 à 18:47, Marc_marc a écrit : Bonjour, Le 10.03.22 à 18:12, leni a écrit : Où est la faille ? le premier out te donne les relations ensuite tu demande les fils avec ">;" suivit d'un out ce qui te donne les fils des relations (noeud ou lignes ou relation) dont la majorité ne seront pas des relations Cordialement, Marc Merci Marc Ce n'est pas encore parlant pour moi (alors que c'est évident pour vous), j'utilise d'anciennes requêtes mais elle ne sont pas toujours adaptées. Bonne soirée leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] overpass résultat csv qui contient des identifiants qui n'existent pas en tant que relation
Bonjour J'utilise une requête qui me parait toute simple [out:csv(::id,network,name,true;",")]; {{geocodeArea:Ariège}}->.dep; ( relation[route=bus](area.dep); ); out body; ; out skel qt; Les premiers enregistrements sont corrects, mais la fin ne ramène que des id, dont les deux premiers que j'ai consulté ne sont ni des relations ni n'ont l'attribut "route=bus" !!! Où est la faille ? cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version 18387 traduction du journal des modifications
Bonsoir JOSM vient de passer à la version stable 18387 Et voici la traduction du Journal des Modifications https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.02 (le lien vers l’original anglais est en haut à droite) Dans le préréglage "Commentaire/Adresse" quelques noms de groupes d'attribut sont en anglais, j'ai vu qu'ils étaient traduis dans launchpad, la traduction arrivera avec la prochaine version. Bonnes contributions !!! cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MS BOT
Le 26/02/2022 à 00:19, osm.sanspourr...@spamgourmet.com a écrit : Le 25/02/2022 à 23:31, Christian Rogel - christian.ro...@club-internet.fr a écrit : Les rédacteurs de plaques de rue ont généralement suivi ces règles et les graveurs et émailleurs aussi. À BON, ILS CONNAISSENT AUTRE CHOSE QUE LES MAJUSCULES ? Actuellement il est encore courant de voir la partie principale du nom ENTIÈREMENT en majuscules. Mais contrairement à Fantoir ils ont de plus en plus les majuscules accentuées. En effet, je suis allé voir la plaque hier après-midi "Place Quentin DE LA TOUR" Puisses-tu avoir raison ! Hélas sur le terrain les règles typographiques ne sont pas toujours appliquées, souvent ignorées (il suffit de voir les noms de communes nouvelles qui ont dû être corrigés, sans parler des coquilles tel ce fondateur de l'Europe fait musicien sur le terrain - Robert Schuman(n) à Guidel). Wokisme : non à la Blankérisation des esprits ! Jean-Yvon ___ 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] MS BOT
Le 24/02/2022 à 20:51, osm.sanspourr...@spamgourmet.com a écrit : Je crois que le Topographe Fou a été clair : pour La/la c'est clair : Ok c'est clair !!! Wikipedia n'est pas tout à fait d'accord avec le Larousse, en ce qui concerne son nom "Delatour" présent sur les actes officiel (https://www.larousse.fr/encyclopedie/peinture/Maurice_Quentin_Delatour_dit_Maurice_Quentin_de_La_Tour/152910) Par contre en ce qui concerne : https://fr.m.wikipedia.org/wiki/Bel_Air, puisque les deux orthographes coexistent, il me semble que le local doit avoir la préférence : dans ce cas "Chemin de Bel Air" Et pour https://www.openstreetmap.org/way/23605881 le trait d'union a été ajouté alors que : "source:name=panneaux sur place pas de trait d'union" * il semble y avoir un trait d'union sur le calque du cadastre * il n'y en a pas si on consulte une parcelle du cadastre (CHE DE BEL AIR) le fichier BANO (310560018A|A|CHE|DE BEL AIR) et sur place j'ai la photo du panneau Il me semblait que le terrain était la référence. bonne soirée leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MS BOT
Le 23/02/2022 à 15:15, Marc SIBERT a écrit : J'ai mis à jour la page Wiki ;-) Et oui https://fr.wikipedia.org/wiki/Quentin_de_La_Tour prend une majuscule à 'La'. Même quand le cadastre n'en met pas ? Je ne suis pas allé voir sur place, j'irais Et pour https://www.openstreetmap.org/way/23605881 le trait d'union a été ajouté alors que : "source:name=panneaux sur place pas de trait d'union" * il semble y avoir un trait d'union sur le calque du cadastre * il n'y en a pas si on consulte une parcelle du cadastre (CHE DE BEL AIR) le fichier BANO (310560018A|A|CHE|DE BEL AIR) et sur place j'ai la photo du panneau Il me semblait que le terrain était la référence. bonne soirée leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le data working group / quel support en France ?
Le 06/12/2020 à 15:01, osm.sanspourr...@spamgourmet.com a écrit : Le 06/12/2020 à 10:52, Jacques Lavignotte - jacq...@lavignotte.org a écrit : Le 06/12/2020 à 10:27, Marc_marc a écrit : mais il y a aussi une prise de conscience qu'il faut un travail communautaire, [...] aussi pour accompagner les autres contributeurs, même si cela semble être un travail ingrat pour beaucoup. +1000 Education populaire. J. Donne à manger à un humain, tu l'aideras un jour. Apprend lui à pêcher, tu l'aideras tous les jours. Donc d'accord sur l'analyse de Marc mais pas sur le côté ingrat : les retours que l'on a sur les remarques que l'on fait sur les changesets des nouveaux contributeurs sont plutôt positifs. +1 D'habitude, j'envoie un message sur la messagerie osm, car il me semblait que cela facilitait le dialogue ; mais, récemment, j'ai vu qu'un autre contributeur avait fait une remarque sur le groupe de modifications et je me suis dit, qu'en envoyant sur la messagerie le nouveau contributeur risquait recevoir plusieurs messages ... mais est-ce vraiment un problème ? cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Élections pour la fondation OSM / l'enjeu de la présence des AFAM ... (osm: message 3 of 20)
Merci Vincent d'avoir ouvert ce fil, qui m'a donné quelques réponses, j'espère qu'il en est de même pour toi. cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Élections pour la fondation OSM / l'enjeu de la présence des AFAM ... (osm: message 3 of 20)
On Sat, Dec 05, 2020 at 08:17:03PM +0100, Christian Quest wrote: Le 05/12/2020 à 19:34, Vincent Bergeot a écrit : Le 5 décembre 2020 19:17:59 GMT+01:00, leni a écrit : Déjà que lorsque c'est en français, il m'est difficile de pouvoir appréhender ce que chacun des candidats peut apporter, en anglais ... je pense donc que je vais passer mon tour et ne pas voter Bonjour, Je sais que pour ma part j'ai envie de voter pour des candidats qui ne sont pas AFAM... et parmi les autres, complexe ! Un français pour pouvoir causer plus facilement, un hors 'occident' pour diversifier, Roland pour overpass, tobias pour la 'continuité', ... Vu le système de vote, on peut très bien se contenter d'un nom ou deux (ce qui en plus renforce le vote pour eux). Ca dépend. Si il y a un candidat qui tu veux pas du tout avoir dans le board, il faut forcement mettre tous les autres candidates sur la liste. Meme chose avec ne pas voter. Le vote perdu est tout a fait un vote pour le candidate que on prefere pas avoir. Sarah Le 06/12/2020 à 15:05, osm.sanspourr...@spamgourmet.com a écrit : Entièrement d'accord avec Sarah : il faut voter pour toutes les places, sinon on laisse la place à d'autres. Christian a raison d'un point de vue pratique mais pour voter selon son esprit on doit voter pour toutes les places : la nature a horreur du vide. Désolé, mais c'était mon quart d'heure de provocation (J'étais perturbé de devoir voter contre, car je préfère voter pour ... ) et merci pour les messages que j'ai reçus (sur la liste ou en privé) et qui m'ont beaucoup aidé à faire mon choix car je vais voter : certainement 1-Jean-Marc, 2-Eugene, 3-Roland, 4-Tobias, 5-Willy (donc comme Vincent mais je n'ai pas éliminé Michal et Logan pour les mêmes raisons, moi pour leurs potentiels conflits d'intérêts professionnels et ...) cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Élections pour la fondation OSM / l'enjeu de la présence des AFAM ...
Déjà que lorsque c'est en français, il m'est difficile de pouvoir appréhender ce que chacun des candidats peut apporter, en anglais ... je pense donc que je vais passer mon tour et ne pas voter bon we leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] outils qualité
Le 30/11/2020 à 14:12, Georges Dutreix via Talk-fr a écrit : Le 27/11/2020 à 13:04, Marc_marc a écrit : 3 outils parmis d'autre : WhoDidIt [1] produisant un flux informant des modifs d'une zone osmcha [2] détectant les changeset soit sur base d'euristique osmose [3] pour corriger les anomalies dans un rayon de + en plus grand autour d'un lieu, ce qui permet ensuite de détecter facilement une innondation d'erreurs. [1]http://simon04.dev.openstreetmap.org/whodidit/ [2]https://osmcha.org/ [3]https://osmose.openstreetmap.fr/fr/map/ Bonjour, J'utilise pas mal Osmose mais j'ai voulu tenter les 2 autres dans mes "zones connues", pour surveiller les changements faits récemment. Whodidit semble ne pas fonctionner (mais peut-être je ne sais pas l’utiliser) OSMCha - J'ai regardé la doc liée et je n'ai pas trouvé sur internet d'explication claire sur comment l'utiliser. Et soit je n'y comprends rien, soit je n'y comprends vraiment rien :-) Il me retourne des bbox de la taille d'un pays ou plus avec 2 POI modifiés, l'un en Allemagne, l'autre au Maroc. J'ai bien vu le coup du "bbox size bound", mais si un utilisateur modifie un objet dans ma zone et un autre 500 km plus loin, alors je ne vois plus le changeset ? C'est ça ? il n'y a pas moyen de ne récupérer que les changesets ayant des relations ou ways avec au moins un nœud à l'intérieur de ma zone ? Autre truc, je lui donne une date de départ 23/11/2020, et il me retourne des changesets qui ont plusieurs mois. Vous l'utilisez comment, vous ? Pour ma part, avant, j'utilisais whodidit qui m'envoyait une notification, puis plus rien ... Comme toi, j'ai essayé de tester OSMCha, mais je n'arrivais pas à l'utiliser et j'ai abandonné il m’envoyait des tas de notification si ma zone est comprise entre les extrêmes des changesets, même si pas de modif dans ma zone. Pour l'instant, je suis avec https://resultmaps.neis-one.org/osm-change-tiles#14/44.8849/1.2137 les tuiles modifiées sont en des carrés mauves cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [édition de masse] convertir le tag déprécié diaper par le tag approuvé changing_table
Le 29/11/2020 à 18:29, François Lacombe a écrit : Bonjour Marc Bonne idée également, je valide + 1 leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Umap... quelques stats
Bonsoir Le 28/11/2020 à 13:57, deuzeffe a écrit : Un jour, peut-être, umap.osm.fr ne sera plus l'unique (ou presque) instance d'umap pour le monde entier. pas que : je connais celle de la Colombie https://umap.openstreetmap.co/es/ et framacarte : il y en a peut-être d'autres leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM
Le 23/11/2020 à 09:55, Cyrille37 OSM via Talk-fr a écrit : Hello, Le 22/11/2020 à 20:02, Christian Quest a écrit : https://demo.addok.xyz/ où vous pouvez tester l’auto-complétion avec préférence géographique centrée sur la carte. Wouah !! Ça dépote! Et tolérant o fotes d'ortogafe. J'adore :-) +1, sans les accents, sans apostrophes, sans les articles, centré à l'autre bout de la France et il trouve instantanément : j'adopte ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version stable 17329 : traduction du Journal des modifications
La version 17329 de JOSM à été mise en place !!! Et voici comme d'hab... le Journal des modifications apportés par cette version à https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-20.11 ... Profitez !!! Cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ascenseur
Le 22/11/2020 à 08:37, Stéphane Péneau a écrit : The starting level is not included in this list, e.g. a feature with level="0" then repeat_on starts with "1". Stf Merci à tous pour vos réponses, en plus j'avais à tord utilisé layer (que j'avais utilisé pour la passerelle) à la place de level Le 21/11/2020 à 14:18, Georges Dutreix via Talk-fr a écrit : Bonjour, "roof:direction" indique le sens de la pente. Par exemple si tu as 2 pentes face au nord-est + sud-ouest, tu peux mettre "roof:direction=NE" ou "roof:direction=SW" ou "roof:direction=45". Mais par défaut, ce sera perpendiculaire à la plus grande longueur, donc pas nécessaire dans ton cas. Vois le résultat ici : https://demo.f4map.com/#lat=43.5576972=1.4544353=19=70.783=7.16 C'est tout à fait cela Dans JOSM, j'ai découvert dans les préférences : Préférences/Paramètres d'affichage/Données OSM/Autres options/Utiliser les filtres automatiques/Règle/layer qui permet de sélectionner en haut à gauche une couche donnée Pour qu'il affiche pas les level générés par repeat, il faut le greffon indoorhelper ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] ascenseur
Bonjour Dans OSM, il n'y avait que l'escalier pour accéder du parking à l'hôpital ; je l'ai complété et ajouté les ascenseurs (dans deux gaines) qui permettent, aux personnes ayant des difficultés, de monter https://www.openstreetmap.org/changeset/94537924#map=19/43.55823/1.45412 Ayant eu des problèmes avec le gps de mon téléphone, je n'ai pas pu utiliser mapillary, j'ai pris des photos (https://www.flickr.com/gp/132515324@N06/6Q1153) Je sollicite votre avis pour ces ascenseurs et j'ai quelques question. Pour les gaines : simplement "building=*" , je n'ai pas trouvé de valeur à part "yes" https://www.openstreetmap.org/way/875425296 j'ai la hauteur de plancher à plancher 28m, mais le "height=" correspond à la hauteur jusqu'au faitage ? Pour les ascenseurs à l'intérieur des gaines : https://www.openstreetmap.org/node/8148426902 je n'ai mis que "level=0;1" en fait, il y a une sortie intermédiaire "entresol" mais elle n'est utilisé que par le personnel avec une clé. Si je met les "entrance=yes" + "door=sliding", des deux niveaux, superposés, Josm m'indique "nœuds à la même position" bien qu'il y ait layer=1 "highway=elevator" c'est un highway qui peut, donc, être utilisé en routage piéton, faut-il le relier au chemin piéton qui va du parking aux portes des ascenseurs avec un chemin à l'intérieur jusqu'au nœud avec "indoor=yes"? Pour la couverture de la passerelle , j'ai ajouté au highway https://www.openstreetmap.org/way/875425294#map=19/43.55821/1.45465 "covered=yes" et décrit le toit (https://www.openstreetmap.org/way/875425285) avec "building=roof" + "laye=2" + "roof:shape=gabled" ; mais je n'ai pas bien compris l'utilisation de "roof:direction ? Dans JOSM, j'ai découvert dans les préférences : Préférences/Paramètres d'affichage/Données OSM/Autres options/Utiliser les filtres automatiques/Règle/layer qui permet de sélectionner en haut à gauche une couche donnée Bon WE leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment indiquer une séparation centrale sur une rue ?
Bonjour Le 06/11/2020 à 00:26, Vincent de Château-Thierry a écrit : Bonsoir, Le 05/11/2020 à 23:43, Lionel Allorge a écrit : Sur la rue suivante : https://www.openstreetmap.org/way/150276616 une petite surélévation en béton empèche les voitures de doubler, comme un terre-plein central mais bien plus petit. Comment l'indiquer ? Et du fait de sa présence j'aurais tendance à dessiner un way par sens de circulation plutôt qu'un seul way centré... sur le terre-plein. vincent si la séparation est longue, je fais comme Vincent, si elle est courte https://wiki.openstreetmap.org/wiki/Tag:traffic_calming%3Disland cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet du mois Décembre : lieux de test COVID (était "Carte des lieux de test COVID")
Pour commencer, suite à la précédente discussion "[OSM-talk-fr] Carte des lieux de test COVID", je relance le débat du tagging des centres de test covid. Voici ma proposition : https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Centres_de_d%C3%A9pistage_Covid <https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Centres_de_d%C3%A9pistage_Covid> Bonjour Je me pose quelques questions ? Types de lieu : il me semble qu'il ne faut pas systématiquement traduire les cliniques par amenity <https://wiki.openstreetmap.org/wiki/FR:Key:amenity>=clinic <https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dclinic>voir https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dclinic#En_France Pour la forme, même si c'est dans le langage courant ce n'est pas le test qui est introduit dans le nez, mais le prélèvement qui est fait dans le nez :*Types de tests* ou*Types de prélèvements *?* * - prélèvement par le nez : tests virologiques /"RT-PCR/" ; mais aussi tests rapides dits tests "/antigéniques/" https://www.has-sante.fr/jcms/p_3212125/fr/covid-19-la-has-positionne-les-tests-antigeniques-dans-trois-situations - est-ce qu'on indique les différents types de test ? ce sont les mêmes dans tous les pays ? on pourrait aussi ajouter : - prélèvement salivaire : tests virologiques /"RT-PCR"/ https://www.has-sante.fr/jcms/p_3202317/fr/covid-19-les-tests-salivaires-peuvent-completer-les-tests-nasopharynges-chez-les-personnes-symptomatiques Le labo prés de chez moi ne propose ces tests qu'à certaines heures, qui ne sont pas les mêmes que celles d'ouverture du labo (opening_hours) cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire
Sur la prochaine version https://josm.openstreetmap.de/wiki/Fr%3AChangelog?action=edit#stable-release-20.10 Désolé c'était le lien d'édition : https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-20.10 leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire
Le 13/10/2020 à 09:42, Yves P. a écrit : * #19789 <https://josm.openstreetmap.de/ticket/19789>, #19793 <https://josm.openstreetmap.de/ticket/19793> - Correction des fuites de mémoire JOSM est souvent très lent sur ma machine car la mémoire virtuelle est "pleine". De temps en temps, la bécane plante complètement. Il a pas mal planté malgré la mise à jour. Du coup j'ai lancé le moniteur d'activité pour surveiller l'utilisation mémoire. Au démarrage JOSM occupe 1.05 Go sur ma machine. Ce matin après 1 bonne journée d'utilisation je sauve mes dernières éditions et supprime tous les calques sauf cadastre, OpenStreetMap Carto (Standard) et BDOrtho IGN. La consommation mémoire est de 2.19 Go Je supprime tous les calques : toujours 2.19 Go Fermeture de JOSM et redémarrage : 1.05 Go Ajout des calques : * BDOrtho IGN : 1.11 Go * Ajout de OpenStreetMap Carto (Standard) : 1.15 Go * Cadastre : 1.18 Go Je zoom, déplace l'écran… la consommation mémoire passe progressivement à 2.40 Go !! Bonjour Sur la prochaine version https://josm.openstreetmap.de/wiki/Fr%3AChangelog?action=edit#stable-release-20.10 il est prévu : "diverses améliorations des performances et corrections des fuites de mémoire" mais elles ne sont rattachées à aucun ticket (difficile de voir si cela correspond à ton problème) peut-être pourrais-tu en ouvrir un ? leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version stable 17084 : traduction du Journal des modifications
Et la mise en place de la version 17084 de JOSM a été faite. Comme d'habitude, vous pouvez trouver le Journal (traduit) des modifications apportés par cette version à https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-20.09 et vos remarques sur la traduction sont bienvenues ... Cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus
Le 28/09/2020 à 20:07, Gad Jo a écrit : C'est exactement ça. Sur la même ligne j'ai des variante qui font tous les villages et d'autres seulement quelques villages. En bonus certains arrêt en milieu de ligne peuvent être ignoré en milieu de journée ou pendant le ramassage scolaire J'avais tenté name=: commune - → commune - Au final je vais faire sauter le nom des communes. Le from et to sont justement changeant suivant les horaires et périodes de l'année. La clé via permet de préciser un peu plus le otrajet En tout merci pour votre réactivité Ps : Prochain mail : comment gérer les horaires sur les lignes de bus (c'est coton). Je fait le point et au besoin je poserai ma question Un message de Noémie concernant les horaires sur la liste transport dont parle Jean-Yvon https://listes.openstreetmap.fr/wws/arc/transport/2019-11/msg7.html Le September 28, 2020 5:22:08 PM UTC, blef a écrit : Le 28/09/2020 à 09:55, Éric Gillet a écrit : Le 27/09/2020 à 16:46, Gad Jo a écrit : Bonjour a tous, Exemple extrême (y aura pas pire que ça) : Bus 12 bis : Montredon-des-Corbières - Montredon Pôle d’échanges → Montredon-des-Corbières - Clos des Ormeaux (Désolé le copier-coller sur l'application ajoute le format) Relation concernée : https://www.openstreetmap.org/relation/11674315 Auriez vous des propositions à me faire ? À moins que des règles existent et j'applique... Je serait tenté de placer que le nom de l'arrêt Bonjour, Je pense qu'il faut mettre le nom tel que diffusé au public par le réseau (en données ouvertes, sur les documents ou sur le terrain). "name=: → /" /[1][2]//ou autre variante n'est pas un nom mais une description//redondante avec les autres tags présents dans la relation/. /Pas toutes les applications affichent ces détails-là donc une telle description en nom me paraît acceptable, mais uniquement en "solution de repli" quand la ligne n'a pas de nom. [1]https://wiki.openstreetmap.org/wiki/Public_transport#Service_routes [2]https://lists.openstreetmap.org/pipermail/tagging/2019-May/045180.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Le problème survient quand il y a des variantes sur une ligne. Le nom officiel de la ligne est toujours le même, mais les trajets et arrêts desservis varient. Comme il faut établir une relation par variante, il faut bien différencier les noms. Dans une petite ville comme la mienne, il y a un nombre restreint de lignes, mais suivant les moments de la journée, la ligne x passe ou pas par le collège, la zone industrielle ou le cimetière. J'ai donc dû différentier arbitrairement les noms de variantes de celui "fourni" par le gestionnaire du réseau, en général en faisant figurer le "via" qui caractérise la variante. -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté. ___ 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] Interroger les objets
Bonjour, Je viens de découvrir "Interroger les objets" avec le bouton droit (w10) sur la carte d'OSM. Il affiche les objets à proximité et les objets englobants. Avant, j'utilisais dans les couches de carte la case à cocher "Données de carte" avec l'inconvénient, quand je sélectionnais un objet beaucoup plus grand que la fenêtre, la carte dézoomait, et j'avais tellement d'objets dans la fenêtre que cela figeait le navigateur. Et avec les objets englobants, je peux montrer à de nouveaux contributeurs qu'il n'est vraiment pas nécessaire de saisir dans l’adresses ni addr:city ni le code postal Certains d'entre vous connaissaient certainement, mais pas moi !!! cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM version stable 17013 : traduction du Journal des modifications
C'était la rentrée des enfants et les développeurs ont mis en place la versions 17013 de JOSM. Vous pouvez trouver le Journal (traduit) des modifications apportés par cette version se trouve à https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-20.08 Pour améliorer la traduction de ce journal, faites vos remarques ... Cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond point et relations routes
Le 01/09/2020 à 18:23, Gad Jo a écrit : Pour avoir mis en place l'ensemble du réseau de bus sur Narbonne c'est la mort dans l'âme que j'ai du segmenter en plusieurs section des routes ou rue. C'est vite ingérable et pourtant j'ai tout le réseau en tête. Pour les giratoire c'est totalement inutile de les segmenter sauf cas très très particulier. Le routage fonctionne très bien tel quel. Avec les restrictions de vitesse, bande cyclable et autre info (trottoir, revêtement, éclairage) ça multiplie les découpes Malheureusement je ne vois aucune solutions pour éviter cela. Le September 1, 2020 9:44:37 AM UTC, Christian Rogel a écrit : Le 1 sept. 2020 à 11:25, Yves P. a écrit : Je tombe sur des itinéraires vélos, bus… qui passent par des ronds-points. Ces derniers sont coupés en petits morceaux pour avoir un bel itinéraire. Ça part d'une bonne intention (j'ai fait la même chose au début), mais c'est ingérable ! S'il vous plait ne serez pas le sécateur quand vous croisez un giratoire. Merci pour lui et son intégrité Déjà mentionné, mais, j’approuve cette piqûre de rappel. Il faut pour agir ainsi, soit appartenir à la team 1er degré, soit être certain que le RP est positionné correctement. Et surtout au bon diamètre. Eh, bien, non, ça n’existe qu’au pays de Gaston Lagaffe. Plusieurs fois, j’ai rétabli l’intégrité et, par respect pour les autres contributeurs, laissé dans l’état normal. Christian R. Il y a les pour et les contre les découpages des giratoires, je ne suis pas sûr que l'on arrive à un consensus. Il y a quelque temps, j'avais fait une analyse des giratoires du département où j'habite et j'avais constaté que 16% étaient découpés (pas uniquement pour les bus) et qu'un tiers des giratoires découpés et traversés par des lignes de bus avaient les relations routes en erreur. E cela empirait avec le temps. Maintenant, si je crée une ligne qui n'a pas encore de relation route, je ne met que les arrêts dans l'ordre. cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] josm traduction dans les préréglage highway les attributs liés à "placement"
Le 13/08/2020 à 16:24, Éric Gillet a écrit : Le 11/08/2020 à 11:50, leni a écrit : Dans le préréglage de certaines routes, il y a les infos "placement" (https://wiki.openstreetmap.org/wiki/Key:placement) certains attributs décrits dans la proposition (https://wiki.openstreetmap.org/wiki/Proposed_features/placement) ne sont pas encore traduits. "placement" a été traduit par "localisation" est-ce que ce ne serait pas plutôt "positionnement" ? "placement" et pour la traduction des valeurs ? "left_of:x" > "à gauche de la voie x" "middle_of:x" > "au milieu de la voie x" "right_of:x" > "à droite de la voie x" "Placement in way direction" > "Positionnement dans le sens du chemin" "placement dans le sens du tracé" "Placement opposed to way direction" > "Positionnement dans le sens opposé au chemin" "placement dans le sens opposé au tracé" Oui tes suggestions me semblent + lisibles et + correctes Merci, en fait, j'ai pris en compte les suggestions de Jean-Yvon, que j'ai indiqué ci-dessus : en conservant "placement" car on indique où doit-être placée la voie et "tracé" plutôt que chemin pour le cas ou le tracé n'est pas dans le sens du chemin (oneway=-1) cordialement lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] josm traduction dans les préréglage highway les attributs liés à "placement"
Bonjour Dans le préréglage de certaines routes, il y a les infos "placement" (https://wiki.openstreetmap.org/wiki/Key:placement) certains attributs décrits dans la proposition (https://wiki.openstreetmap.org/wiki/Proposed_features/placement) ne sont pas encore traduits. "placement" a été traduit par "localisation" est-ce que ce ne serait pas plutôt "positionnement" ? et pour la traduction des valeurs ? "left_of:x" > "à gauche de la voie x" "middle_of:x" > "au milieu de la voie x" "right_of:x" > "à droite de la voie 1" "Placement in way direction" > "Positionnement dans le sens du chemin" "Placement opposed to way direction" > "Positionnement dans le sens opposé au chemin" cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref:fr vers site http://t4t35.fr/Megalithes/
Le 05/08/2020 à 17:15, Yves P. a écrit : Il semble que le ref soit calculé de la même façon "ref=megalithic.co.uk <http://megalithic.co.uk/>9857" vers la pagehttps://www.megalithic.co.uk/article.php?sid=9857: Oui. On le retrouve dans la propriété wikidata P4356 <https://www.wikidata.org/wiki/Property:P4356#P1630>. On peut donc créer un clé ref:megalithic et la rajouter dans wikidata. Ainsi, un clic droit dans JOSM sur le tag pointera directement sur la bonne page de ce site :) http://www.t4t35.fr/Megalithes/AfficheSite.aspx?NumSite=33300 Il y a aussi une propriété sur wikidata : P4346 <https://www.wikidata.org/wiki/Property:P4346> et sont format d'URL. Encore une clé à créer dans OSM ? ref:t4t35 ?? Ou créer un mécanisme pour proposer un lien dans JOSM (et consorts) à partir de wikidata (pour éviter à Marc de s'arracher les cheveux) Par exemple pour le Dolmen de Mané Rohr <https://www.openstreetmap.org/node/1767702911> https://overpass-turbo.eu/s/WMF site_type=megalith and wikidata → * identifiant T4T35 7271 <http://www.t4t35.fr/Megalithes/AfficheSite.aspx?NumSite=7271> → http://www.t4t35.fr/Megalithes/AfficheSite.aspx?NumSite=7271 * identifiant Mérimée PA00091767 <https://www.pop.culture.gouv.fr/notice/merimee/PA00091767> → https://www.pop.culture.gouv.fr/notice/merimee/PA00091767 Désolé, je ne comprends toujours rien à wikidata ; je vais remplacer ces ref:fr par une une note ; et mettre un lien vers tes réponses ? leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] ref:fr vers site http://t4t35.fr/Megalithes/
Bonjour J'ai trouvé trois ref:fr qui semblent pointer vers le site http://t4t35.fr/Megalithes/ https://www.openstreetmap.org/way/51037567 avec "ref:fr=t4t35.fr:FOCAUS" https://www.openstreetmap.org/node/3495511108 avec "ref:fr=t4t35 29345 DLVIAS" https://www.openstreetmap.org/node/818616630 avec "ref:fr=t4t35.fr LHRIEU" J'ai contacté le contributeur qui semblait avoir ajouté ces valeurs, mais il m'a répondu que ce n'était pas lui qui les avais mises !!! En fait, j'ai trouvé que le t4t35 correspondait au site http://t4t35.fr/Megalithes/ et les mots en majuscules correspondent à l'ID de l'objet sur le site par exemple http://t4t35.fr/Megalithes/AfficheSite.aspx?Projet=France=FOCAUS Ce site semble fonctionner avec des contributeurs (la carte est une carte osm), je pensais écrire au site pour savoir si les données étaient libres (je n'ai rien vu sur le site), si oui, ne vaudrait-il pas mieux mettre un lien vers la page qu'un ref:fr ? Il semble que le ref soit calculé de la même façon "ref=megalithic.co.uk 9857" vers la page https://www.megalithic.co.uk/article.php?sid=9857 : a-t-on le droit de pointer sur leur id ? Je n'ai pas très bien compris leur "Terms and Conditions" cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag Info France en panne ?
Le 04/08/2020 à 18:37, Jocelyn Jaubert a écrit : Bonjour, Le souci de nombres incorrects sur http://taginfo.openstreetmap.fr a été corrigé. Merci de reporter tout nouveau problème qui pourrait apparaitre Bonsoir, merci pour la correction http://taginfo.openstreetmap.fr/search?q=ref%3AFR est passé de 7 pages à 16, mais me donne 261 éléments et https://taginfo.openstreetmap.org/search?q=ref%3AFR%3A 254 éléments cordialement leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr