bonjour a tous,
suite a la dernière rencontre parisienne,
cquest a encore eu une bonne idée que je me suis empressé de
quantifier :
la part de population qui n'a pas de route avec un tag name.
les résulats sont toujours au même endroit :
http://osm2020.free.fr/qa-commune.
(les analyses depuis
Pour le landuse avec le nom de la résidence, j'ai vu la même chose sur des
zones commerciales, industriel ou des zones forestières.
Mais dans ce cas on utilise le tag name et non addr:housename
name=Les Villas Hautes
Je n'aurai pas utilisé le landuse=residential seulement pour cette
résidence car
Bonjour,
Je ressort cette discussion pour demander s'il existe un moyen
simple pour voir où trouve une route qui est listée dans Route500 ?
Exemple : Dans le Lot
(http://osm13.openstreetmap.fr/~cquest/routes/routes-46.csv), il
existerait une D261, dont la longueur selon Route500 est de
Je pourrai modifier ce csv pour inclure la bbox... je regarde (et je suis
sur irc pour en discuter)
Le 28 septembre 2014 18:11, Art Penteur art.pent...@gmail.com a écrit :
Bonjour,
Je ressort cette discussion pour demander s'il existe un moyen
simple pour voir où trouve une route qui est
Ah d'accord, merci c'est bon à savoir.
From: cqu...@openstreetmap.fr
Date: Sat, 27 Sep 2014 15:01:53 +0200
To: talk-fr@openstreetmap.org
Subject: Re: [OSM-talk-fr] Osmose et junction = roundabout
Le 27 septembre 2014 14:05, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
Bonjour,
@Félix
a prioris c'est le way 167631335
j'ai telechargé le shp route500 pour le lot + utilisation de qgis
Le dimanche 28 septembre 2014 à 18:17 +0200, Christian Quest a écrit :
Je pourrai modifier ce csv pour inclure la bbox... je regarde (et je
suis sur irc pour en discuter)
Le 28 septembre 2014
Avec un gros paquet de traces, on pourrait imaginer des algorithmes
d'extraction de trace moyenne. Ça pourrait être utilisé pour vérifier le
calage du cadastre ou d'orthopohotos. On pourrait aussi imaginer
d'exploiter ces traces moyennes pour caler des photos aériennes brutes à
orthorectifier
Merci.
Pour mon cas personnel, un seul point (le premier, le dernier, le médian)
me suffirait. Mais la BB, c'est peut être plus général.
Je ne suis pas sur IRC... Je suis pizzaiolo dans la cuisine.
Art.
Je pourrai modifier ce csv pour inclure la bbox... je regarde (et je suis
sur irc pour en
Merci.
Je verrai ça tout à l'heure.
Mais cette route n'est pas la seule.
Art.
Le 28 sept. 2014 19:26, didier2020 didier2...@free.fr a écrit :
a prioris c'est le way 167631335
j'ai telechargé le shp route500 pour le lot + utilisation de qgis
Le dimanche 28 septembre 2014 à 18:17 +0200,
Dans quel mesure les donnée de route500 sont elle juste?
Sont elle plus juste que le cadastre? sont elle juste aux intersections,
quand on change de ref?
Bon je suis sur qu'on va me dire que le plus sur c'est ce qui est écrit sur
les panneaux au bord de la route et je suis daccord! :)
Le 28
J'ai modifié la requête pour sortir le X/Y de l'extrémité du segment le
plus long du Route500 qui correspond à la route en question.
Le fichier du 46 a été mis à jour, les autres le seront cette nuit.
http://osm13.openstreetmap.fr/~cquest/routes/routes-46.csv
Pour la D261, ça donne:
De ma super expérience sur un nombre significatif de quelques rares cas
tous situés dans le même département, en cas de désaccord, c'est souvent
Route500 qui a raison. Mais pas toujours (par ex. en cas d'ouverture de
contournement routier). Et parfois même les panneaux en bord de route sont
Et Route500 n'est dispo qu'en édition 2012... donc les données qu'on y
trouve peuvent avoir entre 2 et 3 ans d'ancienneté.
Le 28 septembre 2014 20:47, Art Penteur art.pent...@gmail.com a écrit :
De ma super expérience sur un nombre significatif de quelques rares cas
tous situés dans le même
OK, ça me va.
J'ai trouvé la D 147 (changeset 25733047); la D 217 (changeset
25732812), et vu que le cas de la D 261 n'était pas clair..
Ce qui pourrait faciliter la vie, ce serait d'avoir directement un URL
OSM (genre https://www.openstreetmap.org/#map=15/44.82011/1.46781) (ou
un URL sur
Je m'en doute un peu, mais un csv c'est pas trop fait pour ça, il faudrait
le remettre en forme autrement pour être plus digeste.
Là l'info est certe brute, mais déjà exploitable ;)
Le 28 septembre 2014 21:51, Art Penteur art.pent...@gmail.com a écrit :
OK, ça me va.
J'ai trouvé la D 147
@Eric SIBERT Oui et non.
Il faut dans ce cas récupérer les points où l'on aura la meilleure
couverture GPS et les données des puces les plus précises.
Auquel cas, si tes sources d'informations sont mauvaises (téléphones
mobiles) ou ta période de couverture pourrie (genre 3 satellites) tu auras
Une simple page HTML suffirait ;-)
Le 28 septembre 2014 22:03, Christian Quest cqu...@openstreetmap.fr a
écrit :
Je m'en doute un peu, mais un csv c'est pas trop fait pour ça, il faudrait
le remettre en forme autrement pour être plus digeste.
Là l'info est certe brute, mais déjà exploitable
Une résidence ce n'est pas que la clôture ou le mur d'enceinte (quand il y
en a ! pas toujours; parfois c'est encore une rue ouverte sur l'extérieur
avec son parking bordant la voie publique).
Bref oui il faut un polygone (ou une relation joignant les ways qu'on peut
agrémenter de tags
Certains carrefours (pas des rond-points!) ont des noms locaux (par exemple
les portes de Paris et autres noms de sorties sur des rocades; mais ce ne
sont pas non plus des voies de jonctions type primary_link car ce ne sont
pas des ways). Ces noms ne sont pas ceux des rues ou routes qui les
Le 28/09/2014 19:35, Eric SIBERT a écrit :
Avec un gros paquet de traces, on pourrait imaginer des algorithmes
d'extraction de trace moyenne.
Ca existe déjà, mais je n'arrive plus à remettre la main sur le lien. Le
site utilisait une version modifiée de ID qui incluait cet outil.
Stf
20 matches
Mail list logo
