Désormais c'est sur github et ça évolue petit à petit.
Le problème avec le schéma public_transport c'est qu'il est bien joli sur
le papier, mais bien galère à rendre vu le nombre de relations utilisées.
osm2pgsql ne gère pas tout ça.
J'avais commencé à regarder, mais j'ai mis ça de côté vu l'ampl
Le vrai souci c'est que personne ne maintient le style de rendu "standard"
j'ai l'impression :( on a beau créer des tickets pour demander des
améliorations sur trac.osm.org ça reste bien trop souvent lettre morte...
Le 18 nov. 2013 17:50, "Christian Quest" a écrit :
> C'est le problème des modèle
C'est le problème des modèles à coucher dehors... ils sont peu nombreux
ceux qui comprennent vraiment le schéma public_transport
Du coup on retrouve dans la relation d'une ligne des bouches de métro
considérées comme des points d'arrêts.
J'ai remis le railway=station et contacté dhuyp (rencontré
Éternel débat que celui-ci : le schéma "public_transport" existe depuis un
bon moment maintenant, mais n'est pas encore pris en compte par les
serveurs de rendu "classiques" (entre autre, à cause de la complexité dudit
schéma).
Bref, il vaut mieux utiliser le "double-tag" : l'ancienne méthode (pour
4 matches
Mail list logo
