Emilie Laffray a écrit :
2009/10/6 Etienne Chové ch...@crans.org mailto:ch...@crans.org
sly (sylvain letuffe) a écrit :
Boudiou ! Et étienne ré-inventa les bases de données XML.
Quand on a besoin que de 1% d'un fichier, je trouve ça dommage de le
charger en entier dans
Vincent Pottier a écrit :
Un projet osmose pour diriger l'analyse selon le type de la relation ?
avec un petit plus quand les ways sont ordonnés (genre : la relation
est correcte et ordonnée)?
http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation.py?NumRelation=28853
... et en plus elles sont en nombre !
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1
Je n'ignore pas encore les relations contenues dans des super relations,
mais ça viendra.
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
On mardi 6 octobre 2009, Etienne Chové wrote:
... et en plus elles sont en nombre !
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1
Top bon, en plus c'est maintenant mieux séparé de l'administratif
Je n'ignore pas encore les relations contenues dans des super relations,
mais ça
Etienne Chové a écrit :
... et en plus elles sont en nombre !
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1
Je n'ignore pas encore les relations contenues dans des super relations,
mais ça viendra.
Étrange :
Vincent Pottier a écrit :
Étrange :
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=12lat=47.99434lon=2.46882layers=B00Tch=4-1
Pourtant la relation est correcte :
http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation.py?NumRelation=160911
et
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Etienne Chové wrote:
Je n'ignore pas encore les relations contenues dans des super relations,
mais ça viendra.
Encore mieux que les ignorer... les traiter ?
Comment ça ? Je parle des relations contenues dans la relation 11980 par
2009/10/6 Etienne Chové ch...@crans.org:
Oui et non, la relation est bien fermée mais elle est en forme de 8 au
niveau du point cité. L'analyseur dit que c'est bon, osmose dit que
c'est pas bon... qui a raison ?
Il y a bien merdouilli (!) et c'est bien une erreur de géométrie au
niveau de la
On mardi 6 octobre 2009, Etienne Chové wrote:
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Etienne Chové wrote:
Je n'ignore pas encore les relations contenues dans des super relations,
mais ça viendra.
Encore mieux que les ignorer... les traiter ?
Comment ça ?
On peut
sly (sylvain letuffe) a écrit :
D'ailleurs il me semble remarquer avec un heureux étonnement que l'outil
d'analyse est lui capable de traiter ces super-relations.
(encore que je n'ai pas réussi à le lancer sur la 11980, ça doit mouliner
dans
les chaumières)
Oui, vaut mieux éviter ce
sly (sylvain letuffe) a écrit :
On peut rêver, et que osmose devienne le premier outil capable d'analyser
(après import dans une base) les super-relations.
Pourquoi passer par une base... j'ai beaucoup plus rapide !!! Lancer un
petit programme magique :
test
pc-rech-echove% time
On mardi 6 octobre 2009, Yoann ARNAUD wrote:
Oui, vaut mieux éviter ce genre de choses. Au pire tu récupères le code
et tu le lances sur une autre machine ;)
Ok, c'est ce que j'ai fais, ça marche.
Petites remarques en passant (désolé si je dis une connerie) :
Dans WaysToSvg dans
On mardi 6 octobre 2009, Etienne Chové wrote:
sly (sylvain letuffe) a écrit :
On peut rêver, et que osmose devienne le premier outil capable d'analyser
(après import dans une base) les super-relations.
Pourquoi passer par une base... j'ai beaucoup plus rapide !!! Lancer un
petit
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Yoann ARNAUD wrote:
Oui, vaut mieux éviter ce genre de choses. Au pire tu récupères le code
et tu le lances sur une autre machine ;)
Ok, c'est ce que j'ai fais, ça marche.
Petites remarques en passant (désolé si je dis une connerie)
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Yoann ARNAUD wrote:
Oui, vaut mieux éviter ce genre de choses. Au pire tu récupères le code
et tu le lances sur une autre machine ;)
Ok, c'est ce que j'ai fais, ça marche.
Petites remarques en passant (désolé si je dis une connerie)
On mardi 6 octobre 2009, Etienne Chové wrote:
Yoann a en projet de tout recommencer, ce programme est très très crade
! Ça a été fait à l'origine pour être lancé en ligne de commande sans
affichage graphique... puis petit à petit des patch plus sales les uns
que les autres ont été ajoutés.
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Etienne Chové wrote:
Pourquoi passer par une base... j'ai beaucoup plus rapide !!! Lancer un
petit programme magique :
Toujours pareil, ça dépend de ce que l'on veut en faire, pour le cas présent,
en effet ça suffit. En fait je
On mardi 6 octobre 2009, Etienne Chové wrote:
Pour avoir cette rapidité je ne lis pas tout le fichier ; je fais de la
dichotomie pour trouver les éléments dont j'ai besoin. En indexant le
fichier,
Boudiou ! Et étienne ré-inventa les bases de données XML.
Y'a un moment où il faut peut-être
On mardi 6 octobre 2009, Etienne Chové wrote:
Comment ça ?!? la compatibilité n'est pas assurée ?
Si pas de problème ! j'ai pas dis ça, je demandais un petit aperçu du futur du
développement et savoir l'arrivée du support de lecture sur base,
fichier .osm allait maintenir la compatibilité.
--
sly (sylvain letuffe) a écrit :
Boudiou ! Et étienne ré-inventa les bases de données XML.
Quand on a besoin que de 1% d'un fichier, je trouve ça dommage de le
charger en entier dans une base de données... Est ce qu'il vaut mieux la
propreté ou la rapidité ? Vaste débat...
Y'a un moment où il
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Etienne Chové wrote:
Comment ça ?!? la compatibilité n'est pas assurée ?
Si pas de problème ! j'ai pas dis ça, je demandais un petit aperçu du futur
du
développement et savoir l'arrivée du support de lecture sur base,
fichier .osm
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Etienne Chové wrote:
... et en plus elles sont en nombre !
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1
Top bon, en plus c'est maintenant mieux séparé de l'administratif
Je n'ignore pas encore les
sly (sylvain letuffe) a écrit :
et voilà qui est plus propre et qui nettoie les faux positif :
http://slyserv.dyndns.org/osm/relation-11980.png
C'est bizarre, on a l'impression que tu as que deux ouvertures alors que
j'en ai 32 dans ma base postgres.
Parce qu'entre temps, j'ai corrigé. Et
Vincent Pottier a écrit :
Toujours un petit bug dans openLayer (ou dans index.py ?) quand on
clique sur le permalink la présence de ch=4-1 deux fois dans l'url
provoque une erreur 500.
24 matches
Mail list logo
