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
_
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
trave
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 éventuelleme
Une simple page HTML suffirait ;-)
Le 28 septembre 2014 22:03, Christian Quest 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 ;)
>
> Le 28 septembre
@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
aus
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 a écrit :
> OK, ça me va.
> J'ai trouvé la D 147 (changeset 25733047); la
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 tile.osm
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 a écrit :
> 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
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
douteux
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: D261,0.00,6.2
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 septem
Merci.
Je verrai ça tout à l'heure.
Mais cette route n'est pas la seule.
Art.
Le 28 sept. 2014 19:26, "didier2020" 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, Christian Quest a
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 dis
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 (
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 2
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 a
écrit :
Bonjour,
@Félix Marty non c'est pas a ignor
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 a écrit :
> Bonjour,
>
> Je ressort cette discussion pour demander s'il existe un moyen
> simple pour voir où trouve une route qui est listée dans Route
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 6,
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 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
20 matches
Mail list logo
