représentation de l'information spatiale.
En effet, dans mon boulot, cela fait une différence directe. D'un côté, on retrouve des trucs genre Kartoo et de l'autre les projets mentionnés ci-dessus.

Sinon, très chouette article. Bon tour d'horizon ! J'avais eu l'occasion de réfléchir un peu sur ce qui existait dans le domaine du libre, et j'avais été surpris du nombre de projets existants.

J'ai testé QGIS il y a quelques temps, et c'est vrai que l'interface est très agréable à utiliser. Je n'utilise pas trop ce genre de logiciel de visualisation mais il ressemble beaucoup à ArcView (logiciel propriétaire et très cher), après à savoir si il propose exactement les mêmes fonctionnalités ...
De plus QGIS peut importer des données au format ArcInfo (ou un truc du genre).

QGIS propose également une API qui permet d'accéder à diverses sources de données en utilisant plusieurs librairies (postGIS, grass ...). Cette API a l'air bien documentée :-).

En tout cas, merci pour cette revue des outils existant aujourd'hui. Comme tu dis, c'est à la mode, je rajouterai que ça coûte très cher. Les solutions libres sont donc à étudier, ais la migration aussi doit coûter cher, sujet très délicat ...
à suivre

A ce propos, savez vous ou l'on peut trouver des bases de données géographiques ??
J'en ai trouvé sur le site de l'IGN http://www.ign.fr/affiche_rubrique.asp?rbr_id=753&lng_id=FR(...) mais c'est quand même assez cher : 20 000 Euros pour géoroute (base de donnée routiere)...

Attention, le lien sur la page de Grass n'est certainement pas le meilleur en France : Grass est à présent essentiellement pris en charge par les européens : voir http://grass.itc.it(...)

bonjour,

je suis en train de réaliser un système intéractif de cartographie tres simplifiée pour présenter des vue de réseau wifi.

j'ai besoin de :

1 - représenter une vue 2D, meme approximative ; j'ai deja réalisé quelque classes qui me permettent d'afficher (sans projection) les coordonnées géographiques sur une image générée a la volée.

2- j'ai aussi créé la notion de lien.

3 - la carte est en phase de devenir intéractive. Les objets affichés vont bientot réagir aux intéractions.

j'aurais besoin d'informations complémentaires :

1 - un algorythme permettant de trouver les nodes les plus proches. Je pensais creer un arbre de type b-tree. La fonction de comparaison pour insersion dans les noeuds et sous-noeuds étant tout simplement la distance.

Il suffit de comparer recursivement la distance, a gauche, a droite et de rentrer judicieusement dnas les sous-arbres.

Par la suite, pour détecter les voisin, il suffit de parcourir l'arbre.

J'espere que cet algo tient la route, je n'en n'ai pas la certitude, mais c'est intéressant de voir ... Je suppose qu'il doit exister d'autres methodes avec un decoupage par zone.


2 - j'aimerai bien evaluer les distances en kilometre et metres, meme sans une grande précision. Pour cela j'ai trouvé quelque sites :

http://www.lion1906.com/Pages/Orthodromie.html(...)
http://www.ign.fr/telechargement/education/fiches/geodesie/coordonn(...)

étant donné que les distances utilisées dans le cadre de ce projet sont tres courtes, la courbure de la terre ne devrait pas avoir une importance significative. Aussi je pensais calculer la distance en applicant le théoreme de Pythagore, connaissance le rayon moyen de la terre, ca devrait suffir. Mais les resultats obtenus ne sont pas statisfaisants : trop grande erreur par rapport a des valeurs de reference trouvées sur le net.

Dans mon algo, j'ai défini une classe Terre avec un rayon de 6366 (lion1906). J'en déduit les dimensions d'un degré d'arc (a l'equateur) : 111km. Il est plus petit sous nos latitudes : reduit de cos(latitude). A partir de ces données, une simple triangulation avec un triangle rectangle (donc Pythagore) devrait suffir, hors, j'obtient des décalage de 25 à 50%.

ou est mon errreur ?


voici mes 2 methodes php :

function distance(){
# théoreme de pythagore devrait suffire sur des petites distances !
$width = ($this->p1->x - $this->p2->x);
$height = ($this->p1->y - $this->p2->y);
# manque cos(latitude)
return ( $this->terre->degre * sqrt(pow($width, 2) + pow($height,2)));
}

# http://www.lion1906.com/Pages/OrthodromieCap.html(...)
function distance_orthodromique(){

$LatA = deg2rad($this->p1->latitude());
$LatB = deg2rad($this->p2->latitude());

$LongA = deg2rad($this->p1->longitude());
$LongB = deg2rad($this->p2->longitude());

return 6366 * acos(cos($LatA) * cos($LatB) * cos($LongB-$LongA)+sin($LatA) * sin($LatB));

}

Je trouve un peu étonnant que le nouveau sous-projet de Debian soit passé sous silence dans cette news. Bon c'est vrai que c'est encore très récent mais il me parait important de le mentionner malgré tout:

Introducing the DebianGis subproject:

http://lists.debian.org/debian-devel-announce/2004/10/msg00007.html(...)

Beau tour d'horizon des différents logiciels :-)
Manque simplement un petit projet qui grandi bien : Jump dont une traduction (ainsi que d'autres outils carto) sont disponibles sur la page du projet SIGLE : http://www.projet-sigle.org(...)
Il manque cependant pas mal de plugins d'ouverture de fichier, mais je pense que ca sera vite corrigé.
Perso je trouve QGIS beaucoup plus ergonomique et facile que GRASS, il ne manque plus que le support du format ECW sous linux pour être parfait (dans quelques mois disent les devs d'ERMapper).

on m'a transmis ce site qui est fort intéressant ...

http://www.upct.org/(...)

(merci Julien)

Pour tester la plupart des logiciels cités sans se farcir leur installation (parfois pénible ...) on peut ausi se graver une GIS Knoppix

http://www.sourcepole.com/sources/software/gis-knoppix/(...)

Pas très récente mais fonctionnelle !

Il faut noter que la librairie OGR (accés (read/write) générique et performant à différents (une quinzaine) formats vectoriels géospatials) est inclue dans la librairie GDAL http://www.remotesensing.org/gdal/(...) qui elle permet un accés (read/write) générique et performant à un cinquantaine de formats d'image, aussi bien orientés géospatial (GeoTIFF, JPEG2000, MrSID, Erdas, ECW, ...) que autre (BMP, JPEG, GIF, ....).

L'architecture de GDAL/OGR permet de rajouter facilement de nouveaux "drivers" (chargeables dynamiquement) pour supporter de nouveau formats.

La librairie permet de lire la donnée et les informations de géolocalisation de l'image de manière générique.

Tout ça est écrit en C++ avec aussi une interface C et Python.

Les binaires sur la page web embarquent des utilitaires pour passer d'un format à un autre, reprojeter les images/vecteurs dans d'autres projections cartographiques, ... et propose aussi un viewer simple, intuitif et optimisé : OpenEV http://www.remotesensing.org/gdal/download.html(...)

Bien sûr tout ça est "under an X/MIT style Open Source license".


Julien