Ah ok, j'avais compris que tu allais le corriger.
Tant pis.
Stf
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le 01/02/2013 11:55, Frédéric Rodrigo a écrit :
Le résultat actuel avait du prendre 2 mois à temps complet à 9 process
(3 machines à 3 process).
L'outil est un bougiboulga de c/python/ruby/perl (rayer la mention
inutile s'il y a).
Le vendredi 01 février 2013 09:41:37, Stéphane Péneau a écrit :
Bonjour Sly,
Ce bug a été corrigé ou pas ?
Celui que tu avais signalé en octobre ?
Non, pas corrigé, et je ne compte pas le corriger.
Toujours la même réponse donc :
Bonjour Sly,
Ce bug a été corrigé ou pas ?
Je pose la question car il y en encore pas mal de commune qui passent en
blanc. Exemple :
http://layers.openstreetmap.fr/?zoom=12lat=47.0331lon=-1.33732layers=BFFTF
Ces communes de Aigrefeuille sur Maine et Remouillé étaient en
Le 1 février 2013 09:41, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :
Ce bug a été corrigé ou pas ?
Je pose la question car il y en encore pas mal de commune qui passent en
blanc. Exemple :
http://layers.openstreetmap.**fr/?zoom=12lat=47.0331lon=-**
Le vendredi 1 février 2013 10:03:08, Frédéric Rodrigo a écrit :
Pour ce problème je ne sais pas, je laisse Sly regarder. Les communes
sont bien des polygones fermés ?
Oui, j'ai vérifié leur relation il y a 1 ou 2 jours.
L'extraction de la base de référence cadastrale a été calculé au
L'extraction de la base de référence cadastrale a été calculé au
premier trimestre 2011 (et ça a pris le trimestre entier pour faire le
calcul). Il n'est pas prévu de mise à jour. Si tu veux refaire des
calculs ou une mise à jour, les scripts dispo sur le net.
C'est compliqué à mettre en
Le 1 février 2013 10:33, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :
C'est compliqué à mettre en place ? Je pose la question car je vais avoir
pendant quelques semaines un Bi Xeon 16 coeurs à 2.6Ghz (+ hyperthreading).
J'imagine qu'il devrait être capable de calculer ça un peu plus
Le mardi 13 novembre 2012 16:17:17, sly (sylvain letuffe) a écrit :
Le mardi 13 novembre 2012 16:04:10, Nicolas Frery a écrit :
Le 20/10/2012 18:56, sly (sylvain letuffe) a écrit :
(en considérant toujours qu'une commune vectorisée depuis moins de 8
mois n'apparaissant pas n'est pas un
Le 13/11/2012 16:15, Vincent de Chateau-Thierry a écrit :
Plus maintenu, tu en es sûr ?
Qu'il n'y ait pas une grande activité sur ce thème certes, mais quand je vois
ça :
http://osm2.crans.org/stats.db/departement/osm_commune_65.html
(exemple pas tout à fait au hasard :-) )
J'ai parlé un
On fait comme ça.
Les communes des pays de la loire sont vectorisées depuis assez
longtemps donc je n'ai pas trop de risque de tomber sur ce genre de
cas. Je crois qu'il n'y a que quelques exceptions en mayenne.
Le comportement est vraiment bizarre :
Les communes de remouillé et
Ha, peut-être une piste : Il y a 2 jours, j'ai touché légèrement à
certains chemins composant ces relations.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On mardi 23 octobre 2012, Stéphane Péneau wrote:
Ha, peut-être une piste : Il y a 2 jours, j'ai touché légèrement à
certains chemins composant ces relations.
Ouais, moi aussi je croyais avoir trouvé, ça correspondait pile poil avec un
changement du chemin au 21 octobre, mais comme il a eu
Dans ce cas, elles devraient être listées ici :
http://openstreetmap.fr/outils/limites-communales-a-importer
Et on ne verrait plus de vert là :
http://layers.openstreetmap.fr/?zoom=12lat=47.05131lon=-1.36969layers=B00FFT
2012/10/23 Stéphane Péneau stephane.pen...@wanadoo.fr
Ha,
Le 23 octobre 2012 17:08, Ab_fab gamma@gmail.com a écrit :
Dans ce cas, elles devraient être listées ici :
http://openstreetmap.fr/outils/limites-communales-a-importer
Et on ne verrait plus de vert là :
@Sly,
Et bien bon courage pour la correction du bug.
En tout cas ce que tu expliques me semble correspondre à ce que je
vois, car il me semble bien que ces 2 communes étaient en bleu ou en
vert dimanche dernier.
@Ab_fab
J'ai dis que j'avais touché à certains chemins, pas que j'avais cassé
Peut-être alors qu'au lieu de purger le kilométrage de voirie d'une
commune quand sa frontière est modifiée, il serait plus judicieux de
le conserver, en se contentant de le marquer comme étant à
recalculer (une façon simple de le faire serait de changer le signe
du kilométrage : négatif, c'est à
24h plus tard :
Au zoom 7, ça a l'air d'être ok, par contre, pas au zoom 6.
Plus embarrassant, certaines couleurs ont de nouveau disparues. Par
exemple Falleron :
http://layers.openstreetmap.fr/?zoom=13lat=46.8784lon=-1.67533layers=B00FFT
La relation de Falleron :
Le 20 octobre 2012 16:56, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :
24h plus tard :
Au zoom 7, ça a l'air d'être ok, par contre, pas au zoom 6.
Plus embarrassant, certaines couleurs ont de nouveau disparues. Par exemple
Falleron :
En fouillant un peu mieux, je constate en fait l'inverse : c'est
l'affichage de la tuile dans un onglet séparé qui effectue la requête
HTTP la plus riche :
Request URL:http://a.layers.openstreetmap.fr/voirie-cadastre/7/67/44.png
Request Method:GET
Entêtes :
GET /voirie-cadastre/7/63/45.png
Le 20 octobre 2012 18:25, Philippe Verdy verd...@wanadoo.fr a écrit :
En fouillant un peu mieux, je constate en fait l'inverse : c'est
l'affichage de la tuile dans un onglet séparé qui effectue la requête
HTTP la plus riche :
Request
Le samedi 20 octobre 2012 16:56:02, Stéphane Péneau a écrit :
24h plus tard :
Au zoom 7, ça a l'air d'être ok, par contre, pas au zoom 6.
ça, je ne peux pas trop dire d'où ça vient, j'ai transmis à la bonne personne
Plus embarrassant, certaines couleurs ont de nouveau disparues. Par
Le 20/10/2012 18:56, sly (sylvain letuffe) a écrit :
Le recalcul ayant lieu dimanche prochain (demain) c'est ça qui manquait.
J'ai relancé juste pour cette zone et ça semble être revenu.
Attendons donc lundi voir si tout revient dans l'ordre après un re-calcul
complet.
idem, je te laisse
Visiblement il y a bien un problème de données dans la base, ce qui
explique que les communes ne se remplissent pas. Certaines ont été
importées plusieurs fois (dans plusieurs relations de même type et de
même nom), tout autour de Challans (Vendée).
Quand les données sont exportées et les
Diffiile de voir ce qui cloche. En revérifiant tout. En plus, dès que
je regarde un peu plus, on trouve davantage de communes pour
lesquelles la couche Voirie/Cadastre disparait (plus aucune
statistique calculée, dont plus de couleur non plus).
On dirait que c'est plutôt le calcul de cette couche
Le 18/10/2012 18:16, sly (sylvain letuffe) a écrit :
On jeudi 18 octobre 2012, Ab_fab wrote:
http://www.openstreetmap.org/browse/relation/78849
Donc, joli bug de trouvé ;-)
Il s'avère que 50 communes au total étaient présentes en double dans une des
tables, et ça faisait foirer la mise à jour.
C'est vraiment mineur pour mon utilisation, mais au cas où ça cacherait
un bug plus grave :
Jusqu'au zoom 6, ce sont toujours les anciennes données qui sont affichées :
Dès qu'on passe au zoom 7, ce sont les nouvelles données, ça se voit
assez bien autour de Poitiers.
Le 19/10/2012 14:28, sly (sylvain letuffe) a écrit :
Sauf erreur, ça sera remis à jour d'ici 24h (je peux te soustraiter la
vérification dans 24h ?)
ça marche !
Il y a aussi des histoires avec les caches locaux dans ton navigateur,
mais je trouve ça inutile, je vais en causer à celui qui
On jeudi 18 octobre 2012, Stéphane Péneau wrote:
Hello sly,
A quelle fréquence la couche voirie/cadastre est-elle mise à jour ?
mise à jour des longueurs de voiries selon cadastre : jamais (ça à 8 mois je
crois)
mise à jour des longueurs dans OSM : 1 fois par semaine
mise à jour des tuiles
Le jeudi 18 octobre 2012 15:41:33, sly (sylvain letuffe) a écrit :
On jeudi 18 octobre 2012, Stéphane Péneau wrote:
Hello sly,
A quelle fréquence la couche voirie/cadastre est-elle mise à jour ?
mise à jour des longueurs de voiries selon cadastre : jamais (ça à 8 mois je
crois)
mise à jour
Oupss, je pense que j'ai mal compris, et que pour les tuiles, il s'agit
de celles du fond de carte.
Par contre, ma dernière question reste valable.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Par curiosité, on pourrait avoir la légende qui va avec ? Que signifient
les couleurs et les chiffres (X/Y) sous le nom des communes ?
Merci,
Francescu
Le 18 octobre 2012 15:58, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :
Le jeudi 18 octobre 2012 15:41:33, sly (sylvain letuffe) a
On jeudi 18 octobre 2012, Stéphane Péneau wrote:
Donc si je comprends bien :
La couleur des tuiles est mises à jour 1 fois par jour alors que
l'affichage de la longueur dans Osm est maj qu'une fois par semaine.
Pourtant, pour choisir la couleur appropriée, il faut bien calculer la
longueur
On jeudi 18 octobre 2012, Francescu GAROBY wrote:
Par curiosité, on pourrait avoir la légende qui va avec ? Que signifient
les couleurs et les chiffres (X/Y) sous le nom des communes ?
C'est indiqué dans le lien en bas à gauche :
Oupsss... J'avais raté ça, merci ! :-)
Le 18 octobre 2012 16:06, sly (sylvain letuffe) li...@letuffe.org a écrit
:
On jeudi 18 octobre 2012, Francescu GAROBY wrote:
Par curiosité, on pourrait avoir la légende qui va avec ? Que signifient
les couleurs et les chiffres (X/Y) sous le nom des
Ce n'est pas ce que je constate, car très souvent, il y a une couleur de
visible, et lorsqu'il y a pas mal de voirie ajoutée sur une commune,
pendant une période d'une durée indéterminée, ça reste sans rien, puis
ensuite, une couleur revient.
En mode de croisière cette durée c'est 1
http://www.openstreetmap.org/browse/relation/78849
Le 18 octobre 2012 16:33, sly (sylvain letuffe) li...@letuffe.org a écrit
:
Ce n'est pas ce que je constate, car très souvent, il y a une couleur de
visible, et lorsqu'il y a pas mal de voirie ajoutée sur une commune,
pendant une période
De : sly (sylvain letuffe) li...@letuffe.org
À : Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le : Jeudi 18 octobre 2012 10h06
Objet : Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de
layers.openstreetmap.fr
On jeudi 18 octobre 2012
On jeudi 18 octobre 2012, Ab_fab wrote:
http://www.openstreetmap.org/browse/relation/78849
Donc, joli bug de trouvé ;-)
Il s'avère que 50 communes au total étaient présentes en double dans une des
tables, et ça faisait foirer la mise à jour.
Un recalcul de environ 1h est en cours pour remettre
39 matches
Mail list logo