Re: [OSM-talk-fr] Orthophoto du bassin d'Arcachon !

Le 23.11.19 à 10:10, Vincent Bergeot a écrit : > * Doit-on attendre la réponse sur la licence ? c'est mieux :) > * Quelqu'un pour rappeler la procédure pour faire apparaître tout cela > dans nos éditeurs préférés ? modif wiki josm https://josm.openstreetmap.de/wiki/Maps/France et/ou

Re: [OSM-talk-fr] maquette iD-consensuel : passage en "production" ou c'est bon ainsi ?

Le 28.11.19 à 17:50, osm.sanspourr...@spamgourmet.com a écrit : > Et quid de l'étape suivante : > > possibilité de mettre id.openstreetmap.fr comme éditeur favori ou > possible à partir de www.OpenStreetMap.org ? bien avant cela, j'attendais qu'il y ai du monde ayant envie de l'utiliser au jour

[OSM-talk-fr] Fwd: BDOrtho IGN en erreur

Pour info... Message transféré Sujet : proxy IGN en erreur + redirection Date : Thu, 28 Nov 2019 13:28:23 +0100 De : Marc M. Pour : tech , Christian Quest Bonjour, la demande d'une tuile sur la couche BDOrtho IGN provoque une redirection vers le site de l'ign qui lui-même

Re: [OSM-talk-fr] maquette iD-consensuel : passage en "production" ou c'est bon ainsi ?

Bonjour, Le 28.11.19 à 10:05, lenny.libre a écrit : > http://id.openstreetmap.fr/#background=Bing_features=boundaries=w219555002=17/44.84212/-0.56696 > c'est bien iD-consensuel ? oui Cordialement Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?

Le 27.11.19 à 17:57, Yves P. a écrit : >> mais rajouter un wikidata à qlq chose qui a un wikipedia, >> cela ne sert pas à grand chose. > Si car ça lie directement l’objet OSM aux propriétés wikidata ils sont déjà lié, ex le plugin josm wikidata propose d'ajouter le wikidata à partir de l'url

Re: [OSM-talk-fr] absence de licence sur "adresse-francaise.com": copyvio? vie privée/CNIL?

Le 27.11.19 à 20:02, Yves P. a écrit : > @Christian >> Blacklister leur referer est la seule chose à faire. > > Est-ce que ça veut dire que les serveurs OSM peuvent bloquer > la fourniture de tuiles pour ce site ? techniquement oui n'importe quel serveur web peux filtrer le refere (l'url du

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

Le 27.11.19 à 21:58, Jean-Christophe Becquet a écrit : > Le 27/11/2019 17:41, Jean-Christophe Becquet a écrit : > Le access:conditional=no @ > s'accompagne forcément d'un access=yes ? la page wiki rappelle que c'est la valeur implicite

Re: [OSM-talk-fr] absence de licence sur "adresse-francaise.com": copyvio? vie privée/CNIL?

Le 27.11.19 à 16:06, Philippe Verdy a écrit : > En attendant ce domaine est en litige ouvert à l'ICANN : > *Domain Status: clientTransferProhibited ce n'est pas la marque d'un litige, c'est l'info que le transfert d'un domaine serra rejeté au lieu de provoquer une demande de clef. j'ai cela sur

Re: [OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?

Le 27.11.19 à 15:16, Yves P. a écrit : > Mais est-ce pertinent de saisir des brand:wikipedia alors que la > combinaison brand=* et brand:wikidata=* est peut-être suffisante ? les CLEFS et les VALEURS sont 2 choses qu'il faut séparer : corriger les VALEURS erronées : je suis 100% pour. mais

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

Le 27.11.19 à 12:42, Jean-Christophe Becquet a écrit : > access=no @ (Nov Fr[-1]-Apr Fr[-1]) tu veux dire access=yes/no + access:conditional=yes/no @ (...) ? :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?

Bonjour, Le 26.11.19 à 22:53, Yves P. a écrit : > Comment repérer les valeurs et/ou les clés erronées ? cela dépend de ce que tu veux en faire. pour une édition de masse, le mieux est probablement de télécharger un extrait France, de filtrer pour ne garder que les objets avec une clef wikipedia

Re: [OSM-talk-fr] Un peu de BANO v2

Bonjour, Le 27.11.19 à 09:23, Vincent de Château-Thierry a écrit : > Le 27/11/2019 à 07:08, rainerU a écrit : >> >> Il s'agit de la commune de Torreilles, code INSEE 66212. > > Le problème vient de l'absence du contour de commune (polygone > admin_level=8) dans mon extrait de données OSM issu de

Re: [OSM-talk-fr] Un peu de BANO v2

Le 26.11.19 à 11:33, Nicolas Moyroud a écrit : > en combien de temps les listes fantoir BANO v2 se mettent-elles à jour > par rapport aux ajouts dans OSM ? > L'autre jour j'ai fait 2-3 communes et ça a mis quelques jours cfr l'autre sujet : il y a eu un retard de maj pendant environ 10 jours sur

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

Bonjour, Le 26.11.19 à 11:59, Jean-Christophe Becquet a écrit : > L'interdiction est formulée ainsi : du dernier vendredi de novembre au > dernier vendredi d'avril. > > Est-ce que cette combinaison de tags vous semble correcte ? > > bicycle=yes > bicycle:conditional=no @ (Nov Fr[-1]-Apr

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

Bonjour, Le 26.11.19 à 10:34, Xavier BIZOT a écrit : > Les données "récupérées" de OSM peuvent être envoyé "brute" > dans un portail OpenData ? > > Par exemple l'ensemble des arrêts de BUS d'une ville ? > > Ou les fichiers extraits doivent être retravaillé ? Cela va dépendre fortement de

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

Le 26.11.19 à 01:30, Jérôme Amagat a écrit : > On a dans ref:INSEE les code utilisées par l'insee pour différents > objets, commune bien sur, mais aussi canton, département ... j'ai vu que > sur wikidata, ces différents identifiants ne sont pas mélangés, il y a > un "code INSEE d'une commune", un

Re: [OSM-talk-fr] Pic4Review — était : MapRoulette, Pic4Review, UMap… pour affiner la position de POI

Le 24/11/2019 à 22:30, pepilepi...@ovh.fr a écrit : > * un point highway=stop avec un autre point traffic_sign=stop > à quelques mètres ? c'est ma préférence à ma connaissance highway=stop est la seule solution qui fonctionne dans tout les logiciels "tour par tour" d'assistance à la

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

Le 25.11.19 à 18:05, Stéphane Péneau a écrit : > La modification est faite via ces changesets : Merci pour le boutot effectué ! quelqu'un a-t-il déjà regardé la raison du tag sur les way ? tous des erreurs ou certains micro-commune sont tagé par un unique way ?

Re: [OSM-talk-fr] Eglise désacralisée

Le 25.11.19 à 10:46, Florimond Berthoux a écrit : > Le dim. 24 nov. 2019 à 21:36, Yves P. a écrit : > Et virer aussi  religion=christian > > ça reste un lieu avec une architecture je ne sais pas ce que c'est une architecture chrétienne mais il existe un tag pour décrire le typoe

Re: [OSM-talk-fr] Eglise désacralisée

Bonjour, Le 25.11.19 à 00:19, Donat ROBAUX a écrit : > Ne pourrait-on pas laisser le même rendu avec le tag building=church/chapel? > qu'avec amenity=place_of_worship cela aurait du sens même s'il faudrait sans doute un logo légèrement différent puisque l'actuel est utilisé pour renseigner un

Re: [OSM-talk-fr] Eglise désacralisée

Le 24.11.19 à 21:16, Eric a écrit : > c'est bien toute l'église qui est couverte par le classement MH [1]. > Je pense que je peux le virer. historic=yes ou historic=church me semble préférable à une suppression ___ Talk-fr mailing list

Re: [OSM-talk-fr] Eglise désacralisée

Bonjour, Le 24.11.19 à 20:57, Eric a écrit : > Je me demande comment tagger une église désacralisée building=church si elle a l'apparence d'une église way:amenity=place_of_worship vu qu'elle n'est plus "active" en tant qu'église amenity=arts_centre pour l'activité artistique PS: le tag

[OSM-talk-fr] lag résorbé sur download.openstreetmap.fr (impactait osmose, bano, ...)

Bonjour, Le lag est résorbé http://munin.openstreetmap.fr/osm12.openstreetmap.fr/osm108.openstreetmap.fr/osm_replication_lag_osmbin.html les prochaines analyses osmose et bano devraient être à jour. Jocelyn a mis en place un "court-circuit" pour les relations ayant causé le lag si vous voyez une

Re: [OSM-talk-fr] Mirepoix sur Tarn, les ponts... et OSM

Le 23.11.19 à 15:46, JB a écrit : > Le 22/11/2019 à 13:41, marc marc a écrit : >> cela peux se renseigner : >> maxweigt=19 T >> hgv=no >> hgv=yes @ one-by-one ou qlq chose du genre > un logiciel qui lira les données commencera > par maxweight, puis lira hgv=no, p

Re: [OSM-talk-fr] OSM concurrent serieux de Google Maps

Le 22.11.19 à 15:58, Yves P. a écrit : >> "La première (NDLR: Google Maps) , depuis sa création en 2005, domine le >> petit monde de la cartographie. Elle n'a dans son domaine d'origine pour >> seul concurrent sérieux qu'Open Street Map, un service libre, open source et >> collaboratif > >> -

Re: [OSM-talk-fr] Mirepoix sur Tarn, les ponts... et OSM

Le 21.11.19 à 22:30, osm.sanspourr...@spamgourmet.com a écrit : > UN SEUL POIDS LOURD SUR LE PONT > Ça ne peut se taguer à mon avis dans OSM mais est-ce bien raisonnable ? cela peux se renseigner : maxweigt=19 T hgv=no hgv=yes @ one-by-one ou qlq chose du genre c'est raisonnable à titre de

Re: [OSM-talk-fr] J'ai besoin de votre expertise orga cartopartie cartoballade

Bonjour, Je pense qu'il faut te fixer et te limiter à un ou 2 buts, surtout si tu veux en faire d'autres à l'avenir. l'idéal c'est de partir d'un besoin connu, c'est la meilleure motivation pour contribuer. par exemple, dans un village, l'adressage google est erroné et les habitants galèrent

Re: [OSM-talk-fr] calvados - ouvrage d'art - poids et tirant d'air

Bonjour, Le 22.11.19 à 08:53, david.croc...@free.fr a écrit : > le recueil administratif > http://www.calvados.gouv.fr/IMG/pdf/recueil-14-2019-107-recueil-des-actes-administratifs-special.pdf > en sa page 9 et suivant comporte des indication de poids max et de tirant > d'air des ouvrages.

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

Le 21.11.19 à 14:04, Xavier BIZOT a écrit : > Et comment on fait des boutons du coup ? clic droit sur un emplacement vide de la bare d'outil configurer la bare d'outil ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

Le 20.11.19 à 17:04, Vincent de Château-Thierry a écrit : > il faudra que je jette un oeil à la base OSM dédiée qui alimente tout ça, et > qui s'appuie sur les extracts d'OSM-FR oui la base osm-fr lag depuis qlq jours. c'est donc compréhensible que le programe ne détecte pas les ajouts récent.

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

Bonjour, Le 20.11.19 à 16:05, Vincent de Château-Thierry a écrit : > Un autre moyen que personnellement je trouve plus simple : vu que tu es déjà > dans JOSM centré sur la rue en question Encore plus simple : Fichier/Télécharger dans la vue courante qu'on peux aussi mettre en bouton si on le

Re: [OSM-talk-fr] fusion doublon noeud+relation avec admin_level=3 [était: Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"]

Le 19.11.19 à 23:11, Jérôme Amagat a écrit : > il reste comme ref:INSEE : > Sur des nodes > territoires d'outre mer avec place=state (il y en a 5) c'était tous des doublons, fusionné avec leur relation comme ce qu'on a fait en France métropolitaine, Mais il y a aussi 2 relations avec

Re: [OSM-talk-fr] 345 contributeurs actifs : nouveau hi-score

Le 19.11.19 à 18:19, Cédric Frayssinet a écrit : > > Le 19/11/2019 à 15:44, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / > DT GE PPE) a écrit : >> >> Si l’on en croit Pascal Neis (qui en douterai), la France vient de >> battre son record de contributeurs actifs dans la journée. >>

Re: [OSM-talk-fr] outil vérification de relation ? lignes de bus ?

Bonjour, Le 19.11.19 à 15:05, Cyrille37 OSM a écrit : > Quel outil utiliser pour vérifier les relations, de façon générale, j'utilise le validateur josm et le rapport d'osmose sur les objets qu'on a touché en dernier > aussi particulièrement pour les relations transport, lignes de bus ? josm

[OSM-talk-fr] France métropolitaine : que faire avec tous les "supposé faux" name:xx ?

Bonjour, https://www.openstreetmap.org/relation/1403916 une fois de plus, un contributeur a confondu France et France métropolitaine. Cette fois, le contributeur a aussi modifié toutes les name:xx qui étaient correct (name ca de fr it nl oc) causant un dysfonctionnement des outils l'utilisant

Re: [OSM-talk-fr] Way différentes entre extract de https://download.openstreetmap.fr/ et osm

Bonjour, Le 19.11.19 à 13:48, emeric Prouteau a écrit : > Des idées ? le traitement osm-fr a un gros soucis. en cause la modif de la relation union européenne qui prend longtemps à être vérifiée pour chaque pays puis partie de ceux-ci le retard est consultable sur

Re: [OSM-talk-fr] Task manager / Mapcraft pour cartopartie

Bonjour, Le 18.11.19 à 22:38, Stéphane Péneau a écrit : > On dirait que maintenant, le Tasking manager permet les formes > arbitraires, mais je n'ai pas trouvé d'instance où je pouvais créer un > nouveau projet. Ca semble réservé à certains utilisateurs. selon le wiki

[OSM-talk-fr] suppression doublon/triple des ex-regions en France

Le 18.11.19 à 00:15, Marc M. a écrit : > Le 17.11.19 à 22:34, osm.sanspourr...@spamgourmet.com a écrit : >> Je pense qu'on est passé à côté d'un cas : les anciennes régions. >> https://www.openstreetmap.org/node/1251610262/history >> Doit-on les supprimer ou les passer en disused:ref:INSEE > >

Re: [OSM-talk-fr] Mirepoix sur Tarn, les ponts... et OSM

Bonjour, Le 18.11.19 à 19:12, François Lacombe a écrit : > tous les ponts de France mais même > Overpass pense qu'il y en a trop : http://overpass-turbo.eu/s/Oco > > Quelqu'un aurait une idée pour améliorer cette requête ? A quelle niveau ? a) avoir un nombre approximatif d'objet dans osm :

Re: [OSM-talk-fr] Mirepoix sur Tarn, les ponts... et OSM

Le 18.11.19 à 19:55, Yves P. a écrit : > Overpass manque de mémoire. C’est sur ma bécane (j’ai pleins d’onglets > ouverts…) ou c’est sur le serveur ? > /"runtime error: Query ran out of memory in \"query\" at line 13. It > would need at least 518 MB of RAM to continue."/ sur le serveur

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

Bonjour, Le 18.11.19 à 07:40, Vincent de Château-Thierry a écrit : >> mais d'autres valeurs sont erronées par exemple 54 >> utilisé à la fois pour "Meurthe-et-Moselle" et Poitou-Charentes > > Non ça n'a rien d'une erreur, le code est bon dans les 2 cas, les > régions (anciennes comme

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

Le 17.11.19 à 22:34, osm.sanspourr...@spamgourmet.com a écrit : > Je pense qu'on est passé à côté d'un cas : les anciennes régions. > https://www.openstreetmap.org/node/1251610262/history > Doit-on les supprimer ou les passer en disused:ref:INSEE ce noeud est un doublon de sa relation Je suis

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

Le 17.11.19 à 15:33, Stéphane Péneau a écrit : > Finalement j'ai réussi : http://overpass-turbo.eu/s/Oa7 c'est ce que ma requête devait faire mais j'ai fais une typo :) admin_centRE <> admin_centER sur la ligne 5 https://overpass-turbo.eu/s/OaS > J'ai l'impression que tous les ref:INSEE sont à

Re: [OSM-talk-fr] Clé pour une longue vue (dans un site touristique)

Le 17.11.19 à 11:56, Yves P. a écrit : > Quel tag faut-il utiliser pour une Longue vue (Q780325) >  ? si je lis bien la page wikipedia anglaise, "tower viewer" inclus les mono et binoculaires. ce serrait sans doute pratique d'avoir un terme osm pour les 2.

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

Bonjour, Je suis totalement d'accord avec l'idée, mais la requête doit être blindée - elle ne teste pas par ex la présence d'un tag place - elle ne vérifie pas l'existence de la relation voici une version renforcée, ~1000 cas de différences à investiguer (j'ai déjà vu des ref:INSEE erronément mis

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 14.11.19 à 14:41, Shohreh a écrit : > marc marc wrote >> il y a quoi dans searchArea ? vu que tu sélectionnes les rails de la >> relation, c'est peu probablement que tu doives à nouveau vérifier leur >> étendue géographique > > Par exemple, pour le RER A: > >

Re: [OSM-talk-fr] prev.openstreetmap.fr

Le 14.11.19 à 17:13, Vincent Bergeot a écrit : > disons que la première étape est sans doute de référencer ce qui doit > être migrer de prev. à l'actuel :) > 2 pistes : - utiliser un moteur de recherche pour voir ce qui est référencé sur prev.*, vérifier que ce contenu est bien présent sur

Re: [OSM-talk-fr] Le filtre anti spam du wiki râle

Le 14.11.19 à 17:31, Yves P. a écrit : > j’ai du bricoler pour mettre un lien vers https://flic.kr > pour ma part je ne vois pas l'intérêt de mettre un lien redirecteur le wiki permet de raccourcir l'url si on veux l'affichage ne soie pas trop long

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 14.11.19 à 14:00, Shohreh a écrit : > Nicolas Bétheuil-2 wrote > Comme la question des "bouts de ways qui dépassent des terminus" se pose > souvent, y a-t-il une syntaxe plus smart que les matryoshkas pour les > supprimer toutes d'un coup ? pour les chemins de fer, il y un tag pour dire si

Re: [OSM-talk-fr] Affiner la sortie de mes requêtes Overpass

Bonjour, Le 13.11.19 à 19:32, Jean-Christophe Becquet a écrit : > 1) récupérer la géométrie, le nom et le type d'une rue* > http://overpass-turbo.eu/s/O4q un rien plus propre/lisible : - virer la () qui sert a grouper plusieurs éléments vu qu'il n'y a qu'un élément - tester si umap supporte out

Re: [OSM-talk-fr] Cartographie de la pub... et chargement des données sur MapContrib

Le 13.11.19 à 20:33, Cédric Frayssinet a écrit : > D'ailleurs, j'ai un peu le même soucis sur des cartes uMap > avec des données distances et des requêtes OverPass. umap permet un cache pour overpass, jusqu'à 1 jour ___ Talk-fr mailing list

Re: [OSM-talk-fr] prev.openstreetmap.fr

Le 13.11.19 à 20:36, Cédric Frayssinet a écrit : > Le 12/11/2019 à 21:05, Vincent de Château-Thierry a écrit : >> Bonsoir, >> >> Le 12/11/2019 à 19:50, Cédric Frayssinet a écrit : >>> Le 12/11/2019 à 19:46, marc marc a écrit : >>>> Le 12.11.19 à 18:42,

Re: [OSM-talk-fr] tuiles cycleosm.org inaccessibles

Le 12.11.19 à 22:40, Pierre Béland via Talk-fr a écrit : > marc marc a écrit > >> oui, on y bosse, plus d'info suivront > > Merci, la carte s'affiche à nouveau correctement. info partielle (parce qu'on est encore entrain dessus) le mécanisme d'expiration des tuiles semble avo

Re: [OSM-talk-fr] tuiles cycleosm.org inaccessibles

Le 12.11.19 à 22:01, Pierre Béland via Talk-fr a écrit : > Problème temporaire ? oui, on y bosse, plus d'info suivront ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] prev.openstreetmap.fr

Le 12.11.19 à 18:42, Cédric Frayssinet a écrit : > Bonjour à tous, > > Je suis tombé sur ce site : https://prev.openstreetmap.fr/ via un moteur > de recherche. > > Je pense que c'était un site de travail, peut-être faudrait-il le > supprimer ? prev pour previous, c'est l'ancien site, conservé

Re: [OSM-talk-fr] OSM pour Licence Pro SIG en 2 jours

Bonjour, lors que je présente mapillary a quelqu'un, je m'arrange pour prendre un thème bien présent, histoire de ne pas être bloqué par le délais de traitement dont tu parles, et ce sujet c'est les panneaux routier détecté par osmose (oui cela implique aussi d'expliquer osmose) Cordialement,

Re: [OSM-talk-fr] Un peu de BANO v2

Bonjour Vincent, d'abord merci pour le travail accomplit Suggestions à chaud : Le 11.11.19 à 16:34, Vincent de Château-Thierry a écrit : > - les données du Cadastre sont mises à jour chaque trimestre, je pensais que le cadastre était passé en maj continue. si ce n'est pas le cas, il serrait

[OSM-talk-fr] différence adresse réelle et officielle - refaire le même travail ?

Bonjour, En lisant ceci https://blog.geo.data.gouv.fr/comment-un-simple-citoyen-peut-il-contribuer-%C3%A0-r%C3%A9soudre-les-probl%C3%A8mes-dadresse-de-sa-commune-6e5cb7238b0e?gi=cb5b910b6b9f ne serrait-il pas le bon moment de les recontacter pour signaler que les contributeurs osm ont déjà

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 13:39, Shohreh a écrit : > J'éditerai le GPX pour supprimer ce bout. si l'utilisation final est umap c'est contre-productif de faire un gpx, umap gère les requêtes overpass ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 12:55, Shohreh a écrit : > marc marc wrote >> ce serrait tellement plus simple que tu partages depuis overpass-turbo : >> zoom sur l'élément qui te pose problème, bouton partager, inclure la >> l'état actuel de la carte, partage l'url obtenue > > http

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 11:59, Shohreh a écrit : >> ex https://overpass-turbo.eu/s/O01 > Le problème est que cette requête est trop large : elle remonte aussi les > bâtiments des stations, alors que j'ai juste besoin du nom de chaque station > : > https://ibb.co/kq5jyZy je ne vois pas de bâtiment sur ta

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 11:37, osm.sanspourr...@spamgourmet.com a écrit : > - requête Shohreh modifiée : https://overpass-turbo.eu/s/O07 > - requête Yves modifiée : https://overpass-turbo.eu/s/O04 > Je n'ai pas compris pourquoi les nœuds sortis par la requête d'Yves ne > sont pas stylés correctement (ils

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

Le 11.11.19 à 10:30, Shohreh a écrit : > ( >way(r.M1:"") ; >node(r.M1:"stop") ; >node(r.M1:"stop_exit_only") ; >node(r.M1:"stop_entry_only") ; > ) ; je suis pas sur de comprendre ce que tu veux exactement. si tu veux les rails + les arrêts intermédiaires + l'arrêt de début de

Re: [OSM-talk-fr] maquette iD-consensuel : passage en "production" ou c'est bon ainsi ?

Le 09.11.19 à 19:10, ades a écrit : > iD c’est qui ? c'est l'éditeur par défaut actuel sur osm.org donc le plus utilisé (en nombre de contributeur) > J’ai cru comprendre (plusieurs fils sur cette liste) qu’ils n’ont rien à > foutre du wiki, de la liste ou du forum (au sujet des tags). je

Re: [OSM-talk-fr] maquette iD-consensuel : passage en "production" ou c'est bon ainsi ?

Bhousel a écrit (traduit) :> C'est un projet Open Source en plus de la différence culturelle (une critique correcte pour un européen passerait pour cinglante pour un américain), il se dit que Bryan n'est tout simplement pas formé à ce qu'implique un projet opensource et communautaire. ceci

Re: [OSM-talk-fr] Élections au board de la Fondation OSM

Le 08.11.19 à 22:58, thevenon.jul...@free.fr a écrit : > Pour HOT: Mikel Maron, Guillaume Rischard sauf modif récente que Guillaume confirmera ou infirmera, Guillaume ne fait pas partie de HOT. c'est à mes yeux un bon candidat soucieux de la communauté et sans conflit d'intérêt ou dépendance

[OSM-talk-fr] maquette iD-consensuel : passage en "production" ou c'est bon ainsi ?

Bonjour, vous avez tous lu l'email de freed à propos de la maquette iD-consensuel mis en place voici quelques mois. vous avez peut-être lu osmweekly le moi passé montrant l'absence de solution au niveau du board osmf. la question qui se pose c'est : et maintenant ? niveau utilisateur,

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

Le 07.11.19 à 14:03, Yves P. a écrit : >> je sais pas s'il est nécessaire d'aller remplir des lignes sur le wiki. > Si *tous* les *lecteurs* de cette liste (et *tous* les *contributeurs* > d’OSM) maitrise GitHub, ça ne sert à rien tu m'as mal compris. le problème n'est PAS le lieu (talk-fr,

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

rées, un humain a précisé que cette image est pertinente. Donc plutôt > pour l'utilisation de ce tag, et adapter nos outils pour que la donnée > reste à jour. > > Adrien P. > > Le 07/11/2019 à 13:43, Cyrille37 OSM via Talk-fr a écrit : >> Le 07/11/2019 à 13:26, marc marc a

Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

Bonjour, Le 07.11.19 à 11:48, Yves P. a écrit : > Il y a aussi le wiki qui permet de s’exprimer (en espérant > que les développeurs d’OSM le lisent aussi). je sais pas s'il est nécessaire d'aller remplir des lignes sur le wiki. un des principaux mainteneur d'osm.org trouve que c'est une

Re: [OSM-talk-fr] canaux de communication

Bonsoir, Le 04.11.19 à 21:34, JB a écrit : > irc en France, c'est combien de personnes ? tu veux dire #osm-fr sur le serveur par défaut pointé par id ? bien plus que le nombre de personnes, c'est souvent une réponse pour le nouveau qui débarque > Vu le trafic et les points abordés sur talk-fr

Re: [OSM-talk-fr] Nettoyage des clés mapillary

Le 02.11.19 à 15:31, Yves P. a écrit : > > ajouter wikimedia_common serrait pratique > > Il en existe déjà dans > https://josm.openstreetmap.de/browser/josm/trunk/data/validator/wikipedia.mapcss pour wikimedia_common cela ne teste que l'encodage % et non la présence d'une url complète <>

Re: [OSM-talk-fr] canaux de communication

Bonjour, Le 04.11.19 à 15:04, Vincent Bergeot a écrit : > Le 31/10/2019 à 21:01, osm.sanspourr...@spamgourmet.com a écrit : >> l'ordre me choque. >> >> Peut-être que quelqu'un de l'association peut proposer une liste >> plus réaliste et mieux triée (voir lien tout en bas). c'est pas

Re: [OSM-talk-fr] Nettoyage des clés mapillary

>> À minima j'ai créé une règle pour vérifier les tags mapillary via JOSM >> : https://josm.openstreetmap.de/wiki/Rules/Pictures ajouter wikimedia_common serrait pratique ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Créer relation pour zone bleue stationnement ?

Le 01.11.19 à 17:16, Shohreh a écrit : > je voudrais créer une relation pour > intégrer toutes les (portions de rues) dans une ville où le stationnement > est en zone bleue. c'est une mauvaise idée, une relation n'est pas une collection. de la même manière on ne crée pas une relation pour tous

Re: [OSM-talk-fr] [Umap] Délai entre création compte OSM et visibilité dans liste éditeurs ?

Le 01.11.19 à 13:59, Shohreh a écrit : > Par contre, c'est une contrainte un peu pénible : difficile de demander à des > utilisateurs lambda qui découvrent OSM de devoir en plus créer une carte > Umap bidon juste pour pouvoir éditer une de mes cartes :-/ je me demande si le fait de s'authentifier

Re: [OSM-talk-fr] C'est un robot ?

J'aurais aussi tendance à y voir un humain, "pro" mais assisté d'un outil QA... parce que détecter un bâtiment manquant dans une ville, et ce un peu partout dans le monde, je doute qu'il fasse cela au hasard. ce serrait très intéressant de discuter avec lui pour savoir ce qu'il utilise. après

Re: [OSM-talk-fr] Fonction type favoris ou marques pages dans JOSM

Bonjour, Le 01.11.19 à 11:12, Jean-Christophe Becquet a écrit : > Par exemple, je travaille sur une dizaine de relations et je voudrais > pouvoir les retrouver facilement dans une liste pour y revenir d'une > fois sur l'autre. le plugin todo n'est pas prévu pour cela à la base, mais il pourrait

Re: [OSM-talk-fr] Faire des demandes d'ouverture de données -> madada.fr

> On joue ? > Qui trouve le premier les données de régularité/ponctualité des transports ? il n'y a pas de régularité/ponctualité, donc pas de donnée à gérer :-D par contre les données sur les retards/annulations, c'est autre chose :-D ___ Talk-fr

Re: [OSM-talk-fr] Espé devient Inspé

Le 30.10.19 à 09:14, Yves P. a écrit : > >> C'est ce que fait le rendu FR ;) >> >> Si il n'y a plus de place pour le name, short_name est utilisé en plan B. > On fait comment pour faire adopter ceci sur les principaux rendus ? on regarde s'il y a déjà un ticket dans le github osm-carto et si

Re: [OSM-talk-fr] booking=* <> reservation=*

tion dans le cadre d'une recherche (ce > qui n'a plus de sens dès qu'on le met dans OSM) > 3. Dans l'URL il y a la langue (du moins quand je consulte un > hébergement j'ai un '/fr/'), il conviendrait probablement de > préciser le code ISO dans la clé (sinon un allemand peut se &g

Re: [OSM-talk-fr] Espé devient Inspé

Le 29.10.19 à 21:08, Cédric Frayssinet a écrit : > Il y a donc 2 écoles qui s'affrontent : > > * le respect du nommage OSM > * le meilleur nommage pour l'usager et le rendu c'est un argument biaisé par ton avis. tout le monde veu le meilleur nommage pour l'usage, le rendu, etc la question

Re: [OSM-talk-fr] Espé devient Inspé

Le 29.10.19 à 20:20, Yves P. a écrit : > name est trop long à afficher sur le rendu. C’est illisible, > prend trop de place. > Et comme en France on aime les acronymes, on les utilisent, non ? si tu penses qu'il y a un défaut de rendu (et je partage ton avis), ouvre un ticket pour le rendu :

Re: [OSM-talk-fr] Le futur des boutiques "Thomas Cook" ?

Le 29.10.19 à 19:18, osm.sanspourr...@spamgourmet.com a écrit : > est-ce que Visiteurs et Asia sont des marques ? oui ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Espé devient Inspé

Le 29.10.19 à 19:13, Cédric Frayssinet a écrit : > > Que pensez-vous de cela ? > > Pour le siège académique : > > name = Institut National Supérieur du Professorat et de l’Éducation de > l'académie de Bordeaux > alt_name = INSPÉ de l'académie de Bordeaux > short_name = INSPE > old_name = ESPE

Re: [OSM-talk-fr] Espé devient Inspé

c'est crédible d'en avoir 1238 https://overpass-turbo.eu/s/Nvp ? Il serrait bon de vérifier le résultat avant toute modif. Le 28.10.19 à 17:37, Marc M. a écrit : > Bonjour, > > point de départ : https://overpass-turbo.eu/ > bouton assistant > tu tapes : name="ESPE" in France > clic sur

Re: [OSM-talk-fr] Espé devient Inspé

Bonjour, point de départ : https://overpass-turbo.eu/ bouton assistant tu tapes : name="ESPE" in France clic sur "construire et exécuter" cela te donnera un bon début :) ensuite pour avoir les objets dont le nom contient ESPE, remplacer le = par ~ (cela fonctionne aussi dans l'assistant) pour

Re: [OSM-talk-fr] Le futur des boutiques "Thomas Cook" ?

access=no me dérange, cela signifie que le lieu est interdit à tous, tel un immeuble sur le point de s'effondrer. fixme=* (si on croit que qlq va regarder dans un délais raisonnable) ou shop=vaccant + old_name + end_date éventuel sont préférable. Mais il n'y a pas de discussion de reprise en

Re: [OSM-talk-fr] Fond de carte avec frontières de pays

Le 27.10.19 à 09:02, Yves P. a écrit : > je souhaite envoyer les corrections pays par pays. > Une requête overpass turbo permet de faire ça, mais ça n’est pas > possible dans JOSM (du moins à ma connaissance). je n'ai pas de fond de carte avec uniquement les frontières. elles sont relativement

Re: [OSM-talk-fr] EHPAD, maison de retraite, Re: annonce des modifs importantes des données

Le 27.10.19 à 07:12, Yves P. a écrit : >> il ne faut pas couper les cheveux en 4. > C’est le RH qui parle  non le coiffeur. ok je -> [] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et les mauvais noms de communes

Le 25.10.19 à 15:52, Stéphane Péneau a écrit : > ticket pour Osmose, il ne devrait pas proposer ce genre de modification > sur les nodes "place", uniquement sur les relations. ou mieux : proposer de vérifier que le nœud a bien le nom du lieu en plus de virer ref:INSEE

[OSM-talk-fr] Fwd: [OSM-dev] OpenStreetMap-Carto release v4.24.0

maj du rendu par défaut sur osm.org dans peu de temps. résumé personnel : - modifs cosmétiques des rivières/canaux/parking/carrefours. - waterway=wadi n'est plus rendu (que 5 cas en fr, à traiter pour qui veux) - qlq modifs qui semble préparer/faciliter le passage en rendu vectoriel

Re: [OSM-talk-fr] annonce des modifs importantes des données [était: Osmose et les mauvais noms de communes]

version courte : on commence par une page wiki annonce-fr ? notification par email possible. parce que le reste fait un peu usine à gaz pour peu de volume. version longue : Le 25/10/2019 à 15:40, Vincent de Château-Thierry a écrit : >> atteindre les consommateurs (je choisis >> volontairement

[OSM-talk-fr] annonce des modifs importantes des données [était: Osmose et les mauvais noms de communes]

Bonjour, Le 25.10.19 à 11:32, Vincent de Château-Thierry a écrit : > comment informer les consommateurs des données des changements opérés > en base massivement. Documenter le wiki ne fait pas de mal, mais ça > demande à chacun de tomber sur la bonne page d'information a > posteriori, ce qui

Re: [OSM-talk-fr] Osmose et les mauvais noms de communes

Le 25.10.19 à 12:08, Stéphane Péneau a écrit : > A) Corriger les noeuds place qui ont été modifiés par erreur. > > Je ne sais pas si la liste des "erreurs" corrigée donnée par Osmose > recense tous les cas. Si non, il y a t-il un moyen de vérifier tout ça > simplement ? de quelle liste

Re: [OSM-talk-fr] Osmose et les mauvais noms de communes

Le 25.10.19 à 09:57, Stéphane Péneau a écrit : > L'explication de cette erreur [2] indique que dans le cas des communes > fusionnées, il faut supprimer le tag re:INSEE du noeud place > Je pense qu'il faut corriger ça assez vite et supprimer > les ref:INSEE des noeuds "place" des communes

Re: [OSM-talk-fr] [Overpass] Sens unqiues sans double-sens cyclable?

je ne saisis pas cette 2ieme requête - si tu utilises une soustraction, il ne faut plus mettre la négation - il y a une () inutile qui commence à la ligne 3 - il y a un (area.searchArea) de trop vu qu'il est deja dans way.myway - way.myway([ est une erreur, j'ai viré la () - son sens m'échappe...

Re: [OSM-talk-fr] [Overpass] Sens unqiues sans double-sens cyclable?

tu peux faire une différence entre way[oneway=yes](area.searchArea) et way[oneway=yes][~"(cycleway|cycleway:left)"~"(opposite|opposite_lane)"](area.searchArea) tu gagneras à chercher les way de ta ville qu'une fois, genre way[oneway=yes](area.searchArea)->.myway ce qui permet de simplifier les

Re: [OSM-talk-fr] Interface de génération de fichiers .osm à partir du cadastre - les fichiers avec les adresses manquent

dStreet ou site) Le 21.10.19 à 22:24, Vincent Privat a écrit : > Il manquerait quoi pour que ce soit la panacée ? :) > > Le lun. 21 oct. 2019 à 16:10, Vincent de Château-Thierry > mailto:osm.v...@free.fr>> a écrit : > > Bonjour, > > > De: "m

Re: [OSM-talk-fr] Interface de génération de fichiers .osm à partir du cadastre - les fichiers avec les adresses manquent

Bonjour, vu qu'il y a le même soucis depuis ce we avec le plugin cadastre-fr, je suppose que qlq chose est cassé ou modifié aurpès du cadastre lui-même. En attendant on peux contourner le problème en téléchargeant BANO mais c'est bcp moins confortable évidement. Cordialement, Marc Le 21.10.19 à

<    1   2   3   4   5   6   7   8   9   10   >