Re: [OSM-talk-fr] Accès très limité à BD Carthage
Le lun. 15 avr. 2024 à 10:25, rpnpif a écrit : Bonjour, J'ai depuis quelques jours, un accès très limité et très lent à BD Carthage (plans et cours d'eau). J'ai ai vraiment besoin pour ajouter des plans d'eau peu visibles à OSM. (L'accès au forum est aussi assez lent chez moi). Je me demandais si cela venait de mes accès DNS ou bien si c'est dû aux serveurs OpenStreetmap.fr. J'ai vu plusieurs rapports de problèmes sur Github. Serais-ce lié ? -- Rpnpif La couche carthage était indisponible, j'ai corrigé ça hier soir. Le forum n'est pas du tout sur la même infra, donc aucun lien entre les deux. Un problème DNS ça se voit en début de connexion à un service (pour trouve l'IP du service), après ça ne doit avoir aucun impact, l'info est en cache sur ta machine. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cimetière Cesson-Sévigné (35)
Le dim. 24 mars 2024 à 14:45, Yannick a écrit : > Bonjour, > > Je cherche l'ancien cimetière de cette commune citée en objet. > Je vois bien le nouveau mais impossible de trouver l'ancien. > J'ai besoin de le géolocaliser. > > > La couche "Cartes1950" du Geoportail semble pouvoir aider. Si j'en lis bien la symbolique, il est situé aux coordonnées 48.118394 , -1.60791juste à l'Est du "e" de "laTouche" J'avais fait une petit copie d'écran, mais je ne voudrais pas trop encombrer la liste avec trop de ko :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] itinéraires de randonnées pédestres Waymarked Trails
Le 05/03/2024 à 10:04, Philippe Makowski a écrit : Bonjour, je vois avec satisfaction que les GR et GRP sont indiqués dans Waymarked Trails et que des relations ont donc été créés dans OpenStreetMap. Par contre, pour l'Ariège, que je connais bien, je vois des erreurs en particulier pour le GR10. Je peux récupérer les données auprès du Comité départemental de la FFRandonnée. Comme ne suis pas encore à l'aise avec ces notions de relations, il faudrait que j'apprenne comment modifier cela. Jusqu'à présent, je n'utilise que l'éditeur intégré au navigateur. Merci La FFRP ne revendique plus de droit d'auteur sur les GR/GRP ? C'est la raison pour laquelle il y en a(vait) peu dans OSM... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone atterrissage pour parapentes
Le 14/01/2024 à 16:06, Marc_marc via Talk-fr a écrit : Si si, il y a des atterrissages officiels sur des terrains de foot, avec convention et tout le bazar. je n'ai pas dis que ce n'est pas le cas :) je dis que la partie sport du parapente se passe en l'air, le décolage/atterisage n'est, à mes yeux, que l'entrée/sortie du terrain. si tu veux mesurer l'étendue de la zone sportive, cela n'a pas de sens de mesurer l'aire d'attérisage pour prendre une autre comparaison : un plongoir n'est pas un leisure=pitch sport=swimming... on nage après être parti du plongoir mesurer le plongoir comme étendue sportive n'aurait pas + de sens que mesurer le terrain d'atérisage du parapente c'est pourrquoi contrairement au wiki, je pense que le tag principal n'est pas bon Ah ok, c'était pas clair... terrain faisant référence au sol, pour le reste, c'est l'espace de pratique et là les limites sont l'espace aérien et sa réglementation... et les compétences du pilote et les conditions aérologiques du jour ! La FFVL établi des conventions avec les propriétaires de terrains de décollage et d'atterrissage, donc la part "terrain" c'est juste ça dans le vocabulaire libériste, pareil que pour les terrain d'aviation. Dans la base de la fédé, on a la notion de "site", avec un ou plusieurs déco et atterro qui sont liés. Les sports qui se pratiquent en milieu naturel ont en général des points de départ/arrivée à peu près identifiés, le reste au milieu est difficilement cartographiable car potentiellement non limité. Avec ces tags, on peut savoir où des parapentes (ou delta) décollent et posent, c'est déjà ça ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone atterrissage pour parapentes
Le 14/01/2024 à 11:00, Marc_marc via Talk-fr a écrit : Le 23.12.23 à 10:09, Capello13 via Talk-fr a écrit : La documentation sur le wiki est disponible ici : https://wiki.openstreetmap.org/wiki/FR:Tag:sport%3Dfree_flying j'ai un peu du mal à considérer que le terrain de sport du parapente est l'attérisage, cad après qu'on ai finit de jouer en l'air... ce serrait comme décrire que le terrain de sport du foot, c'est le vestiaire Si si, il y a des atterrissages officiels sur des terrains de foot, avec convention et tout le bazar. C'est pas l'idéal car assez petit et souvent avec pas mal d'obstacles, mais j'ai déjà posé sur un terrain de foot (sans match bien sûr), en bas du Salève, en serrant un peu les fesses. L'usage plus courant c'est comme terrain de secours mais en compétition ça peut être utilisé comme "goal" ;) Souvenir de la Coupe du Monde en Slovénie, à Tolmin, où le terrain de foot a été très utilisé comme ligne d'arrivée et atterrissage, le voici: https://www.openstreetmap.org/way/231967746 Pour le nom, celui qui figure dans la base de données des sites de la FFVL (que j'ai géré fût un temps) est en général descriptif et reprend un nom local... inadapté pour un name=* vraiment limite pour un alt_name=* Par contre la FFVL a des identifiants stables pour les sites. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Absence de crédit
Le 05/10/2023 à 15:48, Vincent Bergeot a écrit : Le 05/10/2023 à 14:22, Yannick a écrit : Le 05/10/2023 à 13:57, Yannick a écrit : Bonjour, Je viens de signaler,2-3 jours, l'absence d'attribution sur cette page https://www.sglb.org/page/2104577-8e-forum-de-genealogie-rhone-alpes La remarque a été transmise au webmestre mais cela ne bouge pas rapidement. Le taggage les feraient probablement bouger car cela couvrirait leur carte quasi complètement. c'est une image fixe, il n'y a pas de taggage possible dans ce cas:) mais il manque cependant bien l'attribution :) à plus De plus c'est le fond osm.org sur lequel nous n'avons pas la main pour rajouter des tuiles de rappel... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Geoportail et erreur de certificat. Planté !
Le 24/09/2023 à 15:32, rpnpif a écrit : Je me réponds ; c'est une maintenance lourde programmée et très mal annoncée à partir d'un serveur de secours. Le 24/09/2023 à 09:10, rpnpif a écrit : Bonjour, Un peu HS ce sujet. Mais https://www.geoportail.gouv.fr/ a une erreur de certificat Letsencrypt périmé depuis... le 30 novembre 2022 ! C'est un peu étrange pour un site aussi important. Peut-être une erreur de manipulation ? Ah bin non, c'est planté ! Ils renvoient vers Twitter avec un message du ... 5 février parlant de l'incident ! Encore bizarre. Il faut dire que Twitter-X est aussi à la ramasse. Et pour "eX-Twitter"... si tu n'a pas connecté avec un compte twitter (donc en "visiteur"), les contenus d'un compte ne reflètent pas du tout les derniers message publiés par celui-ci... donc un tweet du 2 février n'a rien d'étonnant. Ah oui, c'est pas (ou mal) indiqué. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifométrage en Normandie....
> > En effet il y avait 2 micmacs qui n'aidaient pas. > D'abord le polygone administratif de la commune "Les Trois Lacs", qui > avait un code INSEE périmé dans OSM (27058 au lieu de 27676) ce qui perdait > BANO > J'ai corrigé ce point via > https://www.openstreetmap.org/changeset/139554469 mais ensuite restait un > souci dans BANO, où la mise à jour de cette modif était débranchée et > n'avait donc aucune chance d'être prise en compte. > J'ai fixé ce point et la page des Trois Lacs semble avoir meilleure allure > maintenant, j'y vois par exemple ta rue comme rapprochée : > https://bano.openstreetmap.fr/pifometre_v3/index.html#insee=27676 > Je te laisse vérifier. > > > C'est effectivement parfait, un grand merci! Plein de vert vient de s'allumer sur mes Trois Lacs Je vais pouvoir enfin démarrer l'intégration des adresses dès que je serai sur place en permanence. Et incidemment corriger aussi les numéros qui sont arrivés sur les bâtiments dans certaines voies, conséquence de certaines campagnes que j'ai faites avec une version de StreetComplete où les questions sur les numéros étaient encore posées pour les bâtiments (ce qui a été désactivé depuis, pour la France). Cela en mettant progressivement en place les relations qui vont bien. Un bon nonosse à ronger...:-) J'en profite en passant pour te remercier de cette video de présentation que j'ai donc vue ces derniers jours et qui était fort pédagogique sur le sujet et d'une très grande clarté. Merci aussi, d'ailleurs aux personnes qui sont intervenues pendant la video ce qui rend cette présentation encore plus complète (je n'ai qu'un mystère, c'est de savoir si le Nicolas Moyroud qu'on y voit intervenir est celui que je connais personnellement. Si c'est lui, il fera le rapprochement avec "bubulle":-) ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifométrage en Normandie....
Le lun. 7 août 2023 à 10:33, leni a écrit : > 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" > > Merci de ton analyse : effectivement, je soupçonnais assez fort qu'il y ait une conséquence liée au regroupement de communes. Le fait d'arriver sur Venables lorsqu'on donne le code INSEE de la nouvelle commune m'avait mis la puce à l'oreille et j'imaginais assez bien que ce sac de noeuds vienne de là. Je regarderai d'un peu plus près si le problème se produit aussi pour les voies de l'ancienne commune de Venables, mais dans mes investigations, il me semble bien avoir réussi à "allumer du vert" pour une des voies de cette ancienne commune et à y créer la relation qui va bien (rue de la Brigantine). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pifométrage en Normandie....
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! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Dispositifs "Gasex" de déclenchement d'avalanches : tagguer les réserves de gaz
Bonjour, Je suis récemment passé tout près de dispositifs classiques de déclenchement d'avalanches en montagne : des "GasEx", décrits ici https://wiki.openstreetmap.org/wiki/Avalanche_protection Ces systèmes sont décrits en détail ici : https://fr.wikipedia.org/wiki/D%C3%A9clenchement_pr%C3%A9ventif_d%27avalanches EN pratique, il y a deux équipements différents : - des tuyaux coudés orientés vers le bas et où sont déclenchées des explosions - des abris de stockage avec les bouteilles de gaz servant à déclencher Les premiers sont reliés aux deuxièmes par des conduits enterrés. Tagguer les tuyaux eux-mêmes est bien décrit sur le wiki : man_made=avalanche_protection avalanche_protection=gasex On en trouve pas mal d'occurrences avec par contre soit "gasex" soit "gazex" Pour les deuxièmes c'est moins évident. Comme en général, on trouve ces stockages dans une zone proche des tuyaux d'explosion, j'ai cherché sur certains et j'ai parfois trouvé : amenity=shelter avalanche_protection=gasex C'est le cas, par exemple, du node 10600100982, qui est très certainement un tel abri de stockage. Cela dit, je trouve que cela manque un poil de logique et j'aurais trouvé plus logique d'utiliser amenity=shelter shelter_type=avalanche_protection avalanche_protection=gasex ou alors: man_made=avalanche avalanche_protection=gas_storage (ou gasex_storage pour "lieu de stockage pour le dispositif GasEx") J'ai tendance à trouver que "amenity=shelter" est très trompeur car on pourrait assez logiquement penser que c'est un abri, ce qui est fort utile à trouver en montagne. Or, même si je vois mal sur les photos aériennes, je doute fort que le node 10600100982 soit un vrai abri genre cabane où je pourrais chercher à me réfugier par mauvais temps (ce qui serait une très mauvaise idée vu où il est situé...:-) ). Et d'ailleurs, un rendu très utilisé (en tout cas par moi) pour la rando en montagne, le rendu Elevate des cartes offline Openandromaps, montre à cet endroit un joli petit symbole d'abri. Certes, on ne taggue pas pour le rendu, mais à cet endroit, on abrite.des bouteilles de gaz, pas des personnes. Bref, je suis preneur d'avis pour tagguer "mon" node à moi : 11042176383:-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] mapilio? (street-level imagery)
Le 01/06/2023 à 09:09, Simon Poole a écrit : Am 31.05.2023 um 22:08 schrieb Christian Quest: ... OSM editors integration. That was one of the reasons why I was asking, as I have already done some work on a STAC layer based on the GeoVisio API. In that case you've already done Panoramax integration or a big part of it :) I pushed Adrien to implement STAC support some months ago to stay in an existing standard. For example, we're currently looking how to add access to statistics in our API, and STAC has statistics extension... so we will at least support it as far as possible ! First million pictures should be here is a very short term (combining IGN and OSMFR instances). -- Christian Quest - OpenStreetMap France ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Mic-mac urbain versaillais
Le lun. 5 juin 2023 à 22:45, Ralf Treinen a écrit : > On Mon, Jun 05, 2023 at 10:29:20PM +0200, Jean-Claude Repetto wrote: > > Le 05/06/2023 à 22:19, Ralf Treinen a écrit : > > > > > je ne comprend pas ce que tu veux dire par "one-again". > > > > https://fr.wiktionary.org/wiki/%C3%A0_la_one_again > > Merci. Je retiens de la première explication sur cette page qu'il s'agit > d'une "expression qui ne veut strictement rien dire" ;-) > > > C'est parfaitement cela, Ralf. J'ai tendance à utiliser (rarement par écrit, cela étant) cette expression pour tout ce que je fais un peu salement, très particulièrement en informatique, en privilégiant plus le résultat que la façon de l'obtenir. En l'occurrence, ici, ce n'était pas mon travail que je qualifiais ainsi, mais ce qui existait précédemment. Merci pour tes suggestions, que je vais m'efforcer d'appliquer afin que les environs de la mi-course du marathon olympique de l'an prochaine soient parfaits...:-) (ceci est un petit clin d'oeil personnel à Ralf, désolé pour le mini hors-sujet) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mic-mac urbain versaillais
Bonjour à tous, J'essaie un peu de démêler un écheveau dans mon quartier où je subodore que le mapping manque pas mal de cohérence, ce que j'ai commencé à soupçonner quand StreetComplete s'est mis à me poser de drôles de questions. L'endroit c'est "Avenue de Sceaux entre Rue Royale et Avenue de Nepveu Sud" : https://www.openstreetmap.org/#map=19/48.80065/2.12668 L'objet principal est l'avenue elle-même : https://www.openstreetmap.org/way/688947757 Une très large avenue avec au centre des voies de circulation classiques puis, en allant vers l'extérieur : - du côté Nord : des places de stationnement en long, un trottoir standard, une rangée d'arbres sur de larges pelouses, un espace piétonnier sur toute la longueur, avec une voie cyclable, une rangée d'arbres, une contre-allée, les bâtiments - du côté Sud : des places de stationnement en long, un trottoir standard, une rangée d'arbres sur de larges pelouses, un espace piétonner sur toute la longueur SANS voie cyclable, une rangée d'arbres, une contre-allée, un trottoir le long d'icelle, des immeubles. En gros, quasi symétrique (on est à Versaillestout est symétrique...enfin, presque). Mais j'ai franchement l'impression que c'est parfois mappé à la one-again et de façon pas très logique. Je mets notamment en doute côté Sud : - https://www.openstreetmap.org/way/240754044 : amenity=parking alors qu'on parle de stationnement longitudinal - https://www.openstreetmap.org/way/1022332056 : un footway pour représenter le trottoir La combinaison des deux ne va pas avec le fait que le way principal a lui-même un tag "sidewalk=both". On se retrouve alors avec du centre vers l'extérieur : - voie de circulation des véhicules - trottoir - "parking" - trottoir - rangées d'arbres - footway (qui existe) - voie de circulation (la contre-allée Sud appelée "Rue de la Chancellerie" ce qui est exact) - trottoir (taggué sur la voie de circulation, côté gauche seulement ce qui est exact) Donc, déjà, y'a un trottoir de trop sur le Sud. Et ce n'est pas symétrique avec le Nord alors que la réalité l'est, ce l'exception de la piste cyclable. Mon problème est surtout de corriger celacorrectement. Le premier réflexe serait de supprimer ce "parking" côté Sud, puis aussi supprimer le footway représentant le trottoir puisque celui-ci est déjà taggué dans la voie principale. En gros, rendre le Sud domme le Nord. Et, au besoin, tagguer le fait qu'il y a des places de stationnement le long de la voie comme https://wiki.openstreetmap.org/wiki/Street_parking m'incite à le faire : parking:both:lane, parking:both:lane:parallel Alternativement, je peux laisser ça comme cela, mais alors supprimer les tags "sidewalk" sur le way principal, mais j'ai cru comprendre que l'usage n'est de faire cela que lorsque les voies de circulation "piéton" sont clairement séparées du reste, ce qui n'est pas le cas ici. Je préfère assez clairement la première solution...:-). Mais je peux me tromper! J'ai aussi du mal à comprendre, côté Nord, cette fois, le multipolygone https://www.openstreetmap.org/way/240754034 . Qu'est-ce que ce truc là est censé représenter ? Il y a deux membres : une zone piétonne et l'Office du Tourisme (bâtiment ovale) La zone piétonne n'existe pas vraiment en tant que telle.et l'Office du Tourisme peut très bien vivre sa vie tout seul. Surtout qu'il va être déplacé bientôt et que le bâtiment correspondant va devenir autre chose. Je suis donc tenté de supprimer ce multipolygône et la zone piétonne car les différentes "ways" me semble plus précises pour représenter tout cela. Là aussi, avant que je ne sorte la sulfateuse, je veux bien prendre des avis Merci d'avance pour m'aider à mieux représenter ce secteur plutôt pas mal fréquenté et où on aimerait bien que le touriste lambda qui vient sainement par le RER n'erre pas sans fin à la recherche de la maisonnette de l'ami XIV ! (surtout qu'après il pourra voir plein de statues et de vases qui vont être taggués avec une précision encyclopédique) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] mapilio? (street-level imagery)
Le 31/05/2023 à 09:25, Simon Poole a écrit : Christian, does this relate in some fashion to Geovisio? And a, I suppose, obvious observation: key for adoption in OSM would be an easy to access API for editing apps. Does that exist/are there plans for one? Simon Hello Simon, Geovisio is the reference code base for the Panoramax project (think of Geovisio as one of OSM code stacks, and Panoramax as the OSM project as a whole). What we try to do is to set open standards to allow different implementation of the common protocols to provide interoperability betweens instances. I would love to see local instances setup in the future all federated. We decided to use an existing standard called STAC (Statio Temporal Assets Catalog) to avoid creating one more new standard. Geovisio originally has its own API, but now moved to STAC which is REST/JSON. Anybody implementing a STAC API based viewer should be compatible. This API allows to search for pictures based on time and location (at least). Pictures are organized as collections. The current work is focused on uploading pictures, bluring them to respect privacy, access them thru the STAC API used by the Geovisio viewer. The additional pieces that would be great to have next are: mobile app to capture pictures, usefull object detection for OSM reuse (I'm working on road signs), OSM editors integration. -- Christian Quest - OpenStreetMap France ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mapilio? (street-level imagery)
Le 24/05/2023 à 14:31, Greg Troxel a écrit : I just got spam from mapilio, implying that I was a "Mapilio contributor". This was, to my memory, the first I had heard of them. I have avoided most street-level imagery schemes as not being structurally similar to OSM (open source tooling, community project and licensing scheme). I'm not answering directly to your post, but I think you may like my answer ;) I'm currently working on the Panoramax project, co-originated by OpenStreetMap France and IGN (Institut Géographique National). In the very near future, we should have a street-level imagery offer that matches: - open source tooling - community project - (real) open licensing scheme as well as... - decrentralized / federated solution... to avoid having one more time a single point of failure with an actor hosting all the pictures ! We have not communicated much so far except in France on https://panoramax.fr/ as we're still working on the MVP. -- Christian Quest - OpenStreetMap France ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Utilisation (ou pas) des données du "catalogue des sculptures des jardins de Versailles et Trianon"
Le jeu. 25 mai 2023 à 08:30, Bruno Remy via Talk-fr < talk-fr@openstreetmap.org> a écrit : > > "Archimole, dit aussi Morphée" > > > c'est un nom ? j'ai l'impression que c'est 2 noms > Il est possible de renseigner deux champs :name=Archimolealt_name=Morphée > Bruno REMY > Pour ma part, j'ai tendance à considérer que c'est le nom entier qui est le nom de l'œuvre, sur la base, justement que c'est ainsi qu'elle est référencée dans le BDD en ligne. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation (ou pas) des données du "catalogue des sculptures des jardins de Versailles et Trianon"
Le mer. 24 mai 2023 à 21:08, Éric Brosselin - OpenStreetMap < o...@eric.brosselin.fr> a écrit : (merci pour toutes les pistes ! Je vois qu'il y a de la matière à tritureret je ne suis pas LE spécialiste du tout, j'ai juste la chance d'habiter à 400 mètres de ces lieux où on découvre quelque chose à chaque visite) > > Bosquet de la Girandole ? > > > https://commons.wikimedia.org/wiki/Category:Sculptures_du_bosquet_de_la_Girandole?uselang=fr# > > 5 statues différentes mal nommées (enfin plusieurs photos reprennent un > nom qui ne correspond pas à la statue) > > Serait-ce "Archimole dit Bacchus" ? => > > https://commons.wikimedia.org/wiki/File:Statue_-_Archimole_dit_Bacchus_-_(1655-1660)_-_Nicolas_Poussin_-_(1594-1665)_-_MR_1976_-_Bosquet_de_la_Girandole_-_Versailles_-_P1180181.jpg > > > C'est bien cela. Et le cas est intéressant car le site des sculptures des jardins le nomme en pratique "Anchimole, dit aussi Morphée" ( https://sculptures-jardins.chateauversailles.fr/notice/notice.php?id=16#hn) avec une liste de références impressionnante qui laisse à penser que c'est le nom "officiel". Et, au final, toute la question est de savoir si, quand j'ajouterai cette statue après avoir été voir sur place si elle est bien là (pas en hiver : elles sont emballées!), je l'appelle (je me comprends, bien sûr : je parle de la clé "name") "Archimole dit Bacchus" ou "Anchimole, dit aussi Morphée" (en supposant qu'elle n'a pas de notice...ou cartel)...ou bien si je ne lui mets pas de clé "name" du tout alors que je sais finalement pertinemment que c'est "Archimole, dit aussi Morphée" car la source manifestement autoritative à ce sujet est quand même l'inventaire que je trouve en ligne. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation (ou pas) des données du "catalogue des sculptures des jardins de Versailles et Trianon"
Le mer. 24 mai 2023 à 17:41, Marc_marc a écrit : > > > si c'est si proche de toi, rajouter un wikidata aux éléments > permet d'avoir une notification "wikidata sans photo" > dans l'application (wikipedia) Commons, ce qui permettra > à son tour d'enrichir facilement osm avec ces photos. > hélas je n'ai pas encore trouvé de méthode pratique > pour créer des wikidata en masse, maix peut-être ceux-ci > existent-ils déjà sur les éléments majeurs du patrimoine. > > Sur ce point particulier, là je dois avouer mon ignorance sur ce thème. Je dois mal chercher sur le wiki OSM et ne trouve pas bien comment " rajouter un wikidata aux éléments" ! Mais je comprends confusément que cela pourrait me permettre de mieux utiliser (et partager) mes propres photos déjà prises dans le parc (par exemple si j'avais, ce qui n'est pas le cas, le "torse d'homme barbu situé au coin Ouest de la clairière Nord-Ouest du Bosquet de la Girandole" mentionné précédemment : en l'occurrence, cette statue là n'est pas du tout présente dans OSM, cela fera partie de l'expédition "Bosquet de la Girandole").. Reste à apprendre comment faire! J'ai pas fini de passer pour un grand malade auprès de mes proches si je finis par me lancer là-dedans (la réputation étant déjà solidement établie par le fait de noter les infos de chaque panneau de rando rencontré en montagne, ou l'emplacement du moindre abreuvoir ou autre point d'eau). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation (ou pas) des données du "catalogue des sculptures des jardins de Versailles et Trianon"
Le mer. 24 mai 2023 à 16:27, Éric Brosselin - OpenStreetMap < o...@eric.brosselin.fr> a écrit : > Le 24/05/2023 à 13:32, Christian Perrier a écrit : > > Ayant constaté que les données OSM de certains éléments des > > (extraordinaires) jardins du Chateau de Versailles n'étaient pas à > > jour, j'ai imaginé les remettre progressivement à jour. Une solution > > serait, certes, d'aller sur place et noter manuellement les (un peu > > rares) informations présentes localement > > Le terrain c'est ce qu'il y a de mieux. > Les statues ne sont pas "étiquetées" sur le terrain ? > Je ne parle pas de panneaux mais d'un petit panonceau avec les infos > essentielles (nom, date, etc.) > Une partie l'est, si. C'est d'ailleurs comme cela que j'ai déjà vérifié une partie des infos déjà présentes, que j'en ai complété beaucoup d'autres, le tout aussi complété par des lectures personnelles. Cela depuis que, il y a un peu plus de 4 ans (quand nous avons déménagé à Versailles et que je me suis mis à connaître les jardins par coeur...je vous passe les parcours de psychopathe que j'y trace pour parcourir un maximum des allées, sans repasser au même endroit, et que je fais ensuite parcourir à des amis, en courant, les jours de Grandes Eaux:-) ) Là, l'occasion était en fait de remettre les infos à jour car les bronzes du Parterre d'Eau ont été récemment déplacés pour correspondre aux emplacements d'origine (info lue dans la revue des abonnés du Chateaupuis vérifiée sur place car ces bronzes sont bien identifiés par un panneau reprenant les infos que l'on peu aussi consulter en ligne). > Ou alors ce sont ceux que tu cite ci-dessous. > > (panneaux devant certaines des statues et bronzes). > Oui il faut aussi cartographier les panneaux d'informations en tant que > tels ;-) > > Oui, alors, on va dire que ça fera l'objet d'une deuxième étape vu qu'il y a 824 sculptures dans les jardins > > Une autre serait de confirmer avec les informations sur site > > https://sculptures-jardins.chateauversailles.fr/ qui est une > > phénoménale source d'information. > Oui si c'est pour une info ponctuelle que tu vas aussi retrouver avec un > moteur de recherche. > C'est un peu l'idée : procéder par petits secteurs avec 1) reco sur site de l'exactitude des infos OSM actuelles 2) si les infos OSM sont incomplètes, regarder celles du panneau (artiste, année(s), fondeur pour les bronzes, nom exact de l'oeuvre). Pour gagner du temps et du travail inutile, confirmer que les infos du panneau sont bien les mêmes que sur le site web du Chateau et, si c'est le cas (c'est TOUJOURS le cas), ne noter que "OK_WEB" ce qui permet au retour devant JOSM d'utiliser le site web du Chateau pour corriger les infos, au besoin 3) si l'oeuvre a changé de place, utiliser le site web du Chateau pour retrouver où elle est allée (et noter le nom et les infos de celle qui est à la placeen regardant comme en 2) si les infos du panneau sontidentique à celle du site web Au final, le site web ne me sert que pour éviter de noter manuellement les infos, je note juste que les infos lues sur place sont les mêmes que celle du site web. Ce qui sert donc de source primaire est ma reco sur place. > > Le problème est que la licence de cette source d'information n'est > > pas, pour moi, totalement claire. La seule info que je trouve sur le > > site est https://sculptures-jardins.chateauversailles.fr/infos/legal.php > Tous droits réservés :-( > > Tu peux tenter de contacter les propriétaires du site web, présenter > OpenStreetMap et demander l'autorisation d'utiliser les infos pour > compléter > les relevés du terrain. > Dans ce cas, c'est plutôt, en général, *confirmer* que compléter. Le cas moins simple est celui des oeuvres qui n'ont pas de panneau (il y en a un bon nombre). Là, il n'y a guère que le site web et, pour certaines, de la littérature que j'ai chez moi, qui vont me dire de quelle oeuvre il s'agit. On est alors dans le cas suivant : > Si tu "apprends" quelque chose en lisant un livre ou un panneau > explicatif (présent à côté de l’œuvre) ou encore si grâce à > l'inscription sur la statue > (il faudrait les relever aussi ;-)) tu trouves le nom du sculpteur et/ou > du fondeur; alors c'est OK tu enrichis ton "knowledge" que tu peux citer > comme source. ;-) > > Si par contre tu ne te base QUE sur le site et de manière SYSTÉMATIQUE > alors là ça ne va pas selon moi. > > Là, en gros, le site web me sert à répondre à la question "quelle est la statue présente au coin Ouest de la clairière Nord-Est du Bosquet de la Girandole (il est compliqué, ce bosquet) et qui est un homme barbu tenant une draperie pleine de fleurs". Cela, je l'ai vu sur place en explorant ledit bosquet et en prenant une photo de ladite statue tout en notant l'e
Re: [OSM-talk-fr] Noms des rues : qui a raison ?
Le 24/05/2023 à 10:51, Daniel Garcia a écrit :
Bonjour,
Je viens de rencontrer une situation assez fâcheuse : j'ai signalé un
incident à la police municipale, et pour l'adresse, j'ai donné celle
indiquée par OSM. Or, la police vient de me dire que le nom n'était pas le
bon ("Chemin de ..." et nom "Rue de ...", qui existe dans la commune à
côté, un peu plus loin). C'est assez rageant du fait que l'"autre" carte a
le "bon" nom.
En regardant l'historique sur JOSM, je vois que le nom était le bon jusqu'à
2016, puis quelqu'un l'a changé, et depuis, il est resté "faux". C'est
marqué comme source "survey; cadastre" (avant c'était "survey + osmose").
Or, si je vais dans le cadastre, je vois "C. Rn° 37 du Guichet à
Corbeville" (donc plus proche de "Chemin" que de "Rue"). Et le Cadastre dit
que "Rue de Corbeville" dans cette commune n'existe pas.
[image: historique.jpg]
Je ne sais pas comment chercher efficacement la source "officielle" des
noms. Est-ce bien le Cadastre ? Est-ce qu'il y a d'autres sources ?
En plus, je croyais naïvement qu'il y avait une sorte de vérification
(semi-)automatique des informations, par exemple quand une nouvelle mise à
jour via le cadastre est effectuée. Comment puis-je augmenter la fiabilité
d'OSM, à part vérifier manuellement tous les noms de rues ? Ou dois-je me
plier au fait que, si la police utilise GMaps, alors je suis obligé de
l'utiliser aussi, juste pour ne pas être en désaccord ?
Cordialement,
Daniel
Qu'y a-t-il sur le terrain ? C'est le plus simple d'accès...
A défaut, c'est la délib du conseil municipal qui fait foi pour les noms
vu que c'est le CM qui choisit les noms.
Le cadastre c'est pas une source d'autorité en la matière, malheureusement.
"C. R n° 37 du Guichet à Corbeville" n'est typiquement un nom mais une
description qui sera utile pour ajouter un ref=* mais pas de name.
Une route départementale pourra être indiquée "RD12", mais s'appeler
dans l'agglomération "Avenue Albert Michon" et pas "Route je ne sais quoi".
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Utilisation (ou pas) des données du "catalogue des sculptures des jardins de Versailles et Trianon"
Bonjour, Ayant constaté que les données OSM de certains éléments des (extraordinaires) jardins du Chateau de Versailles n'étaient pas à jour, j'ai imaginé les remettre progressivement à jour. Une solution serait, certes, d'aller sur place et noter manuellement les (un peu rares) informations présentes localement (panneaux devant certaines des statues et bronzes). Une autre serait de confirmer avec les informations sur site https://sculptures-jardins.chateauversailles.fr/ qui est une phénoménale source d'information. Le problème est que la licence de cette source d'information n'est pas, pour moi, totalement claire. La seule info que je trouve sur le site est https://sculptures-jardins.chateauversailles.fr/infos/legal.php Les données actuellement présentes dans OSM (une grande partie des éléments de décoration des jardins sont relativement bien détaillées) semblent avoir utilisé d'une façon ou d'une autre certaines de ces informations, mais il est y difficile de savoir comment. Je viens, en pratique, de faire une mise à jour pour les bronzes du "Parterre d'Eau", qui ont été réorganisés en 2022 pour les remettre dans leur disposition d'origine (oui, je sais, je suis un peu un psychopathe des jardins de Versailles : le fait d'habiter à 400m du château doit expliquer). J'ai utilisé pour cela mes propres déplacements sur place (pour savoir où est quel groupe d'oeuvres) , mais aussi l'énorme base de données en ligne citée plus haut. Mais, après coup, je finis par me demander si cela est conforme avec les divers problèmes de licences. Le site du Château de Versailles n'est pas clair à ce sujet : si j'apprends, par ce site, que le sculpteur du bronze "Le Rhône" (un des plus photographiés au monde!) est Jean-Baptiste Tuby et que le fondeur est Jean-Balthasar Keller, puis-je mettre OSM à jour avec cette information ? Le changeset est ici : https://www.openstreetmap.org/changeset/136495733 Avez-vous des avis plus pertinents que ma propre interprétation (qui est que "oui") ? Merci d'avance...et coucou aux anciens amis (BBS, Open Source, Debianeries diverses) qui hantent cette mailing list ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [import] import partiel des adresses en France
Le 26/04/2023 à 09:36, Zimmy ZIMMERMANN a écrit : Toute initiative permettant de verser de la donnée manquante dans OSM mainte fois vérifiée par différents acteurs est non seulement nécessaire mais urgente car nous restons en mode amateur avec une position ‘verifié sur le terrain’. Jean-Louis Sauf que cette donnée adresse, même certifiée, n'a bien souvent pas été vérifiée maintes fois sur le terrain, peut être même pas une fois d'ailleurs sauf peut être sur la CCPRO ;) La qualité de la BAN n'a pas tant évolué depuis qu'on a démarré BANO en 2014. Elle est plus exhaustive, c'est sûr, mais pour les noms de voies et la position des adresses ce n'est pas au niveau pour un import automatisé. Pifometre est très adapté pour une intégration propre, qui prendra du temps, c'est sûr. On le savait déjà en 2014 quand on a décidé de démarrer BANO plutôt que d'importer les adresses que l'on pouvait extraire du cadastre. Le contexte n'a pas tant changé que ça, donc le consensus de l'époque me semble encore valable. Je suis donc moi aussi opposé encore actuellement à un import (vu que les échanges ici semblent pris pour une forme de vote). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] présentation
> Le 25 avr. 2023 à 17:46, rpnpif a écrit : > > Il y a aussi le troll, pardon la concurrence, natural=wood versus > landuse=forest. :3 > /talk-fr On peut réduire la concurrence en privilégiant natural=wood, car les forêts exploitées en agroforesterie sont très minoritaires et quasi-inexistantes dans les périmètres urbains. Troll supplémentaire : natural=tree_group pour les bouquets d’arbres, par exemple, dans les jardins et sur les rond-points. Ne soulevons surtout pas la question qui va tout enflammer : à partir de quelle superficie, un bouquet d’arbres devient un bois ? Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] présentation
> Le 25 avr. 2023 à 12:08, Bernard Lefrançois via Talk-fr > a écrit : > > Le 24/04/2023 à 22:48, Christian Rogel a écrit : >> C’est comme qu’on peut voir qu’ « associated_street » ne fait « l’unanimité >> » qu’en France (c’est un gimmick Fr de se précipiter sur ce qui semble plus >> malin). > > L'unanimité, c'est pas un peu vite dit? > Bon, c'était entre guillemet. Ironique? Oui, c’était ironique, mais, c’est pour marquer qu’on a lu des plaidoyers pour associated_street, mais pas pour la manière originelle. Dans la vraie vie, c’est iD est largement utilisé et son interface favorise la « tradition », car mettre une relation est un poil plus compliqué. On a eu ouï dire qu’une majorité de la communauté d’Allemagne (quid des Autrichiens ou des Suisses ?) préférait ne pas mettre de relation. Je rattache les numéros manquants à une relation, s’il y en a une, et je fais les nouveaux adressages à la paresseuse. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] présentation
> Le 24 avr. 2023 à 10:37, Bruno Remy via Talk-fr a > écrit : > Je viens de m'inscrire sur la liste et je me présente : > Je m'appelle Bruno et je suis contributeur OSM depuis janvier 2012 tout > d'abord au Canada (Québec) où j'étais inscrit sur la liste talk-ca. > De retour en France puis quelques années je reprends progressivement mes > contributions OSM. > J'utilise les applications mobiles StreetComplete, OSMtracker et Vespucci. > J'utilise aussi l'éditeur en ligne ID et JOSM. > Je contribue dans mon secteur (Val de Marne) et là où je vais en vacances > (exemple Andernos-les-Bains, Gironde). > Je n'ai pas un profil de développeur mais je m'intéresse en général à > l'utilisation des données Openstreetmap. Bienvenue, Bruno, c’est avec plaisir que nous verrons tes posts. Cette liste est beaucoup moins utilisée qu’elle ne l’a été (il y a eu plusieurs centaines de messages par mois, à tel point que certains décrochaient). Néanmoins, elle a l’avantage d’être internationale et donc lue par des non-français. C’est comme qu’on peut voir qu’ « associated_street » ne fait « l’unanimité » qu’en France (c’est un gimmick Fr de se précipiter sur ce qui semble plus malin). Je te souhaite de trouver dans ton coin des mappeurs avec qui faire des rencontres, soit de plaisir, soit de concertation. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] humanitarian rendering in a degraded state
Humanitarian tiles are back online after a DB reimport. -- Christian Quest - OpenStreetMap France ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] rendu humanitaire KO
Le rendu humanitaire est à nouveau en ligne ! Base de données réimportées, mises à jour diverses faites à l'occasion. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Article OpenStreetMapsur Wikipédia en breton
J'ai le plaisir de vous signaler que j'ai mis en ligne un article de 13000 signes consacré à OpenStreetMap sur le wikipédia en breton. Il est loin d'être complet et n'est que la traduction partielle de l'article en français correspondant? Il y a 76 versions en différentes langues sur Wikipédia. La version française est assez bien élaborée. La version occitane est encore sommaire et la catalane un peu plus fournie. Les versions basques et bretonnes ont un niveau de longueur honorable. https://br.wikipedia.org/wiki/OpenStreetMap OpenStreetMap br.wikipedia.org V Christian R . PS : La version gallo finira par venir, mais déplacer les panneaux complique la mise à jour ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le forum et la liste
J'ai hésité à répondre à ce message à cause de la mauvaise foi et de l'agressivité dont il fait preuve. osmf a une liste de diffusion: talk-fr ? osm-fr a(vait) une liste pour ce qui touchait l'asso seule, elle n'est quasiment plus active (comme les ML en général... même "talk") osmf a décidé de migrer son forum sur Discourse osm-fr l'a fait environ un an avant... et l'a connecté à matrix/irc/telegram pour éviter l'isolement. osmf sur irc bridgé Matrix osm-fr aussi... le doublon vient de l'ouverture (par on ne sait qui) d'un canal telegram... qui a eu bien plus de succès que irc/matrix Et oui, on ne peut pas forcer les contributeurs à utiliser tel ou tel canal. Quand la communauté grossit au delà du périmètre historique, c'est son centre de gravité qui se déplace. On suit ou pas, en fixant des limites comme la ligne rouge facebook ou des trucs propriétaires (discord) qui là créent vraiment une fragmentation toxique. Il ne faut pas confondre fragmentation et évolution. Les techno évoluent et la communauté aussi. En restant sur IRC et les ML, on s'isole de la communauté qui bouge au fur et à mesure du turnover de ses membres. Le fait est qu'il y a 10 fois plus d'activité sur le forum qu'ici, pareil pour le canal telegram/matrix vs irc/matrix. OSM-FR a très souvent mis en place des outils bien plus tôt que la fondation. On cherche l'instance peertube de l'OSMF. Peut être méconnais-tu cet historique. Ton message est inutilement agressif et ne me donne qu'une envie: ne plus lire talk-fr où tes posts représentent pas loin de 50% de l'inactivité. Cette agressivité pourrit aussi notre fonctionnement dans la gestion de l'infra et oui, cela a des conséquences. Si Discourse te "spamme" : https://forum.openstreetmap.fr/u/[tonPseudo]/preferences/emails -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapbox contribute ?
So "Imrove this map" does not mean anymore "Improve the OSM data used for the base map that covers 99% of my screen" ? Can you confirm this Mapbox move ? Le 14/03/2023 à 19:05, Sergey Beliamei a écrit : Hello, Christian! All POI and addresses in France are not from OSM. Mapbox follows ODbL and does not mix internal data with OSM. Best regards, Member of Mapbox team, Sergey Salut, Christian! Tous les POI et adresses en France ne proviennent pas d'OSM. Mapbox suit ODbL et ne mélange pas les données internes avec OSM. Cordialement, Membre de l'équipe Mapbox, Sergey On Tue, Mar 14, 2023 at 10:14 AM Christian Quest wrote: Le 13/03/2023 à 14:42, Sergey Beliamei a écrit : Hello! The clickable POIs that are seen on the map are not extracted from the OSM. Mapbox uses a variety of sources to keep POIs updated. Please bear in mind that these POIs are not associated with OSM and could be found either via search bar or by clicking on the map. The primary goal of Mapbox Contribute is to let the customers report about Mapbox proprietary data. If you would like to report one-off issues about OSM, one can send a feedback with missing address category and indicate your request in the comment. All feedback are reviewed manually. If you have a bunch of OSM requests, Mapbox Contribute is not the best tool to report about them. Best regards, Member of Mapbox team, Sergey Bonjour! Les POI cliquables visibles sur la carte ne sont pas extraits de l'OSM. Mapbox utilise une variété de sources pour maintenir les points d'intérêt à jour. Veuillez garder à l'esprit que ces points d'intérêt ne sont pas associés à OSM et peuvent être trouvés via la barre de recherche ou en cliquant sur la carte. L'objectif principal de Mapbox Contribute est de permettre aux clients de signaler les données propriétaires de Mapbox. Si vous souhaitez signaler des problèmes ponctuels concernant OSM, vous pouvez envoyer un commentaire avec une catégorie d'adresse manquante et indiquer votre demande dans le commentaire. Tous les commentaires sont examinés manuellement. Si vous avez un tas de requêtes OSM, Mapbox Contribute n'est pas le meilleur outil pour en faire rapport. Cordialement, Membre de l'équipe Mapbox, Sergey Merci pour la confirmation, très inquiétante sur la dérive de Mapbox par rapport à OSM. "Improve this MAP" ce n'est pas "Improve these POI over an OSM basemap" Mapbox devient clairement de plus en plus prédateur vis à vis d'OSM. On avait déjà le problème d'attribution, maintenant c'est une captation des contributions pour alimenter autre chose qu'OSM. Quelle est l'origine de ces données de POI en France ? Les mélangez-vous avec des données de POI OSM ? (car dans ce cas il va falloir une fois de plus rappeler les termes du partage à l'identique de la licence ODbL) -- Christian Quest - OpenStreetMap France -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapbox contribute ?
Le 13/03/2023 à 14:42, Sergey Beliamei a écrit : Hello! The clickable POIs that are seen on the map are not extracted from the OSM. Mapbox uses a variety of sources to keep POIs updated. Please bear in mind that these POIs are not associated with OSM and could be found either via search bar or by clicking on the map. The primary goal of Mapbox Contribute is to let the customers report about Mapbox proprietary data. If you would like to report one-off issues about OSM, one can send a feedback with missing address category and indicate your request in the comment. All feedback are reviewed manually. If you have a bunch of OSM requests, Mapbox Contribute is not the best tool to report about them. Best regards, Member of Mapbox team, Sergey Bonjour! Les POI cliquables visibles sur la carte ne sont pas extraits de l'OSM. Mapbox utilise une variété de sources pour maintenir les points d'intérêt à jour. Veuillez garder à l'esprit que ces points d'intérêt ne sont pas associés à OSM et peuvent être trouvés via la barre de recherche ou en cliquant sur la carte. L'objectif principal de Mapbox Contribute est de permettre aux clients de signaler les données propriétaires de Mapbox. Si vous souhaitez signaler des problèmes ponctuels concernant OSM, vous pouvez envoyer un commentaire avec une catégorie d'adresse manquante et indiquer votre demande dans le commentaire. Tous les commentaires sont examinés manuellement. Si vous avez un tas de requêtes OSM, Mapbox Contribute n'est pas le meilleur outil pour en faire rapport. Cordialement, Membre de l'équipe Mapbox, Sergey Merci pour la confirmation, très inquiétante sur la dérive de Mapbox par rapport à OSM. "Improve this MAP" ce n'est pas "Improve these POI over an OSM basemap" Mapbox devient clairement de plus en plus prédateur vis à vis d'OSM. On avait déjà le problème d'attribution, maintenant c'est une captation des contributions pour alimenter autre chose qu'OSM. Quelle est l'origine de ces données de POI en France ? Les mélangez-vous avec des données de POI OSM ? (car dans ce cas il va falloir une fois de plus rappeler les termes du partage à l'identique de la licence ODbL) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapbox contribute ?
Le 10/03/2023 à 15:52, Vincent Bergeot a écrit : Bonjour, sur ce site https://www.mapbox.com/contribute il est proposé de contribuer mais il est difficile de comprendre à quelle base la contribution est faite ni de quelle base les points d'intérêts sont extraits. @mapboxteam, pourrriez vous nous expliquer d'où proviennent les données et qu'est ce qui est fait des contributions svp ? Dans ma zone de contribution, je ne reconnais pas vraiment les points d'intérêts, donc cela ne provient pas d'OpenStreetMap, je ne sais donc pas où peuvent aller mes éventuelles contributions ! English version (Translated with www.DeepL.com/Translator (free version) Hello, on this site https://www.mapbox.com/contribute it is proposed to contribute but it is difficult to understand to which base the contribution is made nor from which base the points of interest are extracted. @mapboxteam, could you please explain where the data comes from and what is done with the contributions? For information, in my contribution area, I don't really recognise the points of interest, so it doesn't come from OpenStreetMap, so I don't know where my possible contributions can go! Regards A clear answer from Mabpox is needed because this "contribute" link is the one we are redirected to with the usual "Improve this map" link found from time to time on OSM based Mapbox maps. I don't see how the OSM based map can be improved with this tool as it is clearly no linked to OSM and expect the very bad quality (location, freshness, etc) of POI opened to contribution does not meet OSM quality standards to land in the OSM database. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapbox mapping activity
Le 15/02/2023 à 15:54, Marc_marc a écrit : Bonjour, Le 14.02.23 à 21:06, Sergey Beliamei via Talk-fr a écrit : https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/missing_roundabouts_France des informations locales qui, selon vous, nous aideront à mieux comprendre les données. merci d'avoir présenté l'opération avec une traduction en français :) Sur la pge wiki vous parlez des couches d'imageries sat Satellite Imagery: Bing, Maxar, Esri En France, la couche la plus récente et de meilleur qualité est souvent la BD Ortho, disponible dans iD attention à l'existance rare de junction=circular qu'il faut transformer en junction=roundabout uniquement si vous avez une image "street level" avec un panneau giratoire ou la présence des triangles de priorités sur toutes les entrées Cordialement, Marc Maxar est souvent la plus récente, car prise régulièrement par satellite, alors que la BD Ortho est prise d'avion tous les 3 à 4 ans, avec environ 1 an de délais avant publication. La BD Ortho a donc en général entre 1 et 5 ans de retard sur le terrain, Maxar est souvent entre 1 et 2 ans voire moins. Pour le choix entre circular/roundabout, le marquage au sol permet souvent de ne pas dépendre d'une vue de la rue... sauf si il est usé et effacé sur toutes les entrées du rond-point ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mini giratoires et ronds-points traversants : crossing_strip ?
> Le 8 janv. 2023 à 01:25, osm.sanspourr...@spamgourmet.com a écrit : > > Christian, on parle de giratoires pas de ronds-points. Tu vas avoir des > soucis pour repasser le code^^. > > Les giratoires, ce sont les anneaux de circulation modernes avec > priorité à gauche. > Les ronds-points ce sont les anciens à priorité à droite (même si tu > peux encore trouver cette dénomination sur le terrain > <https://www.mapillary.com/app/?lat=47.800138685833=-3.478138018=17=photo=645433909654516>). > > Oui dans le langage courant on continue à tort de parler de rond-point > (ou on a a tort gardé des ronds-points priorité à droite). > Ce « Rond-point des Séminaristes » est doté de panneaux, « Cédez le passage » (en français et en breton, « Lezit da dremen ») , c’est donc un giratoire. Mais sa surface me fait hésiter à dire que c’est un mini-giratoire > > Volker, oui comme en Allemagne ou en Grande-Bretagne, les > mini-giratoires sont forcément traversants. > > Si tu /dois/ le faire tu peux le faire (cas des véhicules > surdimensionnés comme les camions ou les bus ainsi, c'est à ça que doit > penser Christian, les plots de peinture au milieu d'un carrefour). > Sinon, ça dépend s'il y a un gendarme ou un policier ou si tu passes ton > permis^^. > > Là > <https://www.mapillary.com/app/?z=17=48.38670806=-4.46306305608=820296985578730>, > si tu es suivi par une voiture, que le portail est (comme toujours) > fermé, je te conseille vivement de... passer à gauche (sans toucher > l'îlot central^^) car sinon tu risques de surprendre la personne et te > trouver nez-à-nez avec lui. Voiture HS ou pire deux-roues au tapis mais > rassures-toi, tu ne perdras pas de points (en France on commence avec 12 > points). > > Et au suivant > <https://www.mapillary.com/app/?z=17=48.38799972=-4.460258056=139447271493519=0.47751202296643264=0.854347449360849=2=photo>, > tu mangeras un peu la galette, c'est de saison. > > Mais je rappelle, initialement le but est de savoir ce ce qu'on fait des > mini-giratoires et de la franchissabilité de tout ou partie du giratoire > pour savoir si c'est adapté aux poids-lourds. D’une part, il n’y a pas de « terre-plein", et d’autre part, une différence de matériau ciment et asphalte, mais finalement je ne sais pas si le code est si clair ou si la police serait enthousiaste pour soulever la question, sachant dans cette zone 30 avec chicanes, le risque de gêner quelqu’un est peu réel, puisqu’en se rapprochant du centre, on l’évite encore mieux. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mini giratoires et ronds-points traversants : crossing_strip ?
Oui, je pense à un rond-point, dit "des Séminaristes » https://osm.org/go/erISPPXnt que j’emprunte souvent. L’anneau central est constitué d'un renflement de ciment. Le diamètre est plus grand que les « mini roundabout » (entre 2 m et 2,50 ?). Cela a a été fait pour permettre aux bus de passer sans avoir à virer. Je le franchis aussi en ligne droite avec mon tricycle. Il existe aussi, dan un autre quartier, un RP dans lequel un anneau de ciment entoure la partie non carrossable, mais avec une élévation de 2 cm par rapport à la bande roulante. C’est là aussi pour que les PL virent plus facilement, les autres véhicules, vélos inclus, ne montent pas sur l’anneau surélevé. Christian R. > Le 7 janv. 2023 à 14:46, Marc_marc a écrit : > > étant sur plusieurs pays, je ne suis plus certains si > le code de la route est le même partout :) > > mais à 200m d'ici, il y a 2 ronds-point avec au centre une sculture > ensuite un cercle légèrement en pente > puis un cercle plat que 99% des gens utilisent > il n'y a aucune ligne blanche entre les 2 et ce ne sont > pas non plus 2 bandes de circulation mais une seule. > > quand je vais tout droit, j'ai le choix entre > freinner fortement et utiliser le cercle à plat > ou rouler en partie sur la zone en pente, ce qui > permet de diminuer le gaspillage énérgétique freiner-accélérer > > du coup je tagerais cela simplement avec width:carriageway > ou maxwidth:physical > > Le 07.01.23 à 14:08, Volker Schmidt a écrit : >> En GB, si je touche la ligne centrale du mini-roundabout j'échoue à >> l'examen de conduite. Est que je vous comprends bien, vous dites ici qu'en >> France il y un type de rond-point légalement attraversable? >> On Sat, 7 Jan 2023, 12:18 Christian Rogel, >> wrote: >>>> Le 7 janv. 2023 à 08:04, lejun a écrit : >>>> Le 06/01/2023 à 23:24, osm.sanspourr...@spamgourmet.com a écrit : >>>>> |crossing_strip| - Bande franchissable (tablier pour camions) >>>> L’idée me plaît, mais est-ce qu’on est sûr de vouloir partir sur cette >>> clé ? J’ai peur que le sens soit trop obscur et que ce soit rapproché du >>> highway=crossing. >>>> En second point, est-ce qu’il a été envisagé une extension pour >>> détailler la bande ? J’y connais rien mais je suppose qu’on en trouve >>> différent types qui peuvent être catalogués. >>> >>> Je rejoins ce point de vue, car il y a 3 grandes catégories de RP : avec >>> cercle central non franchissable, franchissables par tout véhicule, >>> franchissables par les poids-lourds, s’ils empiètent sur un anneau >>> spécifique que pourrait décrire « crossing_strip ». >>> Il reste d’autres cas à répertorier et classer. En ce moment, la mode est >>> la ligne en anneau continue qui réduit la surface carrossable. >>> >>> Christian R. >>> >>> ___ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr > > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mini giratoires et ronds-points traversants : crossing_strip ?
> Le 7 janv. 2023 à 08:04, lejun a écrit : > Le 06/01/2023 à 23:24, osm.sanspourr...@spamgourmet.com a écrit : >> |crossing_strip| - Bande franchissable (tablier pour camions) > L’idée me plaît, mais est-ce qu’on est sûr de vouloir partir sur cette clé ? > J’ai peur que le sens soit trop obscur et que ce soit rapproché du > highway=crossing. > En second point, est-ce qu’il a été envisagé une extension pour détailler la > bande ? J’y connais rien mais je suppose qu’on en trouve différent types qui > peuvent être catalogués. Je rejoins ce point de vue, car il y a 3 grandes catégories de RP : avec cercle central non franchissable, franchissables par tout véhicule, franchissables par les poids-lourds, s’ils empiètent sur un anneau spécifique que pourrait décrire « crossing_strip ». Il reste d’autres cas à répertorier et classer. En ce moment, la mode est la ligne en anneau continue qui réduit la surface carrossable. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le ver est dans la pomme ? alliance style AFAM pour un "osm validé"
Le 16/12/2022 à 14:36, Marc_marc a écrit : Le 16.12.22 à 08:57, Vincent Bergeot a écrit : il ne doit pas être compliqué de séparer les contributeurs autorisant le domaine public je pense que c'est quasi impossible en effet tu fais un batiment sous OdBl, un gars rajoute la hauteur en domaine publique, un autre corrige l'espace manquant dans la valeur sous OdBl... tu as quoi au final sous domaine public ? une hauteur de batiment incorrect mais sans le batiment :) est-ce que le batiment auraait été ajouté par le 2ieme contributeur dans le domaine public s'il n'était pas deja présent ? impossible à savoir idem avec par ex le déplacement d'un noeud : le contributeur a-t-il validé les autres tags ou uniquement la possition ? La case à cocher concernant le domaine public, est plus une sorte de sondage qu'autre chose (il me semble l'avoir cocher quand j'ai ouvert mon compte). Si on devait séparer les données, ça serait un chantier du même ordre que le passage de CC-BY-SA à ODbL où les contributions de ceux qui n'avaient pas donné leur accord avaient été supprimées en tenant compte le plus possible de l'historique d'édition. Au moins le code existe et a déjà été utilisé... voir ce que ça donnerait serait instructif ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le chantier du tagage des bibliothèques, centres de doc, archives - Était : Accessibilité d'une ville : recommandations
> Le 12 déc. 2022 à 13:04, osm.sanspourr...@spamgourmet.com a écrit : > > Mais sur le fond, l'audience que ce soit pour une bibliothèque ou un > centre social c'est pareil. > Pourquoi l'enfermer dans un espace de nommage ? Oui social_facility:for > <https://wiki.openstreetmap.org/wiki/Key:social_facility:for> l'est ! Justement, c’est le noeud de la question : les bibliothèques ne sont vues que sous l’angle social, alors qu’il est probable qu’il existe bien plus de bibliothèques et de centre de doc ou d’archives privés que de bibliothèques publiques. Est-ce que bibliothèque de Qom réservée aux marjas (ayatollahs du plus haut niveau) est une amenity, une social_facility ? Idem pour les bibliothèques des parlements ou des industries. Pour rompre avec cette vision un peu trop « populiste », li serait mieux de les mettre sous la clé principale « office ». Il y aurait des dégâts, mais très à la marge. L’espace ne dommage « library » (compris par les anglophones comme désignant toute collection organisée de documents au sens que donne l'Unesco) concerne potentiellement des centaines de milliers de lieux et se suffit à lui-même. Avec les sous-clés : « library: xxx », « library:for : yyy », « library_spec : zzz », « library_subject : aaa », « library_type : bbb », library_ref : n°ISIL, on aurait de quoi mettre en place une grille d’analyse universelle. Yapluka Oui, il faut que je m’y remette… Toujours pas de gens intéressés par le thème ? Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier une commune d'une commune
Le 11/12/2022 à 20:11, Maxime Chourré a écrit : Merci pour la réponse rapide. Du coup on peut rien faire, tant pis c'est pas très grave. Maxime Ce qui devait être fait a été fait au moment de la fusion, il n'y a plus rien d'autre à faire. Une "commune nouvelle" sera en admin_level=8, comme toutes les autres communes de France, avec un admin_type:FR=commune nouvelle qui indique son statut un peu différent. Une ancienne commune se retrouve en commune déléguée (ou ancienne commune), mise en admin_level=9 et avec un admin_type:FR adapté à son cas. On peut compléter avec des start_date pour savoir quand le changement a eu lieu. Ce qui est écrit sur la panneau en entrée de village est indicatif, la seule partie "name" ici c'est "Châtillon-en-Michaille". -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accessibilité d'une ville : recommandations
> Le 7 déc. 2022 à 18:22, Marc_marc a écrit : > > Le 07.12.22 à 17:04, Daniel Garcia a écrit : >> j'ai cherché "mediatheque" > >> Je pense qu'une bonne partie des problèmes pourrait être résolue en >> supprimant tout résultat qui ne soit pas dans la ville > > c'est pour cela que je te proposais de faire mediatheque, ville :) > mais mediathèque n'est pas un bon exemple pour commencer vu l'absence de tag > précis dans osm pour cela > fait des tests avec bibliothèque Oui, les tags ne sont pas précis dans OSM et il faudra bien refaire une proposition dans la suite de ce que j’avais indiqué, il y a deux ans et demi : https://wiki.openstreetmap.org/wiki/FR_talk:Tag:amenity%3Dlibrary . On pourrait utiliser library:spec pour améliorer. Mais l’imprécision n’est pas dans les tags, mais dans la terminologie employée en France (et nulle part ailleurs). Pour le dire vite, il y a eu dans les années 90-00, une sorte de « croyance » qu’il fallait laisser de côté le terme « vieillot » de bibliothèque pour aller vers celui de médiathèque qui semblait mieux rendre compte des nouveaux médias que les bibliothèques « découvraient » (disques, cassettes audio, puis, cassettes vidéo, puis CD-ROM, puis progiciels, puis, vidéodisques, sans compter les gravures, jeux, jouets, etc.). En Grande-Bretagne, il y a toujours des « public library (es) » et elles ont des collections aussi diversifiées. Ce qui est cherché ici, ce n’est pas une médiathèque qui ne sera jamais taguée comme telle au niveau international, mais une bibliothèque publique (municipale ou communautaire). Dans mon schéma provisoire de tagage cela correspond à amenity=library et à library:for= général public. Mais la recherche étant faite sur le « name », on aimerait que les bibliothèques publiques figurent comme telles. Solution bancale : ajouter à toute recherche de médiathèque, l’adjectif « publique », pourvu qu’on ait passé le mot d’ajouter «alt_name= bibliothèque publique de [nomde la ville de l’opérateur]. Il n’y a que quelques milliers de médiathèques publiques en France ;-) . Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] You are an OpenStreetMap Foundation member
Le 07/12/2022 à 21:22, Jacques Lavignotte a écrit : Le 07/12/2022 à 20:56, Frédéric Rodrigo a écrit : En particuliers sur les conflits d'intérêt. C'est bien à ça que je pense. J'ai fait comme j'ai pu. A VOTÉ ! Pareil, une fois le filtre des conflits d'intérêts passé je n'ai retenu que 4 noms, pas un de plus et comme il y a 4 postes à pourvoir, ça tombe bien (mais juste). Sarah, Mateusz, Craig et Daniela (parité !) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accessibilité d'une ville : recommandations
Le 07/12/2022 à 14:04, Daniel Garcia a écrit : Ne vous inquiétez pas ! J'ai demandé à l'entreprise, et ils m'ont confirmé : "Nous utilisons effectivement le fond de carte de Google Maps sur Streetco". Je sens qu'il va falloir beaucoup de pédagogie... Pour l'instant, le seul point qui m'inquiète un peu comment l'expliquer et mettre en oeuvre facilement, c'est la question des pentes : la ville se situe des deux côtés d'une vallée, et il y a plusieurs passages qui deviennent inaccessibles aux fauteuils à cause de cela. Je ne sais pas à quel point Wheelmap & similaires arrivent à prendre ça en compte. Le fond de carte Google sert à créer de la donnée d'accessibilité ? Ils ont un accord particulier ou ont oublié de lire les CGU ? Les CGU Google n'autorisent pas la création de données qui serait utilisé en dehors de Google Maps... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bretelles d'autoroutes
> > En plus, la voie de gauche a l'air d'avoir récupéré une nouvelle > fonctionnalité. Si vous arrivez à décoder le panneau à gauche : > > https://www.mapillary.com/app/?pKey=1108846552996175 > > Sauf erreur de ma part, c'est une voie réservée aux "*véhicules transportant un nombre minimal d'occupants* " (terminologie officielle française : dans les pays anglo-saxons, c'est "HOV" : High Occupancy Vehicles). Il y a les mêmes sur l'A1 Nord-Sud avant St-Denis. Le symbole du losange est le symbole utilisé relativement universellement pour ça. En général, ces voies n'ont cette restriction qu'aux heures de pointe de trafic. A priori, on a le tag pour ça : https://wiki.openstreetmap.org/wiki/Key:hov ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Disponibilité d'une orthophoto a 3cm sur la ville de vichy
Le 08/11/2022 à 12:15, Landry Breuil a écrit : On 08/11/2022 12:01, Christian Quest wrote: Le 08/11/2022 à 10:00, Landry Breuil a écrit : Hello, le CRAIG a fait en 2021 une prise de vue aérienne à 3cm de résolution sur la ville de vichy, elle est disponible en opendata sur notre drive opendata: https://drive.opendata.craig.fr/s/opendata?path=%2Fortho%2F2021_vichy_3cm la métadonnée ISO19139 est sur https://ids.craig.fr/geocat/srv/fre/catalog.search#/metadata/0aef1b54-3c5e-4baa-913c-c7426dde09aa a terme elle sera dans nos flux WMS, mais pas dans l'immédiat... je ne suis malheureusement pas autant qu'avant l'actualité d'OSM, mais dans mes souvenirs il y'avait des serveurs osm-fr de flux WMS pour les différentes ortho opendata récupérées deci-dela.. donc n'hésitez pas à récupérer les ~60Go (cf https://www.craig.fr/opendata pour comment y accéder en webdav.. le FTP c'est fini!) et à les intégrer dans les flux OSM - pour la source c'est "CRAIG - APEI - Feder - 2021" Merci Landry pour l'info Par contre, le téléchargement dalle par dalle via Nextcloud, c'est vraiment pas ce qu'il y a de plus simple ! Tss jamais content ce christian ;) c'est bien pour ça que j'indique comment passer par un client webdav (rclone, cadaver, winscp..) pour les téléchargements en masse. Vous pensez vous mettre au COG prochainement ? J'ai justement un serveur en train de fumer pour plusieurs semaines a convertir tout un stock d'orthos 2000-2021, provenance CRAIG/IGN ou autre.. Ça fait 2 ans que je joue avec le COG, mais a temps perdu, ex https://cogeo.craig.fr/opendata/ortho/ortho_rvb.qgs et https://cogeo.craig.fr/ign/planign/plan_ign.qgs à ouvrir dans QGIS. On a amorcé un chantier de refonte des flux WMS, et j'en profite pour tout basculer sur des sources COG. Donc oui, on s'y met ;) En fait ça se résume à aller sur davs://opend...@drive.opendata.craig.fr/public.php/webdav ! Ce besoin de faire des phrases ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Disponibilité d'une orthophoto a 3cm sur la ville de vichy
Le 08/11/2022 à 10:00, Landry Breuil a écrit : Hello, le CRAIG a fait en 2021 une prise de vue aérienne à 3cm de résolution sur la ville de vichy, elle est disponible en opendata sur notre drive opendata: https://drive.opendata.craig.fr/s/opendata?path=%2Fortho%2F2021_vichy_3cm la métadonnée ISO19139 est sur https://ids.craig.fr/geocat/srv/fre/catalog.search#/metadata/0aef1b54-3c5e-4baa-913c-c7426dde09aa a terme elle sera dans nos flux WMS, mais pas dans l'immédiat... je ne suis malheureusement pas autant qu'avant l'actualité d'OSM, mais dans mes souvenirs il y'avait des serveurs osm-fr de flux WMS pour les différentes ortho opendata récupérées deci-dela.. donc n'hésitez pas à récupérer les ~60Go (cf https://www.craig.fr/opendata pour comment y accéder en webdav.. le FTP c'est fini!) et à les intégrer dans les flux OSM - pour la source c'est "CRAIG - APEI - Feder - 2021" Merci Landry pour l'info Par contre, le téléchargement dalle par dalle via Nextcloud, c'est vraiment pas ce qu'il y a de plus simple ! Vous pensez vous mettre au COG prochainement ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] vitesse limitée a 70 pour les véhicules qui vont utiliser une bretelle de sortie
Le jeu. 3 nov. 2022 à 19:13, didier a écrit : > Bonsoir, > > Ce que je recherche, ce n'est pas la vitesse de la voie de droite. > Cf www.mapillary.com/app/?pKey=172038741799101 > > Dans ce cas, 110 tout droit et 90 pour ceux qui vont emprunter la > sortie. > > > Bin, pour moi, pile à l'endroit où est la photo, y'a rien à tagguer. C'est la voie de sortie qui doit être tagguée avec maxspeed=90 à partir du moment où elle commence en tant que segment séparé. Selon le Code de la Route, la vitesse n'est pas, dans ce cas, limitée à 90 à partir du panneau, mais à partir du moment où le véhicule est sur la voie de sortie annoncée par le panneau. En d'autres termes, le panneau est, de facto, est panneau d'annonce. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] vitesse limitée a 70 pour les véhicules qui vont utiliser une bretelle de sortie
Le 02/11/2022 à 08:31, didier a écrit : Bonjour, lors du Sotm de Nantes on m'a dit que l'on pouvait décrire la vitesse limitée (a 70km/h) pour les véhicules qui vont utiliser une bretelle de sortie (la section courante étant a +20km/h soit 90km/h). J'ai recherché dans le wiki sans succès dans les restrictions lanes et dans les vitesses conditionnelles. il y a 2 limitations de vitesse en meme temps, j'ai pensé à maxspeed contionnal : maxspeed:conditionnal=70 @ (turn:lanes=slight_right) ou alors qu'un point décrivant le panneau ? je ne sais pas si cela est correct ou pas... merci de m'aider cordialement didier Pour décrire les règles voies par voie, ce sont des suffixes "lanes" qui sont utilisés et les valeur pour chaque voie de gauche à droite sont séparées par des | Pour la vitesse, voir https://wiki.openstreetmap.org/wiki/Lanes#Different_maxspeed_per_lane_(with/without_default_values) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-se] Laserdata och hushöjder
Hej. Var det någon som var intresserad av detta och tycker att det är en bra idé? Någon som kikade på datan jag länkade till? Mvh Christian Den 2022-09-22 kl. 12:43, skrev John Bäckstrand: Jag tror jag redan kommenterat lite tidigare på detta på fb kanske, men har du gjort några experiment med att skatta hur bra data:t stämmer genom att sampla en bit utanför polygoner och försöka se ev. offset? Några enkla exempel är ju tex. att alla punkter söder om polygonen också är upphöjda, tyder på offset-fel. En annan indikator på något fel är om det saknas en tydlig sänkning i höjd utanför polygonens samples. Min tanke vore ju att lista "avvikande" byggnader och göra en sorts todo-list för granskning tex. Men detta är kanske mer en extra feature, och jag tycker det du beskriver i övrigt låter bra. On Thu, Sep 22, 2022 at 12:15 PM Christian Asker wrote: Hej. Jag skriver här istället för Facebook-gruppen för jag vill främst nå OSM-folket och inte hela världen. Jag skrev för nån vecka sedan (på Facebook) om att jag skattat byggnadshöjder för OSMs byggnadspolygoner utifrån Lantmäteriets Laserdata skog. Nu finns det (zippade) shapefiler för de flesta länen (bla Örebro och Gotland saknar laserdata) här: https://my.owndrive.com/index.php/s/TsmcQcpa9aw7Qzm Länken funkar nån månad, missbruka inte :) Datat är framtaget i en del av ett projekt på mitt arbete (SMHIs forskningsavdelning) och vald byggnadshöjd har gjorts med luftmiljömodellering i åtanke, vilket innebär att det inte är högsta punkten på taket som väljs som byggnadshöjd. Metoden som använts går i korthet till såhär (enbart för urban områden hittils): 1. DEM raster beräknats med 2m upplösning (ur laserdatat) 2. Unclassified-raster har extraherats med samma upplösning och extent 3. Ett nytt raster, som vi kallar ELEV, beräknas som Unclassified - DEM. Dvs raster med höjd över marken. 4. För varje byggnadspolygon: 5. sampla alla rasterpunkter inom polygonen 6. 80, 90 och 98-percentil samt standardavvikelse av samplade höjdvärden sparas på polygonen (som attribut). 7. Som byggnadshöjd valde vi 90-percentilen, förutom för byggnader där denna är lägre än 4 meter, då 98-percentilen valdes. 8. För varje län har jag manuellt kontrollerat ett antal byggnader för rimlighet. Bla har det funnits fall där det finns störande objekt i punkmolnen, som tex skorstensplymer från industrier, som stör beräkningarna. Kika gärna på detta och fundera på ifall det går att använda för import av byggnadshöjder. Själva python-scriptet som beräknar byggnadshöjderna kan justeras och köras om vid behov, men det tar ett par dagar så det bör vara av goda skäl. Anledningen till att använda percentiler är att försöka fånga någon slags representativ höjd, men även för att byggnadspolygonerna i OSM ofta ligger lite fel så man får med en del punkter som inte hör till byggnaden i höjdberäkningen . Mvh Christian Asker (osm-anv ChristianA) ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk-fr] nommage dans un campus
> Le 8 oct. 2022 à 20:25, osm.sanspourr...@spamgourmet.com a écrit : > Dans un campus (universitaire, recherche...) il arrive que les bâtiments > aient un nom et un numéro. > > Ce numéro n'est pas un numéro de rue car l'adresse est globale ou > certains labos vont avoir des CEDEX (par exemple). > > Certains utilisent addr:housename alors que name me semble indiqué pour > le nom du bâtiment. En effet ce nom ne sert pas à la poste pour > distribuer le courrier. Pourquoi ne référer addr:xxx uniquement à un service postal extérieur ? Dans un groupe de bâtiments numérotés, il y a, presque à chaque fois un service de vaguemestre, qui utilise donc cet adressage. Et s’il n’y a pas, ça ne change pas dans le principe. D’ailleurs, les adresses officielles ont été établies, en premier lieu, pour la perception des impôts et, maintenant pour la fibre optique. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Population des villes
Le 06/10/2022 à 18:40, Cyrille37 OSM a écrit : Bonjour Il me semble qu'il y a une mise à jour de "population" sur la relation, effectuée par cq94 à chaque nouvelle publication de l'INSEE. @cq94 tu confirmes ? Cyrille. On 06/10/2022 15:38, Arnaud Champollion wrote: Bonjour, On trouve la clé "population" à la fois dans les place_town (noeuds "centraux") et dans les boundary_administrative (contours de commune). Parfois la clé est absente de l'un des deux, comme ici : https://www.openstreetmap.org/node/26691545 https://www.openstreetmap.org/relation/365373 Je m'en suis rendu compte en éditant une carte de mon département ; le filtre par population lnagissait pas pareil selon que je l’appliquais sur le point central ou la surface communale. Est-ce que ça vaudrait le coup de répliquer massivement cette donnée de l'un à l'autre, tout au moins pour les cas où elle est absente dans l'un des deux ? Merci de vos avis, Bonne journée, Arnaud Je confirme sur la relation les population=* ont été remises à jour avec les populations légales publiées en début d'année par l'INSEE. Exemple: https://www.openstreetmap.org/changeset/114615193 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dalles Lidar IGN colorisées en cartographie OSM
Le mar. 13 sept. 2022 à 15:12, Pierre Beyssac a écrit : > > Bonjour à tous, > > Comme vous le savez peut-être, l'IGN a commencé à distribuer en > opendata ses scans Lidar haute résolution (10 points/m²) du territoire > français, et c'est superbe. Sont forts, ces vieux geeks, quand même...;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
"Christian Perrier aka Bubulle ?" Oui, tout à fait...:-) Le mer. 31 août 2022 à 20:03, deuzeffe a écrit : > > Le 31/08/2022 à 18:32, Christian Perrier a écrit : > > > Christian Perrier aka Bubulle ? > > > > Je rebondis sur le message de Marc pour confirmer que ce qu'il indique > > pour l'"utilisateur n'ayant > > jamais utilisé cet outil" est précisément mon cas. J'ai eu un peu de > > mal à lire le tuto, n'ayant à ce jour qu'une trop faible pratique de > > ces outils (tout en ayant une expérience OSM assez convenable, sans > > être exceptionnelle). > > Merci beaucoup pour ton commentaire. Voir ma réponse à Marc-marc. Je > vais tenter d'améliorer le tuto méthodologique. > > -- > deuzeffe > > ___ > 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] Dégommer du rouge, visible ou invisible
Je rebondis sur le message de Marc pour confirmer que ce qu'il indique pour l'"utilisateur n'ayant jamais utilisé cet outil" est précisément mon cas. J'ai eu un peu de mal à lire le tuto, n'ayant à ce jour qu'une trop faible pratique de ces outils (tout en ayant une expérience OSM assez convenable, sans être exceptionnelle). J'ai bien pigé l'idée générale et cela m'intéresse bigrement, notamment pour des lieux qui me sont familiers, mais je serais un peu juste pour arriver à me jeter à l'eau. Il est probable que quelques détails supplémentaires sur les outils et concepts impliqués seraient fort utiles pour passer ce cap/ Le mer. 31 août 2022 à 12:07, Marc_marc a écrit : > > Bonjour deuzeffe, > > Le 30.08.22 à 18:54, deuzeffe a écrit : > > J'ai brouillonné un petit tuto pour dégommer du rouge avec ou sans > > Pifomètre, ici : > > https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom > > C'est une très bonne chose d'explorer/expliquer des nouvelles méthodes. > mais est-ce que ce n'est un peu indigeste pour l'utilisateur n'ayant > jamais utilisé cet outil ? > toi tu as deja beaucoup d'expérience avec, ce qui t'amène à > des cas moins courants (addr absente de bano par ex) > > suggestions : > commencer par quelques courtes définitions genre : > - fantoir le registre étatique des rues > - pifometre un outil pour comparer osm et fantoir > histoire que le contributeur débutant sache de quoi on parle > > puis présenter des cas du plus simple au plus compliqué : > - voie sans nom dans osm et présente dans fantoir > - voie avec nom dans osm mais typo par rapport à fantoir > - ensuite le cas des addr absente dans bano > > et sinon quqlues suggestions sur la forme : > - 1er paragraphe "quand les voies sans nom dans le projet BANO" > n'est pas clair. > - imagerie bano : pq l'url ? elle est dispo dans josm non ? > - dans "Ma méthode :" tu ouvres 2x le pifomètre :) > - dans "Ma méthode :" () inutile autour de nwr dans la requête overpass > > question : > - comment est-ce que BANO donc pifomètre se retrouve à ne pas > avoir des addr venant des BAL ? > c'est parce que le code fantoir est absent ? > Vincent il n'est pas possible de faire quelque chose pour éviter > toutes ces étapes manuelles ? > > et quand ce serra Noël, mon rève c'est de pouvoir valider/passer chaque > proposition de l'analyse osmose 7170/32 qui détecte les noms manquants > une sorte de maproulette qui afficherait bano + osm + sat : > tu clics ok pour ajouter le nom en un clic, passer s'il faut faire + > et tu te retrouves au cas suivant (un peu comme l'idée de la todo-liste > de Jérome) > l'analyse https://osmose.openstreetmap.fr/fr/map/#item=7170=32 > il y en a encore 5200 en ce moment. > > 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] Itinéraire vélo non balisé
Le 29/07/2022 à 01:07, deuzeffe a écrit : Le 25/07/2022 à 10:58, Sarah Hoffmann via Talk-fr a écrit : Bonsoir, L'opinion la est assez unie: c'est la même chose que un route privée et n'a pas une place dans OSM. Je ne comprends pas très bien cet argument sur le caractère privé des objets que l'on intègre dans osm. Parce qu'à ce compte-là, pas la peine d'intégrer le bâti des maisons individuelles des particuliers, les supermarchés et leurs parkings, les forêts privées, les exploitations agricoles, etc. ; tout ça étant privé, donc, et n'aurait pas sa place dans osm ? Sinon, je viens de lire la discussion sur le forum allemand. Des arguments sont judicieux (pas de balisage, assemblage de tronçons déjà existants - et balisés ? - référence à des plateformes de dépôt de traces GPX, etc.). Ça ressemble effectivement à un "itinéraire touristique conseillé" (et pour cause !). Est-ce que c'est parce que le "balisage" est uniquement numérique que cela peut aller à l'encontre des préceptes d'osm ? Je pense que Sarah voulais parler d'itinéraires privés (route est un faux-ami). J'ai mon itinéraire favori pour aller de A à B, je ne vais pas l'ajouter dans OSM, tout comme je ne vais pas y mettre des données privées, tel qu'un carnet d'adresses (déjà vu). Pour les itinéraires, ils doivent soit être matérialisé sur le terrain, soit avoir un aspect public et émaner d'une source avec un minimum d'autorité sur le sujet qui leur donne ce caractère "officiel". Il est juste question de ça il me semble. Ils peuvent en plus très bien passer sur des propriétés privées, mais dans ce cas ont fait l'objet d'une convention ou quelque chose de ce genre. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité - highway=rest_area
Le 08/07/2022 à 14:19, Marc_marc a écrit : Bonjour, Le 08.07.22 à 12:01, Christian Quest a écrit : Ways with highway=rest_area should not be checked for connectivity... the wiki confirms that this tag is used only on areas and nodes, not unclosed ways. je comprend pas le lien que tu fais entre les 2 : une aire (une aire de repos d'autoroute, un parking dans un centre commercial, ...) est connectable au réseau routier d'ailleurs pour ce tag le wiki dit "The junction way from the highway is mapped with highway=*_link" s'il y a jonction, c'est que c'est connecté, router jusqu'à l'entrée est quand même bien mieux que router à proximité en espérérant que l'utilisateur trouve l'entrée par lui-même Il n'y a pas forcément de noeud commun, un highway=* peut traverser l'emprise de l'aire de service qui n'a rien de routable en elle même donc les erreurs de connectivité me semblent être des faux positifs. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bon usage (ou bonne définition) des multipolygones ?
Le 08/07/2022 à 00:56, osm.sanspourr...@spamgourmet.com a écrit : Non, faire des trous pour dire que les bâtiments ne font pas partie du centre de loisir n'a aucun sens. Pareil pour l'autre cas... il n'y a pas de raison de mettre les bâtiments en inner du landuse où ils se trouvent. Une analyse révèle souvent des erreurs autres que celles qu'elle cherche à la base. Sur le challenge concernant les relations "restriction", ça m'a remonté des intersections inutilement complexifiées par l'ajout de way pour les voies pour tourner alors qu'elles ne sont pas séparées, donc à mapper en turn:lanes=* et pas avec des objets séparés. On cherche des aiguilles dans la meule de foin et on trouve aussi des épingles ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité
Ways with highway=rest_area should not be checked for connectivity... the wiki confirms that this tag is used only on areas and nodes, not unclosed ways. Here is an example: https://maproulette.org/challenge/27918/task/132558893 -- Christian Quest - OpenStreetMap France ___ 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=*
> Le 6 juil. 2022 à 21:15, osm.sanspourr...@spamgourmet.com a écrit : > Autant en langage naturel, la distinction bois/bosquet a un sens autant > avec OSM ça n'en a pas. > > Car la différence c'est la surface, surface qui est tracée dans OSM. Bien sûr que les bosquets sont la variété la plus petite des bois : 10 à 50 ares (norme officielle). Après, il y a les bocqueteaux, puis les (grands) bois. Ils doivent recevoir l’attribut « wood ». Mais, je ne mentionnais pas un bois, mais un bouquet d’arbres, soit pas plus 7 ou 8 individus, que je rencontre souvent en milieu urbain. On en voit parfois 4 ou 5 qui mêlent leurs ramures tout en étant de part et d’autre de murs de propriétés. PuIsque ce ne sont pas des bois, ce sont des bouquets d’arbres (« tree_group »). Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité
Le 07/07/2022 à 12:19, Christian Quest a écrit : I'm surprised by some weird restrictions added by users using iD... I suspect some problem at the editor level. Je confirme... le module d'édition de restrictions/obligations d'iD facilite vraiment la contribution, mais pousse aussi vraiment au crime dans bien des cas. Exemple: une route arrivent sur un rond-point En sélectionnant le noeud d'intersection, l'analyse des possibilités de circulation à partir des oneway=yes et junction=* est bien correcte, mais il va quand même permettre de créer des relations inutiles, voire fausses (comme interdiction d'entrer sur le rond-point, donc une voie en cul-de-sac au niveau routage). Misère ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité
Le 04/07/2022 à 14:38, TomTom OSM a écrit : Bonjour, C'est Marjan de TomTom. Je ne parle pas le français régulièrement, donc je m'excuse si ce message contient des erreurs. La version anglaise de ce message que j'ai traduite avec l'aide de DeepL Translate est incluse ci-dessous. J'ai quelques défis MapRoulette que j'aimerais partager avec vous. Ces défis peuvent vous aider à résoudre différents types de problèmes de données en France. Vous pouvez les trouver tous dans ce projet MapRoulette<https://maproulette.org/browse/projects/48741>. Les tâches des défis ont été générées à l'aide d'instances publiques d'outils d'assurance qualité OSM tels que Atlas et Osmose, et de contrôles de qualité développés et validés en interne. Vous pouvez parcourir les défis une tâche à la fois, évaluer les données et corriger des erreurs de qualité si nécessaire. Vous trouverez plus de détails sur nos activités d'amélioration des données en France sur notre page GitHub<https://github.com/tomtom-international/open-data/issues/145>. Sentez-vous libre d'essayer ces défis. Notre équipe y travaillera aussi dans quelques semaines. Faites-moi savoir si vous avez des questions ou des commentaires. Bonne journée! Marjan - I have a couple of MapRoulette challenges that I would like to share with you. These challenges can help you fix different types of data issues in France. You can find all of them in this MapRoulette project<https://maproulette.org/browse/projects/48741>. The tasks in the challenges were generated using public instances of OSM quality assurance tools such as Atlas and Osmose, and internally developed and validated quality checks. You can go through the challenges one task at a time, assess the data and correct quality errors where needed. More details about our data improvement activities in France are on our GitHub page<https://github.com/tomtom-international/open-data/issues/145>. Feel free to try out these challenges. Our team will also work on them in a couple of weeks. Let me know if you have any questions or comments. Have a nice day! Marjan ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonjour Marjan, The "invalid turn restriction" challenge is very nice. I'm surprised by some weird restrictions added by users using iD... I suspect some problem at the editor level. -- Christian Quest - OpenStreetMap France ___ 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=*
> Le 5 juil. 2022 à 21:55, blef via Talk-fr a écrit > : > En lisant ton message, j'ai d'abord cru à un lapsus de ta part, mais après > recherches je vois qu'il existe bien des occurrences > <https://taginfo.openstreetmap.org/tags/natural=tree_group> de > natural=tree_group . > Par contre, je ne vois qu'une seule mention dans le wiki > <https://wiki.openstreetmap.org/wiki/Proposed_features/natural%3Dtree_group> > dans les propositions avec le statut "draft". > Est-il judicieux d'utiliser un nouveau tag n'ayant fait l'objet d'aucune > discussion et non documenté parmi les tag "en usage"? Ce taggage est proposé par iD. Je l’ai adopté, car il correspond à une lacune évidente : un bouquet d’arbres n’est pas un « wood » et distinguer chaque arbre, alors qu’il est imbriqué dans ses voisins, c’est induire en erreur, un taggage pour le non rendu. Christian R. ___ 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=*
Cela me semble aussi raisonnable. Vote pour. Christian R. Note : j’utilise maintenant natural = tree_group qui est pertinent pour les bouquets d’arbres, surtout ceux partagés entre 2 ou 3 propriétés. > Le 1 juil. 2022 à 15:46, Marc_marc a écrit : > > 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 29/06/2022 à 10:57, Volker Schmidt a écrit : Une réponse étrangère: En Italie on utilize de routine - area=yes - highway=pedestrian et on ajoute des - highway=footway pour le routing. Voir https://wiki.openstreetmap.org/wiki/Tag:highway%3Dpedestrian#Squares_and_plazas Attention: " Also other paths such as highway <https://wiki.openstreetmap.org/wiki/Key:highway>=footway <https://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway> as well as roads have to connect with the edge of the pedestrian area where they intersect " PS: Je ne suis pas d'accord avec "On ne taggue pas pour les logiciels de routage". Au contraire, il nous faut faire "tagging for routing". Produire des données pour la navigation est une tâche prioritaire de OpenStreetMap. Volker Padoue, Italie Il serait préférable d'ajouter des highway=pedestrian, par cohérence. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de zone géographique / touristique
Le 24/06/2022 à 15:59, Marc_marc a écrit : Bonjour Yannick, Le 24.06.22 à 12:13, Yannick a écrit : Le 24/06/2022 à 10:48, Marc_marc a écrit : à n'ajouter que si cela a du sens encore aujourd'hui vu que c'est vraiement vieux Tu ne peux préjuger de ce qui est utile ou non à d'autres. Merci pour ton avis. Juger si c'est utile ou pas n'est pas mon propos. mon propos c'est qu'osm c'est la réalité d'aujourd'hui. osm n'est pas une base de donnée de l'histoire du monde. exemple 1 : le tracé de l'empire romain sans aucune trace sur le terrain est utile à plein de personne mais il n'a pas sa place dans osm, des prrojets style OpenHistoricalMap sont fait pour ce genre de données historiques. exemple 2: Certaines communes fusionnées sont encore utilisée aujourd'hui, des personnes disent encore parfois "j'habite dans l'ancienne commune ABC", des noms de rues changent encore parfois de nom à l'ancienne limite communale. je trouve pertinent de conserver ce genre de donnée dans osm "pour un certain temps" Pour une tracé d'une entité administrative qui n'existe plus depuis la révolution française, j'ai un gros doute, ne sachant pas si Nicolas parlait de l'entité administrative ou "géologique" Si qlq trouve que cela a encore une réalité aujourd'hui, alors cela a sa place dans osm, sinon (et c'est mon impression), c'est une information pour OpenHistoricalMap https://wiki.openstreetmap.org/wiki/FR:Open_Historical_Map Cordialement, Marc Je ne sais pas si on parle de la même chose, mais j'ai une maison en Bourgogne, dans l'Auxerrois, à côté du Pays d'Othe et de la Puisaye Ces noms comme ceux listés dans le premier post sont usités, ils ont donc toute leur place dans OSM de mon point de vue. Il peuvent correspondre à des découpages historiques, mais tant qu'on y fait référence pourquoi s'en priver ? C'est la grande richesse d'OSM, sa diversité dans les données. -- Christian Quest - OpenStreetMap France ___ 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 à 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. Prêt à tester à plusieurs d'autres procédés. Nb : Twitter remplace totalement l'EXIF J. Autre option: mettre ça dans un ZIP, ça devrait régler le problème. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cohérence base adresse / siren / cadastre
Le 20/06/2022 à 22:46, Nicolas Bétheuil a écrit : Bonsoir, Allant bientôt faire un tour de vélo dans le coin de la normandie vers le mont saint michel, j'ai voulu repérer les réparateurs de vélo au cas où. Je suis tombé sur un noeud entre le cadastre et la base adresse. Qui tranche entre les différentes autorités ? La route en question : https://www.openstreetmap.org/way/236981573 côté base adresse : https://adresse.data.gouv.fr/base-adresse-nationale/50484_6ajy9x#16.19/48.579986/-1.103393 Il y a une différence dans la localisation du lieu dit/quartier "Le clos drieux" "Les isles" est lui absent du cadadre. La société en question SARL VELO'NATUREL LES ISLES 143 RTE D AVRANCHES 50600 SAINT-HILAIRE-DU-HARCOUET avec son site : https://www.velonaturel.com/ Du coup tout un paté de maison n'est pas géocodé et ne remonte pas dans osmose (j'imagine) dans l'analyse siren http://osmose.openstreetmap.fr/en/map/#zoom=17=48.580269=-1.101916=8310=1%2C2%2C3=== Les modifications que j'envisage : déplacer le nom "le clos drieux" placer "les isles" nommer la way "route d'avranche" positionner les adresses (le 143 est absent de la base adresse). voir ce que osmose remonte Comme la modif est un peu grosse et que c'est un peu nouveau, je me demandais avant de tout casser. Merci pour vos lumières Petite enquête... - la photo sur le site web https://www.velonaturel.com/ montre un bâtiment bien récent - il y a un terrain vague entre le 141 et le 145 de la BAN - sur leur page facebook, les photos montrent en reflet dans leur vitrine le bâtiment d'en face - Mapillary permet de confirmer l'allure du bâtiment à la forme de son toit - un contrôle sur GoogleStreetView confirme tout ça. J'ai fait les modifs. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 3 pour le prix d'une.
Le 06/06/2022 à 17:34, Jacques Lavignotte a écrit : Vous confirmez que 3 amenity=townhall https://www.openstreetmap.org/#map=19/46.57711/0.30555 c'est pas une bonne idée ? J. Vraiment pas. De même que... name=Boite à livres name=Lieux de culte name=Gymnase -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM - Désignation des shop=farm
Quelque chose signifiant «items produits sur place » serait plus approprié et pourrait être utilisé pour d’autres site comme la poterie, les fleurs ou les produits maraîchers (voire les pierres tombales) pour distinguer l’aire de production de l’aire de vente. Christian R. > Le 6 juin 2022 à 12:40, osm.sanspourr...@spamgourmet.com a écrit : > > Bof (ni pour ni contre). > > Car oui primeur est clairement mauvais mais "Produits de la ferme" > indique que les produits viennent de la ferme. Un hypermarché n'est pas > une ferme, "Produits fermiers" serait ambigu. > > "Vente à la ferme" ne dit pas si ces produits viennent de la ferme en > question (je pense à des marchés de producteurs à la ferme). > > Donc au final je botte en touche. ___ 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. Tant pis. J'ai ajouté une feuille de style hidpi pour gérer ça et ça va pas mal du tout (Ubuntu 20.04). Je l'ai un peu adaptée à mon goût. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout/Homogénéisation des tags brand sur les grandes enseignes
Pourtant, il y a derrière cette appellation une marque, car les galeries commerciales de Leclerc qui sont rarement insérées dans des sites à plusieurs étages gardent ce qui semble être appellation commerciale globale, ce qui peut refléter une tutelle sur les commerces. Est-ce identique à « G La Galerie » qui peut avoir un Géant comme magasin principal, mais n’être pas ou plus géré par Casino ? Je vois des « lycées techniques X », est-ce trop « descriptif » ? Christian R. > Le 19 mai 2022 à 10:25, Christian Quest a écrit : > J'ai rapidement regardé https://pastebin.com/jivrHHJW > > > Je suis étonné par le nombre de "Centre Commercial E. Leclerc" avec le même > brand. D'où cela vient-il ? NSI ? > > Je suis gêné aussi par ce "centre commercial" qui est descriptif et pas > nominatif. Pour d'autres enseignes, on ne met pas "centre commercial", pour > Casino on a juste "Géant" (que je verrai d'ailleurs plutôt en "Géant > Casino"). Même chose pour "supermarché". > > -- > Christian Quest - OpenStreetMap France > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout/Homogénéisation des tags brand sur les grandes enseignes
J'ai rapidement regardé https://pastebin.com/jivrHHJW Je suis étonné par le nombre de "Centre Commercial E. Leclerc" avec le même brand. D'où cela vient-il ? NSI ? Je suis gêné aussi par ce "centre commercial" qui est descriptif et pas nominatif. Pour d'autres enseignes, on ne met pas "centre commercial", pour Casino on a juste "Géant" (que je verrai d'ailleurs plutôt en "Géant Casino"). Même chose pour "supermarché". -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Places PMR et fond OSM France KO
Le 12/05/2022 à 00:25, osm.sanspourr...@spamgourmet.com a écrit : Ça se discute, les parkings multiplaces vélo (et pas juste un arceau biplace) sont sans doute dans des endroits typiques (gares, lieux d'enseignement...) et donc leur emplacement "devinable" : près de l'entrée principale. Devoir zoomer dans ce coin ne devrait pas être une forte contrainte. De plus un véhicule motorisé se déplaçant plus vite, le niveau de zoom adapté est plus petit. Un besoin me semble d'être de trouver une place (vélo, PMR) "au plus près". Je croyais que Nominatim permettait de trouver par exemple les aéroports près d'un lieu. Soit je ne trouve plus la syntaxe (et Sarah va nous donner la réponse, merci^^) soit j'ai rêvé. Mais c'est plus du boulot de routage. et une fois arrivé près, on peut l'afficher sur une carte à un fort niveau de zoom. Les places PMR sur le rendu FR ne sont visibles que pour les plus forts zoom car il me semble qu'on cherche justement une place à proximité d'une destination, car le déplacement entre cette place de stationnement et la destination finale va se faire en fauteuil et doit donc être limité même si avant cela on est motorisé. L'idée ici est plus de signaler son emplacement au sein d'un parking ou sur un axe qu'autre chose d'où ce choix de zoom. Pour un parking vélo, on peut estimer que le reste du déplacement à pied pose moins de problème et que le vélo peut donc être garé plus loin (donc zoom plus faible). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] HTTP 502 sur Volta
Le 24/04/2022 à 16:12, Francois Gouget a écrit : Depuis le week-end dernier (environ, 2022-04-16) la couche Volta ne semble plus fonctionner. En testant dans josm aujourd'hui je vois qu'il se prend plein d'erreurs "502 Bad Gateway" : 2022-04-24 16:10:38.114 INFOS: GET http://a.tile.openstreetmap.fr/volta/17/65076/45100.png -> HTTP/1.1 502 (14 ms; 157 B) Je suppose que ceci explique cela... Oui, panne sur osm13 qui sert les rendus techniques comme Volta, BANO, BDTopo, etc... A suivre sur https://github.com/osm-fr/infrastructure/issues/363 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de donnée nationale des bâtiments
Le 20/04/2022 à 22:58, osm.sanspourr...@spamgourmet.com a écrit : Pourquoi utilises-tu alors OSM ? OSM est une source secondaire voir tertiaire ou plus. L'avantage c'est que des erreurs de la base primaire (telle que les boîtes postales passées à plus d'un km de leur lieu réel) sont corrigés. Que des trous (avec d'autres données possiblement de qualité moindre) sont complétés. En quoi je comprends Christian : il faut que la source soit claire et la confiance dans la validité des données aussi. Je ne dis pas que tu as forcément tort. Mais si comme tu le penses c'est toujours valable, je ne comprends pas pourquoi tu contribues à OSM puisque selon toi ce sera toujours moins bon. Jean-Yvon (un peu provocateur mais pas vraiment) Un peu ? Ici (BDNB), c'est uniquement de l'appariement automatique, aucun humain pour améliorer les données au passage... typiquement ce qu'on évite dans OSM en ne faisant pas des imports en aveugle ou après avoir bien valider la qualité des données. Le CSTB qui est à la manoeuvre indique d'ailleurs entre les lignes que c'est une version "beta"... 0.6 Sur ce que j'ai regardé c'est moche. La maison de mon voisin confondue avec sa buanderie, la surface calcule de ma toiture bien inférieur à l'emprise au sol de ma maison, etc... Documentation bien complète à lire sur: https://gitlab.com/BDNB/base_nationale_batiment/-/wikis/home En règle général, il vaut mieux effectivement s'adresser au bon dieu qu'à ses saints (j'ai faillit le mettre dans mon précédent messages). Après on peut trouver des exceptions à cette règle, comme toujours. PS: au passage, mes problèmes d'envoi sur talk-fr semblent résolus... une petite vacherie de SPF enfin comprise ce matin. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de donnée nationale des bâtiments
Le 19/04/2022 à 22:57, Sébastien Dinot a écrit : Serge Faraut a écrit : pourquoi ne pas utiliser directement la donnée source nationale qu'est la BDTOPO de l'IGN? Surtout que celle-ci est désormais également en OpenData... Je découvre ces bases. Sachant que les services publics n'avaient pas réussi à fédérer leurs efforts pour constituer la BAN avant que la communauté OSM ne vienne les aiguillonner en créant la BANO, je n'aurais jamais imaginé qu'ils puissent constituer de telles bases sur les bâtiments. Sébastien Attention, la qualité du contenu de cette base n'est pas bien clair... je ne l'utiliserai pas comme source pour OSM, il vaut mieux utiliser les bases qui lui servent de source. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème d'envoi de mails sur talk-fr ?
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. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-se] Importera byggnadshöjder där dessa saknas?
Hej. Ja det vi kommer att få ut i projektet är höjd i centroid eller medelhöjd skulle jag tro. Jag får undersöka ifall vi kan beräkna maxhöjd samtidigt utan att det blir för mycket merarbete, för då blir det svårt för mig att motivera på jobbet. Mvh Christian Den 2022-03-18 kl. 10:18, skrev Johan: Stora differanser på byggnadshöjd borde flaggas där height redan finns. Små differanser är väl lättast att ignorera. Det hade ju ändå blivit en omöjlig uppgift att ta reda på om "8 eller 9 meter" är det rätta värdet på tusentals byggnader runt om. För stora differanser kan man väl göra en "fixme:height=" tag eller nåt sånt. Skulle också tro att det blir väldigt fel för OSM om det skulle läggas in genomsnittshöjd. Alla hus där översta våningen är "i taket" skulle ju bli helt fel. Jag gissar att alla här är eniga i att det MÅSTE vara högsta punkten (exl. antenner etc). Johan / https://www.openstreetmap.org/user/Wulfmorn Den 18. mars 2022 kl. 07.27.17 +01.00 skrev Christian Asker : Jo, jag antog att det var det du menade... Byggnader som redan har höjd angiven vill jag inte pilla på, men man kan ju lägga dit någon extratagg så det går att titta på dem manuellt efteråt. Sen är ju byggnadshöjd kanske inte helt entydigt; när vi modellerar luftmiljö är det snarast genomsnittshöjd som är intressant medan man väl oftast annars tänker sig höjden för högsta punkten. Mvh Christian Micke skrev: (18 mars 2022 07:19:15 CET) Förutsatt att _inte_ befintliga height-taggar skrivs över. Skulle det så klart stå. /Anders Andersson *Från:* Micke *Skickat:* den 16 mars 2022 22:07 *Till:* Christian Asker ; OpenStreetMap Sverige mailinglista *Ämne:* Re: [Talk-se] Importera byggnadshöjder där dessa saknas? Hej! Det låter som en bra idé. Förutsatt att befintliga height-taggar skrivs över. Dessa vore kanske bra att gå igenom manuellt. Det är ju ett jobb som går att dela upp på flera, att avgöra om den importerade eller den befintliga är mest trolig. /Anders Andersson ---- *Från:* Christian Asker *Skickat:* den 15 mars 2022 10:23 *Till:* OpenStreetMap Sverige mailinglista *Ämne:* [Talk-se] Importera byggnadshöjder där dessa saknas? Hej kära karterare. Jag vet inte ifall jag ska fråga här eller i facebook-gruppen för OSM-Sverige, men jag börjar här i alla fall. Jag heter Christian Asker och karterar en del för OSM på fritiden. I mitt arbete som forskare i luftmiljö på SMHI använder vi OSM-data både här och där. Bland annat använder vi byggnader för att modellera luftmiljön i gaturum i städer. En osäkerhet här är att många byggnader i OSM saknar byggnadshöjd. Som ett led i ett projekt kikar vi nu på att plocka byggnadshöjder från Lantmäteriets Laserdata skog. Än så länge täcks bara delar av Sverige av denna laserdata, men det är åtminstone bättre än det vi har nu. Frågan är nu: när vi ändå beräknar byggnadshöjder, ska vi kanske importera dessa till OSM, för de byggnader som saknar höjd-info idag? Licensen på datat från LM är CC0, så den ska vara kompatibel med OSM. Troligen kommer det handla om att plocka höjden i centroid-punkten för varje byggnad. Troligen får man även filtrera bort små byggnader. Importen innebär alltså inte att man lägger till byggnader som inte redan finns i OSM, utan endast "height"-taggen där denna saknas. Så; är detta intressant för OSM? Mvh Christian Asker (OSM: ChristianA) -- Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet. ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Importera byggnadshöjder där dessa saknas?
Jo, jag antog att det var det du menade... Byggnader som redan har höjd angiven vill jag inte pilla på, men man kan ju lägga dit någon extratagg så det går att titta på dem manuellt efteråt. Sen är ju byggnadshöjd kanske inte helt entydigt; när vi modellerar luftmiljö är det snarast genomsnittshöjd som är intressant medan man väl oftast annars tänker sig höjden för högsta punkten. Mvh Christian Micke skrev: (18 mars 2022 07:19:15 CET) >Förutsatt att _inte_ befintliga height-taggar skrivs över. Skulle det så klart >stå. > >/Anders Andersson > > >Från: Micke >Skickat: den 16 mars 2022 22:07 >Till: Christian Asker ; OpenStreetMap Sverige >mailinglista >Ämne: Re: [Talk-se] Importera byggnadshöjder där dessa saknas? > >Hej! > >Det låter som en bra idé. Förutsatt att befintliga height-taggar skrivs över. >Dessa vore kanske bra att gå igenom manuellt. Det är ju ett jobb som går att >dela upp på flera, att avgöra om den importerade eller den befintliga är mest >trolig. > >/Anders Andersson > > >Från: Christian Asker >Skickat: den 15 mars 2022 10:23 >Till: OpenStreetMap Sverige mailinglista >Ämne: [Talk-se] Importera byggnadshöjder där dessa saknas? > >Hej kära karterare. Jag vet inte ifall jag ska fråga här eller i >facebook-gruppen för OSM-Sverige, men jag börjar här i alla fall. > >Jag heter Christian Asker och karterar en del för OSM på fritiden. I >mitt arbete som forskare i luftmiljö på SMHI använder vi OSM-data både >här och där. Bland annat använder vi byggnader för att modellera >luftmiljön i gaturum i städer. En osäkerhet här är att många byggnader i >OSM saknar byggnadshöjd. > >Som ett led i ett projekt kikar vi nu på att plocka byggnadshöjder från >Lantmäteriets Laserdata skog. Än så länge täcks bara delar av Sverige av >denna laserdata, men det är åtminstone bättre än det vi har nu. > >Frågan är nu: när vi ändå beräknar byggnadshöjder, ska vi kanske >importera dessa till OSM, för de byggnader som saknar höjd-info idag? >Licensen på datat från LM är CC0, så den ska vara kompatibel med OSM. >Troligen kommer det handla om att plocka höjden i centroid-punkten för >varje byggnad. Troligen får man även filtrera bort små byggnader. > >Importen innebär alltså inte att man lägger till byggnader som inte >redan finns i OSM, utan endast "height"-taggen där denna saknas. Så; är >detta intressant för OSM? > > >Mvh Christian Asker (OSM: ChristianA) > > > > -- Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] Importera byggnadshöjder där dessa saknas?
Hej kära karterare. Jag vet inte ifall jag ska fråga här eller i facebook-gruppen för OSM-Sverige, men jag börjar här i alla fall. Jag heter Christian Asker och karterar en del för OSM på fritiden. I mitt arbete som forskare i luftmiljö på SMHI använder vi OSM-data både här och där. Bland annat använder vi byggnader för att modellera luftmiljön i gaturum i städer. En osäkerhet här är att många byggnader i OSM saknar byggnadshöjd. Som ett led i ett projekt kikar vi nu på att plocka byggnadshöjder från Lantmäteriets Laserdata skog. Än så länge täcks bara delar av Sverige av denna laserdata, men det är åtminstone bättre än det vi har nu. Frågan är nu: när vi ändå beräknar byggnadshöjder, ska vi kanske importera dessa till OSM, för de byggnader som saknar höjd-info idag? Licensen på datat från LM är CC0, så den ska vara kompatibel med OSM. Troligen kommer det handla om att plocka höjden i centroid-punkten för varje byggnad. Troligen får man även filtrera bort små byggnader. Importen innebär alltså inte att man lägger till byggnader som inte redan finns i OSM, utan endast "height"-taggen där denna saknas. Så; är detta intressant för OSM? Mvh Christian Asker (OSM: ChristianA) ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk-fr] MS BOT
Pour moi, les sources ne sont pas sur le terrain, mais à l’intersection de deux « usages nationaux » qui peuvent rarement se contredire, mais qui s’impos(ai)ent au moins pour les noms propres d’origine romane . Je ne me prononcerai pas sur les les noms en basque, corses, alémaniques, etc, mais bretons oui (Straed Yann an Henañ/Rue Jean Le Hénaff). Source principale de norme : la règle typographique du français qui est, en théorie, suivie par les éditeurs et les imprimeurs. Dans un dictionnaire consacrés aux gens de lettres, on lisai jusqu'ici : La Fontaine, Jean de . Jean de la Fontaine naquit le le 8 juillet <https://fr.wikipedia.org/wiki/8_juillet> 1621 <https://fr.wikipedia.org/wiki/1621> à Château-Thierry <https://fr.wikipedia.org/wiki/Ch%C3%A2teau-Thierry> . Je vois que Wikipédia écrit : « Jean de La Fontaine », mais cela ne rien veut dire d’autre qu’il est et sera de plus en plus woke ;-) . Dans le fil du même usage consacré, on écrit Georges Villiers de l’Isle-Adam, Antoine Rouget de l’Isle, Charles de la Rochefoucaud. Les rédacteurs de plaques de rue ont généralement suivi ces règles et les graveurs et émailleurs aussi. L’autre source éventuelle a pu être l’Institut géographique national qui tendait à suivre la règle typographique pour les noms de personnes, alors qu’il a introduit l’innovation de capitaler les adjectifs à l’initiae (Moulin Blanc). Où trouve-t’on la régle typographique ? Dans des manuels écrits par des typographes qu’on appelle « codes typographiques <https://fr.wikipedia.org/wiki/Code_typographique> ». Mais, c’est un peu touffu. Conclusion : pas de règle nationale facile à trouver, quand il s’agit d’un usage, soumis par nature à l’évolution. Pour ma part, je m’en tiens à Jean de la Fontaine et les ordinateurs n’ont qu’à se débrouiller. Question : quelles sont les liens entre le geekisme et le wokisme ? De Santism, gouverneur de Floride, vient de dire que le wokisme est le nouveau nom du marxisme, mais, pour le coup, ça ne nous aide pas ;-). Christian R. > Le 24 févr. 2022 à 13:47, Marc SIBERT a écrit : > > Bonjour, > > So what ? Je suis preneur d'une conclusion claire pour encoder une correction > cohérente et applicable sur une base nationale. Et s'il n'y en a pas, ben je > vais continuer à corriger "La Tour" puisque c'est pas juste mais c'est pas > faux non plus. > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment mapper une retoucherie ?
Bonjur, Noémie et les autres, Ma première idée est qu’il serait mieux d’utiliser craft, car c’est vraiment l’expertise manuelle qui est l’élément majeur. Cependant, shop couvrirait mieux la gamme des services avec l’ajout de *=yes. Dressmaker me semble convenir, car le métier de tailleur était surtout orienté vers l’habit masculin, alors que les retoucheries doivent vendre plus de robes ou jupes qu’autre chose. Mais, je ne les pas assez fréquentées pour en être sûr. Donc, shop = dressmaker repair = clothes sewing = yes Christian R. > Le 25 févr. 2022 à 19:30, Noémie Lehuby via Talk-fr > a écrit : > > Bonsoir, > > Quels tags utiliser pour décrire une retoucherie : un commerce où on peut > faire faire un ourlet, remplacer une fermeture éclair, etc ? > > En faisant une petite recherche dans les données déjà dans OSM, je dirais > qu'on a 3 tags candidats et surement à combiner : craft / shop / repair > > Pour craft : > craft = tailor ou craft = dressmaker semble assez adapté (même si je ne vois > pas trop comment choisir entre les deux pour une retoucherie) > > Pour shop : > - si on y vend aussi du matos de couture : shop = sewing > - si ce n'est pas l'activité principale du lieu : c'est un pressing qui > propose des retouches donc shop = dry_cleaning, c'est un magasin de vetements > qui a un petit atelier donc shop = clothes, etc > - sinon : shop = tailor ? shop = dressmaker ? shop=clothes ? > > Pour repair : > Le tag est à mon avis utile pour porter l'idée qu'on ne peut pas acheter un > vêtement sur mesure ici, mais plutôt en modifier un existant > J'ai l'impression qu'on a deux choix ici : > - repair=only (pour indiquer qu'on ne fait que de la "réparation"). Mais si > on le met sur un pressing, on ne comprend pas trop ... > - repair=clothes > > Ce qui donnerait en conclusion : > - Un pressing retoucherie : shop=dry_cleaning + craft=dressmaker/tailor ? + > repair=clothes > - Une retoucherie qui ne fait que ça : shop=dressmaker/tailor ? + > craft=dressmaker/tailor ? + repair=clothes/only ? > > Qu'en pensez-vous ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Multipolygone brayé, mais je ne trouve pas où
Le 20/02/2022 à 19:15, David Marchal via Talk-fr a écrit : Salut, la liste ! Hier, j’ai ajouté un membre inner à un multipolygone (https://www.openstreetmap.org/relation/297388) mais, maintenant, il apparaît tout cassé au rendu, alors que le validateur JOSM ne signale rien d’anormal. Quelqu’un pourrait y jeter un œil et me dire ce qui cloche ? Je comprends pas… Dans l’attente de vos lumières, Cordialement. JOSM me détecte ça: https://www.openstreetmap.org/relation/297388#map=19/48.05379/7.06031 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr asso] Prochain CA de l’association OSM-FR - mardi 1 février
Le 09/02/2022 à 10:14, Georges Dutreix via Talk-fr a écrit : Le 08/02/2022 à 16:22, Christian Quest a écrit : A nous de voir si on veut se lancer dans un tel chantier, seuls ou à plusieurs (je pense à l'IGN mais pas que, surtout si on veut avancer rapidement). Des fois je rêve à du stockage distribué / décentralisé. Un géo-fédiverse. Chacun connaissant la liste des photos du voisin, et pouvant faire un miroir s'il le souhaite. Si l'IGN se lançait dans le financement du développement, ça pourrait aller assez vite. Je dis ça, c'est juste du #yakafokon :-) Chaque instance stocke des photos, publie un catalogue, avec un dump+diff du catalogue et se référence auprès d'un annuaire. Ensuite libre à chacun d'agréger le catalogue, de répliquer tout ou partie des photos, de proposer une API de recherche plus ou moins évoluée, des services complémentaires. Chaque photo a un id unique, un catalogue agrégé permet de savoir sur quelle(s) instance(s) elle est disponible ce qui permet aussi de veiller à ce qu'il y ait toujours au moins une réplique. Des protocoles basiques suffisent à mon avis pour que ça reste léger et trivial à déployer au moins pour un PoC. Regardez les dump+diff d'OSM, simple efficace, KISS :) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr asso] Prochain CA de l’association OSM-FR - mardi 1 février
Le 06/02/2022 à 13:46, Georges Dutreix via Talk-fr a écrit : Bonjour, et merci pour ce résumé. Je lis "6.6M de photos sur osm32" : y-a-t-il un souhait de l'association pour que l'on mette au pot commun nos propres photos ? Ou non, il ya un problème de place, mieux vaut attendre. Si j'avais écouté le CA, j'aurais sûrement eu la réponse à ma question mais je suis mauvais élève :-) Je dois en avoir environ 15000. Mais c'est vrai que si 200 contributeurs déversent leurs photos, cela ne va pas être négligeable. Clairement l'enjeu ça va être l'espace de stockage, et ensuite la bande passante pour y accéder. Ces 6.6M de photos occupent 18To... Mapillary c'est 1.5MM de photos, soit plus de 4Po si on extrapole à partir de notre échantillon. Imaginons une photo tous les 10m sur 1.5M de km de routes de France, ça ferait 150M de photos... 450To. Si on ajoute de la redondance, on atteint facilement 1 Po pour une seule couverture globale. Je suis en train de faire quelques évaluations justement histoire de voir où ça peut nous mener, que ce soit pour la prise de vue, le floutage, le stockage. Mes essais en cours avec un smartphone à 300€ permettent de capturer 3 à 4 images par seconde en 4K x 2K, puis vient le floutage au rythme de 1 à 3 images/seconde en fonction des algo utilisés. Aujourd'hui, OSM-FR n'a pas la capacité de démarrer un vrai pot commun massif. On a juste récupéré il y a 2 ans des photos depuis Mapillary, après leur rachat par facebook et les incertitudes que cela provoquait sur la pérénité du "takeout", c'est à dire à récupérer en haute-def ses propres photos. On sait maintenant qu'il y avait de quoi s'inquiéter, car le "takeout" des versions haute-def n'est plus possible y compris par les contributeurs eux même... donc si vous n'avez pas gardé une copie ou récupéré vos contributions, c'est terminé. Ceci confirme qu'on a vraiment besoin d'avancer sur ce sujet. Je n'ai pas plus confiance dans l'alternative Kartaview, ex OpenStreetCam et ex OpenStreetView. A titre perso, j'ai récupéré mes photos Mapillary (elles font partie des 6.6M), et j'ai pas mal de photos en plus. A nous de voir si on veut se lancer dans un tel chantier, seuls ou à plusieurs (je pense à l'IGN mais pas que, surtout si on veut avancer rapidement). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Dessinetaville] Création d’une initiative européenne pour les communs numériques
Le 08/02/2022 à 12:17, Jean-Christophe Becquet a écrit : Bonjour, Une opportunité pour OSM ? Je ne sais pas. Les communs c'est devenu la grande mode, tout le monde s'y met... mais sans forcément être bien au clair sur ce qu'on entend par là (cf les "géocommuns"). C'est comme les initiatives citoyennes... c'est beau sur le papier. Accompagnement, accélération, tout ça... Et puis au final ça donne quoi ? Une initiative à suivre ? Oui, au moins pour savoir de quoi il est question au juste au delà de la communication qui va bon train. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] au pied du sapin... les orthos HR 2020 du 44 et 49
Elles sont sur wms.openstreetmap.fr dans la couche orthohr_2020, orthohr ! Bonnes mises à jour en attendant l'ouverture complète dans quelques jours pour les départements manquants encore à l'appel :) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage : l'utilisation et la contribution à OpenStreetMap dans les collectivité et administrations
Cadeau de Noël ouvert sans trop de problème avec LibreOffice... avec juste 2 problèmes de décalage. J'ai remis ça au propre et publié le résultat en ressource communautaire sur data.gouv.fr: https://static.data.gouv.fr/resources/resultat-dun-questionnaire-portant-sur-les-usages-et-perspectives-dopenstreetmap/20201226-101028/sondage-lutilisation-et-la-contribution-a-openstreetmap-dans-les-collectivite-et-administrations.ods Le 25/12/2020 à 08:40, Vincent Bergeot a écrit : Le 25/12/2020 à 03:01, Eric SIBERT via Talk-fr a écrit : Joyeux Noël Philippe. Merci Éric, la meilleure répartie, tout le reste était trop long ! Bon noël à toutes et tous ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espace Naturel sensible ENS dans OSM
Le 23/12/2020 à 15:32, Fred Moine a écrit : Autres question : Y'a t'il un interet d'avoir dans OSM les Espaces Naturels Sensibles ENS En sachant que Les espaces naturels sensibles des départements <https://fr.wikipedia.org/wiki/D%C3%A9partement_fran%C3%A7ais> sont un outil de protection des espaces naturels par leur acquisition foncière ou par la signature de conventions avec les propriétaires privés ou publics mis en place dans le droit français <https://fr.wikipedia.org/wiki/Droit_fran%C3%A7ais> et régis par le code de l'urbanisme <https://fr.wikipedia.org/wiki/Code_de_l%27urbanisme_(France)> : et Un espace naturel sensible est généralement considéré par l'Union Internationale pour la Conservation de la Nature <https://fr.wikipedia.org/wiki/Union_internationale_pour_la_conservation_de_la_nature> (UICN) comme une aire protégée de catégorie V <https://fr.wikipedia.org/wiki/Commission_mondiale_des_aires_prot%C3%A9g%C3%A9es>^2 <https://fr.wikipedia.org/wiki/Espace_naturel_sensible#cite_note-2> . Et si oui, Je vais ouvrir un wiki pour le suivi et l'harmonisation des données ENS sur l'isère suite à la libération des données au dpt 38 Au plaisir, FredM Si on cumule les différents domaines, il existe plus de 200 zonages en France d'après une évaluation faite par l'IGN, donc oui, on peut se poser la question de l'utilité, surtout si la donnée est disponible, mais aussi de la maintenabilité de tout ça sur le long terme. Il s'agit là clairement d'un import, car je ne vois pas ce qu'on peut vérifier/corriger au passage. Il y avait eu des imports des données du MNHN sur les espaces protégés, je doute que ça ait été mis à jour depuis... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Call to Take Action and Confront Systemic Offensive Behavior in the OSM Community
> Le 21 déc. 2020 à 00:54, Martin Koppenhoefer a écrit > : > France is the spearhead against discrimination and gender disparity, in case > you missed it, the Paris administration just recently got fined for putting a > disproportionately high number of women in management positions: > > https://www.nytimes.com/2020/12/16/world/europe/paris-too-many-women-fine.html Hi, Martin, But, the law was modified in 2019 and there is no limitation anymore. Fortunately, none will be removed. Christian Rogel___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] RPG 2.0 2019
Le 18/12/2020 à 17:28, ades a écrit : Rapidement, suis charette, comme d’hab. Bien noté tes remarques. L’idée n’est pas d’automatiser, mais d’utiliser des ressources existantes (cadastre, rpg) pour plus de précision, par rapport à CLC, mais aussi par rapport à l’utilisation de la BD Orho qui date maintenant de presque 5ans. C'est que tu vas en avoir une plus fraîche très prochainement ;) Le cycle de mise à jour de la BD Ortho est d'environ 3 ans. Pour les jachères, pour moi ça reste du 'landuse:farmland’, de même pour les prairies cultivées, qui ne sauraient être ‘meadows’, mais plutôt ‘crop=grass’, comme la maintenance n’est pas assurée, vaudrait mieux ne rien rajouter à ‘farmland’… Pour l’utilisation du cadastre, c’était juste pour avoir une géométrie « conforme », je suis bien d’accord que les parcelles cultivées ne correspondent pas tjs aux parcelles cadastrales, cela dit, en général, il me semble que sauf à distinguer la culture effective (tag ‘crop’) cela ne changera pas grand chose au ‘landuse’. Humm... la géométrie du cadastre n'est pas vraiment une référence. L'ortho est en général mieux calée, donc ajouter la cadastre pour se recaler n'est pas forcément utile. Maintenant si le terrain agricole a été construit, ou si verger ou vignes ont remplacé ou ont été remplacés par des terrains labourés (‘farmland' si je ne m’abuse) la transformation est importante et relativement pérenne. Ça ne me semble pas trop difficile à vérifier sur le terrain et (ou) à mettre à jour avec les prochaines ortho HR). Je repère au mieux les chantiers sur une ortho, ce qui permet de repasser 3 ans plus tard sur tous les landuse=construction ;) De toutes façons, dans tous les cas faut aller vérifier sur le terrain. Je me propose de faire un test sur une commune (env. 5kmx5km ; 400 parcelles du RPG) et tiendrai au courant (semaine prochaine). Cela dit je reste preneur de remarques… C'était le but de mes remarques... vérifier par la pratique par un premier test, puis quelques autres dans d'autres région car les cohérences entre sources peuvent nettement varier. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un début de OSM - mon commerce
Le 18/12/2020 à 13:00, Francois Gouget a écrit : On Thu, 17 Dec 2020, Stéphane Péneau wrote: [...] Autre solution intermédiaire : Afficher les horaires des différents services (Osm, google, pages jaunes, etc...). C'est probable que ça intéresse les commerçants de vérifier depuis une seule page que tout est à jour. Et dans un premier temps, depuis ce site il ne sera possible que de modifier les horaires Osm. Sauf que "afficher les horaires des différents services" suppose d'utiliser les données de ces services. Encore faut-il que ces derniers autorisent ce type d'utilisation via une license adéquate. Pas de problème pour OSM, mais pour les autres ça reste à voir... Sans parler de la faisabilité technique... il n'y a pas vraiment d'API ouvertes chez tout le monde pour récupérer ces infos et les afficher ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RPG 2.0 2019
oles et parcelles cadastrales. Elles sont différentes. Une parcelle cadastrale peut avoir plusieurs cultures, et une parcelle agricole peut s'étaler sur de nombreuses parcelles cadastrales. As-tu pris sur une zone ces deux sources de données pour les comparer ? Avant import : comparer avec ce qui existe dans osm, dans le cas où il y aurait plus d’info dans osm ensuite ça devient « dangereux » : enlever ce qui gène dans OSM et remplacer par le boulot ci-dessus… Ça ne me parait pas trop difficile à faire, avec un sig puis avec josm, peut-être faisable directement dans Josm, mais là je n’en ai qu’une pratique basique). Par rapport à Osmose, je n’ai tjs pas bien compris ce que fait Osmose, mais si la mise en place d’une comparaison entre le travail « amont » et les données figurant dans OSM pour indiquer ce qui diverge est quelque chose qu’Osmose fait, pourquoi pas, possible alors de travailler sur de plus grandes zone… Osmose est un moyen de signaler à n'importe quel contributeur les incohérences entre les données OSM et une autre source et permet d'orienter les contributions sur les zones nécessitant le plus de mises à jour. Pour la mise à jour des polygones par contre, c'est pas évident du tout tant en manuel qu'en automatique ou assisté. Donc oui, ce que tu décris c'est théoriquement correct, mais le passage à la pratique n'est pas trivial. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] L’OGC adopte Symcore comme standard des feuilles de style carto
Ouest-France annonce que le chercheur breton, Erwan Bocher (CNRS-Université de Bretagne-Sud), associé au Suisse, Olivier Ertz, a convaincu l’Open Geospatial Consortium d’adopter le standard Symcore qui a pour but d’offrir une symbologie cartographique unifiée a des données géospatiales venant de différentes sources. Voir article Ouest-France du 17-12 : https://www.ouest-france.fr/sciences/un-francais-a-l-origine-d-une-petite-revolution-dans-le-monde-de-la-cartographie-7090069 Voir site d’Erwan Bocher : http://r1.bocher.free.fr/index.php?n=Main.Publications Qui peut nous dire si cela va impacter OSM ? Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RPG 2.0 2019
Le 15/12/2020 à 16:53, ades a écrit : Bonjour, Le Registre parcellaire graphique (RPG) : contours des parcelles et îlots culturaux et leur groupe de cultures majoritaires 2019 a été récemment publié (cf. : https://geoservices.ign.fr/documentation/diffusion/telechargement-donnees-libres.html#rpg), c’est une donnée libre. Il renseigne le type de culture par parcelle, il est issu des déclarations faites par les agriculteurs (obligatoires danbs le cadre de la Pac), donc, /a priori/, plus précis que des ortho datants de 3 ou 4 ans, plus précis que Corinne, plus précis que les interprétations hasardeuses de l’ortho faites par certain(e)s contribut •eurs•trices. Gros doute sur le fait qu'il soit plus précis que les orthos, les agriculteurs tracent leurs parcelles sur ces orthos... en mordant un peu dehors ;) Plus précis que CLC, ça oui. Dans ma zone de « confort » le cadastre diverge d’environs 2 à 4 pixels par rapport à l’ortho IGN de 2016, donc les parcelle renseignées par le RPG ont une valeur topo correcte (à l’échelle des contrib à OSM, en tous cas plus précise que les tracés/ a mano/ à partir des orthos). Dans cette même zone un « imbécile » a effacé les données Corinnes car "elles devraient être découpée par les routes et ne pas les englober » (je site de mémoire, je n’ai pas envie de recherché plus avant) , je dis imbécile car il n’a pas rempli les trous créés. Est-ce que l’utilisation du RPG peut être une bonne solution et fait sens ? avec comme tags, à préciser : 'landuse : farmland' et 'landcover= *' (en fonction des cultures) et 'landcover_date=2019’ et 'landcover source= RPG 2019’ Il faut juste faire un regroupement des types de culture du RPG pour correspondre à OSM feature, pas compliqué, faut bien lire et faire une table de correspondances (en cours et à finaliser si ma question fait sens ). Question subsidiaire, est-ce que l’utilisation du RPG, sous conditions, pourrait être recommander pour OSM ? 1) l'intérêt des données Le RPG évolue rapidement, d'année en année. Je ne me souviens plus si les parcelles non cultivées (jachères) y sont présentes. Prendre 3 ou 4 ans de RPG permet d'avoir l'emprise approximative des zones permanentes de culture. Pour ce qui est cultivé, comme ça change tous les ans (voir 2 fois par an), je ne vois pas l'intérêt de le mettre dans OSM, ça sera de toute façon les cultures d'au moins un an en arrière (en décembre 2020 tu as les cultures de 2019). Marc Sibert avait plus ou moins importé le RPG dans le 91... ce qui est à peu près à jour c'est landuse=farmland, le reste est bien sûr obsolète. Il me semble aussi que le RPG ne couvre pas certaines cultures comme les vergers ou les vignes. 2) les aspects techniques pour importer les données Tu va très rapidement te heurter à un problème: la mise à jour des landuse existants. C'est pas simple du tout, surtout quand tu tombes sur des multi-polygones de la mort. On a buté la dessus pour la mise à jour CLC. 3) la maintenabilité Je doute qu'on puisse maintenir ces données correctement à jour (en mettant de côté le fait qu'elles sont déjà par à jour elles même) car elles évoluent sans cesse et cela représente BEAUCOUP de polygones (dans les 10 millions de parcelles agricoles) ! Les parcelles agricoles varient aussi bien plus vite que celles cadastrales (et ne les suivent pas toujours). Une mise à jour automatisée d'une année sur l'autre n'est pas toujours possible, mais pourrait être une piste. On a assez d'années dispo pour l'étudier. Un usage qui serait intéressant consisterait à détecter les plus grosses incohérences par rapport au landuse actuel dans OSM. Si le centre d'une parcelle cultivée est en landuse=forest, ça mérite qu'on aille voir la zone. Là, une analyse osmose me semble adaptée. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un début de OSM - mon commerce
Le 14/12/2020 à 18:13, Yves P. a écrit : puis-je suggérer d'améliorer les outils existant (par ex OsmMyBiz) au lieu de refaire une nouvelle rue depuis zéro ? Si possible oui. Je suis un peu dépité quand je renseigne osm a un commerçant de devoir lui renseigner 3 roues incomplètes au lieu d'un écosystème intégré. C'est bien le problème§me, il n'y a rien d'adapté pour la France et de complet (par exemple on peut rajouter une entreprise, mais pas mettre à jour les informations existantes). la liste de souhait a été évoqué ici et sur là ml aussi cette année As-tu des liens stp ? Améliorer les outils existants est une piste dont on a discuté, mais l'idée est d'aller plus loin que ces outils d'édition génériques et de s'appuyer sur les données opendata, pour limiter le plus possible les infos à saisir. Donc c'est du cousu main dépendant de données provenant de SIRENE ou du RNM (Registre des Métiers, pour les artisans). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag adéquat pour nommer les maisons basques
Le 11/12/2020 à 23:03, Brice a écrit : Bonsoir, Le 07/12/2020 à 10:45, Marc_marc a écrit : 3/ addr:housename c'est souvent erronée. addr: dit que cela concerne l'adressage postal, et non le batiment. dans certains pays, on n'utilise pas de addr:housenumber mais on utilise des noms à la place des addr:housenumber tel que "maison des Edelweiss, rue de la gare" peut-être est-ce utilisé légalement dans certains hameaux, j'en ai pas connaissance. Je ne comprends pas bien la différence que tu fais entre un nom d'adresse et un nom de bâtiment en tout cas la combinaison addr:housename + addr:housenumber me fait croire à une erreur qu'il faudrait corriger en name OK je comprends ce critère, si un n° est attribué, alors pas de addr:housename Dans le cas du Pays basque, vu ce qu'en dit Chantal ARRUTI et la page wikipédia https://fr.wikipedia.org/wiki/Maison_basque, la maison a une importance particulière et donc name = ... en plus de building = house semble le plus logique. En plus, c'est ce que fera naturellement un contributeur débutant, je pense. Du coup, si cela convient aux basques, cela vaudrait le coup de l'acter et, au fur et à mesure, supprimer les "place"="isolated_dwelling" et "addr:housenumber" redondants. Je préfère addr:housename à name si le nom peut être utilisé pour l'adressage. name=* sur un polygone de bâtiment, ça peut être "Lidl" ou "Garage Machin" parce qu'on a un amenity=* ou shop=* name=* désigne dans ce cas le destinataire, pas l'adresse du destinataire... addr:housename est par contre clairement un élément d'adressage addr:housename + addr:housenumber ne me choquent pas. J'ai habité pendant 10 ans dans un hameau où ma maison n'était identifiable que par son addr:housename=Chez l'Artilleur, puis la mairie a (enfin) nommé les routes et numéroté... et donc j'ai eu en plus un addr:housenumber=64, mais on m'écrivait encore sans préciser l'adresse numérotée. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La question des produits locaux (alimentation mais sans doute de manière plus large également)
Le 11/12/2020 à 13:48, Vivien MICHON a écrit : Bonjour Marc, Super sujet le localisme, ça me plait ^^ Pour les lieux qui proposent du 100% localisme ou du X% localisme, peut-être prévoir de mettre en valeur ceux qui font du 100%? Pour la définition, on touche à une acception qui va varier selon les groupes sociaux... Il semble difficile de s'accorder. Je propose de repartir de la définition proposée par Wikipédia (https://fr.wikipedia.org/wiki/Localisme) dans laquelle l'échelle retenue pour indiquer une origine comme "locale" s'appuie sur des éléments concrets: "favorise la démocratie participative, la cohésion sociale et l'économie de proximité, donc l'emploi local et la préservation de l'environnement via une moindre empreinte écologique liée au transport de personnes et de marchandises". Reste toujours une part d'interprétation... Pour sûr, le localisme ne peut pas inclure un produit qui fait 20 fois le tour du monde avant d'être proposé au consommateur. A distinguer au passage de la notion de circuit-court, qui elle ne fait pas référence à une proximité géographique. Il y a une attention à porter à la distance parcourue par la marchandise, avec le coût écologique, il me semble. Mais... le chiffrage et l'estimation d'un seuil d'acceptabilité n'existent pas vraiment non? Bref, dispo pour en parler oui. Vivien On peut calquer sur organic=* qui (de mémoire) prévoit yes/no/only Un BioCoop sera "only" car on n'y trouve que du bio (ou quasiment). Une boulangerie qui a entre autre du pain bio mais pas que aura un organic=yes et une qui n'en a pas du tout organic=no C'est simple et efficace, non ? Après les critères pour définir qu'un produit est local (ce devrait logiquement être essentiellement la distance), c'est une toute autre question, et je ne pense pas que ce soit à OSM d'y répondre (comme ce n'est pas OSM qui définit ce qui est bio ou pas). Il faudrait pour cela trouver un consensus déjà existant sur le sujet... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Évolution de l'IGN, ouverture de données
Plan IGN est une version raster produite à partir de la BD Topo (vecteur). https://www.geoportail.gouv.fr/carte?c=2.31711259637669,48.84148703642347=11=GEOGRAPHICALGRIDSYSTEMS.PLANIGNV2::GEOPORTAIL:OGC:WMTS(1)=yes Les deux seront ouverts. Le 11/12/2020 à 18:35, Frédéric Rodrigo a écrit : Le 11/12/2020 à 18:08, Florimond Berthoux a écrit : Bonjour, C'est quoi « la pyramide #PlanIGN » ? Je lis https://twitter.com/SylvainLatarget/status/1337339748642385928 <https://twitter.com/SylvainLatarget/status/1337339748642385928> «Vous aurez accès aux données vectorielles de la pyramide cartographique #PlanIGN <https://twitter.com/hashtag/PlanIGN?src=hashtag_click>et vous pourrez en faire ce que vous voudrez» C'est à dire pas le rendu final de la carte, mais la donnée vectorielle ? On aurait déjà des outils pour les exploiter facilement ? Oui, c'est des formats SIG standard, shape file, geopackage... c'est un domaine balisé. Mais ça va être de gros fichier. Pour en faire des cartes, il faudra faire un style. Mais il doit déjà en exister. Beaucoup de monde utilise déjà ces données non libres de l'IGN. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Évolution de l'IGN, ouverture de données
Le 11/12/2020 à 17:45, deuzeffe a écrit : Le 11/12/2020 à 15:43, Jean-Claude Repetto a écrit : Bonjour, Bonjour, Cela signifie-t-il qu'on pourra se servir des cartes IGN pour compléter OSM (après vérification évidemment, car il y a de nombreuses erreurs dans les cartes IGN) ? De ce que je comprends de la discussion qui a suivi le tweet d'annonce, les cartes sont exclues du dispositif et donc de la licence. Au moins, les cartes papiers. Voici la décision du CA de l'IGN: https://www.ign.fr/publications-de-l-ign/institut/informations_legales_administratives/deliberation_evolution_tarification_licences_dec2020.pdf C'est du verbiage admin à décrypter... Donc tout ce qui est "édité" par l'IGN sans droits de tiers sera ouvert. A ma connaissance, les cartes IGN ne sont pas couvertes par des droits de tiers, donc elles seront en principe elles aussi ouvertes... sauf les itinéraires des GR ;) "Plan IGN", semble bien concerné et c'est mis à jour mensuellement (mieux que les scan des Top25 qui datent souvent). Par contre la décision ne couvre que ce qui est "édité", donc des données brutes pourraient ne pas rentrer dans cette ouverture. Juste un exemple: les orthos brutes, multi-angles seraient potentiellement intéressantes. Là, espérons que l'accès puisse aussi s'ouvrir sans passer par la CADA ! La BD Topo est le gros morceau intéressant, car là c'est de la data, donc croisements possibles, analyses osmose (je suis déjà dessus). La BD Alti, utile pour le relief... Bref, cela ouvre tout un nouveau champ de possibilités envisagées depuis si longtemps mais restés bloquées. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
