Le dimanche 24 mai 2015 à 15:47 +0200, Frédéric Rodrigo a écrit :
Bon ok on reste sur la France et un utilise la tag name en plus de highway.
1. Je prend quoi pour filtrer sur par name ?
Rue Impasse Passage Ruelle Boulevard
j'exclus Allée Avenue a cause des forets...
2. On peut faire
-l'analyse n'est pas du tout internationale, plutot pointue mais avec
peu de faux positif (pour ce que j'ai corrigé jusqu'a maintenant)
- il vaux mieux prendre des way qui sont longs, je pense que pour les
plus petits, d'autres analyses serait plus pertinente ou aurait le meme
effet de correction
J'aimerais bien que l'analyse puisse être internationale. Filer sur un type
de hygjway c'est possible ?
Le 18 mai 2015 23:01, didier2020 didier2...@free.fr a écrit :
aprés avoir corrigé un bon nombre de détection,
je ne pense pas que cela soit la géométrie de l'intersection
qui importe, mais
Christian Quest cqu...@openstreetmap.fr a ?crit :
J'ai sorti un CSV du résultat sur la France entière:
http://osm105.openstreetmap.fr/~cquest/routes.csv
92750 cas à vérifier... ;)
Je crains qu'on passe encore à côté d'un certain nombre de cas à cause
des redécoupages ultérieurs des voies:
Le mardi 19 mai 2015 à 09:29 +0200, Frédéric Rodrigo a écrit :
J'aimerais bien que l'analyse puisse être internationale.
Filer sur un type de hygjway c'est possible ?
pour la france je dirais
'primary','secondary','primary_link','secondary_link','tertiary','tertiary_link',
'residential',
Le 19 mai 2015 18:16, Jérôme Amagat jerome.ama...@gmail.com a écrit :
liste des types de highway dans routes.csv avec leur occurance :
unclassified 20923
residential 20637
tertiary 16783
track 11960
secondary 10341
primary 5270
path 2762
service 1325
trunk 726
footway 697
cycleway
aprés avoir corrigé un bon nombre de détection,
je ne pense pas que cela soit la géométrie de l'intersection
qui importe, mais plutôt la nature de la voie :
J'ai remarqué que les intersections complexes sont plus liés
aux écarts entre le tracé Bing vs tracé cadastre .
Faire une analyse sans
1)
colonne intersectioncomplexe ajoutée
( a prioris il y aura plus de faux positif si .t.)
voir id=153318806 ou id=111737255
2)
la meme route decoupée en plusieurs morceaux
- 1 morceau etait un way de la frontiere entre 2 communes = pas dans
analyse = ok (39219738)
- 1 autre morceau avec une
j'ai bati un truc a partir de la requete de christian
sur une base osmosis .
j'ai pas réussi a aggreger les communes - longueur du way dans la
commune.
Le samedi 16 mai 2015 à 11:42 +0200, Frédéric Rodrigo a écrit :
Le 15/05/2015 18:36, Christian Quest a écrit :
Suite à cet échange et à une
c'est mieux avec la requete ...
Le samedi 16 mai 2015 à 16:25 +0200, didier2020 a écrit :
j'ai bati un truc a partir de la requete de christian
sur une base osmosis .
j'ai pas réussi a aggreger les communes - longueur du way dans la
commune.
Le samedi 16 mai 2015 à 11:42 +0200,
Salut,
Voilà ce que j'en ai fait, regarde un peut les résultats et si tu peux
l'améliorer. Il y a un bug avec les voies qui reviennent dans la commune
d'origine, à voir si c'est est acceptable.
SELECT
id
FROM
(
SELECT
highway.id,
highway.linestring,
Voilà de quoi faire:
select h.osm_id, h.highway, h.name, h.ref,
st_length(st_transform(h.way,2154))/1000 as km, count(*) as nb,
string_agg(c.tags-'ref:INSEE',' ' order by c.tags-'ref:INSEE') as insee
from planet_osm_line h join planet_osm_polygon c on (c.boundary is not null
and c.admin_level='8'
cool merci,
group by 1,2,3,4,5 ?
goup by je vois mais c a 5 cela correspond à ?
il me manquait les codes insee
pour trouver sur quelle commune etait le VRAI name
avec http://cadastre.openstreetmap.fr/fantoir/
(c'est pas toujours évident)
la majorité des erreurs sont sur les RD
- name avec la
le group 5 c'est pour la longueur du way, vu qu'il n'y a pas d'aggregation
dessus, il faut le mettre dans le group by.
La requête a besoin d'un index sur le ref:INSEE pour être rapide... c'est
le cas sur osm105 où j'ai testé ça.
Le 15 mai 2015 10:43, didier2020 didier2...@free.fr a écrit :
: Christian Quest cqu...@openstreetmap.fr
À: Discussions développeur OSM en français dev-fr@openstreetmap.org
Envoyé: Fri, 15 May 2015 14:04:36 +0200 (CEST)
Objet: Re: [OSM-dev-fr] requete pour trouver un way qui intersecte
plusieurs communes
le group 5 c'est pour la longueur du way, vu qu'il n'y
Envoyé: Fri, 15 May 2015 14:04:36 +0200 (CEST)
Objet: Re: [OSM-dev-fr] requete pour trouver un way qui intersecte
plusieurs communes
le group 5 c'est pour la longueur du way, vu qu'il n'y a pas d'aggregation
dessus, il faut le mettre dans le group by.
La requête a besoin d'un index sur le
j'ai commencé par dégrossir les erreurs avec :
select osm_id,name
from planet_osm_line
where
highway is not null and
name is not null and
(
upper(left(name,3)) = 'RUE'
or upper(left(name,6))='AVENUE'
or upper(left(name,5))='ALLEE'
or upper(left(name,6))='PLACE'
)
and
Le samedi 09 mai 2015 à 15:28 +0200, Vincent de Château-Thierry a
écrit :
Bonjour,
Le 08/05/2015 12:24, didier2020 a écrit :
voila c'est dans le titre ...
depuis que je banote j'ai remarqué plusieur fois :
un nom est mis sur une voie mais comme celle-ci n'est pas découpée,
ce nom
Bonjour,
Le 08/05/2015 12:24, didier2020 a écrit :
voila c'est dans le titre ...
depuis que je banote j'ai remarqué plusieur fois :
un nom est mis sur une voie mais comme celle-ci n'est pas découpée,
ce nom est erroné sur la commune voisine.
donc
le but est de trouver l'id d'un way
de type
voila c'est dans le titre ...
depuis que je banote j'ai remarqué plusieur fois :
un nom est mis sur une voie mais comme celle-ci n'est pas découpée,
ce nom est erroné sur la commune voisine.
donc
le but est de trouver l'id d'un way
de type route (primary, secondary,unclassified, ...)
qui est
20 matches
Mail list logo
