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] 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] 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
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] 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
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] 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] 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] 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] 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 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: [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] 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] 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] 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&lat=48.580269&lon=-1.101916&item=8310&level=1%2C2%2C3&tags=&fixable=&class= 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 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
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: [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-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
ais entre parcelles agricoles 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
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&z=11&l0=GEOGRAPHICALGRIDSYSTEMS.PLANIGNV2::GEOPORTAIL:OGC:WMTS(1)&permalink=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
Re: [OSM-talk-fr] Open Street Misogynie ?
Jean-Yvon, je pense que: 1) citer la partie la plus choquante du message qui a enflammé talk@ est très malvenue, 2) commenter les commentaires et "boulettes puantes" de talk@ (que beaucoup ici ne lisent pas) n'était pas l'objet de la discussion que j'ai ouvert pour parler de notre communauté. Si on pouvait éviter de dériver dans cette direction, je pense que ça serait préférable. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open Street Misogynie ?
Je ne voulais pas ouvrir une discussion sur ce qui se passe sur talk, mais avoir plutôt un retour sur notre perception dans notre communauté francophone. Est-ce un problème invisible ? Ou n'est-ce pas un problème du tout ? Le 10/12/2020 à 12:45, PanierAvide a écrit : Bonjour Christian, La densité des échanges imbriqués sur t...@osm.org + osmf-talk, qui plus est en anglais, font que peut-être tout le monde n'a pas suivi le sujet à la base. Je vois moi-même que la discussion a dérapé sur une histoire d'un candidat à la fondation faisant parti de Facebook, puis sur une référence douteuse à Donald Trump, mais si tu as suivi les échanges en détail peux-tu nous faire un résumé ? En particulier les implications au niveau de la communauté française et internationale ? Merci d'avance. Cordialement, Adrien P. Le 10/12/2020 à 12:35, Christian Quest a écrit : J'espère ne pas ouvrir une boite de pandore avec ce message... mais bon, je prends le risque. Depuis hier, il y a des échanges assez rudes sur la misogynie qui régnerait dans la communauté OSM ("systemic behavior"). Ce n'est pas la première fois que le sujet est posé et c'est normal que la question se pose quand on voit la répartition hommes/femmes au sein du projet, quel que soit le niveau où l'on regarde. Je suis peut être naïf de croire qu'on n'a pas ce problème en France, mais il est bien difficile de ressentir la misogynie quand on est un homme, tout comme on ne perçoit pas autant le racisme en fonction de ses origines. A lire certains messages sur talk@, j'ai l'impression d'être dans un autre monde, ici, dans notre communauté française. De mémoire, jamais nous n'avons ressenti l'intérêt d'avoir un "code of conduct", jamais je n'ai eu d'écho de quelconque problème de cet ordre. Suis-je aveugle et sourd ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Open Street Misogynie ?
J'espère ne pas ouvrir une boite de pandore avec ce message... mais bon, je prends le risque. Depuis hier, il y a des échanges assez rudes sur la misogynie qui régnerait dans la communauté OSM ("systemic behavior"). Ce n'est pas la première fois que le sujet est posé et c'est normal que la question se pose quand on voit la répartition hommes/femmes au sein du projet, quel que soit le niveau où l'on regarde. Je suis peut être naïf de croire qu'on n'a pas ce problème en France, mais il est bien difficile de ressentir la misogynie quand on est un homme, tout comme on ne perçoit pas autant le racisme en fonction de ses origines. A lire certains messages sur talk@, j'ai l'impression d'être dans un autre monde, ici, dans notre communauté française. De mémoire, jamais nous n'avons ressenti l'intérêt d'avoir un "code of conduct", jamais je n'ai eu d'écho de quelconque problème de cet ordre. Suis-je aveugle et sourd ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Élections pour la fondation OSM / l'enjeu de la présence des AFAM ...
Le 05/12/2020 à 19:34, Vincent Bergeot a écrit : Le 5 décembre 2020 19:17:59 GMT+01:00, leni a écrit : Déjà que lorsque c'est en français, il m'est difficile de pouvoir appréhender ce que chacun des candidats peut apporter, en anglais ... je pense donc que je vais passer mon tour et ne pas voter bon we leni Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je comprends cette difficulté (deepl est souvent mon ami). D'où ma demande d'avoir des retours ici, des avis, des impressions pour aider. Je sais que pour ma part j'ai envie de voter pour des candidats qui ne sont pas AFAM... et parmi les autres, complexe ! Un français pour pouvoir causer plus facilement, un hors 'occident' pour diversifier, Roland pour overpass, tobias pour la 'continuité', ... My2cents, mes2sous Vu le système de vote, on peut très bien se contenter d'un nom ou deux (ce qui en plus renforce le vote pour eux). Voter est important pour conserver l'esprit du projet et son indépendance vis à vis des grands entreprises du numériques, de plus en plus envahissants. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !
Le 05/12/2020 à 09:38, Jacques Lavignotte a écrit : Bonjour, Probable effet de bord : pour https://www.openstreetmap.org/way/173195516 Osmose/Bano proposait : « Impasse du Logis Le Bourg » en s'accaparant le texte « Le Bourg » présent à moins de 100 m de la voie rapprochée. Un ou deux autres dans le coin. A suivre. J. C'est que ce libellé est présent dans FANTOIR et n'a pas de rapport avec la proximité géographique d'un autre toponyme, au moins au niveau du code de BANO et de l'analyse osmose qui en découle. Cela arrive aussi avec les hameaux ou les communes fusionnées où leur nom peut se retrouver en suffixe. Cette analyse est une aide, mais nécessite une vérification et parfois des corrections comme les accents incorrects, les traits d'union manquants dans les prénoms composés ou les saints/saintes... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !
C'est pas forcément souhaitable, mais quand il n'y a rien d'autre pour porter le nom de la place c'est ce que je fais (en tagguant un peu pour BANO, j'avoue). Le 02/12/2020 à 18:23, Florian LAINEZ a écrit : ok c'est un débat de modélisation du coup : faut-il nommer le footway qui traverse une place avec le nom de la place ? Perso je ne le fais pas, mais j'admet que le débat mérite d'exister. Le mer. 2 déc. 2020 à 17:48, Christian Quest <mailto:cqu...@openstreetmap.fr>> a écrit : Le 02/12/2020 à 14:44, Florian LAINEZ a écrit : > la majorité des faux positifs est sur les highway=footway > exemple type : suggestion d'ajouter name="place de l'église" sur une > footway qui traverse la place principale. > peut-être désactiver les footway ? > Est-ce vraiment un faux positif ? Si il n'y a pas d'autre highway... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !
Le 02/12/2020 à 14:44, Florian LAINEZ a écrit : la majorité des faux positifs est sur les highway=footway exemple type : suggestion d'ajouter name="place de l'église" sur une footway qui traverse la place principale. peut-être désactiver les footway ? Est-ce vraiment un faux positif ? Si il n'y a pas d'autre highway... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !
Oui, le matching est réglé pour limiter les faux positifs. Petit rappel: cette analyse existe depuis 2016, elle a juste été un peu oubliée et était cassée comme le rendu depuis le passage à BANOv2. La preuve ici: http://osmose.openstreetmap.fr/fr/errors/graph.png?item=7170&class=32 Le 02/12/2020 à 08:12, Florian LAINEZ a écrit : Très utile, merci Christian. le taux de faux positifs est étonnamment bas. Le mer. 2 déc. 2020 à 00:07, Jacques Lavignotte mailto:jacq...@lavignotte.org>> a écrit : Le 01/12/2020 à 18:44, Christian Quest a écrit : > J'ai remis en route l'analyse osmose comparant BANO et les noms de rues > absents / incorrects. Ca se mange sans faim :) Excellent. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !
J'ai remis en route l'analyse osmose comparant BANO et les noms de rues absents / incorrects. http://osmose.openstreetmap.fr/fr/map/#item=7170&class=32&level=1%2C2%2C3 Petit rappel de ce qu'elle fait... - elle recherche les groupes d'adresses pour un nom de rue dont le rapprochement n'a pas pu se faire (le "rouge" du rendu BANO) - elle repère si un highway=* semble correspondre avec la zone couverte par ce groupe d'adresse - elle propose d'ajouter le nom Avec un grand écran, je met une fenêtre osmose à côté d'une fenêtre JOSM dans lequel je charge la couche BANO et le cadastre. Ensuite 4 clics suffisent : - clic sur une anomalie pour ouvrir son popup - "josm-zone" pour charger la zone dans JOSM et vérifier que la proposition est cohérente - "fix-josm" pour appliquer la correction - "coche verte" pour valider En général, ça vaut le coup de regarder aussi alentours, car ces manques volent souvent en escadrilles et ne sont pas tous repérés par l'analyse. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Siren] Ne garder que les boîtes dans une région donnée ?
Dans http://data.cquest.org/geo_sirene/v2019/last/dep/ se trouvent des fichiers découpés par départements. Il suffit de fusionner ceux des départements de la région. Ne JAMAIS UTILISER LE CODE POSTAL pour ce type de traitement, mais le code INSEE de la commune (codeCommuneEtablissement). 1) ça évite de se prendre la tête avec les codes département à 2 ou 3 chiffres (qui, au passage ne différencient pas Corse du Sud et Haute Corse) 2) certaines communes ont leur CP rattaché au département voisin 3) le CP est valable à l'adresse, pas pour une commune entière, une partie d'une commune peut avoir un CP différent, voire même issu d'un département autre que celui de la commune. Le CP ne sert qu'à envoyer du courrier, à rien d'autre ! Le 30/11/2020 à 20:22, Gilles G. a écrit : Bonjour, La question ne concerne pas OSM, mais peut-être des gens ici ont-ils déjà travaillé avec le fichier des entreprises (Siren) de l'Insee, que Christian Quest a d'ailleurs modifié pour ajouter la géolocalisation : https://www.insee.fr/fr/information/3591226 https://www.data.gouv.fr/fr/datasets/base-sirene-des-entreprises-et-de-leurs-etablissements-siren-siret/ http://data.cquest.org/geo_sirene/v2019/ Du fichier d'origine StockEtablissementActif_utf8_geo.csv, j'aimerais ne garder que les entreprises dans telle ou telle région, mais sauf erreur, la colonne n'existe pas: = siren, nic, siret, statutDiffusionEtablissement, dateCreationEtablissement, trancheEffectifsEtablissement, anneeEffectifsEtablissement, activitePrincipaleRegistreMetiersEtablissement, dateDernierTraitementEtablissement, etablissementSiege, nombrePeriodesEtablissement, complementAdresseEtablissement, numeroVoieEtablissement, indiceRepetitionEtablissement, typeVoieEtablissement, libelleVoieEtablissement, codePostalEtablissement, libelleCommuneEtablissement, libelleCommuneEtrangerEtablissement, distributionSpecialeEtablissement, codeCommuneEtablissement, codeCedexEtablissement, libelleCedexEtablissement, codePaysEtrangerEtablissement, libellePaysEtrangerEtablissement, complementAdresse2Etablissement, numeroVoie2Etablissement, indiceRepetition2Etablissement, typeVoie2Etablissement, libelleVoie2Etablissement, codePostal2Etablissement, libelleCommune2Etablissement, libelleCommuneEtranger2Etablissement, distributionSpeciale2Etablissement, codeCommune2Etablissement, codeCedex2Etablissement, libelleCedex2Etablissement, codePaysEtranger2Etablissement, libellePaysEtranger2Etablissement, dateDebut, etatAdministratifEtablissement, enseigne1Etablissement, enseigne2Etablissement, enseigne3Etablissement, denominationUsuelleEtablissement, activitePrincipaleEtablissement, nomenclatureActivitePrincipaleEtablissement, caractereEmployeurEtablissement, longitude, latitude, geo_score, geo_type, geo_adresse, geo_id, geo_ligne, geo_l4, geo_l5 = Avant de faire une moulinette pour retrouver la région pour chaque code postal, ce fichier existerait-il déjà quelque part ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Umap... quelques stats
Il y a quelques jours, quelqu'un a demandé via cont...@openstreetmap.fr si il était possible d'avoir des stats sur les visibles de sa carte. J'ai depuis généré un fichier avec le nombre quotidien de visites par carte umap. Voici quelques infos: - 26 513 803 de cartes visitées depuis le 1er janvier - la carte la plus consultée (506210 visites) est ici: http://umap.openstreetmap.fr/fr/map/parkeren-rotterdam_320892 - la carte avec le plus de visites (91724) sur une journée (le 20 septembre): http://umap.openstreetmap.fr/fr/map/zonas-confinadas-lasexta_500406 - record de visites le 17 septembre avec 209225 visites (et 44391 pour le jour le plus calme, 22 juin) - 200362 cartes différentes visitées (sur plus de 50 existantes) Un gros CSV global est disponible en attendant mieux: https://umap.openstreetmap.fr/static/stats.csv.gz -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Offrir une une carte des adresses à Theizé
Le 27/11/2020 à 17:40, Vincent de Château-Thierry a écrit : Bonjour, De: "Christian Quest" Le 27/11/2020 à 16:04, Marc_marc a écrit : les adresses correcte sont dans bano et donc https://bano.openstreetmap.fr/fantoir/#insee=69246&tab=0 devrait être valide. Modulo la mise à jour de FANTOIR qui n'est peut être pas encore faite. Les dates les plus récentes d'ajout sont en 2015... si de nouvelles voies ont été nommées plus récemment, on ne les a pas encore dans les moulinette BANO très liée à FANTOIR. Le millésime FANTOIR connu de BANO est celui d'octobre 2020 suite à ce ticket [1]. Je réalise que j'ai dû oublier d'en parler ici, dont acte. Et merci à Deuzeffe pour la veille :) Et j'ai complété les 55 noms de rues avec adresses qui manquaient. Il y en a 9 sans adresses qui manquent encore, ainsi que 63 lieux-dits. La zone a besoin d'une bonne mise à niveau ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Offrir une une carte des adresses à Theizé
Le 27/11/2020 à 16:04, Marc_marc a écrit : Bonjour, Le 27.11.20 à 15:45, Brice a écrit : Vous l'aurez compris, sauf autre position exprimée, j'engage le plan 2. puisqu'il a créé/publié une BAL et que c'est même intégré dans la ban, les adresses correcte sont dans bano et donc https://bano.openstreetmap.fr/fantoir/#insee=69246&tab=0 devrait être valide. Modulo la mise à jour de FANTOIR qui n'est peut être pas encore faite. Les dates les plus récentes d'ajout sont en 2015... si de nouvelles voies ont été nommées plus récemment, on ne les a pas encore dans les moulinette BANO très liée à FANTOIR. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisateur aviné Zeriss, demande de blocage faite
Le 27/11/2020 à 13:04, Marc_marc a écrit : Bonjour, Le 27.11.20 à 12:32, Christian Quest a écrit : fausse manip de sa part lors de ses premiers usages de JOSM. je crois que le problème est sous-estimé. une fausse manip sur quasi tous les changeset pendant 3 mois pour 1/2 millions d'objets est-il possible ? j'en doute. 3 jours pas 3 mois... où alors je ne suis pas remonté assez en arrière, mais je viens à nouveau de regarder et les changeset d'il y a un mois sont tout à fait normaux. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisateur aviné Zeriss, demande de blocage faite
Le 27/11/2020 à 10:57, Vincent Bergeot a écrit : Le 27/11/2020 à 10:23, Christian Quest a écrit : Demande de blocage faite aussi, et j'ai fait les revert nécessaires avant que des corrections démarrent par endroit (il y en avait déjà générant plus d'une centaine de conflits à résoudre). Au total, pas loin d'un demi million d'objets remis au propre... Suite à mes revert, ce contributeur m'a contacté... il a maintenant mon 06 pour qu'on en discute. merci Christian :) Je l'ai eu au téléphone, fausse manip de sa part lors de ses premiers usages de JOSM. Voilà, incident terminé, je l'ai poussé à continuer à contribuer, mais en faisant attention à ce qu'il fait et en lisant et répondant aux commentaires sur ses changesets. Il va se remettre en contact avec la communauté de Grenoble. Par contre... je ne sais pas comment annuler un signalement/demande de blocage... je vais refaire une signalement pour indiqué que c'est réglé. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisateur aviné Zeriss, demande de blocage faite
Demande de blocage faite aussi, et j'ai fait les revert nécessaires avant que des corrections démarrent par endroit (il y en avait déjà générant plus d'une centaine de conflits à résoudre). Au total, pas loin d'un demi million d'objets remis au propre... Suite à mes revert, ce contributeur m'a contacté... il a maintenant mon 06 pour qu'on en discute. Le 27/11/2020 à 06:50, Vincent Bergeot a écrit : Bonjour, cela a été signalé sur @tech et sur le canal telegram-osm-fr mais pas vu passer ici. L'utilisateur Zeriss fait du lourd : https://www.openstreetmap.org/changeset/94791276 En particulier il tague chaque noeud avec crop=grape (raison du sujet de mon mail, je précise au cas où) / https://taginfo.openstreetmap.org/tags/crop=grape#chronology j'ai signalé pour blocage à plus -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM
Le 25/11/2020 à 10:32, Rpnpif via Talk-fr a écrit : Le 24/11/2020 à 20:37, Jean-Marc Liotier a écrit : On 11/24/20 6:22 PM, Frédéric Rodrigo wrote: Ce n'est pas aussi facile que ça pour faire une emprise mondiale. Il est nécessaire d'écrire des adaptateurs pour chaque langue ou pays pour traiter les particularités. Je découvre donc: - La phonemicization: https://github.com/addok/addok-fr/blob/master/addok_fr/utils.py - Les particularités Françaises: https://github.com/addok/addok-france/blob/master/addok_france/utils.py On comprend vite qu'il sera compliqué d'accepter une recherche sans connaître dans quel zone administrative et linguistique elle s'inscrit... La « phonemicization » ressemble à une sorte de phonétisation simplifiée, non ? Pourquoi n'avoir pas pris de bibliothèques de phonétisation qui sont beaucoup plus complètes et plus adaptables à la zone de recherche, comme celles des moteurs de recherche ? Trop lourdes ? Oui, librairie souvent lourdes et souvent très anglophones. Le but n'est pas non plus d'obtenir une traduction phonétique, mais une simplification pour ajouter du flou à la recherche. On floute à l'aide de quelques regexp très rapides, on cherche dans l'index, puis on trie en comparant les libellés non floutés. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM
On en parle... pas mal de tests à faire avant ça et puis un petit sujet financement. Le 25/11/2020 à 07:56, Cyrille37 OSM via Talk-fr a écrit : Bonjour, Y a t'il une chance que adresse.data.gouv.fr intègre cette nouvelle mouture v1.1 ? C/. Le 24/11/2020 à 19:39, Christian Quest a écrit : Oui, ce n'est pas le but d'addok... qui trop embrasse mal étreint ;) J'envisage par contre de rajouter des données hors de France, typiquement les noms des villes dans le monde entier pour pouvoir chercher "Le caire" ou "Tokyo". Pour le côté service public, je pense que DEMO.addok.xyz pose bien les choses ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM
Oui, ce n'est pas le but d'addok... qui trop embrasse mal étreint ;) J'envisage par contre de rajouter des données hors de France, typiquement les noms des villes dans le monde entier pour pouvoir chercher "Le caire" ou "Tokyo". Pour le côté service public, je pense que DEMO.addok.xyz pose bien les choses ;) Le 24/11/2020 à 18:22, Frédéric Rodrigo a écrit : Ce n'est pas aussi facile que ça pour faire une emprise mondiale. Il est nécessaire d'écrire des adaptateurs pour chaque langue ou pays pour traiter les particularités. Le mar. 24 nov. 2020 à 10:41, Jean-Marc Liotier <mailto:j...@liotier.org>> a écrit : On 11/23/20 10:32 PM, Christian Quest wrote: > L'index redis occupe dans les 16Go de RAM, la base sqlite 2Go, elle > aussi en RAM pour un max de perfs. Pour la France seulement... Ca apporte d'un coup tous ce dont l'absence frustre dans Nominatim - mais c'est un sérieux investissement en matériel pour une emprise mondiale... Même problème que la mise à disposition de tuiles: vitrine indispensable mais qui risque d'être considéré comme un service public. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM
Le 23/11/2020 à 19:55, Jean-Marc Liotier a écrit : On 11/23/20 7:17 PM, leni wrote: Le 23/11/2020 à 09:55, Cyrille37 OSM via Talk-fr a écrit : Le 22/11/2020 à 20:02, Christian Quest a écrit : https://demo.addok.xyz/ où vous pouvez tester l’auto-complétion avec préférence géographique centrée sur la carte. Wouah !! Ça dépote! Et tolérant o fotes d'ortogafe. J'adore :-) +1, sans les accents, sans apostrophes, sans les articles, centré à l'autre bout de la France et il trouve instantanément : j'adopte Impressionnant. C'est gourmand ? L'index redis occupe dans les 16Go de RAM, la base sqlite 2Go, elle aussi en RAM pour un max de perfs. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM
Le géocodeur addok, développé à l’origine et toujours utilisé par Etalab pour adresse.data.gouv.fr <http://adresse.data.gouv.fr> est en train d’évoluer depuis que je me suis (re)plongé dans son code. Une version 1.1, en préparation depuis longtemps, pointe petit à petit le bout de son nez. Je le teste pour des usages plus larges que les seules adresses, pour étendre son fonctionnement à la recherche de « localisants ». Les localisants peuvent bien sûr être des adresses, mais aussi des points d’intérêts (POI), des intersections, des lieux-dits, etc. J’ai une instance déployée chez moi, utilisant la dernière version en développement et qui permet de tester ce type d’usage avec une interface minimale. https://demo.addok.xyz/ où vous pouvez tester l’auto-complétion avec préférence géographique centrée sur la carte. Elle contient pour l’instant : * 22 627 589 d’adresses (au numéro) * 2 421 738 rues * 2 594 359 lieux-dits * 3 138 661 POI * 2 677 334 intersections de rues et/ou routes (c'est tout frais, pas encore bien sec) Total : 33.46 million de localisants ayant comme source BANO pour les trois premiers items, et OSM les deux derniers. En plus des adresses, on peut donc faire des recherches du type : * musée du louvre * A5 D40 * A86 creteil * avenue montaigne champs élysées etc. L’API n’offre aucune garantie de stabilité, c’est de la démo/dev, ne branchez donc aucune appli dessus sans me demander. Vos retours sont les bienvenus en particulier sur la pertinence des résultats et sur les performances (mes deux priorités). Les perfs peuvent varier, la machine sur laquelle tourne cette instance fait bien d’autres choses en même temps (wms.openstreetmap.fr tourne dessus !) et a quand même 10 ans de bons et loyaux services ! Le temps typique de recherche est de l’ordre de 20ms (tout est en RAM, ça aide). Le projet est sur github et vous pouvez si besoin y créer des issues pour permettre leur suivi : https://github.com/addok/addok/issues -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changements "anciens" de limites communales
Le 18/11/2020 à 18:23, Yann-Vari Gwiader a écrit : Bonjour, Avant les incitations récentes aboutissant au regroupement de certaines communes en France, les modifications des délimitations communales ont été des phénomènes courants au XXème siècle. Il s'agissait souvent de regrouper plusieurs communes en une, ou alors de démembrer une ou plusieurs communes pour en créer une nouvelle, ou alors de transferts de bouts de territoires d'une commune à une autre. La page suivante du wiki : https://wiki.openstreetmap.org/wiki/Talk:France/Limites_administratives/Tracer_les_limites_administratives#Anciennes_limites_administratives_.28r.C3.A9gion.2Fd.C3.A9partement.2Farrondissement.2Fcommune.29 indique : "Il est toujours pertinent de conserver les anciennes limites (en positionnant disused:boundary sur la relation + en complétant par end_date la date de fin de vie de la limite, ainsi que source et source:url pour fournir la référence du changement)". J'ai un certain nombre d'exemples en tête concernant des modifications territoriales de communes qui ont été réalisées dans les années 1950 et pour lesquelles des éléments (décrets + indications portées sur le cadastre napoléonien) permettent de reconstituer les changements qui ont eu lieu. Ces éléments ne sont pas, à cette heure, stockés dans OpenStreetMap pour les exemples que j'ai en tête. La question que je me pose est de savoir si le mode opératoire mentionné sur la page wiki ci-dessus est à jour et complet (dans l'hypothèse où l'inclusion de telles informations est validée par la communauté). Merci pour vos éclairages, Yann C'est essentiellement pour les fusions récentes que l'on a conservé les limites, je ne pense pas que pour des changements antérieurs (année 50 !) on ait quoi que ce soit dans OSM en France. Ajouter ces infos passerait sûrement mal au niveau de la communauté, assez attaché à cartographier le monde tel qu'il est et pas tel qu'il était il y a 70 ans. On a l'exemple des anciennes voies ferrées ou déjà il y a presque une sorte de tolérance à avoir ces tracés alors qu'il n'y a plus rien de visible sur le terrain. Il faudrait voir si Open Historical Map est encore actif et si ça ne pourrait pas être ajouté là bas. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet du mois Décembre : lieux de test COVID (était "Carte des lieux de test COVID")
Euh... j'ai du mal à comprendre Le 18/11/2020 à 15:22, Florian LAINEZ a écrit : Bonjour à tous, Nous (moi, Yves et Adrien) venons d'avoir un coup de téléphone avec l'équipe de GeoDAE (base nationale de défibrillateurs https://geodae.atlasante.fr). L'ARS s'avère intéressée par les résultats de notre pdm DAE, on envisage des collaborations, à suivre ... Quel genre de collaboration ? Pour l'instant des discussions internes concernant le changement de licence pour publier leurs données en open data ne sont pas terminées. Il s'agit bien de la diffusion en ODbL au lieu de la LO de la base GeoDAE pour permettre l'apport d'OSM dedans ? On n'aura donc pas encore leurs données, ni celles de l'ARS (https://www.ars.sante.fr) concernant la localisation des centres de dépistage. Du coup c'est avec un petit pincement au cœur que nous reportons (à plus tard, pas de date fixée) le projet du mois de décembre concernant les centres de dépistage Covid. La place est libre pour un autre pdm si quelqu'un souhaite s'emparer de cette opportunité. Là tout autre chantier pour les centres de dépistage et je ne comprends pas le "donc" en lien avec les DAE. Pourquoi la localisation des centres de dépistage ne pourrait pas être publiée en opendata et pas uniquement sur leur site clicodrome ? A-t-on même une idée de la qualité de ces données ? Il ne me semble pas prioritaire de chercher à ce qu'elles soient ouvertes si elles sont de mauvaise qualité (ce qui est fort probable si c'est géré dans un Drupal). J'ai regardé comment scrapper ça, c'est pas trivial. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MNT/Lidar IGN
Le 18/11/2020 à 13:40, Yves P. a écrit : En attendant pour s'entrainer avec des données LIDAR, il y a celles prises après la tempête Alex qui sont dispo (et ouvertes, elles) Une copie est dispo surhttp://data.cquest.org/ign/ortho-alex/LIDAR/ Est-ce que tu peux les partager sous forme de tuiles ? Sûrement, mais je n'ai jamais utilisé de données LIDAR jusqu'à maintenant. Convertir en MNT, faire des courbes de niveau, un ombrage ? Dans le cas d'Alex, ça permettra d'améliorer le tracé des routes à l'ombre des barres rocheuses :) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MNT/Lidar IGN
Le 18/11/2020 à 11:57, Vincent Bergeot a écrit : Le 18/11/2020 à 11:30, Eric SIBERT via Talk-fr a écrit : Bonjour, Un collègue universitaire nous a récemment montré un extrait de relevé Lidar fait par l'IGN sur un massif alpin. Ces mesures permettent de voir le sol sans la végétation. Je trouve ça très intéressant. Ça permettrait par exemple de voir les barres rocheuses et les effondrements en forêt mais sans doute plein d'autres choses aussi. Ces données sont actuellement verrouillées. Il y a eu accès avec un compte chercheur via la RGD 73-74 (http://geoportail-des-savoie.org). D'autres personnes sont au courant de l'existence de ces données? Il y a moyen de sonder l'IGN (ou autres organismes financeurs) pour libérer ces données? À l'instar des Ortho HR. salut, dans cet article http://cnig.gouv.fr/?p=24332 je cite "Concrètement, le programme Lidar HD proposé par l’IGN consiste à réaliser en 5 ans une couverture Lidar à Haute Densité (10 pts/m² en moyenne) sur l’ensemble du territoire national*, à traiter les nuages de points pour répondre à différents besoins des politiques publiques, à héberger et à diffuser en open data les nuages de points et les résultats des traitements dans une infrastructure numérique nationale, la Géoplateforme," En attendant pour s'entrainer avec des données LIDAR, il y a celles prises après la tempête Alex qui sont dispo (et ouvertes, elles) Une copie est dispo sur http://data.cquest.org/ign/ortho-alex/LIDAR/ -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fermeture de cadastre.openstreetmap.fr, sauf si...
Fermeture à prévoir de cadastre.openstreetmap.fr, sauf si... ... il trouve un.e mainteneu.r.se ! Bonjour futur.e mainteneu.r.se, Votre mission, si vous l'acceptez consistera à: - redéployer le code d'extraction de données OSM à partir des PDF du cadastre dans un nouveau container tout neuf sur un des serveurs OSM-FR - maintenir ce code et le conteneur hébergeant le service sachant que: - ce service est devenu d'un usage réduit depuis la disponibilité des données du cadastre en opendata (moyenne de 3 visiteurs faisant une extraction par jour) - l'accès à ces données opendata est devenu simple et direct depuis JOSM - le site https://cadastre.damsy.net/ fait appel à ce service - le repo github se trouve sur https://github.com/osm-fr/export-cadastre (40% python, 50% C++) - le redéploiement est nécessaire car le service actuel tourne dans un vieux conteneur (openvz) sur notre plus vieux serveur non mis à jour (osm12)... et que c'est un des derniers services à éteindre ou migrer (voir https://github.com/osm-fr/infrastructure/issues/243) pour libérer cette machine et là mettre à niveau comme cela a déjà été fait pour osm11. Ce message ne s'auto-détruira pas et le département d'état n'est vraiment, absolument, mais alors pas du tout du tout du tout au courant de ces agissements ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO (v2) de retour !
Le 12/11/2020 à 23:01, Christian Quest a écrit : Le 11/11/2020 à 15:35, deuzeffe a écrit : Mmmhh, je viens de tester dans ma zone de confort. Il y a des points rouges qui ne correspondraient pas à la légende donnée ici https://wiki.openstreetmap.org/wiki/FR:France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#L.C3.A9gende En regardant de plus près, mais rapidement, il reste des 5000 et des 6000 (marqués en rouge, donc) : à virer ? Et des points adresses proches d'une highway bien présente et correctement nommée (d'après ce que je vois) suivant le cadastre/Fantoir. De plus, les numéros en gris ne correspondent plus à la légende, il me semble ? Échantillon sur demande ;p Suivi... J'ai mis un peu trop vite en place le rendu hier. J'ai fait des modifications aujourd'hui pour revenir à quelque chose de plus proche de ce qu'on avait en v1. Il reste des points d'adresse en rouge sur des lieux-dits qui méritent que je regarde avec vdct de quoi il s'agit. JE pense qu'on a désormais des numéros associés à des lieux-dits, provenant de la BAN ce qu'on n'avait pas avant (de mémoire). Les 5000/9000 provenant du cadastre doivent maintenant avoir disparu. Suivi suite... Les points d'adresses numérotées dans les lieux-dits ont été retirés temporairement du rendu, le temps qu'on fasse le point sur leur usage par BANO (quel mode de rapprochement), leur intégration dans OSM, etc... Du coup, BEAUCOUP moins de rouge, les rues manquantes sont à nouveau bien plus identifiables ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 12/11/2020 à 23:06, Vincent de Château-Thierry a écrit : Bonsoir, Le 12/11/2020 à 22:01, Christian Quest a écrit : Le 12/11/2020 à 17:58, Jérôme Amagat a écrit : Donc pour les rendus et pour être en accord avec ce qui est fait ailleurs dans le monde, il faudrait avoir les populations sur les node place admin_centre des communes. La seule source fiable pour obtenir ces populations est, il me semble, l'insee qui sort les populations légales tous les ans, donc pourquoi pas un bot qui modifierait population=* et source:pupulation=* des relations des communes et de leurs admin_centre tous les ans lorsque l'insee sort ces chiffres. Cela permettrait d'avoir des données tout le temps à jour. Je sais que pour beaucoup les bots c'est le mal :) mais à part les personnes qui vont compter les habitants de leur village, ça va être difficile d'avoir une meilleur source. Les bots c'est mal (il parait), mais oui, c'est vers ça qu'il faudrait aller sur ce type de données, plutôt que se fader tout à la main. Nos populations sont des populations communales, je ne vois donc pas pourquoi elles devraient être portées par autre chose que l'objet qui représente pour nous la commune, à savoir la relation admin_level=8 (ou admin_level=9 pour les arrondissements municipaux). Certes, mais ce n'est pas ce que dit le wiki (intl) et ce n'est pas globalement la pratique, sauf en France. Séparatisme ? ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO (v2) de retour !
Le 11/11/2020 à 15:35, deuzeffe a écrit : Mmmhh, je viens de tester dans ma zone de confort. Il y a des points rouges qui ne correspondraient pas à la légende donnée ici https://wiki.openstreetmap.org/wiki/FR:France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#L.C3.A9gende En regardant de plus près, mais rapidement, il reste des 5000 et des 6000 (marqués en rouge, donc) : à virer ? Et des points adresses proches d'une highway bien présente et correctement nommée (d'après ce que je vois) suivant le cadastre/Fantoir. De plus, les numéros en gris ne correspondent plus à la légende, il me semble ? Échantillon sur demande ;p Suivi... J'ai mis un peu trop vite en place le rendu hier. J'ai fait des modifications aujourd'hui pour revenir à quelque chose de plus proche de ce qu'on avait en v1. Il reste des points d'adresse en rouge sur des lieux-dits qui méritent que je regarde avec vdct de quoi il s'agit. JE pense qu'on a désormais des numéros associés à des lieux-dits, provenant de la BAN ce qu'on n'avait pas avant (de mémoire). Les 5000/9000 provenant du cadastre doivent maintenant avoir disparu. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 12/11/2020 à 17:58, Jérôme Amagat a écrit : Donc pour les rendus et pour être en accord avec ce qui est fait ailleurs dans le monde, il faudrait avoir les populations sur les node place admin_centre des communes. La seule source fiable pour obtenir ces populations est, il me semble, l'insee qui sort les populations légales tous les ans, donc pourquoi pas un bot qui modifierait population=* et source:pupulation=* des relations des communes et de leurs admin_centre tous les ans lorsque l'insee sort ces chiffres. Cela permettrait d'avoir des données tout le temps à jour. Je sais que pour beaucoup les bots c'est le mal :) mais à part les personnes qui vont compter les habitants de leur village, ça va être difficile d'avoir une meilleur source. Les bots c'est mal (il parait), mais oui, c'est vers ça qu'il faudrait aller sur ce type de données, plutôt que se fader tout à la main. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Uun·e expert·e en revert pour réparer 28 lignes de bus cassés ?
C'est fait, avec une petite réparation de 2 conflits sur la ligne 535 Le 12/11/2020 à 15:24, FR via Talk-fr a écrit : Bonjour Un contributeur a cassé l’ensemble de relations concernant les bus aboutissant au Centre Bourse de Marseille : https://www.openstreetmap.org/changeset/93554436#map=18/43.29625/5.37444 (voir la discussion) Comme j'avais mis à jour cette gare de bus et toutes les lignes après la piétonisation du quartier c'est peu dire que ça m'a pas plu )-; Pour éviter d’avoir à corriger à la main les 28 relations A-R, il me semble un "revert" serait plus rapide. Qu'en pensez-vous ? Si quelqu’un·e voulait bien s’en charger car je n’ai pas l’expérience de la chose... J’ai sauvegardé la zone en question pour garder en mémoire les 2 ou 3 points à conserver de ce malheureux "changeset". Prenez soin de vous FR -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Merci pour l'info, j'ai fait quelque chose de similaire en comptant juste le nombre de tags sur un objet. Les grandes villes, ont souvent leur nom traduit dans un grand nombre de langues, ce qui m'avait permis de rendre visible certaines grandes villes américaines qui sinon passaient en second plan (je ne me rappelle plus laquelle). Utiliser une table annexe me plait à moitié, il est quand même préférable d'avoir les infos pertinentes dans OSM et facilement exploitables. Le 12/11/2020 à 10:45, Sarah Hoffmann a écrit : Salut, Nominatim se sert de son propre table d'importance qui est computee au base du comptage liens dans wikipedia. Ca marche assez bien pour la recherche et j'imagine que ca pourrait marcher aussi bien pour le rendu. La table est pre-calculee et peut etre telechargee ici: https://nominatim.org/data/wikimedia-importance.sql.gz (c'est une table Postgresql SQL a importer avec: zcat wikimedia-importance.sql.gz | psql -d databasename) Elle contient des valeurs d'importance pour des pages wikipedia et wikidata. Alors, ca sera facil a ajouter au rendu: un simple 'join' avec le tag wikidata. Sarah -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 11/11/2020 à 22:34, osm.sanspourr...@spamgourmet.com a écrit : Et pour que le rendu osm.org s'en sorte bien, il faut une bonne âme pour faire un PR s'inspirant du travail de Christian. Christian, tu peux utiliser les relations boundary d'admin_level=8 pour ajouter la population au nœud label ou admin_centre si la population n'est pas donnée. C'est bien trop complexe pour un rendu, car dans les tables générées par osm2pgsql ou imposm on n'a pas le détail des relations et des rôles de tel ou tel objet. On peut sûrement bricoler avec osm2pgsql via les tables qui servent à la mise à jour, mais pas avec imposm à ce que je sache et bien sûr ceci a un coût en perf (et on sature déjà). Et si tu veux te rappeler si c'est une donnée déduite, tu peux mette un nombre négatif à condition de ne pas oublier de prendre la valeur absolue ;-). Je dis 8 mais au delà ce serait intéressant pour les villes n'ayant pas capital= : une capitale régionale sera ainsi vue comme plus importante qu'une ville plus peuplée mais simple sous-préfecture par exemple. Donc peut-être regarder si on a capital= pour savoir si on doit faire "déteindre" la population de la relation sur le nœud. Oui c'est un boulot d'import en plus. Pour une amélioration, c'est soit remettre un population=* sur le noeud, soit un capital=* (jusqu'à 7 suffit, en France). Pour info, dans le wiki : - population est en "useful combination" et encourage de le mettre... pas de le retirer - population n'est même pas mentionné sur boundary=administrative -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'OD ça bouge par ici
Le 11/11/2020 à 16:09, Jacques Lavignotte a écrit : https://twitter.com/Grand_Poitiers/status/1326193511591530498 Un petit effet d'annonce... ce portail et ses jeux de données existe depuis bien longtemps. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des horaires des bureaux de poste
Le 11/11/2020 à 15:57, David Faure via Talk-fr a écrit : Merci pour ton retour, c'est utile qu'on en discute. Est-ce que tu as regardé les données datanova ? Je pense qu'elles sont bien plus précises que tu ne le penses, et pour info elles sont mises à jour *tous les jours* automatiquement. Les données datanova nous disent par exemple que le bureau de Poste de DENEUILLE LES MINES sera ouvert le mardi de 09:00 à 12:00 aux dates suivantes : 2020-11-03 2020-11-10 2020-11-17 2020-11-24 et de 08:15 à 12:15 aux dates suivantes : 2020-10-27 2020-12-01 2020-12-08 2020-12-15 2020-12-22 2020-12-29 2021-01-05 2021-01-12 2021-01-19 2021-01-26 ... ce qui veut dire qu'il y a un changement temporaire en Novembre. Quelle est la probabilité que quelqu'un aille noter ce changement temporaire dans OSM manuellement ? Et surtout, quelle est la probabilité que cette donnée soit fausse, et que les horaires affichés sur la porte soient plus corrects ? Dans le même style, datanova contient les changements horaires qui auront lieu à partir du premier janvier 2021, toujours avec une précision jour par jour. J'ai aussi détecté bureaux qui sont ouverts un samedi sur deux, ou qui sont fermés le dernier samedi de chaque mois. Et d'autres avec des cas encore plus tordus de fermetures exceptionnelles ou d'alternance entre deux horaires sans récurrence détectable. Tout ça pour dire que c'est super précis. En cas de désaccord entre le opening_hours existant dans OSM et la donnée datanova.laposte.fr, qu'est-ce qui est le plus probable ? Que datanova se trompe ou que la donnée OSM ne soit pas à jour ? Au vu de la précision des données publiées, je dirais que c'est le second cas, à coup sûr. Dis moi où tu habites et j'aurai des infos super précises sur les horaires d'ouverture de ton bureau de Poste :) Et si vous voulez voir à quelle vitesse ces données opendata changent, il y a les archives d'opendatArchives ;) http://files.opendatarchives.fr/datanova.laposte.fr/archives/laposte_ouvertur/ On est pas loin d'une évolution quotidienne. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO (v2) de retour !
Il y a sûrement des ajustements à faire, liés à la nouvelle organisation des données et aux nouvelles sources. Beaucoup de rouge nouveau semble concerner des points adresse liés à des noms de lieux-dits qu'il ne me semble pas avoir vu avant, ou au moins pas aussi souvent. Là, la base PG est en cours d'upgrade, donc un peu de patience pour que ça revienne ;) Le 11/11/2020 à 16:07, Vincent de Château-Thierry a écrit : Bonjour, Le 11 novembre 2020 15:35:23 GMT+01:00, deuzeffe a écrit : Échantillon sur demande ;p Volontiers ! C'est toujours plus pratique pour inspecter :) Merci vincent qui met ça sur sa tout doux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 11/11/2020 à 10:29, Yves P. a écrit : Sur osm.org la Ville de Vichy n'est affichée qu'à partir du zoom 11, avant <=10 c'est la plus petite commune de Cusset qui l'est. Est-ce à cause des données ? Christian avait bien expliqué le problème : Faire un rendu c'est compliqué, il y a des choix à faire. Dans son rendu .fr il récupère la population (wikidata, INSEE… je ne sais plus) pour prioriser les communes plus importantes à un niveau de zoom donné. Dans "le" rendu .org, soit il ne tient pas compte de la population (tag dans les données OSM), soit il le fait mais va pas voir dans une source externe plus complète et plus à jour. Christian corrigera si j'ai dit des bêtises :D Je complète juste: - il me semble que le rendu .org ne prend en compte que place=* pour prioriser - à mon grand chagrin, population=* a été retiré sur un grand nombre de noeuds place=* de commune, du coup le rendu FR n'arrive plus à toujours prioriser - le rendu FR utilise aussi capital=* pour prioriser les préfectures, sous-préfectures... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu BANO (v2) de retour !
J'ai mergé la PR de Vincent et remis en route le rendu BANO maintenant en v2. Pas de changement sur le rendu lui même en principe... URL inchangée, donc il n'y a qu'à activer la couche dans JOSM comme avant. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-Talk-fr] Nouveaux tags "Ça reste ouvert"
Le 09/11/2020 à 21:11, Vincent Bergeot a écrit : Le 9 novembre 2020 20:53:41 GMT+01:00, "Yves P." a écrit : mais surtout qu'il faut maintenant indiquer le Click and collect. delivery:covid19=yes va bien ? Oups, je voulais dire takeaway:covid19=yes | only Il me semble que le click and collect se rapproche plus du concept de drive, on commande et paye en ligne puis on passer chercher les achats. Takeaway c'est plutôt que l'on ne consomme pas sur place mais que l'on emporte (son kebab) ? My2masks Le drive c'est du takeaway en bagnole par opposition à takeway plutôt piéton... donc le click-and-collect au pas de la porte, je vois ça plutôt en takeaway (et c'est ce que j'ai fait sur ma commune avec les listes publiées en PDF par la mairie). delivery = livraison chez toi, tu n'a pas à te déplacer takeaway = tu te déplace (plutôt à pieds) drive = tu y va en bagnole (ou autre, c'est pas interdit aux vélos) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre
C'est celui que j'utilise car le click-and-collect correspond à la vente à emporter par opposition à la livraison. Je complète autant que possible avec phone/email/website. Su ma petite carte, les POI de ce type sont désormais en orange quand on zoome, et les infos sont indiquées. Le 06/11/2020 à 10:31, Yves P. a écrit : Les petits commerçants se mettent au "click and collect". Un articles des Inrocks à ce sujet : Voici une carte interactive des librairies proposant le service “click and collect” <https://www.lesinrocks.com/2020/11/04/livres/livres/voici-une-carte-interactive-des-librairies-proposant-le-service-click-and-collect/> (avec une carte Google) Je ne sais pas si le tag takeaway:covid19 <https://taginfo.openstreetmap.org/keys/takeaway:covid19> est adapté pour ça. Et je pense que *CRO manque* vraiment car il était *fédérateur*, et l'affichage des POI par CRO et leur filtrage étaient adaptés :) __ Yves -- Ce message a été vérifié par *MailScanner* <http://www.mailscanner.info/> pour des virus ou des polluriels et rien de suspect n'a été trouvé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données fournies par fichier SIRET
Le 05/11/2020 à 07:04, Gad Jo a écrit : Yes le jeux de données n'est pas forcément tenu à jour par les entrepreneurs. Ayant trouvé beaucoup d'entreprise ayant fermée, changé légèrement de nom ou ayant leur siège en zone résidentielle j'ai abandonné cette rubrique Osmose. Une entreprise pouvant fermer d'un trimestre à l'autre le temps pour maintenir la carte à jour aurait plus important que d'indiquer les infrastructures et équipements urbains. Étant seul il faut être pragmatique Autrement ça reste pratique pour les fana intégrant toutes les enseignes (voir le cœur de Montpellier) SIRENE permet surtout la mise à jour pour de nouveaux commerces (qui ne peuvent pas ouvrir sans être immatriculés), que pour la fermeture qui elle peut n'apparaitre dans la base que bien plus tard. C'est donc exploitable en partie quand on a bien conscience de ça ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre
Le 29/10/2020 à 20:02, Yves P. a écrit : - renseigner l'ouverture, les horaires modifiés et certains changements dans le fonctionnement de commerces pendant le confinement (livraison, etc) Au niveau de la saisie, il y a encore des améliorations à apporter. Effectivement, bien réfléchir sur ce point. - accéder facilement à ces infos Je pensais surtout à ça. On pourrait afficher les POIs qui manquent dans les rendus actuels (maison de santé, laboratoires d'analyses biologique, DAE…) C'est plutôt facile à faire en vectoriel ;) Aussi afficher les logos des POIs façon rendu français (La Poste, SNCF…) …La cartographie intérieure (ça donnera des idées aux contributeurs, hôpitaux, universités, centre commerciaux…) Attention à ne pas trop se disperser... il y a déjà du boulot pour stabiliser sur le long terme un remplaçant de osm24.eu on pourrait aussi imaginer pérenniser un tel service pour mettre en valeur ces informations dans OSM, je parle des horaires, de la possibilité d'être livré ou le à emporter. Je n'avais pas détaillé, mais globalement tous les champs affichés par CRO. caresteouvert pourrait devenir cestouvert tant qu'à faire : OpenStreetMap.fr (et ça donnera peut-être des idées à la fondation, qui sait ?) Le côté "marque" facilite aussi la communication, c'est à ça que je pensais. et utiliser les tags temporaires le temps de leur pertinence (covid, mais aussi catastrophe naturelle, je pense à la tempête Alex ou bien d'autres) Bien vu pour Alex :) Par exemple une couche vectorielle indépendante d'OSM contenant des infos temporelles ? Par exemple des "notes" structurées (GeoJSON) : accidents, bouchons, marchés, manifestations culturelles, courses cycliste… Pour les infos très temporaires, non répétitives, c'est un tout autre chantier. Leur collecte n'est pas évidente et OSM n'est sûrement pas le réceptacle pour ces infos trop changeantes. Je m'étais lancé dans quelque chose de ce type avec OpenEventDatabase... qui est alimenté en automatique par des scripts qui vont reprendre les infos sur différentes sites publics. L'API est ouverte et n'importe qui peut ajouter/modifier/supprimer des événements, mais c'est resté à l'état de PoC. C'est full geojson, donc super facile à exploiter (par exemple via umap). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre
Le 29/10/2020 à 18:10, Yves P. a écrit : Quels sont les besoins aujourd'hui ? Un besoin plus général que CRO : rechercher les POIs et les afficher proprement sur une carte vectorielle. mél, téléphone, fax, site web, horaires… Ensuite en fonction de l'actualité et de l'intérêt général, afficher des thèmes spécifiques. CRO a eu deux usages il me semble: - renseigner l'ouverture, les horaires modifiés et certains changements dans le fonctionnement de commerces pendant le confinement (livraison, etc) - accéder facilement à ces infos Il y a un côté temporaire à ces infos, mais on pourrait aussi imaginer pérenniser un tel service pour mettre en valeur ces informations dans OSM, je parle des horaires, de la possibilité d'être livré ou le à emporter. caresteouvert pourrait devenir cestouvert et utiliser les tags temporaires le temps de leur pertinence (covid, mais aussi catastrophe naturelle, je pense à la tempête Alex ou bien d'autres) , sinon les tags standards. Il y avait un site basé sur OSM qui fournissait ce type d'info: http://osm24.eu, mais il est semble-t-il mort. Ou trouver du gel et des masques ? A priori non. +1 Pour les masques, il suffit de se baisser pour en ramasser :( alors arrive la question des ressources à y allouer, et ça n'est pas neutre. Comme évoqué par Florian plus haut, qui reprendrait le flambeau, développerait, animerait ? L'équipe de la v1 ne sera(it) pas forcément celle de la v2. Essayons déjà de répondre au besoin :) De bien le définir ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] projet du mois de novembre ? Et projet du mois de décembre
Pareil (pour l'infra) et pareil (on en discute ici ?) Le 29/10/2020 à 16:21, Frédéric Rodrigo a écrit : Moi aussi je suis partant pour aider à remonter CRO, mais si ça sert principalement à la même chose qu'à l'origine. Où est-ce que ça discute de CRO ? Le 29/10/2020 à 16:06, Georges Dutreix via Talk-fr a écrit : Je suis prêt à participer en donnant un peu de temps et d'énergie. Mais si je suis capable de lire du code, enfin, dans certaines limites, il ne vaut mieux pas que j'en écrive. :-) Bref, je peux sûrement aider à tester ou faire d'autres trucs. Le 29/10/2020 à 14:34, Florian LAINEZ a écrit : Hello, Que de belles idées pour relancer "ça reste ouvert" ! Merci pour vos suggestions, nous avons en effet plusieurs options si nous souhaitons relancer la machine. Notre plus gros problème reste la disponibilité de l'équipe de développement. Y aurait-il des volontaires parmi vous pour nous y aider / reprendre le bébé ? Le mer. 28 oct. 2020 à 23:43, Yves P. <mailto:yves.prat...@gmail.com>> a écrit : Vous remarquerez que les centres de prélèvement sont sur leur carte sauf celui de prélèvement Covid : https://www.openstreetmap.org/#map=19/47.75089/-3.37609 2 explications possibles : * le lieu de prélèvement de l'ancienne caserne n'est plus en activité * le site web n'est pas à jour car c'est un lieu temporaire, il faut appeler le prestataire de services pour modifier le site, racker… ? /"A partir du lundi 28/09/2020, les prélèvements en vue du dépistage Covid 19, seront réalisés SANS RENDEZ VOUS sur le site de l’*ancienne caserne des pompiers*, située à l’angle de la rue Henri Dunant et de la rue François Le Levé à Lorient de 7h45 à 12h30 du lundi au vendredi et de 7h45 à 11h30 le samedi"/ Source : https://www.biolor.fr / / Dans OSM, il n'y a pas d'*ancienne casernes des pompiers* à *Lorient* ;) https://www.openstreetmap.org/search?query=ancienne%20caserne%20des%20pompiers%2C%20Lorient#map=19/43.95114/4.81625 __ Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org> https://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian <http://twitter.com/overflorian> ___ 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr