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

2009-07-06 Par sujet Emilie Laffray
Francois Van Der Biest wrote:
> Merci Emilie !
>
> Ca marche très bien, en effet (cf l'image sur
> http://dl.free.fr/l2Ht68ZH9 dans laquelle on voit un extrait du bati
> de la ville de Guilers chargé depuis le fichier OSM résultant de la
> conversion du shapefile test envoyé par Steven, en overlay d'une
> couche WMS que j'ai créée avec les mêmes données - ouf ;-).
>
>   
Je suis contente de voir que ça fonctionne pour toi. :)
> Existe t'il une version du script qui marche également pour les points
> et lignes ?
>
>   
Euh, je peux regarder pour ajouter cette fonctionnalité si tu veux. Ça
ne devrait pas être trop compliqué.
> Si c'est le cas, et que Steven arrive à obtenir l'ensemble des données
> de la CUB qu'ils se disaient prêts à nous offrir, je ne vois plus de
> souci pour cet import !
>
>   
Pas de problème ;)

Emilie Laffray



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


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

2009-07-04 Par sujet Francois Van Der Biest
2009/6/27 Emilie Laffray :
> Francois Van Der Biest wrote: 
>> Question suivante : shp2osm.pl génère t'il des fichiers OSM au format
>> API v0.6 ? Je ne suis pas convaincu, si je regarde la dernière date de
>> modification ...
>>
> J'ai une nouvelle version qui permet de générer des fichiers 0.6 avec le
> support multipolygone.

Merci Emilie !

Ca marche très bien, en effet (cf l'image sur
http://dl.free.fr/l2Ht68ZH9 dans laquelle on voit un extrait du bati
de la ville de Guilers chargé depuis le fichier OSM résultant de la
conversion du shapefile test envoyé par Steven, en overlay d'une
couche WMS que j'ai créée avec les mêmes données - ouf ;-).

Existe t'il une version du script qui marche également pour les points
et lignes ?

Si c'est le cas, et que Steven arrive à obtenir l'ensemble des données
de la CUB qu'ils se disaient prêts à nous offrir, je ne vois plus de
souci pour cet import !

A+
F.

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


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

2009-06-27 Par sujet Emilie Laffray
Francois Van Der Biest wrote: 
> Question suivante : shp2osm.pl génère t'il des fichiers OSM au format
> API v0.6 ? Je ne suis pas convaincu, si je regarde la dernière date de
> modification ...
>   
J'ai une nouvelle version qui permet de générer des fichiers 0.6 avec le
support multipolygone.
J'inclus la version. Il faut que je l'envoie sur la ML anglaise pour
acceptation mais il marche très bien (Teste sur Corine).

Emilie Laffray
#!/usr/bin/python

"""
This script is designed to act as assistance in converting shapefiles
to OpenStreetMap data. This file is optimized and tested with MassGIS
shapefiles, converted to EPSG:4326 before being passed to the script.
You can perform this conversion with 

   ogr2ogr -t_srs EPSG:4326 new_file.shp old_file.shp

It is expected that you will modify the fixed_tags, tag_mapping, and
boring_tags attributes of this script before running. You should read,
or at least skim, the code up until it says:

  DO NOT CHANGE AFTER THIS LINE.

to accomodate your own data. 
"""

__author__ = "Christopher Schmidt , Emilie Laffray 
"
__version__ = "$Id$"

gdal_install = """
Installing GDAL depends on your platform. Information is available at:
   
   http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries

For Debian-based systems:

   apt-get install python-gdal

will usually suffice. 
"""

import time

# These tags are attached to all exterior ways. You can put any key/value pairs
# in this dictionary. 

fixed_tags = {}  

# Here are a number of functions: These functions define tag mappings. The API
# For these functions is that they are passed the attributes from a feature,
# and they return a list of two-tuples which match to key/value pairs.

def access(data):
"""Access restrictions."""  
keys = {
'Y': 'yes',
'N': 'private',
'L': 'restricted'
}
if 'pub_access' in data:
if data['pub_access'] in keys:
return [('access', keys[data['pub_access']])]
return None

def protection(data):
keys = {
'P': 'perpetuity',
'T': 'temporary',
'L': 'limited',
}
if 'lev_prot' in data:
if data['lev_prot'] in keys:
return [('protected', keys[data['lev_prot']])]
return None

def owner_type(data):
"""See wiki:Key:ownership""" 
keys = {
'F': 'national',
'S': 'state',
'C': 'county',
'M': 'municipal',
'N': 'private_nonprofit',
'P': 'private',
'B': 'public_nonprofit',
'L': 'land_trust',
'G': 'conservation_rganization',
'I': 'inholding',
}
if 'owner_type' in data:
if data['owner_type'] in keys:
return [['ownership', keys[data['owner_type'

def purpose(data):
"""Based on a discussion on IRC"""
keys = {
'R': [('leisure', 'recreation_ground')],
'C': [('leisure', 'nature_reserve'), ('landuse', 'conservation')],
'B': [('landuse','conservation'), ('leisure','recreation_ground')],
'H': [('historical', 'yes')],
'A': [('agricultural', 'yes'), ('landuse','farm')], 
'W': [('landuse', 'resevoir')],
'S': [('scenic','yes')],
'F': [('landuse','land')],
'Q': [('landuse','conservation')],
'U': [('water','yes')]
}
if 'prim_purp' in data:
if data['prim_purp'] in keys:
return keys[data['prim_purp']]

def name_tags(data):
"""This function returns two things: a 'pretty' name to use, and
   may return a landuse of either 'cemetery' or 'forest' if the name
   contains those words; based on evaluation the dataset in question."""
tags = [] 
name = data.get('site_name', None)
if not name: 
return
name = name.title()

if "cemetery" in name.lower():
tags.append(['landuse', 'cemetery']) 
elif "forest" in name.lower():
tags.append(['landuse', 'forest']) 

tags.append(['name', name])
return tags

def cal_date(data):
"""Return -MM-DD or  formatted dates, based on 
   (m)m/(d)d/ dates"""
date = data.get('cal_date_r', None)
if not date: return
try:
m, d, y = map(int, date.split("/"))
if m == 1 and d == 1:
return [['start_date', '%4i' % y]]
return [['start_date', '%04i-%02i-%02i' % (y, m, d)]] 
except:
print "Invalid date: %s" % date
return None

# The most important part of the code: define a set of key/value pairs
# to iterate over to generate keys. This is a list of two-tuples: first
# is a 'key', which is only used if the second value is a string. In
# that case, it is a map of lowercased fielnames to OSM tag names: so
# fee_owner maps to 'owner' in the OSM output.

# if the latter is callable (has a __call__; is a function), then that
# method is called, passing in a dict of feature attributes with
# lowercased key names. Those functions can then return a list of
# two-tuples to be used as tags, or nothin' to skip the 

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

2009-06-27 Par sujet Francois Van Der Biest
... et je viens de mettre toutes ces infos sur le wiki :
http://wiki.openstreetmap.org/wiki/Brest#Donn.C3.A9es_de_la_Communaut.C3.A9_Urbaine

F.

2009/6/27 Francois Van Der Biest :
> 2009/6/27 Francois Van Der Biest :
>
>> Pour ceux qui voudraient utiliser les orthophotos de la CUB dans JOSM,
>> je mets à disposition un package qui permet de monter un serveur WMS
>> chez soi en 5 minutes : http://dl.free.fr/vLZovJeBB (1.1 Go)
>
> Pour ceux qui le téléchargent, la somme md5 du package est :
> b48dfeeaefe0061df7de31880303675f
>
> A+
> F.
>

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


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

2009-06-26 Par sujet Francois Van Der Biest
2009/6/27 Francois Van Der Biest :

> Pour ceux qui voudraient utiliser les orthophotos de la CUB dans JOSM,
> je mets à disposition un package qui permet de monter un serveur WMS
> chez soi en 5 minutes : http://dl.free.fr/vLZovJeBB (1.1 Go)

Pour ceux qui le téléchargent, la somme md5 du package est :
b48dfeeaefe0061df7de31880303675f

A+
F.

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


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

2009-06-26 Par sujet Francois Van Der Biest
Salut,

Pour rebondir sur le message de Denis, et avancer avec ces données de
Brest, deux choses :

Les données vectorielles mises à disposition sont en projection
Lambert Nord (epsg:27561 :
http://www.spatialreference.org/ref/epsg/27561/)
Et donc, pour les convertir en fichier OSM, il faut les convertir en
epsg:4326, avant de les faire passer par d'autres outils :
ogr2ogr  -s_srs EPSG:27561 -t_srs EPSG:4326 destination_4326.shp
source_27561.shp
Question suivante : shp2osm.pl génère t'il des fichiers OSM au format
API v0.6 ? Je ne suis pas convaincu, si je regarde la dernière date de
modification ...

Pour ceux qui voudraient utiliser les orthophotos de la CUB dans JOSM,
je mets à disposition un package qui permet de monter un serveur WMS
chez soi en 5 minutes : http://dl.free.fr/vLZovJeBB (1.1 Go)
Qu'y a t'il dedans ?
 - Les photos jpeg issues du site de Brest Metropole Oceane, que j'ai
géoréférencées (fichiers jgw).
 - un wrapper mapserver pour cacher l'adresse du mapfile
 - le mapfile qui va bien
 - un readme

Une fois que vous avez monté le WMS, vous devriez pouvoir y accéder
depuis JOSM, avec le plugin WMS, en utilisant l'URL suivante :
http://localhost/cgi-bin/cub?LAYERS=orthophoto&FORMAT=image/jpeg&SERVICE=WMS&VERSION=1.1.1&styles=&REQUEST=GetMap
Note : Il faut aussi configurer JOSM sur la grille EPSG:4326 (mais on
pourrait facilement ajouter EPSG:27572 en sortie du WMS si on voulait
du Lambert 2 étendu, pour la compatibilité avec le cadastre).

HTH,
F.


2009/1/16 Denis :
> Steven Le Roux a écrit :
>
>> Oui on a tout ce qu'il faut. Ce qui manque maintenant, c'est la
>> connaissance autour des serveurs WMS... et ça... ça ressemble au vide
>> intersidéral... tu connais de la doc là dessus ?
>
> Je vais essayer de monter une maquette avec Mapserver chez moi ainsi
> qu'un descriptif de la méthodologie. Je vous tiens au courant.

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


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

2009-04-29 Par sujet Steven Le Roux
oui j'avais bien vu ça dans qgis, mais à la convertion, j'avais donc
selectionné wgs84 comme projection, mais ça n'a rien donné de
satisfaisant.

Peut être ce week end trouverai-je un peu de temps pour approfondir ça :)

Merci pour ton aide !

2009/4/29 Francois Van Der Biest :
> Désolé, j'ai loupé aussi ta reponse d'il y a ... 3 semaines :-(
> Voila ce que c'est que d'être inscrit à trop de mailing listes ...
>
> Bon, et bien voila, les données sont en Lambert Nord France :
> http://www.spatialreference.org/ref/epsg/27561/
> ... dont les paramètres de la projection sont: +proj=lcc
> +lat_1=49.51 +lat_0=49.51 +lon_0=0
> +k_0=0.999877341 +x_0=60 +y_0=20 +a=6378249.2 +b=6356515
> +towgs84=-168,-60,320,0,0,0,0 +pm=paris +units=m +no_defs
> (merci qgis)
>
> Si je ne m'abuse, les données que tu m'as envoyées sont celles de la
> ville de Guilers.
>
> Suis volontaire pour suivre cette histoire, et éventuellement monter
> un serveur de tuiles (WMS ou TileCache) avec ces data... voire
> imaginer une conversion en fichier OSM ...
>
> A+
> F.
>
> Le 5 avril 2009 23:12, Steven Le Roux  a écrit :
>> Bonjour François,
>>
>> Oh oui nous acceptons volontier cette aide !
>>
>> j'ai des fichiers test à convertir, si on y arrive, on peut convertir
>> toute la base de la CUB...
>>
>> je te met ça en fichier joint (test.tgz). Si tu trouves une piste ;)
>>
>> 2009/4/5 Francois Van Der Biest :
>>> Bonjour,
>>>
>>> Avez vous réussi à réaliser l'import des shapefiles ? Je ne lis pas
>>> assidûment la ML talk-fr, donc j'ai peut etre loupé la suite.
>>>
>>> S'il y a toujours un pb de projection des données source, essayez avec
>>> epsg:27572 (lambert 2 étendu) ... encore très répandu. Sinon, une base de
>>> données des codes EPSG en ligne est dispo là : http://spatialreference.org/
>>>
>>> N'hésitez pas à me contacter par mail direct si vous avez des pbs avec les
>>> imports de données... je travaille dans les SIG (libres ;-) et donc suis
>>> susceptible de filer un coup de main technique au besoin.
>>>
>>> A+
>>> F.
>>>
>>> Le 19 février 2009 01:41, Ludovic  a écrit :

 J'arrive à importer dans Josm, et ça ressemble bien à des rues, mais il
 y a un pb de projection, les données se retouvent beaucoup plus au sud.

 Il faudrait savoir dans quelle projection sont les données fournies, ou
 tester avec tous les candidats les plus plausibles. Il faut chercher si
 les données Shapefile ESRI sont toujours dans la même projection ou pas,
 pour info:
 $ file guilers/voies.shp
 guilers/voies.shp: ESRI Shapefile version 1000 length 24978 type PolyLine


 Conversion vers OSM:
 
 ogr2ogr  -s_srs EPSG:4326 -t_srs EPSG:4171 voies_Lambert.shp
 guilers/voies.shp
 perl ./shp2osm.pl voies_Lambert.shp GK > voies.osm



 Steven Le Roux a écrit :
 > Bon un peu de news là dessus.
 >
 > J'ai tenté qq méthode de conversion, ce n'est pas encore ça...  mais
 > ça fonctionne. Il me reste un problème de projection à résoudre je
 > pense :) (voir les screenshots ci-dessous)
 >
 >
 > http://galerie.le-roux.info/main.php?g2_itemId=5541 (des way dans qgis)
 > http://galerie.le-roux.info/main.php?g2_itemId=5544 (une fois
 > convertis... pas brillant)
 >
 > un autre test plus convainquant sur des polygons :
 >
 > http://galerie.le-roux.info/main.php?g2_itemId=5547
 > http://galerie.le-roux.info/main.php?g2_itemId=5550
 >
 > Une option que je n'ai pas encore testé, serait d'utiliser SPIT le
 > plugin postgres de Qgis, et de mettre les données ESRI dans la bdd.
 > Puis de les extraires au format osm depuis postgres. Qu'en pensez vous
 > ?
 >
 > Je joins les fichiers de tests pour ceux qui auraient des idées à
 > tester.
 >
 > bati.shp, le shapefile de qq batiments (comme le cadastre)
 > voies.shp, le bourg d'une commune (guilers)
 >
 > Merci du coup de main :)
 >
 >
 >
 >
 > 
 >
 > ___
 > 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
>>>
>>>
>>
>>
>>
>> --
>> Steven Le Roux
>> Jabber-ID : ste...@jabber.fr
>> 0x39494CCB 
>> 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
>>
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
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


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

2009-04-29 Par sujet Francois Van Der Biest
Désolé, j'ai loupé aussi ta reponse d'il y a ... 3 semaines :-(
Voila ce que c'est que d'être inscrit à trop de mailing listes ...

Bon, et bien voila, les données sont en Lambert Nord France :
http://www.spatialreference.org/ref/epsg/27561/
... dont les paramètres de la projection sont: +proj=lcc
+lat_1=49.51 +lat_0=49.51 +lon_0=0
+k_0=0.999877341 +x_0=60 +y_0=20 +a=6378249.2 +b=6356515
+towgs84=-168,-60,320,0,0,0,0 +pm=paris +units=m +no_defs
(merci qgis)

Si je ne m'abuse, les données que tu m'as envoyées sont celles de la
ville de Guilers.

Suis volontaire pour suivre cette histoire, et éventuellement monter
un serveur de tuiles (WMS ou TileCache) avec ces data... voire
imaginer une conversion en fichier OSM ...

A+
F.

Le 5 avril 2009 23:12, Steven Le Roux  a écrit :
> Bonjour François,
>
> Oh oui nous acceptons volontier cette aide !
>
> j'ai des fichiers test à convertir, si on y arrive, on peut convertir
> toute la base de la CUB...
>
> je te met ça en fichier joint (test.tgz). Si tu trouves une piste ;)
>
> 2009/4/5 Francois Van Der Biest :
>> Bonjour,
>>
>> Avez vous réussi à réaliser l'import des shapefiles ? Je ne lis pas
>> assidûment la ML talk-fr, donc j'ai peut etre loupé la suite.
>>
>> S'il y a toujours un pb de projection des données source, essayez avec
>> epsg:27572 (lambert 2 étendu) ... encore très répandu. Sinon, une base de
>> données des codes EPSG en ligne est dispo là : http://spatialreference.org/
>>
>> N'hésitez pas à me contacter par mail direct si vous avez des pbs avec les
>> imports de données... je travaille dans les SIG (libres ;-) et donc suis
>> susceptible de filer un coup de main technique au besoin.
>>
>> A+
>> F.
>>
>> Le 19 février 2009 01:41, Ludovic  a écrit :
>>>
>>> J'arrive à importer dans Josm, et ça ressemble bien à des rues, mais il
>>> y a un pb de projection, les données se retouvent beaucoup plus au sud.
>>>
>>> Il faudrait savoir dans quelle projection sont les données fournies, ou
>>> tester avec tous les candidats les plus plausibles. Il faut chercher si
>>> les données Shapefile ESRI sont toujours dans la même projection ou pas,
>>> pour info:
>>> $ file guilers/voies.shp
>>> guilers/voies.shp: ESRI Shapefile version 1000 length 24978 type PolyLine
>>>
>>>
>>> Conversion vers OSM:
>>> 
>>> ogr2ogr  -s_srs EPSG:4326 -t_srs EPSG:4171 voies_Lambert.shp
>>> guilers/voies.shp
>>> perl ./shp2osm.pl voies_Lambert.shp GK > voies.osm
>>>
>>>
>>>
>>> Steven Le Roux a écrit :
>>> > Bon un peu de news là dessus.
>>> >
>>> > J'ai tenté qq méthode de conversion, ce n'est pas encore ça...  mais
>>> > ça fonctionne. Il me reste un problème de projection à résoudre je
>>> > pense :) (voir les screenshots ci-dessous)
>>> >
>>> >
>>> > http://galerie.le-roux.info/main.php?g2_itemId=5541 (des way dans qgis)
>>> > http://galerie.le-roux.info/main.php?g2_itemId=5544 (une fois
>>> > convertis... pas brillant)
>>> >
>>> > un autre test plus convainquant sur des polygons :
>>> >
>>> > http://galerie.le-roux.info/main.php?g2_itemId=5547
>>> > http://galerie.le-roux.info/main.php?g2_itemId=5550
>>> >
>>> > Une option que je n'ai pas encore testé, serait d'utiliser SPIT le
>>> > plugin postgres de Qgis, et de mettre les données ESRI dans la bdd.
>>> > Puis de les extraires au format osm depuis postgres. Qu'en pensez vous
>>> > ?
>>> >
>>> > Je joins les fichiers de tests pour ceux qui auraient des idées à
>>> > tester.
>>> >
>>> > bati.shp, le shapefile de qq batiments (comme le cadastre)
>>> > voies.shp, le bourg d'une commune (guilers)
>>> >
>>> > Merci du coup de main :)
>>> >
>>> >
>>> >
>>> >
>>> > 
>>> >
>>> > ___
>>> > 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
>>
>>
>
>
>
> --
> Steven Le Roux
> Jabber-ID : ste...@jabber.fr
> 0x39494CCB 
> 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


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

2009-02-19 Par sujet Steven Le Roux
2009/2/19 Ludovic :
>
> J'arrive à importer dans Josm, et ça ressemble bien à des rues, mais il
> y a un pb de projection, les données se retouvent beaucoup plus au sud.
>
> Il faudrait savoir dans quelle projection sont les données fournies, ou
> tester avec tous les candidats les plus plausibles. Il faut chercher si
> les données Shapefile ESRI sont toujours dans la même projection ou pas,
> pour info:
> $ file guilers/voies.shp
> guilers/voies.shp: ESRI Shapefile version 1000 length 24978 type PolyLine
>
>

J'ai testé qq projections, sans succès. Pour moi le format original
est projeté en WGS84.

> Conversion vers OSM:
> 
> ogr2ogr  -s_srs EPSG:4326 -t_srs EPSG:4171 voies_Lambert.shp
> guilers/voies.shp
> perl ./shp2osm.pl voies_Lambert.shp GK > voies.osm
>
>
>
> Steven Le Roux a écrit :
>> Bon un peu de news là dessus.
>>
>> J'ai tenté qq méthode de conversion, ce n'est pas encore ça...  mais
>> ça fonctionne. Il me reste un problème de projection à résoudre je
>> pense :) (voir les screenshots ci-dessous)
>>
>>
>> http://galerie.le-roux.info/main.php?g2_itemId=5541 (des way dans qgis)
>> http://galerie.le-roux.info/main.php?g2_itemId=5544 (une fois
>> convertis... pas brillant)
>>
>> un autre test plus convainquant sur des polygons :
>>
>> http://galerie.le-roux.info/main.php?g2_itemId=5547
>> http://galerie.le-roux.info/main.php?g2_itemId=5550
>>
>> Une option que je n'ai pas encore testé, serait d'utiliser SPIT le
>> plugin postgres de Qgis, et de mettre les données ESRI dans la bdd.
>> Puis de les extraires au format osm depuis postgres. Qu'en pensez vous
>> ?
>>
>> Je joins les fichiers de tests pour ceux qui auraient des idées à tester.
>>
>> bati.shp, le shapefile de qq batiments (comme le cadastre)
>> voies.shp, le bourg d'une commune (guilers)
>>
>> Merci du coup de main :)
>>
>>
>>
>>
>> 
>>
>> ___
>> 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
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
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


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

2009-02-18 Par sujet Ludovic

J'arrive à importer dans Josm, et ça ressemble bien à des rues, mais il
y a un pb de projection, les données se retouvent beaucoup plus au sud.

Il faudrait savoir dans quelle projection sont les données fournies, ou
tester avec tous les candidats les plus plausibles. Il faut chercher si
les données Shapefile ESRI sont toujours dans la même projection ou pas,
pour info:
$ file guilers/voies.shp
guilers/voies.shp: ESRI Shapefile version 1000 length 24978 type PolyLine


Conversion vers OSM:

ogr2ogr  -s_srs EPSG:4326 -t_srs EPSG:4171 voies_Lambert.shp
guilers/voies.shp
perl ./shp2osm.pl voies_Lambert.shp GK > voies.osm



Steven Le Roux a écrit :
> Bon un peu de news là dessus.
> 
> J'ai tenté qq méthode de conversion, ce n'est pas encore ça...  mais
> ça fonctionne. Il me reste un problème de projection à résoudre je
> pense :) (voir les screenshots ci-dessous)
> 
> 
> http://galerie.le-roux.info/main.php?g2_itemId=5541 (des way dans qgis)
> http://galerie.le-roux.info/main.php?g2_itemId=5544 (une fois
> convertis... pas brillant)
> 
> un autre test plus convainquant sur des polygons :
> 
> http://galerie.le-roux.info/main.php?g2_itemId=5547
> http://galerie.le-roux.info/main.php?g2_itemId=5550
> 
> Une option que je n'ai pas encore testé, serait d'utiliser SPIT le
> plugin postgres de Qgis, et de mettre les données ESRI dans la bdd.
> Puis de les extraires au format osm depuis postgres. Qu'en pensez vous
> ?
> 
> Je joins les fichiers de tests pour ceux qui auraient des idées à tester.
> 
> bati.shp, le shapefile de qq batiments (comme le cadastre)
> voies.shp, le bourg d'une commune (guilers)
> 
> Merci du coup de main :)
> 
> 
> 
> 
> 
> 
> ___
> 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] Brest CUB - mieux que le cadastre

2009-02-12 Par sujet Gilles LAMIRAL
Bonjour,

> ils peuvent tout sortir en relation... quels foyers dans un rayon de
> 50m de tel arrêt de bus on des enfants qui vont à quelle école...

Là c'est Brest Big Brother ! :-)

-- 
Au revoir,   02 99 64 31 77
Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06

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


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

2009-01-27 Par sujet Étienne Loks
Bonjour,

Le 21.01.2009 17:40, Steven Le Roux a écrit :
> Comment dire... it's FUCKING AWESOME  !  :)
> (...)

En effet c'est très sympa.

> 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).

Je refais de la pub pour le logiciel que je développe ces derniers temps 
mais la Chimère ne pourrait-elle pas intéresser les personnes de Brest ?

Pour rappel, il s'agit d'un mashup collaboratif proposant avant tout des 
fonds OSM (bon comme c'est basé sur openlayers, il n'y a pas grand chose 
à faire pour proposer autre chose mais bon...).
La page du projet : http://redmine.peacefrogs.net/projects/show/chimere 
et une page de démo http://www.peacefrogs.net/chimere/

Je me suis d'ailleurs prit une vingtaine de minute pour mettre les 
points wifi de Brest.

Il y a eu pas mal d'améliorations depuis que je l'ai proposé. D'ailleurs 
je vais me fendre d'un autre courriel pour parler de cela.

Librement,

-- 
Étienne Loks


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


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

2009-01-21 Par sujet Steven Le Roux
2009/1/22 Yannick :
> Bonsoir,
>
> Denis a écrit :
>> Steven Le Roux a écrit :
>>

J'ai appris aussi que 130 personnes ont un accès en écriture au
service SIG de BMO !! Chacun dans son domaine de compétence entretient
la base de la ville...  (130 ça me paraît beaucoup... mais c'est peut
être pour ça que la carte est aussi complète...)

ils peuvent tout sortir en relation... quels foyers dans un rayon de
50m de tel arrêt de bus on des enfants qui vont à quelle école...

C'est aussi ce qui leur a permis d'établir l'étude de correspondance
pour le futur réseau de Tram...

Pour le moment je visualise bien ses fichiers de tests dans Qgis, mais
pas de plugin d'export vers OSM XML visiblement...

-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
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


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

2009-01-21 Par sujet Yannick
Bonsoir,

Denis a écrit :
> Steven Le Roux a écrit :
> 
> J'entends ton enthousiasme (comment l'être moins ?), mais je ne crois 
> pas qu'OSM ait vocation à être la simple juxtaposition de données 
> librement disponibles surtout si elles débordent de l'ambition initiale 
> (map features ?). Je veux simplement dire que si BMO nous permet 
> d'utiliser leur couche de géolocalisation des poubelles, sommes-nous 
> forcés de les intégrer dans la base OSM ? Faut-il créer un nouveau tag 
> (peut-être existe-t-il déjà comme proposition ?).

Si ta réaction est juste elle n'est pas forcément exacte. En effet 
sommes-nous obligé d'intégrer tout ce que l'on nous donne?
Maintenant si un contributeur/utilisateur a besoin de cet outil rien ne 
l'empêchera de le faire dans sa zone de chalandise.
Si je te dis que je voudrais voir l'ensemble des plaques mémoriales qui 
sont disséminées dans la nature je ne suis pas sûr que cela 
t'intéressera mais moi si. Il ne nous appartient pas de juger de ce qui 
peut ou non être présent. Certes il faut rester dans ce qui est du 
domaine public quasi certain. Le coup des poubelles est d'un intérêt 
limité pour le quidam mais très utile pour le service de la voirie.
Je pense que Brest est largement en avance sur son temps en matière 
d'informatique libre donc qu'ils le soient dans l'exploitation de la 
cartographie libre ne me choque pas.

>> 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...
> 
> D'accord pour le début de ta proposition, beaucoup moins sur ta 
> conclusion. TOUTE donnée librement accessible (sauf clause contraire) 
> peut servir de "référence" pour situer l'état des lieux de la base OSM.
>> Je pense faire un import massif de tout ce qui est POI, tout ce qui
>> est area, tout ce qui est boundary.
> 
> Notre projet étant par nature et essence foncièrement contributif, j'ai 
> peur que des "import global" ne fasse un effet psychologique néfaste sur 
> l'envie d'aller contribuer sur un détail d'une rue ou d'un POI par un 
> contributeur modeste, non équipé et de surcroît timide.
> 
>> 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
> 
> Franchement, je ne comprend pas l'intérêt. Hormis le repérage de 
> bâtiments utiles (ceux qui ont vocation à fournir des services d'intérêt 
> général, donc pas uniquement publics). Importer ou même digitaliser (à 
> partir du plan cadastral vectoriel) l'ensemble des maisons privées, je 
> ne comprend pas l'intérêt d'autant plus que ce qui pourrait  nous 
> intéresser est plus de dresser une limite -agglomérée- de zones bâties, 
> d'en dresser une typologie -zone historique, zone pavillonaire, etc.).
> Une petite prospective : si la plupart des contributeurs digitalisent 
> les contours des bâtiments de leur commune, non seulement, ils vont 
> faire porter à l'ensemble de la communauté la responsabilité d'en 
> assurer la mise à jour, mais de plus, ils vont plomber la taille de la 
> base de manière critique sans que l'apport sémantique (qu'est ce que 
> l'on apporte comme information nouvelle ?) ne soit en proportion.

Nous revenons d'une façon indirecte à la question devons nous tout 
prendre! Oserais-tu dire que la collectivité n'a pas le droit de se 
servir d'un produit libre et de surcroit gratuit au prétexte que cela va 
plomber la base. Je suis quasi certain que Brest serait une des 
premières communes qui oserait mettre la main à la poche pour 
conserver/poursuivre ce travail collectif.

>> 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.
> 
> questions mise à jour dans OSM : pas avant la saison 2 !!!

Non! Puisque le travail de terrain lui est toujours présent. La 
documentation qui serait fournie est un support de contrôle, ou 
vice-versa. Espères-tu une maj quotidienne des photos aériennes de 
google, yahoo et compagnie? Non nous sommes donc dans le même cadre.

> 
>>
>> 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.
> 
> Si les données sont libres, il pourrait être utile pour d'autres groupes 
> d'en bénéficier soit en indiquant un lieu de téléchargement, au moins de 
> faire la publicité de leur disponibilité. Les annuaires de données 
> libres que j'évoquais dans un pré

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

2009-01-21 Par sujet Steven Le Roux
2009/1/21 g.d :
> 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 "".
>
> 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 AWESOME  !  :)
>>
>> 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

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

2009-01-21 Par sujet g.d
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).

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

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

Quant à "import massif",
il me paraît très urgent, d'attendre.
--

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

Amicalement
Gerhard
---

Ps :
dans le "source:" faut mettre l'année de révision du cadastre,
pas seulement "".

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 AWESOME  !  :)
>
> 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 : ste...@jabber.fr
> 0x39494CCB 
> 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4

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

2009-01-21 Par sujet Denis
Steven Le Roux a écrit :
> Bon. Je sors de 3h de rdv avec la personne en question.
> 
> Comment dire... it's FUCKING AWESOME  !  :)

Si je traduis bien : "La communauté d'agglomération de Brest (BMO) est 
prête à mettre à disposition à la communauté des citoyens l'ensemble des 
couches de son SIG utiles pour produire un "plan de ville" sous une 
licence libre non restrictive (l'éventail est large allant du "Public 
Domain" à la CC-BY-SA -> cela mérite une précision utile).

C'est une nouvelle de toute première importance, mais il importe AMHA 
d'en cerner la portée pour le projet OSM (et que les communautés 
"alliées" puissent y puiser une stratégie/méthodologie pour d'autres 
producteurs de données publiques).

Il faut te féliciter pour tes contacts couronnés de succès et je ne 
suis, finalement, pas si étonné que cela et de la réponse de la DGFiP 
-un acronyme qui est rentré dans les esprits- et de la réponse de Brest 
tant certains producteurs de données géolocalisées (d'autres devraient 
fatalement suivre) ont compris que la donnée de base est un bien public 
qui doit bénéficier au citoyen.
Il faut s'en réjouir car c'est un modèle (politique, stratégique et 
économique) qui n'est pas (encore) partagé par toutes les collectivités.
> 
> 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...

J'entends ton enthousiasme (comment l'être moins ?), mais je ne crois 
pas qu'OSM ait vocation à être la simple juxtaposition de données 
librement disponibles surtout si elles débordent de l'ambition initiale 
(map features ?). Je veux simplement dire que si BMO nous permet 
d'utiliser leur couche de géolocalisation des poubelles, sommes-nous 
forcés de les intégrer dans la base OSM ? Faut-il créer un nouveau tag 
(peut-être existe-t-il déjà comme proposition ?).
> 
> 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...

D'accord pour le début de ta proposition, beaucoup moins sur ta 
conclusion. TOUTE donnée librement accessible (sauf clause contraire) 
peut servir de "référence" pour situer l'état des lieux de la base OSM.
> 
> Je pense faire un import massif de tout ce qui est POI, tout ce qui
> est area, tout ce qui est boundary.

Notre projet étant par nature et essence foncièrement contributif, j'ai 
peur que des "import global" ne fasse un effet psychologique néfaste sur 
l'envie d'aller contribuer sur un détail d'une rue ou d'un POI par un 
contributeur modeste, non équipé et de surcroît timide.

> 
> 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

Franchement, je ne comprend pas l'intérêt. Hormis le repérage de 
bâtiments utiles (ceux qui ont vocation à fournir des services d'intérêt 
général, donc pas uniquement publics). Importer ou même digitaliser (à 
partir du plan cadastral vectoriel) l'ensemble des maisons privées, je 
ne comprend pas l'intérêt d'autant plus que ce qui pourrait  nous 
intéresser est plus de dresser une limite -agglomérée- de zones bâties, 
d'en dresser une typologie -zone historique, zone pavillonaire, etc.).
Une petite prospective : si la plupart des contributeurs digitalisent 
les contours des bâtiments de leur commune, non seulement, ils vont 
faire porter à l'ensemble de la communauté la responsabilité d'en 
assurer la mise à jour, mais de plus, ils vont plomber la taille de la 
base de manière critique sans que l'apport sémantique (qu'est ce que 
l'on apporte comme information nouvelle ?) ne soit en proportion.

> 
> 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...

Le côté technique ne me paraît pas être le plus crucial, compte tenu des 
  éléments évoqués plus haut.

> 
> 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 ?

L'ensemble des 450 tuilles (en jpg) fait 1,1 Go. Curieux que l'ECW 
(

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

2009-01-21 Par sujet Pieren
2009/1/21 Steven Le Roux 

wow, bravo.

Énorme travail en perspective ;-)

Énorme pour l'import et énorme pour les mises à jour futures :-)

Mais sans vouloir être rabat-joie, est-ce une bonne idée de vouloir
mettre le parcellaire dans OSM ?
Mais pour tout le reste, il n'y a qu'un mot : génial !

Pieren

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


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

2009-01-21 Par sujet Steven Le Roux
Bon. Je sors de 3h de rdv avec la personne en question.

Comment dire... it's FUCKING AWESOME  !  :)

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 : ste...@jabber.fr
0x39494CCB 
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


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

2009-01-16 Par sujet Steven Le Roux
2009/1/14 Pieren :
> 2009/1/14 Steven Le Roux :
>
> Bravo pour cette initiative qui, j'espère donnera des idées à d'autres
> collectivités.
>
> Je ne sais pas si tu n'as copié ici qu'une partie des informations
> concernant les aspects légaux. Sont-ils Share Alike comme OSM ?
> L'utilisation commerciale est-elle autorisée ? Comment devons-nous
> publier les sources des données - simplement en attachant un tag
> source ou source_ref dans les objets créés ? Ou une citation sur une
> page du wiki dédiée (un wikiproject CUB import) suffirait-elle ?
> Je ne veux pas couper l'enthousiasme général mais c'est des points
> qu'il faudra régler tôt ou tard.
>
> Autre point. Si les données sont directement accessible, ne serait-il
> pas envisageable d'en importer certaines directement dans OSM sans
> passer par un serveur WMS et JOSM comme les POI par ex. ?
>

J'ai rendez-vous avec lui mercredi pour voir tout ces points justement.

La suite dans le tome 2.
>>
>> pour mettre ça à dispo, et faire un plugin JOSM qui va bien...
>
> JOSM dispose déjà d'un plugin pour WMS si c'est l'idée. Mais si tu
> veux d'autres modifs dans JOSM, je suis prêt à donner un coup de main.
>
>> Les données sont disponible pour la CUB (Communauté Urbaine de Brest).
>>
>
> Encore bravo.
>
> Denis, est-ce qu'on ne pourrait pas profiter de cet exemple pour faire
> une demande similaire auprès du SIG de la CUS ?
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
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


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

2009-01-16 Par sujet Denis
Steven Le Roux a écrit :

> Oui on a tout ce qu'il faut. Ce qui manque maintenant, c'est la
> connaissance autour des serveurs WMS... et ça... ça ressemble au vide
> intersidéral... tu connais de la doc là dessus ?

Je vais essayer de monter une maquette avec Mapserver chez moi ainsi 
qu'un descriptif de la méthodologie. Je vous tiens au courant.

Denis

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


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

2009-01-15 Par sujet Bernard VALTON
bonsoir

Le 15 janvier 2009 00:16, Christian Rogel
a écrit :

>
> Le 14 janv. 09 à 23:39, Bernard VALTON a écrit :
>
> > Bonjour,
> >
> > Bravo Brest ! Cette aglo à beau avoir le seul maire de france
> > virtuellement en prison pour conduite en état d'ivresse, ils ont
> > aussi de très bon élus visiblement ;
>
> Euh, non, François Cuillandre est resté sobre.
> C'est le maire de Guilers , la commune au NO qui a écopé d'un
> bracelet électronique


Oui, oui, c'est bien de lui que je parlais. J'ai bien parlé d'un maire de
l'agglo brestoise et non du maire de brest ...

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


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

2009-01-14 Par sujet Steven Le Roux
2009/1/15 Christian Rogel :
>
> Le 14 janv. 09 à 23:39, Bernard VALTON a écrit :
>
>> Bonjour,
>>
>> Bravo Brest ! Cette aglo à beau avoir le seul maire de france
>> virtuellement en prison pour conduite en état d'ivresse, ils ont
>> aussi de très bon élus visiblement ;
>
> Euh, non, François Cuillandre est resté sobre.

ou il ne s'est pas fait prendre... :)

> C'est le maire de Guilers , la commune au NO qui a écopé d'un
> bracelet électronique
> pour le motif indiqué..
> Il faut souligner que la position de Brest vis-à-vis d'OSM est pal
> mal due au fait que
> l'adjoint à la vie citoyenne et aux TIC (c'est pas le titre exact)?
> Mchel Briand, ingénieur
> Télécom mène des actions très concrètes pour les logiciels libres, en
> particulier, dans
> les lycées et collèges. Grâce à lui, il n'y a pas moins de 75 points
> d'accès Internet public
> dans les MJC, les maisons de retraites, les foyers pour anciens, etc...
>

Effectivement ma demande était appuyée en copie à Mich Briand que je
connais un peu par l'intermédiaire de deux assos (finix et brest
wireless).

Il avait fait distribuer dans les écoles des CD de logiciels libres,
il tient www.a-brest.net et d'autres sites et est très attachés aux
publications et données libres.

Il est aussi vice président de BMO... et secrétaire de l'avicca.

Donc oui, ça aide...
C'est du social... et c'est sûr qu'une mairie socialiste... ça aide aussi...
> Christian
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
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


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

2009-01-14 Par sujet Christian Rogel

Le 14 janv. 09 à 23:39, Bernard VALTON a écrit :

> Bonjour,
>
> Bravo Brest ! Cette aglo à beau avoir le seul maire de france  
> virtuellement en prison pour conduite en état d'ivresse, ils ont  
> aussi de très bon élus visiblement ;

Euh, non, François Cuillandre est resté sobre.
C'est le maire de Guilers , la commune au NO qui a écopé d'un  
bracelet électronique
pour le motif indiqué..
Il faut souligner que la position de Brest vis-à-vis d'OSM est pal  
mal due au fait que
l'adjoint à la vie citoyenne et aux TIC (c'est pas le titre exact)?  
Mchel Briand, ingénieur
Télécom mène des actions très concrètes pour les logiciels libres, en  
particulier, dans
les lycées et collèges. Grâce à lui, il n'y a pas moins de 75 points  
d'accès Internet public
dans les MJC, les maisons de retraites, les foyers pour anciens, etc...

Christian


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


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

2009-01-14 Par sujet Bernard VALTON
Bonjour,

Bravo Brest ! Cette aglo à beau avoir le seul maire de france virtuellement
en prison pour conduite en état d'ivresse, ils ont aussi de très bon élus
visiblement ;)

Je voulais savoir si parmi les nombreux rennais de la liste, une demande
équivalente avait été faite auprès de rennes métropole ?

Si ce n'est pas le cas, en tant qu'élu d'une commune de rennes métropole
(montgermont) et participant à des commissions de Rennes métropole
(notamment celle sur les NTIC), je suis disposé à relayer l'expérience
Brestoise à Rennes Métropole et demander si rennes métropole ne pourrais pas
faire qqchose d'équivalent. Je suis même disposé à insister lourdement car
je trouve que la carte de l'agglo n'avance pas assez vite à mon gout surtout
en hivers ou nous sommes visiblement assez nombreux à avoir rangé les vélos
;)

Bonne soirée à vous
bernard


Le 14 janvier 2009 21:54, Denis  a écrit :

> Pieren a écrit :
> > 2009/1/14 Steven Le Roux :
> >
> > Bravo pour cette initiative qui, j'espère donnera des idées à d'autres
> > collectivités.
> >
> > Je ne sais pas si tu n'as copié ici qu'une partie des informations
> > concernant les aspects légaux. Sont-ils Share Alike comme OSM ?
>
> oui, les données sont explicitement sous licence CC-By-SA-NC
>
> > L'utilisation commerciale est-elle autorisée ? Comment devons-nous
> > publier les sources des données - simplement en attachant un tag
> > source ou source_ref dans les objets créés ? Ou une citation sur une
> > page du wiki dédiée (un wikiproject CUB import) suffirait-elle ?
> > Je ne veux pas couper l'enthousiasme général mais c'est des points
> > qu'il faudra régler tôt ou tard.
>
> Pas d'utilisation commerciale des photos, sauf autorisation de BMO obtenue.
> Pour les crédits, il faudrait mettre : source=orthophotographie Brest
> Métropole Océane 2004
> ...
> >
> > Encore bravo.
>
> oui, 1 Go de données financées sur fond publics enfin réutilisables par
> le public.
>
> >
> > Denis, est-ce qu'on ne pourrait pas profiter de cet exemple pour faire
> > une demande similaire auprès du SIG de la CUS ?
> >
> > Pieren
>
> Je sais qu'une telle demande sera vouée à l'échec tant l'écart des
> pratiques de mise à disposition de l'information publique entre
> Strasbourg et Brest est proportionnel à la distance géographique qui les
> sépare. Je connaît trop bien la boutique pour me risquer à une
> tentative, mais peut-être que cela vaudrait le coup ne serait-ce que
> pour avoir la teneur de la réponse.
> En revanche, l'agglo de Nancy est beaucoup plus sur la longueur d'onde
> de Brest si je me souviens bien de la présentation organisée il y a 2
> ans par  Aéroscan (comme le monde est petit).
>
> Pour mémoire, il y a au moins 2 tentatives de répertoire des données
> réutilisables (sans que cette notion ne soit directement valide dans le
> cadre d'OSM) :
> - http://georezo.net/wiki/main:geolibre:ressources
> - http://wiki.osgeo.org/wiki/Fr_lc_donnees_heberger
>
> Denis
>
> ___
> 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] Brest CUB - mieux que le cadastre

2009-01-14 Par sujet Denis
Pieren a écrit :
> 2009/1/14 Steven Le Roux :
> 
> Bravo pour cette initiative qui, j'espère donnera des idées à d'autres
> collectivités.
> 
> Je ne sais pas si tu n'as copié ici qu'une partie des informations
> concernant les aspects légaux. Sont-ils Share Alike comme OSM ?

oui, les données sont explicitement sous licence CC-By-SA-NC

> L'utilisation commerciale est-elle autorisée ? Comment devons-nous
> publier les sources des données - simplement en attachant un tag
> source ou source_ref dans les objets créés ? Ou une citation sur une
> page du wiki dédiée (un wikiproject CUB import) suffirait-elle ?
> Je ne veux pas couper l'enthousiasme général mais c'est des points
> qu'il faudra régler tôt ou tard.

Pas d'utilisation commerciale des photos, sauf autorisation de BMO obtenue.
Pour les crédits, il faudrait mettre : source=orthophotographie Brest 
Métropole Océane 2004
...
> 
> Encore bravo.

oui, 1 Go de données financées sur fond publics enfin réutilisables par 
le public.

> 
> Denis, est-ce qu'on ne pourrait pas profiter de cet exemple pour faire
> une demande similaire auprès du SIG de la CUS ?
> 
> Pieren

Je sais qu'une telle demande sera vouée à l'échec tant l'écart des 
pratiques de mise à disposition de l'information publique entre 
Strasbourg et Brest est proportionnel à la distance géographique qui les 
sépare. Je connaît trop bien la boutique pour me risquer à une 
tentative, mais peut-être que cela vaudrait le coup ne serait-ce que 
pour avoir la teneur de la réponse.
En revanche, l'agglo de Nancy est beaucoup plus sur la longueur d'onde 
de Brest si je me souviens bien de la présentation organisée il y a 2 
ans par  Aéroscan (comme le monde est petit).

Pour mémoire, il y a au moins 2 tentatives de répertoire des données 
réutilisables (sans que cette notion ne soit directement valide dans le 
cadre d'OSM) :
- http://georezo.net/wiki/main:geolibre:ressources
- http://wiki.osgeo.org/wiki/Fr_lc_donnees_heberger

Denis

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


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

2009-01-14 Par sujet Denis
g.d a écrit :
> Que faut-il comme place de stockage sur serveur,
> quelques gigas, ou des téras ?
> Je n'ai aucune idée des dimensions nécessaires.

450 dalles (images) de 5000x5000 pixels soit environ 1 à 1,5 Go
en première estimation. On peut aussi réduire la résolution des images 
et passer des 20 cms/pixel à 50 (qualité encore largement suffisante 
pour le projet -> cf les orthophotos de l'IGN).
Pour info, les coordonnées sont données dans le nom du fichier qui suit 
le schéma ulx_uly.jpg où ulx est l'abscisse du coin supérieur gauche de 
l'image, uly l'ordonnée du même coin, le tout exprimé en kilomètres 
(Lambert 2 zone ?)
tout cela est expliqué sur le forum : 
http://agora.cub-brest.safetyhost.net/forum/view.php?site=forum&bn=forum_bmovueduciel&key=1134988621&here=1134775440

Denis

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


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

2009-01-14 Par sujet Pieren
2009/1/14 Steven Le Roux :

Bravo pour cette initiative qui, j'espère donnera des idées à d'autres
collectivités.

Je ne sais pas si tu n'as copié ici qu'une partie des informations
concernant les aspects légaux. Sont-ils Share Alike comme OSM ?
L'utilisation commerciale est-elle autorisée ? Comment devons-nous
publier les sources des données - simplement en attachant un tag
source ou source_ref dans les objets créés ? Ou une citation sur une
page du wiki dédiée (un wikiproject CUB import) suffirait-elle ?
Je ne veux pas couper l'enthousiasme général mais c'est des points
qu'il faudra régler tôt ou tard.

Autre point. Si les données sont directement accessible, ne serait-il
pas envisageable d'en importer certaines directement dans OSM sans
passer par un serveur WMS et JOSM comme les POI par ex. ?

>
> pour mettre ça à dispo, et faire un plugin JOSM qui va bien...

JOSM dispose déjà d'un plugin pour WMS si c'est l'idée. Mais si tu
veux d'autres modifs dans JOSM, je suis prêt à donner un coup de main.

> Les données sont disponible pour la CUB (Communauté Urbaine de Brest).
>

Encore bravo.

Denis, est-ce qu'on ne pourrait pas profiter de cet exemple pour faire
une demande similaire auprès du SIG de la CUS ?

Pieren

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


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

2009-01-14 Par sujet g.d
Que faut-il comme place de stockage sur serveur,
quelques gigas, ou des téras ?
Je n'ai aucune idée des dimensions nécessaires.

Le 14 janv. 09 à 20:34, Denis a écrit :

>
> Steven Le Roux a écrit :
>> 2009/1/14 Denis :
>>> Steven Le Roux a écrit :
 Bonjour tout le monde,

 Petit mail pour indiquer aux Brestois (et aux autres),  que je  
 viens
 d'obtenir une réponse du service SIG de BMO (Brest Metropole  
 Oceane),
 soit de la mairie... :
>>> Bravo pour le succès de la démarche. Toujours pas de nouvelles du
>>> cadastre (le temps administratif n'est pas le temps humain).
>>> Maintenant que vous avez un fond de travail hors pair (Aéroscan , le
>>> prestataire, a fourni un produit de très bonne qualité qui  
>>> devrait faire
>>> pâlir d'envie l'IGN), plus d'excuses pour que Brest (et son  
>>> agglo) ne
>>> soit pas la ville la mieux mappée de France et de Navarre !!!
>>> Si quelqu'un avait de la capacité de stockage de son côté, vous  
>>> pourriez
>>> monter un WMS assez facilement pour JOSM. Je jette l'idée en  
>>> l'air pour
>>> voir où elle va retomber.
>>>
>>
>> Oui on a tout ce qu'il faut. Ce qui manque maintenant, c'est la
>> connaissance autour des serveurs WMS... et ça... ça ressemble au vide
>> intersidéral... tu connais de la doc là dessus ?
>
> Je n'ai pas d'URL de la mort-qui tue sous la main, mais moi-même j'ai
> démarré avec le WMSserver Howto de Mapserver ici :
> http://mapserver.org/ogc/wms_server.html. Il y a probablement des
> traductions ou des versions dérivées mais je vais laisser Yves ou  
> Robin
> exprimer un avis plus précis et sortir leur arsenal d'URLs.
> Mon expérience professionnelle :
> - un répertoire avec les orthophotos géoréférencées
> - un  fichier catalogue (shapefile) qui liste l'ensemble des  
> fichiers et
> leurs emprises (bounding box)
> - un mapfile qui assemble le tout dans un fichier texte (pas plus  
> de 15
> lignes)
> - un serveur Apache de base (sous Win$ c'est même livré en package - 
> > ms4w)
> - un serveur qui regarde le web et ne soit pas trop timide.
>
> Ca pourrait mériter une page sur le wiki, si elle n'existe pas déjà
> ailleurs.
> En tout état de cause, je veux bien donner un coup de main  
> technique si
> besoin.
>
> cordialement
> Denis
>
> ___
> 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] Brest CUB - mieux que le cadastre

2009-01-14 Par sujet Nicolas Guillaumin
Hello,

Ca pourrait mériter une page sur le wiki, si elle n'existe pas déjà
> ailleurs.
>

En effet, ou au moins une petite page résumant les étapes suivies pour
mettre en place la chose si vous n'avez pas le temps de rédiger mieux, je
pense que ça peut intéresser du monde !

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


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

2009-01-14 Par sujet Denis
Steven Le Roux a écrit :
> 2009/1/14 Denis :
>> Steven Le Roux a écrit :
>>> Bonjour tout le monde,
>>>
>>> Petit mail pour indiquer aux Brestois (et aux autres),  que je viens
>>> d'obtenir une réponse du service SIG de BMO (Brest Metropole Oceane),
>>> soit de la mairie... :
>> Bravo pour le succès de la démarche. Toujours pas de nouvelles du
>> cadastre (le temps administratif n'est pas le temps humain).
>> Maintenant que vous avez un fond de travail hors pair (Aéroscan , le
>> prestataire, a fourni un produit de très bonne qualité qui devrait faire
>> pâlir d'envie l'IGN), plus d'excuses pour que Brest (et son agglo) ne
>> soit pas la ville la mieux mappée de France et de Navarre !!!
>> Si quelqu'un avait de la capacité de stockage de son côté, vous pourriez
>> monter un WMS assez facilement pour JOSM. Je jette l'idée en l'air pour
>> voir où elle va retomber.
>>
> 
> Oui on a tout ce qu'il faut. Ce qui manque maintenant, c'est la
> connaissance autour des serveurs WMS... et ça... ça ressemble au vide
> intersidéral... tu connais de la doc là dessus ?

Je n'ai pas d'URL de la mort-qui tue sous la main, mais moi-même j'ai 
démarré avec le WMSserver Howto de Mapserver ici : 
http://mapserver.org/ogc/wms_server.html. Il y a probablement des 
traductions ou des versions dérivées mais je vais laisser Yves ou Robin 
exprimer un avis plus précis et sortir leur arsenal d'URLs.
Mon expérience professionnelle :
- un répertoire avec les orthophotos géoréférencées
- un  fichier catalogue (shapefile) qui liste l'ensemble des fichiers et 
leurs emprises (bounding box)
- un mapfile qui assemble le tout dans un fichier texte (pas plus de 15 
lignes)
- un serveur Apache de base (sous Win$ c'est même livré en package -> ms4w)
- un serveur qui regarde le web et ne soit pas trop timide.

Ca pourrait mériter une page sur le wiki, si elle n'existe pas déjà 
ailleurs.
En tout état de cause, je veux bien donner un coup de main technique si 
besoin.

cordialement
Denis

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


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

2009-01-14 Par sujet Pierre Mauduit
Le mercredi 14 janvier 2009 à 19:23 +0100, g.d a écrit :
> Wow,
> franchement.
> Une telle ouverture mérite d'être notée dans les annales.
> 

Comme les autres l'ont déjà dit, bravo :-)

Dans les environs de Montbéliard (25), il y a aussi des photos aériennes
de très bonne qualité ((c) CAPM), mais google maps a été plus rapide
qu'OSM dans ce domaine.

Des mappeurs dans le 25 parmi nous pour se lancer dans ce genre
d'initiative ?

-- 
Pierre



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


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

2009-01-14 Par sujet g.d
Wow,
franchement.
Une telle ouverture mérite d'être notée dans les annales.

Aussi,
ce courrier pourrait aider à faire comprendre
à d'autres Mairies et Collectivités
l'intérêt et le bien-fondé
de la démarche d'OSM.

Gerhard
---


Le 14 janv. 09 à 18:08, Steven Le Roux a écrit :

>
> Bonjour tout le monde,
>
> Petit mail pour indiquer aux Brestois (et aux autres),  que je viens
> d'obtenir une réponse du service SIG de BMO (Brest Metropole Oceane),
> soit de la mairie... :
>
> "Bonjour,
>
> Je vous confirme la réponse faite par Claude Carnot.
>
> Notre photographie aérienne est publiée sous licence Creative Commons
> qui autorise tout à fait son utilisation comme document de travail
> pour bâtir un produit dérivé (Plan de la ville).
>
> Pour allez plus loin et contribuer à l' amélioration de la base
> http://www.openstreetmap.org  sur Brest et son agglomération, je vous
> propose de vous fournir les fichiers numériques de notre "plan de
> ville" consultable sur notre site
> http://applications-internet.brest-metropole-oceane.fr/VIPDU40 .
>
>
>
> A vous alors de transposer cette information dans la base  
> openstreetmap.
>
> ( Nous ne publions pas, pour encore, de services WMS.)
>
> Vous pouvez me contacter à cet effet.
>
> Cordialement.
>
>   
>
> FV| Brest métropole océane | Responsable SIG | Tél. :  
> ---
>  Hôtel de Communauté, 24 rue Coat-ar-Gueven  | 29200 BREST | France
>
> Brest vue du ciel
> "
>
> Pour ceux qui n'ont pas le temps de voir l'appli
> http://applications-internet.brest-metropole-oceane.fr/VIPDU40
>
> J'ai fait 3 screenshot, qui montrent les données dispo : cadastre, POI
> public, parking, noms de rue, noms de stade et infras sportives, noms
> de batiments, noms des ecoles, voirie, arrêts de BUS, cinema,
> bibliothèque, offices, etc... en gros presque tout :)
>
> Le potentiel est regardable ici :
> http://galerie.le-roux.info/main.php?g2_itemId=5372
> http://galerie.le-roux.info/main.php?g2_itemId=5375
> http://galerie.le-roux.info/main.php?g2_itemId=5378
>
> ça vaut le coup de regarder la derniere en bonne qualité :
> http://galerie.le-roux.info/main.php? 
> g2_view=core.DownloadItem&g2_itemId=5378
> afin de voir la précision :) On y voit toutes les lignes
> d'architectures de la place :).
>
>
> Je l'ai recontacté pour voir avec lui les fichiers numériques, à la
> suite de quoi, j'aurai besoin d'un coup de main des mapserver guru
> pour mettre ça à dispo, et faire un plugin JOSM qui va bien...
> Plus qu'à se mettre au boulot... en attendant le retour des beaux
> jours pour d'autres "micro party Brestoises" :) (et la mairie prette
> les GPS ;) ), et oui ce n'est pas une excuse pour ne pas aller grimper
> les côtes de Bohars Nico ;)
>
> Les données sont disponible pour la CUB (Communauté Urbaine de Brest).
>
> -- 
> Steven Le Roux
> Jabber-ID : ste...@jabber.fr
> 0x39494CCB 
> 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
>


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


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

2009-01-14 Par sujet Steven Le Roux
2009/1/14 Denis :
> Steven Le Roux a écrit :
>> Bonjour tout le monde,
>>
>> Petit mail pour indiquer aux Brestois (et aux autres),  que je viens
>> d'obtenir une réponse du service SIG de BMO (Brest Metropole Oceane),
>> soit de la mairie... :
>
> Bravo pour le succès de la démarche. Toujours pas de nouvelles du
> cadastre (le temps administratif n'est pas le temps humain).
> Maintenant que vous avez un fond de travail hors pair (Aéroscan , le
> prestataire, a fourni un produit de très bonne qualité qui devrait faire
> pâlir d'envie l'IGN), plus d'excuses pour que Brest (et son agglo) ne
> soit pas la ville la mieux mappée de France et de Navarre !!!
> Si quelqu'un avait de la capacité de stockage de son côté, vous pourriez
> monter un WMS assez facilement pour JOSM. Je jette l'idée en l'air pour
> voir où elle va retomber.
>

Oui on a tout ce qu'il faut. Ce qui manque maintenant, c'est la
connaissance autour des serveurs WMS... et ça... ça ressemble au vide
intersidéral... tu connais de la doc là dessus ?

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



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
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


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

2009-01-14 Par sujet Denis
Steven Le Roux a écrit :
> Bonjour tout le monde,
> 
> Petit mail pour indiquer aux Brestois (et aux autres),  que je viens
> d'obtenir une réponse du service SIG de BMO (Brest Metropole Oceane),
> soit de la mairie... :

Bravo pour le succès de la démarche. Toujours pas de nouvelles du 
cadastre (le temps administratif n'est pas le temps humain).
Maintenant que vous avez un fond de travail hors pair (Aéroscan , le 
prestataire, a fourni un produit de très bonne qualité qui devrait faire 
pâlir d'envie l'IGN), plus d'excuses pour que Brest (et son agglo) ne 
soit pas la ville la mieux mappée de France et de Navarre !!!
Si quelqu'un avait de la capacité de stockage de son côté, vous pourriez 
monter un WMS assez facilement pour JOSM. Je jette l'idée en l'air pour 
voir où elle va retomber.

cordialement
Denis

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


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

2009-01-14 Par sujet Gilles LAMIRAL
Bonjour,

Bravo !

-- 
Au revoir,   02 99 64 31 77
Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 

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


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

2009-01-14 Par sujet Steven Le Roux
2009/1/14 Thomas Walraet :
> Le 14/01/2009 18:08, Steven Le Roux a écrit :
>>
>> Notre photographie aérienne est publiée sous licence Creative Commons
>> qui autorise tout à fait son utilisation comme document de travail
>> pour bâtir un produit dérivé (Plan de la ville).
>
> Pour pinailler un peu, ces photos sont en CC-by-sa-nc (sauf si ça a
> changé récemment).
>
> Mais si on a l'autorisation express de les utiliser, c'est parfait.
>
C'est le cas, mais de toute façon, avec le plan de ville... je doute
qu'on aura bcp besoin de la vue aérienne...  Si... plus tard, pour
placer les arbres :)


-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
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


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

2009-01-14 Par sujet Thomas Walraet
Le 14/01/2009 18:08, Steven Le Roux a écrit :
>
> Notre photographie aérienne est publiée sous licence Creative Commons
> qui autorise tout à fait son utilisation comme document de travail
> pour bâtir un produit dérivé (Plan de la ville).

Pour pinailler un peu, ces photos sont en CC-by-sa-nc (sauf si ça a 
changé récemment).

Mais si on a l'autorisation express de les utiliser, c'est parfait.

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


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

2009-01-14 Par sujet Steven Le Roux
Bonjour tout le monde,

Petit mail pour indiquer aux Brestois (et aux autres),  que je viens
d'obtenir une réponse du service SIG de BMO (Brest Metropole Oceane),
soit de la mairie... :

"Bonjour,

Je vous confirme la réponse faite par Claude Carnot.

Notre photographie aérienne est publiée sous licence Creative Commons
qui autorise tout à fait son utilisation comme document de travail
pour bâtir un produit dérivé (Plan de la ville).

Pour allez plus loin et contribuer à l' amélioration de la base
http://www.openstreetmap.org  sur Brest et son agglomération, je vous
propose de vous fournir les fichiers numériques de notre "plan de
ville" consultable sur notre site
http://applications-internet.brest-metropole-oceane.fr/VIPDU40 .



A vous alors de transposer cette information dans la base openstreetmap.

( Nous ne publions pas, pour encore, de services WMS.)

Vous pouvez me contacter à cet effet.

Cordialement.



FV| Brest métropole océane | Responsable SIG | Tél. : ---
 Hôtel de Communauté, 24 rue Coat-ar-Gueven  | 29200 BREST | France

Brest vue du ciel
"

Pour ceux qui n'ont pas le temps de voir l'appli
http://applications-internet.brest-metropole-oceane.fr/VIPDU40

J'ai fait 3 screenshot, qui montrent les données dispo : cadastre, POI
public, parking, noms de rue, noms de stade et infras sportives, noms
de batiments, noms des ecoles, voirie, arrêts de BUS, cinema,
bibliothèque, offices, etc... en gros presque tout :)

Le potentiel est regardable ici :
http://galerie.le-roux.info/main.php?g2_itemId=5372
http://galerie.le-roux.info/main.php?g2_itemId=5375
http://galerie.le-roux.info/main.php?g2_itemId=5378

ça vaut le coup de regarder la derniere en bonne qualité :
http://galerie.le-roux.info/main.php?g2_view=core.DownloadItem&g2_itemId=5378
afin de voir la précision :) On y voit toutes les lignes
d'architectures de la place :).


Je l'ai recontacté pour voir avec lui les fichiers numériques, à la
suite de quoi, j'aurai besoin d'un coup de main des mapserver guru
pour mettre ça à dispo, et faire un plugin JOSM qui va bien...
Plus qu'à se mettre au boulot... en attendant le retour des beaux
jours pour d'autres "micro party Brestoises" :) (et la mairie prette
les GPS ;) ), et oui ce n'est pas une excuse pour ne pas aller grimper
les côtes de Bohars Nico ;)

Les données sont disponible pour la CUB (Communauté Urbaine de Brest).

-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
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