Re: [OSM-talk-fr] Pluie de ronds-verts sur Quimper

[Pierre Mauduit]

> Donc je me demande si malgré tout l'utilisateur ne fait pas un minimum
> attention, du moins il a l'air d'assurer un merge avec l'existant.
> 

J'ai parlé un peu vite, les batiments sont "dédoublés".

-- 
Pierre



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

Re: [OSM-talk-fr] Réf. : Re: débutant, co nférence OSM à Nantes

[Brice]

Bonjour,

A l'attention de Louis-Paul et des autres amateurs d'OSM dans les 
Pays-de-la-Loire,
pour information et venue si vous le souhaitez,
se tiendra le 5 février une conférence OSM à Nantes (ou tout comme, à Rezé).

"Le samedi du net "Cartes en main !" aura lieu le 5 février, et sera présenté 
par un (étudiant nantais) spécialiste d'Openstreetmap (aka GrdScarabe), qui 
proposera également une manipulation d'Openstreetmap après la conférence, à 
l'espace multimédia de la médiathèque Diderot. La présentation théorique sera 
l'occasion de voir plusieurs outils de cartographie sur internet, pour arriver 
enfin sur Openstreetmap. L'intervenant fera sa démonstration sur grand écran.
Rendez-vous donc à 15h dans la salle audio-visuelle pour la présentation, et à 
l'espace multimédia ensuite pour une approche plus pratique."

http://bibliotheque.reze.fr/opacwebaloes/index.aspx?IdPage=67#fevrier
http://www.openstreetmap.org/?lat=47.18402&lon=-1.56272&zoom=16&layers=M

Nous serons au moins 3 mappeurs présents.


Le 9 janv. 2011 à 12:35, BOUTIN Louis-Paul a écrit :

> merci de votre réponse rapide
> je vais éssayer de mettre çà en forme
> à bientot
>  
>  
>  
>  
>  
> ---Message original---
>  
> De : Stéphane MARTIN
> Date : 09/01/2011 11:57:05
> A : Discussions sur OSM en français
> Sujet : Re: [OSM-talk-fr] débutant
>  
> Salut,
>  
> Le 09/01/2011 06:23, BOUTIN Louis-Paul a écrit :
> > je suis débutant sur JOSM ,
> > j' ai tagger ma commune avec le cadastre sur lequel il y a quelques erreurs
> > minimes
> > car je connais très bien le terrain
> > crée des relations , colorié des zones industriels , résidentiels et
> > agricoles
> >
> > mais j' ai beaucoup de mal à comprendre vos langages dans la liste de
> > discussion
> > je ne veux pas encombrer cette liste avec mes question de débutant
> > par exemple je ne sais pas qui à posé la question des traces de vous ou
> > Pieren" ?
> > je vais me déabonner de cette liste car je n'y comprend rien
> >
> > je randonne avec mon GPS et enregistre des traces au format KML ou GPX
> > traces que je transmet facilement sur Google earth à mes amis randonneurs
> > mais comment faire apparaitre ces traces sur un carte OSM  et surtout les
> > conserver
> > pour les réutiliser plus tard avec d'autres randonneurs???
> > je suis de Chemillé 49
> > je vous joins une traces GPX de Mardi 4 Janvier dans la forèt de Chanteloup
> > relevé avec un GPS Bluetech
> > que peut on faire de çà ?
> > le centre social à un GPS Garmin  E Trex HCx mais un carte misérable dedans
> >
> > merci d' avance de vos conseils
> > Louis Paul
>  
> Rassure-toi, Louis Paul, tu n'y comprends rien parce que je débute moi
> aussi sur JOSM et même OSM, et donc que je tâtonne et boulette quelque
> peu :-(
>  
> Bref, voici en deux mots pourquoi je n'arrivais pas à modifier une trace
> GPX que j'avais envoyé sur OSM.
>  
> Dans un premier temps, j'ai voulu le faire avec JOSM.
> Donc je sélectionne "Télécharger des données depuis le serveur OSM" et
> j'utilise la carte glissante. Pas de souci.
>  
> Puis je fais "Fichier" -> "Ouvrir" et je sélectionne mon fichier GPX.
>  
> Ensuite, dans le cadre des calques, je fais clic droit et "Convertir en
> claque de données". Et là je me suis fait avoir ;-)
> JOSM affiche un avertissement (avec une case à cocher, si l'on veut) :
> "L'envoi de données GPS non-traitées sur la carte est considéré comme
> nuisible. Si vous voulez envoyer des traces, regardez ici :
> http://www.openstreetmap.org/traces";.
>  
> La première fois, j'ai donc annulé et envoyé la trace via l'adresse
> indiquée ci-dessus, mais ensuite je ne la voyais pas dans JOSM. Par
> conséquent, impossible de la retoucher pour la finaliser.
>  
> Il faut donc ignorer l'avertissement, cliquer sur "OK" et bien entendu
> traiter la trace (l'adapter, la tagger) avant d'envoyer le tout sur OSM.
>  
> Désolé si j'ai fait peur. Mais si tu as réussi à utiliser JOSM avec le
> cadastre, tu devrais t'en sortir haut la main avec tes traces GPX :-)
>  
> @+
>  
>  
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] cadastre.osm.cleo-carto.org

[tetramonium]

Bonjour
Dans le 29, il manque Mellac dont j'aurais bien importé les batiments
Cordialement
Christophe

Le 11/12/2010 12:28, Philippe Pary a écrit :

Salut,

Le vendredi 10 décembre 2010 à 22:07 +0100, Nicolas FRERY a écrit :

Dans 10, Charmont-sous-barbuise il y a eu comme un soucis je pense.
Une grande partie des routes/chemins (si ce n'est toutes) sont tracés
dans le fichier rails. Alors que le chemin de fer n'a pas été tracé.


Je vais relancer le script, j'ai transmis à la liste dev-fr

Philippe


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



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

Re: [OSM-talk-fr] Cartographie de quartiers

[Nicolas Dumoulin]

Le samedi 8 janvier 2011 16:16:15 Pierre-Alain Dorange, vous avez écrit :
> Il ne s'agit pas là de quartiers historiques (mal définit
> géographiquement mais avec des noms chargés d'histoire) mais de
> découpage administratifs précis.

Dans ma petite commune, on a 4 quartiers ainsi définis qui s'appelle « Nord », 
« Sud-Est », « Hyper-centre » et « sud-ouest ».
Personnelement, je ne vois pas l'intérêt de les mettre dans la base.

En revanche, les quartiers historiques, qui sont employés par les citoyens et 
qu'on retrouve dans les annonces immobilières, ceux-là, j'essaie de les 
mettre.
 
> J'ai ainsi réalisé une carte de mon quartier avec les bancs et WC
> publics sur proposition de mon conseil de quartier.
> 
> 
> 
> J'aurai aimé pouvoir bénéficier de la limite du quartier. Pour le faire,
> au final j'ai exporter le rendu de la carte, recomposer les images la
> composant et importé dans Illustrator pour y tracer manuellement la
> frontière du quartier...

Tu aurais pu le faire avec un base locale, dans laquelle tu importes la base 
OSM de la zone d'étude + des données à toi. Ou alors, faire deux bases 
séparées pour les données OSM et subjectives/perso. Je l'ai fait récemment 
pour ma commune pour faire une carte sur les risques majeures de la communes.
On voulait représenter certains zonages sur la carte, mais qui n'ont pas leur 
place dans OSM, et ça marche très bien comme ça.
J'ai pas encore rédigé le tuto, mais la carte est presque finie, donc ça 
devrait suivre …

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Cartographie de quartiers

[Nicolas Dumoulin]

Le vendredi 7 janvier 2011 18:27:42 Christian Rogel, vous avez écrit :
> Pour ma ville, j'ai considéré que tout lieu-dit englobé dans le tissu
> urbain méritait "hamlet", voire "village" pour les 3 commues fusionnées
> et je réserve "locality" aux fermes isolées ou aux emplacements
> non-habités. Evidemment, un noeud décentré (l'église d'une paroisse
> antique est à 1,5 km de la cathédrale) sur un espace virtuel de 4 000
> hectares (l'ancienne commune) est un peu noyé dans la masse des autres
> lieux-dits.
> Montferrand étant une ancienne (petite) ville indépendante (il y a très
> longtemps) me semble nettement au dessus du rang de "locality" qui
> concerne les lieux peu ou pas habités, mais au moins à celui de "village".

Rappel issu de la documentation :
http://wiki.openstreetmap.org/wiki/Key:place

place=locality est pour nommer un lieu sans population
place=isolated_dwelling est pour nommer une ou deux maisons isolées

Donc typiquement ta ferme relève du place=isolated_dwelling et non de 
locality. Je faisais la même erreur au début, mais place=locality n'est pas 
approprié à une ferme. Ou alors, je me trompe.

Je comprends ton avis sur le place=hamlet/village plutôt que locality sur un 
quartier. Mais j'aurai vraiment du mal à déterminer la limite spatiale et la 
population de Montferrand.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Tag Mairie

[Hendrik Oesterlin]

Le 09/01/2011 à 01:27:00 +1100 "Stéphane MARTIN" st3ph.mar...@laposte.net a 
écrit
Objet: "[OSM-talk-fr] Tag Mairie" :

> J'ai taggé :
> amenity : townhall
> name : Mairie de Saül ["Mairie" devrait suffire d'ailleurs !]

> J'ai regardé à Cayenne pour comparer :
> - C'est un polygone
> - Il n'y a pas d'icône de "Mairie" sur la carte
> - C'est en allemand (je pense, suis pas germaniste) : du coup j'ai 
> changé "Bürgermeister" en "Mairie"
> - C'est taggé :
> amenity : Bürgermeister-Amt [différence avec "townhall" ?]
> building : yes
> landuse : landfill
> name : Mairie [j'ai changé]
> source : cadastre-dgi-fr source : Direction Générale des Impôts - 
> Cadastre. Mise à jour : 2010

> Faut-il que je change amenity en townhall ?
> Je ne vois pas de Bürgermeister-Amt sur le wiki !

Oui, amenity=townhall est mieux... les tags autour de la Mairie de
Cayenne sont vraiment très aléatoire... bien que dans une Mairie on
produit certainement aussi pas mal d'ordures, la tagger comme une
décharge publique en landuse=landfill est peut être un peu trop
partisan ;-) Je rattrapes ca en attendant
 http://www.openstreetmap.org/browse/changeset/6925505


RatZillaS, es-tu là pour t'en occuper? (Je sais que tu as plus de
connaissance du terrain dans ces régions que moi...)


-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

Re: [OSM-talk-fr] Tag Mairie

[Hendrik Oesterlin]

Le 10/01/2011 à 22:59:40 +1100 "Hendrik Oesterlin" hendrikmail2...@yahoo.de a 
écrit
Objet: "[OSM-talk-fr] Tag Mairie" :

> RatZillaS, es-tu là pour t'en occuper? (Je sais que tu as plus de
> connaissance du terrain dans ces régions que moi...)

J'ai envoyé un message à http://www.openstreetmap.org/user/wl59 en
Allemand, car je pense qu'il parle Allemand.

Si tu cherches les polygones portant un building=yes et un landuse=*
tu en trouves pas mal de choses remarquables :-P

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

Re: [OSM-talk-fr] Cartographie de quartiers

[Pierre-Alain Dorange]

Nicolas Dumoulin

wrote:

> > Il ne s'agit pas là de quartiers historiques (mal définit
> > géographiquement mais avec des noms chargés d'histoire) mais de
> > découpage administratifs précis.
> 
> Dans ma petite commune, on a 4 quartiers ainsi définis qui s'appelle « Nord »,
> « Sud-Est », « Hyper-centre » et « sud-ouest ».
> Personnelement, je ne vois pas l'intérêt de les mettre dans la base.

Les noms ne sont en effet pas très parlant ;-)
A Cognac, nous avons
* Centre-Ville / Gare (regroupe les quartiers historiques du
vieux-cognac, le centre-ville et le quartier de la gare)
* Saint-Martin (St-Martin)
* Saint-jacques (St-Jacques)
* Champ de Foire
* Crouin

Et qui par chance (?) correspond aux noms historiques avec quelques
regroupements...

> En revanche, les quartiers historiques, qui sont employés par les citoyens et
> qu'on retrouve dans les annonces immobilières, ceux-là, j'essaie de les
> mettre.

A mon avis, il me semble que les quartiers "historiques" doivent être
présents mais plutot sous forme d'un node (suburb) de part leur manque
de définition précise (frontière) et les quartiers "officiels" peuvent
l'être par le biais d'une relation.
Cela risque toutefois de poser problème sur le rendu de mapnik avec des
noms en double ou difficilement localisable...

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Cartographie de quartiers

[Pieren]

2011/1/10 Nicolas Dumoulin 

> Donc typiquement ta ferme relève du place=isolated_dwelling et non de
> locality. Je faisais la même erreur au début, mais place=locality n'est pas
> approprié à une ferme. Ou alors, je me trompe.
>

Non, je confirme . Pour une ferme, on devrait utiliser isolated_dwelling qui
est une création relativement récente - on en a déjà parlé ici - et qui
essaie aussi de supplanter l'ancien place=farme qui avait plusieurs
inconvénients (celui de créer la confusion avec landuse et d'être un peu
trop spécifique).


>
> Je comprends ton avis sur le place=hamlet/village plutôt que locality sur
> un
> quartier. Mais j'aurai vraiment du mal à déterminer la limite spatiale et
> la
> population de Montferrand.
>
>
Mettre un place=district ou place=quarter serait plus approprié.

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

[OSM-talk-fr] Ouverture autoroute DuplexA86

[f . dos . santos]

Bonjour,

La boucle de l'A86 étant bouclé, on enlève juste le tag "construction" sachant
qui a probablement des retouches à faire ?
En plus pour les retouches ça ne va pas être évident d'avoir une trace GPS dans
un tunnel...
Je demande à cofiroute le tracé ? Y a t'il eu une réponse pour le cas similaire
de l'A63 ?

http://www.cofiroute.fr/cofiroute.nsf/fr/duplex-a86-ouvrage.htm

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

Re: [OSM-talk-fr] Ouverture autoroute DuplexA86

[Pieren]

2011/1/10 

> En plus pour les retouches ça ne va pas être évident d'avoir une trace GPS
> dans un tunnel...
>
>
Avec une centrale inertielle, si tu en as une
De toute façon, la partie souterraine est pour l'instant représentée avec
des voies à sens unique parallèles (côte-à-côte) alors qu'elles sont
empilées (une au dessus de l'autre) dans le tunnel. Il faudrait peut-être
superposer les deux ways en partangeant les mêmes noeuds mais avec des tags
"layer" différents ?

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

[OSM-talk-fr] Qualité d'OSM

[Ophélie PETIT]

Bonjour,

Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour l'ESGT
(Ecole des géomètres Topographes au Mans) et notre groupe de travail est
confronté à des résultats étonnants : les autoroutes et les voies piétonnes
présentent les plus grosses erreurs géométriques avec une précision moyenne
de 4m et un écart type entre 4 et 5m... Tandis que les voies secondaires,
primaires, tertiaires et les rues tournent plutôt autour de 3 à +- 3m.
Pourquoi?
Nous avons plusieurs hypothèses:
- les autoroutes sont levées avec des GPS de voitures et la vitesse ne
permet pas une bonne précision.
- les voies piétonnes sont plus étroites en ville, et fréquemment sous
couvert forestier donc il y a un phénomène de masques qui gène le GPS (peu
probable étant donné que les voies piétonnes ne concernent pas seulement les
ruelles mais aussi les GR)
Hélas nous n'avons pas d'autres idées...
En avez-vous?
Merci d'avance!

PS: Notre rapport sera posté fin janvier de façon à ce que tout le monde
puisse en profiter.
-- 
Ophélie PETIT
39 Avenue Frédéric Bartholdi
Batiment B
Appartement n°16
72 000 LE MANS
Tel: 0033 (0)243293849
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouverture autoroute DuplexA86

[Marc SIBERT]

Le 10 janvier 2011 13:59,  a écrit :

> Bonjour,
>
> La boucle de l'A86 étant bouclé, on enlève juste le tag "construction"
> sachant
> qui a probablement des retouches à faire ?
> En plus pour les retouches ça ne va pas être évident d'avoir une trace GPS
> dans
> un tunnel...
> Je demande à Cofiroute le tracé ? Y a t'il eu une réponse pour le cas
> similaire
> de l'A63 ?
>
> http://www.cofiroute.fr/cofiroute.nsf/fr/duplex-a86-ouvrage.htm
>
>
Bonjour,

J'y suis passé hier soir... mais effectivement mon GPS n'a pas gardé grand
chose de ce voyage.
Dès que j'ai un moment, j'améliorerais l'entrée et la sortie et j'y mettrais
les 3 radars que j'ai vu, mais il faudra que je le fasse avec le compteur
kilométrique.

Pour le tracé, j'avais fait une demande dans ce sens, mais je n'avais pas eu
de réponse utilisable, juste un vague échange avec le

Responsable Communication Institutionnelle qui ne comprenait pas la raison
de ma demande.


Si besoin, je peux vous transmettre l'échange (privé) que nous avons eu,
mais donc pas sur la liste.


A+

-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Voie de bus en sens inverse

[rldhont]

Bonjour,

Les travaux en cours sur Montpellier entraine une réorganisation des 
voies de circulations, et je suis tombé sur un os.


Il existe des voies de circulations en sens unique pour tous les 
véhicules mais avec une voie de bus en sens inverse. Cette particularité 
était présente seulement sur le jeu de paume où un contributeur a créer 
une voie service dédié à cette voie de bus. Cette solution ne me semble 
pas juste puisqu'il n'existe pas de limite physique entre les 2 voies, 
juste une ligne blanche. Mais donc ce modèle c'est étendu à d'autres rues.


Ma question est donc comment taggé proprement le fais qu'il existe une 
voie de bus en sens inverse de la route en sens unique ?


René-Luc

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

[OSM-talk-fr] [Commune] Libérations et int égration de données

[Linugis]

Bonjour,

Je travaille au sein du service SIG (Système d'Information Géographique) de
la commune d'Albi (dans le Tarn) et nous réfléchissons à une possible
libération (et intégration dans OSM) d'une partie de nos données
cartographiques (notamment notre filaire des voies).

J'ai vu des exemples de libération de données publique notamment en
Bretagne. Apparemment deux mise en œuvre différentes : Rennes qui a mis a
disposition certaines de ces données à partir d'un site internet, et Brest
qui a réalisé un import différentiel de son filaire directement dans OSM.

Je vais faire une rapide comparaison entre les données de la commune et
celles d'OSM. Je ne cherche pas a dénigrer le travail de la communauté de
mappeurs (dont je fais parti) mais plutôt de voir comment améliorer les
données OSM.

Sur notre commune le filaire des voies n'est pas entièrement saisie sur OSM
(il doit manquer environ 40-50% des voies publiques), certaines
dénominations sont erronées (ou ne correspondent pas exactement à la
délibération de nommage), et certaines voies manquent de précision
géographique.


Par contre OSM est meilleur sur les voies privées (ex : intérieur de
résidence), les chemins pédestres (ex : parcs et jardins, venelles piétonnes
entre rue), les places (sous forme de polygones), les limitations de
vitesse, la classification (voies primaires, voies secondaires ...) et les
tags en général (ex : pont). En effet nous ne gérons pas ces données dans
notre filaire.

Pour résumer dans notre filaire nous garantissons : le libellé exact de la
voie, le sens de circulation, la domanialité, la position géographique ainsi
que la topologie du réseau.


Voici donc les questions que nous nous posons :

* Comment mettre en place un partenariat entre notre commune et OSM ?
* Quelle genre d'import pourrait-on réaliser (différentiel, massif) ?
* Dans le cas d'un import différentiel comment est géré la topologie
(entre les voies) ?
* Existe-t-'il un système de modération dans OSM (pour éviter le
"vandalisme" ou arbitrer des litiges) ?
* Comment pourrait-on mettre en place un procédé de mise à jour efficace
?

Nous somme preneur de tout conseils et suggestions que vous pourriez nous
amener.

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Commune-Liberations-et-integration-de-donnees-tp5906892p5906892.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Qualité d'OSM

[Raphaël Pinson]

Bonjour Ophélie,


Une hypothèse, basée sur mon expérience personnelle:

La majorité des autoroutes ont dû être tracées au début d'OSM, à
l'aide de GPS uniquement. Les voies secondaires par contre, sont plus
récentes dans beaucoup de cas, et ont bénéficié du support des images
satellites pour corriger les inexactitudes des traces GPS.

Lorsque les voies secondaires sont peu précises, elles sont corrigées
au moment de l'édition de détails sur le quartier concerné. Au
contraire, les autoroutes parcourent des zones peu habitées où peu de
contributeurs ont l'occasion d'aller vérifier et corriger la précision
des voies, préférant se concentrer sur la précision des information
dans les zones habitées.


Raphaël



2011/1/10 Ophélie PETIT :
> Bonjour,
>
> Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour l'ESGT
> (Ecole des géomètres Topographes au Mans) et notre groupe de travail est
> confronté à des résultats étonnants : les autoroutes et les voies piétonnes
> présentent les plus grosses erreurs géométriques avec une précision moyenne
> de 4m et un écart type entre 4 et 5m... Tandis que les voies secondaires,
> primaires, tertiaires et les rues tournent plutôt autour de 3 à +- 3m.
> Pourquoi?
> Nous avons plusieurs hypothèses:
> - les autoroutes sont levées avec des GPS de voitures et la vitesse ne
> permet pas une bonne précision.
> - les voies piétonnes sont plus étroites en ville, et fréquemment sous
> couvert forestier donc il y a un phénomène de masques qui gène le GPS (peu
> probable étant donné que les voies piétonnes ne concernent pas seulement les
> ruelles mais aussi les GR)
> Hélas nous n'avons pas d'autres idées...
> En avez-vous?
> Merci d'avance!
> PS: Notre rapport sera posté fin janvier de façon à ce que tout le monde
> puisse en profiter.
> --
> Ophélie PETIT
> 39 Avenue Frédéric Bartholdi
> Batiment B
> Appartement n°16
> 72 000 LE MANS
> Tel: 0033 (0)243293849
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>

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

Re: [OSM-talk-fr] Voie de bus en sens inverse

[Raphaël Pinson]

Bonjour René-Luc,


Même si ce n'est pas directement le sujet, la page [0] te donnera des
indications pour cartographier ce type de situtation.


Raphaël

[0] http://wiki.openstreetmap.org/wiki/Bicycle



2011/1/10 rldhont :
> Bonjour,
>
> Les travaux en cours sur Montpellier entraine une réorganisation des voies
> de circulations, et je suis tombé sur un os.
>
> Il existe des voies de circulations en sens unique pour tous les véhicules
> mais avec une voie de bus en sens inverse. Cette particularité était
> présente seulement sur le jeu de paume où un contributeur a créer une voie
> service dédié à cette voie de bus. Cette solution ne me semble pas juste
> puisqu'il n'existe pas de limite physique entre les 2 voies, juste une ligne
> blanche. Mais donc ce modèle c'est étendu à d'autres rues.
>
> Ma question est donc comment taggé proprement le fais qu'il existe une voie
> de bus en sens inverse de la route en sens unique ?
>
> René-Luc
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] Qualité d'OSM

[eMerzh]

Moi je pense aussi qu'une partie doit venir du fait que les voies
principales ont probablement été créées avec des sources relativement
moyenne au niveau précision et n'ont pas forcément été retouchée depuis...

Les routes secondaires sont plus récentes et auraient donc bénéficié de
meilleures sources...

Corriger est bien plus complexe que d'ajouter...

Théorie à vérifier bien sûr :)


2011/1/10 Raphaël Pinson 

> Bonjour Ophélie,
>
>
> Une hypothèse, basée sur mon expérience personnelle:
>
> La majorité des autoroutes ont dû être tracées au début d'OSM, à
> l'aide de GPS uniquement. Les voies secondaires par contre, sont plus
> récentes dans beaucoup de cas, et ont bénéficié du support des images
> satellites pour corriger les inexactitudes des traces GPS.
>
> Lorsque les voies secondaires sont peu précises, elles sont corrigées
> au moment de l'édition de détails sur le quartier concerné. Au
> contraire, les autoroutes parcourent des zones peu habitées où peu de
> contributeurs ont l'occasion d'aller vérifier et corriger la précision
> des voies, préférant se concentrer sur la précision des information
> dans les zones habitées.
>
>
> Raphaël
>
>
>
> 2011/1/10 Ophélie PETIT :
> > Bonjour,
> >
> > Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour l'ESGT
> > (Ecole des géomètres Topographes au Mans) et notre groupe de travail est
> > confronté à des résultats étonnants : les autoroutes et les voies
> piétonnes
> > présentent les plus grosses erreurs géométriques avec une précision
> moyenne
> > de 4m et un écart type entre 4 et 5m... Tandis que les voies secondaires,
> > primaires, tertiaires et les rues tournent plutôt autour de 3 à +- 3m.
> > Pourquoi?
> > Nous avons plusieurs hypothèses:
> > - les autoroutes sont levées avec des GPS de voitures et la vitesse ne
> > permet pas une bonne précision.
> > - les voies piétonnes sont plus étroites en ville, et fréquemment sous
> > couvert forestier donc il y a un phénomène de masques qui gène le GPS
> (peu
> > probable étant donné que les voies piétonnes ne concernent pas seulement
> les
> > ruelles mais aussi les GR)
> > Hélas nous n'avons pas d'autres idées...
> > En avez-vous?
> > Merci d'avance!
> > PS: Notre rapport sera posté fin janvier de façon à ce que tout le monde
> > puisse en profiter.
> > --
> > Ophélie PETIT
> > 39 Avenue Frédéric Bartholdi
> > Batiment B
> > Appartement n°16
> > 72 000 LE MANS
> > Tel: 0033 (0)243293849
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Qualité d'OSM

[Cedric Dumez-Viou]

Bonjour,

Voici peut être d'autres hypothèses valables:
D'une part, les voies d'autoroute sont plus larges que les voies
secondaires, primaires, tertiaires.  (j'ai vu sur certaines de mes
traces les moments où je doublais, changeais de file)
Du coup, quand on moyenne les traces, on tends moins vite vers la
réalité terrain.

D'autre part, sur le cadastre, l'emplacement des voies me semble moins
détaillé que pour les autres voies.  On distingue parfois sur les
parcelles des pointillés indiquant les voies mais pas toujours.

A+

Cedric

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

Re: [OSM-talk-fr] Qualité d'OSM

[Ophélie PETIT]

Je suis allée regarder les timestamp pour les autoroutes du Mans, les traces
datent de 2008, 2009 et 2010...
La source n'est pas indiquée... J'ose penser qu'il s'agit du GPS...
Comment connaitre la source d'une donnée lorsqu'elle n'est pas taggée?
Les routes secondaires sont effectivement plus récentes 2009 à 2011...
Celà pourrait-il vraiment faire la différence?
Merci !

Le 10 janvier 2011 14:32, eMerzh  a écrit :

> Moi je pense aussi qu'une partie doit venir du fait que les voies
> principales ont probablement été créées avec des sources relativement
> moyenne au niveau précision et n'ont pas forcément été retouchée depuis...
>
> Les routes secondaires sont plus récentes et auraient donc bénéficié de
> meilleures sources...
>
> Corriger est bien plus complexe que d'ajouter...
>
> Théorie à vérifier bien sûr :)
>
>
> 2011/1/10 Raphaël Pinson 
>
> Bonjour Ophélie,
>>
>>
>> Une hypothèse, basée sur mon expérience personnelle:
>>
>> La majorité des autoroutes ont dû être tracées au début d'OSM, à
>> l'aide de GPS uniquement. Les voies secondaires par contre, sont plus
>> récentes dans beaucoup de cas, et ont bénéficié du support des images
>> satellites pour corriger les inexactitudes des traces GPS.
>>
>> Lorsque les voies secondaires sont peu précises, elles sont corrigées
>> au moment de l'édition de détails sur le quartier concerné. Au
>> contraire, les autoroutes parcourent des zones peu habitées où peu de
>> contributeurs ont l'occasion d'aller vérifier et corriger la précision
>> des voies, préférant se concentrer sur la précision des information
>> dans les zones habitées.
>>
>>
>> Raphaël
>>
>>
>>
>> 2011/1/10 Ophélie PETIT :
>>  > Bonjour,
>> >
>> > Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour
>> l'ESGT
>> > (Ecole des géomètres Topographes au Mans) et notre groupe de travail est
>> > confronté à des résultats étonnants : les autoroutes et les voies
>> piétonnes
>> > présentent les plus grosses erreurs géométriques avec une précision
>> moyenne
>> > de 4m et un écart type entre 4 et 5m... Tandis que les voies
>> secondaires,
>> > primaires, tertiaires et les rues tournent plutôt autour de 3 à +- 3m.
>> > Pourquoi?
>> > Nous avons plusieurs hypothèses:
>> > - les autoroutes sont levées avec des GPS de voitures et la vitesse ne
>> > permet pas une bonne précision.
>> > - les voies piétonnes sont plus étroites en ville, et fréquemment sous
>> > couvert forestier donc il y a un phénomène de masques qui gène le GPS
>> (peu
>> > probable étant donné que les voies piétonnes ne concernent pas seulement
>> les
>> > ruelles mais aussi les GR)
>> > Hélas nous n'avons pas d'autres idées...
>> > En avez-vous?
>> > Merci d'avance!
>> > PS: Notre rapport sera posté fin janvier de façon à ce que tout le monde
>> > puisse en profiter.
>> > --
>> > Ophélie PETIT
>> > 39 Avenue Frédéric Bartholdi
>> > Batiment B
>> > Appartement n°16
>> > 72 000 LE MANS
>> > Tel: 0033 (0)243293849
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>> >
>> >
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Ophélie PETIT
39 Avenue Frédéric Bartholdi
Batiment B
Appartement n°16
72 000 LE MANS
Tel: 0033 (0)243293849
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Qualité d'OSM

[Ophélie PETIT]

L'hypothèse de la largeur des voies me semble très probable! Merci!
Il n'y a plus qu'à élucider les voies piétonnes!
A bientôt!

Le 10 janvier 2011 14:43, Ophélie PETIT
a écrit :

> Je suis allée regarder les timestamp pour les autoroutes du Mans, les
> traces datent de 2008, 2009 et 2010...
> La source n'est pas indiquée... J'ose penser qu'il s'agit du GPS...
> Comment connaitre la source d'une donnée lorsqu'elle n'est pas taggée?
> Les routes secondaires sont effectivement plus récentes 2009 à 2011...
> Celà pourrait-il vraiment faire la différence?
> Merci !
>
> Le 10 janvier 2011 14:32, eMerzh  a écrit :
>
>> Moi je pense aussi qu'une partie doit venir du fait que les voies
>> principales ont probablement été créées avec des sources relativement
>> moyenne au niveau précision et n'ont pas forcément été retouchée depuis...
>>
>> Les routes secondaires sont plus récentes et auraient donc bénéficié de
>> meilleures sources...
>>
>> Corriger est bien plus complexe que d'ajouter...
>>
>> Théorie à vérifier bien sûr :)
>>
>>
>> 2011/1/10 Raphaël Pinson 
>>
>> Bonjour Ophélie,
>>>
>>>
>>> Une hypothèse, basée sur mon expérience personnelle:
>>>
>>> La majorité des autoroutes ont dû être tracées au début d'OSM, à
>>> l'aide de GPS uniquement. Les voies secondaires par contre, sont plus
>>> récentes dans beaucoup de cas, et ont bénéficié du support des images
>>> satellites pour corriger les inexactitudes des traces GPS.
>>>
>>> Lorsque les voies secondaires sont peu précises, elles sont corrigées
>>> au moment de l'édition de détails sur le quartier concerné. Au
>>> contraire, les autoroutes parcourent des zones peu habitées où peu de
>>> contributeurs ont l'occasion d'aller vérifier et corriger la précision
>>> des voies, préférant se concentrer sur la précision des information
>>> dans les zones habitées.
>>>
>>>
>>> Raphaël
>>>
>>>
>>>
>>> 2011/1/10 Ophélie PETIT :
>>>  > Bonjour,
>>> >
>>> > Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour
>>> l'ESGT
>>> > (Ecole des géomètres Topographes au Mans) et notre groupe de travail
>>> est
>>> > confronté à des résultats étonnants : les autoroutes et les voies
>>> piétonnes
>>> > présentent les plus grosses erreurs géométriques avec une précision
>>> moyenne
>>> > de 4m et un écart type entre 4 et 5m... Tandis que les voies
>>> secondaires,
>>> > primaires, tertiaires et les rues tournent plutôt autour de 3 à +- 3m.
>>> > Pourquoi?
>>> > Nous avons plusieurs hypothèses:
>>> > - les autoroutes sont levées avec des GPS de voitures et la vitesse ne
>>> > permet pas une bonne précision.
>>> > - les voies piétonnes sont plus étroites en ville, et fréquemment sous
>>> > couvert forestier donc il y a un phénomène de masques qui gène le GPS
>>> (peu
>>> > probable étant donné que les voies piétonnes ne concernent pas
>>> seulement les
>>> > ruelles mais aussi les GR)
>>> > Hélas nous n'avons pas d'autres idées...
>>> > En avez-vous?
>>> > Merci d'avance!
>>> > PS: Notre rapport sera posté fin janvier de façon à ce que tout le
>>> monde
>>> > puisse en profiter.
>>> > --
>>> > Ophélie PETIT
>>> > 39 Avenue Frédéric Bartholdi
>>> > Batiment B
>>> > Appartement n°16
>>> > 72 000 LE MANS
>>> > Tel: 0033 (0)243293849
>>> >
>>> > ___
>>> > Talk-fr mailing list
>>> > Talk-fr@openstreetmap.org
>>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>> >
>>> >
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
>  Ophélie PETIT
> 39 Avenue Frédéric Bartholdi
> Batiment B
> Appartement n°16
> 72 000 LE MANS
> Tel: 0033 (0)243293849
>



-- 
Ophélie PETIT
39 Avenue Frédéric Bartholdi
Batiment B
Appartement n°16
72 000 LE MANS
Tel: 0033 (0)243293849
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Qualité d'OSM

[rldhont]

Pour ce qui est des autoroutes, il pourrait aussi être intéressant de 
comparer les échangeurs et le reste des voies.
Sinon la date font une différence car plus on a d'information (GPS, 
image, cadastre plus on peut être précis). Par contre pour un autoroute, 
je trouve normal que la précision soit moins bonne que pour les autres 
voies de circulation, ceux sont de longues voies de circulation donc on 
va pas créer un point tous les 5 m sauf peut être au moment des 
échangeurs et des sorties et ceux sont des voies larges. Je 
relativiserait donc le manque de précision pour les autoroutes.


René-Luc D'Hont
3Liz

Le 10/01/2011 14:43, Ophélie PETIT a écrit :
Je suis allée regarder les timestamp pour les autoroutes du Mans, les 
traces datent de 2008, 2009 et 2010...

La source n'est pas indiquée... J'ose penser qu'il s'agit du GPS...
Comment connaitre la source d'une donnée lorsqu'elle n'est pas taggée?
Les routes secondaires sont effectivement plus récentes 2009 à 2011...
Celà pourrait-il vraiment faire la différence?
Merci !
Le 10 janvier 2011 14:32, eMerzh > a écrit :


Moi je pense aussi qu'une partie doit venir du fait que les voies
principales ont probablement été créées avec des sources
relativement moyenne au niveau précision et n'ont pas forcément
été retouchée depuis...

Les routes secondaires sont plus récentes et auraient donc
bénéficié de meilleures sources...

Corriger est bien plus complexe que d'ajouter...

Théorie à vérifier bien sûr :)


2011/1/10 Raphaël Pinson mailto:raph...@gmail.com>>

Bonjour Ophélie,


Une hypothèse, basée sur mon expérience personnelle:

La majorité des autoroutes ont dû être tracées au début d'OSM, à
l'aide de GPS uniquement. Les voies secondaires par contre,
sont plus
récentes dans beaucoup de cas, et ont bénéficié du support des
images
satellites pour corriger les inexactitudes des traces GPS.

Lorsque les voies secondaires sont peu précises, elles sont
corrigées
au moment de l'édition de détails sur le quartier concerné. Au
contraire, les autoroutes parcourent des zones peu habitées où
peu de
contributeurs ont l'occasion d'aller vérifier et corriger la
précision
des voies, préférant se concentrer sur la précision des
information
dans les zones habitées.


Raphaël



2011/1/10 Ophélie PETIT mailto:ophelie.petit.cheval...@gmail.com>>:
> Bonjour,
>
> Je réalise une étude sur la qualité d'OpenStreetMap en
Sarthe pour l'ESGT
> (Ecole des géomètres Topographes au Mans) et notre groupe de
travail est
> confronté à des résultats étonnants : les autoroutes et les
voies piétonnes
> présentent les plus grosses erreurs géométriques avec une
précision moyenne
> de 4m et un écart type entre 4 et 5m... Tandis que les voies
secondaires,
> primaires, tertiaires et les rues tournent plutôt autour de
3 à +- 3m.
> Pourquoi?
> Nous avons plusieurs hypothèses:
> - les autoroutes sont levées avec des GPS de voitures et la
vitesse ne
> permet pas une bonne précision.
> - les voies piétonnes sont plus étroites en ville, et
fréquemment sous
> couvert forestier donc il y a un phénomène de masques qui
gène le GPS (peu
> probable étant donné que les voies piétonnes ne concernent
pas seulement les
> ruelles mais aussi les GR)
> Hélas nous n'avons pas d'autres idées...
> En avez-vous?
> Merci d'avance!
> PS: Notre rapport sera posté fin janvier de façon à ce que
tout le monde
> puisse en profiter.
> --
> Ophélie PETIT
> 39 Avenue Frédéric Bartholdi
> Batiment B
> Appartement n°16
> 72 000 LE MANS
> Tel: 0033 (0)243293849
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>

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



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




--
Ophélie PETIT
39 Avenue Frédéric Bartholdi
Batiment B
Appartement n°16
72 000 LE MANS
Tel: 0033 (0)243293849


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


___

Re: [OSM-talk-fr] Qualité d'OSM

[Raphaël Pinson]

2011/1/10 Ophélie PETIT :
> L'hypothèse de la largeur des voies me semble très probable! Merci!
> Il n'y a plus qu'à élucider les voies piétonnes!
> A bientôt!

Une petite note: si vous avez des données concernant les autoroutes
mal calées, je pense que cela peut être fort intéressant, d'autant que
les images satellites Bing ont grandement amélioré la qualité de
traçage des routes. En connaissant les routes problématiques, quelques
semaines devraient suffir à corriger les inexactitudes.


Raphaël



>
> Le 10 janvier 2011 14:43, Ophélie PETIT 
> a écrit :
>>
>> Je suis allée regarder les timestamp pour les autoroutes du Mans, les
>> traces datent de 2008, 2009 et 2010...
>> La source n'est pas indiquée... J'ose penser qu'il s'agit du GPS...
>> Comment connaitre la source d'une donnée lorsqu'elle n'est pas taggée?
>> Les routes secondaires sont effectivement plus récentes 2009 à 2011...
>> Celà pourrait-il vraiment faire la différence?
>> Merci !
>>
>> Le 10 janvier 2011 14:32, eMerzh  a écrit :
>>>
>>> Moi je pense aussi qu'une partie doit venir du fait que les voies
>>> principales ont probablement été créées avec des sources relativement
>>> moyenne au niveau précision et n'ont pas forcément été retouchée depuis...
>>>
>>> Les routes secondaires sont plus récentes et auraient donc bénéficié de
>>> meilleures sources...
>>>
>>> Corriger est bien plus complexe que d'ajouter...
>>>
>>> Théorie à vérifier bien sûr :)
>>>
>>> 2011/1/10 Raphaël Pinson 

 Bonjour Ophélie,


 Une hypothèse, basée sur mon expérience personnelle:

 La majorité des autoroutes ont dû être tracées au début d'OSM, à
 l'aide de GPS uniquement. Les voies secondaires par contre, sont plus
 récentes dans beaucoup de cas, et ont bénéficié du support des images
 satellites pour corriger les inexactitudes des traces GPS.

 Lorsque les voies secondaires sont peu précises, elles sont corrigées
 au moment de l'édition de détails sur le quartier concerné. Au
 contraire, les autoroutes parcourent des zones peu habitées où peu de
 contributeurs ont l'occasion d'aller vérifier et corriger la précision
 des voies, préférant se concentrer sur la précision des information
 dans les zones habitées.


 Raphaël



 2011/1/10 Ophélie PETIT :
 > Bonjour,
 >
 > Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour
 > l'ESGT
 > (Ecole des géomètres Topographes au Mans) et notre groupe de travail
 > est
 > confronté à des résultats étonnants : les autoroutes et les voies
 > piétonnes
 > présentent les plus grosses erreurs géométriques avec une précision
 > moyenne
 > de 4m et un écart type entre 4 et 5m... Tandis que les voies
 > secondaires,
 > primaires, tertiaires et les rues tournent plutôt autour de 3 à +- 3m.
 > Pourquoi?
 > Nous avons plusieurs hypothèses:
 > - les autoroutes sont levées avec des GPS de voitures et la vitesse ne
 > permet pas une bonne précision.
 > - les voies piétonnes sont plus étroites en ville, et fréquemment sous
 > couvert forestier donc il y a un phénomène de masques qui gène le GPS
 > (peu
 > probable étant donné que les voies piétonnes ne concernent pas
 > seulement les
 > ruelles mais aussi les GR)
 > Hélas nous n'avons pas d'autres idées...
 > En avez-vous?
 > Merci d'avance!
 > PS: Notre rapport sera posté fin janvier de façon à ce que tout le
 > monde
 > puisse en profiter.
 > --
 > Ophélie PETIT
 > 39 Avenue Frédéric Bartholdi
 > Batiment B
 > Appartement n°16
 > 72 000 LE MANS
 > Tel: 0033 (0)243293849
 >
 > ___
 > Talk-fr mailing list
 > Talk-fr@openstreetmap.org
 > http://lists.openstreetmap.org/listinfo/talk-fr
 >
 >

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> Ophélie PETIT
>> 39 Avenue Frédéric Bartholdi
>> Batiment B
>> Appartement n°16
>> 72 000 LE MANS
>> Tel: 0033 (0)243293849
>
>
>
> --
> Ophélie PETIT
> 39 Avenue Frédéric Bartholdi
> Batiment B
> Appartement n°16
> 72 000 LE MANS
> Tel: 0033 (0)243293849
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>

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

Re: [OSM-talk-fr] Ouverture autoroute DuplexA86

[f . dos . santos]

Selon Pieren :

> 2011/1/10 
>
> > En plus pour les retouches ça ne va pas être évident d'avoir une trace GPS
> > dans un tunnel...
> >
> >
> Avec une centrale inertielle, si tu en as une
> De toute façon, la partie souterraine est pour l'instant représentée avec
> des voies à sens unique parallèles (côte-à-côte) alors qu'elles sont
> empilées (une au dessus de l'autre) dans le tunnel. Il faudrait peut-être
> superposer les deux ways en partangeant les mêmes noeuds mais avec des tags
> "layer" différents ?
>

Oui c'est à ce genre de retouche que je pensais.
Ca doit être sympa à tracer : 2 way superposés mais pas de noeuds en commun vu
qu'il n'y a pas de connexion entre eux, un cas où on doit passer par des
duplicate nodes.

N'ayant aucune connaissance locale et Marc s'étant manifesté ... je m'en sort
plutôt bien : pourquoi faire soi-même ce que l'on peut faire faire par quelqu'un
d'autre ;-))

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

Re: [OSM-talk-fr] Qualité d'OSM

[alexis gayte]

cela marche peut être un peu comme wikipedia,

plus le nombre de personne consultant l'article est grand, plus la qualité
est bonne ...





Le 10 janvier 2011 14:52, Raphaël Pinson  a écrit :

> 2011/1/10 Ophélie PETIT :
> > L'hypothèse de la largeur des voies me semble très probable! Merci!
> > Il n'y a plus qu'à élucider les voies piétonnes!
> > A bientôt!
>
> Une petite note: si vous avez des données concernant les autoroutes
> mal calées, je pense que cela peut être fort intéressant, d'autant que
> les images satellites Bing ont grandement amélioré la qualité de
> traçage des routes. En connaissant les routes problématiques, quelques
> semaines devraient suffir à corriger les inexactitudes.
>
>
> Raphaël
>
>
>
> >
> > Le 10 janvier 2011 14:43, Ophélie PETIT <
> ophelie.petit.cheval...@gmail.com>
> > a écrit :
> >>
> >> Je suis allée regarder les timestamp pour les autoroutes du Mans, les
> >> traces datent de 2008, 2009 et 2010...
> >> La source n'est pas indiquée... J'ose penser qu'il s'agit du GPS...
> >> Comment connaitre la source d'une donnée lorsqu'elle n'est pas taggée?
> >> Les routes secondaires sont effectivement plus récentes 2009 à 2011...
> >> Celà pourrait-il vraiment faire la différence?
> >> Merci !
> >>
> >> Le 10 janvier 2011 14:32, eMerzh  a écrit :
> >>>
> >>> Moi je pense aussi qu'une partie doit venir du fait que les voies
> >>> principales ont probablement été créées avec des sources relativement
> >>> moyenne au niveau précision et n'ont pas forcément été retouchée
> depuis...
> >>>
> >>> Les routes secondaires sont plus récentes et auraient donc bénéficié de
> >>> meilleures sources...
> >>>
> >>> Corriger est bien plus complexe que d'ajouter...
> >>>
> >>> Théorie à vérifier bien sûr :)
> >>>
> >>> 2011/1/10 Raphaël Pinson 
> 
>  Bonjour Ophélie,
> 
> 
>  Une hypothèse, basée sur mon expérience personnelle:
> 
>  La majorité des autoroutes ont dû être tracées au début d'OSM, à
>  l'aide de GPS uniquement. Les voies secondaires par contre, sont plus
>  récentes dans beaucoup de cas, et ont bénéficié du support des images
>  satellites pour corriger les inexactitudes des traces GPS.
> 
>  Lorsque les voies secondaires sont peu précises, elles sont corrigées
>  au moment de l'édition de détails sur le quartier concerné. Au
>  contraire, les autoroutes parcourent des zones peu habitées où peu de
>  contributeurs ont l'occasion d'aller vérifier et corriger la précision
>  des voies, préférant se concentrer sur la précision des information
>  dans les zones habitées.
> 
> 
>  Raphaël
> 
> 
> 
>  2011/1/10 Ophélie PETIT :
>  > Bonjour,
>  >
>  > Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour
>  > l'ESGT
>  > (Ecole des géomètres Topographes au Mans) et notre groupe de travail
>  > est
>  > confronté à des résultats étonnants : les autoroutes et les voies
>  > piétonnes
>  > présentent les plus grosses erreurs géométriques avec une précision
>  > moyenne
>  > de 4m et un écart type entre 4 et 5m... Tandis que les voies
>  > secondaires,
>  > primaires, tertiaires et les rues tournent plutôt autour de 3 à +-
> 3m.
>  > Pourquoi?
>  > Nous avons plusieurs hypothèses:
>  > - les autoroutes sont levées avec des GPS de voitures et la vitesse
> ne
>  > permet pas une bonne précision.
>  > - les voies piétonnes sont plus étroites en ville, et fréquemment
> sous
>  > couvert forestier donc il y a un phénomène de masques qui gène le
> GPS
>  > (peu
>  > probable étant donné que les voies piétonnes ne concernent pas
>  > seulement les
>  > ruelles mais aussi les GR)
>  > Hélas nous n'avons pas d'autres idées...
>  > En avez-vous?
>  > Merci d'avance!
>  > PS: Notre rapport sera posté fin janvier de façon à ce que tout le
>  > monde
>  > puisse en profiter.
>  > --
>  > Ophélie PETIT
>  > 39 Avenue Frédéric Bartholdi
>  > Batiment B
>  > Appartement n°16
>  > 72 000 LE MANS
>  > Tel: 0033 (0)243293849
>  >
>  > ___
>  > Talk-fr mailing list
>  > Talk-fr@openstreetmap.org
>  > http://lists.openstreetmap.org/listinfo/talk-fr
>  >
>  >
> 
>  ___
>  Talk-fr mailing list
>  Talk-fr@openstreetmap.org
>  http://lists.openstreetmap.org/listinfo/talk-fr
> >>>
> >>>
> >>> ___
> >>> Talk-fr mailing list
> >>> Talk-fr@openstreetmap.org
> >>> http://lists.openstreetmap.org/listinfo/talk-fr
> >>>
> >>
> >>
> >>
> >> --
> >> Ophélie PETIT
> >> 39 Avenue Frédéric Bartholdi
> >> Batiment B
> >> Appartement n°16
> >> 72 000 LE MANS
> >> Tel: 0033 (0)243293849
> >
> >
> >
> > --
> > Ophélie PETIT
> > 39 Avenue Frédéric Bartholdi
> > Batiment B
> > Appartement n°16
> > 72 000 LE MAN

Re: [OSM-talk-fr] Qualité d'OSM

[Pieren]

2011/1/10 Ophélie PETIT 

> Comment connaitre la source d'une donnée lorsqu'elle n'est pas taggée?
>
>
>
S'il n'y a pas de tag 'source' sur les éléments eux-mêmes, on peut
éventuellement le trouver dans le changeset (dans un tag 'source' ou dans le
commentaire).

La seule source vraiment bien identifiée est celle du cadastre. A votre
place, je referais une comparaison en excluant les données issues du
cadastre pour voir si l'écart entre types de voies est toujours aussi
important (à mon avis, non).

Petite question subsidiaire : quelles sont vos données de référence pour
juger de l'écart type ? quelle est leur marge d'erreur ?

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

Re: [OSM-talk-fr] Qualité d'OSM

[Ab_fab]

Une autre explication, à ajouter aux autres :

Il n'y a pas si longtemps (un an), beaucoup de communes étaient disponibles
dans le cadastre en format Lambert 4 zones.
Quand la projection est passée à la projection conique conforme 9 zones, on
a pu observer un décalage de quelques mètres.

Mes 2 centimes

[1]
http://lists.openstreetmap.org/pipermail/talk-fr/2009-December/017206.html

Le 10 janvier 2011 14:22, Ophélie PETIT
a écrit :

> Bonjour,
>
> Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour l'ESGT
> (Ecole des géomètres Topographes au Mans) et notre groupe de travail est
> confronté à des résultats étonnants : les autoroutes et les voies piétonnes
> présentent les plus grosses erreurs géométriques avec une précision moyenne
> de 4m et un écart type entre 4 et 5m... Tandis que les voies secondaires,
> primaires, tertiaires et les rues tournent plutôt autour de 3 à +- 3m.
> Pourquoi?
> Nous avons plusieurs hypothèses:
> - les autoroutes sont levées avec des GPS de voitures et la vitesse ne
> permet pas une bonne précision.
> - les voies piétonnes sont plus étroites en ville, et fréquemment sous
> couvert forestier donc il y a un phénomène de masques qui gène le GPS (peu
> probable étant donné que les voies piétonnes ne concernent pas seulement les
> ruelles mais aussi les GR)
> Hélas nous n'avons pas d'autres idées...
> En avez-vous?
> Merci d'avance!
>
> PS: Notre rapport sera posté fin janvier de façon à ce que tout le monde
> puisse en profiter.
> --
> Ophélie PETIT
> 39 Avenue Frédéric Bartholdi
> Batiment B
> Appartement n°16
> 72 000 LE MANS
> Tel: 0033 (0)243293849
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
--
ab_fab

"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouverture autoroute DuplexA86

[Ab_fab]

Je vais demander à un ami s'il entend les voitures passer.
Le tracé tel que représenté dans OSM passe pile sous son appart ;-)
"source : vibrations"

Le 10 janvier 2011 14:54,  a écrit :

> Selon Pieren :
>
> > 2011/1/10 
> >
> > > En plus pour les retouches ça ne va pas être évident d'avoir une trace
> GPS
> > > dans un tunnel...
> > >
> > >
> > Avec une centrale inertielle, si tu en as une
> > De toute façon, la partie souterraine est pour l'instant représentée avec
> > des voies à sens unique parallèles (côte-à-côte) alors qu'elles sont
> > empilées (une au dessus de l'autre) dans le tunnel. Il faudrait peut-être
> > superposer les deux ways en partangeant les mêmes noeuds mais avec des
> tags
> > "layer" différents ?
> >
>
> Oui c'est à ce genre de retouche que je pensais.
> Ca doit être sympa à tracer : 2 way superposés mais pas de noeuds en commun
> vu
> qu'il n'y a pas de connexion entre eux, un cas où on doit passer par des
> duplicate nodes.
>
> N'ayant aucune connaissance locale et Marc s'étant manifesté ... je m'en
> sort
> plutôt bien : pourquoi faire soi-même ce que l'on peut faire faire par
> quelqu'un
> d'autre ;-))
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
--
ab_fab

"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Qualité d'OSM

[Christian Rogel]

  2011/1/10 Ophélie PETIT mailto:ophelie.petit.cheval...@gmail.com>>:
les autoroutes et les voies piétonnes présentent les plus grosses erreurs 
géométriques avec une
précision moyenne de 4m et un écart type entre 4 et 5m... Tandis que les 
voies secondaires,primaires,
tertiaires et les rues tournent plutôt autour de3 à +- 3m.
Pourquoi?


Le hypothèses basées sur l'imprécision des GPS et sur la largeur des 
voies me semblent bonnes.
Je viens de faire un travail de recalage d'après Bing sur la rocade Sud 
de Quimper et cela a parfois besoin, bizarrement, d'être recalé, même 
avec une multitude de tracés GPS.
Je me pose quand même des questions sur la précision de Bing, pourtant a 
priori basé sur les photos IGN, car une fois que j'ai recalé dans 
Potlacht2 un groupe de bâtiments, je constate parfois des décalages dans 
un quartier plus loin et les imports semi-automatiques sont alors plus 
au Nord, par quelques mètres.
Je ne parlerai pas des voies piétonnes que j'ai calées sur le cadastre, 
mais des allées piétonnes que j'avais tracées au GPS et qui, sans que ce 
soit uniforme,doivent être souvent fortement recalées d'après Bing.

Là, 2 hypothèses :
- couverture forestière (dans le quartier du Braden à Quimper)
- réglage du GPS plus adapté à la voiture qu'à la marche (j'avais 
mis une fréquence de captation moyenne que je n'ai jamais modifiée)



Christian




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

Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

[RatZilla$]

Tout d'abord MERCI pour l'intérêt que vous portez à OpenStreetMap,

* Comment mettre en place un partenariat entre notre commune et OSM ?
Premier point il faut commencer par vérifier la compatibilité des
droits dont vous disposez sur les données avec la licence Odbl et
CC-By-SA.
Si vous êtes propriétaire de l'ensemble de vos données et que les élus
donnent l'accord quant à la transmission de ces données c'est parfait.

* Quelle genre d'import pourrait-on réaliser (différentiel, massif) ?
Il faudra vérifier la différence entre l'existant dans OSM et ce dont
vous disposez. Puis au cas par cas parfois effacer les données
présentent dans OSM pour les remplacer par les vôtres.

* Dans le cas d'un import différentiel comment est géré la topologie
(entre les voies) ?
Selon le format des données dont vous disposez nous récupérons la
topologie dans les attributs des objets importés ?

* Existe-t-'il un système de modération dans OSM (pour éviter le
"vandalisme" ou arbitrer des litiges) ?
Il n'y a pas de modération mais une veille permanente de la communauté
sur la "santé" des territoires connues des contributeurs.
Des outils existent néanmoins pour surveiller, signaler, corriger les
incongruités (géométriques, orthographique, etc...)
Il existe un système de "versioning" (changeset) permettant de suivre
l'historique et la vie des modifications apportées.

* Comment pourrait-on mettre en place un procédé de mise à jour efficace?
Ce système de changeset cité ci-dessus permet d'avoir une base à la
mise en place d'un tel service.

Cordialement,
Gaël MUSQUET

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

Re: [OSM-talk-fr] Qualité d'OSM

[Pieren]

2011/1/10 Ab_fab 

> Une autre explication, à ajouter aux autres :
>
> Il n'y a pas si longtemps (un an), beaucoup de communes étaient disponibles
> dans le cadastre en format Lambert 4 zones.
> Quand la projection est passée à la projection conique conforme 9 zones, on
> a pu observer un décalage de quelques mètres.
>
>
>
Oui c'est juste. Les données sourcées "cadastre" antérieures à novembre 2009
étaient éditées par une version de JOSM qui ne supportait pas entièrement la
projection Lambert 4 zones (sans la grille de correction ntf-rgf)

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

Re: [OSM-talk-fr] Pluie de ronds-verts sur Quimper

[Christian Rogel]

Vincent de Chateau-Thierry a écrit :

Bonsoir,


Bonsoir


Le compte qui importe les bâtiments sur Quimper en est à une bonne
dizaine d'imports de buildings depuis hier. Il semble enchaîner les
villes sans trop creuser, à voir par exemple ici :
http://www.openstreetmap.org/?minlon=4.3077442&minlat=49.5502079&maxlon=4.3200014&maxlat=49.5607015&box=yes



Il construit à Crach (56), Trinite (56), Plouhamel (56), Locmariaquer
(56), Locoal-Mendon (56), Etel (56), Concarneau (29), Quimper (29)

... et Inaumont (08) ?


Les bâtiments ont été importé sous le nom de franceosm, ce qui n'est pas 
le pseudo de Christophe (connu de Fabrice) qui a importé 2 communes 
limitrophes, Plomelin et Pluguffan.
Comme je lui signalais par la messagerie interne d'OSM qu'un import, 
déjà sollicité, venant de la communauté d'agglo pourrait amener à ce 
poser la question d'effacer ou modifier l'existant, il m'avait répondu 
que cela ne posait pas de problème, si c'était pour améliorer.
Je ne suis pas ennuyé, mais disons que, pour le moment, ma préoccupation 
ne porte pas sur l'amélioration (fusion) des bâtiments, mais sur la 
complétion des voies et des utilisations du terrain.


Christian



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

Re: [OSM-talk-fr] Cartographie de quartiers

[Nicolas Dumoulin]

Le lundi 10 janvier 2011 13:57:14 Pieren, vous avez écrit :
> Mettre un place=district ou place=quarter serait plus approprié.

Moi, je dis : Banco :-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Cartographie de quartiers

[Raphaël Pinson]

2011/1/10 Pieren :
> 2011/1/10 Nicolas Dumoulin 
>>
>> Donc typiquement ta ferme relève du place=isolated_dwelling et non de
>> locality. Je faisais la même erreur au début, mais place=locality n'est
>> pas
>> approprié à une ferme. Ou alors, je me trompe.
>
> Non, je confirme . Pour une ferme, on devrait utiliser isolated_dwelling qui
> est une création relativement récente - on en a déjà parlé ici - et qui
> essaie aussi de supplanter l'ancien place=farme qui avait plusieurs
> inconvénients (celui de créer la confusion avec landuse et d'être un peu
> trop spécifique).
>
>>
>> Je comprends ton avis sur le place=hamlet/village plutôt que locality sur
>> un
>> quartier. Mais j'aurai vraiment du mal à déterminer la limite spatiale et
>> la
>> population de Montferrand.
>>
>
> Mettre un place=district ou place=quarter serait plus approprié.
>

Mais ça ne résoudra pas les problèmes de débordement de frontière sur
les autres communes...


Raphaël

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

[OSM-talk-fr] [médias] Arte - Le Dessous de s Cartes

[Ab_fab]

La dernière émission du Dessous des Cartes, actuellement en diffusion sur
Arte et sur le net (Arte +7) sort du contexte géopolitique, et a un titre
alléchant :
"Tous cartographes ?"

Malheureusement, l'aspect citoyen et populaire d'une production
cartographique n'est pas développé.
Il s'agit surtout d'évoquer la mise à disposition de données géographiques
institutionnelles (IGN, BRGM) via le Géoportail.
Petite déception, donc, pour cette série qui n'en demeure pas moins
excellente
http://www.arte.tv/fr/Comprendre-le-monde/le-dessous-des-cartes/392,CmC=396,view=maps.html

Georezo est cité dans les liens utiles.
Ouf

--
ab_fab

"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cartographie de quartiers

[Nicolas Dumoulin]

Le lundi 10 janvier 2011 16:05:05 Raphaël Pinson, vous avez écrit :
> > Mettre un place=district ou place=quarter serait plus approprié.
> 
> Mais ça ne résoudra pas les problèmes de débordement de frontière sur
> les autres communes...

On saura à quoi s'en tenir. Si tu as les limites et que tu les poses, il n'y a 
pas de problème. Si non, tu poses un node (comme pour les village/city) à peu 
près au milieu.
Pour le cas des quartiers qui sont dans plusieurs communes, ça se trouve il 
existe une relation pour ça … sinon, yapluka l'inventer pour aider le logiciel 
de rendu à pas trop se planter.
Ou alors il faut tracer un polygone approchant … mais je me suis pas trop 
pencher sur ces problèmes pour l'instant …

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

[Marc SIBERT]

Le 10 janvier 2011 14:30, Linugis  a écrit :

>
> Bonjour,
>
> Je travaille au sein du service SIG (Système d'Information Géographique) de
> la commune d'Albi (dans le Tarn) et nous réfléchissons à une possible
> libération (et intégration dans OSM) d'une partie de nos données
> cartographiques (notamment notre filaire des voies).
>
> J'ai vu des exemples de libération de données publique notamment en
> Bretagne. Apparemment deux mise en œuvre différentes : Rennes qui a mis a
> disposition certaines de ces données à partir d'un site internet, et Brest
> qui a réalisé un import différentiel de son filaire directement dans OSM.
>
> Je vais faire une rapide comparaison entre les données de la commune et
> celles d'OSM. Je ne cherche pas a dénigrer le travail de la communauté de
> mappeurs (dont je fais parti) mais plutôt de voir comment améliorer les
> données OSM.
>
> Sur notre commune le filaire des voies n'est pas entièrement saisie sur OSM
> (il doit manquer environ 40-50% des voies publiques), certaines
> dénominations sont erronées (ou ne correspondent pas exactement à la
> délibération de nommage), et certaines voies manquent de précision
> géographique.
>
>
> Par contre OSM est meilleur sur les voies privées (ex : intérieur de
> résidence), les chemins pédestres (ex : parcs et jardins, venelles
> piétonnes
> entre rue), les places (sous forme de polygones), les limitations de
> vitesse, la classification (voies primaires, voies secondaires ...) et les
> tags en général (ex : pont). En effet nous ne gérons pas ces données dans
> notre filaire.
>
> Pour résumer dans notre filaire nous garantissons : le libellé exact de la
> voie, le sens de circulation, la domanialité, la position géographique
> ainsi
> que la topologie du réseau.
>
>
> Voici donc les questions que nous nous posons :
>
>* Comment mettre en place un partenariat entre notre commune et OSM ?
>* Quelle genre d'import pourrait-on réaliser (différentiel, massif) ?
>* Dans le cas d'un import différentiel comment est géré la topologie
> (entre les voies) ?
>* Existe-t-'il un système de modération dans OSM (pour éviter le
> "vandalisme" ou arbitrer des litiges) ?
>* Comment pourrait-on mettre en place un procédé de mise à jour efficace
> ?
>
> Nous somme preneur de tout conseils et suggestions que vous pourriez nous
> amener.
>
> --
> View this message in context:
> http://gis.638310.n2.nabble.com/Commune-Liberations-et-integration-de-donnees-tp5906892p5906892.html
> Sent from the France mailing list archive at Nabble.com.
>
> Bonjour,

Je ne vais pas apporter de réponse ici, mais je suis très intéressé par les
réponses que vous allez obtenir. En effet, vous avez peut-être vu que j'ai
participé à la transformation des données de la Communauté de communes de
Concarneau Cornouaille. J'ai terminé la mise en forme des données, mais le
problème reste la manière de "fusionner" ces nouvelles données avec celles
déjà disponibles dans OSM. La problématique est que OSM n'a pas de tel
processus et cela doit donc être fait "à la main".

Voici quelques réflexions :

   - *Le plus simple est de supprimer tout le filaire existant dans OSM et
   d'injecter celui de la 4C.*
   Au vu de l'existant et de manière générale le filaire de la 4C est de
   meilleur qualité que l'existant, mais on n'est pas à l'abri de zone
   particulière où un contributeur zélé a pu apporté un soin exceptionnel dans
   sa contribution et dans ce cas cette qualité serait perdue irrémédiablement.
   Cela risque de démotiver les contributeurs. Il y a justement le cas des
   voies privées ou de service qui ne sont pas disponible dans le filaire de la
   4C mais que l'on trouve déjà sur le terrain.
   - *Injecter globalement le filaire de la 4C et laisser les contributeurs
   dé-doublonner à postériori.*
   Dans ce cas aussi, on va temporairement dénaturer OSM et l'ampleur de la
   tache pourra rebuter les contributeurs.
   - *Injecter à la demande.*
   Je prévois de faire des "carrés" de surface "à taille à humaine" dont
   l'upload sera faite à la demande, le contributeur étant faite étant alors en
   charge du nettoyage. L'intérêt de cette méthode est de ne pas dégouter les
   contributeurs par un travail trop long. Perso, au-delà d'une semaine je me
   lasse.

Voilà les 0.02 €

PS : que la 4C ne désespère pas je n'ai pas encore abandonné ce projet. Je
travaille sur le découpage et la création d'une page de déclenchement de
l'upload.

A+

-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Qualité d'OSM

[Ophélie PETIT]

Comme vous vous en doutiez j'imagine, nos données de références sont celles
du RGE (IGN), leur marge d'erreur est de (50-70cm).
Effectivement c'est une bonne idée de retirer les données du cadastre.
Je vous tiens au courant dès que les calculs sont refaits.
Merci à tous.
Cordialement.

Le 10 janvier 2011 15:29, Pieren  a écrit :

>  2011/1/10 Ophélie PETIT 
>
>> Comment connaitre la source d'une donnée lorsqu'elle n'est pas taggée?
>>
>>
>>
> S'il n'y a pas de tag 'source' sur les éléments eux-mêmes, on peut
> éventuellement le trouver dans le changeset (dans un tag 'source' ou dans le
> commentaire).
>
> La seule source vraiment bien identifiée est celle du cadastre. A votre
> place, je referais une comparaison en excluant les données issues du
> cadastre pour voir si l'écart entre types de voies est toujours aussi
> important (à mon avis, non).
>
> Petite question subsidiaire : quelles sont vos données de référence pour
> juger de l'écart type ? quelle est leur marge d'erreur ?
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Ophélie PETIT
39 Avenue Frédéric Bartholdi
Batiment B
Appartement n°16
72 000 LE MANS
Tel: 0033 (0)243293849
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Qualité d'OSM

[Vincent Pottier]

Le 10/01/2011 15:29, Pieren a écrit :


Petite question subsidiaire : quelles sont vos données de référence 
pour juger de l'écart type ? quelle est leur marge d'erreur ?

J'allais poser la question.

Quelques éléments de réflexion...

En utilisation au GPS, le niveau de zoom est probablement bas lorsqu'on 
circule sur autoroute que lorsqu'on circule sur une tertiary, ce qui 
rend l'utilisateur moins sensible à l'écart.  De même lorsque les 
grandes distances sont cartographiée : le zoom n'est pas poussé à fond.


Pour vérifier les dates, plutôt que la date du way (qui a pu être 
modifié donc qui porte la date de la dernière modification), il faudrait 
utiliser un échantillon de points sur le way.

--
FrViPofm

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

Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

[François Van Der Biest]

Bonjour,

2011/1/10 Marc SIBERT 

>
> Je ne vais pas apporter de réponse ici, mais je suis très intéressé par les
> réponses que vous allez obtenir. En effet, vous avez peut-être vu que j'ai
> participé à la transformation des données de la Communauté de communes de
> Concarneau Cornouaille. J'ai terminé la mise en forme des données, mais le
> problème reste la manière de "fusionner" ces nouvelles données avec celles
> déjà disponibles dans OSM. La problématique est que OSM n'a pas de tel
> processus et cela doit donc être fait "à la main".
>

Dans une grande mesure, le travail de dédoublonnage peut être évité grâce à
l'algorithme exposé sur la page "BMO" du wiki OSM.
Il reste dans tous les cas une phase d'adaptation manuelle pour recoller les
données importées avec l'existant (ie "assurer une topologie correcte")


> Voici quelques réflexions :
>
>- *Le plus simple est de supprimer tout le filaire existant dans OSM et
>d'injecter celui de la 4C.*
>
>
C'est peut etre le plus simple, mais c'est une solution que la communauté
OSM refuse catégoriquement.


>
>- *Injecter globalement le filaire de la 4C et laisser les
>contributeurs dé-doublonner à postériori.*
>Dans ce cas aussi, on va temporairement dénaturer OSM et l'ampleur de
>la tache pourra rebuter les contributeurs.
>
>
Je suis d'accord avec ce point de vue.


>
>- *Injecter à la demande.*
>Je prévois de faire des "carrés" de surface "à taille à humaine" dont
>l'upload sera faite à la demande, le contributeur étant faite étant alors 
> en
>charge du nettoyage. L'intérêt de cette méthode est de ne pas dégouter les
>contributeurs par un travail trop long. Perso, au-delà d'une semaine je me
>lasse.
>
>
C'est probablement la meilleure solution.
Penser à utiliser les "carrés" équivalents au z=15 de la projection mercator
sphérique. Cela permettra de suivre l'avancement des travaux à l'aide de
l'application OSMQA (cf http://goo.gl/lY6HN ), qui utilise ces tuiles de
taille ~ 1km².

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

Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

[4C/Laurent GAD]

Bonjour,

Se pose également la question de la mise à jour.

Nous faisons une mise à jour régulière de notre filaire en interne sur la
base d’information remontées par nos communes. 

Quelle serait la meilleure méthode pour en faire profiter OSM ? Imports,
saisie directe dans osm (= doublon de mise à jour pour nous) ?

 

J’en profite pour remercier les personnes qui travaillent sur le filaire de
voies sur le territoire de la 4C.

 

cordialement 


Laurent

 

De : talk-fr-boun...@openstreetmap.org
[mailto:talk-fr-boun...@openstreetmap.org] De la part de François Van Der
Biest
Envoyé : lundi 10 janvier 2011 16:56
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] [Commune] Libérations et intégration de données

 

Bonjour,

2011/1/10 Marc SIBERT 

 

Je ne vais pas apporter de réponse ici, mais je suis très intéressé par les
réponses que vous allez obtenir. En effet, vous avez peut-être vu que j'ai
participé à la transformation des données de la Communauté de communes de
Concarneau Cornouaille. J'ai terminé la mise en forme des données, mais le
problème reste la manière de "fusionner" ces nouvelles données avec celles
déjà disponibles dans OSM. La problématique est que OSM n'a pas de tel
processus et cela doit donc être fait "à la main".

 

Dans une grande mesure, le travail de dédoublonnage peut être évité grâce à
l'algorithme exposé sur la page "BMO" du wiki OSM.

Il reste dans tous les cas une phase d'adaptation manuelle pour recoller les
données importées avec l'existant (ie "assurer une topologie correcte")

 

Voici quelques réflexions :

*   Le plus simple est de supprimer tout le filaire existant dans OSM et
d'injecter celui de la 4C.

 

C'est peut etre le plus simple, mais c'est une solution que la communauté
OSM refuse catégoriquement.

 

*   Injecter globalement le filaire de la 4C et laisser les
contributeurs dé-doublonner à postériori.
Dans ce cas aussi, on va temporairement dénaturer OSM et l'ampleur de la
tache pourra rebuter les contributeurs.

 

Je suis d'accord avec ce point de vue.

 

*   Injecter à la demande.
Je prévois de faire des "carrés" de surface "à taille à humaine" dont
l'upload sera faite à la demande, le contributeur étant faite étant alors en
charge du nettoyage. L'intérêt de cette méthode est de ne pas dégouter les
contributeurs par un travail trop long. Perso, au-delà d'une semaine je me
lasse.

 

C'est probablement la meilleure solution.

Penser à utiliser les "carrés" équivalents au z=15 de la projection mercator
sphérique. Cela permettra de suivre l'avancement des travaux à l'aide de
l'application OSMQA (cf http://goo.gl/lY6HN ), qui utilise ces tuiles de
taille ~ 1km².

 

F.

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

Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

[Eric Marsden]

> "ms" == Marc SIBERT  writes:

  ms> - *Injecter à la demande.*
  ms> Je prévois de faire des "carrés" de surface "à taille à humaine" dont
  ms> l'upload sera faite à la demande, le contributeur étant faite étant alors 
en
  ms> charge du nettoyage.

  Pourquoi ne pas mettre à disposition des fichiers .osm ? Il est alors
  relativement facile de charger les nouvelles données dans un calque
  JOSM et de copier les éléments qui ne sont pas encore présents vers
  le calque OSM.

  Certes, ça engendre un risque que des éjaculateurs précoces importent
  massivement sans vérifier la qualité de leur travail, comme on le voit
  encore avec le cadastre, mais ils écoutent parfois quand on leur
  envoie des messages.

-- 
Eric Marsden


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

Re: [OSM-talk-fr] Voie de bus en sens inverse

[cyril constantin]

Bonjour,

M'étant déjà torturé avec cette question :)
oneway=yes + psv=opposite_lane

C'est sur http://wiki.openstreetmap.org/wiki/Key:access

cordialement,
cyril.


2011/1/10 rldhont :
> Bonjour,
>
> Les travaux en cours sur Montpellier entraine une réorganisation des voies
> de circulations, et je suis tombé sur un os.
>
> Il existe des voies de circulations en sens unique pour tous les véhicules
> mais avec une voie de bus en sens inverse. Cette particularité était
> présente seulement sur le jeu de paume où un contributeur a créer une voie
> service dédié à cette voie de bus. Cette solution ne me semble pas juste
> puisqu'il n'existe pas de limite physique entre les 2 voies, juste une ligne
> blanche. Mais donc ce modèle c'est étendu à d'autres rues.
>
> Ma question est donc comment taggé proprement le fais qu'il existe une voie
> de bus en sens inverse de la route en sens unique ?
>
> René-Luc
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] cadastre.osm.cleo-carto.org

[Philippe Pary]

Le lundi 10 janvier 2011 à 11:16 +, tetramonium a écrit :
> Bonjour
> Dans le 29, il manque Mellac dont j'aurais bien importé les batiments

L'import de fin décembre s'est crashé lors de la mise à jour du 29
justement.
C'est étrange, je l'ai relancé.

Pierre, si tu me lis, j'ai réellement d'énormes soucis de timeout. Je
vais finir par simplement lancer Qadastre via un script qui
chronométrera et agira au besoin

Philippe


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

Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

[Vincent Privat]

Bonjour,

Merci beaucoup pour l'intérêt que vous portez à OSM, je suis ravi de voir
une ville de Midi-Pyrénées telle qu'Albi s'y intéresser :)
Je ne suis qu'actif que depuis quelques semaines sur OSM donc ne répondrai
pas aux questions de fond sur le processus à envisager pour l'import, mais
je vous conseille fortement pour la problématique de modération, de vous
faire connaître dès maintenant sur le wiki :)
Je pense en particulier à la page du Tarn et à la page d'Albi:
http://wiki.openstreetmap.org/wiki/France:Tarn
http://wiki.openstreetmap.org/wiki/Albi

Cordialement,
Vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

[sechanbask]

- "Eric Marsden"  a écrit : 
> > "ms" == Marc SIBERT  writes: 
> 
> ms> - *Injecter à la demande.* 
> ms> Je prévois de faire des "carrés" de surface "à taille à humaine" dont 
> ms> l'upload sera faite à la demande, le contributeur étant faite étant alors 
> en 
> ms> charge du nettoyage. 
> 
> Pourquoi ne pas mettre à disposition des fichiers .osm ? Il est alors 
> relativement facile de charger les nouvelles données dans un calque 
> JOSM et de copier les éléments qui ne sont pas encore présents vers 
> le calque OSM. 
> 
> Certes, ça engendre un risque que des éjaculateurs précoces importent 
> massivement sans vérifier la qualité de leur travail, comme on le voit 
> encore avec le cadastre, mais ils écoutent parfois quand on leur 
> envoie des messages. 
> 
> -- 
> Eric Marsden 
> 
> 
> ___ 
> Talk-fr mailing list 
> Talk-fr@openstreetmap.org 
> http://lists.openstreetmap.org/listinfo/talk-fr 



La disposition des fichiers .osm ne changera rien à la qualité du travail des 
contributeurs, mais c'est un outil de plus... 

Cédric Barribaud 
Secrétaire de l'APP3L 
www.app3l.org 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre non vectorisé : questio n

[Cedric Viou]

Le 03/01/2011 15:36, hpmt a écrit :
> bis repetita, placent :
> 
> Comment les fourmis cartographes sont-elles informées de la
> vectorisation d'une commune de leur environnement ?
> 
> merci !


J'ai amélioré la transcription graphique de la liste des communes
manquantes dans OSM
(http://beta.letuffe.org/cron/etat-communes/communes.csv.txt)

Vous trouverez les "communes n'étant pas, n'ayant pas de tag ref:INSEE
ou ayant un problème dans osm (mais existent en vecteur au cadastre):" ici:
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=61-1

Et les "communes n'étant pas, n'ayant pas de tag ref:INSEE ou ayant un
problème dans osm (mais existent en image au cadastre):" ici:
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=61-2

J'ai encore une poignée de communes qui tombent en Chine, en Mongolie ou
dans l'Océan Indien, ;-) mais je pense régler ça d'ici demain.

A+

Cedric

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

[OSM-talk-fr] Mettre les conseils généraux dan s le coup des données géographiques libres

[Christian Rogel]

Comme mon conseil général présentait ses voeux aux agents, j'ai pu 
trouver un moment favorable pour introduire un sujet encore peu familier 
à beaucoup des décideurs territoriaux, même départementaux, la 
publication des données numériques, de préférence sous licence libre.
Le directeur général des services a pensé tout de suite que le CG 
publiait déjà des données publiques par son site qui inclut un atlas qui 
permet de visualiser de très nombreuses données, mais je lui ai précisé 
que je parlais, non pas de consultation, mais d'obtention sous forme 
numérique.
Il me demande donc de bien lui préciser la question par un petit topo 
qui mettra en évidence, ce qui est fait ailleurs, BMO, Rennes, Paris, 
Montpellier,etc...
Tout aussi intéressant a été l'échange avec le président du conseil 
général qui m'a dit qu'une question, à lui posée, sur les données 
géographiques lui avait fait comprendre que le CG était "en retrait" sur 
ce sujet. La question venait de la Région Bretagne.
L'échange a été  productif du fait qu'il m'a désigné lequel des 
vice-présidents pourrait piloter, côté élus, les processus.
En conclusion, j'ai dit que le CG devrait de saisir de la question de la 
licence d'utilisation de ses productions, à commencer par le site 
Internet qui pourrait être placé en Creative Commons.
A mes deux interlocuteurs, j'ai dit que le premier conseil général qui 
avait été dans le sens de la libération des données était celui de la 
Gironde (transports et données sur l'estuaire).

Qui peut me donner des références sur la Gironde?
Y-auraient-il d'autres CG qui auraient pris des décisions?

Pour la petite histoire, le président a été longtemps maire de Brest et 
n'a pu qu'être attentif à la mention de la délibération de Brest 
Métropole Océane sur la libération de ses données géographiques.


N'hésitez pas à parler aux interlocuteurs départementaux du sujet, au 
top, si vous le pouvez, mais aussi à ceux chargés de l'environnement et 
des parcs naturels.

Le directeur informatique, c'est pas mal non plus.
Règle d'or : l'information doit être donnée simultanément, côté élus 
comme côté fonctionnaires, car s'il y a un gros décalage, cela suffit à 
faire ralentir.
En ce moment, ce sont les grandes villes qui bougent le plus sur les 
opendata, mais si les CG et les Régions avancent, cela motivera d'autres 
villes plus petites.



Christian







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

Re: [OSM-talk-fr] Cartographie de quartiers

[Pierre-Alain Dorange]

Pieren  wrote:

> > Je comprends ton avis sur le place=hamlet/village plutôt que locality sur
> > un
> > quartier. Mais j'aurai vraiment du mal à déterminer la limite spatiale et
> > la
> > population de Montferrand.
> >
> >
> Mettre un place=district ou place=quarter serait plus approprié.

N'oublions pas :
http://wiki.openstreetmap.org/wiki/Tag:place%3Dsuburb

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Mettre les conseils généraux dan s le coup des données géographiques libres

[Philippe Pary]

Le lundi 10 janvier 2011 à 22:34 +0100, Christian Rogel a écrit :
> En ce moment, ce sont les grandes villes qui bougent le plus sur les 
> opendata, mais si les CG et les Régions avancent, cela motivera d'autres 
> villes plus petites.

Pour rappel, j'avais rencontré les responsables SIG des CG59 et 62.
S'ils ont montré un intérêt lors de la rencontre, ce fut sans suite. Je
pense que c'est car ils pensent leurs données sans intérêt (erreur
grave) mais aussi qu'elles sont dérivées de données proprio du type
Navteq/Teleatlas.

La PPIGE, organisme Régional de mutualisation SIG en Nord-Pas de Calais,
est également intéressé mais ne possède aucune donnée libérable, pas
même leur orthophoto ! L'horreur. Ils en sont conscients.

Le service SIGALE du  Conseil Régional du Nord-Pas de Calais (gère le
SIG et les données statistiques) s'est engagé oralement à mettre en
place une politique de données libres dans les mois qui viennent.
Plusieurs éléments me font être très confiants sur cet engagement.

La ville de Lille ne dispose pas de service SIG central ni de
centralisation de ses données. De plus, si ses techniciens sont
enthousiastes, les élus s'en foutent totalement. J'avais rencontré cet
été l'élu en charge des questions NTIC (Frédéric Lambin pour le citer)
qui m'avait alors promis de se bouger un peu … je n'ai jamais eu de
nouvelles, malgré mes relances.

Échec aussi à la CA d'Arras où j'ai eu le plus grand mal à faire avancer
les choses. On m'a promis plusieurs fois que les données seraient
libérées mais j'ai abandonné tant c'était laborieux. Par exemple, à un
moment cet été un technicien était motivé à m'envoyer le DVD des
données. Il devait avoir validation du directeur général des services …
Je n'ai plus jamais eu de nouvelles.

Je n'ai toujours pas contacté la communauté urbaine de Lille (LMCU) dont
on m'a dit qu'elle serait facile à convaincre. Un jour je prendrai les 3
minutes qu'il me faut pour appeler leur service SIG et avoir un
rendez-vous … procrastination, quand tu nous tiens !

Dans le cadre de la semaine du développement durable, machin national
décliné à Lille, Chtinux fera peut-être une journée sur l'OpenData (on
hésite avec le recyclage d'ordis). Dans ce cas là, nous appuierons pour
faire venir à nous un max d'élus, notamment les signataires du pacte du
logiciel Libre (qui sont « pré-sensibilisés » à OSM normalement)

Voilà le point pour tous mes contacts institutionnels passés et à venir.

Philippe


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

Re: [OSM-talk-fr] Mettre les conseils généraux dan s le coup des données géographiques libres

[Frédéric Rodrigo]

Le 10/01/2011 22:34, Christian Rogel a écrit :

A mes deux interlocuteurs, j'ai dit que le premier conseil général qui
avait été dans le sens de la libération des données était celui de la
Gironde (transports et données sur l'estuaire).
Qui peut me donner des références sur la Gironde?


À ma connaissance ce n'est pas encore effectif. Cela a été annoncé en 
décembre. L'ouverture devrait se faire dans le courant de l'année en 
même temps que pour la région Aquitaine et la Communauté Urbaine de 
Bordeaux (l'autre CUB).


Fred

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

Re: [OSM-talk-fr] Données de la 4C - Premier upload

[Marc Sibert]

Bonjour,

Je continue à me répondre sur moi-même...

J'ai l'immense plaisir de vous annoncer le premier upload fait sur la 
Pointe de Trevignon : http://osm.org/go/eqd1Tot_ . Évidemment, il y a 
quelques éléments inconsistant (des impasses en tertiary) que j'ai 
laissé volontairement pour bien voir les choses à corrigées. J'ai 
simplement retiré la D1 initialement présente et tracé à la règle et 
corrigé le rond-point qui était tout découpé et non marqué comme tel.


Je vous invite sur la page du Wiki à faire figurer vos remarques afin 
que j'en tienne compte (si possible) dans les prochains extracts. 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Donn%C3%A9es_de_la_Communaut%C3%A9_de_Communes_de_Concarneau_Cornouaille#Premi.C3.A8re_upload_.26_remarques


Note : les voies tronquées au Nord sont en limite de BBOX (ceci 
expliquant cela).


Bonne nuit.

--
Marc Sibert
m...@sibert.fr


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

Re: [OSM-talk-fr] Pluie de ronds-verts sur Quimper

[Vincent de Chateau-Thierry]

Bonsoir,

Le 10/01/2011 00:55, Fabrice Phung a écrit :


Vincent de Chateau-Thierry a écrit :

Bonsoir,


Bonsoir


Le compte qui importe les bâtiments sur Quimper en est à une bonne
dizaine d'imports de buildings depuis hier. Il semble enchaîner les
villes sans trop creuser, à voir par exemple ici :
http://www.openstreetmap.org/?minlon=4.3077442&minlat=49.5502079&maxlon=4.3200014&maxlat=49.5607015&box=yes



Il construit à Crach (56), Trinite (56), Plouhamel (56), Locmariaquer
(56), Locoal-Mendon (56), Etel (56), Concarneau (29), Quimper (29)

... et Inaumont (08) ?

Les chevauchements n'ont pas été traités sur Crach, j'ai vu aussi des
coupures artificielles de bâtiments / parcelles. Je n'ai pas vérifié
ailleurs. Il n'y a plus qu'à attendre la fin sur Quimper pour voir si
c'est acceptable ou pas.



Je n'ai pas eu de réponse de franceosm suite à mon message d'hier. Ce 
soir, il/elle a procédé à un import en parallèle sur Auray et Verdun, à 
chaque fois des dizaines de milliers de nodes... Face à tant de 
frénésie, si d'autres que moi veulent tenter leur chance pour le 
convaincre de modérer ses ardeurs, qu'ils n'hésitent pas :-) .


vincent

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

[OSM-talk-fr] [tag] population sur la relation:boundary

[Vincent Pottier]

Bonsoir,
J'essaie de faire des stats sur le bâti importé par catégorie de commune 
10-100, 100-1000, 1000... habitants, histoire de voir si on peut tirer 
quelque chose, faire des projections pour quand les communes et le bâti 
seront importé.
Le problème : les tags population sont sur le nœud admin_centre et non 
sur la relation. Dans ma base, ça se trouve donc dans la table 
france_point et non dans la table france_polygon... : vachement logique :-(
Comme le nœud admin_centre a un tag place qui peut prendre les valeurs 
village, hamlet, town... voire cuontry, et qu'il y a d'autres valeurs 
exotiques (certaines que j'ai corrigées a la mano), il est pratiquement 
impossible (à mon niveau d'amateur) de faire une jointure de table 
fiable pour récupérer la population avec le polygone : vachement 
pratique :-(
Déjà que faire une jointure entre les buildings (1000 environ) et 
les admin_level:8 (3 environ) ça dure des plombes...


Comme, je pense, d'autres feront aussi des stats avec les données OSM...

Est-il possible, envisageable... de faire migrer les tags 'population' 
sur la relation ? Ça le rendrait plus exploitable.


Je parlerai une autre fois des problèmes de géométrie des polygones...

Bonne nuit.
--
FrViPofm

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

Re: [OSM-talk-fr] [tag] population sur la relation:boundary

[Vincent de Chateau-Thierry]

Le 10/01/2011 23:56, Vincent Pottier a écrit :


Bonsoir,
J'essaie de faire des stats sur le bâti importé par catégorie de commune
10-100, 100-1000, 1000... habitants, histoire de voir si on peut tirer
quelque chose, faire des projections pour quand les communes et le bâti
seront importé.
Le problème : les tags population sont sur le nœud admin_centre et non
sur la relation. Dans ma base, ça se trouve donc dans la table
france_point et non dans la table france_polygon... : vachement logique :-(
Comme le nœud admin_centre a un tag place qui peut prendre les valeurs
village, hamlet, town... voire cuontry, et qu'il y a d'autres valeurs
exotiques (certaines que j'ai corrigées a la mano), il est pratiquement
impossible (à mon niveau d'amateur) de faire une jointure de table
fiable pour récupérer la population avec le polygone : vachement
pratique :-(


Tu n'as pas le ref:INSEE à la fois côté node place et côté polygon 
boundary ? Ca devrait être _la_ clé de jointure dans ton contexte.



Déjà que faire une jointure entre les buildings (1000 environ) et
les admin_level:8 (3 environ) ça dure des plombes...

Comme, je pense, d'autres feront aussi des stats avec les données OSM...

Est-il possible, envisageable... de faire migrer les tags 'population'
sur la relation ? Ça le rendrait plus exploitable.


+1
Ca serait plus en phase avec la population donnée par l'INSEE, qui est à 
l'échelle de toute la commune, et non juste du chef lieu ou d'un hameau.


vincent

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

Re: [OSM-talk-fr] cadastre.osm.cleo-carto.org

[Vincent Pottier]

Le 10/01/2011 18:45, Philippe Pary a écrit :

Le lundi 10 janvier 2011 à 11:16 +, tetramonium a écrit :

Bonjour
Dans le 29, il manque Mellac dont j'aurais bien importé les batiments

L'import de fin décembre s'est crashé lors de la mise à jour du 29
justement.
C'est étrange, je l'ai relancé.

Pierre, si tu me lis, j'ai réellement d'énormes soucis de timeout. Je
vais finir par simplement lancer Qadastre via un script qui
chronométrera et agira au besoin

Philippe


Avec la nouvelle année, j'ai trouvé des fichiers tout neufs pour le 25.

Merci beaucoup !
--
FrViPofm

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

Re: [OSM-talk-fr] Mettre les conseils généraux dan s le coup des données géographiques libres

[Thomas Gratier]

Bonsoir,

A priori, les organismes publics les plus actifs sont les régions car la
plupart d'entre eux commencent à mettre en place des centres régionaux
(associant parfois état et collectivités)  pour répondre à la directive
Inspire (voir pour les curieux http://reso.crigs.teleparc.net/ )

@Christian
Je n'ai rien vu sur les Espaces Naturels Sensibles alors que ce sont les CG
qui ont cette compétence (ils prélèvent une taxe dessus) et qui sont
producteurs de cette donnée (sauf changement majeur). Libérable ?

Je n'ai rien vu à ce propos dans les archives. Quelqu'un a plus d'infos?
J'ai loupé le train?

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

Re: [OSM-talk-fr] cadastre.osm.cleo-carto.org

[tetramonium]

L'import du 29 est terminé mais curieusement, pour Mellac, il n'y a 
qu'un fichier bbox et un bz2 presque vide???

Christophe

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

Re: [OSM-talk-fr] [tag] population sur la relation:boundary

[Pierre-Alain Dorange]

Vincent Pottier 
wrote:

> 
> Est-il possible, envisageable... de faire migrer les tags 'population'
> sur la relation ? Ça le rendrait plus exploitable.

Voir sur ce sujet, une discussion de novembre dernier :


Ou effectivement il a été indiqué que population avait plus sa place sur
la relation.

Quand a ton soucis outre la jointure avec ref:INSEE il doit être
possible de retrouver le node place via le role "admin_centre" de la
relation (quand il existe, ce qui devrait être le cas en théorie).

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] [tag] population sur la relation:boundary

[Damouns]

>> Est-il possible, envisageable... de faire migrer les tags 'population'
>> sur la relation ? Ça le rendrait plus exploitable.

Je serais toi je récupérerais directement les populations sur le site
de l'insee et pas dans des tags présents dans OSM : erreurs de saisie,
imprécision et manques de données seraient évitées.

Tu ne peux pas créer une table avec une clé ref:INSEE et une colonne
population à partir des fichiers de l'INSEE ? Toutes les relations
communes ont une balise ref:INSEE qui servirait de lien.

Leur page Mentions légales précise que "Les publications et données
mises à disposition sur le présent site sont consultables et
téléchargeables gratuitement ; sauf spécification contraire, elles
peuvent être réutilisées, y compris à des fins commerciales, sans
licence et sans versement de redevances autres que celles collectées
par les sociétés de perception et de répartition des droits d'auteur
régies par le titre II du livre III du code de la propriété
intellectuelle ; la réutilisation est toutefois subordonnée au respect
de l'intégrité de l'information et des données et à la mention précise
des sources."

Damouns

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