Formats utilisables dans les vérifications (checks)

La liste des formats à jour est visible dans le schéma d'application rtest.xsd qui est disponible sur : http://schemas.veremes.net/rtest/2.0/rtest.xsd

Liste des formats dans rtest.xsd :

<xs:attribute name="format" use="optional">
  <xs:simpleType>
    <xs:restriction base="xs:string">
      <xs:enumeration value="POSTGRES"/>
      <xs:enumeration value="POSTGIS"/>
      <xs:enumeration value="ORACLE_NONSPATIAL"/>
      <xs:enumeration value="ORACLE_SPATIAL"/>
      <xs:enumeration value="ESRISHAPE"/>
      <xs:enumeration value="SHAPEFILE"/>
      <xs:enumeration value="FFS"/>
      <xs:enumeration value="SPATIALITE"/>
      <xs:enumeration value="SQLITE3"/>
      <xs:enumeration value="XLSXR"/>
      <xs:enumeration value="PDF2D"/>
      <xs:enumeration value="TEXTLINE"/>
      <xs:enumeration value="GML"/>
      <xs:enumeration value="ACAD"/>
      <xs:enumeration value="FILEGDB"/>
    </xs:restriction>
  </xs:simpleType>

Chaque format est identifié par le nom court du format FME visible dans le menu "Consulter la galerie des formats" de FME Workbench.

ESRISHAPE est le nom de l'ancien Rreader du format Esri Shapefile (avant FME 2020). Ce nom court est actuellement utilisable avec toutes les versions de FME. SHAPEFILE est le nom du nouveau Reader du format Esri Shapefile (depuis FME 2020), il ne fonctionne que si scenarioPlayer est exécuté sur FME 2020 ou version supérieure.

Il est à noter que le format FFS évolue régulièrement. Pour l'utiliser avec rTest il est nécessaire que la version de FME qui exécute scenarioPlayer soit supérieure ou égale à la version utilisée par les process qui produisent les jeux de données.

Formats de type datafile

  • ESRISHAPE

  • SHAPEFILE

  • FFS

  • SPATIALITE

  • SQLITE3

  • XLSXR

  • PDF2D

  • ACAD

  • FILEGDB

  • TEXTLINE

  • GML

Formats de type database

  • POSTGRES

  • POSTGIS

  • ORACLE_NONSPATIAL

  • ORACLE_SPATIAL

  • SPATIALITE

  • SQLITE3

Particularité des formats SQLITE3 et SPATIALITE

Les jeux de données au format SQLITE3 ou SPATIALITE peuvent être considérés comme des fichiers ou comme des bases de données. Les deux exemples ci-dessous produisent le même résultat. La valeur retournée est celle de l'attribut "name" du deuxième enregistrement.

Dans le premier cas, on considère qu'il s'agit d'un fichier de données (type="datafile") et on utilise la fonction intégrée attributeValue().

</check>
<check label="Country name in second record from request=attributeValue()">
  <source type="datafile" format="SPATIALITE" dataset="result\dbcountry.sqlite" request="attributeValue()" requestparams="country,name,2"/>
  <condition comparator="eq" expectedvalue="Switzerland"/>
</check>

Dans le second exemple, on considère que le format SPATIALITE est une base de données (type="database") et on l'interroge par SQL. Cette méthode est plus performante et doit être privilégiée si possible.

<check label="Country name in second record from dbrequest">
  <source type="database" format="SPATIALITE" dataset="result\dbcountry.sqlite" dbrequest="select name as observedvalue from country where OGC_FID=2;"/>
  <condition comparator="match" expectedvalue="Switzerland"/>

Particularité des formats ORACLE_SPATIAL et ORACLE_NONSPATIAL

scenarioPlayer accédant aux données à vérifier uniquement en lecture et par l'intermédiaire de requêtes SQL, il n'y a pas lieu de distinguer ces deux formats qui sont traités exactement de la même manière par scenarioPlayer. Les requêtes spatiales sont donc possibles en utilisant la syntaxe propre à Oracle.

Pour utiliser ces formats, le logiciel client Oracle doit être préalablement installé sur le poste de travail. Voir la documentation de Safe Software relatif à l'installation du logiciel client Oracle