En effet, les modèles UML des spécifications sur les données INSPIRE utilisent le format GML pour encapsuler les géométries. Ces modèles sont égalements appelés schémas d’application GML. L’ensemble des propriétés et relations entre les objets y est décrit.

Dans le cas d’une adresse, le modèle est le suivant :

TOS permet de lire et d’extraire des portions de fichier XML avec le composant tFileInputXML. Avec un peu de configuration (cf. ci-dessous), il est possible de définir une correspondance entre tout ou partie du fichier XML et un flux de sortie.

Dans ce cas, la position (« ad:position ») n’est pas transformée en géométrie, elle est de type texte. En sélectionnant l’option « Get Nodes » pour cette colonne, le composant va extraire le bloc XML. Ce bloc doit alors être converti en géométrie. Il est possible d’ajouter une routine pour réaliser cette conversion. Le menu « créer une routine » est accessible depuis l’onglet Référentiel > Code > Routines :

public class GeometryUtility {
    private static final org.geotools.xml.Parser gmlParser = new org.geotools.xml.Parser(new org.geotools.gml3.GMLConfiguration());
    /**
     * GMLToGeometry: Convert a GML string into a Geometry
     *
     * {talendTypes} Geometry
     * {Category} GeometryUtility
     * {param} string("...") input: The GML to be parsed
     * {param} boolean(false) input: Validate the GML input document or not
     * {example} GMLToGeometry(row1.the_geom, false)
     */
    public static org.talend.sdi.geometry.Geometry GMLToGeometry(String gml, boolean validate) {
    	// Set GML parser properties.
    	gmlParser.setStrict(false);
    	gmlParser.setValidating(validate);

        // TODO : Take care of coordinate system

    	// Parse the geometry
	try {
		Object value = gmlParser.parse(new java.io.StringReader(gml));
		return new org.talend.sdi.geometry.Geometry((com.vividsolutions.jts.geom.Geometry) value);
	} catch (Exception e) {
		System.out.println("Error when parsing GML geometry: " + e.getMessage() + ".");
		e.printStackTrace();
	}
    	return null;
    }
}

Une fois la routine créée, il est alors possible de l’utiliser dans toute expression :

routines.GeometryUtility.GMLToGeometry(row2.Point, false)

Par exemple dans un composant tMap :

Ainsi, la conversion d’un fichier GML vers un fichier Shapefile peut se faire de la manière suivante :

Quand l’heure sera venue de traiter des données au format INSPIRE, il y aura probablement de nombreux cas particuliers à gérer mais c’est déjà un premier pas. Le cas de l’écriture de ces formats est également une problématique intéressante.

Cette première ébauche doit être améliorée sur de nombreux points mais elle donne une idée des potentialités. En effet, ceux qui utilisent Sextante dans gvSIG, uDig, OpenJump… pourront facilement automatiser des traitements et les rejouer sans difficulté.

Les améliorations à apporter concernent principalement :

• les différents types d’objets utilisés par Sextante (tel que les graphiques, les tableaux)
• le format GeoTIFF pour les données rasters en plus du format de grille ASCII

Pour vous donner une idée des capacités de Sextante dans TOS, le « job » ci-dessous crée automatiquement, à partir d’un MNT, un réseau de cours d’eau et une grille d’accumulation nécessaires à un calcul des bassins versants.

Du coup, ce matin, j’ai également publié les composants spatiaux qui sont maintenant téléchargeables en complément de TOS. Une fois TOS dézippé, il suffit de copier le répertoire plugins dans votre installation existante puis de lancer l’application.

Cette version fait suite aux améliorations d’architecture réalisées avec le support de l’équipe de Talend. À part cette réorganisation majeure, peu de nouveautés côté spatial : quelques corrections de bugs et un nouveau composant pour convertir des lignes en polygones.

Avec une croissance de 100 % de ses effectifs, Neogeo Technologies affirme ainsi son ambition dans le domaine de l’OpenSource Geospatial.

C’est, pour reprendre les termes du communiqué, une version « spatialisée » de Pentaho Data Integration, outil ETL (Extract, Transform, Load) dédié à l’agrégation de sources de données différentes dans des entrepôts de données. GeoKettle intègre ainsi l’ensemble de la suite décisionnelle Pentaho, afin de donner une dimension géographique tant à la présentation du résultat des analyses (ça c’est facile) qu’à leur exploration elle-même. Pour faire court, la dimension géographique devient une des composantes analytiques, permettant par exemple de consolider les indicateurs en fonction d’entités administratives, ou d’énoncer des contraintes d’ordre spatial (distance par exemple) à leur composition.

Il semblerait donc qu’après le rapprochement entre CampToCamp et Talend, autre éditeur d’ETL OpenSource, le GéoDécisionnel ait le vent en poupe et constitue le nouveau territoire de la géomatique.