Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit
Cela dit, je m'interroge, représenter un lieu-dit par un point ou un polygone, ok, mais par une ligne c'est étrange non, de plus en utilisant l'objet "route" ? Est-ce une bonne idée de copier cette technique depuis le cadastre ? Julien "djakk" Le mer. 14 oct. 2020 à 10:50, Julien djakk a écrit : > > Salut ! Pour moi c'était une mauvaise pratique pour faire comme Google > Maps ! J'ignorai que c'était dans le cadastre. > > Julien "djakk" > > Le mer. 14 oct. 2020 à 07:18, Arnaud Champollion > a écrit : > > > > Le 14/10/2020 à 07:05, Gad Jo a écrit : > > > description=* si tu veut communiquer à destination des usagers utilisant > > > ces voies. > > > > Bonjour, une question que je me pose parfois (car j'utilise aussi > > souvent ce tag pour décrire) : quelles applications utilisent et > > affichent la valeur de l'attribut "description" à destination des usagers ? > > > > > > > > > > ___ > > 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] Etiqueter des routes selon le nom du lieu-dit
Salut ! Pour moi c'était une mauvaise pratique pour faire comme Google Maps ! J'ignorai que c'était dans le cadastre. Julien "djakk" Le mer. 14 oct. 2020 à 07:18, Arnaud Champollion a écrit : > > Le 14/10/2020 à 07:05, Gad Jo a écrit : > > description=* si tu veut communiquer à destination des usagers utilisant > > ces voies. > > Bonjour, une question que je me pose parfois (car j'utilise aussi > souvent ce tag pour décrire) : quelles applications utilisent et > affichent la valeur de l'attribut "description" à destination des usagers ? > > > > > ___ > 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] 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] Mappons le temporaire qui dur
Bonsoir ! Je ressuscite cette discussion pour proposer / remarquer qu'il faut en général utiliser un "namespace" avec temporary : https://www.openstreetmap.org/way/809893926 <- il faudrait ajouter cycleway:right:temporary=yes - le reste de la rue n'est pas temporaire donc un temporary=yes ne marche pas … Julien "djakk" Le jeu. 28 mai 2020 à 17:06, Florimond Berthoux a écrit : > > Il y a simplement end_date pour préciser la date prévu de fin d'une feature. > > Le jeu. 28 mai 2020 à 14:18, Marc M. a écrit : >> >> Bonjour, >> >> Le 27.05.20 à 16:22, Florimond Berthoux a écrit : >> > explicitement marqué par un panneau un début et de fin, etc. >> >> pour le début start_date >> pour la fin : il serrait utile d'avoir un tag pour encoder >> une date à partir de laquelle il faudrait retourner voir >> si le temporaire a été prolongé ou si cela a changé. >> une sorte de opening_date inversé -> ending_date ? >> >> > contrôle qualité pour lister les aménagements à vérifier régulièrement. >> >> survey:date pourrait être utile pour cela lorsque la vérif >> sur place ne nécessite aucun changement dans osm parce que >> rien n'a changé. >> ou alors un changement blanc mais c'est tordu et >> source de confusion pour les autres contributeurs. >> >> Cordialement, >> Marc >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr > > > > -- > Florimond Berthoux > ___ > 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] rendus FR en vectoriels, on se lance ?
Salut ! Ça m'intéresse ! :) Est-ce que ça pourrait potentiellement être un peu rémunéré ? Il y a quelque temps j’avais fait ceci : https://github.com/djakk/openstreetmap-on-heroku Julien « djakk » Le ven. 18 sept. 2020 à 11:41, Florian LAINEZ a écrit : > Hello, > Et si on se mettait sérieusement au boulot pour créer des rendus français > en vectoriel ? > On voit clairement la limite de ceux affichés sur > https://www.openstreetmap.fr et dans nos service connexes (umap, projet > du mois, ...). > On pourrait commencer avec le rendu osm-fr ou bien le rendu vélo. > > Je sais, c'est un serpent de mer. Je sais, ce n'est pas si facile. Et je > sais aussi que je ne serai sûrement pas d'une grande utilité pour le faire, > mais je pense que ça serait tout de même un grand pas en avant qui > mériterait une plus grande attention de notre part. > #AppelABonnesVolontés > > > -- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *FlorianLainez* > @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
Re: [OSM-talk] Building a tile-server
Hello Tom, About vector tiles : I have managed to render some vector tiles on heroku : https://github.com/djakk/openstreetmap-on-heroku The database is populated thanks to osm2pgsql. Rendering is done by mapnik. Maybe you can adapt it to your server ? Julien "djakk" J Le jeu. 2 juil. 2020 à 02:44, Paul Norman via talk a écrit : > > On 2020-07-01 3:28 p.m., Martin Koppenhoefer wrote: > > > > sent from a phone > > > >> On 1. Jul 2020, at 23:26, Paul Norman via talk > >> wrote: > >> > >> In general, work_mem=128GB is good with most styles. > > > > > > Paul, he wrote he had 32GB of RAM, should one assign more work_mem than > > there physically is on the machine? > > > > I am asking because I thought that the value of work_mem could be used > > multiple times and the sum should not exceed the actual RAM, but maybe this > > isn’t how it works? > > > > Cheers Martin > > > Whoops, that should be 128MB. > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable
> c'est pourtant le plus facile pour détecter que le réseau est complet. Que veux-tu dire par là ? > j'ai en souvenir ta vision très controversé du réseau voiture. > du coup un exemple et une source utilisable pour osm sur ce point ? > ou c'est juste un feeling comme pour les voitures ? Il y a quelques boucles de comptage sur les routes et les pistes cyclables mais oui c'est beaucoup de feeling, il me semble pas plus+ pas moins- que pour construire le réseau de highway pour voitures : à force d'arpenter sa ville, le contributeur sait par où passent les voitures, par où passent les vélos, et si c'est très fréquenté ou pas trop selon chaque mode de transport. Exemple : j'aurai pu ressentir que la récente piste cyclable du boulevard Sébastopol est plus+ empruntée que la rue Saint-Denis parallèle (https://www.openstreetmap.org/#map=19/48.85984/2.34936) bien que cette dernière supporte un itinéraire vélo officiel, fléché et cartographié dans OpenStreetMap par plusieurs relation. Julien "djakk" Le mar. 9 juin 2020 à 14:41, Marc M. a écrit : > > Le 09.06.20 à 14:36, Julien djakk a écrit : > > En fait, je ne pense pas faire de relations, trop casse-pied à gérer, > > c'est pourtant le plus facile pour détecter que le réseau est complet. > > > quand deux itinéraires vélo "secondary" se rejoignent, > > ça peut donner un itinéraire vélo "primary" etc. > > j'ai en souvenir ta vision très controversé du réseau voiture. > du coup un exemple et une source utilisable pour osm sur ce point ? > ou c'est juste un feeling comme pour les voitures ? > > ___ > 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] Hiérarchisation du réseau cyclable
En fait, je ne pense pas faire de relations, trop casse-pied à gérer, mais faire comme le réseau routier voitures, caractériser ligne par ligne. De plus, quand deux itinéraires vélo "secondary" se rejoignent, ça peut donner un itinéraire vélo "primary" etc. Julien "djakk" Le mar. 9 juin 2020 à 13:58, Julien djakk a écrit : > > Merci marc, je vais jeter un œil là-dessus. > > Bonjour Romain, en général ces itinéraires cartographiés avec une > relation sont des itinéraires touristiques. Et merci : je ne savais > pas qu'il existait une liste "vélo" ! :) > > Julien "djakk" > > Le mar. 9 juin 2020 à 12:51, Romain MEHUT a écrit : > > > > Bonjour, > > > > N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ? > > > > Romain > > > > Le 09/06/2020 à 12:35, Julien djakk a écrit : > > > Bonjour tout le monde ! > > > > > > Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes > > > cyclables et de routes ouvertes au vélos. Comment faire ? > > > Je pensais faire à la manière du réseau routier voitures : > > > highway="primary", "secondary", etc. -> cycleway="primary", > > > "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une > > > autre clé (cycleway:importance ?). > > > > > > On se retrouverait dans certains cas avec des voies > > > highway="residential" + cycleway:importance="primary". > > > > > > > > > Julien "djakk" > > > > > > ___ > > > 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] Hiérarchisation du réseau cyclable
Merci marc, je vais jeter un œil là-dessus. Bonjour Romain, en général ces itinéraires cartographiés avec une relation sont des itinéraires touristiques. Et merci : je ne savais pas qu'il existait une liste "vélo" ! :) Julien "djakk" Le mar. 9 juin 2020 à 12:51, Romain MEHUT a écrit : > > Bonjour, > > N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ? > > Romain > > Le 09/06/2020 à 12:35, Julien djakk a écrit : > > Bonjour tout le monde ! > > > > Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes > > cyclables et de routes ouvertes au vélos. Comment faire ? > > Je pensais faire à la manière du réseau routier voitures : > > highway="primary", "secondary", etc. -> cycleway="primary", > > "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une > > autre clé (cycleway:importance ?). > > > > On se retrouverait dans certains cas avec des voies > > highway="residential" + cycleway:importance="primary". > > > > > > Julien "djakk" > > > > ___ > > 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
[OSM-talk-fr] Hiérarchisation du réseau cyclable
Bonjour tout le monde ! Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes cyclables et de routes ouvertes au vélos. Comment faire ? Je pensais faire à la manière du réseau routier voitures : highway="primary", "secondary", etc. -> cycleway="primary", "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une autre clé (cycleway:importance ?). On se retrouverait dans certains cas avec des voies highway="residential" + cycleway:importance="primary". Julien "djakk" ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagging/suppression d'un passage dangereux
Il s’agit d’une ligne de désir ! Pour moi elles ont leur place dans OSM. Certains endroits, certaines routes, sont dangereux pour les piétons et les vélos mais on ne le cartographie pas dans osm ... sauf si panneau explicite (exemple : la N79, route française). Julien « djakk » Le mer. 27 mai 2020 à 18:02, André Maroneze a écrit : > Bonjour, > > En utilisant OsmAnd pour trouver un chemin de promenade, je suis tombé sur > un "chemin" sauvage qui traverse une avenue puis une départementale dans > les deux sens. Le chemin en question n'est autre que de l'herbe écrasée à > force du passage des gens. Il est donc non-officiel, dangereux (même en > pleine journée un dimanche, je n'ai pas voulu essayer de l'emprunter, car > les voitures le croisaient régulièrement), et à mon avis sans intérêt ; on > pourrait très bien choisir de passer à côté, si on veut vraiment faire > n'importe quoi. Sinon, à 5 minutes à vélo de là, un passage souterrain > permet de franchir la route en toute sécurité. Ce dernier ne m'a pas été > suggéré justement à cause de ce chemin alternatif, plus court. > > J'aimerais donc qu'il ne soit plus utilisé pour le routage piéton, ou au > minimum qu'il soit affiché en tant que "dangereux". Il y a déjà une note > sur la carte dans ce sens, rajoutée par quelqu'un d'autre, mais elle n'est > pas visible par les applications. > > J'ai vu sur https://wiki.openstreetmap.org/wiki/Key:access qu'il y a > "access=discouraged", mais l'utilisation indiquée ne correspond pas > exactement à ce que je veux. Sur la page française de la clé, je ne vois > pas de mention à cela. > > Est-ce que "access=no" serait valide ici, vu que légalement, il me semble > que traverser une départementale à pied en dehors d'un passage piéton soit > interdit ? Ou sinon, faudrait-il supprimer ce chemin (qui risque d'être > remis plus tard) ? > > Pour information, le chemin en question est là : > https://www.openstreetmap.org/way/81972368#map=19/48.67500/2.18292 > > Merci pour vos avis et suggestions, > ___ > 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
[OSM-talk-fr] OpenstreetMap sur Heroku
Salut tout le monde, j'ai réussi à monter un serveur nodejs (du javascript-sans-le-côté-web) pour afficher les données OpenstreetMap en vectoriel grâce à Mapnik, et sous Heroku :) -> http://openstreetmap-on-heroku.herokuapp.com / https://github.com/djakk/openstreetmap-on-heroku C'est centré sur le quartier de la rue Anatole France à Rennes (qui a une station de métro à son nom). Rien de grand public pour le moment, c'est pour celles et ceux qui aiment lire un code informatique ! N'hésitez pas si vous avez des remarques et/ou des questions :) Julien "djakk" ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples pour shop=*
Salut ! D’un point de vue ingénieur ça me semble plus simple de gérer une liste qu’une multitude de tag ;-) Julien “djakk” Le mar. 7 avr. 2020 à 12:34, Yves P. a écrit : > Bonjour, > > Voici une colle pour les développeur de Ça reste ouvert ? > cf. bug n°28 <https://github.com/osmontrouge/caresteouvert/issues/218> > > C'est difficile de gérer correctement shop=newsagent;tobacco > <https://taginfo.openstreetmap.org/tags/shop=newsagent;tobacco>, > shop=kiosk;lottery;newsagent;tobacco > <https://taginfo.openstreetmap.org/tags/shop=kiosk;lottery;newsagent;tobacco>, > etc. > > Comment taguer ça correctement avec nos éditeurs et logiciels actuels ? > > Que pouvons nous faire ? > >- modifier le wiki (il y a beaucoup de pages) >- faire des éditions de "masse", des maproulettes… >- … ? > > > __ > Yves > > Voici quelques exemples (un inventaire à la Prévert) : > > Un kiosk ? > >- shop=kiosk >- ± tobacco=yes >- ± *?=yes* > > quel tag pour les journaux ? > >- newsagent=yes ><https://taginfo.openstreetmap.org/keys/newsagent#values> >- newspaper=yes <https://taginfo.openstreetmap.org/keys/newspaper> >- newspapers=yes <https://taginfo.openstreetmap.org/keys/newspapers> >- rien (on considère qu'un kiosque vend toujours des journaux ??) > > > quel tag pour le lotto ? > >- gambling=lottery >- lottery=yes >- gambling=yes > > > quel tag pour les courses de chevaux > >- gambling=yes >- gambling=PMU > > > Plutôt un point presse avec du tabac ? > *shop=newsagent;tobacco* > >- shop=newsagent >- tobacco=yes >- lottery=yes > > Plutôt un bureau de tabac avec des journaux ? > *shop=tobacco; newsagent* > > >- shop=tobacco >- ?=yes > > > Un bar - tabac > >- amenity=bar >- tobacco=yes > > > Un bar - tabac - journaux > >- amenity=bar >- tobacco=yes >- ± ?=yes >- ± lottery=yes > > > Un magasin qui vend principalement des tickets de loto : > >- shop=lottery > > > Un petit supermarché qui vend de tout : > >- shop=convenience >- ± tobacco=yes > > ___ > 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] Plans lignes RER?
Salut JB ! Je suis aussi très intéressé par ton travail sur le rendu TC ;) Je cherche aussi à compter le nombre de voies sur une voie ferrée. Julien « djakk » Le lun. 9 mars 2020 à 10:47, JB a écrit : > J'arrive avec un peu de retard, et je ne suis pas sûr de comprendre > exactement le besoin : tracé « géographique » tel que sur le terrain, ou > réseau plus ou moins analysé/simplifié, rassemblant les voies sur un > seul axe ? > Si une simplification est recherchée, j'avais sorti ça à une époque : > https://twitter.com/RandoCarto/status/1201458577799569408/photo/1, il y > a possibilité d'arrêter le traitement une étape plus tôt, avant > l'éclatement des lignes superposées, et de sortir la donnée brute. Comme > c'est un peu de boulot, je ne me lance pas dans le travail pour l'instant. > JB. > > Le 09/03/2020 à 01:17, Shohreh a écrit : > > cquest wrote > >> Les tracés d'IDFM ne sont pas non plus parfait, loin de là ! La boucle > de > >> terminus de la ligne 6 à Nation n'a sûrement pas cette allure. Données à > >> prendre avec du recul donc... > > Ils sont un peu plus propres : avec la relation, je récupérais des ways > et > > des nodes en plus (plusieurs voies et points dans une gare). > > > > J'ai eu le même genre de problème en récupérant des parcours vélos dans > OSM > > type Eurovelo etc. → il vaut mieux récupérer une vraie trace sur des > sites > > spécialisés. > > > > > > > > -- > > Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html > > > > ___ > > 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] Proposition de Hack Weekend à Toulouse, 4 et 5 avril
Ouiii :) Julien « djakk » Le lun. 9 mars 2020 à 11:10, PanierAvide a écrit : > +2 rennais qui n'ont pas d'hébergement pour l'instant et qui sont > preneurs d'une solution commune :-) > > Cordialement, > > Adrien P. > > Le 09/03/2020 à 11:04, Sébastien Hinderer a écrit : > > Bonjour, > > > > Frédéric Rodrigo (2020/03/09 10:59 +0100): > >> Parmi ceux qui comptent venir au Hack Weekend il y a du monde qui > cherche un > >> hébergement ou qui ne se sont pas encore organisé ? > > * |Lupini| lève la main :) > > > > Oui, moi, pardon de ne pas m'être inscrit sur le wiki, j'essaie de faire > > ça dès ce soir. > > > > Cheers, > > > > Sébastien. > > > > ___ > > 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] BuzMap - Global Transit Map http://buz-map.com
Hello Mark ! I have tried this too : http://itineraires.de.bus.free.fr With parallel lines and generalization :) Julien “djakk” Le dim. 26 janv. 2020 à 05:41, Mark Lester via talk a écrit : > Hello Mappers, > I've been building this http://buz-map.com, there's a couple of read me's > at the top. There are a stack of issues but this now looks eminently doable. > > My pitch on all this is that people like maps. Give people a map of a > transport network and they will follow the wiggly lines. They will notice > that an island has a connecting ferry and a bus network (see Estonia). > Envisage mountainous and wilderness areas and their transit geography more > easily (see Sweden). Be able to scan an entire metropolis network to it's > extremities without having to use trial and error (see Paris, Prague, > Petersburg, Athens). And generally be intrigued and want to zoom in and > discover. I am not having much success evangelizing this view with regard > to a global transit map. If I can get this to a production state with all > known GTFS, and sex up the high level areas that have no listed transport > with a much deeper road network than you normally get at higher tiers, we > will at least have the "intrigue me" travel map that I personally want. > > Obviously I haven't got very far with the front end. In particular it's > not interacting very well on mobile, it's lousy in fact. I need help in any > way shape or form available but if anyone knows how to get a thin line to > interact in Leaflet on mobile, please suggest. I did try to paint a massive > invisible one on top but it didn't work and I got nowhere with the > debugger, so even help with that would be appreciated. I also want to do > funky stuff like flipping the railways or buses to the foreground on > touching. In a dense centre of a metropolis, being able to flip the metro > or tram network to the top is already an important requirement. The Mapbox > stuff does this but I haven't sussed the layers within tiles stuff and how > to do it yet. > > I've got a game plan to fix most of the other bugs, especially in the rail > routing which is quite screwed right now once you zoom in. I will get the > whole of the visible GTFS world on there, so all of USA that's available, > and anything else that I can find. It's going to take a few months, > probably most of the year including downtime. I say visible GTFS, as oppose > to existing. There is an awful lot of bus data that patently exists as it's > in booking engines, and in GTFS form if it's on Google, but isn't anywhere > easily found. > > What I want to investigate is to use the reduction method I have to draw > efficient level 8 to 1 vector tiles of simplified road networks. So you can > look at say all of India, US, Canada, China, Russia, Brazil or any area of > that size, and get a decent view of the national road infrastructure even > if I haven't got any bus data yet. I still will need to do some of the > same simple reduction used for doing the detailed lower tier standard > rendering of levels 7-16, i.e. filter road classifications down once it > becomes an unavoidable mess even with reduction, leaving only motorways for > the top two or so tiers. I think we will get a usable, readable and > "representative" map of these upper layers, which by default are either > road light or completely vacant. The bus network I have in Europe, which > is just a tiny subset, is messy at the high level, I will try to refine it, > but the trains work, so I am sure motorways will too and we'll tune in the > lower road classifications and with appropriate clustering radii as we > proceed down the tile tree. > > Any input gratefully received. Apologies for the spam of three lists, > please respond directly unless it's something of interest to more than just > me. Also I am in contact with OSM folks, I know I am using free tile > servers. How we run this as a public self funding service is one of the > many things I need help with. It seems an obvious gimme for anyone selling > bus tickets but it's not easy to get anyone to pick the phone up. I have > resigned myself to having to build a production system in between doing not > a lot. > > Mark Lester > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Motorroad sur Trunk en France
Oui l’idéal serait de faire comme Angleterre où le trunk est une super-primary ( grandes routes ou grandes artères urbaines) Julien “djakk” Le dim. 26 janv. 2020 à 23:16, Florimond Berthoux < florimond.berth...@gmail.com> a écrit : > Merci, vu le manque de réponse c'est bien indéfini en France. > Je me posais la question pour Cyclosm.org : la nouvelle version (fraîche > de ce soir) considère par défaut cyclable les Trunk et non cyclable s'il y > a motorroad=yes. > C'est la position visiblement la plus universelle. > Et ma position, un tag (highway) pour l'aspect et la hiérarchie dans le > réseau routier et un tag pour le côté l'égal du panneau, comme ça on évite > de mélanger les torchons et les serviettes et les moutons sont bien gardés. > Je pense changer cette petite phrase du wiki. > > Le dim. 26 janv. 2020 à 20:54, Axel Listes a écrit : > >> Bonsoir, >> >> Le 25/01/2020 à 21:12, Florimond Berthoux a écrit : >> > Je suis tombé sur une phrase qui m'a étonné sur la page de la clé >> motorroad >> > du wiki >> > «France >> > This tag is not required, just use highway=trunk. » >> > https://wiki.openstreetmap.org/wiki/Key:motorroad?uselang=fr#France >> > >> > Et effectivement pas de traduction en français de la page, et sur la >> page >> > française de Trunk l'explication du tag est resté en anglais. >> > >> > Cette phrase me parait assez fausse parce qu'en France une motorroad ça >> a >> > un panneau voir >> > https://fr.wikipedia.org/wiki/Route_pour_automobiles#En_France >> > Le tag est très utilisé dans le pays des Trunk (Bretagne) et ailleurs. >> > Et pour ce qui me concerne j'ai l'exemple d'une voie rapide dont un >> premier >> > tronçon est cyclable puis un panneau "route pour automobile" après la >> > premier sortie, où le tag motorroad est fort utile. >> > >> > Alors, je corrige la page ? >> >> J'avais déjà lancé le sujet en 2014, au final il n'y a jamais eu de >> consensus. >> >> http://gis.19327.n8.nabble.com/highway-trunk-en-France-td5821793.html >> >> Si tu arrives à faire bouger les lignes, merci d'avance ! >> >> Axel. >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > -- > Florimond Berthoux > ___ > 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] Numéro en double dans la rue
Bonjour ! Petite remarque : dans ma rue il y a deux fois le numéro 1 : parfois ça peut arriver ;) Julien J Le dim. 12 janv. 2020 à 16:20, Jacques Lavignotte a écrit : > Bonjour, > > > Osmose said : > > « Numéro en double dans la rue > Le numéro “2” apparaît plusieurs fois sur le chemin “Allée de la > République” > node 860267766 » > > Tous les numéros de ce petit bout de placette sont signalés en double... > > Ca date de 2010 et ça sort maintenant dans mes erreurs ? En 2010 > j'ignorai même l'existence d'OSM... > > > J'ai un peu regardé mais ne sais que faire... > > Dites-moi donc que faire... > > Merci, Jacques > > -- > GnuPg : 156520BBC8F5B1E3 Because privacy matters. > On mangera ? (c) (tm) > > ___ > 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] adresse mail rejetée - expéditeur wanadoo.fr via gmail pour destintaire free gmail laposte et autres
Philippe n’a jamais tord Julien « djakk » Le mer. 8 janv. 2020 à 22:30, Jacques Lavignotte a écrit : > > > Le 08/01/2020 à 22:21, Philippe Verdy a écrit : > > Le gros du problème est sur le serveur de liste d'OSM, son logiciel pas > > à jour depuis longtemps et utilisent certaines vieilles RFC et pas les > > mises à jour et correctifs demandés. > Non, rien. > > J. > > -- > GnuPg : 156520BBC8F5B1E3 Because privacy matters. > On mangera ? (c) (tm) > > ___ > 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] no-go-areas
Hello ! For this kind of tagging, which is as subjective as the
highway=secondary, there should be a consensus of local mappers.
This kind of areas could be tagged as “you need to know the area to be safe
among locals” :-)
Julien “djakk”
Le lun. 6 janv. 2020 à 05:23, Paul Johnson a écrit :
>
>
> On Tue, Dec 31, 2019 at 12:10 PM Mark Wagner
> wrote:
>
>> On Tue, 31 Dec 2019 16:14:30 +0100
>> Martin Trautmann wrote:
>>
>> > hi all,
>> >
>> > did you read about the Suisse tourist couple which was shot because
>> > they got lost in a Brasilian favela?
>> >
>> > NZZ (Neue Zürcher Zeitung) from Tuesday 31.12.2019. ("Schweizer
>> > Ehepaar bei Irrfahrt duch Favela in Brasilien
>> > angeschossen")
>> >
>> > Other examples are e.g. Mafia areas within Kosovo - or name your own
>> > home town no-go area.
>> >
>> > Is there any option to mark certain areas in order to bypass routing
>> > whenever possible?
>> >
>>
>> The problem is that most of these "no-go" areas are subjective, both in
>> boundary and in level of danger. If you ask a half-dozen people, you
>> might get a half-dozen responses ranging from "I go there all the time"
>> to "The police don't patrol in less than platoon strength".
>>
>
> Yeah, I get this same impression. This has the potential to rear its head
> in a really classist, and varying ranges of racist, ways as well. For
> example, go post on Reddit on any given city's subreddit, and ask "I'm
> moving to ___, what parts of town should I avoid?" Fair warning, try this
> for a city you're familiar with, and be prepared to die a little inside
> with the answers you get.
>
> Personally, I'm more likely to consider middle-class suburbia a no-go area
> because large parking lots make it easy for car prowlers no matter how many
> police are on the streets, transit coverage tends to be iffy before morning
> and after evening peak commuter hours, and 5+-lane-wide boulevards tend to
> be not-safe-for-life if you need to traverse them without using a car.
> Your mileage may vary.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] nord/sud/est/ouest et osm-vs-fantoir
Ben quand on se retrouve avec des champs ou une route avec un nom de lieu-dit que je ne connaissais pas malgré ma connaissance du terrain : https://www.openstreetmap.org/#map=19/48.15750/-1.69837 Julien “djakk” Le ven. 3 janv. 2020 à 15:07, Jérôme Amagat a écrit : > > >> Mais pas systématiquement. "Le moulin de" fait parti de l'adresse de ma >> cousine par exemple. Ça correspond à un vrai usage, donc ça a sa place dans >> osm, non ? >> >> C'est pour ça que j'ai écrit : "quand le château existe encore et que le > terme désigne seulement ce château". pareil pour les moulins. > > Sinon, 820 place=* name="Le Bourg" ou "Au Bourg" ou "Bourg" (il y en en > sûrement quelques uns de légitime mais pas la plupart) > https://overpass-turbo.eu/s/Pqj > dont plus de la moitié place=locality > Pour un bon nombre même pas sur le bourg mais un peu a coté là ou c'est > écrit sur le cadastre > > Pour Château, plus de 650 (dont une cinquantaine sans accent circonflexe) > et je n’inclus pas les "Château machin". Dans ce cas c'est plus compliqué > que le bourg je suis d'accord ,pour beaucoup le nom fait référence a un > hameau ou a un bâtiment qui n'est pas un château mais est ce qui s'en > approche le plus sur la commune... > > Je comprend pas bien les avis, il doit y avoir près d'une discussion sur 2 > ou il y a au moins quelqu"un qui va dire "c'est le terrain qui prime ..." > mais là parce que c'est soit disant ancien on se fout de savoir si c'est > encore utilisé ou même si ça a été un jour été utilisé ailleurs que sur le > cadastre. > Et donc il y plein de communes ou les lieux dit du cadastre on été importé > directement sans vérification, tous ou presque avec place=locality, placé > là où c'est écrit sur le cadastre même si on est très loin du lieu réel. > Toujours sur le cadastre, mais là il n'y a pas ce rapport à "l'ancien", il > est pas conseillé d'importer les adresses sans vérification. Pour les > rivières pressentent sur le cadastre il y avait des restrictions à son > import dans osm. > Dans un cas le cadastre à tout bon, dans d'autres c'est approximatif et il > faut vérifier. > > ___ > 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] nord/sud/est/ouest et osm-vs-fantoir
Cyrille, en tout cas j’aimerai trouver un moyen de distinguer ces lieux-dits uniquement administratifs, des autres, encore utilisés ;) Julien “djakk” Le ven. 3 janv. 2020 à 13:54, Donat ROBAUX a écrit : > Ce n'est techniquement pas un ancien nom vs nouveau nom. C'est un nom > ancien > qui n'est plus utilisé ou si peu, donc tombé en désuétude. On crée un > disused:name ? > > Donat > > > > > -- > Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html > > ___ > 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] nord/sud/est/ouest et osm-vs-fantoir
Christian, ok pour ton point de vue. Si c’est toujours utilisé dans le notariat, mais plus utilisé par ailleurs, est-ce qu’on ne taggerait pas avec old_name uniquement ? Julien “djakk” Le ven. 3 janv. 2020 à 12:41, deuzeffe a écrit : > Le 03/01/2020 à 12:35, Christian Quest a écrit : > > > Il n'y a que l'ajout des points cardinaux par la DGFiP qui est > > artificiel et ne correspond qu'à une vue isolée d'une administration. > > This is my point. Thx. > -- > deuzeffe > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nord/sud/est/ouest et osm-vs-fantoir
Ok mais ... j’ai l’impression que ces lieux-dits font partie du passé et pas du présent ? Julien “djakk” Le ven. 3 janv. 2020 à 09:56, Cyrille37 OSM a écrit : > Hello > > Ces lieux dits ont souvent du sens, OSM n'est pas "que" pour l'adressage > du présent pour du routage sur smartphone. Ne pas systématiquement > effacer les lieux-dits, s'il vous plaît. > > Par exemple, grâce à OSM on peut retrouver des lieux-dits cités dans des > livres, ou par grand-mère ;-) > > Cyrille37. > > Le 03/01/2020 à 02:52, Julien Lepiller a écrit : > > Le 2 janvier 2020 18:20:19 GMT-05:00, "Jérôme Amagat" < > jerome.ama...@gmail.com> a écrit : > >> Oui pour virer les point cardinaux mais il n'y en a d'autres que je > >> n'aime > >> pas. Qui sont là juste pour remplir le cadastre avec des lieu dit. > >> "sous un autre lieu dit", les prés de un autre lieu dit" ... peut être > >> que > >> parfois ça a vraiment une utilité mais pour moi c'est la même chose que > >> les > >> points cardinaux. > >> "Le bourg" si c'est le village de la commune, il faut mettre son nom > >> pas > >> besoin d'un lieu dit qui porte le nom "le bourg" > >> "Le château", quand le château existe encore et que le terme désigne > >> seulement ce château, il faut mettre les bons tags et nom sur le > >> bâtiment > >> mais pas besoin d'ajouter un lieu dit. > >> Pareil pour les moulins (et sûrement d'autres choses du même style) > > Mais pas systématiquement. "Le moulin de" fait parti de l'adresse de ma > cousine par exemple. Ça correspond à un vrai usage, donc ça a sa place dans > osm, non ? > > > > ___ > > 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] nord/sud/est/ouest et osm-vs-fantoir
Pas d’accord avec toi Philippe : Fantoir n’est pas à jour ! Julien “djakk” Le jeu. 2 janv. 2020 à 20:08, Philippe Verdy a écrit : > Le jeu. 2 janv. 2020 à 15:27, deuzeffe a écrit : > >> Le 02/01/2020 à 14:09, Frédéric Rodrigo a écrit : >> >> > Tu peux juste mettre plusieurs code FANTOIR pour un seul objet OSM. >> >> Merci pour ta réponse, j'ai l'impression d'avoir loupé un truc :( mais >> ça va bien m'aider ! >> > > Bof... On est sensé coder l'existant. Hors l'existant c'est ce qui est > officiel dans une base publique, et pas toujorus visible par un panneau sur > le terrain (où les noms affichés varient aussi selon l'usage et qui pose le > panneau ou communique). FANTOIR est sensé représenter l'existant. Mais > mettre deux codes différents ayant des noms et des positions différentes > sur un lieu unique avec deux codes et le même nom ne peut pas aider à > rapprocher les choses. > > C'est là que le guichet public pour la BAN pourrait aider à clarifier les > choses. Sinon si on fait disparaitre les noms qui ne sont pas affichés sur > le terrain ou affichés de façon différente, la BAN ne va plus fonctionner > comme il faut. Par principe même une référence FANTOIR a un nom unique et > deux codes n'ont pas les mêmes noms, et certains lieux-dits sur deux > communes ont deux orthographes distinctes et aucune commune ne va vouloir > en changer (même chose pour les noms de rues)n chacune ayant une compétence > égale sur leur territoire, ne peut décider que pour elle-même ! > > ___ > 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] Projet OpenMaps
Je te propose : PCM, Pretty Cool Maps :) Julien “djakk” Le jeu. 10 oct. 2019 à 18:10, Cédric Frayssinet a écrit : > > > Bonjour à tous, > > L'application est dorénavant disponible sur le store F-Droid : > https://f-droid.org/packages/app.fedilab.openmaps/ > > Elle est déjà traduite en 5 langues, dont le français. > > N'hésitez pas à proposer des améliorations sur le dépôt : > https://framagit.org/tom79/openmaps/issues . J'essaierai de qualifier les > demandes sachant que Thomas n'est pas du tout expert OSM, il se contente de > coder et il le fait plutôt bien et vite :) > > A noter que le nom risque de changer car OpenMaps est visiblement plutôt > beaucoup pris sur internet... Faudrait pas avoir un procès pour une > histoire de nom :) > > > Cédric > > Le 06/10/2019 à 15:27, Cédric Frayssinet a écrit : > > > Bonjour, > > Et merci pour vos retours. Je n'ai pas forcément pensé immédiatement > l'application comme outils de contributions mais plutôt un outil à avoir > sur soi pour switcher facilement entre les services éparpillés sur le web. > > On peut imaginer le scénario suivant (purement fictif, hein ^^) : Je veux > aller manger dans un restau végétarien au centre d'une petite ville de > province. > > - je lance l'application et OpenRouteService pour trouver le trajet > adapté, > - je switche sur OpenfuelMap pour faire le plein moins cher, > - je switche sur FreeParking pour trouver un parking gratuit, > - je switche sur OpenVegeMap et avant, je peux avoir basculé sur > OpenBeerMap pour trouver le bar avec ma bière préféré :) > > Bref, l'idée est une application simple et je trouve que l'application s'y > prête mieux qu'un navigateur sur mobile. > De plus, je suis de plus en plus surpris par l'usage des smartphones des > gens 'normaux'. La plupart se contente de recherches dans le champ Google > pour afficher le navigateur, ils n'ont pas l'usage des marque-pages, > historique ou raccourcis sur le bureau du smartphone. > > Concernant la contribution, je l'ai rajouté après car il m'arrive souvent > de lancer la navigateur pour avoir le rendu osm.org afin de savoir si > certains POI que je croise sont déjà dans la base. C'est la contribution > avec OsmAnd qui me rend méfiant. En ajoutant, OpenAdvert ou MapContrib, > cela pourrait être pratique de tout avoir sous la main. > > Cédric > > Le 06/10/2019 à 14:46, Stéphane Péneau a écrit : > > Question peut-être idiote : > Pourquoi une appli et pas un site web ? > > Stf > > Le 06/10/2019 à 14:03, PanierAvide a écrit : > > Bonjour Cédric, > > Content de découvrir cette application, ça me semble très prometteur pour > faire la promotion de la diversité des données d'OSM. Avec quelques > fonctionnalités en plus (liens vers les applis mobiles, ajout de notes ?) > ça pourrait même devenir un bon couteau suisse de contribution ;-) > > Cordialement, > > Adrien P. > > Le 06/10/2019 à 10:43, Cédric Frayssinet a écrit : > > Bonjour à tous, > > Quand je suis en formation SNT, pour présenter OpenStreetMap, j'ai > tendance à afficher quelques cartes thématiques pour montrer la richesse > de l'éco-système OpenStreetMap. Et puis, jeudi, lors d'une formation, je > me suis dit que ce serait pas mal d'avoir une appli qui me recense ces > cartes. > > J'en ai parlé à Tom79, le talentueux développeur de Fedilab (application > pour Mastodon, PeerTube, Pleroma, PixelFed...) qui m'a codé cela hier. > > L'application OpenMaps est donc née et elle propose un unique bouton > menu qui permet de switcher très rapidement sur les différentes cartes > basées sur OSM, classées par catégories. > > J'ai donc la toute première version à vous soumettre, l'apk est sur la > page du projet ici : https://framagit.org/tom79/openmaps > > Dites-moi ce que vous en pensez :) > > Bon dimanche ! > > Cédric > > PS : il y a un bug sur MapContrib, je ne sais pas bien pourquoi... > > > ___ > 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 > > > -- > Dégooglisé ! <https://degooglisons-internet.org/> - Sociétaire Enercoop > <https://souscription.enercoop.fr/code/PARRAIN_OrcGUb>, l'énergie > militante > > Sur Mastodon : @bristow...@framapiaf.org > <https://framapiaf.org/@Bristow_69> > > [image: Pro
Re: [OSM-talk-fr] Argumentaire pour la mise en place d'un serveur de tuile OSM
Bien joué ! Moi je n’y connais rien en montage hardware de serveur, j’ai donc loué chez OVH 150€ pour un mois de test mais la capacité était de 1To seulement. Julien “djakk” Le lun. 30 sept. 2019 à 22:00, a écrit : > Ma réponse à Julien : > > *À 100 € le To, tu peux expliquer ?* > > *Je viens d'acheter un Crucial MX500 2 To pour 175 €.* > > *194 > <https://www.ebay.fr/itm/Crucial-MX500-2To-2-5-SSD-CT2000MX500SSD1-neuf-et-scelle-garantie-5-ans/254368375916>** > mais j'avais 10 % de réduction.* > > *C'est la Rolls (avec la Samsung 860) en 2,5" SATA.* > > *Et j'ai fait 500 coupures franches sur un MX300 (moins bien sur tous les > points de vue) pour essayer de mettre le système de protection contre les > coupures sans arriver à le mettre en défaut* > > *Jean-Yvon* > > Je précise que j'ai monté un serveur non pas monde mais plusieurs pays > d'Afrique, plusieurs d'Europe, plusieurs d'Asie (au moins). > > J'utilisais Tessera, aujourd'hui je partirais plutôt d'OpenMapTiles. > > Ils partagent feuilles de style (vectoriel) et imp2osm pour l'import dans > PostGres. > > Jean-Yvon > Le 30/09/2019 à 17:09, PIERRE Sylvain via Talk-fr - > talk-fr@openstreetmap.org a écrit : > > > > Bonjour, > > > > J’ouvre peut-être quelques portes déjà bien ouvertes, mais voilà je me > lance : > > > > Je m’interroge sur la possibilité/nécessité de mettre en place un serveur > de tuile OSM sur le périmètre d’une région française et de ses régions > limitrophes. > > Au départ le constat que le rendu OSM patine un peu de temps en temps (la > rançon du succès ?), plus des besoins secondaires m’amène à cette > interrogation. > > > > Du coup de quel argumentaire factuel, objectif puis-je disposer pour > vendre ce projet à mes responsables ? Le jeu en vaut-il la chandelle ? > > > > Cordialement > > > > Sylvain > > > > ___ > Talk-fr mailing > listTalk-fr@openstreetmap.orghttps://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] Argumentaire pour la mise en place d'un serveur de tuile OSM
Salut ! J’ai essayé pour la planète mais la technique actuelle demande beaucoup de disque dur ! Le passage du pbf à postgis est gourmand en disque dur ... Bon je te rassure, pour une région française ça ira. Mais monter son serveur de rendu avec Europe.osm ou planet.osm est trop exigeant en infrastructure, malgré les tutoriels ça n’est accessible qu’à l’élite qui dispose d’un super-serveur ... J’aimerai trouver une technique qui permette de démocratiser le rendu mondial. Du genre moins de disque dur mais plus de processeur. Mapnik ne prend pas que du postgis en entrée ... :-) Julien “djakk” Le lun. 30 sept. 2019 à 17:35, Christian Quest a écrit : > Possibilité: > - sans aucun problème, il y a des tonnes de tutoriels pour ça, le > principal étant https://switch2osm.org/ > - choix possible aussi de passer en rendu vectoriel... les tutos > commencent aussi à s'accumuler > > Nécessité: > - si votre usage est important, ceci libère des ressources sur les > serveurs de la fondation > - si votre usage est critique, ceci vous permet de ne pas être ennuyé par > l'indisponibilité (même temporaire par saturation) des serveurs de la > fondation > > Les ressources nécessaires sur une zone restreinte ne sont pas énormes, > surtout si l'on ne fait que des mises à jour pas trop fréquentes. > > > Le lun. 30 sept. 2019 à 17:11, PIERRE Sylvain via Talk-fr < > talk-fr@openstreetmap.org> a écrit : > >> >> >> Bonjour, >> >> >> >> J’ouvre peut-être quelques portes déjà bien ouvertes, mais voilà je me >> lance : >> >> >> >> Je m’interroge sur la possibilité/nécessité de mettre en place un serveur >> de tuile OSM sur le périmètre d’une région française et de ses régions >> limitrophes. >> >> Au départ le constat que le rendu OSM patine un peu de temps en temps (la >> rançon du succès ?), plus des besoins secondaires m’amène à cette >> interrogation. >> >> >> >> Du coup de quel argumentaire factuel, objectif puis-je disposer pour >> vendre ce projet à mes responsables ? Le jeu en vaut-il la chandelle ? >> >> >> >> Cordialement >> >> >> >> Sylvain >> >> >> ___ >> 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 > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies d'accès aux stations-essence
Salut ! Un peu à voir, à Paris les panneaux indiquent "Piste" pour les voies sur trottoir. Je crois que ça s'applique aussi aux quelques station services parisiennes ? Julien "djakk" Le mar. 6 août 2019 à 10:52, marc marc a écrit : > > Bonjour, > > Le 06.08.19 à 10:48, Florian LAINEZ a écrit : > > dégommer du rouge > > dans quel outil ? > > > service=driveway > > "desserve une entreprise" > > c'est ce que j'utilise > > Cordialement, > Marc > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 15 bougies pour OSM !
Bon anniversaire OSM ! Moi déjà 9 ans OMG Julien "djakk" Le sam. 10 août 2019 à 10:58, Christian Quest a écrit : > > Et oui... déjà 15 ans ! > > Quel formidable travail collaboratif accomplit, il suffit de regarder un peu > en arrière pour mieux s'en rendre compte. > > Voici une bonne occasion de rappeler l'existence de > https://osm.cquest.org/archeosm/ > Vous pouvez y explorer l'état de la carte au 1er janvier 2007, 2008 jusqu'à > 2011, avec le rendu FR actuel. > > 15 ans et toujours une grande défiance de la part des institutions... comme > l'a très rugueusement rappelé Gaël il y a quelques semaines: > https://www.youtube.com/watch?v=9es9773wgIs=1805 > > PS: dans moins d'une semaine je fêterai mes 10 ans d'ouverture de compte ;) > -- > Christian Quest - OpenStreetMap France > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Indiquer un croisement
Salut ! Regarde le cas sud-coréen ou japonais ! Julien J Le mar. 9 juil. 2019 à 14:32, althio a écrit : > > je me suis aperçu que la place Jean Jaurès à Montrouge n'était pas un >> élément en tant que tel. >> *Quelle est la meilleure méthode d'après vous pour indiquer une place / >> un croisement ?* >> >> 1. créer un polygone qui englobe tous les éléments de la place >> > > avec https://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare > > C'est mon avis. > > -- althio > ___ > 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] Camera 360
Bonjour Magalie ! J’ai une GoPro fusion 1 et je suis déçu par la qualité des photos : on ne peut pas lire du texte à moins d'être à 2 mètres. Du coup il faut soit acheter plus cher soit utiliser un système DIY avec 4 appareils photos ... La panono est de bonne qualité mais je ne crois pas qu’elle puisse prendre des photos toutes les secondes. Julien “djakk” Le mar. 9 juil. 2019 à 08:45, Magalie Dartus a écrit : > Bonjour, > > Je viens demander un conseil technique. > Nous avons bien entendu l'appel du bureau des OSM France proposant de > financer l'achat de matériel pour les groupes locaux. Ainsi les membres du > groupe toulousain ont décidé de se lancer dans la prise de vues Mappilarry. > Il faut noter que la conférence "Montrouge : la ville la mieux mappée de > France" du SOTM 2019 a très fortement inspiré cette initiative (Merci à > eux!). > > Voilà l’intention, par contre on ne sait absolument pas quelle caméra > prendre pour ce projet > Est-ce que certains d'entre vous ont déjà de l'expérience et pourraient > nous conseiller sur des modèles adéquats? > Question pour les membres du bureau : quel tarif est-il envisageable de > regarder pour cet achat? > > Merci et bonne journée > Magalie > ___ > 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] Sotm Heidelberg : on y va ensemble ?
Salut ! Avez-vous rempli le tableur partagé ? :) Sinon, outre les Tesla (modèle "S" à 5 places et modèle "3" à 4 places), j'ai eu un contact d'un ami de mon frère qui loue des "9 places" à Paris, il fait un prix = 80€ la journée, kilométrage illimité. Mais c'est du diesel :( @+ Julien "djakk" Le lun. 17 juin 2019 à 19:05, Julien djakk a écrit : > Bonjour ! J’en serai ! J’émets l’idée d’y aller en Tesla, je connais un > petit loueur sur Rennes qui a tous les modèles :) > > Julien « djakk » > > > Le lun. 17 juin 2019 à 14:53, PanierAvide a > écrit : > >> Bonjour à tous, >> >> Le State of the Map mondial se déroule cette année à Heidelberg, ville >> allemande assez proche de nos frontières. L'association OSM France >> souhaite ainsi faciliter la venue de contributeurs français à >> l'évènement. Plusieurs idées ont été émises pour y parvenir : >> >> - Partager le transport depuis Paris pour converger vers Heidelberg >> - Partager un hébergement sur place pour réduire les frais >> - Prendre en charge les frais de transport/hébergement de contributeurs >> >> Afin que nous puissions trouver les solutions répondant au mieux aux >> attentes, j'ai ouvert un tableur partagé où vous pouvez indiquer si vous >> prévoyez de vous rendre à l'évènement, et quels aspects vous >> intéresseraient pour faciliter votre venue : >> >> https://lite.framacalc.org/orga_fr_sotm_heidelberg >> >> Je vous laisse y ajouter vos infos le plus rapidement possible (avant la >> fin du mois) pour que nous puissions ensuite vous proposer une offre >> mutualisée ou prise en charge dans la mesure du possible :-) >> >> Cordialement. >> >> -- >> Adrien P. >> >> >> ___ >> 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] Sotm Heidelberg : on y va ensemble ?
Bonjour ! J’en serai ! J’émets l’idée d’y aller en Tesla, je connais un petit loueur sur Rennes qui a tous les modèles :) Julien « djakk » Le lun. 17 juin 2019 à 14:53, PanierAvide a écrit : > Bonjour à tous, > > Le State of the Map mondial se déroule cette année à Heidelberg, ville > allemande assez proche de nos frontières. L'association OSM France > souhaite ainsi faciliter la venue de contributeurs français à > l'évènement. Plusieurs idées ont été émises pour y parvenir : > > - Partager le transport depuis Paris pour converger vers Heidelberg > - Partager un hébergement sur place pour réduire les frais > - Prendre en charge les frais de transport/hébergement de contributeurs > > Afin que nous puissions trouver les solutions répondant au mieux aux > attentes, j'ai ouvert un tableur partagé où vous pouvez indiquer si vous > prévoyez de vous rendre à l'évènement, et quels aspects vous > intéresseraient pour faciliter votre venue : > > https://lite.framacalc.org/orga_fr_sotm_heidelberg > > Je vous laisse y ajouter vos infos le plus rapidement possible (avant la > fin du mois) pour que nous puissions ensuite vous proposer une offre > mutualisée ou prise en charge dans la mesure du possible :-) > > Cordialement. > > -- > Adrien P. > > > ___ > 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] Borne Michelin
Oh oui ajoute dans osm s’il te plaît :) Julien “djakk” Le mer. 8 mai 2019 à 12:30, marc marc a écrit : > Bonjour, > > Le 08.05.19 à 12:05, Jacques Foucry a écrit : > > une vieille borne Michelin d'indication de direction. > > Y a-t-il un intérêt à la signaler ? > > c'est très subjectif :) > il y en a qui aiment renseigner tout ce qui existe. pourquoi pas :) > > > Si oui comment, > > historic=milestone si la borne est aussi une borne kilométrique > si ce n'est pas le cas, je n'ai pas de meilleur idée que historic=stone > mais il doit y avoir mieux :) > > tu peux aussi renseigner les destinations sur les chemins concernés à > condition que les infos de la borne soient utilisable (=visible/lisible > depuis un véhicule) https://wiki.openstreetmap.org/wiki/FR:Key:destination > > > ___ > 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] Îlot central
Effectivement c’est bien comme dans le wiki j’avais pas tout bien lu J’utiliserai cette méthode aussi pour d’autres cas : îlot central avant et après une voie de tourne-à-gauche, muret de séparation de voie bus, îlot de feu rouge, potelets en plastique qui empêchent de tourner à gauche ... Julien « djakk » Le mer. 1 mai 2019 à 10:36, a écrit : > Bonjour comme Axel tu proposes d'utiliser traffic_calming=island comme > indiqué sur le wiki. > > Je vois mal comment on pourrait être contre ! On modélise plutôt qu'on > dessine. J'ai d'ailleurs suggéré à Alex de le proposer en commentant des > modifications faites par l'autre contributeur. > > Jean-Yvon > Le 01/05/2019 à 10:21, Julien djakk - djakk.geograp...@gmail.com a écrit : > > Bonjour ! > > La technique de séparation des chemins est très lourde, du coup perso je > ne l’utilise plus. Et je cherche une technique remplaçante. > > J’ai un peu réfléchi, une « way » pourrait représenter toute la chaussée, > et les îlots centraux seraient des objets posés dessus. > > Certains pourraient être des points (îlot de feu rouge parisien), d’autres > des lignes, comme l’exemple sur la photo de « calming_island » -> dans le > cas de la ligne, ça impliquerait de le couper la « way » pour déclarer sur > le tronçon de route concerné « traffic_calming=island. » > > Qu’en pensez-vous ? > > @+ > Julien « djakk » > > > Le mer. 1 mai 2019 à 08:50, Axel Listes a écrit : > >> Bonjour les contributeurs, >> >> Un contributeur plutôt expérimenté sur Nancy, représente les minis >> terre-pleins (îlots) centraux par une séparation de deux chemins (un >> chemin par sens de circulation), et cela depuis plusieurs années. >> >> Exemple : https://osm.org/go/0DE4Cdi3D >> >> Depuis, je suis tombé sur une balise qui me semble plus approprié pour >> ce type de représentation, l'usage de traffic_calming=island. >> Notamment parce qu'elle décrit plus précisément de quoi il s'agit sur le >> terrain. >> >> http://wiki.osm.org/wiki/Tag:traffic_calming=island >> >> Avez-vous déjà rencontré ce type d'aménagement ? Quel est selon vous la >> meilleure façon de les représenter ? >> >> -- >> >> L’intégralité de ce courrier électronique est exclusivement réservé à >> l'usage des personnes auxquelles il est destiné. L’auteur ne donne pas >> autorisation pour une quelconque autre exploitation de données, >> notamment à des fins de statistiques et de surveillance. >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > ___ > Talk-fr mailing > listTalk-fr@openstreetmap.orghttps://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] Îlot central
Bonjour ! La technique de séparation des chemins est très lourde, du coup perso je ne l’utilise plus. Et je cherche une technique remplaçante. J’ai un peu réfléchi, une « way » pourrait représenter toute la chaussée, et les îlots centraux seraient des objets posés dessus. Certains pourraient être des points (îlot de feu rouge parisien), d’autres des lignes, comme l’exemple sur la photo de « calming_island » -> dans le cas de la ligne, ça impliquerait de le couper la « way » pour déclarer sur le tronçon de route concerné « traffic_calming=island. » Qu’en pensez-vous ? @+ Julien « djakk » Le mer. 1 mai 2019 à 08:50, Axel Listes a écrit : > Bonjour les contributeurs, > > Un contributeur plutôt expérimenté sur Nancy, représente les minis > terre-pleins (îlots) centraux par une séparation de deux chemins (un > chemin par sens de circulation), et cela depuis plusieurs années. > > Exemple : https://osm.org/go/0DE4Cdi3D > > Depuis, je suis tombé sur une balise qui me semble plus approprié pour > ce type de représentation, l'usage de traffic_calming=island. > Notamment parce qu'elle décrit plus précisément de quoi il s'agit sur le > terrain. > > http://wiki.osm.org/wiki/Tag:traffic_calming=island > > Avez-vous déjà rencontré ce type d'aménagement ? Quel est selon vous la > meilleure façon de les représenter ? > > -- > > L’intégralité de ce courrier électronique est exclusivement réservé à > l'usage des personnes auxquelles il est destiné. L’auteur ne donne pas > autorisation pour une quelconque autre exploitation de données, > notamment à des fins de statistiques et de surveillance. > > ___ > 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
