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
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 ?
2. On peut faire exactement même chose avec "highway.tags?'ref:INSEE'" ?
voir même en une seule fois avec un "OR" ?
Voilà ce que j'ai :
SELECT
id,
ST_AsText(intersectio
-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
Le 19 mai 2015 18:16, Jérôme Amagat 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 629
> road 1
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 629
road 139
living_street 109
motorway_link 70
bridleway 68
trunk_link 55
pedestrian
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', 'unc
Christian Quest 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:
- un premier contributeu
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" 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 plutôt la "
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 san
Le 17/05/2015 11:08, didier2020 a écrit :
1)
colonne intersectioncomplexe ajoutée
( a prioris il y aura plus de faux positif si .t.)
voir id=153318806 ou id=111737255
Pour osmose, on prend ou on prend pas ?
___
dev-fr mailing list
dev-fr@openstreetm
pour le nord pas de calais,
voila le detail des intersections
51 GEOMETRYCOLLECTION
14 LINESTRING
63 MULTILINESTRING
410 MULTIPOINT
868 POINT
donc pour la représentation la condition serait plutot
typeintersection<>'POINT' pour indiquer qu'il a d'autres endroit avec
une intersection
et du co
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 inter
deja merci :)
j'ai ajouté
group by id a la fin
highway=raceway a filter
j'ai fais plusieurs test locaux, les id retournés sont tous bien a
corriger.
j'ai lancé 2 analyses osmose sur le nord_pas_de_calais (dept ou il y a
le plus de commune concernés) avec les 2 requetes.
j'analyserais demain ...
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,
ST_ClosestPoint(highway.linestring,
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,
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 à u
eloppeur OSM en français
> 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 mett
d'origine -
De: Christian Quest
À: Discussions développeur OSM en français
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'
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 a écrit :
> cool merci,
>
> group
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
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
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 (ST_Length(ST_Transform(way
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,
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 r
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
25 matches
Mail list logo