Re: [OSM-talk-fr] Mesure d'une distance à vol d'oiseau
En géographie, normalement on calcule la distance à vol d'oiseau sur l'ellipsoïde. L'ellipsoïde utilisée est celle utilisée par le système WGS84. La distance est alors la longueur de la ligne géodésique. Ce site [1] (en anglais) fait ce calcul. Il trouve bien le chemin par un pôle quand les deux points sont diamétralement opposés sur l'équateur. Le site propose également le calcul de points intermédiaires sur la géodésique. Ce site [2] dessine des grands cercles sur une carte pour un globe sphérique. Le site [1] a un lien (que je n'ai pas essayé) vers une page qui dessine des géodésiques sur un carte. [1] https://geographiclib.sourceforge.io/scripts/geod-calc.html [2] https://www.greatcirclemapper.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?
Des relations intermédiaires pour les tronçons, c'est proposé depuis longtemps par Jo (Polyglot). [1][2][3][4][5][6] Je suis d'accord avec Jo que ça serait une bonne idée. Surtout, ça simplifierait l'édition de la voirie et réduirait les problèmes de casse de relations. Et le maintien des relations d'itinéraire serait souvent moins de travail. Un exemple des problèmes du système actuel - J'ai introduit des ponts dans la ligne du chemin de fer à l'ouest d'Agde (34) [7] et ça a entraîné la modification de 13 relations d'itinéraire. La plupart des relations comptaient plus de mille membres. J'ai fait les itinéraires de bus d'Agde de cette façon. Ça marchait très bien avec le rendu Transport d'Andy Allan. Mais ça provoquait des erreurs signalées par Osmose. L'utilisateur chamdam est venu tout refaire «comme il faut» (et sans me contacter). Vous voudrez peut-être voir comment je l'ai fait. Alors, faites cette requête du serveur Overpass allemand pour l'état de la base en 2022. Je la donne pour l'outil curl à la ligne de commande mais vous pouvez la modifier pour d'autres outils. curl -H "Accept-Encoding: gzip" -g -o Agde_2022.osm.gz 'https://overpass-api.de/api/interpreter?data=[date:"2022-10-26T00:00:00Z;];(node(43.27,3.44,43.32,3.53);%20<;node(w);rel(id:2720050,2810674,3854048,14732422););out%20meta;' (C'est la seule façon que j'ai trouvé d'obtenir les relations route_master. Toutes les autres choses que j'ai essayé donnent un timeout.) À noter que JOSM ouvre les fichiers .osm.gz tel quel. Aussi, les arrêts ne sont pas dans les relations tronçon, ils restent dans les relations du parcours entier. Chaque chemin est membre d'un maximum de deux relations d'itinéraire de bus. [1] https://lists.openstreetmap.org/pipermail/talk-transit/2012-July/001626.html [2] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/069587.html [3] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/069776.html [4] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/070281.html [5] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/070286.html [6] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/070302.html [7] https://www.openstreetmap.org/changeset/67851999 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Centipede
Le problème est résolu grâce à Stéphane Péneau. J'avais mis centipede.fr au lieu de caster.centipede.fr pour l'adresse du caster. Drôle d'effet quand même, qu'avec la mauvaise adresse on obtient les bases Trimble (30) et pas les bases ublox F9P (400+). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème Centipede
J'ai trouvé un problème avec le serveur Centipede. J'ai essayé quatre bases. Deux - AGDE et SETE - avec récepteur Trimble, marchent. Deux - ASAGI et CETTE - avec récepteur ublox F9P, ne marchent pas. Toutes sont marquées actives sur la carte Centipede. Mais les deux qui ne marchent pas sont absentes de la liste du caster (caster table). J'ai essayé de saisir ASAGI et CETTE avec deux clients différents. Avec Bluetooth GNSS (Android) le flux démarre et s'arrête toutes les quelques secondes et on obtient peu de paquets. Avec RTKLIB STRSVR il y a une erreur no mountp. Comment puis-je signaler ce problème? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV
Il y a deux ans environ, je voulais couper des chemins (ways) de chemin de fer pour introduire des ponts. Ces chemins étaient membres de plus que dix relations d'itinéraire. Comme toi, j'ai vu qu'il y avait deux genres de relation. Il y avait les itinéraires d'infrastructure, comme la ligne de Combs-la-Ville à Saint-Louis. Et il y avait les itinéraires passagers, les voyages sans correspondance proposés par la SNCF, comme le TGV 752. J'ai remarqué que les itinéraires passagers reflétaient l'état d'il y a cinq ans ou plus. Les relations étaient un vrai désordre. Toutes étaient cassées à multiples endroits avec des types diverses d'erreur. Quelques-unes étaient très longues avec jusqu'à trois mille membres. Le format de toutes les relations est un hybride de v1 et v2 des transports en commun. Il y a une liste des gares, et une liste des chemins dans les deux sens (sauf voie unique), sans les rôles forward ou backward. Les listes des chemins comprennent des blocs alternés de chemins dans le sens aller et chemins dans le sens retour. Les relations d'infrastructure contiennent souvent toutes les voies des gares, y compris les voies de garage et d'évitement. Les relations passagers contiennent souvent toutes les voies par lesquelles les trains pourraient passer par les gares. Je pense que les relations ont été créées ainsi par des enthousiastes des chemins de fer. Mais je n'ai pas cherché qui, ou pourquoi, ou si c'est documenté quelque part. J'ai passé des heures à faire une réparation partielle des plus-que-dix relations, sans changer le format. Une réparation entière aurait fallu beaucoup trop longtemps. Ainsi j'ai pu introduire les ponts sans empirer le bordel. À mon avis, un tel cas a besoin d'une méthode différente de cartographier les itinéraires. Les relations d'itinéraire devraient avoir comme membres, d'autres relations: des tronçons d'itinéraire. Ça pourrait être fait avec ou sans des relations superroute. On arriverait à une grande simplification. Et alors, que faire? Mettre en bonne état et à jour seulement les relations qui passent par ton coin, est un très grand boulot. Et en idéal, il faudrait discuter avec ceux qui cartographient les chemins de fer, quel est le format préféré des relations. Les relations sont utilisées par https://www.openrailwaymap.org/ et https://magosm.magellium.com/portail/#/carte p.ex. Supprimer des relations serait dommage, vu le temps que plusieurs contributeurs ont passé à les créer. À mon avis, il faudrait améliorer ou mettre à jour; ou bien laisser tel quel. À noter qu'il y a toujours des liaisons directes Lyon - Barcelone. Mais pas Lyon - Bordeaux, ça va plus vite maintenant via Paris que via Montpellier! Un projet du mois, peut-être? Mais je me demande s'il y aurait assez de contributeurs intéressés. Et comment découvrir la gamme des itinéraires passagers, vu qu'il n'y a plus de fiches horaires TGV disponibles en ligne? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR
Je n'ai pas vu un libellé FANTOIR changer, jusqu'à l'année dernière. Et puis Janvier 2019 340030085U CHE DE L ANGE GARDIEN 340030748P CHE DES EMPETRES 340032011M CHE DES FLAMANTS ROSES 340032028F IMP DE LA SAGUE 340032306H RUE VIGNIER Novembre 2019 340030085U IMP DE L ANGE GARDIEN 340030748P IMP DES EMPETRES 340032011M IMP DES FLAMANTS ROSES 340032028F IMP DE LA SAGNE 340032306H RUE CLAUDE VIGNIE En chaque cas, la mairie a changé le nom de la voie par arrêté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retrouver facilement le changeset ayant supprimé un objet
+1 Après quelques recherches - j'ai fouillé le changeset ayant crée les bâtiments voisins... J'ai l'impression que le bâtiment du 11 Rue Louis Bonnet a été manqué lors de l'import du Cadastre, et qu'il n'a jamais été dans la BDD OSM. Pour le problème en général, il n'y a pas de moyen simple (sauf Potlatch 1 si ça marche toujours). L'installation allemande d'Overpass contient tout l'historique depuis le changement de la licence en 2012. Le meilleur qu'on peut faire, c'est comme Marc. Télécharger des extraits de l'état de la BDD à des dates choisies. Ouvrir les extraits avec JOSM et trouver l'objet avant qu'il fut supprimé. Maintenant vous avez l'id de l'objet. Télécharger l'historique de l'objet pour trouver le changeset ayant supprimé l'objet. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
