Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Je dois dire qu'en suivant de loin cette conversation, je bois du petit lait. J'avais à plusieurs reprises par le passé signaler ici que ces relations étaient loin de faire l'unanimité. Le fait même que 50% de ces relations soient concentrées dans un seul pays, la France, est en soit une anomalie. Le syndrome du village gaulois sans doute. Je ne vais pas revenir sur les avantages et inconvénients de chacune des méthodes. Mais je voudrais encore une fois insister sur le fait qu'aucun logiciel d'aide à l'import ne devrait favoriser une méthode en particulier en laissant le libre choix aux participants. Et aussi, j'aimerais que certains évitent de passer d'un modèle à l'autre en masse sur de grandes villes comme j'ai déjà pu malheureusement le constater. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Le 25/01/2015 21:17, Andreas Goss a écrit : Bref une nouvelle relation encore peu utilisée veut remplacer une relation ancienne; sans réel changement fonctionnel. Traduction, pas par un bot ! If google translate got this right... no we don't want to replace it with another relation, we just want to use addr:street. Non, nous ne voulons pas remplacer par une autre relation, nous voulons seulement utiliser addr:street Maybe you in France have access to government data, but we in Germany mostly don't and many countries neither, in some places maybe not even the government has it. Peut-être qu'en France, vous avez accès à des données gouvernementales, mais nous pas, principalement en Allemagne ni de nombreux pays. Par endroit, peut-être que le gouvernement ne les a même pas. And then those relations just make everything more complicated, lack members or mappers break them by accident. I just started cleaning up them and that already got rid of most of them, because they were utterly incomplete. Why should I support and keep a tagging schema when all over Bavaria maybe 5 areas have a dozen complete (associated)Street relations? Alors ces relations rendent seulement les choses plus compliquées, absence de membres, ou utilisateurs les cassant accidentellement. J'ai commencé à les nettoyer et suis arrivé à supprimer la plus part d'entre elles, parce qu'elles étaient tout à fait incomplètes. Pourquoi devrais-je soutenir et garder un schéma quand à travers toute la Bavière, peut-être cinq zones ont une douzaine de relation (associated)Street complète. Mon point de vue et ma réponse... === L'intention est claire : pas de relation. Ah ! Quelle bonheur d'avoir une carte 100% faite à la main par ces vaillants cartographes, jeunes hommes vigoureux et héros de notre temps, qui, ignorant les dangers, armés de leur seul courage et méprisant la faim et le froid, traversent les contrées sauvages, et recueillent avec précaution et sueur de leur front, les données de terrain, ces précieuses adresses que le yeux exercés et perçants auront su reconnaître aux milieux de signes trompeurs et qui, une fois assemblées par la main experte de nos patientes ouvrières, feront la richesse et la fierté et la grandeur de la nation ! (fin du lyrisme. Oui je me suis amusé ! ) Oui, c'est beau... On a vu, sur cette liste, un film là-dessus, sur les gars de l'IGN qui parcouraient le pays pour faire nos cartes. Joli film dont je n'ai plus la référence... Mais quelle honte y a-t-il à apprécier, avec précaution aussi, le travail fait par d'autres ? L'utilisation du schéma relationnel ou non n'est pas lié à la disponibilité de données gouvernementales. Et contrairement à ce qui est lâché sur le pseudo-vote : ce n'est pas un import, mais de l'IAO, intégration assistée par ordinateur. Peut-être que des subtilités ne sont pas passées Outre-Rhin. On retrouve la critique d'autrefois à propos de l'intégration du bâti. Par ailleurs, je ne comprends pas ce rigorisme qui consiste à déclarer cassée une relation incomplète. Je crois qu'une subtilité sur la différence entre le modèle de relation associatedStreet et multipolygon a échappé à certains. Une relation est cassée quand il manque un numéro dans la rue, comme lorsqu'il manque un bout pour fermer le multypolygon ? Et si le problème de la légitimité de la relation se pose en Bavière pour une douzaine de relation, cela remet-il en cause nos 112 000 relations ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Bref une nouvelle relation encore peu utilisée veut remplacer une relation ancienne; sans réel changement fonctionnel. If google translate got this right... no we don't want to replace it with another relation, we just want to use addr:street. Maybe you in France have access to government data, but we in Germany mostly don't and many countries neither, in some places maybe not even the government has it. And then those relations just make everything more complicated, lack members or mappers break them by accident. I just started cleaning up them and that already got rid of most of them, because they were utterly incomplete. Why should I support and keep a tagging schema when all over Bavaria maybe 5 areas have a dozen complete (associated)Street relations? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Alors ça explique bien des choses sur des noeuds d'adresse oubliés dans BANO: ils ont juste un numéro (ou juste un housename) et pas de nom de rue; mais ont été oubliés de la relation street/associatedStreet. Et ils ne sont même pas tous signalés en erreur non plus (les outils en revanche signalent des noms de rues inconnus ou non rapprochés (souvent des abréviations ou des noms tronqués dans l'export du cadastre, ou des noms d'usage local ; qui n'ont pas été ajoutés en alt_name=* ou loc_name=* pour le chemin de voirie ou la relation ou encore d'anciens noms encore utilisés par les résidents). Le 23 janvier 2015 15:51, Vincent de Château-Thierry osm.v...@free.fr a écrit : De: Philippe Verdy verd...@wanadoo.fr Pour l'instant non, mais on verra ce que ça donnera si des contributeurs se mettent à virer toutes les relations et insistent pour ne taguer que les noeuds et les voies. On a déjà de nombreuses erreurs liées à cette séparation; le rapprochement BANO se fait déjà mal et les relations ont chaque fois résolu les problèmes d'ambiguité comme des points d'adresses rapporochés sur la mauvaise rue (et pallié aussi à de nombreux oublis quand les relations n'étaient pas là pour référencer les noeuds isolés un peu trop loin de la voie). Le rapprochement des données OSM dans BANO exploite soit l'appartenance à une relation associatedStreet, soit le couple de tags addr: street et addr:housenumber. Il n'y a _aucune_ prise en compte de la géométrie pour les rapprochements, le critère d'éloignement de la voie n'est pas pris en compte. vincent ___ 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
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Et là dans la façon dont tu le comprends c'est une des interprétations incorrectes de ce vote. Ce n'est d'ailleurs pas suffisant même s'il y a une vingaine de vote pour cette dépréciation. Je veux bien qu'on passe de relation type=associatedStreet à type=street pour unifier les deux cependant c'est assez étrange car il y a énormément plus de relations associatedStreet que de relations street. Mais je voterais plutôt contre la migration des relations vers les noeuds (oui ça foutra le bordel dans les rapprochements de la BANO et les modifications à faire quand une rue est renommée ou divisée pour vérifier chacun des noeuds et voir s'ils sont bien orthographiés: Il y aura un no,bre considérable d'oublis; c'est gérable uniquement pour les tags des ways; mais ça entraine une redondance énorme dans la base pour les adresses car les noeuds se contentaient d'indiquer juste un numéro, mais pas le nom de rue implicite pour les membres de relations street ou associatedStreet, ni les codes postaux et noms de bureaux distributeurs; qui sont déjà gérés par polygones englobant, soit ceux des communes, soit ceux des relations de zones postales comme en Allemagne) Faire un vote pour déprécier des tags sans même discuter des migrations à faire et de leur impact est assez stupide. Le 23 janvier 2015 07:19, Jo winfi...@gmail.com a écrit : Moi, j'ai compris ça comme vouloir abolir l'usage de relation (aS et street) et qu'ils veulent uniquement utiliser addr:street sur chaque bâtiment ayant une adresse. Polyglot 2015-01-23 6:52 GMT+01:00 Vincent de Château-Thierry v...@laposte.net: Bonjour, Le 23/01/2015 05:17, Philippe Verdy a écrit : Autre difficulté c'est le rapprochement pour BANO avec les codes fantoir; dans le cas des segments de rues qui en ont deux car la rue sépare deux communes et chaque coté utilise sont code FANTOIR. Non, pas de souci ici. BANO gère l'affectation des codes Fantoir uniques sur les nodes, ways, ways fermés, et relations associatedStreet (tag ref:FR:FANTOIR) et des codes latéraux sur les ways (ref:FR:FANTOIR:left et ref:FR:FANTOIR:right). Ce vote s'l aboutit risque de mettre à mal l'important travail de rapprochement qui a lieu pour la BANO et ses équivalents dans divers pays. Ce vote s'il aboutit ne changera rien pour BANO, qui gère les 2 schémas d'adressage : par relation associatedStreet ou par tag addr: street. Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas vraiment compris car les enjeux ne sont pas expliqués, et parce qu'aucune solution claire de remplacement n'a été expliquée; ni même discutée; avant de passer directement au vote expéditif ! Oui, ça a été présenté comme un sondage mais l'absence de contexte, et surtout la confusion sur ce qui devrait remplacer les relations associatedStreet (la relation Street ? le schema simple addr: street ?) fait qu'on ne sait pas pour quoi on vote. Pas top. vincent ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Je ne suis toujours pas convaincu d'avoir malcompris le vote. Il y en a certains qui sont d'accord à condition de passer a type=street, mais l'intention initiale était d'abolir au maximum l'utilisation de relations et de passer à des tags addr:street. Puis ils on toutes sortes de raisons, mais cela revient toujours à un support pauvre dans certains éditeurs, pour maintenir ces relations... aucune iD lequel ça pourrait être. Jo 2015-01-23 11:40 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: Et là dans la façon dont tu le comprends c'est une des interprétations incorrectes de ce vote. Ce n'est d'ailleurs pas suffisant même s'il y a une vingaine de vote pour cette dépréciation. Je veux bien qu'on passe de relation type=associatedStreet à type=street pour unifier les deux cependant c'est assez étrange car il y a énormément plus de relations associatedStreet que de relations street. Mais je voterais plutôt contre la migration des relations vers les noeuds (oui ça foutra le bordel dans les rapprochements de la BANO et les modifications à faire quand une rue est renommée ou divisée pour vérifier chacun des noeuds et voir s'ils sont bien orthographiés: Il y aura un no,bre considérable d'oublis; c'est gérable uniquement pour les tags des ways; mais ça entraine une redondance énorme dans la base pour les adresses car les noeuds se contentaient d'indiquer juste un numéro, mais pas le nom de rue implicite pour les membres de relations street ou associatedStreet, ni les codes postaux et noms de bureaux distributeurs; qui sont déjà gérés par polygones englobant, soit ceux des communes, soit ceux des relations de zones postales comme en Allemagne) Faire un vote pour déprécier des tags sans même discuter des migrations à faire et de leur impact est assez stupide. Le 23 janvier 2015 07:19, Jo winfi...@gmail.com a écrit : Moi, j'ai compris ça comme vouloir abolir l'usage de relation (aS et street) et qu'ils veulent uniquement utiliser addr:street sur chaque bâtiment ayant une adresse. Polyglot 2015-01-23 6:52 GMT+01:00 Vincent de Château-Thierry v...@laposte.net: Bonjour, Le 23/01/2015 05:17, Philippe Verdy a écrit : Autre difficulté c'est le rapprochement pour BANO avec les codes fantoir; dans le cas des segments de rues qui en ont deux car la rue sépare deux communes et chaque coté utilise sont code FANTOIR. Non, pas de souci ici. BANO gère l'affectation des codes Fantoir uniques sur les nodes, ways, ways fermés, et relations associatedStreet (tag ref:FR:FANTOIR) et des codes latéraux sur les ways (ref:FR:FANTOIR:left et ref:FR:FANTOIR:right). Ce vote s'l aboutit risque de mettre à mal l'important travail de rapprochement qui a lieu pour la BANO et ses équivalents dans divers pays. Ce vote s'il aboutit ne changera rien pour BANO, qui gère les 2 schémas d'adressage : par relation associatedStreet ou par tag addr: street. Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas vraiment compris car les enjeux ne sont pas expliqués, et parce qu'aucune solution claire de remplacement n'a été expliquée; ni même discutée; avant de passer directement au vote expéditif ! Oui, ça a été présenté comme un sondage mais l'absence de contexte, et surtout la confusion sur ce qui devrait remplacer les relations associatedStreet (la relation Street ? le schema simple addr: street ?) fait qu'on ne sait pas pour quoi on vote. Pas top. vincent ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
De: Jo winfi...@gmail.com Puis ils on toutes sortes de raisons, mais cela revient toujours à un support pauvre dans certains éditeurs, pour maintenir ces relations... aucune iD lequel ça pourrait être. :) 2015-01-23 11:40 GMT+01:00 Philippe Verdy verd...@wanadoo.fr : Mais je voterais plutôt contre la migration des relations vers les noeuds (oui ça foutra le bordel dans les rapprochements de la BANO Non Philippe, j'insiste, BANO n'est pas impactée. Faire un vote pour déprécier des tags sans même discuter des migrations à faire et de leur impact est assez stupide. D'accord là dessus. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Le 23 janvier 2015 15:26, Vincent de Château-Thierry osm.v...@free.fr a écrit : 2015-01-23 11:40 GMT+01:00 Philippe Verdy verd...@wanadoo.fr : Mais je voterais plutôt contre la migration des relations vers les noeuds (oui ça foutra le bordel dans les rapprochements de la BANO Non Philippe, j'insiste, BANO n'est pas impactée. Pour l'instant non, mais on verra ce que ça donnera si des contributeurs se mettent à virer toutes les relations et insistent pour ne taguer que les noeuds et les voies. On a déjà de nombreuses erreurs liées à cette séparation; le rapprochement BANO se fait déjà mal et les relations ont chaque fois résolu les problèmes d'ambiguité comme des points d'adresses rapporochés sur la mauvaise rue (et pallié aussi à de nombreux oublis quand les relations n'étaient pas là pour référencer les noeuds isolés un peu trop loin de la voie). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
De: Philippe Verdy verd...@wanadoo.fr Pour l'instant non, mais on verra ce que ça donnera si des contributeurs se mettent à virer toutes les relations et insistent pour ne taguer que les noeuds et les voies. On a déjà de nombreuses erreurs liées à cette séparation; le rapprochement BANO se fait déjà mal et les relations ont chaque fois résolu les problèmes d'ambiguité comme des points d'adresses rapporochés sur la mauvaise rue (et pallié aussi à de nombreux oublis quand les relations n'étaient pas là pour référencer les noeuds isolés un peu trop loin de la voie). Le rapprochement des données OSM dans BANO exploite soit l'appartenance à une relation associatedStreet, soit le couple de tags addr: street et addr:housenumber. Il n'y a _aucune_ prise en compte de la géométrie pour les rapprochements, le critère d'éloignement de la voie n'est pas pris en compte. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Il y a pas un souci entre les deux objets. L'exemple con c'est une rue qui franchi une frontiere communale. On peut avoir un adressage indépendant, donc deux relation adresse, de chaque coté mais on devrait avoir le meme objet street des deux coté, donc une seul relation street. Le 22 janvier 2015 14:30, Pierre Knobel pierr...@gmail.com a écrit : J'avais compris que l'alternative proposé était la solution sans relation (addr:street sur noeud) et j'ai voté en fonction. Si l'alternative est la relation Street, je n'ai pas d'avis, c'est vraiment équivalent. S'il faut renommer le role house et rajouter un role associated dans AssociatedStreet, ca ne me dérange pas non plus. ___ 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
[OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Bonjour, Un vote pas-tout-à-fait-formel vient d'être lancé après discussion dans la communauté allemande. Il s'agit de tâter la température de la communauté large pour passer la Relation:associatedStreet en statut Deprecated. Le vote est placé sur https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet althio -- Forwarded message -- From: Michael Reichert naka...@gmx.net Date: 22 January 2015 at 12:07 Subject: Re: [Tagging] Deprecation of associatedStreet-relations To: Tag discussion, strategy and related tools tagg...@openstreetmap.org Hi, Am 22. Januar 2015 11:45:47 MEZ, schrieb althio althio althio.fo...@gmail.com: Please vote here: https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet Is this a formal voting? It is not as formal as a proposal voting. I would like to know how the community (those who vote) think about associatedStreet relations. I think that in Germany the majority does not like them (anymore). Is there a date for start and end vote? No, there is no end date at the moment. Start date was yesterday. I will announce a end date. This end date will be date of announcement of end of voting + 14 days. It looks strange, hidden on a Talk:page without the usual template or RFC or call for votes on the international mailing lists. German forum and talk-de have been notified by myself. You may notify your local community if it will not read the next issue(s) of weeklyOSM. Best regards Michael -- Diese Nachricht wurde auf einem Smartphone verfasst, ist daher nicht GPG-signiert und enthält Tippfejler. This message was been written on a smartphone. That's why it is not GPG-signed and may contain tyops. ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
J'avais compris que l'alternative proposé était la solution sans relation (addr:street sur noeud) et j'ai voté en fonction. Si l'alternative est la relation Street, je n'ai pas d'avis, c'est vraiment équivalent. S'il faut renommer le role house et rajouter un role associated dans AssociatedStreet, ca ne me dérange pas non plus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Note: le vote concerne juste les relations type-associatedStreet, mais pas type=street qui a le même usage. Bref ce n'est pas la relation qui est en cause mais la valeur du tag type=* pour laquelle est demandée une unification. Bizarre quand même car type)associatedStreet est beaucoup plus utilisé dans la base mais ceux qui ont voté en Allemgane ont du ne voir que l'usage en Allemagne. Les deux ont été documentés dans le wiki. Les différences sont mineures : au lieu du rôle house pour les noeuds membres on passe au rôle address qui est moins restrictif dans sa signification (mais house est également supporté et décrit comme équivalent fonctionnellement).pour une relation street. Bref une nouvelle relation encore peu utilisée veut remplacer une relation ancienne; sans réel changement fonctionnel. 2015-01-22 13:08 GMT+01:00 althio althio althio.fo...@gmail.com: Bonjour, Un vote pas-tout-à-fait-formel vient d'être lancé après discussion dans la communauté allemande. Il s'agit de tâter la température de la communauté large pour passer la Relation:associatedStreet en statut Deprecated. Le vote est placé sur https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet althio -- Forwarded message -- From: Michael Reichert naka...@gmx.net Date: 22 January 2015 at 12:07 Subject: Re: [Tagging] Deprecation of associatedStreet-relations To: Tag discussion, strategy and related tools tagg...@openstreetmap.org Hi, Am 22. Januar 2015 11:45:47 MEZ, schrieb althio althio althio.fo...@gmail.com: Please vote here: https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet Is this a formal voting? It is not as formal as a proposal voting. I would like to know how the community (those who vote) think about associatedStreet relations. I think that in Germany the majority does not like them (anymore). Is there a date for start and end vote? No, there is no end date at the moment. Start date was yesterday. I will announce a end date. This end date will be date of announcement of end of voting + 14 days. It looks strange, hidden on a Talk:page without the usual template or RFC or call for votes on the international mailing lists. German forum and talk-de have been notified by myself. You may notify your local community if it will not read the next issue(s) of weeklyOSM. Best regards Michael -- Diese Nachricht wurde auf einem Smartphone verfasst, ist daher nicht GPG-signiert und enthält Tippfejler. This message was been written on a smartphone. That's why it is not GPG-signed and may contain tyops. ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ 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
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Autre difficulté c'est le rapprochement pour BANO avec les codes fantoir; dans le cas des segments de rues qui en ont deux car la rue sépare deux communes et chaque coté utilise sont code FANTOIR. Le schéma Karlsruhe n'a été fait que pour des noeuds individuels, pas pour grouper les adresses formant une rue : les relation street ou associatedStreet conservent ce schéma mais ses tags pour la rue elle-même sont essentiellement portés par la relation et pas besoin de le mettre sur tous les nœuds ni sur les chemins de la voirie et cela peut aussi s'appliquer aux petits chemins transversaux en impasse considérés dans la même rue (ces chemins peuvent encore avori d'autres tags comme le type de hghway=* qui peut changer ou la limite de vitesse, ou de largeur, ou de sens de circulation qui est levé. Le schéma de Karlsruhe (les tags addr:*) est également déporté sur les relation concernant les codes postaux (déjà en Allemagne les relations de code postaux sont abondamment utilisées, en France on met surtout des codes postaux qu'on duplique dans les relations des communes mais on a toujours un problème pour les communes ayant plusieurs codes postaux : il nous faudrait là des relations aussi comme en Allemagne) J'espère que ce vote ne va pas aboutir à ne plus mettre aucun tag addr:* que sur les noeuds, ce sera très pénble de mettre à jour les adresses; il y aura trop d'oublis et d'incohérences et il sera impossible de reconstituer des rues entières uniquement sur la base des noeuds d'adresses qui ne sont pas alignés et pas toujours sur la voirie tracée la plus proche du noeud ! Ce vote s'l aboutit risque de mettre à mal l'important travail de rapprochement qui a lieu pour la BANO et ses équivalents dans divers pays. Les relations ont cet avantage qu'il simplifie énormément le controle de qualité et la détection de ce qui manque. Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas vraiment compris car les enjeux ne sont pas expliqués, et parce qu'aucune solution claire de remplacement n'a été expliquée; ni même discutée; avant de passer directement au vote expéditif ! Le 22 janvier 2015 14:43, Tetsuo Shima tets...@gmail.com a écrit : Il y a pas un souci entre les deux objets. L'exemple con c'est une rue qui franchi une frontiere communale. On peut avoir un adressage indépendant, donc deux relation adresse, de chaque coté mais on devrait avoir le meme objet street des deux coté, donc une seul relation street. Le 22 janvier 2015 14:30, Pierre Knobel pierr...@gmail.com a écrit : J'avais compris que l'alternative proposé était la solution sans relation (addr:street sur noeud) et j'ai voté en fonction. Si l'alternative est la relation Street, je n'ai pas d'avis, c'est vraiment équivalent. S'il faut renommer le role house et rajouter un role associated dans AssociatedStreet, ca ne me dérange pas non plus. ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Bonjour, Le 23/01/2015 05:17, Philippe Verdy a écrit : Autre difficulté c'est le rapprochement pour BANO avec les codes fantoir; dans le cas des segments de rues qui en ont deux car la rue sépare deux communes et chaque coté utilise sont code FANTOIR. Non, pas de souci ici. BANO gère l'affectation des codes Fantoir uniques sur les nodes, ways, ways fermés, et relations associatedStreet (tag ref:FR:FANTOIR) et des codes latéraux sur les ways (ref:FR:FANTOIR:left et ref:FR:FANTOIR:right). Ce vote s'l aboutit risque de mettre à mal l'important travail de rapprochement qui a lieu pour la BANO et ses équivalents dans divers pays. Ce vote s'il aboutit ne changera rien pour BANO, qui gère les 2 schémas d'adressage : par relation associatedStreet ou par tag addr: street. Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas vraiment compris car les enjeux ne sont pas expliqués, et parce qu'aucune solution claire de remplacement n'a été expliquée; ni même discutée; avant de passer directement au vote expéditif ! Oui, ça a été présenté comme un sondage mais l'absence de contexte, et surtout la confusion sur ce qui devrait remplacer les relations associatedStreet (la relation Street ? le schema simple addr: street ?) fait qu'on ne sait pas pour quoi on vote. Pas top. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Moi, j'ai compris ça comme vouloir abolir l'usage de relation (aS et street) et qu'ils veulent uniquement utiliser addr:street sur chaque bâtiment ayant une adresse. Polyglot 2015-01-23 6:52 GMT+01:00 Vincent de Château-Thierry v...@laposte.net: Bonjour, Le 23/01/2015 05:17, Philippe Verdy a écrit : Autre difficulté c'est le rapprochement pour BANO avec les codes fantoir; dans le cas des segments de rues qui en ont deux car la rue sépare deux communes et chaque coté utilise sont code FANTOIR. Non, pas de souci ici. BANO gère l'affectation des codes Fantoir uniques sur les nodes, ways, ways fermés, et relations associatedStreet (tag ref:FR:FANTOIR) et des codes latéraux sur les ways (ref:FR:FANTOIR:left et ref:FR:FANTOIR:right). Ce vote s'l aboutit risque de mettre à mal l'important travail de rapprochement qui a lieu pour la BANO et ses équivalents dans divers pays. Ce vote s'il aboutit ne changera rien pour BANO, qui gère les 2 schémas d'adressage : par relation associatedStreet ou par tag addr: street. Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas vraiment compris car les enjeux ne sont pas expliqués, et parce qu'aucune solution claire de remplacement n'a été expliquée; ni même discutée; avant de passer directement au vote expéditif ! Oui, ça a été présenté comme un sondage mais l'absence de contexte, et surtout la confusion sur ce qui devrait remplacer les relations associatedStreet (la relation Street ? le schema simple addr: street ?) fait qu'on ne sait pas pour quoi on vote. Pas top. vincent ___ 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
