open source basecamp

 
Blog

Posts Tagged ‘OSGeo’

MapFish starts the OSGEO incubation process !

Tuesday, November 10th, 2009 by Cédric Moullet

Both MapFish and GeoServer projects have been accepted yesterday to the OSGEO (Open Source Geospatial foundation) incubation process .
MapFish initial discussions started at Foss4G 2006. I think that the MapFish community did a fantastic work in order to provide an easy-to-use web 2.0 development framework. It’s now an honour to be recognized on the OSGEO level, together with very well-established Open Source projects.
We face now some very interesting challenges like defining the exact content of MapFish, deciding about the license model and the copyright assignment, organizing the PSC and the governance etc, etc… But maybe, the biggest challenge will be to explain what is exactly MapFish and what are its benefits. Anyone who is willing to participate to these initial discussions is welcome to join an IRC meeting tomorrow .
Thanks to Gary Sherman for accepting to be our mentor in this process.


MapFish Client discussing with MapFish Server

News from Intergeo 2009

Wednesday, September 23rd, 2009 by Emmanuel Belo

Intergeo is the largest  event of the German geomatic community. It takes place this year in Karlsruhe/Germany between the 22th and the 24th of September. The D-A-CH (Germany, Austria and Switzerland) local chapter of the OSGEO (FOSSGIS) organized a nice open source park within the forum with booths for community projects, open source companies and a conference place with an interesting program.

This year, I am representing the MapFish project and I must say, the feedback from the public is very good! We (the community) have in these german speaking countries, companies that use MapFish and also customers that want MapFish from their local open source integrators!

At the Mapfish booth, the discussions are very positive. After a brief introduction to the MapFish framework, we give some demos to show the potential of MapFish. Then the question how "to install" shows up and here we have 2 options depending on the contact: first there is a detailed step-by step documentation that will be official with the 1.2 release or – for non-tech guys – I show Studio, the user interface to set up a MapFish project (a really successful BETA version!) and the expectations of everyone are matched!

Yesterday night, we had the community meeting where I could meet and have time to exchange with the local chapter.  I also had a nice dinner with Andreas Hocevar from OpenGeo. The synergies around GeoExt are good and I think everyone is really motivated! Keep up the good work guys!

This evening, there was the OSGEO booth party. Good to relax drinking – free -  beer after this busy day. I did also some sightseeing in Karlsruhe. The Castle in the middle of the town is a must!

Tomorrow, I’ll give my second conference on MapFish and be pleased to welcome you on the MapFish booth. Last chance to meet in intergeo!

Emmanuel Belo
Project manager by Camptocamp SA

GeoNetwork code sprint started!

Monday, June 22nd, 2009 by Matiheu Coudert

As last year, Bolsena is the place for the European OSGeo hacking event.

Gathering people from various community (GeoNetwork opensource, Mapbender, Degree, GeoServer, Grass…) the OSGeo hacking event started this morning in Bolsena, Italy.

Around ten people from GeoNetwork community started on finalizing the 2.4.0 release.

An IRC channel was set up for the event, feel free to join us (Channel – #bolsena).

More information here : OSGeo_Hacking_Event_2009

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 !

Economie du Logiciel Libre par François Elie

Monday, March 30th, 2009 by David Jonglez

Je viens de dévorer en à peine une soirée le livre de François Elie. Quel verbe ! Il a le don de l’écriture et son parcours personnel (philosophe) apporte une touche très appréciable donnant du relief à son analyse. Bref, j’ai apprécié et vous le conseille !

Sur le fond, je suis plus nuancé que sur la forme. Commençons par les points que j’ai appréciés. François Elie réalise ici une analyse documentée et argumentée qui complète ce que j’ai pu lire sur le sujet jusqu’à présent. Il s’agit d’un vrai travail d’analyse qui se nourrit de son expérience acquise ces dernières années au sein de l’Adullact . La théorie de la mutualisation par la demande (ie l’idée de fédérer les besoins afin de créer des logiciels libres « métier ») et l’usage « commercial » des forges, comme place de marché pour les logiciels, me semblent des idées fort intéressantes, qui ont d’ailleurs amené l’Adullact à la création de l’Adullact projet.

En outre,  le discours tenu dans son livre est dirigé principalement (uniquement …) par ces idées maîtresses. Plus encore, le modèle économique de la mutualisation par la demande serait le modèle économique le plus stable. A le lire, point de salut pour qui n’adopterait pas ce modèle (ndlr : j’exagère, bien entendu). Je regrette, au regard du titre, mais aussi de la position de l’Adullact (même si ce livre est écrit par l’auteur et pas au nom de l’Adullact), que cet ouvrage n’entre pas plus en profondeur dans les modèles économiques et n’explique pas davantage les grands principes des principaux modèles afin de donner une meilleure lecture du « marché de l’Open Source » auprès des maîtrises d’ouvrage. Je trouve qu’il y a discordance entre le titre de l’ouvrage et son contenu.

En tant que Géo-Informaticien, on notera également 4 pages sur l’OSGeo et Open Street Map, illustrant ses propos sur la mutualisation par l’offre (OSGeo ) ainsi que sur la mutualisation par la demande dans le cadre de la production et du partage de la donnée publique (sur un modèle du type Open Street Map ).

Parmi les points que je désapprouve, je note notamment un discours assez rude, sûrement encore imprégné des relations difficiles que l’Adullact avait vécues avec certaines entreprises lors du lancement de l’Adullact Projet (l’auteur ne s’en cache d’ailleurs pas dans son écrit). Les années ont passé, ces sociétés ont évolué et il est dommage de revenir sur ce passé. Mais ce que je désapprouve davantage encore, c’est le propos démagogique de ce paragraphe dans lequel toutes les entreprises du libre sont mises dans un même panier, le panier des anti-mutualistes par la demande. L’argumentaire me semble erroné et c’est oublier les principaux freins à cette mutualisation et les efforts réalisés au quotidien par de nombreuses sociétés (dont Camptocamp) pour mutualiser par la demande … La réalité (car, il faut s’en tenir à la réalité : il n’existe pas encore de place de marché logiciel …) est difficile pour que ce principe de mutualisation par la demande soit systématique : commande publique non adaptée, prise de risque des sociétés, inadéquation des calendriers et budgets, incompatibilité/non convergence des besoins, …

Pour finir sur une note positive et faire le lien entre geo-informatique et Mutualisation par la demande, il me semble que le projet GeoSource est une bonne illustration de ce principe. En analysant la réussite de ce projet, il faut se référer aux principaux facteurs de succès suivants : un commanditaire unique (l’état) au service d’une large communauté d’utilisateurs (ses services et les collectivités), la mise en place d’une infrastructure projet communautaire, des échéances courtes autour de besoins pragmatiques, une demande sensibilisée aux obligations de diffusions de leurs données dans le cadre de la directive INSPIRE, …

David Jonglez, Camptocamp SA Associate Director in charge of commercial development