Le faux-positif : c'est moi. Pour moi, le tag n'est pas superflu si oneway=no
puisqu'il va à l'encontre de la valeur implicite. Donc je persiste et je signe
:) De plus en regardant sur Yahoo, j'ai vraiment cru que ça n'était pas un
rond-point classique (en plus on est dans l'enceinte de
2009/11/27 Yann Coupin y...@coupin.net
Le faux-positif : c'est moi. Pour moi, le tag n'est pas superflu si
oneway=no puisqu'il va à l'encontre de la valeur implicite. Donc je persiste
et je signe :) De plus en regardant sur Yahoo, j'ai vraiment cru que ça
n'était pas un rond-point classique
Juste pour dissiper tout malentendu : je n’ai pas tracé ce rond-point.
Je l’ai juste vu (et cliqué sur faux-positif) lors d’une « soirée
osmose » où j’ai fait le ménage dans une zone près de chez moi. Je
n’ai d’ailleurs jamais mis les pieds à cet endroit. J’ai sincèrement
cru qu’il pouvait
Bonjour,
ma vie
Les serveurs de Free vont mettre un peu plus de temps que prévu pour
arriver, mais c'est pour avoir des serveurs de la génération suivante.
J'ai donc un peu de temps pour osmose.
/ma vie
OsmOse a un nouveau backend (qui tourne pour le moment uniquement sur
l'hexagone) qui permet
OsmOse a un nouveau backend (qui tourne pour le moment uniquement sur
l'hexagone) qui permet d'analyser le tag highway des rond-points et
vérifier que c'est le plus haut niveau des routes entrantes. Je vous
laisse regarder, analyser, corriger et critiquer.
Stéphane Péchard a écrit :
question naïve : est-ce que c'est pas le genre d'erreur qu'il serait
possible de faire corriger automatiquement par un bot ?
Avant de lancer un bot, il faut vérifier les faux positifs, alors on met
en manuel et on corrige. Ensuite il peut y avoir des effets de bors
Bonsoir,
OsmOse a un nouveau backend (qui tourne pour le moment uniquement sur
l'hexagone) qui permet d'analyser le tag highway des rond-points et
vérifier que c'est le plus haut niveau des routes entrantes. Je vous
laisse regarder, analyser, corriger et critiquer.
Le 14/11/2009 22:05, Etienne Chové a écrit :
Thomas Petillon a écrit :
Oui c'est sûrement le meilleur moyen. Comment est fait Osmose, les
sources sont dispos quelque part ?
Osmose a deux bouts, un front-end basé sur openlayer et des cgi python,
et plein de backends. Celui qui
Thomas Petillon a écrit :
Oui c'est sûrement le meilleur moyen. Comment est fait Osmose, les
sources sont dispos quelque part ?
Osmose a deux bouts, un front-end basé sur openlayer et des cgi python,
et plein de backends. Celui qui t'intéresse s'appelle osmose (c'est le
premier backend) qui
Thomas Petillon a écrit :
Bonsoir,
On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce
des faux positif ?
Le système détecte une coupure de mot à chaque apostrophe, y compris
donc au niveau des « c’h ». Du coup une erreur est détectée à chaque
fois vu que le reste
Le 13/11/2009 13:03, Etienne Chové a écrit :
Thomas Petillon a écrit :
Bonsoir,
On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce
des faux positif ?
Le système détecte une coupure de mot à chaque apostrophe, y compris
donc au niveau des « c’h ».
Bonsoir,
On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce
des faux positif ?
Le système détecte une coupure de mot à chaque apostrophe, y compris
donc au niveau des « c’h ». Du coup une erreur est détectée à chaque
fois vu que le reste du mot n'existe pas (ni en
Je pense être tombé sur un nouveau cas de faux positif, mais je n'en suis
pas tout à fait sûr : rural
Il faut bien écrire Chemin rural de la Chapelle ?
Voici le path incriminé :http://www.openstreetmap.org/browse/way/43226490
En tous cas, merci pour ce formidable outil qu'est Osmose, c'est
Xinfe Ewalavir a écrit :
Je pense être tombé sur un nouveau cas de faux positif, mais je n'en
suis pas tout à fait sûr : rural
Il faut bien écrire Chemin rural de la Chapelle ?
Je crois qu'il ne faut pas mettre le rural qui est la classification
du chemin et pas son nom, mais peut-être que
Bonjour,
Les voila maintenant dans osmose !
Les cinq back-ends d'osmose ainsi que le front-end sont maintenant
configurées pour faire l'analyse et l'affichage de ces zones ; ce qui
mène à 65 les nombre de back-ends qui tournent chaque jour.
Il y a quelques bugs (ex : ma base de données n'a
Marc SIBERT a écrit :
Désolé pour cette réponse tardive...
Pas grave, j'étais à l'étranger et maintenant je suis au fond de mon
lit, donc assez improductif.
Bon, en fait, ça ne va pas bien ; je m'explique. L'import se passe
correctement au niveau du site OSM, et Potlatch affiche bien le
Vincent Pottier a écrit :
Bonjour,
Je suis étonné de ne voir aucun marqueur sur osmose ? Il n'y aurait plus
aucune erreur sur mon secteur ? J'en doute...
Si, si il reste des erreurs mais elles étaient toutes au Maroc. Je vous
les ai rapporté dans mes valises.
--
Etienne
tenshu a écrit :
Je ne sait pas mais tout à l'heure il ne servait plus les .osm et .gpx
des poly non importés de corine
C'est pas lié. Le problème des bulles c'est un bug que j'ai introduit
pendant mon séjour au Maroc, la non génération doit venir d'une coupure
de la liaison entre le front
Bonjour,
Je suis étonné de ne voir aucun marqueur sur osmose ? Il n'y aurait plus
aucune erreur sur mon secteur ? J'en doute...
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=12lat=47.22889lon=6.03157
--
Vincent alias FrViPofm
___
Talk-fr
Je ne sait pas mais tout à l'heure il ne servait plus les .osm et .gpx des
poly non importés de corine
2009/10/22 Vincent Pottier vpott...@gmail.com
Bonjour,
Je suis étonné de ne voir aucun marqueur sur osmose ? Il n'y aurait plus
aucune erreur sur mon secteur ? J'en doute...
tenshu a écrit :
Je ne sait pas mais tout à l'heure il ne servait plus les .osm et .gpx des
poly non importés de corine
Etienne est souffrant aujourd'hui, je ne pense pas qu'il soit devant son
ordi (quoique... :) )
Sinon, ce que tu me dis me fait penser à un problème de communication
entre
Yoann ARNAUD a écrit :
tenshu a écrit :
Je ne sait pas mais tout à l'heure il ne servait plus les .osm et .gpx des
poly non importés de corine
Etienne est souffrant aujourd'hui, je ne pense pas qu'il soit devant son
ordi (quoique... :) )
Sinon, ce que tu me dis me fait penser à
Vincent Pottier a écrit :
J'espère qu'il va pas trop mal !
Indigestion de nourriture marocaine, à ce qu'on m'a dit. Il devrait s'en
sortir :)
--
Yo.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Etienne Chové a écrit :
Marc Sibert a écrit :
Voilà !
Ça le fait, à un détail près, j'ai du ajouter un champ
time2009-09-06T07:41:26Z/time à la main dans le fichier généré pour que
ça marche. Sinon, l'import est simplement ignoré. J'imagine que les traces
GPX sont classées par date.
Marc SIBERT a écrit :
Bonjour,
Jusque là je n'ai pas installé JOSM et cela ne me gène absolument pas
:-) d'utiliser Potlatch. Par contre, je rêve que le site osmose / clc
puisse fournir les traces GPX des polygones afin que je puisse les
importer manuellement lors de mes sessions.
Si tu as un fichier GPX d'exemple
c'est le code que j'utilise pour map.meurisse.org :
def gpx(req,points):
req.content_type = application/gpx+xml
file = '''?xml version=1.0 encoding=iso-8859-1 ?
gpx
xmlns=http://www.topografix.com/GPX/1/1;
Bonjour,
Pas mieux que cette proposition. Pour info, mon objectif est d'envoyer le gpx
dans l'import d'OSM (http://www.openstreetmap.org/traces) et ensuite de le
tagger pour le transformer en polygone réel.
Merci
--
Marc
- Vincent Meurisse osm-talk...@meurisse.org a écrit :
Si tu as
Bonjour,
Vincent Meurisse a écrit :
Si tu as un fichier GPX d'exemple
c'est le code que j'utilise pour map.meurisse.org :
Merci, j'ai recopié bêtement le format... Marc, un retour ?
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Voilà !
Ça le fait, à un détail près, j'ai du ajouter un champ
time2009-09-06T07:41:26Z/time à la main dans le fichier généré pour que ça
marche. Sinon, l'import est simplement ignoré. J'imagine que les traces GPX
sont classées par date.
Le fichier (modifié) est en ligne à
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
Bonjour,
Jusque là je n'ai pas installé JOSM et cela ne me gène absolument pas
:-) d'utiliser Potlatch. Par contre, je rêve que le site osmose / clc
puisse fournir les traces GPX des polygones afin que je puisse les
importer manuellement lors de mes sessions.
Merci d'avance et merci encore
Marc SIBERT wrote:
Bonjour,
Jusque là je n'ai pas installé JOSM et cela ne me gène absolument pas
:-) d'utiliser Potlatch. Par contre, je rêve que le site osmose / clc
puisse fournir les traces GPX des polygones afin que je puisse les
importer manuellement lors de mes sessions.
Hum,
Bonjour,
En faux positif, il y a aussi la préposition
ou l'article ès qui est un diminutif de en les.
Tu as une exemple, parce qu'il est déjà dans les exceptions.
J'ai des exemples avec es sans accent, qui est une faute.
Ne change rien.
--
Au revoir, 02 99
Julien D. a écrit :
Qu'en est-il de ceux-ci, doit-on les ignorer ?
qui, Rue de la Truie qui File
dit, Chemin Rural dit Chemin des Vignes
on, Rond Point de Newark on Trent
bis, Passage du 32 bis de la Rue René de Prie
homme, Rue Sully Prud'homme
eau, Château d'eau
2009/10/9 Etienne Chové ch...@crans.org:
Julien D. a écrit :
Qu'en est-il de ceux-ci, doit-on les ignorer ?
qui, Rue de la Truie qui File
dit, Chemin Rural dit Chemin des Vignes
on, Rond Point de Newark on Trent
bis, Passage du 32 bis de la Rue René de Prie
homme, Rue Sully Prud'homme
eau,
2009/10/9 Pieren pier...@gmail.com
2009/10/9 Etienne Chové ch...@crans.org:
Julien D. a écrit :
Qu'en est-il de ceux-ci, doit-on les ignorer ?
qui, Rue de la Truie qui File
dit, Chemin Rural dit Chemin des Vignes
on, Rond Point de Newark on Trent
bis, Passage du 32 bis de la Rue René
Pieren a écrit :
eau devrait bien s'écrire Eau, pourquoi une exception ?
Je ne l'avais pas mise ; mais j'avais oublié de le signaler.
(sauf si
ça s'applique à autre chose qu'un toponyme) . Et homme devrait bien
être Homme sauf pour Prud'homme
C'est fait.
et peut-être d'autres mots
2009/10/9 Etienne Chové ch...@crans.org:
http://osmose.openstreetmap.fr/name_dit.txt (name contenant dit ) ;
il y a pas mal de faux positif.
Un petit plugin pour corriger ça ou c'est pas la peine ?
--
Etienne
Non, j'ai dû aussi parfois céder à la tentation, ça n'était qu'un
avis, surtout
Bonjour,
On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce
des faux positif ?
Les articles possessifs sont des faux positifs :
mon
ma
mes
ton
ta
tes
son
sa
ses
votre
vos
leur
leurs
En faux positif, il y a aussi la préposition
ou l'article ès qui est un diminutif
Vincent Pottier a écrit :
Quelques suggestions pour 'ilayer'
Un accesskey sur le lien send to api ('s' pour save, send...)
Un accesskey sur la case de fermeture ('w')
...
C'est fait... mais c'est marqué nulle part pour le moment.
--
Etienne
___
Bonjour,
Gilles LAMIRAL a écrit :
On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce
des faux positif ?
Les articles possessifs sont des faux positifs :
C'est ajouté
En faux positif, il y a aussi la préposition
ou l'article ès qui est un diminutif de en les.
Tu
Bonjour
Une question qui me tracasse depuis quelque temps :
Est-il important de fermer le changeset?
Cordialement
Christophe
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Bonjour
tetramonium a écrit :
Une question qui me tracasse depuis quelque temps :
Est-il important de fermer le changeset?
*version très courte*
non
*version courte*
L'API le fermera pour toi au bout d'une heure d'inactivité ou au bout de
24 heures (même si tu continue à faire des modifs).
Un dernier :
Toponymie
majuscule manquante à : von
way 8481714 rawedit
created_by = Potlatch 0.10f
highway = residential
name = Rue Carl von Linné
Cela dit, je ne saurais pas comment coder une règle là dessus vu qu'il
s'agit d'un nom propre
Le 9 octobre 2009 14:28, Etienne Chové
2009/10/9 Guillaume Rosaire zer...@gmail.com:
Cela dit, je ne saurais pas comment coder une règle là dessus vu qu'il
s'agit d'un nom propre
C'est une particule. 'von', c'est comme le 'de' dans 'Guy de
Maupassant'. Donc toujours en minuscule.
Pieren a écrit :
2009/10/9 Guillaume Rosaire zer...@gmail.com:
Cela dit, je ne saurais pas comment coder une règle là dessus vu qu'il
s'agit d'un nom propre
C'est une particule. 'von', c'est comme le 'de' dans 'Guy de
Maupassant'. Donc toujours en minuscule.
Conflits sur des faux faux positifs.
Exemple, le node Golfe du Lion,
deux nodes superposés,
l'un :
• name: Golfe du Lion
• place: locality
• natural: sea
• gns:dsg: GULF
• gns:uni: -2149855
• source: GNS
et l'autre, aux mêmes coords :
•
Bonjour,
Je reste dans ce fil de discussion, car ma question va porter sur l'outil
osmose. Qui est d'ailleurs un excellent outil au passage. Bravo aux
concepteurs !!
Voilà, dans le tags name il y a possibilité de choisir les erreurs de type
voie pour corriger les majuscules de route - Route,
Julien Angot a écrit :
Voilà, dans le tags name il y a possibilité de choisir les erreurs de
type voie pour corriger les majuscules de route - Route, allée -
Allée, etc... Mais cela fait plusieurs fois que je corrige des erreurs
pour le mot rue - Rue sans que cela soit signalé par osmose.
Le 8 octobre 2009 10:55, Etienne Chové ch...@crans.org a écrit :
Les mots corrigés dans le plugin 1-702 sont :
ReTests[( 0, uAllée )] =
re.compile(u^([Aa][Ll][Ll]?[EÉée][Ee]?|[Aa][Ll][Ll]\.) .*$)
Pour moi qui ne parle pas plug_in et regexp dans le texte, est-ce
que cela veut dire qu'il
Bonsoir,
Au risque de recevoir 23153 mail pour les 23153 faux positifs j'ai tenté
d'écrire un plugin qui vérifie les majuscules conformément à la charte
de toponymie française.
On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce
des faux positif ? je m'en remet à votre
Premier que je regarde :
Toponymie
majuscule manquante à : à Vélo
way 31562827 rawedit
created_by = Potlatch 0.10f
name = La Loire à Vélo
highway = cycleway
cycleway = track
Un pb d'espace insécable ou quelque chose du genre ?
Le 8 octobre 2009 18:19, Etienne Chové ch...@crans.org a écrit :
2009/10/8 Etienne Chové ch...@crans.org:
Je pense que ces règles s'appliquent aux noms de lieux (tag place) et
rues/routes (highway), voies d'eau (waterway).
Je ne crois pas que l'on doive les appliquer à tous les éléments qui
portent un tag name (shop par exemple).
Pieren
Guillaume Rosaire a écrit :
Premier que je regarde :
Toponymie
majuscule manquante à : à Vélo
way 31562827 rawedit
created_by = Potlatch 0.10f
name = La Loire à Vélo
highway = cycleway
cycleway = track
Un pb d'espace insécable ou quelque chose du genre ?
Tout à fait :
Pieren a écrit :
2009/10/8 Etienne Chové ch...@crans.org:
Je pense que ces règles s'appliquent aux noms de lieux (tag place) et
rues/routes (highway), voies d'eau (waterway).
Je ne crois pas que l'on doive les appliquer à tous les éléments qui
portent un tag name (shop par exemple).
En
Etienne Chové a écrit :
Bonsoir,
Bonsoir,
Plus que 23151 mail. J'en fait deux d'un coup. ;-)
Très bel outil ! Merci.
Au risque de recevoir 23153 mail pour les 23153 faux positifs j'ai tenté
d'écrire un plugin qui vérifie les majuscules conformément à la charte
de toponymie française.
Pieren a écrit :
2009/10/8 Etienne Chové ch...@crans.org:
Je pense que ces règles s'appliquent aux noms de lieux (tag place) et
rues/routes (highway), voies d'eau (waterway).
Je ne crois pas que l'on doive les appliquer à tous les éléments qui
portent un tag name (shop par exemple).
Pieren
Vincent Pottier a écrit :
fauxs positifs :
Grotte d'Osselle,
Avenue de l'Île-de-France
Est ce que t'as un lien, un numéro d'objet ou tout autre chose qui me
permet d'aller voir en détail ? Ces erreurs ne datent-elles pas d'avant
l'annonce, j'ai fait une correction juste avant ?
--
Etienne
Etienne Chové a écrit :
Bonsoir,
Un petit lien pour finir et voir la France en rose...
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=1-906
Quelques suggestions pour 'ilayer'
Un accesskey sur le lien send to api ('s' pour save, send...)
Un accesskey sur la case de fermeture ('w')
Etienne Chové a écrit :
Vincent Pottier a écrit :
fauxs positifs :
Grotte d'Osselle,
Avenue de l'Île-de-France
Est ce que t'as un lien, un numéro d'objet ou tout autre chose qui me
permet d'aller voir en détail ? Ces erreurs ne datent-elles pas d'avant
l'annonce, j'ai fait une
Etienne Chové a écrit :
...
Par curiosité,
Qu'est-ce qui fait que l'erreur rue ... apparaît parfois en 'type de
voie mal écrit' parfois en 'typo' ?
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=47.23532lon=6.00457layers=B00Tch=1-702,1-905,1-906
--
Vincent
Vincent Pottier a écrit :
Autre cas : Rue de l'École
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=47.1947lon=5.9603layers=B00Tch=1-906
L'apostrophe est bizarre... j'ai modifié le plugin pour le prendre en
compte.
--
Etienne
J'en aurait bien un autre à soumettre mais je voulais surtout savoir à
quoi servait exactement le lien faux positif. Est-ce que ça tombe
dans une base/un fichier pour relecture ultérieure qui sert de base à
l'amélioration des algos ? Ou est-ce que c'est simplement ignoré lors
des
Anormal :
l', l'Aulne (http://www.openstreetmap.org/browse/way/37193086)
Qu'en est-il de ceux-ci, doit-on les ignorer ?
qui, Rue de la Truie qui File (
http://www.openstreetmap.org/browse/way/22790488),
dit, Chemin Rural dit Chemin des Vignes (
http://www.openstreetmap.org/browse/way/32519405),
Yann Coupin a écrit :
J'en aurait bien un autre à soumettre mais je voulais surtout savoir à
quoi servait exactement le lien faux positif. Est-ce que ça tombe
dans une base/un fichier pour relecture ultérieure qui sert de base à
l'amélioration des algos ? Ou est-ce que c'est simplement
Anormal :
l', l'Aulne (http://www.openstreetmap.org/browse/way/37193086)
Bon, apparemment il est temps de me coucher, celui-ci est tout à fait
normal!
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Vincent Pottier a écrit :
Etienne Chové a écrit :
...
Par curiosité,
Qu'est-ce qui fait que l'erreur rue ... apparaît parfois en 'type de
voie mal écrit' parfois en 'typo' ?
Vincent Pottier a écrit :
La connexion a échoué
Firefox ne peut établir de connexion avec le serveur à l'adresse
osmose.openstreetmap.fr.
J'essaye de joindre yoann, chez qui c'est hébergé, mais depuis que free
fait du CPL et qu'il l'a adopté, il a pas mal de problèmes de coupure
entre sa
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
Etienne Chové a écrit :
J'essaye de joindre yoann, chez qui c'est hébergé, mais depuis que free
fait du CPL et qu'il l'a adopté, il a pas mal de problèmes de coupure
entre sa freebox et son serveur (je sais on ne devrait mettre des
serveurs que sur du bon filaire, mais faute de mieux...).
Art Penteur a écrit :
Le 5 octobre 2009 21:09, Etienne Chové ch...@crans.org a écrit :
Ma base postgis contient un polygone très large de la France... quand
j'aurai du temps je rajouterai le test d'appartenance à la France stricte.
Ah ?
J'avais pourtant l'impression que c'était vachement
... 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
et en plus ils sont nombreux...
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=6-1
Ma nouvelle gestion de postgis ne devrait plus faire apparaitre de faux
positif comme c'était le cas avant... mais rien de sûr.
PS : pardon pour les mails multiples, ça évite de mettre trop de chose
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.
... et en plus ils sont nombreux
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=5-1
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Damned je me suis fait avoir. La raison dans mon cas est simple, l'outil
de création de cercle sous Josm les fait dans le sens horaire par
défaut, et donc à l'envers :/
J'ai corrigé mes erreurs :)
merci !
Etienne Chové a écrit :
... et en plus
On lundi 5 octobre 2009, Etienne Chové wrote:
... et en plus ils sont nombreux
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=5-1
Tant qu'on est à parlé d'osmose, y'a-t-il un moyen de connaître la date de
dernière analyse selon le back-end ?
Je tente de corriger les polygones
sly (sylvain letuffe) a écrit :
On lundi 5 octobre 2009, Etienne Chové wrote:
... et en plus ils sont nombreux
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=5-1
Tant qu'on est à parlé d'osmose, y'a-t-il un moyen de connaître la date de
dernière analyse selon le back-end ?
Patrice Vetsel a écrit :
l'outil
de création de cercle sous Josm les fait dans le sens horaire par
défaut, et donc à l'envers :/
C'est modifiable ? Cela explique le grand nombre d'erreurs...
--
Etienne
___
Talk-fr mailing list
Effectivement !
http://www.openstreetmap.org/browse/way/28667467
;)
2009/10/5 Etienne Chové ch...@crans.org
... et en plus ils sont nombreux
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=5-1
--
Etienne
___
Talk-fr mailing list
1301 - 1400 sur 1564 matches
Mail list logo
