open source basecamp

 
Blog

Posts Tagged ‘MapServer’

MapFish and OpenAddresses podcasted

Tuesday, April 20th, 2010 by Cédric Moullet

The goal of OpenAddresses is to create an open and free database of geolocated addresses. You can learn more about this project in the Directions Magazine podcast or in the press release .
The ease of use and simplicity of MapFish allowed the creation of this site in a few weeks. The very nice thing is that MapFish provides automatically a complete range of REST services (see here ). For OpenAddresses, a powerful Full Text Search has been developed and will be soon integrated in MapFish. On the client side, the usage of ExtJS , OpenLayers and GeoExt is very flexible and proposes an ergonomic UI. This is particularly important in crowd-sourcing efforts because the learning curve has to be very short. Since data are edited, it was also important to facilitate the acquisition work in order to let the user create a large number of addresses in a short time, in another word: efficiency.
On the cartographic server side, MapServer is acting as a cascading WMS. This technology allows the usage of whatever open WMS in the world. MapServer will handle the reprojection work if necessary.
Don’t forget to add your own address ;-)

Formations inter-entreprises sur MapServer, SDI et GeoNetwork à Paris

Tuesday, April 6th, 2010 by Stéphanie Debayle

Camptocamp organise prochainement trois sessions de formation inter-entreprises à Paris sur MapServer , Spatial Data Integrator et GeoNetwork . Ces sessions sont assurées ! Nous vous rappelons que Camptocamp est reconnu comme organisme de formation et à ce titre, accepte les conventions de formation avec un organisme financeur.

D’autres formations sont possibles sur les services OGC, MapFish ou GRASS-QGIS. Les programmes en Géospatial sont disponibles sur http://www.camptocamp.com/fr/geospatial-solutions/formations . N’hésitez pas à nous contacter pour de plus amples informations.

(more…)

Camptocamp – Sortie du Catalogue 2010 des formations Geospatial

Tuesday, February 2nd, 2010 by Yves Jacolin

Le catalogue 2010 des formations Geospatial de Camptocamp est désormais disponible en ligne . L’ensemble des sessions est axé sur la mise en œuvre et le développement de solutions Geospatial Open Source.

(more…)

MapFish for hydrology: www.swissrivers.ch

Friday, May 1st, 2009 by Cédric Moullet

www.swissrivers.ch web site is live ! The main goal of this MapFish application is to provide forecast for river flow and lake level. All this information is provided twice a day and is issued from an hydrological software developped by e-dric.ch .

Making a MapServer + AGG build that doesn’t suck

Monday, April 27th, 2009 by Thomas Bonfort
from the oh-why-wasnt-this-done-ages-ago-dept.

Until now, MapServer has relied on an external link to the AGG library, rather than including the AGG source tree as is common in the other cartographic servers (namely mapnik and maguide). While this was rather painless on Debian based systems if all you needed was the CGI mapserv binary, things could get tricky if you waded outside of this rather constrained scenario:

  • Distros packaged the AGG library in different manners, with support for different features (namely the freetype backend). This meant you often had to rebuild AGG from source more often than less.
  • Some distros actually packaged a broken version of AGG, although some blame has to be taken by the AGG package itself for making multiple releases under the same version number.
  • If you needed python mapscript support, you were in for a round of Makefile patching: adding -fPIC to the compiler flags and manually creating a shared library. A long bugreport has lived on in the mapserver trac for instructions on how to do this on different platforms.

I am pleased to announce that this will hopefully be over soon, as we will now be forking the AGG library into the mapserver codebase. This was rather painless, aside from the fact that the code was patched to be in a mapserver:: namespace instead of the default agg:: one, in order to avoid eventual namespace clashing in the case of mapscript (this might have happened in python, when loading mathplotlib alongside mapscript).

Building an AGG-enabled MapServer should now be much less of a pain, a simple ./configure should be enough. (add the –with-agg=no option if you don’t want AGG included)

The current code currently lives in a sandbox on the MapServer SVN, and will be merged into the trunk some time soon if we see nothing fishy going on. If you feel brave, please test it out and report any issues:

svn co https://svn.osgeo.org/mapserver/sandbox/aggfork
./configure
make

Google Summer of Code: MapServer projects

Wednesday, April 22nd, 2009 by Thomas Bonfort

The list of accepted students for the 2009 edition of Google Summer of Code has been published yesterday. This year 20 slots were allocated to  OSGEO, 2 of which went to the MapServer project:

  • KML output: David Kana will be working on adding KML as a native outputformat, allowing MapServer to be plugged in as a datasource for example in Google Earth. The non trivial points will include determining the subset of MapServer symbology that is natively supported in KML, and switching to a PNG/JPEG outputformat if the number of features inside a given request gets too important. Yewondwossen Assefa and myself will be mentoring this.
  • Support for reading SVG symbols: Kiran Anjaneya Varma Alluri will be mentored by Daniel Morissette, and will be working on adding a new symbol format to the already supported truetype, pixmap, vector and ellipse ones. This will open up a whole new dimension to MapServer symbology as there are many sources of SVG symbology ready to use around the web.

We hope these additions will make it into the 6.0 release that we are scheduling around autumn, just in time for the Sydney FOSS4G !

Mapserver High Resolution Output

Monday, March 16th, 2009 by Thomas Bonfort

During the recent Toronto Code Sprint[1] there was a very interesting topic concerning the use of MapServer to generate high resolution maps suitable for printing, the results of which will be integrating into the future-coming 6.0 version.

Whereas the current version excels at rendering rather sophisticated maps for web/screen usage, folks wanting high resolution outputs usually had to resort to writing and maintaining two different mapfiles, as the program lacks the ability to automatically create an output suitable for paper printing:

  • if you want to stick to a raster output, you can request a very large image to get a high resolution, but the symbology isn’t scaled appropriately which means you end up with much smaller symbols than what you expected (lines are thinner, label text is tiny, etc…)
  • the vector outputs (namely pdf and svg) have suffered from a lack of love from the dev team, making them lag behind functionality-wise. They also somewhat suffer from high resolution requests as soon a raster layer must be incorporated.

To address these issues, the sprint was the occasion to follow up on some recent discussion in the mapserver development list[2], and formalize on RFC55[3] due in with the release of version 6.0. This will basically allow you to tell that your mapfile was written for a given resolution, and then have MapServer automagically scale all your symbology if your request says that the target resolution is different from the default one.

Those who would like to stick to vector output haven’t been forgotten either, with plans to integrate the cairo [4] library as a replacement rendering backend for pdf and svg output. Along with the rewrite of the entire rendering backend architecture, this will hopefully allow better maintainance in the long run between individual renderers, and allow us to drop the need for pdflib, whose licensing was very different to that of the rest of the codebase.

On the pdf side, there was also a lengthy discussion on page layout, as the aim of a pdf document is usually to present a map along with other information (be it a title, explaining text, copyright notice, disclaimer, logo, etc…). What we hope to achieve on this front will be to allow the user to specify a pre-existing (or programmatically pre-created) pdf template, and tell mapserver it should render its map at a specific position inside the document. For people with simpler needs, it will also be possible to only have to specify a page size and some margins, to have MapServer create a pdf page with only a map contained.

All in all, we hope the 6.0 release will be a nice step forward towards the creation of high quality maps.

Thomas Bonfort, Senior Developper (MapServer)

[1] http://wiki.osgeo.org/wiki/Toronto_Code_Sprint_2009
[2] http://n2.nabble.com/Better-resolution-handling-for-printing-td2311335.html
[3] http://www.mapserver.org/development/rfc/ms-rfc-55.html
[4] http://cairographics.org/

Camptocamp at Toronto Code Sprint

Thursday, March 12th, 2009 by Cédric Moullet

Olivier Courtin and Thomas Bonfort were at the Toronto Code Sprint. I look foward to use the great developments made over there in MapFish.

The plot starts with a Toronto hotel on the banks of the Ontario lake booked from the 7th to the 10th of March, 4 whole days initiated by Paul Ramsey gathering the C tribe of Open Source GIS.

Paul successfuly managed to obtain sponsorship and to create the impulsion to unite more than 20 developpers essentially from the MapServer, PostGIS and GDAL communities, but also TinyOWS, libLAS and OpenLayers (a couple of developpers from closed-source MrSid were also present).

A big thanks to him and to Tom Kralidis for looking after the logistics of the events, and to the sponsors for financially participating to allow this to happen.

At first sounding North-American only, the event finally took an international accent with the presence of some european developers, Camptocamp having sent Thomas Bonfort and Olivier Courtin to take part in the sprint.

The event was “back to the roots” for the MapServer tribe, probably more resemblant to the Mapserver User Meetings, these having been superceeded in 2006 by the FOSS4G conferences where highly technical meetings between core developers are greatly reduced.

For the PostGIS tribe, this was trully a new thing, the major actual contributors having beforehand never met physically !

One of the major advantages of this kind of event is to allow a very rapid pace of development for each project, ensured by the physical (or IRC for some) presence of the major contributors who can straight away provide their expertise and visions, take decisions, and be sollicited on specific questions.

There was a strong interaction between members of each project, but also between members of different projects, learning on the way how to make their code best interact
with one another.

The second advantage of these meetings is that they help build up and keep a team dynamic, which is somewhat harder to obtain solely through online discussion and exchanges.

And the building of a dynamic for 20 people spanning a 4 day period was clearly addressed, beginning right at the first evening the day before the sprint at the local bar, a beer in one hand, a burger in the other, with geek Tshirts being the rallying apparel.

Day #1 was mainly passed on discussion and planification of the objectives and actions to take in the following days, as well the individual roadmaps for each project. This lively, noisy, and rich in propositions first day finished on a virile and sportive event, namely
a Hockey game between a Canadian and American team. For us europeans not used to icerings, the show was permanent, passing from intense game periods, to manly fights between players, to entertainment between the game periods (with a musical band, cheerleaders, and superhero contests)

The following days were much more “to the point”, alterning intense studious periods where only the keyboards clicking could be heard aside from the AC fan and the cans of pop being opened (the choice of said pops having been longly discussed on the sprint list beforehand, of course !), and animated technical discussions that necessitated or led to the intervention of the concerned gurus.

The daily ending call around 6PM was the sign that our physical needs should take the pace over our intellectual ones (in other words, that it was time for beer and food!).

Nevertheless, these moments weren’t solely fun and games, as many technical and fructuous discussions took place late into the night.

The last day (#4 for the initiated) was somewhat slower, as folks were getting tired and slowly leaving depending on the time of their flight back home.

All in all, it was a real pleasure to meet all these great people, and getting to share some well-spent time together. As you can imagine, the public was essentially masculin, Regina Obe of PostGIS fame being the sole feminine presence on this weekend of the international women’s day!

The theme of the session had been clearly set by Paul beforehand, namely “The Need for Speed”, as a beneficial emulation has existed since 2007 between the C and JAVA tribes on the grounds of pure performance.

And you have to know that for the C tribe, being caught up on the grounds of pure performance is in the very least a direct affront, so a proportionate response had to be taken! We do have some margin before we get to throw our gloves on the ground and start a fight like what we saw on the ice ring though!

This post gives the general tone of the event, we’ll elaborate in the next couple of posts on the more technical details of what was accomplished, namely on the performance front, the respect of OGC/ISO standards, and the creation of high quality and high resolution maps.

Toronto Code Sprint

Thursday, March 12th, 2009 by Thomas Bonfort

The plot starts with a Toronto hotel on the banks of the Ontario lake booked from the 7th to the 10th of March, 4 whole days initiated by Paul Ramsey gathering the C tribe of Open Source GIS.

Paul successfuly managed to obtain sponsorship and to create the impulsion to unite more than 20 developpers essentially from the MapServer , PostGIS and GDAL communities, but also TinyOWS , libLAS and OpenLayers (a couple of developpers from closed-source MrSid were also present).

A big thanks to him and to Tom Kralidis for looking after the logistics of the events, and to the sponsors for financially participating to allow this to happen.

At first sounding North-American only, the event finally took an international accent with the presence of some european developers, Camptocamp having sent Thomas Bonfort and Olivier Courtin to take part in the sprint.

The event was "back to the roots" for the MapServer tribe, probably more resemblant to the Mapserver User Meetings, these having been superceeded in 2006 by the FOSS4G conferences where highly technical meetings between core developers are greatly reduced.

For the PostGIS tribe, this was trully a new thing, the major actual contributors having beforehand never met physically !

One of the major advantages of this kind of event is to allow a very rapid pace of development for each project, ensured by the physical (or IRC for some) presence of the major contributors who can straight away provide their expertise and visions, take decisions, and be sollicited on specific questions.

There was a strong interaction between members of each project, but also between members of different projects, learning on the way how to make their code best interact
with one another.

The second advantage of these meetings is that they help build up and keep a team dynamic, which is somewhat harder to obtain solely through online discussion and exchanges.

And the building of a dynamic for 20 people spanning a 4 day period was clearly addressed, beginning right at the first evening the day before the sprint at the local bar, a beer in one hand, a burger in the other, with geek Tshirts being the rallying apparel.

Day #1 was mainly passed on discussion and planification of the objectives and actions to take in the following days, as well the individual roadmaps for each project. This lively, noisy, and rich in propositions first day finished on a virile and sportive event, namely
a Hockey game between a Canadian and American team. For us europeans not used to icerings, the show was permanent, passing from intense game periods, to manly fights between players, to entertainment between the game periods (with a musical band, cheerleaders, and superhero contests)

The following days were much more "to the point", alterning intense studious periods where only the keyboards clicking could be heard aside from the AC fan and the cans of pop being opened (the choice of said pops having been longly discussed on the sprint list beforehand, of course !), and animated technical discussions that necessitated or led to the intervention of the concerned gurus.

The daily ending call around 6PM was the sign that our physical needs should take the pace over our intellectual ones (in other words, that it was time for beer and food!).

Nevertheless, these moments weren’t solely fun and games, as many technical and fructuous discussions took place late into the night.

The last day (#4 for the initiated) was somewhat slower, as folks were getting tired and slowly leaving depending on the time of their flight back home.

All in all, it was a real pleasure to meet all these great people, and getting to share some well-spent time together. As you can imagine, the public was essentially masculin, Regina Obe of PostGIS fame being the sole feminine presence on this weekend of the international women’s day!

The theme of the session had been clearly set by Paul beforehand, namely "The Need for Speed", as a beneficial emulation has existed since 2007 between the C and JAVA tribes on the grounds of pure performance.

And you have to know that for the C tribe, being caught up on the grounds of pure performance is in the very least a direct affront, so a proportionate response had to be taken! We do have some margin before we get to throw our gloves on the ground and start a fight like what we saw on the ice ring though!

This post gives the general tone of the event, we’ll elaborate in the next couple of posts on the more technical details of what was accomplished, namely on the performance front, the respect of OGC/ISO standards, and the creation of high quality and high resolution maps.

Thomas Bonfort, Senior Developper (MapServer) & Olivier Courtin, GIS Expert (PotGIS & OGC)