mapnik peut toujours trouver un way très long dans une requête qui déborde un peu de son rectangle de travail, a condition qu'il y ait au moins un nœud du way pas trop loin afin d'assurer trouver les segments qui traversent le carré. Pour cela seul les nœuds suffisent : pas besoin de découper le way arbitrairement tant qu'on reste bien dessous des 2000 nœuds par way, et tant qu'on n'a pas de tag spécifique a une partie, ni d'inclusion partielle dans des relations voisines. Le 22 août 2015 10:46, "Vincent de Château-Thierry" <[email protected]> a écrit :
> > Le 22/08/2015 10:06, sly (sylvain letuffe) a écrit : > >> >> Est-ce que ça dit quelquechose à quelqu'un ? >>>> >>> >> Oui. C'est dans pg-output.c (si ça existe toujours) que le code du split >> est. >> >> Mon soupçon est >> >>> qu'osm2pgsql >>> >>>> splitte les longs ways, plus ou moins arbitrairement >>>> >>> >> C'est pile poil ça. La valeur est en dur dans le code. >> > > Le code a bougé depuis, mais j'ai retrouvé ça : > > https://github.com/openstreetmap/osm2pgsql/blob/aaddc60fb61bdce80b67145951ec0511ac55886e/ChangeLog#L523 > qui dit la raison du pourquoi : limiter la bbox de chaque way, au moins > pour éviter de la part de Mapnik des requêtes avec emprise délirante. > > Merci Sly ! > > vincent > > _______________________________________________ > dev-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/dev-fr >
_______________________________________________ dev-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/dev-fr
