Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Tout à fait d'accord. Du moins tant que la voirie n'est pas à chaussée séparée : dans ce cas on trace un trait dans l'axe entre les deux voies roulantes, sur le terre-plein (et on ne fait pas le tour des rond-points, on trace un trait passant par son centre connecté aux noueds centraux des Y). Les superpositions de traits multiples sont autant à éviter que les noeuds multiples superposés, et de même les traits artificiellement déplacés quand la définition de la limite utilise officielement l'axe d'une rue. Si la définition utilise un cours d'eau on suit le filaire de ce cours d'eau. Si la définition utilise une voie ferrée, on réutilise la voie ferrée (bien que souvent il y a plusieurs voies parallèles, on peut placer alors un trait entre les voies qui en sera suffisamment écarté pour qu'on puisse le distinguer de la même façon qu'on distingue les voies ferrées parallèles. Si la définition utilise une limite de zone hospitalière ou d'une forêt on peut cependant s'écarte légèrement, mais s'il y a un muret ou une clôture physique on peut réutiliser cette clôture qui est ce qui est le plus proche de la réalité, sans pour autant utiliser l'axe d'une voirie qui la border. Et autant que possible on évite de couper les bâtiments (sauf bien sûr pour les cas particulier des grands batiments construit à cheval sur deux communes sur deux parcelles mitoyennes, ou des batiments enjambant une voirie, ces cas assez rares ne se trouvent en pratique que dans les milieux urbains assez denses dans des agglomérations de plusieurs communes, où les terrains sont rares; c'est compliqué et risqué pour le bâtisseur/investisseur qui doit obtenir deux permis de construire ou racheter d'anciens batimnets à démolir pour construire un truc plus grand à la place, mais on en trouve parfois autour des villes moyennes dans les zones industrielles où les entrepôts s'étendent autour ; mais les limites cantonales snot plutôt définies sur les lieux d'habitations et pour éviter toute ambiguité sur les adresses des électeurs, et l'attribution des bureaux de votes les limites cantons évitent de telles coupures ou alors passent entre deux blocs internes séparés du bâtiment disposant chacun de leur porte et leur numéro d'adresse : les cantons ne sont pas des limites foncières des colectivités, elles séparent seulement les surfaces habitables par un même foyer d'occupants, mais il peut arriver ensuite qu'un batiment s'étende au delà de cette frontière virtuelle... et souvent très temporaire qui peut rebouger 2 ans plus tard). Le 24 février 2015 15:31, Christian Quest a écrit : > Quand la définition officielle (JORF) du canton utilise comme support la > voie, le mieux c'est d'utiliser les highway comme support. > > Du coup, on peut facilement vérifier que la succession de noms de voies > correspond bien à la définition textuelle du JORF ;) > > > Le 24/02/2015 13:54, Nicolas Dumoulin a écrit : > > Le mardi 24 février 2015 13:49:05 Romain MEHUT a écrit : > > > Le 24 février 2015 13:45, Nicolas Dumoulin < > > > > > > nicolas_openstreetmap@dumoulin63.net> a écrit : > > > > utiliser des chemins superposés aux chemins physiques existants. > > > > > > Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse > > > de Christian cf. > > > > https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html > > > > Ha Ok, donc le premier modèle de > > > http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques > > > > -- > > Nicolas Dumoulin > > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin > > > ___ > Talk-fr mailing > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr > > > -- > Christian Quest - OpenStreetMap France > > > ___ > 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] BANO : Orléans et environs en rouge
Quand la définition officielle (JORF) du canton utilise comme support la voie, le mieux c'est d'utiliser les highway comme support. Du coup, on peut facilement vérifier que la succession de noms de voies correspond bien à la définition textuelle du JORF ;) Le 24/02/2015 13:54, Nicolas Dumoulin a écrit : > > Le mardi 24 février 2015 13:49:05 Romain MEHUT a écrit : > > > Le 24 février 2015 13:45, Nicolas Dumoulin < > > > > > > nicolas_openstreetmap@dumoulin63.net> a écrit : > > > > utiliser des chemins superposés aux chemins physiques existants. > > > > > > Non pas superposés mais les chemins existants eux-mêmes. Relis la > réponse > > > de Christian cf. > > > > https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html > > > > Ha Ok, donc le premier modèle de > > http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques > > > > > -- > > Nicolas Dumoulin > > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
> De: "Nicolas Dumoulin" > > Ben, pas moi. J'entends les deux points de vue (+ le 3 ème que j'ai > expérimenté mais que je n'essaierai pas plus de défendre), et aucun > des deux > n'est satisfaisant (sans parler de parfait). Oui, rien d'idéal, je suis d'accord. > Pour reprendre ton exemple de rues séparées en deux (sans parler des > voies), > je trouve les deux propositions bancales. Là, je préfère tracer une > nouvelle > polyligne sur le terre-plein centrale pour la limite, c'est parfait > :-). Je parlais d'une rue dont les propriétés changent sur la longueur. Pour une rue à plusieurs chaussées, d'accord avec ce que tu décris, et dont parlais aussi Philippe : il y a un tracé en propre pour la limite, à mi-largeur de l'ensemble. Même chose lorsque une limite croise un rond-point. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Le mardi 24 février 2015 14:23:29 Vincent de Château-Thierry a écrit : > Je donne mon avis tout en sachant (d'avance) que chacun sur le sujet a un > point de vue bien arrêté. Mais bon. :) Ben, pas moi. J'entends les deux points de vue (+ le 3 ème que j'ai expérimenté mais que je n'essaierai pas plus de défendre), et aucun des deux n'est satisfaisant (sans parler de parfait). Pour reprendre ton exemple de rues séparées en deux (sans parler des voies), je trouve les deux propositions bancales. Là, je préfère tracer une nouvelle polyligne sur le terre-plein centrale pour la limite, c'est parfait :-). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Le 24 février 2015 13:54, Nicolas Dumoulin < nicolas_openstreetmap@dumoulin63.net> a écrit : > Ha Ok, donc le premier modèle de > > > http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques > Oui et on parle bien du cas des cantons mais pas par exemple des limites administratives. La réponse de Christian fait bien la distinction entre les 2 cas de figure. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Le mardi 24 février 2015 13:49:05 Romain MEHUT a écrit : > Le 24 février 2015 13:45, Nicolas Dumoulin < > > nicolas_openstreetmap@dumoulin63.net> a écrit : > > utiliser des chemins superposés aux chemins physiques existants. > > Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse > de Christian cf. > https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Ha Ok, donc le premier modèle de http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les _limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiq ues[1] -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les _limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiq ues ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Le 24 février 2015 13:45, Nicolas Dumoulin < nicolas_openstreetmap@dumoulin63.net> a écrit : > utiliser des chemins superposés aux chemins physiques existants. > Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse de Christian cf. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Le mardi 24 février 2015 12:35:54 Jérôme Amagat a écrit : > > Qu'on soit bien clair, moi je ne parlais pas de superposer mon way > > boundary=political aux ways déjà existants en réutilisant les nœuds. > > Ok tu ne réutilises pas les noeuds. Tu trace des way très très proches des > ways déjà existant donc c'est quand même très proche d'une superposition, > non? très proche, oui -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Bonjour, > De: "djoman" > > Mais ce matin BANO est toujours rouge. Retard ou autre chose ? Ça peut être du côté de ton cache, car je ne vois rien d'anormal pour Orléans ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9017/1.9072 ni là : http://cadastre.openstreetmap.fr/fantoir/#insee=45234 Pour info les tuiles du rendu BANO sont invalidées / regénérées chaque nuit au moment de la mise à jour quotidienne de la base. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Le mardi 24 février 2015 02:31:34 Philippe Verdy a écrit : > On a dres problèmes de toute façon avec une méthode ou l'autre. Car les > noeuds sont partagés et les lignes de bus se trompent alors régulièrement > de way et utilisent les boundary au lieu des highway. Et quand ça prend à > quelqu'un de redessiner un carrefour pour mettre un rond-points, il ne se > demande pas à quoi servent les noeuds, ils dégagent et les relations sont > rompues de quand même. Qu'on soit bien clair, moi je ne parlais pas de superposer mon way boundary=political aux ways déjà existants en réutilisant les nœuds. J'ai tracé mes polylignes sans charger les données, donc en m'appuyant sur les couches mapnik/osm, bing et cadastre (trop génial cette couche cadastre). Je trouve ça mieux pour le contributeur (moi un autre jour) qui peut filtrer les boundary=* pour travailler avec le reste , et en plus ça va carrément plus vite :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Salut La modif pour réintégration des morceaux de frontière découpées ( pour cause de découpe sans chargement des relations des communes, sans doute) lors de l'ajout de ways separant Orléans 1 et 2 ;) Mais ce matin BANO est toujours rouge. Retard ou autre chose ? Je vois pas... djoman Envoyé depuis mon téléphone android Nicolas Dumoulin a écrit >___ >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] BANO : Orléans et environs en rouge
On a dres problèmes de toute façon avec une méthode ou l'autre. Car les noeuds sont partagés et les lignes de bus se trompent alors régulièrement de way et utilisent les boundary au lieu des highway. Et quand ça prend à quelqu'un de redessiner un carrefour pour mettre un rond-points, il ne se demande pas à quoi servent les noeuds, ils dégagent et les relations sont rompues de quand même. Je dirais même qu'on a beaucoup plus souvent de problèmes en superposant les chemins. Il n'y a qu les experts qui arrivent à faire les sélections des bons ways, et le pas se tromper quand ils les découpent. Cependant on peut prévenir bien des accidents en indiquant qu'il y a bien une frontière dessus (avec un tag boundary=* au minimum) Bref aucun intérêt à superposer les ways (en revanche oui quand on a une voirie à voies séparées, la frontière devrait passer dans l'espace central sans couper la voie. Là on a un écart significatif, et c'est conforme avec la définition des frontières sur les axes de voies. De même quand une frontière passe par un rond-point, elle n'en fait pas le tour et utilisera des segments passant par le centre du rond-point, même si pour ça il faut tracer un petit way connecté aux deux extrémités des Y de dérivation et passant sans couper les voies par le centre via le dernier point avant l'anneau central). Le 24 février 2015 00:43, Jérôme Amagat a écrit : > > > Le 23 février 2015 17:15, Nicolas Dumoulin < > nicolas_openstreetmap@dumoulin63.net> a écrit : > >> Salut, >> >> >> >> Le lundi 23 février 2015 17:07:07 djoman a écrit : >> >> > Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je >> regarde >> >> > de suite. Djoman >> >> >> >> Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le >> découpage des cantons. C'est un choix. Perso, je préfère tracer les limites >> intra-commune à part du reste, avec un boundary=political dans ce cas. Ça >> limite le risque de mettre le bazar, pour moi et le contributeur qui >> touchera à une rue sur cette limite. >> > > Je pense la même chose mais la dernière fois que j'en ai parlé on m'a dit > que ce que je faisais c’était pas bien. > > >> Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-) >> >> >> >> Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit : >> >> > Le chantier des nouveaux cantons s'est fait au >> >> > sprint je crois ;) >> >> >> >> Il reste quelques bouts : >> >> >> https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif >> >> >> >> -- >> >> Nicolas Dumoulin >> >> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin >> >> ___ >> 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] BANO : Orléans et environs en rouge
Le 23 février 2015 17:15, Nicolas Dumoulin < nicolas_openstreetmap@dumoulin63.net> a écrit : > Salut, > > > > Le lundi 23 février 2015 17:07:07 djoman a écrit : > > > Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je > regarde > > > de suite. Djoman > > > > Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le > découpage des cantons. C'est un choix. Perso, je préfère tracer les limites > intra-commune à part du reste, avec un boundary=political dans ce cas. Ça > limite le risque de mettre le bazar, pour moi et le contributeur qui > touchera à une rue sur cette limite. > Je pense la même chose mais la dernière fois que j'en ai parlé on m'a dit que ce que je faisais c’était pas bien. > Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-) > > > > Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit : > > > Le chantier des nouveaux cantons s'est fait au > > > sprint je crois ;) > > > > Il reste quelques bouts : > > > https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif > > > > -- > > Nicolas Dumoulin > > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin > > ___ > 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] BANO : Orléans et environs en rouge
Enfin pour les derniers découpages compliqués ou ambigus dans le texte (par exemple en Guadeloupe, ou à Bastia, où ce sont des coordonnées X/Y Lambert), le shapefile pourra aider à reprendre les segments qui manquent (on peut charger le shapefile dans JOSM dans une couche en arrière-plan et voir comment finaliser l'intégration). Ce serait à faire à titre de comparaison au moins mais pour l'instant il y a encore du boulot pour détecter les anomalies qui restent. De plus je note que nombre de cantons n'ont pas tous les tags nécessaires (détails dans le wiki), et n'ont pas tous un noeud membre admin_centre sur le bureau centralisateur (et parfois ce n'est pas le bon non plus...). Le 23 février 2015 17:54, Philippe Verdy a écrit : > Dernière note: les anomalies du rendu sont parfois dues au fait qu'il y a > encore des anciens cantons qui ne sont pas passés en "disused:boundary" et > "disused:political:division" (avec aussi le "end_date=*" mais le rendu > Layers ne semble pas en tenir compte). Il faut fouiller un peu pour combler > les trous. > > Le 23 février 2015 17:48, Philippe Verdy a écrit : > > Sinon on a aussi le rendu sur Layers (le lien est aussi indiqué sur la >> page wiki) mais il faut patienter pour qu'il se mette à jour. Le tableau >> permet de savoir tout de suite sans chercher, ou à comprendre aussi ce qui >> manque. >> >> Le 23 février 2015 17:46, Philippe Verdy a écrit : >> >> Il en reste plus que ce qu'indique le tableau. Certains départements nt >>> été passés en vert sans marquer les relations incomplètes. >>> Dans {{Relation|numéro|Nom}} sur le wiki on peut ajouter un paramètre >>> |FIXME=...}} avec un court message qui apparait dans la bulle d'aide, le >>> nom s'affiche sur fond orange pour indiquer que la relation est là mais >>> qu'il y a encore des choses à faire (pour le détail en suivant la relation >>> on a un tag FIXME=* dans la relation. >>> Ca permet de savoir où on en est (ce n'est pas toujours facile de tout >>> faire en une fois). >>> >>> >>> Le 23 février 2015 17:15, Nicolas Dumoulin < >>> nicolas_openstreetmap@dumoulin63.net> a écrit : >>> Salut, Le lundi 23 février 2015 17:07:07 djoman a écrit : > Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je regarde > de suite. Djoman Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le découpage des cantons. C'est un choix. Perso, je préfère tracer les limites intra-commune à part du reste, avec un boundary=political dans ce cas. Ça limite le risque de mettre le bazar, pour moi et le contributeur qui touchera à une rue sur cette limite. Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-) Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit : > Le chantier des nouveaux cantons s'est fait au > sprint je crois ;) Il reste quelques bouts : https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] BANO : Orléans et environs en rouge
Sinon on a aussi le rendu sur Layers (le lien est aussi indiqué sur la page wiki) mais il faut patienter pour qu'il se mette à jour. Le tableau permet de savoir tout de suite sans chercher, ou à comprendre aussi ce qui manque. Le 23 février 2015 17:46, Philippe Verdy a écrit : > Il en reste plus que ce qu'indique le tableau. Certains départements nt > été passés en vert sans marquer les relations incomplètes. > Dans {{Relation|numéro|Nom}} sur le wiki on peut ajouter un paramètre > |FIXME=...}} avec un court message qui apparait dans la bulle d'aide, le > nom s'affiche sur fond orange pour indiquer que la relation est là mais > qu'il y a encore des choses à faire (pour le détail en suivant la relation > on a un tag FIXME=* dans la relation. > Ca permet de savoir où on en est (ce n'est pas toujours facile de tout > faire en une fois). > > > Le 23 février 2015 17:15, Nicolas Dumoulin < > nicolas_openstreetmap@dumoulin63.net> a écrit : > >> Salut, >> >> >> >> Le lundi 23 février 2015 17:07:07 djoman a écrit : >> >> > Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je >> regarde >> >> > de suite. Djoman >> >> >> >> Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le >> découpage des cantons. C'est un choix. Perso, je préfère tracer les limites >> intra-commune à part du reste, avec un boundary=political dans ce cas. Ça >> limite le risque de mettre le bazar, pour moi et le contributeur qui >> touchera à une rue sur cette limite. >> >> Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-) >> >> >> >> Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit : >> >> > Le chantier des nouveaux cantons s'est fait au >> >> > sprint je crois ;) >> >> >> >> Il reste quelques bouts : >> >> >> https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif >> >> >> >> -- >> >> Nicolas Dumoulin >> >> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin >> >> ___ >> 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] BANO : Orléans et environs en rouge
Salut, Le lundi 23 février 2015 17:07:07 djoman a écrit : > Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je regarde > de suite. Djoman Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le découpage des cantons. C'est un choix. Perso, je préfère tracer les limites intra-commune à part du reste, avec un boundary=political dans ce cas. Ça limite le risque de mettre le bazar, pour moi et le contributeur qui touchera à une rue sur cette limite. Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-) Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit : > Le chantier des nouveaux cantons s'est fait au > sprint je crois ;) Il reste quelques bouts : https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif[1] -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin [1] https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Bonjour, > De: "Pierre-Yves Berrard" > > Grosse tache rouge détectée à Orléans et communes limitrophes. > http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9171/1.9144 > > Je suspecte un problème sur les limites communales, qui empêche > l'appariement sur l'ensemble du territoire des communes. Cohérent (façon de parler) avec ça : http://suivi.openstreetmap.fr/communes/suivi.txt Je viens de reprendre dans la même liste Enghien (95) mais pas le temps de voir le reste maintenant. Le chantier des nouveaux cantons s'est fait au sprint je crois ;) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je regarde de suite. Djoman Envoyé depuis mon téléphone android Pierre-Yves Berrard a écrit >___ >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] BANO : Orléans et environs en rouge
Grosse tache rouge détectée à Orléans et communes limitrophes. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9171/1.9144 Je suspecte un problème sur les limites communales, qui empêche l'appariement sur l'ensemble du territoire des communes. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr