Re: [OSM-talk-fr] DKIM 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] DKIM 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] DKIM 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] DKIM 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] DKIM 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] DKIM 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 cqu...@openstreetmap.fr 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] DKIM 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
Re: [OSM-talk-fr] DKIM 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] DKIM 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 verd...@wanadoo.fr 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] DKIM 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 verd...@wanadoo.fr 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 verd...@wanadoo.fr 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 verd...@wanadoo.fr 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] DKIM 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] DKIM 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 jerome.ama...@gmail.com 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] DKIM 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] DKIM 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
