Re: [OSM-talk-fr] Import automatique de traces GPS, bien ou mal ?

[Stéphane Péneau]

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

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Noms de carrefours

[Philippe Verdy]

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
traversent.
Ce ne sont pas des noms de quartiers à proprement parler; pas des entités
administratives. Ils ne nomment qu'un point et informellement ce qui est
autour. Parmi les types "place=*" qui existent, le seul adapté est
"place=locality" (ou place="neighborhood" ?)

Aucun problème jusqu'à ce que quelqu'un décide d'ajouter
"highqay=traffic_signals" pour ce carrefour contrôlé par des feux, et à ce
moment-là Osmose se plaint que "highway=*" et "place=*" sont incompatibles
(ce qui est vrai pour des ways ou polygones; mais FAUX pour les places
piétonnes taguées comme polygones avec highay=pedestrian et area=yes, et
toujours FAUX s'agissant des noeuds).
Il semble qu'Osmse ne se rend pas compte qu'il ne s'agit pas d'un way mais
d'un simple noeud et que highway=traffic_signal ne désigne pas du tout une
rue/route mais un équipement sur la voirie.

Comment éliminer ces faux positifs (erreur 4030 d'Osmose)?
Osmose ne devrait-il pas éviter pour cette détection les objets ponctuels
qui peuvent être insérés sur un highway (par exemple les feux, stops,
passages piétons, cédez-le-passage) qui peuvent aussi parfois être sur un
carrefour nommé avec un place=* (quelquesit la valeur de ce place, si
place=locality n'est toujours pas adapté).

Devrait-on créer un place=crossing (applicable aussi bien aux carrefours
routiers qu'aux passages à niveaux qui eux aissi peuvent avoir des noms)?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tagguer une résidence

[Philippe Verdy]

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 éventuellement là où il y a clôture, muret, portail,
barrière, chaine ou porte passant par un couloir d'immeuble)
Le problème n'est pas là. En plus une résidence ne se réduit pas un seul
point; c'est une surface englobant plusieurs adresses parfois sur plusieurs
rues publiques ou au bout d'une voie privée de service partagée par
plusieurs résidences ou habitats individuels: elle peut aussi avoir des
"rues" internes (des allées de service tournant autour des batiments
concernés et donnant accès à leur parking ou locaux communs de service
comme un local poubelle, des garages couverts.
Au plan de l'adresse BANO, qui ne connait guère que les voies publiques,
les résidences sont un cas à part : elles ne sont pas un quartier, elles
ont leur numérotation internet (distincte de la numérotation publique qui
peut être uniquement un intervalle d'anciens numéros qui ne sont plus
réellement utilisés ni visibles sur le terrain; c'est remplacé par le
numéro de bâtiment, d'escalier dans la résidence):

A la limite la résidence constitue une rue à part même si certaines
adresses dans la résidence ont une correspondance aussi avec un numéro sur
la voie publique; ce qui pose le probléme de ce qu'on doit indiquer dans
"house_number". A mon avis pour un tel cas c'est la résidence entière qui a
une adresse (utilisée pour ses communs); mais les habitations dans la
résidence doivent seulement être associées à la résidence (en tant que
addr:street par son nom), et utiliser la numérotation interne de la
résidence (dont l'adresse elle-même n'est pas signifiante -- hormis la
commune et le code postal si les adresses individuelles n'ont pas leur
propre code postal type CEDEX)


Le 28 septembre 2014 12:49, Jérôme Seigneuret  a
écrit :

> 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 je l'utilise plus pour voir les continuités des aires
> urbaines. J'aurai plutot fait un point avec à la limite addr:housename=Les
> Villas Hautes
>
>
> Si tu veux matérialiser les clôtures de ta résidence tu peux aussi
> utiliser des linéaires
> barrier=fence
> et les mur
> barrier=wall
>
>
>
> BANO n'utilise pas le nom de ta résidence mais juste le numéro des
> adresses et le nom des batiments
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/48.59693/-2.82990
>
> Si tu veux voir un exemple, pour le placement des adresses, tu peux voir
> ici:
> http://www.openstreetmap.org/edit#map=19/48.42338/7.66840
>
>
> Pour le nom du bâtiment,  tu peux mettre sur le polygon du bâtiment
> addr:housename=Bâtiment A
>
> Le mieux est de mettre le numéro sur l'entrée principale du bâtiment avec
> entrance=main (sur un noeud du contour du batiment)
> addr:housenumber= 42bis
> addr:street= Rue Sainte-Marguerite
>
> Si tu ne sais pas quel bâtiment c'est tu fais le point d'adresse devant
> les deux bâtiments.
>
> associatedStreet n'est pas le mieux dans ton cas en plus il manque la
> moitié des adresses et bâtiments de la rue utilisé pour ta liaison. C'est
> une alternative en cas d’absence du tag d'adressage
> mieux vaut utiliser sur chaque point d'adressage  addr:street
> =
>
> Jérôme
>
> Le 27 septembre 2014 17:09, Jérome Seigneuret  > a écrit :
>
>> Bonjour
>>
>> Tu dois faire un point sur le bâtiment concerné en mettant toute les info
>> utile et tu le rattaché au way de ton bâtiment. Situ as plusieurs entrées,
>> tu reprends les même paramtre et tu ajoutes un tag entrance=*
>> * a remplacer par A B C etc.
>>
>> Jerome
>> --
>> De : GwenB 
>> Envoyé : ‎27/‎09/‎2014 16:56
>> À : talk-fr@openstreetmap.org
>> Objet : [OSM-talk-fr] tagguer une résidence
>>
>> bonjour
>>
>> j'aimerais avoir votre avis sur le cas d'une résidence privée avec les
>> caractéristiques suivantes :
>> - nom de la résidence "Les Villas Hautes"
>> - un accès unique
>> - une adresse unique pour l'ensemble des bâtiments de la résidence :
>> 42bis rue Saint-Marguerite (le numéro est à l'entrée de la résidence)
>> - elle est composée de 6 bâtiments dont 4 sont nommés par des lettres
>> (A à D)
>> - les 2 bâtiments non nommés sont sur le même terrain entouré d'une
>> clôture et ont pour numéro 42bis (qui est le numéro de la résidence) et
>> 42ter (plaques sur le portail d'accès au terrain). Pour y accéder il
>> faut traverser la résidence. D'après le plan suivant, ces 2 bâtiments
>> appartiennent bien à la résidence :
>>
>> http://www.apartforsale.com/components/com_hotprope

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Jérôme Seigneuret]

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 2014 21:51, Art Penteur  a écrit :
>
> 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.osmfr) plutôt que lat/lon séparés. Mais je peux vivre
>> sans.
>>
>> Encore merci,
>>
>> Art.
>>
>> Le 28 septembre 2014 20:07, Christian Quest  a
>> écrit :
>> > 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.25,44.503822,1.446066
>> >
>> > Donc ici:
>> >
>> http://tile.openstreetmap.fr/?zoom=18&lat=44.50382&lon=1.44607&layers=B000TFF
>> >
>> >
>> > Le 28 septembre 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 écrit :
>> >> > 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
>> >> > 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,25 km,
>> >> > et qui n'est pas dans OSM.
>> >> >
>> >> > J'aimerais bien savoir où elle est, pour pouvoir lancer
>> >> > JOSM avec
>> >> > toutes les sources nécessaires dans ce coin, et la faire
>> >> > apparaître
>> >> > dans OSM.
>> >> >
>> >> > Quelqu'un a une idée du moyen le plus simple de faire ça
>> ?
>> >> >
>> >> > Merci d'avance,
>> >> >
>> >> >  Art.
>> >> >
>> >> > Le 8 septembre 2014 14:37, Christian Quest
>> >> >  a écrit :
>> >> > > Le 8 septembre 2014 11:04, Art Penteur
>> >> >  a écrit :
>> >> > >>
>> >> > >> Merci Christian pour ces trucs.
>> >> > >>
>> >> > >> Dans mon petit cas personnel, les comparaisons m'ont fait
>> >> > trouver des
>> >> > >> cas où les indications du cadastre ne correspondant pas à
>> >> > Route500 (et
>> >> > >> dans la plupart des cas, je pense que le cadastre a tord).
>> >> > >>
>> >> > >
>> >> > > Tu veux dire sur la numérotation ? Oui, fort probable. Il y
>> >> > a eu pas mal de
>> >> > > renumérotations un peu partout avec les nationales passées
>> >> > en
>> >> > > départementales. Comme c'est de l'info d'habillage dans le
>> >> > cadastre, elle
>> >> > > n'est pas mise à jour avec rigueur.
>> >> > >
>> >> > >
>> >> > >>
>> >> > >> D'où les questions suivantes :
>> >> > >>   - L'idée d'un guichet unique pour remonter les erreurs
>> >> > a-t-telle pu
>> >> > >> avancer ? (cf. BANOCamp de juin)
>> >> > >
>> >> > >
>> >> > > Ça avance... un deuxième BANOcamp devrait s'organiser. Je
>> ne
>> >> > sais pas encore
>> >> > > sous quelle forme.
>> >> > > Comme je suis désormais chargé officiellement de faire
>> >> > avancer le projet
>> >> > > BANO au sein d'Etalab, il va y avoir plus d'énergie dessus,
>> >> > des ressources
>> >> > > en développement, et aussi (voire surtout) des portes qui
>> >> > s'ouvriront
>> >> > > sûrement plus facilement avec une casquette officielle
>> >> > qu'une casquette OSM.
>> >> > > Il y a déjà quelques rendez-vous importants de programmés.
>> >> > >
>> >> > >
>> >> > >>
>> >> > >>   - Existe-t-il une source publique, de référence, pour
>> les
>> >> > >> définitions des références des voies départementales ?
>> >> > >>
>> >> > >
>> >> > > Pas que je sache... à part le Route 500 ;)
>> >> > > Le problème c'est son cycle de mise à jour. Il n'y a pas eu
>> >> > de nouvelle
>>

Re: [OSM-talk-fr] Import automatique de traces GPS, bien ou mal ?

[Jérôme Seigneuret]

@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
aussi une mauvaises moyennes. La masse de données n'est pas forcément un
signe de bonne qualité.
Donc il faut déjà faire un pré-filtrage avant de prendre un lot de points.

C'est un peu le problème de la trace GPX. Tu n'as pas (ou très rarement) de
métadonnées... Le seul moyen de caler c'est de trouver des points communs
et de rectifier (plaques d’égouts, angle de batiments...) et en aucun cas
de ce baser juste sur des tracés. c'est juste un bon indicateur mais c'est
loin d'être parfait.

Il faut aussi se rappeler que le signal est fortement dégradé dans certains
environnements. Ça reste un signal électrique.
En topographie (certes c'est d'autres besoins en terme de précision) on
fait un post-traitement pour corriger les positions avec des antennes fixes
au sol qui proposent des correctifs. Le plus gros problème c'est l'altitude.

Il y a aussi des applis de tracking qui sont basés sur du Google comme
MyTrack. Je ne connais pas les droits d'utilisation mais bon je pense qu'il
faut vérifier les droits de ré-exploitation des données.

Il y a d'autres applications qui corrige l'altitude en utilisant la base de
données de Google ou USGS et autres...
Le but n'est pas d'attaquer le format GPX mais je pense qu'il fait trouver
un moyen d'analyser la qualité des traces GPX.

Autre chose qu'il faut aussi comprendre une trace GPX peut-être totalement
inventée. Il suffit de faire un algorithme et d'avoir la base de données
d'un fournisseur en ajouter aléatoirement  des points sur l' itinéraires
avec une précision de 3 à 20m. C'est ce que l'on utilise pour faire des
simulations d'itinéraires et de correspondance entre tracking et le
référentiel lui-même.

Bref: il faut faire attention aux données de masse qui sont fournis et
mieux vaut faire des accords avec des entreprises qui voudraient fournir
des informations avec un tel moyen ou mettre en place des moyens d'alerte
dans le cas de fourniture ou de suppression de masse.

Coté données personnelles, pas de soucis si les personnes (utilisateurs des
véhicules) ont été informés que les données de tracking serviront à
alimenter une base données dans leurs contrat ou via un avenant. D'ailleurs
les trackings des entreprises doivent faire l'objet d'un signalement auprès
de la CNIL avec les conditions d'utilisation des données. (Donc dans le cas
de données de masse il faut aussi savoir si il existe une déclaration à la
CNIL en ce sens.
Il n'y a pas l’identification de la personne sur la trace GPX donc
normalement la CNIL ne devrait pas râler là dessus. C'est à conserver par
les entreprises dans un but de qualité pendant 2 à 3 mois max après c'est
poubelle. Le suivi de flotte est bien détaillé sur le site de la CNIL.

Jérôme

Le 28 septembre 2014 19:35, Eric SIBERT  a écrit :

> 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 (suivez mon regard ;-) ).
>
> Eric
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Christian Quest]

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 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.osmfr) plutôt que lat/lon séparés. Mais je peux vivre
> sans.
>
> Encore merci,
>
> Art.
>
> Le 28 septembre 2014 20:07, Christian Quest  a
> écrit :
> > 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.25,44.503822,1.446066
> >
> > Donc ici:
> >
> http://tile.openstreetmap.fr/?zoom=18&lat=44.50382&lon=1.44607&layers=B000TFF
> >
> >
> > Le 28 septembre 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 écrit :
> >> > 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
> >> > 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,25 km,
> >> > et qui n'est pas dans OSM.
> >> >
> >> > J'aimerais bien savoir où elle est, pour pouvoir lancer
> >> > JOSM avec
> >> > toutes les sources nécessaires dans ce coin, et la faire
> >> > apparaître
> >> > dans OSM.
> >> >
> >> > Quelqu'un a une idée du moyen le plus simple de faire ça ?
> >> >
> >> > Merci d'avance,
> >> >
> >> >  Art.
> >> >
> >> > Le 8 septembre 2014 14:37, Christian Quest
> >> >  a écrit :
> >> > > Le 8 septembre 2014 11:04, Art Penteur
> >> >  a écrit :
> >> > >>
> >> > >> Merci Christian pour ces trucs.
> >> > >>
> >> > >> Dans mon petit cas personnel, les comparaisons m'ont fait
> >> > trouver des
> >> > >> cas où les indications du cadastre ne correspondant pas à
> >> > Route500 (et
> >> > >> dans la plupart des cas, je pense que le cadastre a tord).
> >> > >>
> >> > >
> >> > > Tu veux dire sur la numérotation ? Oui, fort probable. Il y
> >> > a eu pas mal de
> >> > > renumérotations un peu partout avec les nationales passées
> >> > en
> >> > > départementales. Comme c'est de l'info d'habillage dans le
> >> > cadastre, elle
> >> > > n'est pas mise à jour avec rigueur.
> >> > >
> >> > >
> >> > >>
> >> > >> D'où les questions suivantes :
> >> > >>   - L'idée d'un guichet unique pour remonter les erreurs
> >> > a-t-telle pu
> >> > >> avancer ? (cf. BANOCamp de juin)
> >> > >
> >> > >
> >> > > Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne
> >> > sais pas encore
> >> > > sous quelle forme.
> >> > > Comme je suis désormais chargé officiellement de faire
> >> > avancer le projet
> >> > > BANO au sein d'Etalab, il va y avoir plus d'énergie dessus,
> >> > des ressources
> >> > > en développement, et aussi (voire surtout) des portes qui
> >> > s'ouvriront
> >> > > sûrement plus facilement avec une casquette officielle
> >> > qu'une casquette OSM.
> >> > > Il y a déjà quelques rendez-vous importants de programmés.
> >> > >
> >> > >
> >> > >>
> >> > >>   - Existe-t-il une source publique, de référence, pour les
> >> > >> définitions des références des voies départementales ?
> >> > >>
> >> > >
> >> > > Pas que je sache... à part le Route 500 ;)
> >> > > Le problème c'est son cycle de mise à jour. Il n'y a pas eu
> >> > de nouvelle
> >> > > version publiée en opendata par l'IGN depuis cette première
> >> > version ouverte.
> >> > >
> >> > > --
> >> > > Christian Quest - OpenStreetMap France
> >> > >
> >> >
> >> >   

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

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.osmfr) plutôt que lat/lon séparés. Mais je peux vivre
sans.

Encore merci,

Art.

Le 28 septembre 2014 20:07, Christian Quest  a écrit :
> 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.25,44.503822,1.446066
>
> Donc ici:
> http://tile.openstreetmap.fr/?zoom=18&lat=44.50382&lon=1.44607&layers=B000TFF
>
>
> Le 28 septembre 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 écrit :
>> > 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
>> > 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,25 km,
>> > et qui n'est pas dans OSM.
>> >
>> > J'aimerais bien savoir où elle est, pour pouvoir lancer
>> > JOSM avec
>> > toutes les sources nécessaires dans ce coin, et la faire
>> > apparaître
>> > dans OSM.
>> >
>> > Quelqu'un a une idée du moyen le plus simple de faire ça ?
>> >
>> > Merci d'avance,
>> >
>> >  Art.
>> >
>> > Le 8 septembre 2014 14:37, Christian Quest
>> >  a écrit :
>> > > Le 8 septembre 2014 11:04, Art Penteur
>> >  a écrit :
>> > >>
>> > >> Merci Christian pour ces trucs.
>> > >>
>> > >> Dans mon petit cas personnel, les comparaisons m'ont fait
>> > trouver des
>> > >> cas où les indications du cadastre ne correspondant pas à
>> > Route500 (et
>> > >> dans la plupart des cas, je pense que le cadastre a tord).
>> > >>
>> > >
>> > > Tu veux dire sur la numérotation ? Oui, fort probable. Il y
>> > a eu pas mal de
>> > > renumérotations un peu partout avec les nationales passées
>> > en
>> > > départementales. Comme c'est de l'info d'habillage dans le
>> > cadastre, elle
>> > > n'est pas mise à jour avec rigueur.
>> > >
>> > >
>> > >>
>> > >> D'où les questions suivantes :
>> > >>   - L'idée d'un guichet unique pour remonter les erreurs
>> > a-t-telle pu
>> > >> avancer ? (cf. BANOCamp de juin)
>> > >
>> > >
>> > > Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne
>> > sais pas encore
>> > > sous quelle forme.
>> > > Comme je suis désormais chargé officiellement de faire
>> > avancer le projet
>> > > BANO au sein d'Etalab, il va y avoir plus d'énergie dessus,
>> > des ressources
>> > > en développement, et aussi (voire surtout) des portes qui
>> > s'ouvriront
>> > > sûrement plus facilement avec une casquette officielle
>> > qu'une casquette OSM.
>> > > Il y a déjà quelques rendez-vous importants de programmés.
>> > >
>> > >
>> > >>
>> > >>   - Existe-t-il une source publique, de référence, pour les
>> > >> définitions des références des voies départementales ?
>> > >>
>> > >
>> > > Pas que je sache... à part le Route 500 ;)
>> > > Le problème c'est son cycle de mise à jour. Il n'y a pas eu
>> > de nouvelle
>> > > version publiée en opendata par l'IGN depuis cette première
>> > version ouverte.
>> > >
>> > > --
>> > > Christian Quest - OpenStreetMap France
>> > >
>> >
>> > > ___
>> > > Talk-fr mailing list
>> > > Talk-fr@openstreetmap.org
>> > > https://lists.openstreetmap.org/listinfo/talk-fr
>> > >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-fr
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Christian Quest - OpenStreetMap Fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Christian Quest]

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 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, lors de renumérotation récente.
>
> Bienvenue dans la vraie vie !
>
> Art.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

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, lors de renumérotation récente.

Bienvenue dans la vraie vie !

Art.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Christian Quest]

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.25,44.503822,1.446066

Donc ici:
http://tile.openstreetmap.fr/?zoom=18&lat=44.50382&lon=1.44607&layers=B000TFF


Le 28 septembre 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 écrit :
> > 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
> > 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,25 km,
> > et qui n'est pas dans OSM.
> >
> > J'aimerais bien savoir où elle est, pour pouvoir lancer
> > JOSM avec
> > toutes les sources nécessaires dans ce coin, et la faire
> > apparaître
> > dans OSM.
> >
> > Quelqu'un a une idée du moyen le plus simple de faire ça ?
> >
> > Merci d'avance,
> >
> >  Art.
> >
> > Le 8 septembre 2014 14:37, Christian Quest
> >  a écrit :
> > > Le 8 septembre 2014 11:04, Art Penteur
> >  a écrit :
> > >>
> > >> Merci Christian pour ces trucs.
> > >>
> > >> Dans mon petit cas personnel, les comparaisons m'ont fait
> > trouver des
> > >> cas où les indications du cadastre ne correspondant pas à
> > Route500 (et
> > >> dans la plupart des cas, je pense que le cadastre a tord).
> > >>
> > >
> > > Tu veux dire sur la numérotation ? Oui, fort probable. Il y
> > a eu pas mal de
> > > renumérotations un peu partout avec les nationales passées
> > en
> > > départementales. Comme c'est de l'info d'habillage dans le
> > cadastre, elle
> > > n'est pas mise à jour avec rigueur.
> > >
> > >
> > >>
> > >> D'où les questions suivantes :
> > >>   - L'idée d'un guichet unique pour remonter les erreurs
> > a-t-telle pu
> > >> avancer ? (cf. BANOCamp de juin)
> > >
> > >
> > > Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne
> > sais pas encore
> > > sous quelle forme.
> > > Comme je suis désormais chargé officiellement de faire
> > avancer le projet
> > > BANO au sein d'Etalab, il va y avoir plus d'énergie dessus,
> > des ressources
> > > en développement, et aussi (voire surtout) des portes qui
> > s'ouvriront
> > > sûrement plus facilement avec une casquette officielle
> > qu'une casquette OSM.
> > > Il y a déjà quelques rendez-vous importants de programmés.
> > >
> > >
> > >>
> > >>   - Existe-t-il une source publique, de référence, pour les
> > >> définitions des références des voies départementales ?
> > >>
> > >
> > > Pas que je sache... à part le Route 500 ;)
> > > Le problème c'est son cycle de mise à jour. Il n'y a pas eu
> > de nouvelle
> > > version publiée en opendata par l'IGN depuis cette première
> > version ouverte.
> > >
> > > --
> > > Christian Quest - OpenStreetMap France
> > >
> >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> > >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> >
> >
> > --
> > Christian Quest - OpenStreetMap France
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Jérôme Amagat]

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 septembre 2014 19:46, Art Penteur  a écrit :

> 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 écrit :
>> > 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
>> > 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,25 km,
>> > et qui n'est pas dans OSM.
>> >
>> > J'aimerais bien savoir où elle est, pour pouvoir lancer
>> > JOSM avec
>> > toutes les sources nécessaires dans ce coin, et la faire
>> > apparaître
>> > dans OSM.
>> >
>> > Quelqu'un a une idée du moyen le plus simple de faire ça ?
>> >
>> > Merci d'avance,
>> >
>> >  Art.
>> >
>> > Le 8 septembre 2014 14:37, Christian Quest
>> >  a écrit :
>> > > Le 8 septembre 2014 11:04, Art Penteur
>> >  a écrit :
>> > >>
>> > >> Merci Christian pour ces trucs.
>> > >>
>> > >> Dans mon petit cas personnel, les comparaisons m'ont fait
>> > trouver des
>> > >> cas où les indications du cadastre ne correspondant pas à
>> > Route500 (et
>> > >> dans la plupart des cas, je pense que le cadastre a tord).
>> > >>
>> > >
>> > > Tu veux dire sur la numérotation ? Oui, fort probable. Il y
>> > a eu pas mal de
>> > > renumérotations un peu partout avec les nationales passées
>> > en
>> > > départementales. Comme c'est de l'info d'habillage dans le
>> > cadastre, elle
>> > > n'est pas mise à jour avec rigueur.
>> > >
>> > >
>> > >>
>> > >> D'où les questions suivantes :
>> > >>   - L'idée d'un guichet unique pour remonter les erreurs
>> > a-t-telle pu
>> > >> avancer ? (cf. BANOCamp de juin)
>> > >
>> > >
>> > > Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne
>> > sais pas encore
>> > > sous quelle forme.
>> > > Comme je suis désormais chargé officiellement de faire
>> > avancer le projet
>> > > BANO au sein d'Etalab, il va y avoir plus d'énergie dessus,
>> > des ressources
>> > > en développement, et aussi (voire surtout) des portes qui
>> > s'ouvriront
>> > > sûrement plus facilement avec une casquette officielle
>> > qu'une casquette OSM.
>> > > Il y a déjà quelques rendez-vous importants de programmés.
>> > >
>> > >
>> > >>
>> > >>   - Existe-t-il une source publique, de référence, pour les
>> > >> définitions des références des voies départementales ?
>> > >>
>> > >
>> > > Pas que je sache... à part le Route 500 ;)
>> > > Le problème c'est son cycle de mise à jour. Il n'y a pas eu
>> > de nouvelle
>> > > version publiée en opendata par l'IGN depuis cette première
>> > version ouverte.
>> > >
>> > > --
>> > > Christian Quest - OpenStreetMap France
>> > >
>> >
>> > > ___
>> > > Talk-fr mailing list
>> > > Talk-fr@openstreetmap.org
>> > > https://lists.openstreetmap.org/listinfo/talk-fr
>> > >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-fr
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Christian Quest - OpenStreetMap France
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

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 écrit :
> > 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
> > 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,25 km,
> > et qui n'est pas dans OSM.
> >
> > J'aimerais bien savoir où elle est, pour pouvoir lancer
> > JOSM avec
> > toutes les sources nécessaires dans ce coin, et la faire
> > apparaître
> > dans OSM.
> >
> > Quelqu'un a une idée du moyen le plus simple de faire ça ?
> >
> > Merci d'avance,
> >
> >  Art.
> >
> > Le 8 septembre 2014 14:37, Christian Quest
> >  a écrit :
> > > Le 8 septembre 2014 11:04, Art Penteur
> >  a écrit :
> > >>
> > >> Merci Christian pour ces trucs.
> > >>
> > >> Dans mon petit cas personnel, les comparaisons m'ont fait
> > trouver des
> > >> cas où les indications du cadastre ne correspondant pas à
> > Route500 (et
> > >> dans la plupart des cas, je pense que le cadastre a tord).
> > >>
> > >
> > > Tu veux dire sur la numérotation ? Oui, fort probable. Il y
> > a eu pas mal de
> > > renumérotations un peu partout avec les nationales passées
> > en
> > > départementales. Comme c'est de l'info d'habillage dans le
> > cadastre, elle
> > > n'est pas mise à jour avec rigueur.
> > >
> > >
> > >>
> > >> D'où les questions suivantes :
> > >>   - L'idée d'un guichet unique pour remonter les erreurs
> > a-t-telle pu
> > >> avancer ? (cf. BANOCamp de juin)
> > >
> > >
> > > Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne
> > sais pas encore
> > > sous quelle forme.
> > > Comme je suis désormais chargé officiellement de faire
> > avancer le projet
> > > BANO au sein d'Etalab, il va y avoir plus d'énergie dessus,
> > des ressources
> > > en développement, et aussi (voire surtout) des portes qui
> > s'ouvriront
> > > sûrement plus facilement avec une casquette officielle
> > qu'une casquette OSM.
> > > Il y a déjà quelques rendez-vous importants de programmés.
> > >
> > >
> > >>
> > >>   - Existe-t-il une source publique, de référence, pour les
> > >> définitions des références des voies départementales ?
> > >>
> > >
> > > Pas que je sache... à part le Route 500 ;)
> > > Le problème c'est son cycle de mise à jour. Il n'y a pas eu
> > de nouvelle
> > > version publiée en opendata par l'IGN depuis cette première
> > version ouverte.
> > >
> > > --
> > > Christian Quest - OpenStreetMap France
> > >
> >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> > >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> >
> >
> > --
> > Christian Quest - OpenStreetMap France
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

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 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 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,25 km,
> et qui n'est pas dans OSM.
>
> J'aimerais bien savoir où elle est, pour pouvoir lancer JOSM avec
> toutes les sources nécessaires dans ce coin, et la faire apparaître
> dans OSM.
>
> Quelqu'un a une idée du moyen le plus simple de faire ça ?
>
> Merci d'avance,
>
>  Art.
>
> Le 8 septembre 2014 14:37, Christian Quest  a
> écrit :
> > Le 8 septembre 2014 11:04, Art Penteur  a écrit :
> >>
> >> Merci Christian pour ces trucs.
> >>
> >> Dans mon petit cas personnel, les comparaisons m'ont fait trouver des
> >> cas où les indications du cadastre ne correspondant pas à Route500 (et
> >> dans la plupart des cas, je pense que le cadastre a tord).
> >>
> >
> > Tu veux dire sur la numérotation ? Oui, fort probable. Il y a eu pas mal
> de
> > renumérotations un peu partout avec les nationales passées en
> > départementales. Comme c'est de l'info d'habillage dans le cadastre, elle
> > n'est pas mise à jour avec rigueur.
> >
> >
> >>
> >> D'où les questions suivantes :
> >>   - L'idée d'un guichet unique pour remonter les erreurs a-t-telle pu
> >> avancer ? (cf. BANOCamp de juin)
> >
> >
> > Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne sais pas
> encore
> > sous quelle forme.
> > Comme je suis désormais chargé officiellement de faire avancer le projet
> > BANO au sein d'Etalab, il va y avoir plus d'énergie dessus, des
> ressources
> > en développement, et aussi (voire surtout) des portes qui s'ouvriront
> > sûrement plus facilement avec une casquette officielle qu'une casquette
> OSM.
> > Il y a déjà quelques rendez-vous importants de programmés.
> >
> >
> >>
> >>   - Existe-t-il une source publique, de référence, pour les
> >> définitions des références des voies départementales ?
> >>
> >
> > Pas que je sache... à part le Route 500 ;)
> > Le problème c'est son cycle de mise à jour. Il n'y a pas eu de nouvelle
> > version publiée en opendata par l'IGN depuis cette première version
> ouverte.
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import automatique de traces GPS, bien ou mal ?

[Eric SIBERT]

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 (suivez mon regard ;-) ).


Eric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[didier2020]

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 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
> 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,25 km,
> et qui n'est pas dans OSM.
> 
> J'aimerais bien savoir où elle est, pour pouvoir lancer
> JOSM avec
> toutes les sources nécessaires dans ce coin, et la faire
> apparaître
> dans OSM.
> 
> Quelqu'un a une idée du moyen le plus simple de faire ça ?
> 
> Merci d'avance,
> 
>  Art.
> 
> Le 8 septembre 2014 14:37, Christian Quest
>  a écrit : 
> > Le 8 septembre 2014 11:04, Art Penteur
>  a écrit :
> >>
> >> Merci Christian pour ces trucs.
> >>
> >> Dans mon petit cas personnel, les comparaisons m'ont fait
> trouver des
> >> cas où les indications du cadastre ne correspondant pas à
> Route500 (et
> >> dans la plupart des cas, je pense que le cadastre a tord).
> >>
> >
> > Tu veux dire sur la numérotation ? Oui, fort probable. Il y
> a eu pas mal de
> > renumérotations un peu partout avec les nationales passées
> en
> > départementales. Comme c'est de l'info d'habillage dans le
> cadastre, elle
> > n'est pas mise à jour avec rigueur.
> >
> >
> >>
> >> D'où les questions suivantes :
> >>   - L'idée d'un guichet unique pour remonter les erreurs
> a-t-telle pu
> >> avancer ? (cf. BANOCamp de juin)
> >
> >
> > Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne
> sais pas encore
> > sous quelle forme.
> > Comme je suis désormais chargé officiellement de faire
> avancer le projet
> > BANO au sein d'Etalab, il va y avoir plus d'énergie dessus,
> des ressources
> > en développement, et aussi (voire surtout) des portes qui
> s'ouvriront
> > sûrement plus facilement avec une casquette officielle
> qu'une casquette OSM.
> > Il y a déjà quelques rendez-vous importants de programmés.
> >
> >
> >>
> >>   - Existe-t-il une source publique, de référence, pour les
> >> définitions des références des voies départementales ?
> >>
> >
> > Pas que je sache... à part le Route 500 ;)
> > Le problème c'est son cycle de mise à jour. Il n'y a pas eu
> de nouvelle
> > version publiée en opendata par l'IGN depuis cette première
> version ouverte.
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> 
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et junction = roundabout

[Félix Marty]

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 ignorer car certains giratoires ont réellement un 
nom comme certains pont et tunnel. A l'inverse, tu as aussi des voiries sur 
lesquelles noname = yes est indispensable comme les voies d'exploitations et 
autre route ne sont pas nommées physiquement ou par le cadastre.
Attention car les voies peuvent ne pas avoir de nom réel sur le terrain mais 
existant dans la base communale du cadastre comme future nom. Dans ce cas le 
nom de rue du tronçon est (ou sera) afficher au premier permis de construire.
J'aurai dit ça autrement: c'est pas parce qu'il n'y a pas de nom visible sur 
une voie (absence de plaque) qu'elle ne porte pas de nom.Ce nom on peut le 
trouver sur le cadastre, ou dans des documents officiels de la mairie (les 
arrêtés de dénomination, les seuls qui font officiellement foi). Il en va de 
même des noms d'usage d'ailleurs, certains ne sont écrits nulle part, mais 
existent bel et bien quand on interroge les "locaux".
-- 
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Christian Quest]

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 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,25 km,
> et qui n'est pas dans OSM.
>
> J'aimerais bien savoir où elle est, pour pouvoir lancer JOSM avec
> toutes les sources nécessaires dans ce coin, et la faire apparaître
> dans OSM.
>
> Quelqu'un a une idée du moyen le plus simple de faire ça ?
>
> Merci d'avance,
>
>  Art.
>
> Le 8 septembre 2014 14:37, Christian Quest  a
> écrit :
> > Le 8 septembre 2014 11:04, Art Penteur  a écrit :
> >>
> >> Merci Christian pour ces trucs.
> >>
> >> Dans mon petit cas personnel, les comparaisons m'ont fait trouver des
> >> cas où les indications du cadastre ne correspondant pas à Route500 (et
> >> dans la plupart des cas, je pense que le cadastre a tord).
> >>
> >
> > Tu veux dire sur la numérotation ? Oui, fort probable. Il y a eu pas mal
> de
> > renumérotations un peu partout avec les nationales passées en
> > départementales. Comme c'est de l'info d'habillage dans le cadastre, elle
> > n'est pas mise à jour avec rigueur.
> >
> >
> >>
> >> D'où les questions suivantes :
> >>   - L'idée d'un guichet unique pour remonter les erreurs a-t-telle pu
> >> avancer ? (cf. BANOCamp de juin)
> >
> >
> > Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne sais pas
> encore
> > sous quelle forme.
> > Comme je suis désormais chargé officiellement de faire avancer le projet
> > BANO au sein d'Etalab, il va y avoir plus d'énergie dessus, des
> ressources
> > en développement, et aussi (voire surtout) des portes qui s'ouvriront
> > sûrement plus facilement avec une casquette officielle qu'une casquette
> OSM.
> > Il y a déjà quelques rendez-vous importants de programmés.
> >
> >
> >>
> >>   - Existe-t-il une source publique, de référence, pour les
> >> définitions des références des voies départementales ?
> >>
> >
> > Pas que je sache... à part le Route 500 ;)
> > Le problème c'est son cycle de mise à jour. Il n'y a pas eu de nouvelle
> > version publiée en opendata par l'IGN depuis cette première version
> ouverte.
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comparaison OSM/Route500

[Art Penteur]

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,25 km,
et qui n'est pas dans OSM.

J'aimerais bien savoir où elle est, pour pouvoir lancer JOSM avec
toutes les sources nécessaires dans ce coin, et la faire apparaître
dans OSM.

Quelqu'un a une idée du moyen le plus simple de faire ça ?

Merci d'avance,

 Art.

Le 8 septembre 2014 14:37, Christian Quest  a écrit :
> Le 8 septembre 2014 11:04, Art Penteur  a écrit :
>>
>> Merci Christian pour ces trucs.
>>
>> Dans mon petit cas personnel, les comparaisons m'ont fait trouver des
>> cas où les indications du cadastre ne correspondant pas à Route500 (et
>> dans la plupart des cas, je pense que le cadastre a tord).
>>
>
> Tu veux dire sur la numérotation ? Oui, fort probable. Il y a eu pas mal de
> renumérotations un peu partout avec les nationales passées en
> départementales. Comme c'est de l'info d'habillage dans le cadastre, elle
> n'est pas mise à jour avec rigueur.
>
>
>>
>> D'où les questions suivantes :
>>   - L'idée d'un guichet unique pour remonter les erreurs a-t-telle pu
>> avancer ? (cf. BANOCamp de juin)
>
>
> Ça avance... un deuxième BANOcamp devrait s'organiser. Je ne sais pas encore
> sous quelle forme.
> Comme je suis désormais chargé officiellement de faire avancer le projet
> BANO au sein d'Etalab, il va y avoir plus d'énergie dessus, des ressources
> en développement, et aussi (voire surtout) des portes qui s'ouvriront
> sûrement plus facilement avec une casquette officielle qu'une casquette OSM.
> Il y a déjà quelques rendez-vous importants de programmés.
>
>
>>
>>   - Existe-t-il une source publique, de référence, pour les
>> définitions des références des voies départementales ?
>>
>
> Pas que je sache... à part le Route 500 ;)
> Le problème c'est son cycle de mise à jour. Il n'y a pas eu de nouvelle
> version publiée en opendata par l'IGN depuis cette première version ouverte.
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tagguer une résidence

[Jérôme Seigneuret]

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 je l'utilise plus pour voir les continuités des aires
urbaines. J'aurai plutot fait un point avec à la limite addr:housename=Les
Villas Hautes


Si tu veux matérialiser les clôtures de ta résidence tu peux aussi utiliser
des linéaires
barrier=fence
et les mur
barrier=wall



BANO n'utilise pas le nom de ta résidence mais juste le numéro des adresses
et le nom des batiments
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/48.59693/-2.82990

Si tu veux voir un exemple, pour le placement des adresses, tu peux voir
ici:
http://www.openstreetmap.org/edit#map=19/48.42338/7.66840


Pour le nom du bâtiment,  tu peux mettre sur le polygon du bâtiment
addr:housename=Bâtiment A

Le mieux est de mettre le numéro sur l'entrée principale du bâtiment avec
entrance=main (sur un noeud du contour du batiment)
addr:housenumber= 42bis
addr:street= Rue Sainte-Marguerite

Si tu ne sais pas quel bâtiment c'est tu fais le point d'adresse devant les
deux bâtiments.

associatedStreet n'est pas le mieux dans ton cas en plus il manque la
moitié des adresses et bâtiments de la rue utilisé pour ta liaison. C'est
une alternative en cas d’absence du tag d'adressage
mieux vaut utiliser sur chaque point d'adressage  addr:street
=

Jérôme

Le 27 septembre 2014 17:09, Jérome Seigneuret 
a écrit :

> Bonjour
>
> Tu dois faire un point sur le bâtiment concerné en mettant toute les info
> utile et tu le rattaché au way de ton bâtiment. Situ as plusieurs entrées,
> tu reprends les même paramtre et tu ajoutes un tag entrance=*
> * a remplacer par A B C etc.
>
> Jerome
> --
> De : GwenB 
> Envoyé : ‎27/‎09/‎2014 16:56
> À : talk-fr@openstreetmap.org
> Objet : [OSM-talk-fr] tagguer une résidence
>
> bonjour
>
> j'aimerais avoir votre avis sur le cas d'une résidence privée avec les
> caractéristiques suivantes :
> - nom de la résidence "Les Villas Hautes"
> - un accès unique
> - une adresse unique pour l'ensemble des bâtiments de la résidence :
> 42bis rue Saint-Marguerite (le numéro est à l'entrée de la résidence)
> - elle est composée de 6 bâtiments dont 4 sont nommés par des lettres
> (A à D)
> - les 2 bâtiments non nommés sont sur le même terrain entouré d'une
> clôture et ont pour numéro 42bis (qui est le numéro de la résidence) et
> 42ter (plaques sur le portail d'accès au terrain). Pour y accéder il
> faut traverser la résidence. D'après le plan suivant, ces 2 bâtiments
> appartiennent bien à la résidence :
>
> http://www.apartforsale.com/components/com_hotproperty/img/std/32_Layout.jpg
>
> J'ai fait les choix suivants :
> - créer un landuse=residential englobant tous les 6 bâtiments
> - j'ai ajouté les tags addr:housename=Les Villas Hautes et
> addr:housenumber=42bis
>
> Sur les 4 bâtiments nommés, j'ai ajouté le tag addr:housename=la lettre
> du bâtiment (un name suffirait sans doute)
>
> J'ai ajouté un addr:housenumber=42ter entre les 2 bâtiments non nommés
> ne sachant auquel l'attribuer
>
> J'ai créée une relation de type AssociatedStreet nommée Rue
> Saint-Marguerite dont le landuse est membre.
>
> Je n'ai pas nommé la voie d'accès que j'ai taggué en service=driveway
>
> Cela donne ceci : https://www.openstreetmap.org/way/293478837
>
> d'avance merci pour vos remarques.
>
> Gwen
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] rendu qa : analyse par commune

[didier2020]

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 janvier vont demander presque une semaine)
sinon la mise a jour des données sera par semaine 

bon dimanche 




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr