2009/9/20 François Van Der Biest <francois.vanderbi...@camptocamp.com>

> Salut,
>
> Cet été, la CUB nous a offert ses shapefiles, grâce à l'excellent
> travail de Steven.
>
> Actuellement, on a donc à disposition :
>  - un shapefile pour le bâti, et un pour les parcelles, en provenance
> probable du cadastre. Le bati me semble exploitable en l'état (cf la
> suite). Quant aux parcelles, je ne sais qu'en faire.
>

On peut importer... on sait gérer, maintenant, je pense que le parcellaire
est un peu trop fournit pour nous. Mais tenter une conversion et méler ça au
bati peut être d'un assez bel effet.


>  - un shapefile de POIs, avec des attributs classe et sous-classe
> qu'il faudrait explorer plus en profondeur pour voir ce qui nous
> serait utile.
> - un dossier "plan de ville" contenant essentiellement un shape
> "graphe_voies" avec le linéaire des voies
>

Celui là, il faudra en faire un layer comme on en avait parlé pour comparer
avec l'existant, et voir ce qu'on importe ou pas.

Si globalement Brest est fait, les données qu'on a concerne toute la CUB, et
il reste des communes/villes assez vides qu'on pourrait importer depuis
cette source.



>
> J'ai fait au plus court, en exploitant ce qui me semblait directement
> exploitable, c'est à dire le shape "bâti".
> Un passage à travers la moulinette ogr2ogr puis le polyshp2osm modifié
> par Emilie, et voici le résultat :
> http://dl.free.fr/dn22OSnGV (8Mo de fichiers .osm)
>
> Les polygones ont été affublés des tags source=Communauté Urbaine de
> Brest, 2009 et building=yes
> J'ai commencé à référencer le projet d'import dans
> http://wiki.openstreetmap.org/wiki/Import/Catalogue#Ongoing_Imports
>
> Il me semble que très peu de bâtiments ont été digitalisés depuis le
> cadastre à Brest, donc on n'a pas de gros soucis d'overlap ici.
> Quant à la précision géographique, elle me semble plus que correcte.
> Mon plugin cadastre refuse de fonctionner en ce moment, donc je ne
> peux pas valider, mais vous me direz ça...
>

J'avais vérifier il y a qq semaine, c'est vraiment nique, ça se superpose
pile poil sur l'existant, et prend place nickel entre les voies.


> Il y aura sans aucun doute du travail de correction du positionnement
> de certaines voies à prévoir, pour éviter que des rues passent dans
> des maisons, mais cela pourra se faire après.
>

oui, mais très peu de correction seront à ajouter.


>
> La tentation de tout uploader en l'état est grande, mais avant, je
> préfèrerais :
> 1) valider le tag source avec Steven : ces données provenant
> probablement du cadastre, qui faut-il remercier ?
>

Les données appartiennent à BMO, donc mieux vaut sourcer BMO


> 2) vérifier avec vous que je n'ai rien oublié.
>

Pour la licence, c'est en train d'être traité, je vois le directeur du SIG
bientôt pour un évênement Brestois (Brest en bien commun), où ils vont
officialiser la libération des données (ce sera donné en exclu  le samedi 10
oct :
http://www.brest-en-biens-communs.infini.fr/index.php/Accueil#Samedi_10_Octobre,
shuuut ;) ) . Pour info, c'est François Vigouroux qui m'a donné les
données.

J'ai discuté avec lui de licence, en étant assez clair, résultat, c'est lui
qui est venu vers moi en disant que CC-by-sa était le mieux car c'était
compatible OSM. Comme il a bien compris l'enjeu de la libération des
données, on peut espérer que d'ici qq temps, quelques uns des  250 acteurs
de la mairie qui contribuait au SIG d'un format proprio, commencent
doucement à enrichir directement la base OSM en parallèle.






> Qu'en dites vous ?
>
>
je dis go :)


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



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB <ste...@le-roux.info>
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à