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

Attention ! Jet tours est une marque de Thomas Cook donc : - ne pas laisser Jet tours en brand. - chercher aussi les boutiques Jet tours ! Cf. https://www.jettours.com/ ou

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

Florian ça complète ce que j'avais dit en MP. Pour changer de couche on appréciera les raccourcis claviers de JOSM^^. Voici pour la recette de cuisine : - d'abord ci-joint deux ingrédients les fichiers : * *geocoded.csv, le même qu'avant mais sans espaces en début ou fin de nom *

[OSM-talk-fr] hebdoOSM Nº 483 2019-10-15-2019-10-21

Bonjour, Le résumé hebdomadaire n° 483 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : http://www.weeklyosm.eu/fr/archives/12467/ Bonne lecture ! Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note hebdomadaire sans être

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

Merci marc marc de faire le suivi. Pour les urls à simplifier et la cohérence des langues cela pourrait je pense faire l'objet d'une routine Osmose. LeTopographeFou   Message original   De: marc_marc_...@hotmail.com Envoyé: 29 octobre 2019 11:33 PM À: talk-fr@openstreetmap.org;

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

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

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

> On joue ? Je n'ai mis que les 2 premiers liens (saisie tactile sur le smartphone laborieuse). https://www.data.gouv.fr/fr/datasets/regularite-quotidienne-lignes-sncf/ https://www.data.gouv.fr/fr/datasets/regularite-mensuelle-transilien/ ___ Talk-fr

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

Quand on sait qui détient, on a déjà résolu une part non négligeable du problème ! On joue ? Qui trouve le premier les données de régularité/ponctualité des transports ? Le mer. 30 oct. 2019 à 17:02, ades a écrit : > très bien, mais ce qui m’emmerde c‘est qu’en général je n’ai rien à faire

Re: [OSM-talk-fr] bridge=simple_brunnel

Le 30/10/2019 à 10:41, Nicolas Moyroud - nmoyr...@free.fr a écrit : Je ne vois pas le rapport qu'il y a avec large / étroit. La... largeur peut-être ? Dans le cas du gué les deux objets physiques routes / rivières passent au même niveau et en suivant l'un on passe forcément par l'autre.

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

très bien, mais ce qui m’emmerde c‘est qu’en général je n’ai rien à faire avec des « autorités publiques » mais avec des « services publics » et si j’ai envie de demander quelque chose, je demande, à qui détient la chose, pas à n’importe qui… > Le 30 oct. 2019 à 15:45, Vincent Bergeot a

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

Hello, merci pour toutes vos réponses, je sentais la question compliquée, c'est pourquoi je l'ai posée ! Quel est donc la suite maintenant avec ce fichier ? Vous m'avez bien calmé, de mon coté je n'ai fait que modifier l'agence de Montrouge ;) Le

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

Bonjour, je me permets de relayer ici cette information qui concerne les demandes d'accès aux documents administratifs, dont certaines données cartographiques peuvent faire parties !! " Nous souhaitons vous informer du lancement du site https://madada.fr, *un service en ligne pour

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

Le 19-10-30 à 04 h 16, marc marc a écrit : C'est ce que fait le rendu FR;) Si il n'y a plus de place pour le name, short_name est utilisé en plan B. On fait comment pour faire adopter ceci sur les principaux rendus ? on regarde s'il y a déjà un ticket dans le github osm-carto Celui-ci est

Re: [OSM-talk-fr] bridge=simple_brunnel

> Je ne vois pas le rapport qu'il y a avec large / étroit. Dans le cas du gué > les deux objets physiques routes / rivières passent au même niveau et en > suivant l'un on passe forcément par l'autre. Dans le cas du ruisseau busé il > passe en-dessous de la route et on n'est pas censé mettre

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

Pour le rendu osm.org, le mieux c'est je pense d'ouvrir une issue pour discuter l'idée, puis de proposer une PR avec la modif dans la feuille de style en reprenant ce que j'ai fait comme base. Le mer. 30 oct. 2019 à 09:16, Yves P. a écrit : > > C'est ce que fait le rendu FR ;) > > Si il n'y a

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

Le 29/10/2019 à 20:52, Yves P. - yves.prat...@gmail.com a écrit : mais évitons de tager pour le rendu en rentrant des données erronées C’est, me semble-t-il, une question d’usage. Dans tout les cas ça s’affiche et on retrouve l’objet en fonction de ses noms. Dans le même genre, on trouve MDPH

Re: [OSM-talk-fr] bridge=simple_brunnel

S'ils partagent géométriquement une zone commune (assimilable à un point), on met un point en commun et un tag dessus. C'est le cas d'un gué : il existe physiquement une zone qu'on peut passer à pied (en se mouillant les chaussures éventuellement), et où l'eau passe aussi. Pour les

Re: [OSM-talk-fr] bridge=simple_brunnel

Le 29/10/2019 à 23:22, allegre.guilla...@free.fr a écrit : Du coup, vous êtes pour accepter tunnel=culvert sur des nœuds ou pas ?- Oui +1 Non ; c'est une question de topologie des objets. S'ils partagent géométriquement une zone commune (assimilable à un point), on met un point en commun

Re: [OSM-talk-fr] Projet OpenMultiMaps

Très chouette application, merci! Cyrille37. Le 29/10/2019 à 18:43, Cédric Frayssinet a écrit : Bonjour à tous, Dernier message pour cette application qui commence à arriver à maturité. La version 1.10 vient de sortir sur F-Droid : https://f-droid.org/packages/app.fedilab.openmaps/

Re: [OSM-talk-fr] bridge=simple_brunnel

Le 30/10/2019 09:35, Yves P. a écrit : Christian : Un noeud commun taggué c'est mieux que rien et moins bien que des géométries bien séparées… +1 Guillaume : Pour les ruisseaux busés, les deux flux sont bien séparés. La buse canalise l'eau, pas le passage humain/véhicules, On est

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

>> On fait comment pour faire adopter ceci sur les principaux rendus ? > > on regarde s'il y a déjà un ticket dans le github osm-carto > et si c'est pas le cas, on en ouvre un, en y expliquant l'idée > et on peux y référencer l'url d'un exemple sur le rendu fr Ma remarque était ironique

Re: [OSM-talk-fr] bridge=simple_brunnel

> Christian : > Un noeud commun taggué c'est mieux que rien et moins bien que des géométries > bien séparées… +1 > Guillaume : > Pour les ruisseaux busés, les deux flux sont bien séparés. La buse canalise > l'eau, pas le passage humain/véhicules, On est d’accord > donc c'est inapproprié de

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

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

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

> C'est ce que fait le rendu FR ;) > > Si il n'y a plus de place pour le name, short_name est utilisé en plan B. Bravo  On fait comment pour faire adopter ceci sur les principaux rendus ? — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] bridge=simple_brunnel

C'est le côté itératif d'OSM ;) Un noeud commun taggué c'est mieux que rien et moins bien que des géométries bien séparées... "Certes, mais très souvent l'imagerie aérienne permet de le voir." Nous sommes chanceux en France d'avoir accès à une imagerie de qualité, ce qui est quand même rare

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

C'est ce que fait le rendu FR ;) Si il n'y a plus de place pour le name, short_name est utilisé en plan B. Exemple avec la Bibliothèque Nationale de France: https://demo.addok.xyz/#16/48.8327/2.3765 Le mar. 29 oct. 2019 à 20:32, Adrien André via Talk-fr < talk-fr@openstreetmap.org> a écrit :