Étienne Loks a écrit : > Bonjour Rodolphe, [...] > > Des bancs de tests dans le cadre d'utilisation de données géographiques ? > Si tu as des adresses je suis preneur. > > Je sais très bien que c'est un gros troll récurrent mais dans le cadre > d'utilisations spécifiques, il peut y avoir des réponses plus objectives. > > Systématiquement lorsque je met en place une base de donnée géographique > j'utilise postgres, cela m'intéresse simplement de savoir si mysql est > une alternative qui peut s'avérer intéressante dans certains cas. >
Au-delà des tests de performances (qui n'ont, selon moi, pas de termes raisonables), c'est plus l'aspect que PostGIS est conforme à l'implémentation SQL des entités géographiques selon l'OGC (http://www.opengeospatial.org/standards/sfs). La conséquence en est que les clients SIG, comme GRASS, OpenJUMP, gvSIG et consorts vont pouvoir utiliser directement cet espace de stockage (et les fonctionnalités associées). Que dire quand des applications OGC-compliant (WMS , mais aussi et surtout WFS http://www.opengeospatial.org/standards/wfs) voudront "attaquer" des données OSM ? Il n'y aura pas 36 manières de stocker de l'information géographique de manière pérenne car interopérable. Je comprends bien la motivation initiale et le souci d'efficacité et réalise l'ampleur de la tâche pour passer de l'un à l'autre, il n'empêche qu'il faudra bien y venir tôt ou tard à moins que MyGIS (pendant de PostGIS) n'atteigne rapidement le degré de maturité de PostGIS. Un sponsor dans la salle ? Au moins une évaluation de la faisabilité de la chose (et donc de son coût). En attendant, il nous reste la dynamique des développeurs en tous genre pour palier, avec art et talent, aux faiblesses actuelles du système. Bravo à eux. cordialement Denis _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
