Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre
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/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
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
... 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/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
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
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
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/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
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
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
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/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
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/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
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
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/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
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/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
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
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/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
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
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
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
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/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
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
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
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
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
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/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
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
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/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
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
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