Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon

Ce soir j'étais en train de configurer Horde pour mon pote Fabrice pour pouvoir filtrer les spams sur sa boite aux lettres. Soudaint je suis tombé sur cette erreur

[ALERT] You exceeded your mail quota

Suite à quelques investigations sur le Web, il m'a suffit de supprimer le fichier maildirsize de son homedirectory

rm -f /home/user/fabrice.granville/Maildir/maildirsize

Et c'était nickel!!!

Mes biens chers frères, n'oubliez pas en ces temps difficiles cette phrase d'introduction du Western Spaghetti Pour quelques dollars de plus

A cette époque là, pour certains hommes, la vie n'avait pas de prix mais la mort elle en avait une...

On appelait ces hommes des bounty killers....

A notre époque on dira

Quant au GeoWeb 2.0, fédéraliser des projets s'effectuera au détriment d'un choix du marché SIG Open Source...Des projets sont morts, d'autres ont survécu et d'autres suivront...Les hommes qui l'utilisent quotidiennement sont déjà présent...Quant aux hommes qui le mèneront, ils (re)viendront plus tard...

Pour la compilation, j'ai utilisé la configuration suivante

./configure --with-wms-client --with-wfsclient \
--with-wfs --with-postgis=/usr/local/pgsql/bin/pg_config \
--with-proj=/usr/local/ --with-geos=/usr/local/bin/geos-config \
--with-curl-config=/usr/bin/curl-config --with-fastcgi=/usr/lib/cgi-bin/ \
--with-proj=/usr/local --with-wfs --with-gd=/usr/local/ --with-ming=/usr/local/ \
--with-ogr=/usr/local/bin/gdal-config --with-gdal=/usr/local/bin/gdal-config \
--with-php=/root/php-5.2.1 --with-png --with-xml2-config=/usr/bin

Ensuite

make

On copie la librairie à l'endroit adéquate

cp ./mapscript/php3/php_mapscript.so $(php-config --extension-dir)/

Dans le php.ini, on active cette librairie

extension=php_mapscript.so

On considère maintenant la Mapfile wr.map dont le contenu est

root@olivia:/mnt/sources/mapserver-5.2.0# cat /var/www/demo_routing/map/wr.map 
MAP
  EXTENT 65.8612518310547 -88.3858108520508 300.999877929688 126.77375793457
  IMAGECOLOR 255 255 255
  FONTSET "/var/www/demo_routing/map/fonts.txt"
  SYMBOLSET "/var/www/demo_routing/map/symbols.sym"
  SIZE 500 457.336021282363

  IMAGETYPE svg

  OUTPUTFORMAT
    NAME svg
    MIMETYPE "image/svg+xml"
    DRIVER svg
    FORMATOPTION  "COMPRESSED_OUTPUT=FALSE"
    FORMATOPTION  "FULL_RESOLUTION=TRUE"
  END

  STATUS ON
  NAME "wr"

  WEB
    IMAGEPATH "/var/www/tmp/"
    IMAGEURL "/tmp/"
  END



LAYER
    CONNECTION "user=postgres dbname=routing_db host=localhost"
    CONNECTIONTYPE POSTGIS
    DATA "buffer from (select buffer(the_geom,0.5),gid from wr) as foo USING UNIQUE gid USING SRID=-1"
    TYPE POLYGON
    STATUS ON
    CLASS
        STYLE
          COLOR 0 123 0
          OUTLINECOLOR 255 255 0
      END
    END
  END

END

Conformément aux recommendations de http://mapserver.gis.umn.edu/docs/howto/svg-howto/#polygon-layers,en utilisant le script suivant

draw();
  header("Content-type: image/svg+xml");
  $url = $img->saveImage("");
?>

on a alors l'affichage suivant (pour des conformités d'affichage, ici le fichier svg a été converti en png).

L'évènement est sur beaucoup de sites actuellement et circule un peu partout (...). Le programme est disponible à http://www.pgday.fr/doku.php/programme. Composé de plusieurs conférences, il y en aura une notamment qui sera consacré à PostGIS. Celle-ci sera animée par Nicolas RIBOT (CampToCamp)

Une autre est aussi prévue, concernant le retour d'expérience sur les SIG sur le Web. Les SIG auront donc une belle place sur le devant de la scène cette année.

En relisant le blog de Jean Paul Argudo, on voit que la journée s'annonce sur de bons rails, vu toute la préparation mise en place!!!

Peut-être est-ce moi que me fait cette idée mais même si je suis resté assez distant de tout ce qui touche à l'Open Source cette année, j'ai bien senti comme un creux pendant cette année sur le marché de l'Open Source...

La période 2004-2007 a été une période faste pour PostGIS et PostgreSQL notamment grâce à leur portage sur Windows mais aussi depuis de grandes améliorations introduites depuis PostgreSQL 8.1 et l'introduction du WKB dans PostGIS etc...Toutes ces améliorations, tout le monde les connaît! Celà a donné confiance aux industriels dans ces technologies. Preuve en est, la RATP qui décida en décembre 2007 de basculer une partie de son travail sous PostgreSQL. De petites structures (startup, etc..) ont aussi émergé du marché Open Source. Ce n'est pas ces boites qui manquent en France!

Pourtant 2008 - à mon sens - se décline comme une année à part! Tous les produits intégrant ces deux briques logiciels sont plus ou moins arrivés à maturité. On voit aussi depuis la moitié 2006, de plus en plus de CV faisant référence à PostgreSQL/PostGIS. Tant mieux...!

La première constatation que je fais c'est que l'engouement succité par ces deux outils s'est un peu estompé. Les gens qui abordent ces outils s'approprient facilement les bases d'utilisation. Ce qui est tout à fait normal. Mais parfois c'est la lecture en diagonal qui me sidère

Un simple exemple! Un novice qui découvre PostGIS et par la même occasion les index spatiaux ou les index va se faire un malin plaisir à indexer ses champs. Il lance son petit explain analyze pour s'assurer que c'est bien un parcours d'index que le planificateur de requête de PostgreSQL aura choisi.

Jusque là rien d'alarmant! Maintenant allez lui dire celà.

Ah bon! Et sur un serveur de production qui fait énormément de mise à jour journalières (UPDATE ....) et parfois des SELECT qui requiert ton fameux parcours par index, est-ce pertinent???

A celà le novice répondra oui! Et c'est là que vous lui dites que non!!! Et encore ici je ne formulerai q'un mini scénario catastrophe

En effet, parcours d'index impose autant de remonter en cache des pages demandés pour les tuples en question que nécessaire si la politique de maintenance de la table n'est pas régulière (table peut mise à jour etc...) La grosseur de la table est aussi à prendre en compte. Conséquence: la remontée en cache imposera de multiplier par 5 si nécessaire la lecture de la même page! N'aurait-il pas été mieux de recourir à des commandes comme CLUSTER ou d'utiliser un ORDER BY ou autre...??? Sachant aussi q'un order by est conditionné par la valeur du work_mem etc...etc...etc...

Autant de pistes que possibles! Et maintenant si on passait en mode multitransactionnel..Non laissons tomber cette idée....Etc...Etc...Quel architecture prendre??? RAID 5 ou RAID 10....?? Et pourquoi l'un et pas l'autre?

Ceci est le genre de question qui s'inscrivent dans le court de l'année 2008. C'est le genre de questions qu'on me pose cette année quand les gens ont un souci avec PostgreSQL/PostGIS. Parfois je suis au taf. Je prends le temps de prendre mon portable, de sortir de mon bureau pour aller répondre dehors. En 2004-2007, les questions étaient gentilles et abordables...Les temps ont bien changé! Et encore je n'émumère pas les questions qu'on me pose sur PostGIS car là c'est du très technique!!! Parfois je me dit où les gens votn chercher des question pareils???

Enfin à chaque contributeur son lot quotidien!

Ma conclusion est que la B A BA de PostgreSQL/PostGIS a bien été assimilé. Maintenant la demande est bien différente ce que les gens recherchent, notamment en 2008. Celà me donne quand on me pose ce genre de question, une idée du marché SIG Open Source: une industrialisation qui se met petit à petit en place.