<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Camptocamp Blog &#187; PostGIS</title>
	<atom:link href="http:///fr/blog/tag/postgis/feed" rel="self" type="application/rss+xml" />
	<link>http://www.camptocamp.com/fr/blog/</link>
	<description>Camptocamp weblog</description>
	<lastBuildDate>Thu, 02 Sep 2010 14:20:32 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>MapFish 2.0!</title>
		<link>http://www.camptocamp.com/fr/blog/2010/09/mapfish-2-0/</link>
		<comments>http://www.camptocamp.com/fr/blog/2010/09/mapfish-2-0/#comments</comments>
		<pubDate>Thu, 02 Sep 2010 13:40:29 +0000</pubDate>
		<dc:creator>Stéphanie Debayle</dc:creator>
				<category><![CDATA[Corporate]]></category>
		<category><![CDATA[Geospatial Solutions]]></category>
		<category><![CDATA[map]]></category>
		<category><![CDATA[MapFish]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[PostGIS]]></category>
		<category><![CDATA[Pylons]]></category>

		<guid isPermaLink="false">http://www.camptocamp.com/fr/blog/2010/09/mapfish-2-0/</guid>
		<description><![CDATA[The MapFish community is proud to announce the release of MapFish 2.0.
The highlights of the release are:
* MapFish 2.0 comes with GeoAlchemy and uses GeoAlchemy internally. Among other things, this brings MapFish support for PostGIS as well as Spatialite, MySQL, and Oracle Spatial.
* MapFish 2.0 is based on Pylons 1.0, the first stable version of [...]]]></description>
			<content:encoded><![CDATA[<p>The <a href="http://www.mapfish.org" target="_blank">MapFish</a> community is proud to announce the release of MapFish 2.0.</p>
<p>The highlights of the release are:</p>
<p>* MapFish 2.0 comes with GeoAlchemy and uses <a href="http://geoalchemy.org" target="_blank">GeoAlchemy</a> internally. Among other things, this brings MapFish support for PostGIS as well as Spatialite, MySQL, and Oracle Spatial.<br />
* MapFish 2.0 is based on <a href="http://pylonshq.com/articles/archives/2010/5/pylons_10_released" target="_self">Pylons 1.0</a>, the first stable version of Pylons.<br />
* the API of MapFish 2.0 is incompatible with that of MapFish 1.2 (please go <a href="http://www.mapfish.org/doc/2.0/framework/upgrading.html" target="_blank">here</a> to learn how to migrate your applications).<br />
* the client plugin installs OpenLayers 2.9.1, and GeoExt 0.7 in the application and does not longer install MapFish Client.</p>
<p>The full list of enhancements and bug fixes can be found in the <a href="https://trac.mapfish.org/trac/mapfish/wiki/Releases/2.0/" target="_blank">Release Notes</a>.</p>
<p>To install MapFish 2.0 follow this <a href="http://www.mapfish.org/doc/2.0/installation.html" target="_blank">link</a>. And to get a sense about how MapFish can help you, check out our <a href="http://www.mapfish.org/doc/2.0/quickstart.html" target="_blank">quickstart</a>.</p>
<p>Thanks to everyone who contributed to the release, and especially to Tobias Sauerwein, an intern at Camptocamp, who worked on GeoAlchemy and its integration in MapFish!</p>
<p>We&#8217;re looking forward to your feeback.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.camptocamp.com/fr/blog/2010/09/mapfish-2-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Camptocamp &#8211; Sortie du Catalogue 2010 des formations Geospatial</title>
		<link>http://www.camptocamp.com/fr/blog/2010/02/camptocamp-sortie-du-catalogue-2010-des-formations-geospatial/</link>
		<comments>http://www.camptocamp.com/fr/blog/2010/02/camptocamp-sortie-du-catalogue-2010-des-formations-geospatial/#comments</comments>
		<pubDate>Tue, 02 Feb 2010 09:49:41 +0000</pubDate>
		<dc:creator>Yves Jacolin</dc:creator>
				<category><![CDATA[Corporate]]></category>
		<category><![CDATA[Geospatial Solutions]]></category>
		<category><![CDATA[GeoServer]]></category>
		<category><![CDATA[MapFish]]></category>
		<category><![CDATA[MapServer]]></category>
		<category><![CDATA[OGR/GDAL]]></category>
		<category><![CDATA[OpenLayers]]></category>
		<category><![CDATA[PostGIS]]></category>
		<category><![CDATA[Pylons]]></category>
		<category><![CDATA[uDIG]]></category>

		<guid isPermaLink="false">http://www.camptocamp.com/fr/blog/2010/02/camptocamp-sortie-du-catalogue-2010-des-formations-geospatial/</guid>
		<description><![CDATA[   





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

Les thématiques de nos formations portent sur l&#8217;ensemble du domaine Geospatial : 

 les données : traitement, catalogage ;
les [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #000000;"><span style="font-family: Arial,sans-serif;"><span style="font-size: x-small;"><em></em> </span> </span> </span></p>
<p><!--                                              		@page { margin: 0.79in } 		P { margin-bottom: 0.08in } --></p>
<p style="margin-bottom: 0in;">
<p style="margin-bottom: 0in;">
<p style="margin-bottom: 0in;">
<p style="margin-bottom: 0in;">
<p style="margin-bottom: 0in;">Le catalogue 2010 des formations Geospatial de Camptocamp est désormais <strong><span style="color: #ff6600;"><a href="http://www.camptocamp.com/fr/geospatial-solutions/formations">disponible en ligne</a> </span> </strong> . L&#8217;ensemble des sessions est axé sur la mise en œuvre et le développement de solutions Geospatial Open Source.</p>
<p style="margin-bottom: 0in;"><span id="more-1251"></span></p>
<h4 style="margin-bottom: 0in;"><span style="color: #ff6600;"><strong>Les thématiques de nos formations portent sur l&#8217;ensemble du domaine Geospatial :</strong> </span></h4>
<ul>
<li> les données : traitement, catalogage ;</li>
<li>les applications serveurs : MapServer, GeoServer, PostGIS ;</li>
<li>les applications clientes : OpenLayers, uDIG ;</li>
<li>les frameworks : Pylons, Symfony, MapFish ;</li>
<li>les standards : WMS, WFS.</li>
</ul>
<p style="margin-bottom: 0in;"><strong><span style="color: #ff6600;">Parmi les principales nouveautés, nous proposons des packages de formation thématique &quot;tout compris&quot; qui donnent lieu à une réduction sur le prix total :</span> </strong></p>
<ul>
<li> WebSIG : PostGIS + MapServer + OpenLayers ;</li>
<li>MapFish : MapFish serveur + MapFish client ;</li>
<li>&#8230;</li>
</ul>
<p>Nous proposons toujours de nombreuses sessions de perfectionnement ou de développement des composants eux-mêmes, sur des technologies déjà présentes l&#8217;année passée (GeoNetwork, PostGIS, MapServer &#8230;) et maîtrisées par notre équipe.</p>
<p>Ces différentes sessions privilégient avant tout le côté « mise en pratique » concrète des solutions, technologies et standards, via des méthodes pédagogiques actives.</p>
<p>Camptocamp organise des sessions &quot;inter-entreprises&quot; (se référer aux dates disponibles sur le catalogue) mais également de nombreuses sessions &quot;intra-entreprise&quot; permettant des formations &quot;à la carte&quot;.</p>
<p><strong><span style="color: #ff6600;">Les sessions du 1er trimestre auront lieu :</span> </strong></p>
<ul>
<li> du 23 au 25 février 2010 à Paris sur GDAL-OGR ;</li>
<li>du 23 au 25 mars 2010 à Paris sur PostGIS ;</li>
<li>du 1er au 3 mars 2010 (MapFish client) et du 4 au 5 mars 2010 (MapFish-server) sur Chambéry.</li>
</ul>
<p style="margin-bottom: 0in;">L&#8217;équipe formation de Camptocamp reste à votre entière disposition pour tout renseignement complémentaire.</p>
<p style="margin-bottom: 0in;">
<h4 style="margin-bottom: 0in;">Pour nous contacter : <strong>formation@camptocamp.com</strong></h4>
<p><strong><br />
</strong></p>
<p><strong><strong><strong><br />
</strong> </strong> </strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.camptocamp.com/fr/blog/2010/02/camptocamp-sortie-du-catalogue-2010-des-formations-geospatial/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Toronto Sprint Code &#8211; PostGIS, remise à plat des fonctions d&#8217;export</title>
		<link>http://www.camptocamp.com/fr/blog/2009/03/postgis-remise-a-plat-des-fonctions-dexport/</link>
		<comments>http://www.camptocamp.com/fr/blog/2009/03/postgis-remise-a-plat-des-fonctions-dexport/#comments</comments>
		<pubDate>Tue, 24 Mar 2009 16:09:19 +0000</pubDate>
		<dc:creator>David Jonglez</dc:creator>
				<category><![CDATA[Geospatial Solutions]]></category>
		<category><![CDATA[geoJSON]]></category>
		<category><![CDATA[GML]]></category>
		<category><![CDATA[KML]]></category>
		<category><![CDATA[PostGIS]]></category>
		<category><![CDATA[SVG]]></category>
		<category><![CDATA[TinyOWS]]></category>

		<guid isPermaLink="false">http://www.camptocamp.com/fr/blog/2009/03/postgis-remise-a-plat-des-fonctions-dexport/</guid>
		<description><![CDATA[Les fonctions d&#8217;export de PostGIS, permettent à partir d&#8217;une géométrie de générer des flux textes dans différents formats.  Parmi les formats existants, on note SVG, GML (2.1.2 et 3.1.1), KML et GeoJson. Suite à la version 1.3.5 et à l&#8217;ajout du support de GeoJson, j&#8217;ai commencé à reprendre les différentes fonctions d&#8217;export pour homogénéiser leurs [...]]]></description>
			<content:encoded><![CDATA[<p>Les fonctions d&#8217;export de PostGIS, permettent à partir d&#8217;une géométrie de générer des flux textes dans différents formats.  Parmi les formats existants, on note SVG, GML (2.1.2 et 3.1.1), KML et GeoJson. Suite à la version 1.3.5 et à l&#8217;ajout du support de GeoJson, j&#8217;ai commencé à reprendre les différentes fonctions d&#8217;export pour homogénéiser leurs comportements, et ensuite reprendre pour certaines l&#8217;organisation du code. Un moyen à la fois pratique et concret pour manipuler les différentes structures de données des géométries PostGIS  internes, et permettre de faire le lien avec l&#8217;application TinyOWS qui réutilise tout ou partie de ces fonctions d&#8217;export.</p>
<p>Le<a title="Toronto Code Sprint" href="http://wiki.osgeo.org/wiki/Toronto_Code_Sprint_2009" target="_blank" title="Toronto Code Sprint"> Toronto Code Sprint</a> a été l&#8217;occasion pour moi de continuer à avancer dans ce process, et faire en sorte d&#8217;améliorer encore la qualité et la robustesse du code de ces fonctions.  L&#8217;ensemble des modifications réalisées étant intégré à la future release 1.4.0 qui doit sortir sous forme d&#8217;une première RC dans un avenir très proche.</p>
<p>A l&#8217;issue de ces journées, en guise de bilan, a été réalisé, pour les fonctions d&#8217;export:</p>
<ul>
<li>Une  réécriture de l&#8217;ensemble de la fonction d&#8217;export ST_AsSVG, avec ajout de tests unitaires et de test de non régression.   Fonctionnelement, son comportement est très proche de celle de la branche 1.3&#8230; sauf qu&#8217;elle corrige un bug bloquant sur  des aggrégations de géométries volumineuses (GEOMETRYCOLLECTION) avant export SVG.</li>
<li>L&#8217;ajout dans les fonctions d&#8217;export GML et GeoJson de la possibilité de générer des CRS dans un format compliant RFC 5165.  Ce format est attendu par les units tests de validation OGC (CITE) pour GML, et il est recommandé comme format préférentiel par la  spécification GeoJson 1.0.  Une évolution suivante sera de pouvoir rajouter la version de la base EPSG utilisée (envisagée pour la 1.5 de PostGIS)</li>
<li> Une analyse et mise en place de la couche bas niveau permettant d&#8217;assurer un futur support des géométries de type Curves pour GML3 et SVG  (ces deux formats permettant une description des curves). Un <a title="Curves for PostGIS" href="http://postgis.refractions.net/pipermail/postgis-users/2008-July/020471.html" target="_blank" title="Curves for PostGIS">post</a> présente les logiques de représentation Curves pour PostGIS<a class="moz-txt-link-freetext" href="http://postgis.refractions.net/pipermail/postgis-users/2008-July/020471.html" class="moz-txt-link-freetext"></a> . Pour rappel les curves ne font pas parti de OGC SFS 1.1,  mais de ISO/SQL:MM part 3, cette dernière spécification devient le nouvel objectif de PostGIS à terme (à l&#8217;horizon de la 2.0).</li>
</ul>
<p>Un premier prototypage pour GML3 pour les arcstrings et circularstrings a été également réalisé (mais non commité). Il reste en effet encore du travail sur les COMPOUNDCURVE et les curves surfaciques (enchainement de LINESTRING et CIRCULARSTRING).</p>
<p>Pour la prochaine release 1.5 de PostGIS, les fonctions d&#8217;import sont également envisagées, i.e pouvoir convertir du GML en Geométrie PostGIS native, et idem pour les KML et le GeoJson&#8230;</p>
<p>Bref encore une foultitude de fonctionnalités qui continuent à faire de PostGIS le SGBD spatial de référence en OpenSource.</p>
<p>Merci à Mark, Regina et Paul pour leurs soutiens, conseils et encouragements sur Toronto et sur la mailing list dev ,</p>
<p><strong>Olivier Courtin, GIS Expert, PostGIS Developper</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.camptocamp.com/fr/blog/2009/03/postgis-remise-a-plat-des-fonctions-dexport/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Camptocamp at Toronto Code Sprint</title>
		<link>http://www.camptocamp.com/fr/blog/2009/03/camptocamp-at-toronto-code-sprint/</link>
		<comments>http://www.camptocamp.com/fr/blog/2009/03/camptocamp-at-toronto-code-sprint/#comments</comments>
		<pubDate>Thu, 12 Mar 2009 10:03:00 +0000</pubDate>
		<dc:creator>Cédric Moullet</dc:creator>
				<category><![CDATA[Geospatial Solutions]]></category>
		<category><![CDATA[MapFish]]></category>
		<category><![CDATA[MapServer]]></category>
		<category><![CDATA[OGR/GDAL]]></category>
		<category><![CDATA[PostGIS]]></category>

		<guid isPermaLink="false">http://www.camptocamp.com/fr/blog/2009/03/camptocamp-at-toronto-code-sprint/</guid>
		<description><![CDATA[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 [...]]]></description>
			<content:encoded><![CDATA[<p>Olivier Courtin and Thomas Bonfort were at the Toronto Code Sprint. I look foward to use the great developments made over there in MapFish.</p>
<p>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.</p>
<p>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).</p>
<p>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.</p>
<p>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.</p>
<p>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.</p>
<p>For the PostGIS tribe, this was trully a new thing, the major actual contributors having beforehand never met physically !</p>
<p>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.</p>
<p>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<br />with one another.</p>
<p>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.</p>
<p>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.</p>
<p>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<br />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)</p>
<p>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.</p>
<p>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!).</p>
<p>Nevertheless, these moments weren’t solely fun and games, as many technical and fructuous discussions took place late into the night.</p>
<p>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.</p>
<p>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!</p>
<p>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.</p>
<p>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!</p>
<p>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.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.camptocamp.com/fr/blog/2009/03/camptocamp-at-toronto-code-sprint/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Toronto Code Sprint</title>
		<link>http://www.camptocamp.com/fr/blog/2009/03/toronto-code-sprint/</link>
		<comments>http://www.camptocamp.com/fr/blog/2009/03/toronto-code-sprint/#comments</comments>
		<pubDate>Thu, 12 Mar 2009 09:28:49 +0000</pubDate>
		<dc:creator>Thomas Bonfort</dc:creator>
				<category><![CDATA[Corporate]]></category>
		<category><![CDATA[Geospatial Solutions]]></category>
		<category><![CDATA[GDAL]]></category>
		<category><![CDATA[MapServer]]></category>
		<category><![CDATA[OpenLayers]]></category>
		<category><![CDATA[PostGIS]]></category>
		<category><![CDATA[TinyOWS]]></category>

		<guid isPermaLink="false">http://www.camptocamp.com/fr/blog/2009/03/toronto-code-sprint/</guid>
		<description><![CDATA[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 [...]]]></description>
			<content:encoded><![CDATA[<p>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.</p>
<p>Paul successfuly managed to obtain sponsorship and to create the impulsion to unite more than 20 developpers essentially from the<strong> MapServer</strong> , <strong>PostGIS</strong> and<strong> GDAL</strong> communities, but  also <strong>TinyOWS</strong> , <strong>libLAS</strong> and <strong>OpenLayers</strong> (a couple of developpers from closed-source MrSid were also present).</p>
<p>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.</p>
<p>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.</p>
<p>The event was  &quot;back to the roots&quot; 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.</p>
<p>For the PostGIS tribe, this was trully a new thing, the major actual contributors having beforehand never met physically !</p>
<p>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.</p>
<p>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<br />
with one another.</p>
<p>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.</p>
<p>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.</p>
<p>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<br />
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)</p>
<p>The following days were much more &quot;to the point&quot;, 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.</p>
<p>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!).</p>
<p>Nevertheless, these moments weren&#8217;t solely fun and games, as many technical and fructuous discussions took place late into the night.</p>
<p>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.</p>
<p>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&#8217;s day!</p>
<p>The theme of the session had been clearly set by Paul beforehand, namely &quot;The Need for Speed&quot;, as a beneficial emulation has existed since 2007 between the C and JAVA tribes on the grounds of pure performance.</p>
<p>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!</p>
<p>This post gives the general tone of the event, we&#8217;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.</p>
<p><strong>Thomas Bonfort, Senior Developper (MapServer)  &amp; Olivier Courtin, GIS Expert (PotGIS  &amp;  OGC)</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.camptocamp.com/fr/blog/2009/03/toronto-code-sprint/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
