Un critère possible c'est de comparer la largeur de l'ouvrage au dessus à celle du cours d'eau (ou d'une autre voirie) passant dessous : ne pas interrompre la voirie au dessus si elle est plus large que la longueur où les deux se superposent.
Mais on pourrait avoir des exceptions à ce critère pour de très larges voiries, comme une autoroute, passant au dessus d'une rivière (souvent un assemblage en fait de plusieurs ponts côte à côte) : à cause de la longueur de portée, cela reste un pont car la voirie est bien "suspendue" au dessus ou auto-portée, par sa structure de rigidification et de résistance à l'élongation de la voirie sous l'effet de son propre poids et de ce qui va circuler dessus. Sur un pont, on a une limite de charge utilisable même si la structure porteuse est une ogive ou un arc en dessous, ou un tablier légèrement flexible et élastique (et pouvant parfois coulisser en longueur pour des longues portées) posé sur des piles verticales. Sur un "culvert" (ponceau) la structure est statique, sans tablier, la rigidité est le comblement de terre au dessus de la buse pour répartir la charge. On ne voit pas aucune discontinuité de la voirie au dessus, aucune zone d'élongation/compression, aucune élasticité (pas plus ou moins que le sol avant ou après la traversée). Le 5 décembre 2013 01:10, Philippe Verdy <verd...@wanadoo.fr> a écrit : > Pour les vrais ponts au dessus de cours d'eau importants (pas de tout > petits ruisseaux ou des fossés de drainage) je préfère mettre explciitement > une section de route avec bridge=yes et layer=1 sans rompre le cours d'eau > en dessous. Ca donne l'occasion aussi de taguer d'autres éléments de > l'ouvrage (poids maximum, restrictions en cas de fort vent, pente > éventuelle, vitesse limitée, voies pour véhicule lent, type de > construction, éléments architecturaux, matériaux, barrières, restriction de > largeur, parfois aussi des feux de régulation des voies centrales > utilisables dans un sens ou l'autre...) > > Il n'y a que pour les "culverts" (ponceaux) qui passent par des buses > enterrées que je romps le petits cours d'eau dans sa section busée avec > layer=-1 et tunnel=yes, sans rompre la route (il n'y a généralement rien de > spécifique sur la route elle-même dans ce cas, la spécificité c'est plutôt > sur le cours d'eau limité), le plus souvent il n'y a aucune barrière non > plus (pas plus qu'il y en a le long d'une route longeant un fossé, le > chemin par dessus a une continuité de sol et l'infrastructure en dessous > est quasi-invisible). > > > > > Le 5 décembre 2013 00:48, Simon Miniou <simon.min...@gmail.com> a écrit : > >> Bonjour, >> >> en essayant de corriger les erreurs osmose avec le message "*Manque le >> tag layer aux alentours du pont*" j'ai pris l'habitude de mettre la >> rivière ou la route en layer=0 et le pont en layer=1 (ou 1 et 2 si >> plusieurs croisement) >> >> Dernièrement, j'ai été contacté par un utilisateur concernant mes >> modifications sur le tag layer et me retourne vers vous pour savoir qu'est >> ce qu'il faut utiliser? si je vais dans la bonne direction ou me trompe >> complétement? >> >> j'ai pas trouvé d'exemples sur le wiki. >> >> la personne avec qui je suis en contact me demande : >> >> "normally the bridge would be layer=1 and the river without any tags?" >> >> qu'en est il réellement? >> >> autre échange toujours en anglais : >> >> "I was wondering for example about this: >> http://www.openstreetmap.org/way/244371711 >> >> layer=1 without a bridge or layer=-1 without a tunnel is very frequently >> an error which is why it caught my attention. >> >> Another thing: http://www.openstreetmap.org/way/71175201 - it is not an >> error to add layer=0 but rather unusual." >> >> >> Merci de vos lumières, >> >> Simon >> >> >> ps: par rapport à Osmose, sur le territoire italien, une erreur reporté >> le 01/11/2013 qui a été corrigé 1 moi avant c'est normal? ( >> http://www.openstreetmap.org/node/2476544745 -- >> http://osmose.openstreetmap.fr/fr/map/?username=RicoZ&zoom=18&lat=46.20995&lon=10.75401&layers=B000000FFFFFFFFFFFFFFFFFFT&item=xxxx&level=1 >> ) >> >> >> >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr