Re: [OSM-talk-fr] waterway=lock
Cette page contient encore une autre façon de taguer le bassin : landuse=basin... Ce qui fait encore une autre possibilité en plus de waterway=riverbank, waterway=lock (plutôt destiné au filaire central non fermé) et natural=water (la proposition plus récente), les 4 possibilités étant appliquées à un chemin fermé (ou une relation contenant un chemin ou plusieurs fermés). Bref ce n'est pas gagné ! Mais elle ne contredit toujours pas le fait que les portes d'écluse ne sont normalement que des points waterway=lock_gate (on pourrait cependant admettre que ce soit aussi des chemins ouverts, barrant la largeur du canal, ou un contour fermé donnant une idée de la forme et la position de la porte quand elle est fermée). Mais cela confirme encore que tous les *points* tagués en waterway=lock sont bel et bien des erreurs (la majorité actuelle des objets avec waterway=lock sont des chemins, fermés ou pas, ou des relations, et non pas des nœuds uniquement destinés aux portes : l'erreur de confusion est donc très répandue et les outils de vérification ou d'édition sont donc à corriger au moins sur ce point, même s'il n'y a encore aucun consensus sur la façon de taguer les bassins. TOUT ce qui a cet attribut et qui n'est pas un point est ambigu de toute façon, on ne sait toujours pas ce que c'est, ce n'est décrit nulle part dans les pages du wiki de doc ; la correction de ces *points ou nœuds* sera d'en faire des waterway=lock_gate, connectés chaque fois que possible sur le chemin filaire du cours d'eau central là où il a été tracé). La connexion éventuelle avec la bordure du bassin n'existera pas toujours car elle ne sera pas nécessairement pertinente sauf si on coupe le bassin en deux parties continues en amont et en aval de cette porte ; il n'a a pas nécessité de connecter ce point à un éventuel chemin/route passant au dessus de l'écluse, (SAUF si l'ouverture de la porte ne peut se faire qu'en coupant la route passant au dessus, par exemple quand le chemin passe directement sur le sommet de la porte, cas des passerelles légères pour piétons ou cyclistes, ou quand la route passe au dessus par un pont levant, coupant la route de chaque côté du pont et non au milieu sur le point central de la porte et auquel cas il n'y a pas d'interconnexion de la route sur ce point) Le 18 décembre 2012 18:00, Yannick VOYEAUD yann...@voyeaud.org a écrit : Le 18/12/2012 00:25, Christian Quest a écrit : Confusion entre lock et lock_gate ? Ca serait bien de relire le wiki avant ce genre de réponse aussi affirmative, non ? Il y a même un dessin comme ça l'article ne risque pas de TL;DR ! http://wiki.openstreetmap.org/wiki/Key:lock C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me semble... Bonsoir, Cette page est plus explicite http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Le 18/12/2012 00:25, Christian Quest a écrit : Confusion entre lock et lock_gate ? Ca serait bien de relire le wiki avant ce genre de réponse aussi affirmative, non ? Il y a même un dessin comme ça l'article ne risque pas de TL;DR ! http://wiki.openstreetmap.org/wiki/Key:lock C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me semble... Bonsoir, Cette page est plus explicite http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] waterway=lock
Bonsoir, Une petit question sur la maniere de qualifier une écluse. Dans le wiki l'exemple donne ceci : http://wiki.openstreetmap.org/wiki/Key:lock La surface du bassin est qualifier a la fois par un landuse=basin ET par un waterway=lock Ce meme waterway=lock sert semble t il exclusivement pour les surface fermé par une écluse et pas du tout pour qualifier le chemin d'un cours d'eau passant dans une écluse. Jusque là tout va bien. Sauf que ... Osmose n'aime pas la surface fermé qualifié waterway=lock, et renvoi une erreur cours d'eau fermé!!! C'est une erreur d'interprétation d'Osmose ou c'est moi qui est pas bien compris ... ou le wiki qu'est mal fichu? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
waterway=lock désigne unquement chaque porte d'écluse elle-même (un point ou un trait), mais PAS le bassin placé d'un côté ou de l'autre (d'ailleurs une écluse n'a pas toujours un bassin fermé par deux portes, il peut n'y en avoir qu'une seule, ouvrant ou fermant le passage selon le niveau de l'eau de l'autre côté, par exemple entre le bassin d'un port et un fleuve, pour éviter que toute l'eau parte avec la marée. Si tu fermes le traits ou si tu en fait une relation fermée, tu est en train de tracer toute l'épaisseur de la porte, ce qui est ridicule quand cette porte est mobile. En principe on ne tague avec qu'un seul nœud, sur le filaire central du cours d'eau. Entre deux portes sur un cours d'eau, ce n'est pas un bassin mais une surface (définie dans une relation waterway=riverbank ou dans un chemin fermé de même type) ; le filaire du cours central est alors un waterway=river ou waterway=canal. C'est le point d'intersection entre les filaire central du cours d'eau et celui de fermeture du riverbank et qui passe par la porte de l'écluse, que tu définis comme nœud waterway=lock. Le bassin (landuse=bassin) est en principe autre chose : il est fermé soit par une porte waterway=lock d'un seul côté (sur un seul noeud), mais le plus souvent par un seuil. ou une conduite enterrée qui peut être fermée par une vanne, ou vidée plus tard par une pompe. Mais il n'y en a qu'une seule fermeture et non deux pour le relier à son bief d'alimentation ou de débordement depuis/vers un cours d'eau. Cette fermeture de bassin se place là aussi au point d'intersection entre le chemin filaire central du bief et le contour du bassin. La différence entre un bassin et une riberbank est justement qu'il n'y a pas de cours d'eau au milieu, faute de direction d'écoulement, qui peut se faire dans un sens ou l'autre depuis ou vers le bief. Si tu fais comme ça, Osmose ne signale plus rien du tout sur ton bassin. Souvent ce bassin peut être entièrement vide (c'est le cas des bassins d'orage, remplis occasionnellement pour prévenir des inondations dans les villes par le débordement des égouts pendant les fortes précipitation, même si souvent ces bassins restent boueux car il est difficile de les vider entièrement et on ne les nettoie que rarement, le fond n'étant pas toujours cimentée mais juste constitué d'une feuille plastique épaisse, protégée par un fond glaiseux ou sableux, sur lequel vont pousser des herbes) Si le bassin est assez grand, il peut être permanent (avec juste sa hauteur d'eau qui varie) : c'est alors un étang et il ne doit son niveau d'eau permanent que parce qu'il y collecte des eaux de plusieurs petits cour d'eau et des fossés. Si un cours d'eau important y entre et en ressort, ce n'est plus un simple étang mais carrément un lac (qui peut avoir son niveau d'eau surélevé et sa surface agrandie, par un barrage ou un seuil artificiel, élevé du côté aval du cours d'eau qui le traverse) Le 17 décembre 2012 20:06, Tetsuo Shima tets...@gmail.com a écrit : Bonsoir, Une petit question sur la maniere de qualifier une écluse. Dans le wiki l'exemple donne ceci : http://wiki.openstreetmap.org/wiki/Key:lock La surface du bassin est qualifier a la fois par un landuse=basin ET par un waterway=lock Ce meme waterway=lock sert semble t il exclusivement pour les surface fermé par une écluse et pas du tout pour qualifier le chemin d'un cours d'eau passant dans une écluse. Jusque là tout va bien. Sauf que ... Osmose n'aime pas la surface fermé qualifié waterway=lock, et renvoi une erreur cours d'eau fermé!!! C'est une erreur d'interprétation d'Osmose ou c'est moi qui est pas bien compris ... ou le wiki qu'est mal fichu? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Pardon j'avais mal lu: les portes son bien des nœuds mais avec waterway=lock_gate et non waterway=lock. Je me demande la pertinence de waterway=lock alors que pour mois cela reste la même chose qu'un waterway=riverbank (même si c'est une portion de canal, ce qu'indique le filaire central tagué waterway=canal) Si on considère les écluses d'Hédé (sur le Canal d'Ille-et Rance en Ille-et-Vilaine) il y a 13 écluses successives avec autant 12 bassins successifs, mais ils font bien partie du canal : Je ne vois pas pourquoi ce ne serait pas des waterway=riverbank et ce qu'apporte le fait de les taguer différemment en waterway=lock (même si le cours d'eau filaire, passant par les écluses sucessives au milieu des bassins du canal, n'a plus de sens amont ou aval bien défini puisque le sens d'écoulement dépendra des différences de hauteur d'eau entre les bassins, qui ont chacun leur propre alimentation en eau (apportée par des conduites depuis des étangs de réserve en hauteur eux-mêmes alimentés par des fossés des collines du bassin versant ou par des pompes remontant de l'eau depuis le canal, les conduites pouvant aussi être ouvertes ou fermées, et tous les bassins et étangs ayant aussi des seuils de débordement de l'un vers l'autre pour éviter l'inondation). Quel est le critère objectif différenciant un waterway=lock d'un waterway=riverbank ? Sa longueur ? Le fait que sa hauteur d'eau varie lorsque l'écluse est utilisée et sa porte ouverte ? (cette hauteur variera toujours un peu sur tous les bassins dès que la porte sera ouverte). Le 17 décembre 2012 23:16, Philippe Verdy verd...@wanadoo.fr a écrit : waterway=lock désigne unquement chaque porte d'écluse elle-même (un point ou un trait), mais PAS le bassin placé d'un côté ou de l'autre (d'ailleurs une écluse n'a pas toujours un bassin fermé par deux portes, il peut n'y en avoir qu'une seule, ouvrant ou fermant le passage selon le niveau de l'eau de l'autre côté, par exemple entre le bassin d'un port et un fleuve, pour éviter que toute l'eau parte avec la marée. Si tu fermes le traits ou si tu en fait une relation fermée, tu est en train de tracer toute l'épaisseur de la porte, ce qui est ridicule quand cette porte est mobile. En principe on ne tague avec qu'un seul nœud, sur le filaire central du cours d'eau. Entre deux portes sur un cours d'eau, ce n'est pas un bassin mais une surface (définie dans une relation waterway=riverbank ou dans un chemin fermé de même type) ; le filaire du cours central est alors un waterway=river ou waterway=canal. C'est le point d'intersection entre les filaire central du cours d'eau et celui de fermeture du riverbank et qui passe par la porte de l'écluse, que tu définis comme nœud waterway=lock. Le bassin (landuse=bassin) est en principe autre chose : il est fermé soit par une porte waterway=lock d'un seul côté (sur un seul noeud), mais le plus souvent par un seuil. ou une conduite enterrée qui peut être fermée par une vanne, ou vidée plus tard par une pompe. Mais il n'y en a qu'une seule fermeture et non deux pour le relier à son bief d'alimentation ou de débordement depuis/vers un cours d'eau. Cette fermeture de bassin se place là aussi au point d'intersection entre le chemin filaire central du bief et le contour du bassin. La différence entre un bassin et une riberbank est justement qu'il n'y a pas de cours d'eau au milieu, faute de direction d'écoulement, qui peut se faire dans un sens ou l'autre depuis ou vers le bief. Si tu fais comme ça, Osmose ne signale plus rien du tout sur ton bassin. Souvent ce bassin peut être entièrement vide (c'est le cas des bassins d'orage, remplis occasionnellement pour prévenir des inondations dans les villes par le débordement des égouts pendant les fortes précipitation, même si souvent ces bassins restent boueux car il est difficile de les vider entièrement et on ne les nettoie que rarement, le fond n'étant pas toujours cimentée mais juste constitué d'une feuille plastique épaisse, protégée par un fond glaiseux ou sableux, sur lequel vont pousser des herbes) Si le bassin est assez grand, il peut être permanent (avec juste sa hauteur d'eau qui varie) : c'est alors un étang et il ne doit son niveau d'eau permanent que parce qu'il y collecte des eaux de plusieurs petits cour d'eau et des fossés. Si un cours d'eau important y entre et en ressort, ce n'est plus un simple étang mais carrément un lac (qui peut avoir son niveau d'eau surélevé et sa surface agrandie, par un barrage ou un seuil artificiel, élevé du côté aval du cours d'eau qui le traverse) Le 17 décembre 2012 20:06, Tetsuo Shima tets...@gmail.com a écrit : Bonsoir, Une petit question sur la maniere de qualifier une écluse. Dans le wiki l'exemple donne ceci : http://wiki.openstreetmap.org/wiki/Key:lock La surface du bassin est qualifier a la fois par un landuse=basin ET par un waterway=lock Ce meme waterway=lock sert semble t il exclusivement pour les surface fermé par une
Re: [OSM-talk-fr] waterway=lock
En plus le schéma visible sur le wiki n'est applicable qu'aux seuls cours d'eau naturel (ou sections parallèles canalisées permettant de contourner un rapide ayant une hauteur d'eau insuffisante à la navigation) qui ont un sens d'écoulement. Sur les canaux, il n'y a pas toujours de sens d'écoulement défini, et les « mitres » des portes ne sont donc pas orientées dans le même sens en direction inverse de l'écoulement, mais seront plus souvent dans des directions opposées (cela arrive même sur les sections parallèles canalisées des cours d'eau naturels. Si on suppose que waterway=lock se distingue du waterway=riverbank par son resserrement (en largeur) et le fait que la bordure terreste est maçonnée et beaucoup plus verticale pour résister aux changements de hauteur d'eau, alors oui il faut qu'Osmose traite waterway=lock et waterway=riverbank de la même façon au plan des vérifications de géométrie. Sur les écluses d'Hédé on va trouver 13 bassins maçonnés (waterway=lock) ouverts chacun des 2 côtés de façon jointive sur des waterway=riverbank (il y en aura 12 mais où la porte de l'écluse est AU MILIEU du bassin bétonné et non de chaque côté. La surface canal lui-même va donc bien être une succession alternant des waterway=riverbank et des waterway=lock, mais les portes d'écluses ne seront pas toujours sur le segment où ces polygones se joignent. La définition portée en tête de page wiki ne va pas coller à ce cas-là. Et j'ai l'impression qu'Osmose confond waterway=lock (le bassin canalisé et maçonné) avec waterway=lock_gate (la porte de l'écluse elle-même). Osmose n'a pas de problème en revanche si on n'utilise pas waterway=lock (dont l'usage distinctif me semble douteux et en tout cas pas assez clairement décrit sur le wiki) mais uniquement des waterway=riverbank à la place (bien plus simple à taguer : on peut toujours définir en plus la maçonnerie de chaque rive sur le trait de limitation entre la terre et bassin, mais ce n'est pas nécessaire pour la relation couvrant la surface du bassin canalisé et même dans les deux cas on peut toujours aussi placer à côté les quais, barrières ou murets de sécurité pour les piétons, les bites d'amarrage...). Le 17 décembre 2012 23:33, Philippe Verdy verd...@wanadoo.fr a écrit : Pardon j'avais mal lu: les portes son bien des nœuds mais avec waterway=lock_gate et non waterway=lock. Je me demande la pertinence de waterway=lock alors que pour mois cela reste la même chose qu'un waterway=riverbank (même si c'est une portion de canal, ce qu'indique le filaire central tagué waterway=canal) Si on considère les écluses d'Hédé (sur le Canal d'Ille-et Rance en Ille-et-Vilaine) il y a 13 écluses successives avec autant 12 bassins successifs, mais ils font bien partie du canal : Je ne vois pas pourquoi ce ne serait pas des waterway=riverbank et ce qu'apporte le fait de les taguer différemment en waterway=lock (même si le cours d'eau filaire, passant par les écluses sucessives au milieu des bassins du canal, n'a plus de sens amont ou aval bien défini puisque le sens d'écoulement dépendra des différences de hauteur d'eau entre les bassins, qui ont chacun leur propre alimentation en eau (apportée par des conduites depuis des étangs de réserve en hauteur eux-mêmes alimentés par des fossés des collines du bassin versant ou par des pompes remontant de l'eau depuis le canal, les conduites pouvant aussi être ouvertes ou fermées, et tous les bassins et étangs ayant aussi des seuils de débordement de l'un vers l'autre pour éviter l'inondation). Quel est le critère objectif différenciant un waterway=lock d'un waterway=riverbank ? Sa longueur ? Le fait que sa hauteur d'eau varie lorsque l'écluse est utilisée et sa porte ouverte ? (cette hauteur variera toujours un peu sur tous les bassins dès que la porte sera ouverte). Le 17 décembre 2012 23:16, Philippe Verdy verd...@wanadoo.fr a écrit : waterway=lock désigne unquement chaque porte d'écluse elle-même (un point ou un trait), mais PAS le bassin placé d'un côté ou de l'autre (d'ailleurs une écluse n'a pas toujours un bassin fermé par deux portes, il peut n'y en avoir qu'une seule, ouvrant ou fermant le passage selon le niveau de l'eau de l'autre côté, par exemple entre le bassin d'un port et un fleuve, pour éviter que toute l'eau parte avec la marée. Si tu fermes le traits ou si tu en fait une relation fermée, tu est en train de tracer toute l'épaisseur de la porte, ce qui est ridicule quand cette porte est mobile. En principe on ne tague avec qu'un seul nœud, sur le filaire central du cours d'eau. Entre deux portes sur un cours d'eau, ce n'est pas un bassin mais une surface (définie dans une relation waterway=riverbank ou dans un chemin fermé de même type) ; le filaire du cours central est alors un waterway=river ou waterway=canal. C'est le point d'intersection entre les filaire central du cours d'eau et celui de fermeture du riverbank et qui passe par la porte de l'écluse, que tu définis
Re: [OSM-talk-fr] waterway=lock
Confusion entre lock et lock_gate ? Ca serait bien de relire le wiki avant ce genre de réponse aussi affirmative, non ? Il y a même un dessin comme ça l'article ne risque pas de TL;DR ! http://wiki.openstreetmap.org/wiki/Key:lock C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me semble... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Note la discussion initiale portant sur la différenciation des waterway=lock des waterway=riverbank a décrit la situation suivante, celle des écluses à deux portes sur les sections parallèles canalisées des cours d'eau naturels (l'autre bras naturel du cours d'eau a alors un seuil au travers) : -==- Sinon avec uniquement des waterway=riverbank on n'aurait QUE: - Mais sur des écluses en escalier permettant de passer par dessus un col comme les écluses de Hédé on a plutôt si on n'a que des riverbanks: (Impossible de distinguer) Mais la réalité est plutôt celle-là pour les écluses en escalier : ---==-==-==-==-==-==-==--- (les suites de trois signes = indiquent une section waterway=lock, alors que les suites de signes - sont des waterway=riverbank). La direction des portes est souvent non significative de la direction d'éclulement sur les écluses placées sur des biefs de raccordement. Sur les écluses en escalier, les waterway=lock (== ou ==) sont souvent beaucoup plus courts (quelques mètres) que sur une écluse à deux portes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Tu m'énerves, j'ai répondu à ça déjà avant. Le 18 décembre 2012 00:25, Christian Quest cqu...@openstreetmap.fr a écrit : Confusion entre lock et lock_gate ? Ca serait bien de relire le wiki avant ce genre de réponse aussi affirmative, non ? Il y a même un dessin comme ça l'article ne risque pas de TL;DR ! http://wiki.openstreetmap.org/wiki/Key:lock C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me semble... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Le 18 décembre 2012 00:29, Philippe Verdy verd...@wanadoo.fr a écrit : Tu m'énerves, j'ai répondu à ça déjà avant. Désolé de faire encore l'effort de lire (parfois en partie) cette logorrhée. Je vais peut être moi aussi rester au TL;DR au risque de laisser passer des erreurs pour lesquelles je croise les doigts pour que des contributeurs peu informés pourraient prendre malheureusement pour argent comptant (j'ai encore le souvenir du découpage de landuse sur les limites administratives). De la concision et un minimum de vérification avant de cliquer sur Envoyer... c'est vraiment trop demander ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Le wiki ne traite QUE le cas des waterway=lock n'ayant ayant deux portes (une de chaque côté, cas le plus courant) et oublie le cas où il n'y a qu'une seule porte (au milieu) ce qui est le cas le plus courant dans les suites d'écluses en escalier permettant de passer par dessus un col. Dans le cas des escaliers les plus serrés seulement (permettant de descendre ou monter une ancienne section rapide) on a le cas : ------ Et c'est toute la longueur ici entre les de la 1re à la 4e écluse (ici l'écoulement naturel est de droite à gauche, la pointe du de chaque porte est vers l'amont) qui est maçonnée et resserrée par des rives renforcées. Mais avant que waterway=lock soit proposé, on n'avait QUE waterway=riverbank pour TOUTES les surfaces de cours d'eau ou de canaux. On pouvait pourtant faire la distinction des parties resserrées et artificialisées avec des rives renforcées (près des portes) avec un autre attribut OPTIONNEL lock=yes dessus (voire parfois plutôt water_lock=yes). Et cela allait très bien (et cela convenait très bien à Osmose qui pouvait voir que les waterway=riverbank jointifs formaient la surface d'un même cours d'eau). C'était même bien plus simple à gérer et sélectionner dans les données (il est implicite de toute façon qu'il y a au moins quelques mètres avant et après chaque porte où les rives sont rapprochées et renforcées (et cela se voit de façon évidente aussi sur la géométrie, ne serait-ce que par le resserrement des rives), d'autant plus qu'à ce niveau de détail on a encore besoin alors de dire ce qu'il y a sur les rives (murs ou barrières de protection), ou les matériaux de ces rives construites (béton, plaques métalliques, mur de brique, pierre...) qui soutiennent les quais au dessus du plan d'eau (quand son niveau est abaissé pour ouvrir une porte vers l'aval). Les waterway=lock sont donc encore peu utilisés en comparaison des waterway=riverbank (qui sont eux non plus pas tous annotés avec lock=yes ou water_lock=yes). Le pire c'est que la plupart des waterway=lock servent à taguer des noeuds isolés, et non des chemins fermés ou relations fermées (ils sont utilisés à la place de la totalité d'une écluse ou à la place d'une des deux portes waterway=lock_gate). Et qu'Osmose lui ne voit pas ça comme une erreur (donc il fait aussi la confusion entre waterway=lock et waterway=lock_gate en considérant les cas les plus courants, il les prend comme des synonymes ! Le 18 décembre 2012 00:38, Christian Quest cqu...@openstreetmap.fr a écrit : Désolé de faire encore l'effort de lire (parfois en partie) cette logorrhée. Encore des mots pour insulter... Mais j'ai l'habitude.J'avais corrigé TOUT de suite (les deux messages ont du arriver en même temps ou presque) avant que tu prennes insultes plus d'une demi-heure après en ayant déjà reçu le deuxième. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Le 18 décembre 2012 01:12, Philippe Verdy verd...@wanadoo.fr a écrit : Le 18 décembre 2012 00:38, Christian Quest cqu...@openstreetmap.fr a écrit : Désolé de faire encore l'effort de lire (parfois en partie) cette logorrhée. Encore des mots pour insulter... Mais j'ai l'habitude.J'avais corrigé TOUT de suite (les deux messages ont du arriver en même temps ou presque) avant que tu prennes insultes plus d'une demi-heure après en ayant déjà reçu le deuxième. Je pense que tu as du mal à saisir mon propos. Plutôt que de répondre à une simple question par un exposé, il aurait été plus judicieux: 1) d'aller lire la page du wiki (le lien était indiqué) 2) de comprendre le problème 3) puis de renvoyer une réponse incompatible avec le fonctionnement normal d'une liste de diffusion (mais qui aurait éventuellement sa place sur un blog perso comme il a été indiqué à maintes reprises) Si demander de la concision et un minimum de vérification avant d'envoyer un message fait partie des insultes, ça va être difficile de rester constructif comme j'essaye de l'être. Il serait bon de ne pas prendre la mouche et de monter sur ses grands chevaux à chaque remarque que l'on peut faire. Si c'est le mot logorrhée qui te gêne, remplace le par verbiage qui d'ailleurs me semble plus adapté. Nous sommes sur une mailing list, pas sur un blog perso. Faudra-t-il fixer une taille maximale pour le contenu des messages ? Fin de sujet pour moi. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Je l'avais lue cette page du wiki, et je me posais la question de sa pertinence étant donnée la MAJORITÉ des données présentes, qui sont contraires à ce qui est décrit dans cette page pas remise à jour pour soit pour mieux expliquer soit pour fixer des règles plus précisés (car visiblement presque tout le monde se trompe depuis que cette proposition a commencé à être utilisée !) Maintenant si tu ne veux pas comprendre que cette explication du problème n'est pas qu'une logorrhée, et que je n'étais pas là non plus pour donner seulement une instruction mais soulever le problème d'une autre façon. Me renvoyer ailleurs pour aller comprendre de quoi parlait la question initiale que j'avais bien comprise alors que justement ce problème n'était même pas compris par la majorité ni par les experts qui maintiennent Osmose (mais se trompent ici, je ne jette pas la pierre mais qu'ont ne me la renvoie pas non plus surtout quand la correction était déjà là). == En plus tu réattaques ici à nouveau en public alors que je venais de te répondre en privé. Donc tu insistes dans le dénigrement et c'est pas cool si tu penses que ton entourage connu et choisi suffit à réguler le projet et que les autres sont des... (à compléter). Le 18 décembre 2012 03:20, Christian Quest cqu...@openstreetmap.fr a écrit : 1) d'aller lire la page du wiki (le lien était indiqué) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
c'est vrai que la page en question ne parle QUE de la partie bassin, puisque c'est LA page spéciale pour expliquer comment tagguer le bassin ... il suffit de regarder les pages liées See also pour aller lire très rapidement la proposition détaillée, qui comporte également une description détaillés (http://wiki.openstreetmap.org/wiki/Proposed_features/Lock), et évoque les cas particuliers dont tu parles: - rien d'anormal à avoir lock=yes sur un node (lock=yes could also be applied to a single node in the canal way) - le waterway=lock sert justement à décrire précisément tous les cas, et permet de décrire une écluse avec une seule porte (it doesn't care what else is connected to the ends) - le cas où il n'y a qu'une seule porte (au milieu) ce qui est le cas le plus courant dans les suites d'écluses en escalier = euh, je ne suis pas sur d'avoir bien compris comment une porte peut être seule si elle est dans une suite d'écluses ... - le problème d'avant avec que waterway=riverbank c'est justement qu'il n'y avait aucun détail possible ... - un humain est sans doute capable de faire de la photo-interprétation et de comprendre à partir de quelques données, mais ça n'est pas le cas d'un ordinateur, il faut tout lui expliquer en détail ! Sylvain Le 18 décembre 2012 04:00, Philippe Verdy verd...@wanadoo.fr a écrit : Je l'avais lue cette page du wiki, et je me posais la question de sa pertinence étant donnée la MAJORITÉ des données présentes, qui sont contraires à ce qui est décrit dans cette page pas remise à jour pour soit pour mieux expliquer soit pour fixer des règles plus précisés (car visiblement presque tout le monde se trompe depuis que cette proposition a commencé à être utilisée !) Maintenant si tu ne veux pas comprendre que cette explication du problème n'est pas qu'une logorrhée, et que je n'étais pas là non plus pour donner seulement une instruction mais soulever le problème d'une autre façon. Me renvoyer ailleurs pour aller comprendre de quoi parlait la question initiale que j'avais bien comprise alors que justement ce problème n'était même pas compris par la majorité ni par les experts qui maintiennent Osmose (mais se trompent ici, je ne jette pas la pierre mais qu'ont ne me la renvoie pas non plus surtout quand la correction était déjà là). == En plus tu réattaques ici à nouveau en public alors que je venais de te répondre en privé. Donc tu insistes dans le dénigrement et c'est pas cool si tu penses que ton entourage connu et choisi suffit à réguler le projet et que les autres sont des... (à compléter). Le 18 décembre 2012 03:20, Christian Quest cqu...@openstreetmap.fr a écrit : 1) d'aller lire la page du wiki (le lien était indiqué) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Le 18 décembre 2012 07:11, Sylvain Maillard sylvain.maill...@gmail.com a écrit : c'est vrai que la page en question ne parle QUE de la partie bassin, puisque c'est LA page spéciale pour expliquer comment tagguer le bassin ... il suffit de regarder les pages liées See also pour aller lire très rapidement la proposition détaillée, qui comporte également une description détaillés (http://wiki.openstreetmap.org/wiki/Proposed_features/Lock), et évoque les cas particuliers dont tu parles: - rien d'anormal à avoir lock=yes sur un node (lock=yes could also be applied to a single node in the canal way) Et pourtant c'est un cas anormal car lock=yes était destiné à qualifier une riverbank (la surface du bassin... non ponctuelle) et non pas un waterway=lock (la même surface où cela l'indique déjà et oùu c'est redondant). Dans les deux cas ce n'est pas ponctuel. Sinon c'est qu'il y a CONFUSION avec un noeud waterway=lock_gate (la porte elle-même) et c'est bien une anomalie. La page du wiki ne traite pas de la façon dont traiter les portes, juste des bassins où on les trouve. - le waterway=lock sert justement à décrire précisément tous les cas, et permet de décrire une écluse avec une seule porte (it doesn't care what else is connected to the ends) Faux ! Relis le haut de la page, cette page wiki ne traite QUE les écluses à 2 portes. La phrase signifie seulement que ce noeud peut être relié (ou pas) au filiaire du cours d'eau, à un chemin passant au dessus de l'écluse (pour piétons, voire une route avec un pont). - le cas où il n'y a qu'une seule porte (au milieu) ce qui est le cas le plus courant dans les suites d'écluses en escalier = euh, je ne suis pas sur d'avoir bien compris comment une porte peut être seule si elle est dans une suite d'écluses ... Justement tu n'as rien compris. La suite d'écluses est faite d'une seule porte par marche de l'escalier. il n'y a reserrement dur cours d'eau avec des quais maçonnés alors QUE sur quelques mètres autour d'UNE SEULE porte (et non DEUX) le reste du canal sur chaque marche est faite alors de rives non maçonnées. - le problème d'avant avec que waterway=riverbank c'est justement qu'il n'y avait aucun détail possible ... FAUX ! Avant on aviat waterway=riverbank pour TOUS les bassins et on précisait uniquement avec lock=yes EN PLUS uniquement sur les bassin où c'est applicable (pour identigier le changement de hauteur d'eau et le renformcement des rives). Et il y avait (il y a encore !) d'autres valeurs de lock=*. Bref waterway=lock n'apporte STRICTEMENT RIEN de plus que waterway=riverbank si on doit en plus préciser une valeur à lock=* - un humain est sans doute capable de faire de la photo-interprétation et de comprendre à partir de quelques données, mais ça n'est pas le cas d'un ordinateur, il faut tout lui expliquer en détail ! Justement cela d'montre que tu n'as rien compris ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
les détails sur la manière de taguer les portes sont sur une autre page wiki: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate (c'est bien fait ce truc appelé wiki, on ne parle que d'un seul sujet par page, et les longues discussions sont ailleurs) la situation actuelle met un peu de redondance dans les données (depuis 2008 quand même), mais je me vois mal regarder en détail tous les riverbank quand j'ai besoin de faire une analyse sur le linéaire des cours d'eau ! d'ailleurs à ce sujet, un extrait de http://wiki.openstreetmap.org/wiki/Key:waterway (pour retrouver son contexte exact, merci d'aller voir le wiki) pour le tag lock=yes: Can tag either the section of the way between the gates (detailed) or just a single node in the waterway (less detailed) = c'est bien dans l'esprit d'ouverture d'OSM, à savoir que ceux qui veulent faire des cartes hyper détaillées peuvent, et ceux qui n'en voient pas l'intérêt ne sont pas obligés. et si il manque des éléments pour représenter tous les cas particuliers, il ne faut surtout pas hésiter à aller en parler sur http://wiki.openstreetmap.org/wiki/Proposed_features/Lock et à faire une proposition d'amélioration ;) tu n'es pas le seul qui n'approuve pas cette manière de taguer, il y a d'autres personnes qui préfèrent comme c'était avant. Effectivement comme tu l'as si bien dit, quand on regarde un escalier de très près, on ne voit qu'une seule marche ... ça n'empêche pas les autres d'exister juste autour ! Sylvain Le 18 décembre 2012 07:41, Philippe Verdy verd...@wanadoo.fr a écrit : Le 18 décembre 2012 07:11, Sylvain Maillard sylvain.maill...@gmail.coma écrit : c'est vrai que la page en question ne parle QUE de la partie bassin, puisque c'est LA page spéciale pour expliquer comment tagguer le bassin ... il suffit de regarder les pages liées See also pour aller lire très rapidement la proposition détaillée, qui comporte également une description détaillés (http://wiki.openstreetmap.org/wiki/Proposed_features/Lock), et évoque les cas particuliers dont tu parles: - rien d'anormal à avoir lock=yes sur un node (lock=yes could also be applied to a single node in the canal way) Et pourtant c'est un cas anormal car lock=yes était destiné à qualifier une riverbank (la surface du bassin... non ponctuelle) et non pas un waterway=lock (la même surface où cela l'indique déjà et oùu c'est redondant). Dans les deux cas ce n'est pas ponctuel. Sinon c'est qu'il y a CONFUSION avec un noeud waterway=lock_gate (la porte elle-même) et c'est bien une anomalie. La page du wiki ne traite pas de la façon dont traiter les portes, juste des bassins où on les trouve. - le waterway=lock sert justement à décrire précisément tous les cas, et permet de décrire une écluse avec une seule porte (it doesn't care what else is connected to the ends) Faux ! Relis le haut de la page, cette page wiki ne traite QUE les écluses à 2 portes. La phrase signifie seulement que ce noeud peut être relié (ou pas) au filiaire du cours d'eau, à un chemin passant au dessus de l'écluse (pour piétons, voire une route avec un pont). - le cas où il n'y a qu'une seule porte (au milieu) ce qui est le cas le plus courant dans les suites d'écluses en escalier = euh, je ne suis pas sur d'avoir bien compris comment une porte peut être seule si elle est dans une suite d'écluses ... Justement tu n'as rien compris. La suite d'écluses est faite d'une seule porte par marche de l'escalier. il n'y a reserrement dur cours d'eau avec des quais maçonnés alors QUE sur quelques mètres autour d'UNE SEULE porte (et non DEUX) le reste du canal sur chaque marche est faite alors de rives non maçonnées. - le problème d'avant avec que waterway=riverbank c'est justement qu'il n'y avait aucun détail possible ... FAUX ! Avant on aviat waterway=riverbank pour TOUS les bassins et on précisait uniquement avec lock=yes EN PLUS uniquement sur les bassin où c'est applicable (pour identigier le changement de hauteur d'eau et le renformcement des rives). Et il y avait (il y a encore !) d'autres valeurs de lock=*. Bref waterway=lock n'apporte STRICTEMENT RIEN de plus que waterway=riverbank si on doit en plus préciser une valeur à lock=* - un humain est sans doute capable de faire de la photo-interprétation et de comprendre à partir de quelques données, mais ça n'est pas le cas d'un ordinateur, il faut tout lui expliquer en détail ! Justement cela d'montre que tu n'as rien compris ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Ce n'est pas qu'une question de préférence mais bel et bien du fait que certains n'ont absolument pas compris et pas lu la page wiki correctement (et toi non plus). - taguer un NOEUD avec waterway=lock est une erreur (commise par plus de la moitié des cas d'utilisation de ce cas) car on voulait taguer juste la porte et non le bassin - Osmose s'est bel et bien planté en interprétant comme le font la majorité des gens (qui se sont trompés aussi) et sans lire la description du tag (il nterprète à l'envers Et ce n'est pas qu'une question de niveau de détail. Il n'y a strictement rien qui justifie de taguer un NOEUD avec waterway=lock (erreur) au lieu de waterway=lock_gate (OK) car le niveau de détail est exactement le même (on n'a toujours qu'un seul NOEUD et pas plus de tag). C'est une confusion sur la valeur correcte d'un seul tag pour décrire une porte (jsutement décrire sur une autre page du wiki). Le simple fait que tu ne vois pas en quoi c'est une erreur, et que dans plus de la moitié des cas on se trompe (et qu'Osmose et OSMI se trompent aussi) démontre clairement que l'idée de préciser waterway=lock au lieu de waterway=riverbank était mauvaise : non seulement elle n'a rien précisé de plus mais augmenter la confusion de ce qui est décrit et compliqué la vie des programmes (même si les humains ne semblent pas avoir de soucis à interpréter ça, la preuve étant qu'ils ne comprennent pas où est l'erreur). Hors si tu me reproches de ne pas avoir lu la page du siki, je te démontre que justement je l'ai lue et même plus précisément que toi. Je ne dis pas que tu ne l'as pas lue, mais que tu ne l'as pas comprise réellement (et tu n'es pas le seul). Mais je ne te le reproches pas comme on est venu me le reprocher complètement à tord. Pour moi un unique waterway=riverbank suffisait, et clarifiait les choses et évitait la confusion entre le bassin et la porte. Ensuite pour les deux types de bassins (en fonction de la nature de ses quais rapproché et maçonné et la réglabilité de la hauteur d'eau) c'est là qu'on pouvait lui AJOUTER lock=yes (ou water_lock=yes SANS TOUCHER à waterway=riverbank qui est gardé. Et en aucun cas, là encore, avec cette solution on n'avait un un NOEUD avec waterway=riverbank (avec ou sans lock=yes). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr