-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le 19/10/2010 16:37, Gilles Bassière a écrit : > La surface des géométrie n'entre pas en considération dans le placement > des étiquettes. Si mes souvenirs sont bons, ce placement est fait après > tout le reste pour que les étiquettes apparaissent toujours au-dessus > des autres couches. L'algorithme utilise alors seulement les centroïdes > des géométries et positionnent les étiquettes les unes après les autres > en s'assurant qu'elles ne chevauchent pas d'autres étiquettes (en tenant > compte d'une marge). > > Si mes souvenirs sont bons, cette détection de chevauchement considère > les étiquettes de *toutes* les couches, pas seulement celles de la > couche concernée, ce qui rendrait le résultat d'autant plus > difficilement prévisible.
Ok. L'algorithme semble sensiblement plus complexe que ce que j'avais supposé. >>> La vérité est ailleurs, et il faudrait faire plus de test pour savoir si ça >>> vient d'un bug de mapnik, un problème de mémoire quelque part ou autre. >> >> Probablement un bug de mapnik du coup. Car en forçant le chevauchement >> ça passe. Il sera p-e utile que je reporte ce cas de figure sur la liste >> mapnik. > > Possible que ce soit un bug mais possible aussi que ce soit une > configuration inappropriée. Le placement des étiquettes est un mécanisme > compliqué et très certainement capricieux. Il faut savoir que ce > mécanisme était un des points forts du projet dès ses débuts, j'imagine > que ça a été testé en long en large et en travers. Bref, si tu contactes > mapnik-users, mieux vaut avancer prudemment avant de parler de bug. Oui. Je commence juste à m'intéresser à Mapnik, je ne vais pas crier de suite au bug sans avoir compris le quart de son mode de fonctionnement. > La clause order by reste aussi une piste à ne pas négliger, quand tu > fais la requête à la main, est-ce que rennes et paimpont (pour reprendre > l'exemple) arrivent avant les communes qui leur sont limitrophes ? Elles sont ordonnées de manière descendante par way_area et donc Paimpont et Rennes apparaissent avant leur voisins. Bien cordialement, - -- Étienne Loks -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEUEARECAAYFAky9tc4ACgkQtXI+41wn9OQulgCYynnR6mI8IbV11/y0564EQPiF +wCfSk7DgD98nCeI88/JIWAZqh26Q4k= =VT3y -----END PGP SIGNATURE----- _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
