Re: [OSM-talk-fr] validation de la frontière d'une commune
sylvain letuffe a écrit , Le 28/04/2011 23:46: M'enfin si on corrige JOSM, celui-ci pourra l'indiquer car il "sait" qu'il est membre d'une relation type=boundary Josm le fait déjà : Si on a sélectionné un chemin, on voit dans le bas de la boîte "Attributs/Appartenances" toutes les relations auxquelles il appartient. J'ai toujours cette boîte épinglée, ça me fait gagner beaucoup de temps. ...un joli +4 à la fin ;-) you're welcommed ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
Le jeudi 28 avril 2011 23:20:57, hpmt a écrit : > Vincent de Chateau-Thierry a écrit , Le 28/04/2011 22:45: > > Or pour une commune en limite de département, région voire pays, > > certains des chemins qui composent la relation auront un admin_level à > > 6, 4, voire 2. > > L'admin_level du chemin n'est pas une caractéristique du chemin. +1 > L'admin_level du chemin est "hérité" de la relation par laquelle > l'algorithme l'a invoqué. +1 > Celà dit il est possible que l'algo gagne du temps si on l'informe du > plus grand admin_level par lequel le chemin peut être invoqué je ne vois pas trop dans quelle utilisation, mais pourquoi pas. > ; c'est > bien possible ; mais du coup, cet admin_level là étant calculable par un > script ... ; ce qui assurerait qu'il n'y ai pas d'erreur humaine (enfin > bon, avec les restrictions usuelles). +1 > C'est alors l'éternelle rivalité "rapidité contre intégrité" qui dépend > directement de la nature du moteur du sgbd ; et celui-ci, je ne le > connais pas (encore). en tout cas, c'est moins rapide pour le mappeur > Ou alors c'est pour le rendu ? (gnarf, gnarf). Même pas ! pour le rendu ça fait une horrible superposition de 2 fois le même trait, réaliser le rendu sur la base des relations serait plus propre et plus facile. Le seul intéret que j'y vois, (et encore, c'est juste la faute à JOSM), c'est que quand un mappeur tombe sur un way sans tags de frontière, ça peut le surprendre et il doit réfléchir à quelle relation il se ratache alors que s'il a un boundary=administrative il apparaît avec un repère de couleur. M'enfin si on corrige JOSM, celui-ci pourra l'indiquer car il "sait" qu'il est membre d'une relation type=boundary bref, +1 à nouveau ce qui nous fait un joli +4 à la fin ;-) -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
Le 28/04/2011 23:20, hpmt a écrit : Vincent de Chateau-Thierry a écrit , Le 28/04/2011 22:45: Or pour une commune en limite de département, région voire pays, certains des chemins qui composent la relation auront un admin_level à 6, 4, voire 2. L'admin_level du chemin n'est pas une caractéristique du chemin. L'admin_level du chemin est "hérité" de la relation par laquelle l'algorithme l'a invoqué. > Celà dit il est possible que l'algo gagne du temps si on l'informe du plus grand admin_level par lequel le chemin peut être invoqué ; c'est bien possible ; mais du coup, cet admin_level là étant calculable par un script ... ; ce qui assurerait qu'il n'y ai pas d'erreur humaine (enfin bon, avec les restrictions usuelles). C'est alors l'éternelle rivalité "rapidité contre intégrité" qui dépend directement de la nature du moteur du sgbd ; et celui-ci, je ne le connais pas (encore). Je serais d'accord avec le "tout intégrité" si, entre la base stockée (l'OSM qu'on connaît) et la base exploitée (par qui veut), il n'y avait qu'un sas de sortie, par lequel on calculerait la valeur d'admin_level des chemins, en déterminant par algo quel niveau admin minimal utilise ce chemin. Le problème, c'est qu'il n'y a pas de sas unique : chacun télécharge des bouts de base brute, or l'algo dont on parle serait au delà de l'état brut, dans une étape de raffinage, de packaging, appelons ça comme on veut. Faute de la maîtrise de telles étapes, et pour que la base soit utilisable par le plus grand nombre, je pense qu'on doit de temps en temps stocker un (tout petit) peu de redondance, enfin au moins dans le cas présent. Donc au risque de pertes d'intégrité, mais avec le profit d'une facilité d'utilisation. Et l'intégrité, ça se contrôle... Ou alors c'est pour le rendu ? (gnarf, gnarf). !! :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
Vincent de Chateau-Thierry a écrit , Le 28/04/2011 22:45: Or pour une commune en limite de département, région voire pays, certains des chemins qui composent la relation auront un admin_level à 6, 4, voire 2. L'admin_level du chemin n'est pas une caractéristique du chemin. L'admin_level du chemin est "hérité" de la relation par laquelle l'algorithme l'a invoqué. Celà dit il est possible que l'algo gagne du temps si on l'informe du plus grand admin_level par lequel le chemin peut être invoqué ; c'est bien possible ; mais du coup, cet admin_level là étant calculable par un script ... ; ce qui assurerait qu'il n'y ai pas d'erreur humaine (enfin bon, avec les restrictions usuelles). C'est alors l'éternelle rivalité "rapidité contre intégrité" qui dépend directement de la nature du moteur du sgbd ; et celui-ci, je ne le connais pas (encore). Ou alors c'est pour le rendu ? (gnarf, gnarf). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
=8. Le 28/04/2011 17:12, hpmt a écrit : Vincent de Chateau-Thierry a écrit , Le 28/04/2011 17:04: Sinon il y a quelques jours j'avais ajouté le tag admin_level=8 sur quelques limites admin des communes autour de Rieucazé [1], mais je doute qu'il y ait un rapport avec le problème du jour ? Sûrement pas, en effet. Remarques, je ne mets pas de admin_level=8 sur les chemins, parce que c'est redondant avec les infos contenues dans la relation ; 3fn, quand tu nous tiens Pour moi il n'y a pas redondance ici. Il y aurait redondance si on avait forcément, dans une relation en admin_level=8, tout et rien que des chemins en admin_level=8. Or pour une commune en limite de département, région voire pays, certains des chemins qui composent la relation auront un admin_level à 6, 4, voire 2. Donc rien d'implicite (ni de redondant), ça vaut le coup de tagguer en propre les chemins, indépendamment des tags admin_level stockés sur les relations. Un peu de lecture ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#Way_appartenant_.C3.A0_plusieurs_niveaux_administratifs ...et aussi ici :-) : http://fr.wikipedia.org/wiki/3FN vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
sly (sylvain letuffe) a écrit , Le 28/04/2011 17:31: Or, qu'a-t-il de différent avec les autres ? il n'a pas été créé à la même date. Les autres ont été créé en date du 9 mars, et, sans doute pas une coïncidence, c'est environ à cette date que j'ai ré-importé ma base. En effet, Rieucazé n'est pas seul dans son malheur, Savartthès, Estancarbon, pointis-Inard et Miramon-de-Comminges, voisines géographiquement, sont également banniées de la validation ; comme tu le prescents, j'ai saisi ces communes le 9 mars, entre 10:09:40 UTC et 19:17:26 UTC. Lespiteau, saisie à 19:30:35 UTC, n'a pas de problème. Une autre plage horaire a posé problème : Saint-Médard et Labarthe-Inard, saisies le 14 mars à 20:58:12 UTC et 20:44:52 UTC sont dans le même cas ; Je vais opération-blancher pour ramener la belle couleur verte dans tout ça ; merci du tuyau. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
Bon, et puis, ayant été nourrie à la 3fn depuis mon arrivée dans le monde de la BdD, je trouve que les infos redondantes entre la relation et le point "admin_centre" font un peu désordre. +1, les infos redondantes, ce n'est pas bon pour la maintenance. Mais on ne vit pas dans un monde parfait. Donc, l'idée ça serait de transférer les informations du nœud place=* de la commune à la relation des limites quand celle-ci existe et de mettre un admin_center avec le nœud place=* du village de la mairie. Le jour où toutes les limites communales sont saisies, on a une relation par commune et un seul nœud place=* par village/ville. Le nœud en question contient alors le nom et la population du village, et non de la commune. En attendant ça, les infos sur les communes sont au moins présentent dans un nœud. Et après, quand on passe au cran supérieur? Sur le département, pour admin_center, on met la relation de la commune de la préfecture. Et ainsi de suite... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
On jeudi 28 avril 2011, sly (sylvain letuffe) wrote: > On jeudi 28 avril 2011, hpmt wrote: > > > Bon allez, attendons demain pour voir le résultat de l'algo de validation. (...) > Pour être précis, ce sont ses noeud qui ne sont pas du tout dans ma base Une opération "blanche" (ajout d'un tag, retrait du tag, envoi des modifs) à ré-intégré à ma base les noeuds récalcitrants et la commune a bien été ajoutée à ma base, donc la carte, donc demain la liste. Il me reste à trouver pourquoi ils n'ont pas été inséré à l'origine -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
On jeudi 28 avril 2011, hpmt wrote: > Bon allez, attendons demain pour voir le résultat de l'algo de validation. Pas besoin d'attendre demain, la carte est rafraîchie environ 5 minutes après la modification. En cherchant, c'est le way http://www.openstreetmap.org/browse/way/103434690 qui pose problème dans ma base. Il est tout bon tout normal dans osm, mais chez moi il n'y est pas (les autres qui forment les frontières de la commune y sont) Pour être précis, ce sont ses noeud qui ne sont pas du tout dans ma base (seul le noeud http://www.openstreetmap.org/browse/node/892567502 y est, les autres n'y sont pas) Or, qu'a-t-il de différent avec les autres ? il n'a pas été créé à la même date. Les autres ont été créé en date du 9 mars, et, sans doute pas une coïncidence, c'est environ à cette date que j'ai ré-importé ma base. J'en déduis donc que j'ai merdé quelque chose, ou loupé une période de quelques heures pendant laquelle ces noeuds ont été créé et ont donc été oubliés. Élémentaire mon cher watson, j'ai merdé quelque part. Celui qui a parlé de commune dans le même cas dans le 69 pourrait il regarder si le 8, 9 ou 10 mars sont des dates qui peuvent correspondre à la création du way, des noeuds ou de la relation ? -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
Vincent de Chateau-Thierry a écrit , Le 28/04/2011 17:04: J'ai vu que vincent_95 a aussi bricolé cette relation il y a quelques jours, mais ça ne semble pas avoir marché non plus. Oui, j'ai rajouté (ce matin, suite à ton mail) le node place=* en admin_centre, ce qui incrémente la version de la relation et aurait pu la "rafraîchir" mais pas mieux. Nos messages se croisent, c'est marrant. Sinon il y a quelques jours j'avais ajouté le tag admin_level=8 sur quelques limites admin des communes autour de Rieucazé [1], mais je doute qu'il y ait un rapport avec le problème du jour ? Sûrement pas, en effet. Remarques, je ne mets pas de admin_level=8 sur les chemins, parce que c'est redondant avec les infos contenues dans la relation ; 3fn, quand tu nous tiens Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
hpmt a écrit , Le 28/04/2011 16:49: J'ai vu que vincent_95 a aussi bricolé cette relation il y a quelques jours, mais ça ne semble pas avoir marché non plus. Ciel ! il a récidivé ! ce matin à 8:31 ! Il a rajouté un admin_centre dans la relation, pour voir si ça arrange les choses :>))) C'est bien possible, mais alors, quid des quelques centaines de communes dont j'ai rentré les relations, auquel je n'ai pas adjoint de admin_centre, et qui SONT validées, hein, hein ? Bon, et puis, ayant été nourrie à la 3fn depuis mon arrivée dans le monde de la BdD, je trouve que les infos redondantes entre la relation et le point "admin_centre" font un peu désordre. Et puis le point admin_centre devrait logiquement se trouver géographiquement positionné sur la mairie : là, au moins, il donnerait une autre info que juste le nom du hameau où se trouve la Mairie. Bon allez, attendons demain pour voir le résultat de l'algo de validation. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
> De : "hpmt" > A : "Discussions sur OSM en français" > Copie à : > Objet : Re: [OSM-talk-fr] validation de la frontière d'une commune > > > sly (sylvain letuffe) a écrit , Le 28/04/2011 16:27: > > Ce n'est pas bon signe, j'avais déjà dû refaire l'import de ma base car il > > manquait des morceaux, > > C'est ce que j'avais cru comprendre ; je me suis dite que si je > dévalidais la relation boundary=8, que j'attendais 2 jours, puis que je > la revalidais, l'info serait retraitée et la relation validée (pour > Rieucazé, citée ci-dessus) ; mais bon, ça n'a pas suffit. > > J'ai vu que vincent_95 a aussi bricolé cette relation il y a quelques > jours, mais ça ne semble pas avoir marché non plus. > Oui, j'ai rajouté (ce matin, suite à ton mail) le node place=* en admin_centre, ce qui incrémente la version de la relation et aurait pu la "rafraîchir" mais pas mieux. Sinon il y a quelques jours j'avais ajouté le tag admin_level=8 sur quelques limites admin des communes autour de Rieucazé [1], mais je doute qu'il y ait un rapport avec le problème du jour ? vincent [1] : http://www.openstreetmap.org/browse/changeset/7968118 Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
sly (sylvain letuffe) a écrit , Le 28/04/2011 16:27: Ce n'est pas bon signe, j'avais déjà dû refaire l'import de ma base car il manquait des morceaux, C'est ce que j'avais cru comprendre ; je me suis dite que si je dévalidais la relation boundary=8, que j'attendais 2 jours, puis que je la revalidais, l'info serait retraitée et la relation validée (pour Rieucazé, citée ci-dessus) ; mais bon, ça n'a pas suffit. J'ai vu que vincent_95 a aussi bricolé cette relation il y a quelques jours, mais ça ne semble pas avoir marché non plus. Pfou, pfou. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
On jeudi 28 avril 2011, Pmz wrote: > hpmt: > > Je me demande quels sont les critères de validation qui empêchent > > certaines communes de figurer comme validées > Pmz : > Je me permets de rajouter que depuis le réimport des données il y a un mois, > saint clément de vers(69) n'est plus valide Ce n'est pas bon signe, j'avais déjà dû refaire l'import de ma base car il manquait des morceaux, le fait que cela se reproduise semble indiquer qu'il y a un bug quelque part dans ma chaîne de transfert osm->ma base La base totale ne faisant que grossir, c'est devenu une opération vraiment lourde et longue (2/3 semaines avant d'être à nouveau synchro avec osm), je ne vais donc pas la relancer pour l'instant mais je garde ça dans ma tête comme vérification à faire la prochaine fois, bien que je ne sois de toute façon pas sûr d'y pouvoir quelque chose. merci pour ce rapport d'info -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] validation de la frontière d'une commune
hpmt writes: > Je me demande quels sont les critères de validation qui empêchent > certaines communes de figurer comme validées ; par exemple, dans le 31 : > RIEUCAZE, Référence INSEE:31452 > Cette commune a bien sa frontière stockée dans une relation complète et > bouclée (1466455), et cette relation a bien le tag ref:INSEE, avec la > valeur 31452. > > Que lui faut-il de plus ? Je me permets de rajouter que depuis le réimport des données il y a un mois, saint clément de vers(69) n'est plus valide, et toutes les communes marquées comme absentes dans le 31 devraient être validées. Pmz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] validation de la frontière d'une commune
Quand on va ici : http://beta.letuffe.org/cron/etat-communes/communes.csv.txt on a (merci à toi, letuffe !) un état de la ccomplétude des limites de communes, département par département, en 3 lots : pourcentages sur le département, communes vectorisées absentes, communes raster absentes. Je me demande quels sont les critères de validation qui empêchent certaines communes de figurer comme validées ; par exemple, dans le 31 : RIEUCAZE, Référence INSEE:31452 Cette commune a bien sa frontière stockée dans une relation complète et bouclée (1466455), et cette relation a bien le tag ref:INSEE, avec la valeur 31452. Que lui faut-il de plus ? Hélène User:HelenePETIT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
