Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

2018-07-17 Par sujet osm . sanspourriel
Initialement ils disaient aussi qu'il fallait un séparateur central. Ils ont laissé tomber ? Passer les routes à 80 en laissant des 3 voies avec possibilité de faire le jeu du poulet (être le dernier à se rabattre), j'ai du mal à comprendre ! Jean-Yvon Le 18/07/2018 à 00:58, Christian Quest

Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

2018-07-17 Par sujet Christian Quest
Oui, il faut bien 2 voies dans le même sens et pas partagées... et sans panneau indiquant autre chose que 90 ;) Le 17 juillet 2018 à 23:38, lenny.libre a écrit : > > > Le 11/07/2018 à 15:40, Rpnpif a écrit : > >> Le 11 juillet 2018, Jérôme Amagat a écrit : >> >> D'autres problèmes pourraient

Re: [OSM-talk-fr] rendu OSM-FR identique au rendu OSM ?

2018-07-17 Par sujet Christian Quest
C'est bien normale et on n'a rien à cacher, même nos pétouilles et cagades :) Le serveur rattrape son retard de mise à jour de tuiles, donc pas mal chargé, mais ça devrait se stabiliser au fur et à mesure des jours à venir. J'ai fait de nombreuses mises à jour, tout est "au propre" (OS,

Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

2018-07-17 Par sujet lenny.libre
Le 11/07/2018 à 15:40, Rpnpif a écrit : Le 11 juillet 2018, Jérôme Amagat a écrit : D'autres problèmes pourraient être indiqués comme erreurs, 2 suggestions : - les routes à 3 voies avec maxspeed:forward=90 et maxspeed:backward=80 (ou l'inverse) vérifier que c'est bien là ou il y a 2 voies

[OSM-talk-fr] Operator pour les aires de repos ?

2018-07-17 Par sujet Romain MEHUT
Bonsoir, Un contributeur a ajouté un tag operator pour des aires de repos dans ce changeset https://www.openstreetmap.org/changeset/60181717 J'ai laissé un commentaire pour lui demander si c'est vraiment la station service (quand l'aire en est équipée) qui gère l'aire en question. Je n'ai pas

Re: [OSM-talk-fr] rendu OSM-FR identique au rendu OSM ?

2018-07-17 Par sujet Adrien Grellier
Bonjour, Merci pour vos réponses, c'est vraiment appréciable d'avoir une telle transparence, qui permet de mieux comprendre les choses :-) Bon courage pour la suite Adrien Le 17/07/2018 à 16:43, Christian Quest a écrit : > Le 17 juillet 2018 à 13:27,

Re: [OSM-talk-fr] rendu OSM-FR identique au rendu OSM ?

2018-07-17 Par sujet Christian Quest
Le 17 juillet 2018 à 13:27, a écrit : > > L'import s'est terminé au bout de 52153s, soit un peu moins de 15h. > Maintenant les updates, quelques index à rajouter et on relance l'usine à > tuiles ! > > On appelle ça une briquetterie, pas vrai ? ;-) > > Une tuilerie, non ? ->

Re: [OSM-talk-fr] rendu OSM-FR identique au rendu OSM ?

2018-07-17 Par sujet osm . sanspourriel
Le 17/07/2018 à 08:07, Christian Quest - cqu...@openstreetmap.fr a écrit : Imposm3 est effectivement plus rapide mais produit un schéma de base postgresql qui est totalement différent de celui d'osm2pgsql utilisé par nos styles. C'est bien ce que je pensais mais comme certaines fois tu nous

hebdoOSM Nº 416 2018-07-03-2018-07-09

2018-07-17 Par sujet weeklyteam
Bonjour, Le résumé hebdomadaire n° 416 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : http://www.weeklyosm.eu/fr/archives/10507/ Bonne lecture ! hebdoOSM ? Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Où :

Re: [OSM-talk-fr] rendu OSM-FR identique au rendu OSM ?

2018-07-17 Par sujet Christian Quest
Imposm3 est effectivement plus rapide mais produit un schéma de base postgresql qui est totalement différent de celui d'osm2pgsql utilisé par nos styles. Une ré-écriture des styles est au programme pour basculer sur un schéma OpenMapTiles, ce qui permettrait à partir de la même base de générer