Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV
Salut ! On a le droit de copier les fiches horaires de la SNCF ? Julien "djakk" Le dim. 11 oct. 2020 à 01:39, Gad.Jo a écrit : > > La modification a été bien plus simple et rapide que prévu : > https://www.openstreetmap.org/changeset/92288895 > > J'ai remis à jour les relations qui y ressemblait le plus vers les > nouveau numéro de ligne actuellement active sur le site de la SNCF. > Normalement il n'y a pas de casse sur les gares où je suis passé (ajout > de tag, mise en conformité)... > > L'ancienne ligne TGV 752 a été remplacée par les lignes TGV 6871, 6873, > 6823, 9836 et 9862 > > En dehors de la gare Lille Europe où un trou persiste dans les relations > (pas chaud pour modifier une grosse gare). Tout les trajets sont continu. > > Le 10/10/2020 à 21:42, Gad.Jo a écrit : > > Après une courte recherche j'ai trouvé le très bon site : > > https://www.fiches-horaires.net/ (leur description en pied de page est > > très amusante et pleine de bon sens) > > > > A défaut de trouver les fiches horaires officielle il y a de la > > données valide. Par contre... où on t'ils trouvé leur données ? > > > > Le 10/10/2020 à 16:40, Adrian via Talk-fr a écrit : > >> 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 > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capitelles
> Pour les photos, nous avons effectivement l'habitude de les déposer sur
> Wikimédia Commons et j'aimerai justement qu'on en prenne le plus possible au
> cours de nos campagnes de terrain pour illustrer un maximum de capitelles sur
> OSM.
Merci :)
Est-ce que vous ajoutez dans OSM le tag wikimedia_commons et/ou dans Commons le
modèle {{On OSM}} pour lier les 2 ?
Remarque :
image=https://upload.wikimedia.org/wikipedia/commons/6/67/Capitelle_de_Marguerittes_004.jpg
image=https://commons.wikimedia.org/wiki/File:Capitelle_de_Marguerittes_004.jpg
Préférer le tag et la syntaxe suivante :
wikimedia_commons=File:Capitelle de Marguerittes 004.jpg
image=http://www.wikigarrigue.info/wiki13/files/PhotoCartopartie_20150415_164003_20150511122240_20150511142254.jpg
idem si wikigarigue peut afficher des photos venant de Commons (et que vos
photos sont publiées dans Commons)
YesWiki semble pouvoir afficher les photos de Wikimedia Commons :
https://yeswiki.net/?Mediatheque
> Nous nous sommes aussi permis de renseigner sur Wikidata quelques
> constructions "spectaculaires" : https://www.wikidata.org/wiki/Q87117811
> Pour info, tu peux mettre la
> propriété exemple d'utilisation sur Wikidata
> dans capitelle
> …
> Merci pour l'ajout sur nos cabanes historiques dans le wikiosm.
De rien, ça aide tout le monde à les cartographier plus facilement :)
> Si j'ai bien compris, ça vous convient de laisser historic=shelter si elles
> ne peuvent pas être utilisées par les randonneurs ?
> Certaines sont en assez bon état pour passer une nuit dessous, mais elle
> risque de ne pas être reposante !
Je pensais m'abriter de la pluie, mais bivouaquer à l'intérieur doit être une
expérience inoubliable :D
JOSM râle 724 fois "attribut manquant - shelter_type sans amenity=shelter"
On peut :
améliorer la règle de validation en tenant compte de historic=shelter
ignorer le message (mais est-ce que tout les contributeurs le feront aussi ?)
rajouter amenity=shelter (mais est-ce que ça va mettre les cabanes en danger ?)
> Ok pour remplacer bulding:material=* par material =* , est-ce que des outils
> permettent d'automatiser le changement de tagg ?
> Je manque de compétences en informatique à ce niveau là.
Une requête overpass depuis JOSM (cf. infra), puis édition du tag
bulding:material, on enregistre et c'est fait :)
Voici quelques remarques après analyse des tags de ces cabanes historiques :
url
http://garrigue-gourmande.fr/index.php?option=com_content&view=article&id=7297&Itemid=703
http://capitelles.chez.com/_files/_resources/htm_/list_cap_/174.html
http://petit-patrimoine.pays-uzege-pontdugard.fr/index.php?project=intra&locale=fr&pagendx=92&first_queryuzege=0&max_queryuzege=20&recherche=1&posted_field_udeno=Cabane&posted_field_ucom=Blauzac&from=default&name=queryuzege§ion=uzege-show&id=5AU1009
Peut-être remplacé par :
un tag ref:xxx= côté OSM
un tag wikidata dans OSM et une propriété similaire côté wikidata (exemple de
l'identifiant petit-patrimoine.com
)
Dans les 2 cas, l'identifiant unique de la cabane dans le site de "référence"
sert de valeur pour le tag ou la propriété.
L'avantage, c'est plus concis, plus fiable et si le "projet" change d'url, il
"suffit" d'éditer le format de l'URL une fois pour toute (exemple format de
l'URL pour petit patrimoine
).
Projet
project=Causses&Cévennes (x 52)
Est-ce que ça à sa place dans OSM ?
L'équivalent plus utile pourrait-être une ref:xxx qui permet de relier le
projet et ses données avec OSM (cf. supra)
Noms locaux ou descriptions ?
Il y a de la simplification à faire ici
name:loc=Gendaud (x 1)
loc_name=Capitelle…
historic:fr=Cazelle
building:loc=cabane_bouscatier
building:loc=capitelle…
Descriptions
historic:description:fr=Construction en pierre sèche bâtie par les bergers sur
les parcours pour se protéger du soleil et du vent tout en gardant le troupeau
(x 52)
description=* tout simplement ;)
Après quel est son intérêt ?
Divers
historic_status=disused (x 3) ?
__
Yves
La requête overpass dans JOSM :
[out:xml][timeout:90];
nwr[historic=shelter]["building:material"];
(._;>;);
out meta;
La requête dans overpass turbo à partir de l'assistant : historic=shelter and
"building:material"=*
https://overpass-turbo.eu/s/YUV
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rapport antitrust du sénat US... "digital maps"
A lire page 107... https://int.nyt.com/data/documenttools/house-antitrust-report-on-big-tech/b2ec22cf340e1af1/full.pdf Quelques erreurs: "The leading provider of digital mapping data is Google." C'est inexact car Google ne propose que des services (s'appuyant sur des données) et pas des données, contrairement à Here, Tomtom ou OSM cités après. Marrant de voir les dirigeants de Waze (depuis racheté par Google) décrire le dumping de ce dernier ! OpenStreetMap n'est cité qu'une fois... :( Il me reste une impression de texte très superficiel et mal documenté. -- Christian Quest - OpenStreetMap France ___ 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
Les horaires des TGV et des TER sont disponibles en opendata au format GTFS https://ressources.data.sncf.com/explore/dataset/horaires-des-train-voyages-tgvinouiouigo/table/ https://ressources.data.sncf.com/explore/dataset/sncf-ter-gtfs/table/ yapuka décoder... Le 11/10/2020 à 10:14, Julien djakk a écrit : Salut ! On a le droit de copier les fiches horaires de la SNCF ? Julien "djakk" Le dim. 11 oct. 2020 à 01:39, Gad.Jo a écrit : La modification a été bien plus simple et rapide que prévu : https://www.openstreetmap.org/changeset/92288895 J'ai remis à jour les relations qui y ressemblait le plus vers les nouveau numéro de ligne actuellement active sur le site de la SNCF. Normalement il n'y a pas de casse sur les gares où je suis passé (ajout de tag, mise en conformité)... L'ancienne ligne TGV 752 a été remplacée par les lignes TGV 6871, 6873, 6823, 9836 et 9862 En dehors de la gare Lille Europe où un trou persiste dans les relations (pas chaud pour modifier une grosse gare). Tout les trajets sont continu. Le 10/10/2020 à 21:42, Gad.Jo a écrit : Après une courte recherche j'ai trouvé le très bon site : https://www.fiches-horaires.net/ (leur description en pied de page est très amusante et pleine de bon sens) A défaut de trouver les fiches horaires officielle il y a de la données valide. Par contre... où on t'ils trouvé leur données ? Le 10/10/2020 à 16:40, Adrian via Talk-fr a écrit : 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-
[OSM-talk-fr] hebdoOSM Nº 533 2020-09-29-2020-10-05
Bonjour, Le résumé hebdomadaire n° 533 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : https://www.weeklyosm.eu/fr/archives/13816/ Bonne lecture ! Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note hebdomadaire sans être membre ? Il vous suffit de vous connecter sur https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus sur la rédaction d'un article, cliquez ici: http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm hebdoOSM ? Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Où : https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mettre à jour un panneau dégradé
Bonjour, Que faire quand on rencontre sur le terrain un panneau porteur de carte type table d'orientation dégradée au point que plus rien n'est lisible ? Est-ce qu'on supprime le point ou tout du moins l'attribut en laissant tourism=viewpoint ? Ou on laisse l'élément avec un attribut pour qualifier son état ? Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mettre à jour un panneau dégradé
Bonjour, 1) on avertit le gestionnaire de panneau (et on lui demande de mettre à jours OSM quand il est réparé ou de nous informer quand il est réparé - ça fait une petite pub pour montrer le potentiel d'OSM). 2) un panneau et un point de vue ce sont a priori deux objets distincts. 3) *was:*information=map et compagnie. Je dis was, car je doute que tu puisses mettre un end_date. 4) un survey_date peut être utile pour savoir quand c'était dégradé. 5) une note si tu trouves que ce qui précède n'est pas suffisant. Jean-Yvon Le 11/10/2020 à 15:02, Arnaud Champollion - arnaud.champoll...@linux-alpes.org a écrit : ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mettre à jour un panneau dégradé
Le 11/10/2020 à 15:11, osm.sanspourr...@spamgourmet.com a écrit : 1) on avertit le gestionnaire de panneau (et on lui demande de mettre à jours OSM quand il est réparé ou de nous informer quand il est réparé - ça fait une petite pub pour montrer le potentiel d'OSM). Bonne idée, en effet si ça se trouve il est comme ça depuis un moment, tout le monde se disant que quelqu'un d'autre l'a signalé. 2) un panneau et un point de vue ce sont a priori deux objets distincts. OK en fait je lisais sur le wiki : map_type=toposcope Table d'orientation. Un repère érigé sur les lieux en hauteur qui indique la direction des éléments remarquables du paysage qui peuvent être vus à partir de ce point (associé à tourism=viewpoint). 3) *was:*information=map et compagnie. Je dis was, car je doute que tu puisses mettre un end_date. 4) un survey_date peut être utile pour savoir quand c'était dégradé. 5) une note si tu trouves que ce qui précède n'est pas suffisant. Je fais tout ça, merci. ___ 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
Ah ! Ça doit être ce qu'à fait https://www.fiches-horaires.net/ Dessus on peut y consulter tous les départ par gare. Les références de train, jours de circulations et horaires y sont. Ça donne presque envi de les saisirs sur les relations... Mais quid du maintient des infos ? Je préfère m'abstenir d'ouvrir un chantier sans fin. Merci Helfer pour le retour Le October 11, 2020 9:32:41 AM UTC, Denis Helfer a écrit : >Les horaires des TGV et des TER sont disponibles en opendata au format >GTFS > >https://ressources.data.sncf.com/explore/dataset/horaires-des-train-voyages-tgvinouiouigo/table/ > >https://ressources.data.sncf.com/explore/dataset/sncf-ter-gtfs/table/ > >yapuka décoder... > > >Le 11/10/2020 à 10:14, Julien djakk a écrit : >> Salut ! >> >> On a le droit de copier les fiches horaires de la SNCF ? >> >> Julien "djakk" >> >> Le dim. 11 oct. 2020 à 01:39, Gad.Jo a >écrit : >>> La modification a été bien plus simple et rapide que prévu : >>> https://www.openstreetmap.org/changeset/92288895 >>> >>> J'ai remis à jour les relations qui y ressemblait le plus vers les >>> nouveau numéro de ligne actuellement active sur le site de la SNCF. >>> Normalement il n'y a pas de casse sur les gares où je suis passé >(ajout >>> de tag, mise en conformité)... >>> >>> L'ancienne ligne TGV 752 a été remplacée par les lignes TGV 6871, >6873, >>> 6823, 9836 et 9862 >>> >>> En dehors de la gare Lille Europe où un trou persiste dans les >relations >>> (pas chaud pour modifier une grosse gare). Tout les trajets sont >continu. >>> >>> Le 10/10/2020 à 21:42, Gad.Jo a écrit : Après une courte recherche j'ai trouvé le très bon site : https://www.fiches-horaires.net/ (leur description en pied de page >est très amusante et pleine de bon sens) A défaut de trouver les fiches horaires officielle il y a de la données valide. Par contre... où on t'ils trouvé leur données ? Le 10/10/2020 à 16:40, Adrian via Talk-fr a écrit : > 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
Re: [OSM-talk-fr] OSMdata
Bonjour, Merci pour cette interface, c'est vraiment sympa à utiliser. Le 19/09/2020 à 19:38, Zimmy ZIMMERMANN a écrit : Nous serons alors en mesure de passer la 2e étape qui est celle de la confrontation à l'usage du public hors sphère OSM. Avez-vous des réserves à prendre en compte avant la diffusion plus large ? Dans la zone de recherche, quand on tape "bar", on a deux entrées : --> bar --> bar (polygones) Les contributeurs à OSM savent à quoi ça fait référence, mais pas le public hors sphère OSM (et d'ailleurs la plupart du temps, on aura plutôt besoin de requêter à la fois et de façon transparente sur node way et relation en même temps) Peut-être qu'on peut regrouper les nodes et polygones en faisant disparaître cette mention ? Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMdata
Bonjour, entièrement d'accord, c'est le genre de trucs qui font qu'on va trouver les infos deux fois, une fois comme Point Of Interest et une autre fois en Polygon Of Interest ;-). Éventuellement dans l'export une boîte à cocher "récupérer seulement le centre des géométries". Comme ça on a le beurre et l'argent du beurre. Mais pas la bière car le bar est fermé me diront certains. Jean-Yvon Le 11/10/2020 à 19:54, Arnaud Champollion - arnaud.champoll...@linux-alpes.org a écrit : ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMdata
Merci du retour, Pourrais-tu amener ta remarque à cette adresse ? https://www.loomio.org/d/018TijXh/th-mes-utilisateurs- De notre côté nous traiterons cette anomalie. Il y a en effet des ventilation et regroupement qui font l'objet de revérifications (+de 360 couches qui demandent un examen patient ;-) Belle soirée Jean-Louis Le dim. 11 oct. 2020 à 19:56, Arnaud Champollion < arnaud.champoll...@linux-alpes.org> a écrit : > Bonjour, > > Merci pour cette interface, c'est vraiment sympa à utiliser. > > > Le 19/09/2020 à 19:38, Zimmy ZIMMERMANN a écrit : > > > Nous serons alors en mesure de passer la 2e étape qui est celle de la > > confrontation à l'usage du public hors sphère OSM. > > > > Avez-vous des réserves à prendre en compte avant la diffusion plus large > ? > > Dans la zone de recherche, quand on tape "bar", on a deux entrées : > > --> bar > > --> bar (polygones) > > Les contributeurs à OSM savent à quoi ça fait référence, mais pas le > public hors sphère OSM (et d'ailleurs la plupart du temps, on aura > plutôt besoin de requêter à la fois et de façon transparente sur node > way et relation en même temps) > > Peut-être qu'on peut regrouper les nodes et polygones en faisant > disparaître cette mention ? > > Arnaud > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMdata
Le 11/10/2020 à 21:14, Zimmy ZIMMERMANN a écrit : Pourrais-tu amener ta remarque à cette adresse ? https://www.loomio.org/d/018TijXh/th-mes-utilisateurs- Vu que Loomio refuse les inscriptions (complet = 50) faut-il continuer à l'utiliser ? Cdlt, Jacques ps : Zimmy tu n'y es pour rien. -- GnuPg : 156520BBC8F5B1E3 Because privacy matters. « Quand est-ce qu'on mange ? » AD (c) (tm) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMdata
Le 11/10/2020 à 22:01, Jacques Lavignotte a écrit : Bonsoir, Vu que Loomio refuse les inscriptions (complet = 50) faut-il continuer à l'utiliser ? Je te laisse ma place, si tu veux. -- deuzeffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur qui passe en trunk
Le 10/10/2020 à 22:04, Georges Dutreix via Talk-fr a écrit : Le "I made a few changes" et l'absence de réponse aux sollicitations me rappellent étrangement le comportement de l'utilisateur RB94, qui a fini par être bloqué. Je viens de regarder. Effectivement, il mettait "J'ai changé certaines choses". Néanmoins RB94 semblait plutôt parisien alors que mt_CSC paraît londonien. À priori, ce n'est pas la même personne. 24 heures plus tard, il a fait une demi-douzaine de changsets sans réagir à mon message. Il n'y a plus qu'à contacter le DWG? Eric Modus operandi (comme ils disent dans les polars) : jamais de réelle volonté de nuire, mais toujours "je fais ce que je veux dans mon coin", avec en commentaire : "j'ai modifié certaines choses", et ... je suis trop coincé pour avoir envie de communiquer. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMdata
Mince l'équation est difficile à tenir. On en reparlera au prochain CA. Désolé. On voit avec Karl pour un plan B ;-) Le dim. 11 oct. 2020 à 22:28, deuzeffe a écrit : > Le 11/10/2020 à 22:01, Jacques Lavignotte a écrit : > > Bonsoir, > > > Vu que Loomio refuse les inscriptions (complet = 50) > > faut-il continuer à l'utiliser ? > > Je te laisse ma place, si tu veux. > -- > deuzeffe > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
