Re: [OSM-dev-fr] Way splitté en base
Sauf que ça ne marche pas (du tout) comme ça... mapnik ne cherche rien, c'est postgis qui s'occupe de ça et il fonctionne par intersection de bbox. Le seul intérêt que je vois du split fait par osm2pgsql me semble ailleurs: la génération des tuiles impactées et déjà avec un degré ça en impacte un paquet, mais moins ;) Le 23 août 2015 10:45, Philippe Verdy a écrit : > 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. > -- Christian Quest - OpenStreetMap France ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Way splitté en base
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" 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 > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Way splitté en base
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 dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Way splitté en base
>> 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. -- sly ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Way splitté en base
1 degré c'est une distance considérable et compte tenu des projections on est loin des conditions de linéarité, et l'ajout des points intermédiaires est nécessaire. ceci dit est en mer et une approximation avec un demi degra d'ecart donne des ecarts maximums entre l'orthodomie et un arc d'une projection quelconque vont pas excéder quelques 100 mètres. la précision en revanche ser a plus nevessaire si on est pres des cotes dans kes eaux territoriales et devrait do ner des erreurs de moins de 50 metres. en revanche il n'y a normalement oas lieu de decouper les chemins quand l il n'y a qu'yne poignee de points par degre, tout pouvant tenir sous les 2000 noeuds par chemin. au dela il est conseille de couper en plusieurs chemins et les lier a une relation commune. Le 21 août 2015 23:04, "Vincent de Château-Thierry" a écrit : > Bonsoir, > je suis tombé sur une bizarrerie en regardant ce way : > http://www.openstreetmap.org/way/150388021 > dans une base PostGIS chargée via Osm2pgsql. > > On trouve 22 enregistrements correspondant à ce way, chacun avec une > partie de sa géométrie. Les morceaux bout à bout recomposent bien le way > complet. > > Est-ce que ça dit quelquechose à quelqu'un ? Mon soupçon est qu'osm2pgsql > splitte les longs ways, plus ou moins arbitrairement pour que chaque > portion rentre à peu près dans un carré de 1 degré de côté. Mais je n'ai > jamais constaté ça auparavant, d'où la question. > > merci pour vos lumières, > vincent > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Way splitté en base
Bonsoir, je suis tombé sur une bizarrerie en regardant ce way : http://www.openstreetmap.org/way/150388021 dans une base PostGIS chargée via Osm2pgsql. On trouve 22 enregistrements correspondant à ce way, chacun avec une partie de sa géométrie. Les morceaux bout à bout recomposent bien le way complet. Est-ce que ça dit quelquechose à quelqu'un ? Mon soupçon est qu'osm2pgsql splitte les longs ways, plus ou moins arbitrairement pour que chaque portion rentre à peu près dans un carré de 1 degré de côté. Mais je n'ai jamais constaté ça auparavant, d'où la question. merci pour vos lumières, vincent ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr