Re: [OSGeo-Discuss] IGN France becomes OSGeo Sponsor
The news of the Year actually. I clap my hands loudly ! Guillaume Thierry Badard a écrit : Tyler Mitchell (OSGeo) a écrit : I'm pleased to announce that IGN France is the latest OSGeo Associate Sponsor! The Institut Géographique National (IGN) is an administrative public institution under the authority of France’s Ministry of Ecology and Sustainable Development. They have a decades-long expertise especially in cartography, aerial imagery and geographic databases. Their interest in open source comes first from improving tools such as Proj.4 and OSGeo-supported GDAL/OGR, in order to be able to reproject geographic data from the old French geodesic system (NTF) to the new one (RGF93). Hopefully these improved tools will help make the transition easier for the public. Second, they have also been using OSGeo-supported OpenLayers as a foundation for Geoportail's new API. Given OpenLayers's widespread use, programmers should find it easy to use Geoportail's API. IGN France looks forward to being involved in supporting OSGeo through the funding but also by continuing contributing code to the aforementioned projects. Please join me in thanking them for their encouraging show of support for OSGeo. You can learn more about IGN France at: http://www.ign.fr/ Sincerely, Tyler Wow ! As a former member of IGN France and one of the pionneers/advocates ( or activists ;-)) who have encouraged the use and development of open source tools in the Institute (especially with the release in 2005 of the GeOxygene project http://oxygene-project.sourceforge.net stemming from the research activities undertaken at IGN and the first open source effort of the Institute), I want to clap my hands and thank my former colleagues (Didier and others) for this sponsoring. This is really a great news! Th. -- ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
FW: [OSGeo-Discuss] IGN France becomes OSGeo Sponsor
> > I'm pleased to announce that IGN France is the latest OSGeo Associate > > Sponsor! Indeed very good news! I will take this mail as an example and ask the Belgian IGN if they also can sponsor OSGeo in one way or another. Sincerely, Dirk Frigne GeoMajas today still to be found on the old website http://majas.dfc.be www.gegis.org www.frigne.be majas.dfc.be > -Oorspronkelijk bericht- > Van: [EMAIL PROTECTED] [mailto:discuss- > [EMAIL PROTECTED] Namens Thierry Badard > Verzonden: maandag 7 juli 2008 20:00 > Aan: OSGeo Discussions > Onderwerp: Re: [OSGeo-Discuss] IGN France becomes OSGeo Sponsor > > Tyler Mitchell (OSGeo) a écrit : > > I'm pleased to announce that IGN France is the latest OSGeo Associate > > Sponsor! The Institut Géographique National (IGN) is an administrative > > public institution under the authority of Frances Ministry of Ecology > > and Sustainable Development. They have a decades-long expertise > > especially in cartography, aerial imagery and geographic databases. > > > > Their interest in open source comes first from improving tools such as > > Proj.4 and OSGeo-supported GDAL/OGR, in order to be able to reproject > > geographic data from the old French geodesic system (NTF) to the new one > > (RGF93). Hopefully these improved tools will help make the transition > > easier for the public. > > > > Second, they have also been using OSGeo-supported OpenLayers as a > > foundation for Geoportail's new API. Given OpenLayers's widespread use, > > programmers should find it easy to use Geoportail's API. > > IGN France looks forward to being involved in supporting OSGeo through > > the funding but also by continuing contributing code to the > > aforementioned projects. > > > > Please join me in thanking them for their encouraging show of support > > for OSGeo. > > > > You can learn more about IGN France at: http://www.ign.fr/ > > > > Sincerely, > > Tyler > > > > Wow ! As a former member of IGN France and one of the > pionneers/advocates ( or activists ;-)) who have encouraged the use and > development of open source tools in the Institute (especially with the > release in 2005 of the GeOxygene project > http://oxygene-project.sourceforge.net stemming from the research > activities undertaken at IGN and the first open source effort of the > Institute), I want to clap my hands and thank my former colleagues > (Didier and others) for this sponsoring. This is really a great news! > > Th. > > -- > Prof. Thierry Badard, Ph.D. > > > Professeur au Département des sciences géomatiques > (http://www.scg.ulaval.ca) > Chercheur régulier au Centre de Recherche en Géomatique > (http://www.crg.ulaval.ca) > Chercheur régulier du Réseau de Centres d'Excellence GEOIDE > (http://www.geoide.ulaval.ca) > Chercheur collaborateur de la chaire de recherche > industrielle en base de données géospatiales décisionnelles > (http://mdspatialdb.chair.scg.ulaval.ca) > Responsable du projet de formation sur les normes > internationales en géomatique > (http://standards.scg.ulaval.ca) > Administrateur du projet open source GeOxygene > (http://oxygene-project.sourceforge.net) > > Département des sciences géomatiques > Faculté de foresterie et de géomatique > Pavillon Louis-Jacques Casault > 1055, avenue du Séminaire > Local 1343 > Université Laval > Québec (Québec) G1V 0A6 > Canada > > Tél.: (418) 656-7116 - Fax: (418) 656-7411 > Courriel : [EMAIL PROTECTED] > Web: http://geosoa.scg.ulaval.ca > > > *AVERTISSEMENT* > > Avis relatif à la confidentialité > Notice of confidentiality > Advertencia de confidencialidad > http://www.rec.ulaval.ca/lce/securite/confidentialite.htm > > ___ > Discuss mailing list > Discuss@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/discuss ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Call for help: GDAL and txt2shp.py
On 7. juli. 2008, at 23.54, Dane Springmeyer wrote: ...Well, given my completely newbie status as a GIS/Geodata user, I am very grateful for your patience, explaining these things to me. no problem. Please do consider consulting the mailing lists of the specific software that you are using as well. Sorry about the lack of background info. I am on a MacOS X 10.5.2 and have downloaded the latest version of Perl and Python and all the dependencies needed to run the gdal package. As mentioned earlier, my goal is to set up a basic workflow to do a mashup between shapefiles that I have, and geodata inside jpeg files collected with a garmin gpx file and injected using gpsbabel. As a non-programmer, and short on time, I am really hoping to be able to tie together existing software (like txt2shp.py) and do some easy basic shell-scripting to get this to work. Going into this, I was hoping that I would come across some sort of swiss army knife style software (like exiftool or gpsbabel) that would let me add mashup-data to an existing shapefile and convert files to web-compliant formats. Seems like ... Okay. Well that graphic is nice and simple. However, getting there through automation will be not be as easy as using Qgis to layout you map graphics and then exporting them into another design program like Scribus, Inkscape, or the GIMP to do your photo layout. Darn. I seem to be forced into setting up a complete map server to do this? Automation is kinda the whole deal of this part of my thesis. For those of you wondering what the purpose of all of this is, my thesis is about exploring technical challenges and opportunities as they related to digital photographs. As the implementation goes, the argument behind not simply using a classic Google Maps mashup has to do with longevity/preservation and the fact that I want to make web publishable albums that tries to relate to as simple/few/standard elements as possible to be accessible far into the future. I'm assuming that you want to do this with desktop based tools. Yes. If you are up for installing apache already a part of my Mac OS X installation. then you could utilize a variety of web based toolkits to automate the generation of the map graphic and the photo layout. I'd look into Openlayers and Geoserver (in addition to Mapserver and Mapnik), and any web framework with a powerful templating engine like django. Hm... Sounds like an extensive solution that requires a lot of work. I would love to know more about how accessible these technologies are. I am just afraid that I am looking at 4-8 weeks of installing and figuring out how these solutions work, only to find out that I need to learn Python and Ruby to get it to work? Yes. I know what you're saying (and I am always telling myself - don't shy away from something just because it looks complicated, but I am really hoping to finish my thesis in september :-), and my coding this solution is simply icing on the cake in terms of the weight it carries in my thesis. If you want to stick to the desktop Mapserver and Mapnik do have the ability to create map graphics on the command line, but it's not as simple as automating the conversion of a shapefile to png. You need to style and label your shapefile data of points along with basemap data. Therefore you will be looking to render multiple layers into a single raster png. Shp2img of the mapserver project or a the use of mapnik python bindings will be able to do this without resorting to installing and setting up a webserver, but you'll still need to create a MAPFILE that defines the styling and labeling. Great. So any estimate on the time needed to get to grips with these things? ... No, shp2img needs a MAPFILE as input (the mapfile points to your shapefile(s) - or other datasources - and tells mapserver how to render them): http://mapserver.gis.umn.edu/docs/reference/utilityreference/shp2img I see. So basically - no way around installing a mapserver then :-) I'd recommend looking into the QGIS "Export to mapserver" plugin as well. OK. Mapnik can use an XML based MAPFILE, but has no command line utility to generate a png from the MAPFILE, but simple script examples can be found here: http://trac.mapnik.org/wiki/XMLGettingStarted#Step2 OK. On to install the mapserver then, and to read up on the supplied url. Dane Any idea on the complexity in getting the above scripting to work? Not too complex, but you will need to read up on how to create a MAPFILE. Will dive in and see what happens. Kjell Are Sincerely, Kjell Are Refsvik Norway ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discu
Re: [OSGeo-Discuss] Call for help: GDAL and txt2shp.py
Shp2img will accept a shapefile as referenced through a mapfile. The mapfile just tells mapserver how to draw the shapefile (what color, symbol, etc...). Steve >>> On 7/7/2008 at 4:03 PM, in message <[EMAIL PROTECTED]>, Kjell Are Refsvik <[EMAIL PROTECTED]> wrote: > On 7. juli. 2008, at 19.19, Dane Springmeyer wrote: > >> Hi Kjell, >> ... >> You are not alone. Projected coordinate systems can confuse >> beginners and experts alike. > > :-) > > Well, given my completely newbie status as a GIS/Geodata user, I am > very grateful for your patience, explaining these things to me. > >> My understanding is that you have gps data and you are not sure what >> coordinate system it is in. You ran Matt Perry's script to convert >> the text-based coordinates into a shapefile format, but you still >> need to assign a coordinate system. > > I understand. WGS84 and UTM 32V worked fine for the data from Norway. > >> ... >> First, you only need to assign the projection AFTER you run the >> txt2shp.py script. > > OK. I understand. > >> ... >> Second, I can see now (from your image links) that your data was >> collected in Lebanon, which means that the link I directed you to >> will not provide a reference to the correct UTM zone. >> >> There are two possible UTM zones for Lebanon: UTM 36N or UTM 37N. >> >> WGS 84 / UTM zone 36N >> http://spatialreference.org/ref/epsg/32636/ >> >> WGS 84 / UTM zone 37N >> http://spatialreference.org/ref/epsg/32637/ > > 36N seemed to have done thr trick: > PROJCS["WGS_1984_UTM_Zone_36N",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHE > ROID["WGS_1984",6378137,298.257223563]],PRIMEM["Greenwich",0],UNIT["Degree",0 > .017453292519943295]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_o > f_origin",0],PARAMETER["central_meridian",33],PARAMETER["scale_factor",0.9996 > ],PARAMETER["false_easting",50],PARAMETER["false_northing",0],UNIT["Meter > ",1]] >> You can check for yourself by downloading a world borders shapefile > (http://thematicmapping.org/downloads/world_borders.php >> ) and a world UTM zone shapefile > (http://earth-info.nga.mil/GandG/coordsys/gislayers/zips/mgrs6x8.zip >> ), both in the WGS 84/EPSG 4326 coordinate system. >> >> If you have more GPS data from other countries I highly recommend >> getting familiar with UTM zones. > > No. Only have data from Norway and Lebanon so far, but looking more > closely into UTM seems like a good idea, especially in order to to get > to grips with paper maps. > > http://www.ia-stud.hiof.no/~kjellare/misc/lebanon_wgs84_UTM36N.png > >> ... >> If you try to load data in different coordinate systems into the >> same QGIS project, QGIS will not (by default) make an effort to >> 'reproject-on-the-fly' when rendering, unless you explicitly set the >> Qgis project to do so. So even if you assign the correct UTM zone to >> your points, if you open them in Qgis along with a base layer in WGS >> 84 projection, they will not line up. You need to go to SETTINGS > >> PROJECT PROPERTIES > PROJECTION > ENABLE ON THE FLY PROJECTION. > > I figured that out, playing around with the Projection settings. > >> Or use the command line program ogr2ogr to reproject your shapefile >> to WGS84/EPSG 4326 from your assumed UTM projection. That command >> would look like: >> >> $ ogr2ogr -s_srs EPSG:32636 -t_srs EPSG:4326 >> lebanon_points_wgs84.shp lebanon_points_utm36N.shp > > Splendid. I will have a go at that. > >> Then, if the assumed source projection was correct, your new >> shapefile should line up with other data in WGS 84. > >> ... >> Yes, they are GUI applications... but don't you just need to >> automate the processing of your GPS data? > > No. In addition to use a unix shell-script to harvest and prepare > geodata from my images using exiftool and some basic text formatting > commands in unix, I also need to prepare the necessary shapefiles and > hopefully find some way of (using shell-scripts) atomatically export > png files to make up the map. > > A quick sketch (using a screengrabbed OpenStreetMap) here: > http://www.ia-stud.hiof.no/~kjellare/misc/programming_goal.png > >> If you want to create one PNG raster then QGIS or uDIG are the ideal >> tools to layout your png map. Just open all your shapefiles (you can >> even merge them all into one shapefile with ogr2ogr), label them, >> then zoom to each group and export a PNG file >> >> If you truly want to automate the creation of *many* PNG graphics >> then you'll need to look into scripting a mapping toolkit like >> Mapserver or Mapnik. > > Ouch. I see now that what looked like a way out of this (shp2img) is > not accepting a shapefile as a input. > >> Dane > > Any idea on the complexity in getting the above scripting to work? > > Sincerely, > > Kjell Are Refsvik > Norway ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listi
Re: [OSGeo-Discuss] Call for help: GDAL and txt2shp.py
Kjell, On Jul 7, 2008, at 2:03 PM, Kjell Are Refsvik wrote: On 7. juli. 2008, at 19.19, Dane Springmeyer wrote: Hi Kjell, ... You are not alone. Projected coordinate systems can confuse beginners and experts alike. :-) Well, given my completely newbie status as a GIS/Geodata user, I am very grateful for your patience, explaining these things to me. no problem. Please do consider consulting the mailing lists of the specific software that you are using as well. ... Second, I can see now (from your image links) that your data was collected in Lebanon, which means that the link I directed you to will not provide a reference to the correct UTM zone. There are two possible UTM zones for Lebanon: UTM 36N or UTM 37N. WGS 84 / UTM zone 36N http://spatialreference.org/ref/epsg/32636/ WGS 84 / UTM zone 37N http://spatialreference.org/ref/epsg/32637/ 36N seemed to have done thr trick: PROJCS["WGS_1984_UTM_Zone_36N",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137,298.257223563]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",33],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",50],PARAMETER["false_northing",0],UNIT["Meter",1]] great. Or use the command line program ogr2ogr to reproject your shapefile to WGS84/EPSG 4326 from your assumed UTM projection. That command would look like: $ ogr2ogr -s_srs EPSG:32636 -t_srs EPSG:4326 lebanon_points_wgs84.shp lebanon_points_utm36N.shp Splendid. I will have a go at that. Note that if you want to use ogr2ogr like this you can skip the step of assigning the projection by manually adding a .prj file. In one fell swoop you are telling ogr that the projection is UTM and a given zone without requiring ogr2ogr to read the projection information from the .prj file. Yes, they are GUI applications... but don't you just need to automate the processing of your GPS data? No. In addition to use a unix shell-script to harvest and prepare geodata from my images using exiftool and some basic text formatting commands in unix, I also need to prepare the necessary shapefiles and hopefully find some way of (using shell-scripts) atomatically export png files to make up the map. A quick sketch (using a screengrabbed OpenStreetMap) here: http://www.ia-stud.hiof.no/~kjellare/misc/programming_goal.png Okay. Well that graphic is nice and simple. However, getting there through automation will be not be as easy as using Qgis to layout you map graphics and then exporting them into another design program like Scribus, Inkscape, or the GIMP to do your photo layout. I'm assuming that you want to do this with desktop based tools. If you are up for installing apache then you could utilize a variety of web based toolkits to automate the generation of the map graphic and the photo layout. I'd look into Openlayers and Geoserver (in addition to Mapserver and Mapnik), and any web framework with a powerful templating engine like django. If you want to stick to the desktop Mapserver and Mapnik do have the ability to create map graphics on the command line, but it's not as simple as automating the conversion of a shapefile to png. You need to style and label your shapefile data of points along with basemap data. Therefore you will be looking to render multiple layers into a single raster png. Shp2img of the mapserver project or a the use of mapnik python bindings will be able to do this without resorting to installing and setting up a webserver, but you'll still need to create a MAPFILE that defines the styling and labeling. If you want to create one PNG raster then QGIS or uDIG are the ideal tools to layout your png map. Just open all your shapefiles (you can even merge them all into one shapefile with ogr2ogr), label them, then zoom to each group and export a PNG file If you truly want to automate the creation of *many* PNG graphics then you'll need to look into scripting a mapping toolkit like Mapserver or Mapnik. Ouch. I see now that what looked like a way out of this (shp2img) is not accepting a shapefile as a input. No, shp2img needs a MAPFILE as input (the mapfile points to your shapefile(s) - or other datasources - and tells mapserver how to render them): http://mapserver.gis.umn.edu/docs/reference/utilityreference/shp2img I'd recommend looking into the QGIS "Export to mapserver" plugin as well. Mapnik can use an XML based MAPFILE, but has no command line utility to generate a png from the MAPFILE, but simple script examples can be found here: http://trac.mapnik.org/wiki/XMLGettingStarted#Step2 Dane Any idea on the complexity in getting the above scripting to work? Not too complex, but you will need to read up on how to create a MAPFILE. Sincerely, Kjell Are Refsvik Norway
Re: [OSGeo-Discuss] Call for help: GDAL and txt2shp.py
On 7. juli. 2008, at 19.26, Tyler Mitchell (OSGeo) wrote: On 4-Jul-08, at 2:40 AM, Kjell Are Refsvik wrote: - they will be your best friends soon. I am not completely sure how these two specific programs from the gdal package relates to the challenge of outputting a png from 2 shapefiles (map and legend). ogrinfo can be used to give a report on the type of coordinates being used in your shapefile. You can 'cd' into the directory of your shapefiles and then type: ogrinfo yourshapefilename.shp -so -al This should give you a short report. When asking for help you can include this report and others will see more information about your dataset without having to download it. Splendid. Thanks. gdalinfo operates a similar way but for images and rasters. This may not apply to you at the moment. Right. You can read more about these tools and more in chapter 3 of my book: http://oreilly.com/catalog/9780596008659/ Fortunately some of these examples are included in the free online chapter at http://oreilly.com/catalog/webmapping/chapter/ch03.pdf ! (around book page 30) Hope this helps. Enjoy, Tyler I am learning new thing with every new email, yes. Thank you for the reference to your book. It looks increasingly like I have to dive in to the workings of the geoserver to be able to output png files of a mashup between my geotagged images and my maps. Having participated once in a OpenStreetMap mapping session, I wonder if OSM is run on top of GeoServer and could be used together with i.e. OpenLayer to do what I want? Still - downloading and installing everything needed, seems laborious compared to a simple conversion from shapefile to png. Any particular reason why a simple conversion between shapefile and png seems so cumbersome to do via a simple program accessible through the command-line? Hm... Not sure I am out of the woods yet, as a png seems a long way off. Kjell Are ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Call for help: GDAL and txt2shp.py
On 7. juli. 2008, at 19.19, Dane Springmeyer wrote: Hi Kjell, ... You are not alone. Projected coordinate systems can confuse beginners and experts alike. :-) Well, given my completely newbie status as a GIS/Geodata user, I am very grateful for your patience, explaining these things to me. My understanding is that you have gps data and you are not sure what coordinate system it is in. You ran Matt Perry's script to convert the text-based coordinates into a shapefile format, but you still need to assign a coordinate system. I understand. WGS84 and UTM 32V worked fine for the data from Norway. ... First, you only need to assign the projection AFTER you run the txt2shp.py script. OK. I understand. ... Second, I can see now (from your image links) that your data was collected in Lebanon, which means that the link I directed you to will not provide a reference to the correct UTM zone. There are two possible UTM zones for Lebanon: UTM 36N or UTM 37N. WGS 84 / UTM zone 36N http://spatialreference.org/ref/epsg/32636/ WGS 84 / UTM zone 37N http://spatialreference.org/ref/epsg/32637/ 36N seemed to have done thr trick: PROJCS["WGS_1984_UTM_Zone_36N",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137,298.257223563]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",33],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",50],PARAMETER["false_northing",0],UNIT["Meter",1]] You can check for yourself by downloading a world borders shapefile (http://thematicmapping.org/downloads/world_borders.php ) and a world UTM zone shapefile (http://earth-info.nga.mil/GandG/coordsys/gislayers/zips/mgrs6x8.zip ), both in the WGS 84/EPSG 4326 coordinate system. If you have more GPS data from other countries I highly recommend getting familiar with UTM zones. No. Only have data from Norway and Lebanon so far, but looking more closely into UTM seems like a good idea, especially in order to to get to grips with paper maps. http://www.ia-stud.hiof.no/~kjellare/misc/lebanon_wgs84_UTM36N.png ... If you try to load data in different coordinate systems into the same QGIS project, QGIS will not (by default) make an effort to 'reproject-on-the-fly' when rendering, unless you explicitly set the Qgis project to do so. So even if you assign the correct UTM zone to your points, if you open them in Qgis along with a base layer in WGS 84 projection, they will not line up. You need to go to SETTINGS > PROJECT PROPERTIES > PROJECTION > ENABLE ON THE FLY PROJECTION. I figured that out, playing around with the Projection settings. Or use the command line program ogr2ogr to reproject your shapefile to WGS84/EPSG 4326 from your assumed UTM projection. That command would look like: $ ogr2ogr -s_srs EPSG:32636 -t_srs EPSG:4326 lebanon_points_wgs84.shp lebanon_points_utm36N.shp Splendid. I will have a go at that. Then, if the assumed source projection was correct, your new shapefile should line up with other data in WGS 84. ... Yes, they are GUI applications... but don't you just need to automate the processing of your GPS data? No. In addition to use a unix shell-script to harvest and prepare geodata from my images using exiftool and some basic text formatting commands in unix, I also need to prepare the necessary shapefiles and hopefully find some way of (using shell-scripts) atomatically export png files to make up the map. A quick sketch (using a screengrabbed OpenStreetMap) here: http://www.ia-stud.hiof.no/~kjellare/misc/programming_goal.png If you want to create one PNG raster then QGIS or uDIG are the ideal tools to layout your png map. Just open all your shapefiles (you can even merge them all into one shapefile with ogr2ogr), label them, then zoom to each group and export a PNG file If you truly want to automate the creation of *many* PNG graphics then you'll need to look into scripting a mapping toolkit like Mapserver or Mapnik. Ouch. I see now that what looked like a way out of this (shp2img) is not accepting a shapefile as a input. Dane Any idea on the complexity in getting the above scripting to work? Sincerely, Kjell Are Refsvik Norway ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] IGN France becomes OSGeo Sponsor
Tyler Mitchell (OSGeo) a écrit : I'm pleased to announce that IGN France is the latest OSGeo Associate Sponsor! The Institut Géographique National (IGN) is an administrative public institution under the authority of France’s Ministry of Ecology and Sustainable Development. They have a decades-long expertise especially in cartography, aerial imagery and geographic databases. Their interest in open source comes first from improving tools such as Proj.4 and OSGeo-supported GDAL/OGR, in order to be able to reproject geographic data from the old French geodesic system (NTF) to the new one (RGF93). Hopefully these improved tools will help make the transition easier for the public. Second, they have also been using OSGeo-supported OpenLayers as a foundation for Geoportail's new API. Given OpenLayers's widespread use, programmers should find it easy to use Geoportail's API. IGN France looks forward to being involved in supporting OSGeo through the funding but also by continuing contributing code to the aforementioned projects. Please join me in thanking them for their encouraging show of support for OSGeo. You can learn more about IGN France at: http://www.ign.fr/ Sincerely, Tyler Wow ! As a former member of IGN France and one of the pionneers/advocates ( or activists ;-)) who have encouraged the use and development of open source tools in the Institute (especially with the release in 2005 of the GeOxygene project http://oxygene-project.sourceforge.net stemming from the research activities undertaken at IGN and the first open source effort of the Institute), I want to clap my hands and thank my former colleagues (Didier and others) for this sponsoring. This is really a great news! Th. -- Prof. Thierry Badard, Ph.D. Professeur au Département des sciences géomatiques (http://www.scg.ulaval.ca) Chercheur régulier au Centre de Recherche en Géomatique (http://www.crg.ulaval.ca) Chercheur régulier du Réseau de Centres d'Excellence GEOIDE (http://www.geoide.ulaval.ca) Chercheur collaborateur de la chaire de recherche industrielle en base de données géospatiales décisionnelles (http://mdspatialdb.chair.scg.ulaval.ca) Responsable du projet de formation sur les normes internationales en géomatique (http://standards.scg.ulaval.ca) Administrateur du projet open source GeOxygene (http://oxygene-project.sourceforge.net) Département des sciences géomatiques Faculté de foresterie et de géomatique Pavillon Louis-Jacques Casault 1055, avenue du Séminaire Local 1343 Université Laval Québec (Québec) G1V 0A6 Canada Tél.: (418) 656-7116 - Fax: (418) 656-7411 Courriel : [EMAIL PROTECTED] Web: http://geosoa.scg.ulaval.ca *AVERTISSEMENT* Avis relatif à la confidentialité Notice of confidentiality Advertencia de confidencialidad http://www.rec.ulaval.ca/lce/securite/confidentialite.htm ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] IGN France becomes OSGeo Sponsor
I'm pleased to announce that IGN France is the latest OSGeo Associate Sponsor! The Institut Géographique National (IGN) is an administrative public institution under the authority of France’s Ministry of Ecology and Sustainable Development. They have a decades- long expertise especially in cartography, aerial imagery and geographic databases. Their interest in open source comes first from improving tools such as Proj.4 and OSGeo-supported GDAL/OGR, in order to be able to reproject geographic data from the old French geodesic system (NTF) to the new one (RGF93). Hopefully these improved tools will help make the transition easier for the public. Second, they have also been using OSGeo-supported OpenLayers as a foundation for Geoportail's new API. Given OpenLayers's widespread use, programmers should find it easy to use Geoportail's API. IGN France looks forward to being involved in supporting OSGeo through the funding but also by continuing contributing code to the aforementioned projects. Please join me in thanking them for their encouraging show of support for OSGeo. You can learn more about IGN France at: http://www.ign.fr/ Sincerely, Tyler Tyler Mitchell Executive Director Open Source Geospatial Foundation [EMAIL PROTECTED] P: +1-250-277-1621 M: +1-250-303-1831 ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Call for help: GDAL and txt2shp.py
On 4-Jul-08, at 2:40 AM, Kjell Are Refsvik wrote: - they will be your best friends soon. I am not completely sure how these two specific programs from the gdal package relates to the challenge of outputting a png from 2 shapefiles (map and legend). ogrinfo can be used to give a report on the type of coordinates being used in your shapefile. You can 'cd' into the directory of your shapefiles and then type: ogrinfo yourshapefilename.shp -so -al This should give you a short report. When asking for help you can include this report and others will see more information about your dataset without having to download it. gdalinfo operates a similar way but for images and rasters. This may not apply to you at the moment. You can read more about these tools and more in chapter 3 of my book: http://oreilly.com/catalog/9780596008659/ Fortunately some of these examples are included in the free online chapter at http://oreilly.com/catalog/webmapping/chapter/ch03.pdf ! (around book page 30) Hope this helps. Enjoy, Tyler ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Call for help: GDAL and txt2shp.py
Hi Kjell, Not having worked much with GIS systems or projection/coordinate systems before, I am struggling to understand the meaning of all this. However, the following (esriwkt) was the result of the visit to the link above, and I am injected it into the .prj file before running the script all over again: You are not alone. Projected coordinate systems can confuse beginners and experts alike. My understanding is that you have gps data and you are not sure what coordinate system it is in. You ran Matt Perry's script to convert the text-based coordinates into a shapefile format, but you still need to assign a coordinate system. However, the following (esriwkt) was the result of the visit to the link above, and I am injected it into the .prj file before running the script all over again: PROJCS["Nahrwan 1967 / UTM zone 39N",GEOGCS["Nahrwan 1967",DATUM["D_Nahrwan_1967",SPHEROID["Clarke_1880_RGS", 6378249.145,293.465]],PRIMEM["Greenwich",0],UNIT["Degree", 0.017453292519943295 ]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_of_origin", 0],PARAMETER["central_meridian",51],PARAMETER["scale_factor", 0.9996],PARAMETER["false_easting",50],PARAMETER["false_northing", 0],UNIT["Meter",1]] Please let me know if I got this completely wrong and please excuse my lack of knowledge here. First, you only need to assign the projection AFTER you run the txt2shp.py script. Second, I can see now (from your image links) that your data was collected in Lebanon, which means that the link I directed you to will not provide a reference to the correct UTM zone. There are two possible UTM zones for Lebanon: UTM 36N or UTM 37N. WGS 84 / UTM zone 36N http://spatialreference.org/ref/epsg/32636/ WGS 84 / UTM zone 37N http://spatialreference.org/ref/epsg/32637/ You can check for yourself by downloading a world borders shapefile (http://thematicmapping.org/downloads/world_borders.php ) and a world UTM zone shapefile (http://earth-info.nga.mil/GandG/coordsys/gislayers/zips/mgrs6x8.zip ), both in the WGS 84/EPSG 4326 coordinate system. If you have more GPS data from other countries I highly recommend getting familiar with UTM zones. It did. Garmin GPSMap 60 CS. But, still, even with the new projection file, this thing still looks like this: http://www.ia-stud.hiof.no/~kjellare/misc/gdal_fail3_lebanon.png I even tried reversing the coordinates in the input file, but with almost the same result: http://www.ia-stud.hiof.no/~kjellare/misc/gdal_fail3_lebanon2.png Hm... Not sure how to proceed from here. If you try to load data in different coordinate systems into the same QGIS project, QGIS will not (by default) make an effort to 'reproject- on-the-fly' when rendering, unless you explicitly set the Qgis project to do so. So even if you assign the correct UTM zone to your points, if you open them in Qgis along with a base layer in WGS 84 projection, they will not line up. You need to go to SETTINGS > PROJECT PROPERTIES > PROJECTION > ENABLE ON THE FLY PROJECTION. Or use the command line program ogr2ogr to reproject your shapefile to WGS84/EPSG 4326 from your assumed UTM projection. That command would look like: $ ogr2ogr -s_srs EPSG:32636 -t_srs EPSG:4326 lebanon_points_wgs84.shp lebanon_points_utm36N.shp Then, if the assumed source projection was correct, your new shapefile should line up with other data in WGS 84. ... In Qgis you should be able to reproject to UTM and label your points. Qgis will also export to PNG format if that is what you want. However I don't think that Qgis will output an ESRI world file (the only way that I know to keep a PNG spatially reference... but the application uDIG will output a .wld world file to spatially reference a PNG). I am in need of a open source command-line style software here, in order to automate this entire endevour. Both uDIG and QGIS appears to be GUI style applications. Are there a way around this to let me export the shapefiles I have to a .png raster file to complete my mission? Kjell Are Yes, they are GUI applications... but don't you just need to automate the processing of your GPS data? If you want to create one PNG raster then QGIS or uDIG are the ideal tools to layout your png map. Just open all your shapefiles (you can even merge them all into one shapefile with ogr2ogr), label them, then zoom to each group and export a PNG file If you truly want to automate the creation of *many* PNG graphics then you'll need to look into scripting a mapping toolkit like Mapserver or Mapnik. Dane ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] Fwd: [Forum_dev] [] pmeems: [Off-Topic]Tele Atlas Maps In Apps Contest
This posting just arrived on the MapWindow foums about a TeleAtlas contest with a $125K prize... Maybe someone on this list is ointerestrd. - Dan -- Forwarded message -- From: MapWindow Open Source Team <[EMAIL PROTECTED]> Date: Sun, 6 Jul 2008 11:47:19 -0700 Subject: [Forum_dev] [] pmeems: [Off-Topic]Tele Atlas Maps In Apps Contest To: [EMAIL PROTECTED] Author: pmeems Username: pmeems (217.122.74.222) Subject: [Off-Topic]Tele Atlas Maps In Apps Contest Forum: MapWindow Developer Team Link: http://www.mapwindow.org/phorum/read.php?5,9448,9448#msg-9448 Approved: Yes I came across this topic: Maps In Apps Contest – Calling all mobile and web applications enhanced with location! Opportunity to be one of three select applications to be showcased in Tele Atlas booth at CTIA in September, 2008 in San Francisco. Prizes total $135K. http://www.teleatlas.com/Markets/Wireless-and-LBS/LBSSeries/index.htm Perhaps someone is interested. Paul ___ Forum_dev mailing list MapWindow GIS Mailing Lists: http://lists.mapwindow.org -- Daniel P. Ames, PhD, PE Geospatial Software Lab Department of Geosciences Idaho State University - Idaho Falls [EMAIL PROTECTED] www.hydromap.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Call for help: GDAL and txt2shp.py
Kjell Are Refsvik wrote: On 4. juli. 2008, at 02.46, Tyler Mitchell (OSGeo) wrote: ... You had mentioned to me earlier about GDAL/OGR from the infamous Kyngchaos package, right? Yes. Do you have the command "gdalinfo" and "ogrinfo" Yes: refsvik$ gdalinfo Usage: gdalinfo [--help-general] [-mm] [-stats] [-nogcp] [-nomd] [-noct] [-checksum] [-mdd domain]* datasetname refsvik$ refsvik$ ogrinfo Usage: ogrinfo [--help-general] [-ro] [-q] [-where restricted_where] [-spat xmin ymin xmax ymax] [-fid fid] [-sql statement] [-al] [-so] [--formats] datasource_name [layer [layer ...]] refsvik$ - they will be your best friends soon. I am not completely sure how these two specific programs from the gdal package relates to the challenge of outputting a png from 2 shapefiles (map and legend). Tyler Sincerely Kjell Are Refsvik Kjell, if you wonder about axis ordering find a short intro on the OSGeo Wiki: http://wiki.osgeo.org/wiki/Axis_Order_Confusion Most importantly: don't despair, others have failed on this one before. Generally speaking - if you have a spatial data set without exactly knowing the source CS you are doomed. How did you get the GPS-data into your system? Using the software gpsbabel and ogr2ogr should help you to fully automate the process. If you need to repeat this process frequently you might want to use shp2img to create the image - no legend here but you might add the legend manually anyway as it will probably not change as quickly either. While you are at it - one step further will bring you to setting up a full fledged service, there is a whole bunch out there like a nice and shiny OpenLayers & featureserver.org combo or use MapServer as traditional OGC WMS to serve the data in a common standard interface. Best regards, Arnulf. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
