Yann Coupin a écrit :
> En fait le problème avec mon test c'est que le calcul du centroid ne
> va pas donner de résultat pertinent avec des segments et dans ce cas
> je ne sais pas comment procéder...
Peut être que pour un way A-B-C-D... on peut regarder la différence
d'azimut AB avec BC et e
En fait le problème avec mon test c'est que le calcul du centroid ne
va pas donner de résultat pertinent avec des segments et dans ce cas
je ne sais pas comment procéder...
Yann
Le 27 juin 09 à 16:04, Emilie Laffray a écrit :
> Yann Coupin wrote:
>> +1 et +1 (j'allais dire la même chose en l
Le samedi 27 juin 2009 à 15:04 +0100, Emilie Laffray a écrit :
> Yann Coupin wrote:
> > +1 et +1 (j'allais dire la même chose en lisant les mails précédents
> > mais vous m'avez précédé)
> >
> Cela veut donc dire que le test qui a été mis au point ne fonctionne pas
> sur ces ronds points qui o
Yann Coupin wrote:
> +1 et +1 (j'allais dire la même chose en lisant les mails précédents
> mais vous m'avez précédé)
>
Cela veut donc dire que le test qui a été mis au point ne fonctionne pas
sur ces ronds points qui ont été découpés en morceau.
Émilie Laffray
signature.asc
Description: O
Le 27 juin 2009 15:00, Pierre Mauduit a écrit :
>
> ...: Il m'est arrivé de découper des
> rond-points afin de ne pas en inclure la totalité dans des descriptions
> de lignes de bus.
J'avais peur d'un truc comme ça.
Et dans ce cas, est-ce qu'il faut créer une relation "rond-point" qui
en reprend t
Lire ci-dessous
Le 27 juin 09 à 14:22, Etienne Chové a écrit :
> Yann Coupin a écrit :
>> http://skitch.com/yannc/bis1w/simple-osm-gpx-track
>
> T'as aussi une slippymap avec les erreurs ?
J'ai un osm2pgsql et un petit serveur en python pour mapnik que j'ai
codé qui tournent sur mon macbook, m
+1 et +1 (j'allais dire la même chose en lisant les mails précédents
mais vous m'avez précédé)
Yann
Le 27 juin 09 à 15:34, Pieren a écrit :
>> Je ne sais pas si c'est une bonne idée : Il m'est arrivé de
>> découper des
>> rond-points afin de ne pas en inclure la totalité dans des
>> descri
2009/6/27 Pierre Mauduit :
>
> Le samedi 27 juin 2009 à 14:45 +0200, Art Penteur a écrit :
>> Et est-ce difficile de rajouter le test que le way formant un
>> "roundabout" est bien fermé ?
>
>
> Je ne sais pas si c'est une bonne idée : Il m'est arrivé de découper des
> rond-points afin de ne pas en
Le samedi 27 juin 2009 à 14:45 +0200, Art Penteur a écrit :
> Et est-ce difficile de rajouter le test que le way formant un
> "roundabout" est bien fermé ?
Je ne sais pas si c'est une bonne idée : Il m'est arrivé de découper des
rond-points afin de ne pas en inclure la totalité dans des descript
Art Penteur wrote:
> Et est-ce difficile de rajouter le test que le way formant un
> "roundabout" est bien fermé ?
>
> J'imagine qu'il faut vérifier que le dernier noeud est le même que le premier.
>
> Je fais cette proposition, car il n'est arrivé de rencontrer des cas
> où le tag "junction=rounda
Et est-ce difficile de rajouter le test que le way formant un
"roundabout" est bien fermé ?
J'imagine qu'il faut vérifier que le dernier noeud est le même que le premier.
Je fais cette proposition, car il n'est arrivé de rencontrer des cas
où le tag "junction=roundabout" avait débordé sur une des
Etienne Chové wrote:
> Je l'ai lancé (test reverse roundabout) et il est terminé. Si quelques
> uns peuvent regarder s'il y a des faux positifs... Je conseil osmarender
> comme layer car il met les flèches.
>
> http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16&lat=45.7313&lon=3.23155&la
Yann Coupin a écrit :
> Ça aura été un peu laborieux mais j'ai un test qui semble marcher.
> D'après mes premiers tests, on fait bien de le rajouter, car on va
> avoir un peu de boulo...
>
> Un petit rendu rapide histoire de se faire une idée de l'ampleur des
> dégâts...
>
> http://skitch.c
2009/6/27 Frédéric Rodrigo :
> On tagge bien un rond point avec le higway, voir le nom, de la route la plus
> importante qui traverse le rond-point. Alors pourquoi ne pas aussi mettre le
> ref ?
Un rond-point n'est rien d'autre qu'un node d'intersection qui se
prend pour un donuts ;-) On ne met un
Le vendredi 26 juin 2009, Pieren a écrit :
> Et j'ajouterais ceux qui ont un ref pour compléter la liste des
> erreurs classiques.
On tagge bien un rond point avec le higway, voir le nom, de la route la plus
importante qui traverse le rond-point. Alors pourquoi ne pas aussi mettre le
ref ?
Il y
Ça aura été un peu laborieux mais j'ai un test qui semble marcher.
D'après mes premiers tests, on fait bien de le rajouter, car on va
avoir un peu de boulo...
Un petit rendu rapide histoire de se faire une idée de l'ampleur des
dégâts...
http://skitch.com/yannc/bis1w/simple-osm-gpx-track
e
> En fait la fonction st_ForceRHR proposée par Yann ne s'applique que à
> des polygones :-( il faut donc trouver une autre voie des réflexion.
>
Je suis sur un truc en php qui fait un produit vectoriel entre 2
vecteurs successifs du rond-point et qui regarde si la composante en z
est positive o
Etienne Chové a écrit :
> select osm_id, astext(st_transform(way, 4020))
> from planet_osm_roads
> where way && st_transform('SRID=4020;LINESTRING(-5 41,10 51)',900913)
>and junction = 'roundabout'
>and ST_OrderingEquals(ST_ForceRHR(way), way)
> ;
En fait la fonction st_ForceRHR proposée p
Etienne Chové a écrit :
> La requête est à l'envers et signale tous les bons ronds-points. Vous
> n'avez qu'à vous dire que tous les ronds points non signalés sont faux,
> ou qu'une zone faiblement peuplées en bulle verte est suspecte.
En fait non elle semble à l'endroit... mais je crois que je
Emilie Laffray a écrit :
> Sébastien Dinot wrote:
>> Par contre, soit la requête n'est pas encore au point, soit je n'arrive
>> pas à analyser le problème mais je ne vois pas pourquoi deux bulles
>> vertes apparaissent à l'adresse ci-dessous :
>>
>> http://osmose.openstreetmap.fr/map/cgi-bin/index.
Sébastien Dinot wrote:
> Par contre, soit la requête n'est pas encore au point, soit je n'arrive
> pas à analyser le problème mais je ne vois pas pourquoi deux bulles
> vertes apparaissent à l'adresse ci-dessous :
>
> http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=17&lat=43.55698&lon=1.49
Sébastien Dinot wrote:
> Par contre, soit la requête n'est pas encore au point, soit je n'arrive
> pas à analyser le problème mais je ne vois pas pourquoi deux bulles
> vertes apparaissent à l'adresse ci-dessous :
>
> http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=17&lat=43.55698&lon=1.49
Bonsoir,
Etienne Chové a écrit :
> Ben la requête a dit qu'il y avait 123492 *oneway <> ''* en sens trigo
> dans la zone étudiée. Si j'avais filtrée avec *junction =
> 'roundabout'* il y en aurait peut être moins. Je suis un peu fatigué
> et j'ai fait n'importe quoi comme requête, ça met des bulle
Etienne Chové a écrit :
> Yann Coupin a écrit :
>> Alors j'ai creusé un peu parce que je n'avais pas non plus d'idée
>> précise de la méthode à utiliser.
>>
>> Je pense qu'il y a moyen de s'en sortir avec ce test (il faut
>> considérer que si c'est vrai alors le rond-point est à l'envers) :
>>
Merci du conseil ! J'vais taguer ça selon tes indications ;-)
Je n'avais pô trouvé ça sur le wiki.
J'avoue, parfois j'y perds mon latin...
Mais d'abord, je vais prendre une photo de ça, et la mettre en ligne.
Gerhard
Le 26 juin 09 à 18:06, Pieren a écrit :
>
> 2009/6/26 GerhardP :
>> Par contre,
2009/6/26 GerhardP :
> Par contre, on a des cas biscornus,
> je pense à l'ovni près des beaux-arts à Montpellier,
> qui en pratique est un rond-point réglementé par des feux tricolores, avec
> un tram qui passe en plein milieu,
> mais aucune signalisation sur place n'indique que c'est un rond-point
Merci, c'est une bonne chose, je trouve.
Par contre, on a des cas biscornus,
je pense à l'ovni près des beaux-arts à Montpellier,
qui en pratique est un rond-point réglementé par des feux tricolores, avec
un tram qui passe en plein milieu,
mais aucune signalisation sur place n'indique que c'est u
Yann Coupin a écrit :
> Alors j'ai creusé un peu parce que je n'avais pas non plus d'idée
> précise de la méthode à utiliser.
>
> Je pense qu'il y a moyen de s'en sortir avec ce test (il faut
> considérer que si c'est vrai alors le rond-point est à l'envers) :
>
> ST_OrderingEquals(ST_ForceRH
Alors j'ai creusé un peu parce que je n'avais pas non plus d'idée
précise de la méthode à utiliser.
Je pense qu'il y a moyen de s'en sortir avec ce test (il faut
considérer que si c'est vrai alors le rond-point est à l'envers) :
ST_OrderingEquals(ST_ForceRHR(way), way)
Yann
Le 26 juin 09 à
Pieren a écrit :
> 2009/6/25 Yann Coupin :
>> Il arrive que certains ronds-points tournent dans le sens des
>> aiguilles d'une montre (à l'envers, donc).
> +1
Ça, c'est un peu compliqué à trouver (pour moi), je pense qu'Etienne
saura faire avec postGIS.
> 2009/6/26 Julien D. :
>> J'ai une demande
2009/6/25 Yann Coupin :
> Il arrive que certains ronds-points tournent dans le sens des
> aiguilles d'une montre (à l'envers, donc).
+1
2009/6/26 Julien D. :
> J'ai une demande pour osmose dans le même style : détecter les roundabout
> avec oneway=yes (inutile car par défaut).
+1
Et j'ajouterais
J'ai une demande pour osmose dans le même style : détecter les roundabout
avec oneway=yes (inutile car par défaut).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Il arrive que certains ronds-points tournent dans le sens des
aiguilles d'une montre (à l'envers, donc). J'ai déjà vu le problème
dans les éditions de débutants et c'est assez dur à trouver mais
niveau routage c'est carrément gênant. Et du coup ça vient de me
traverser l'esprit qu'il serait
33 matches
Mail list logo
