osm2pgsql procède en plusieurs étapes: - il crée la géométrie du multipolygone - il recopie les tags des membres si il n'y en a aucun de significatif sur la relation (là il y en avait un: waterway=riverbank) - il repasse en revue les membres pour décider de générer ou non une géométrie séparée pour chacun d'eux en comparant leurs tags avec ceux de la relation.
C'est cette dernière passe qui semble avoir posé problème. Le code est ici pour les curieux: https://github.com/openstreetmap/osm2pgsql/blob/master/tagtransform.c#L621 Il compare les tags de la relation avec les tags des membres et décide ou non d'éliminer les membres comme devant générer une géométrie. La conclusion c'est quand même d'éviter d'avoir des tags identiques sur la relation et ses membres et de plutôt les reporter sur la relation, ça évite pas mal d'ambiguité pas toujours facile à gérer côté code. Le 3 mars 2014 12:03, Pieren <pier...@gmail.com> a écrit : > 2014-03-03 11:51 GMT+01:00 Christian Quest <cqu...@openstreetmap.fr>: > > > En supprimant le layer=-1 tout est rentré dans l'ordre au niveau de la > base > > de donnée et donc du rendu. > > Ca ressemble à un bug dans osm2pqsql. Les règles de transformation ne > devraient pas changer en fonction du tag "layer". Ou alors, y a une > subtilité que je n'ai pas saisi. > > Pieren > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Christian Quest - OpenStreetMap France Conférence "State Of The Map" France du 4 au 6 avril à Paris<http://openstreetmap.fr/sotmfr>
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
