Le 30/08/2020 à 08:29, Arnaud Champollion a écrit :
Le 29/08/2020 à 20:13, osm.sanspourr...@spamgourmet.com a écrit :
Donc les rendus affichant les fontaines n'ont pas la place d'afficher le
nom (en fait à un certain niveau de zoom en ne centrant pas ce serait
possible). Les autres si.
Ou alors il faudrait que le rendu décale le nom là où c'est possible.
Dans le cas présent, au zoom 19 et peut-être 18, un humain saurait le
décaler au sud de la fontaine, quitte à manger sur les chemins.
J'imagine que c'est autre chose de traduire ça en algorithme pour un
rendu.
Sinon, est-ce qu'ajouter un short_name=Jardin J. d’Albret (en
abréviant le prénom) peut permettre aux rendus qui l'utilisent de le
substituer en cas de manque de place ?
Aux zooms élevé, 'est bien à cause de la fontaine située quasiment au
centroid du jardin que le nom ne trouve pas sa place.
Pour le zoom 17, il pourrait tenir, mais le nom du parking est sûrement
placé avant (les amenity=* placés en priorité).
Décaler les objets est possible, il y a un mécanisme dans mapnik qui le
permet, mais cela a des effets de bord... au bord des tuiles. Le
décalage pouvant se faire sur une tuile à cause d'un objet déjà placé,
mais pas sur la voisine, l'objet étant trop loin pour être pris en
compte comme déjà placé.
C'est TRES compliqué de générer de façon purement algorithmique un rendu
auto-adaptatif. mapnik a des mécanismes limités à ce niveau.
(https://carto.com/developers/styling/cartocss/#text-placements-string).
Dans le chantier toujours en cours sur la feuille de style, j'utilise de
plus en plus la taille des objets pour décider d'afficher leur nom et
ajuster la taille du texte. Postgresql calcule ainsi approximativement
la surface en pixels de l'objet pour faciliter la prise en compte par la
feuille de style. Cela permet aussi de simplifier la feuille de style
car je faisais cela avant avec des tests en fonction du niveau de zoom
et de la taille 'brute' des polygones.
Pour répondre à deuzeffe... oui osmfr-cartoss est un fork de
openstreetmap-carto, mais un fork qui date de 2012 et qui largement
divergé depuis.
Les fontaines ne sont pas rendues sur les autres styles, ou alors à des
zoom plus élevés ou avec des priorités différentes.
Plus globalement, devrait-on prioriser le mapping des POI en surfacique,
qu'on peut ordonner par surface contrairement à ceux ponctuels pour
lesquels il est difficile de déterminer leur importante relative sur une
carte ? Je pense que oui. Cela permettrait ici d'avoir le nom du jardin
en zoom 17 avant celui du parking, mais en zoom 18 et suivant, l’icône
de la fontaine viendrait reprendre sa place (les icônes sont placées
avant les noms car elles prennent moins de place).
Bien souvent dans mes contributions, je remet des POI en surfacique
alors qu'ils ne sont que ponctuels, la première étape consistant souvent
à migrer un tag sur un bâtiment entier, mais la seconde, quand on le
peut, consiste à délimiter plus largement l'emprise de tel ou tel POI.
Cas typique: les écoles !
--
Christian Quest - OpenStreetMap France
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
