[OSM-talk-fr] Brest CUB - mieux que le cadastre

[Steven Le Roux]

2009/1/21 g.d <g.di at wanadoo.fr>:
> Très bonne nouvelle, de Brest !
> --
>
> Toutefois ça me pose une question idiote :
> Si tout cela sera importé à la volée,
> que deviendra du travail qu'ont fait les osm'eurs sur cette zone
> jusqu'ici ?
>
> Si du travail déjà fait sera écrasé,
> et remplacé par du "source:cadastre" ou autres,
> ça découragerait plus d'un (y compris moi).
>

à Brest, nous avons (en gros) finit les routes, mais il reste un
nombre gigantesque de POI, office publique etc.. à ajouter.

C'est pourquoi je propose d'importer les POI, batiment publique (stade
etc...), directement, mais de faire un .osm à partir de son layer des
routes et de le comparer à l'oeil dans un éditeur pour voir si on peut
ajouter les quelques rues manquantes, mais, étant donné que les
données ont été pas mal faite en aérien, même si j'en ai vérifié plein
au GPS, si celle-ci s'avéraient mauvaise dans une grosse proportion
(au moins 30%) alors je pense que ça vaut le coup de faire un gros
import...

Si les autres contributeurs ne le souhaite pas, pas de problème, je le
fait sur mes données (
http://galerie.le-roux.info/main.php?g2_view=core.DownloadItem&g2_itemId=5140
) et je remplace par les nouvelles. Ce ne sera pas trop long à
recoller avec l'existant.. et tu peux voir sur l'image que j'en ai
passé des heures... mon but est juste de fournir la meilleure carte
possible... pas de voir mes données propres rester le plus longtemps
possible dans la base.

> "Layer séparé" comme tu dis ?
> ptèt... mais où est la "plus-value", le "composite" ?
>

La plus-value est pour l'instant faible, qq POI par ci par là, surtout
depuis les micro mapping party, mais Brest n'en faisait pas parti.
Il y a qq arbres, végétation, batiments, mais le reste ce sont
globalement des rues, l'étape des mapping party POI n'étant pas encore
d'actualité sachant que nous n'avions pas fini la couronne autour de
Brest...

> Afficher ça dans les éditeurs (josm, potlach...) oui.
> Mais directement dans la bdd ? Sais pô...

C''est bien le but, comparer, au sein d'un éditeur.

> --
>
> Quant à "import massif",
> il me paraît très urgent, d'attendre.
il n'en est pas question :) gd tu ne me lis pas !! :)

import systématique sur les POI, mais il me les fournit par type
(exemple là ; le fichier de POI des écoles, puis celui des infra
sportive, puis des parking, etc... tout ça en fichier résolument
séparés.

> --
>
> Quant au parcellaire,
> j'ai les mêmes doutes ou soucis que Pieren.

Ce n'est pas une info prioritaire... mais ça permet quand même de lier
l'adressage à un building. Et l'adressage, ça n'est pas négligeable du
tout pour les logiciels de routage.

Pour avoir un aperçu, ici :
http://openstreetmap.org/?lat=53.90163&lon=27.55382&zoom=17&layers=0B00FTF


> --
>
> Amicalement
> Gerhard
> ---
>
> Ps :
> dans le "source:" faut mettre l'année de révision du cadastre,
> pas seulement "AAAA".
>
> On la trouve sur cadastre.gouv
> dans l'onglet "S'informer" -> "Editer les informations relatives à
> cette feuille", un pdf.
> Il me semble qu'il faille mettre l'année de révision en CDIF.
> ---
>
> Le 21 janv. 09 à 17:40, Steven Le Roux a écrit :
>
>>
>> Bon. Je sors de 3h de rdv avec la personne en question.
>>
>> Comment dire... it's FUCKING AWESOOOOOME  !  :)
>>
>> En gros... il est ok pour tout filer. Les polygones de surface de
>> densité, les POI (bus, ecoles, poubelles, equipement, numero de rue,
>> et j'en passe...) les area (ecole, building, etc...)
>> Le schéma des lignes de bus...  Bref... tout ce que vous pouvez
>> imaginer... et plus encore... il a la description de chaque
>> immeuble/batiment, associé à son adresse, etc...
>>
>> Si le coeur de Brest est fait au niveau des routes, je pense quand
>> même faire un gros .osm des rues pour charger dans un layer différent
>> sous JOSM pour comparer/modifier/ ou juste voir si on est bon ou pas,
>> si trop de modif, import global...
>>
>> Je pense faire un import massif de tout ce qui est POI, tout ce qui
>> est area, tout ce qui est boundary.
>>
>> Reste à voir sous quel format importer les données d'adressage
>> (housenumber), car il y a plusieurs façon de le faire.
>>
>> Je pense importer le parcélaire (equivalent cadastre) puis le bati
>> (les area du cadastre), ce donnera ça :
>> http://openstreetmap.org/?
>> lat=48.37638&lon=-4.40296&zoom=17&layers=0B00FTF
>>
>> Je lui ai proposé d'y aller par étape, dans le sens où je dois réussir
>> à déjà à utiliser le format de fichier dont il dispose (ESRI .shp)
>> qu'il est disposé à me convertir en CSV au besoin :)
>> Je dois voir comment se présente un fichier de POI, d'area... etc...
>> comment convertir le tout en .osm...
>>
>> Je suppose que des gens ont l'expérience des imports, depuis des
>> fichiers shp...
>>
>>
>> Autre surprise, pour faire un WMS des images aériennes, il peut me
>> fournir le fichier ecw... je ne sais pas encore si qq'un sait ce que
>> c'est et si c'est utile ? il fait 1,5go donc je suppose qu'il s'agit
>> de l'image géante indexée ?
>>
>> Il m'a d'ailleurs présenté le site d'une boite qui lui avait demandé
>> l'autorisation de faire un WMS basé sur ces images :
>> http://www.geogarage.com/main/examples.html.en#brest
>>
>>
>> Encore une surprise... il m'annonce qu'un appel d'offre est en train
>> d'être clôt pour refaire un passage aérien, mais deux fois plus précis
>>  à 10cm/pixel (actuellement 20cm/pixel), au delà ça fait trop d'images
>> à gérer :). L'appel d'offre comprend la réalisation de la ville en 3D.
>>
>>
>> Une fois que j'aurai réussi à traiter les fichiers qu'il m'a déjà
>> envoyé (les ecoles et infra sportives (déjà presque 500POI...) en qq
>> chose qui nous convienne, je lui demanderai le reste progressivement.
>>
>> Il a été très sensible au fait que tout le monde puisse réutiliser les
>> données, participer, etc... son but est vraiment que tout le monde
>> puisse accéder à des données publiques...
>> Cerise sur le gateau, il est motivé pour mettre un projet de mashup
>> autour de la communauté urbaine pour communiquer sur l'activité
>> locale. Je lui ai vite fait fait une demo de superposition d'un kml
>> comme layer sur openstreetmap. (http://osm.le-roux.info).
>>
>> Il est aussi motivé à faire de la pub autour du projet dans le
>> magazine de la ville (Sillage) qui est distribué tout les
>> mois/trimestre (je ne sais plus).
>>
>> Pour l'ajout de source, il n'oblige pas à citer BMO, mais je lui ai
>> proposé de le faire, car en cas de mise à jour de donnée, c'est
>> beaucoup plus simple pour refaire un import. (exemple, on prend toutes
>> les lignes de bus dont le tag src=BMO est présent, on delete tout et
>> on reimporte tout... hop c'est mis à jour :). La question de la mise à
>> jour l'intéressait, sur ce point, j'ai fait la comparaison à wikipedia
>> en expliquant que plus le service est connu, plus il y a de monde à
>> contribuer, et que les gens se prennent au jeu en commitant le plus
>> rapidement possible les mise à jour nécessaires.
>> Puis de toute façon, c'est bon de savoir d'où viennent les données...
>>
>>
>> Bref... que du bon... plus qu'à bosser...
>>
>>  à ce soir :)
>>
>> --
>> Steven Le Roux
>> Jabber-ID : Steven at jabber.fr
>> 0x39494CCB <steven at le-roux.info>
>> 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : Steven at jabber.fr
0x39494CCB <steven at le-roux.info>
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB