FME - Tydac AG

Version: 1.0 

Datum: 05. Dezember 2007 

FME 

INTERLIS 1 Modul 

Autor: Flavio Hendry - TYDAC AG

Inhalt 

1 Release Notes Build 29...................................................................................................1 

2 Installation .......................................................................................................................1 

3 Zu diesem Handbuch ......................................................................................................1 

4 INTERLIS - Kurze Einführung.........................................................................................2 

4.1 Was ist INTERLIS? ....................................................................................................2 

4.2 INTERLIS-Datenstruktur ............................................................................................3 

4.2.1 Die Beschreibungsdatei (.ili) ...........................................................................................3 

4.2.2 Die Datendatei (.itf).........................................................................................................4 

4.3 Besondere Charakteristiken von INTERLIS ...............................................................5 

4.3.1 Lookup-Tabellen .............................................................................................................5 

4.3.2 Beschriftungen / Textausrichtung ...................................................................................6 

4.3.3 Undefinierte Attribute ......................................................................................................6 

4.3.4 Overlaps..........................................................................................................................6 

4.3.5 Pseudo-Bögen ................................................................................................................8 

4.3.6 INTERLIS Datentypen AREA und SURFACE ................................................................8 

4.3.7 Multiple Geometrien / Geometrien als Attribute..............................................................9 

4.3.8 Verweise .........................................................................................................................9 

5 FME 2007 "Rich Geometry"..........................................................................................10 

5.1 Was ist "Rich Geometry"? ........................................................................................10 

5.2 Formate und "Rich Geometry"..................................................................................11 

5.3 INTERLIS und "Rich Geometry"...............................................................................11 

6 Lesen und Schreiben von INTERLIS ...........................................................................12 

6.1 "Settings" des INTERLIS Moduls .............................................................................12 

6.2 Fallbeispiele INTERLIS Lesen .................................................................................13 

6.2.1 INTERLIS nach Autocad DXF / Geobau ......................................................................13 

6.2.2 INTERLIS nach MapInfo TAB.......................................................................................15 

6.2.3 INTERLIS nach ESRI Shape ........................................................................................15 

6.2.4 INTERLIS nach ESRI Geodatabase (mdb oder file) ....................................................16 

FME - INTERLIS 1 Modul 

Version 1.0 / 05. Dezember 2007 Seite i

6.2.5 INTERLIS nach PostGIS ..............................................................................................16 

6.3 Fallbeispiele INTERLIS Schreiben ...........................................................................17 

6.3.1 Einführung.....................................................................................................................17 

6.3.2 MapInfo nach INTERLIS...............................................................................................17 

6.3.3 PostGIS nach INTERLIS ..............................................................................................18 

6.4 Custom Transformers...............................................................................................18 

Abbildungsverzeichnis 

Abbildung 1: Rich Geometry, Polylinien .................................................................................10 

Abbildung 2: Bogeninformation in FME..................................................................................10 

Abbildung 3: INTERLIS Input Settings ...................................................................................12 

Abbildung 4: Einstellungen INTERLIS Input Settings.............................................................13 


Version 1.0 / 05. Dezember 2007 Seite ii

Versionen 

Version Datum Person Bemerkungen 

1.0 November 2007 TYDAC - Flavio Hendry Erste Fassung 

COPYRIGHT Handbuch 

Alle Rechte vorbehalten. Nachdruck und Vervielfältigung einschliesslich Speicherung und Nutzung auf 

optischen und elektronischen Datenträgern nur mit Zustimmung der TYDAC AG. 

COPYRIGHT INTERLIS-Daten 

Mit freundlicher Genehmigung der Stadt Chur. Nutzung nur zu Test - und Schulungszwecke in 

Zusammenhang mit diesem Handbuch gestattet. 


Version 1.0 / 05. Dezember 2007 Seite iii

1 Release Notes Build 29 

Wie im Frühjahr angekündigt, wurde das INTERLIS Modul durch die TYDAC AG übernommen. 

Nun ist es soweit: Das erste Release von TYDAC ist da und hat es in sich! Die 

wesentlichen Neuerungen sind: 

�� Unterstützung von "Rich Geometry" beim Lesen und Schrieben. Konkret: volle 

Unterstützung von Bogenelementen (seit FME 2007 möglich). Details s. Kapitel FME 

2007 "Rich Geometry" auf Seite 10 

�� ili-Datei muss nicht mehr mit gleichem Namen vorhanden sein. ili-Dateien 

können neu in das FME-InstallDir\INTERLIS\Models gehalten werden. 

�� Fehlermeldungen (z.B. bei fehlenden nicht-optionalen Attributen) wurden durch 

Warnungen ersetzt. 

�� Generelle Anpassungen für FME 2007. 

�� Automatisches Aufräumen temporärer Dateien. 

�� Ausführliche Dokumentation (vorerst auf Deutsch). 

�� Workbench-Beispiele für das Lesen und Schreiben. 

�� Erste Custom-Transformers für INTERLIS: 

o Bereinigung von OVERLAPS 

o Berechnung der Textpositionen 

2 Installation 

Führen Sie das Programm "interlis_setup" aus. Das INTERLIS Modul wird automatisch in 

das aktuelle FME Programmverzeichnis installiert. 

Neben dem Modul wird folgendes installiert: 

�� Dokumentation und Release Notes unter FME-InstallDir\INTERLIS\Docs 

�� Beispiel Workbenches und Daten unter FME-InstallDir\INTERLIS\Samples 

�� Custom Transformers: FME-InstallDir\INTERLIS\CustTrans (Doppelklick auf Datei um 

diese zu installieren). 

3 Zu diesem Handbuch 

Diese Handbuch liegt in der ersten Ausgaben nur auf Deutsch vor. Beachten Sie: 

�� Wenn Sie INTERLIS schon kennen, gehen Sie direkt zu Kapitel 4.3. Hier können Sie 

sich über INTERLIS-Besonderheiten informieren, die bei der Umsetzung mit FME 

wichtig sind. 

�� Es lohnt sich die beigelegten Beispiele zu studieren. Darin sind einige "Tricks" 

enthalten, die Ihnen die Arbeit erleichtern dürften. 


Version 1.0 / 05. Dezember 2007 Seite 1

4 INTERLIS - Kurze Einführung 

© Anmerkung: Teile dieser Texte stammen aus www.interlis.ch sowie aus der INTERLIS Dok. 

4.1 Was ist INTERLIS? 

INTERLIS ist eine Beschreibungssprache und ein Austauschmechanismus für Geodaten. 

INTERLIS ist auf die Anforderungen der Integration von Geodaten und der Verknüpfung 

(Interoperabilität) heutiger und zukünftiger Geo-Informationssysteme ausgerichtet, kann aber 

auch allgemein eingesetzt werden. Durch den Einsatz von einheitlich dokumentierten 

Geodaten und dem flexiblen Austausch kann folgender Nutzen entstehen: 

�� Standardisierte Dokumentation 

�� Kompatibler Datenaustausch 

�� Vollständige Integration von Geodaten zum Beispiel von verschiedenen Datenlieferanten 

�� Automatisierbare Qualitätsprüfung 

�� Langfristige Datensicherung (Investitionsschutz) 

�� Vertragliche Sicherheit und verlässliche Datenabgabe über robuste Datenträger (CD- 

ROM, etc.) 

�� Erweiterbarkeit und Verfügbarkeit von Software 

INTERLIS erfüllt die oben erwähnten Anforderungen. Damit verlagert sich die Schnittstellendiskussion 

über starre Formate und "offene Programmschnittstellen" (API's) zur Frage, was 

für Geodaten wir wirklich erfassen und verwalten wollen. 

Weitere Merkmale dieser Sprache sind: 

�� Spezielle Eignung für Geoinformationssysteme 

�� Implementierbarkeit und Praktikabilität 

�� Erweiterbarkeit 

Weitere wichtige Informationen zu INTERLIS finden Sie auf www.interlis.ch. 



4.2 INTERLIS-Datenstruktur 

Vom Beschreibungsprinzip her lehnt sich INTERLIS an das relationale Datenmodell an, 

erweitert dieses aber um Elemente, die typisch für GIS sind. Die Syntax der Sprache folgt 

den Ideen höherer Programmiersprachen wie PASCAL und MODULA2. 

INTERLIS-Datensätze bestehen immer aus einem Dateienpaar: 

�� .ili = Modellbeschreibung 

�� .itf = Daten 

4.2.1 Die Beschreibungsdatei (.ili) 

Die .ili-Datei beschreibt das Modell. Die Festlegung des Datenmodells und der Transferparameter 

eines Datentransfers ist durch eine formale Sprache definiert. Syntax-Regeln 

beschreiben dabei die zulässige Reihenfolge von Symbolen. Die Beschreibung folgt damit 

der Art und Weise, die bei der Beschreibung höherer Programmiersprachen üblich ist. Hier 

wird deshalb nur eine knappe, für das Verständnis nötige Darstellung angegeben. Für 

Einzelheiten wird auf die Literatur verwiesen (s. www.interlis.ch). 

Wichtige Schlüsselwörter: 

�� MODEL: Name des Modells (verweist auf MODL im itf) 

�� DOMAIN: Festlegung von Attribute und zulässige Wertebereiche 

�� TOPIC: Thema (TOPI im itf) 

�� TABLE: Tabellen zum Thema (TABL im itf) 

�� OPTIONAL: Optionale Attribute (nicht-optionale Attribute müss(t)en zwingend 

vorhanden sein) 

�� FORMAT: Formatierung der itf-Datei 

Beispiel: 

TRANSFER Datenkatalog; 

MODEL Grunddatensatz_GR 

DOMAIN 

LKoord = COORD2 480000.000 70000.000 

840000.000 300000.000; 

HKoord = COORD3 480000.000 70000.000 -200.000 

840000.000 300000.000 5000.000; 

Hoehe = DIM1 -200.000 5000.000; 

Genauigkeit = [0.0 .. 700.0]; !! in cm 

Zuverlaessigkeit = (ja, nein); !! genuegend, ungenuegend 

SchriftOri = GRADS 0.0 400.0; 

Status = (projektiert, gueltig); 

Qualitaetart = (AV93, ADV, pN, uebrige); 

Bestimmung = (terrestrisch, photogrammetrisch, digitalisiert, 

gerechnet_konstruiert, gescannt, GPS, uebrige); 

TOPIC Fixpunkte = 

TABLE LFP = 

Entstehung: -> LFPNachfuehrung; !! Beziehung 1-mc 

Nummer: TEXT*12; !! Vergabe durch Landestopographie 

NumPos: LKoord; 



NumOri: OPTIONAL SchriftOri; !! Default: 100.0 

NumHAli: OPTIONAL HALIGNMENT; !! Default: Center 

NumVAli: OPTIONAL VALIGNMENT; !! Default: Half 

Geometrie: HKoord // Geometrie innerhalb Entstehung 

LageGen: Genauigkeit; 

LageZuv: Zuverlaessigkeit; 

HoeheGen: Genauigkeit; 

HoeheZuv: Zuverlaessigkeit; 

Begehbarkeit: (begehbar, nicht_begehbar); 

SymbolOri: OPTIONAL SchriftOri; !! Default: 0.0 

Art: (LFP1, LFP2); !! Triangulationsp. I-III. Ordn., IV. Ordn. 

Herkunft: OPTIONAL Bestimmung; 

IDENT 

Nummer; 

Geometrie; 

END LFP; 

END Fixpunkte. 

END Grunddatensatz_GR. 

FORMAT FIX WITH LINESIZE = 75, TIDSIZE = 10; 

CODE 

BLANK = DEFAULT, UNDEFINED = DEFAULT, CONTINUE = DEFAULT; 

TID = I32; 

END. 

4.2.2 Die Datendatei (.itf) 

Die Datendatei enthält die Daten gemäss Beschreibung in der .ili-Datei. Zum obigen Beispiel 

sieht die Datei folgendermassen aus: 

SCNT 

GEOS 4 Export 

2406001421 

//// 

MTID Datenkatalog 

MODL Grunddatensatz_GR 

TOPI Fixpunkte 

TABL LFP 

OBJE 0 1 12550414 751365.030 148084.250 100.0 0 \ 

CONT 3 751362.030 148084.250 3208.840 3.0 0 4.0 0 0 100.0 \ 

CONT 1 0 

OBJE 1 1 12550518 753181.000 151569.780 100.0 0 \ 

CONT 3 753178.000 151569.780 2835.250 3.0 0 4.0 0 0 100.0 \ 

CONT 1 0 

OBJE 64 1 12550401 751312.750 157594.520 100.0 0 \ 

CONT 3 751309.750 157594.520 2265.410 3.0 0 4.0 0 0 100.0 \ 

CONT 1 0 

OBJE 128 1 12350551 753001.700 159310.260 100.0 0 \ 

CONT 3 752998.700 159310.260 1530.070 3.0 0 4.0 0 0 100.0 \ 

CONT 1 0 

OBJE 229 1 12350550 753360.400 159739.950 100.0 0 \ 

CONT 3 753357.400 159739.950 1258.270 3.0 0 4.0 0 0 100.0 \ 

CONT 1 0 

OBJE 251 1 12350442 751543.720 159906.960 100.0 0 \ 

CONT 3 751563.180 159906.920 1255.500 3.0 0 4.0 0 0 100.0 \ 

CONT 1 0 



OBJE 329 1 12350643 755136.250 160082.840 100.0 0 \ 

CONT 3 755133.250 160082.840 2162.660 3.0 0 4.0 0 0 100.0 \ 

CONT 1 0 

ETAB 

ETOP 

EMOD 

ENDE 

4.3 Besondere Charakteristiken von INTERLIS 

Im folgenden werden besondere Charakteristiken von INTERLIS beschrieben, welche bei 

der Übersetzung mit FME beachtet werden müssen. 

4.3.1 Lookup-Tabellen 

Die Lookup-Tabellen sind Teile der .ili-Datei, welche Standardattribute von Objekten 

beschreiben. 

Beispiel: 

�� Begehbarkeit hat die Werte "begehbar" und "nicht begehbar". Im itf als "0" und "1" 

abgebildet. 

�� Art hat die Werte "LFP1" und "LFP2". Im itf als "0" und "1" abgebildet. 

TABLE LFP = 

Entstehung: -> LFPNachfuehrung; !! Beziehung 1-mc 

Nummer: TEXT*12; !! Vergabe durch Landestopographie 

NumPos: LKoord; 




Begehbarkeit: (begehbar, nicht_begehbar); 

SymbolOri: OPTIONAL SchriftOri; !! Default: 0.0 

Art: (LFP1, LFP2); !! Triangulationspunkte I-III. Ordn., IV. Ordn. 


IDENT 

Nummer; 

Geometrie; 

END LFP; 

Die Lookup-Tabellen werden durch das INTERLIS Modul in eigenen Tabellen gelesen und 

können mit den zugehörigen Daten verknüpft zu werden. 



4.3.2 Beschriftungen / Textausrichtung 

Für die Aufbereitung von Plänen müssen die Positionen von Texten festgehalten werden. 

Dabei muss festgelegt werden, welcher Stelle des Textes die Position entspricht. Mit dem 

horizontalen Alignment wird festgelegt, ob die Position auf dem linken oder rechten Rand 

des Textes oder in der Textmitte liegt. Das vertikale Alignment legt die Position in Richtung 

der Texthöhe fest. 

Der Abstand Cap-Base entspricht der Höhe der Grossbuchstaben. Unterlängen befinden 

sich im Bereich von Base-Bottom. Horizontales und vertikales Alignment können als 

vordefinierte Aufzählung verstanden werden. Die Wirkung ist, wie wenn man in der globalen 

Wertebereichdefinition folgendes definiert hätte. 

Folgende Abbildung verdeutlicht den Sachverhalt: 

Left C enter R ight 

In der DOMAIN können die Positionen definiert werden: 

DOMAIN 

HALIGNMENT = (Left, Center, Right); 

VALIGNMENT = (Top, Cap, Half, Base, Bottom); 


Version 1.0 / 05. Dezember 2007 Seite 6 

Top 

Cap 

Half 

Base 

Bottom 

Normalerweise werden diese dann numerisch angegeben, also entsprechend: 

HALIGNMENT = (0,1,2); 

VALIGNMENT = (0,1,2,3,4); 

4.3.3 Undefinierte Attribute 

Attribute, die in der Modellbeschreibung mit "OPTIONAL" bezeichnet sind, können undefinierte 

Werte aufweisen. Zur Anzeige dient das Undefiniert-Zeichen. Üblicherweise wird 

dafür das Zeichen @ verwendet (Defaultwert). Im Rahmen der Beschreibung der Kodierung 

(Keyword CODE in der ili-Datei) kann es jedoch umdefiniert werden. 

In FME werden solche Attribute standardmässig wie folgt übernommen: 

�� Bei Textattribute: leer 

�� Bei numerischen Werten: -1 

4.3.4 Overlaps 

Überschneidungen, die innerhalb der gegebenen Toleranz liegen, sind gemäss INTERLIS- 

Definition im Zusammenhang mit Kreisbögen dann erlaubt, wenn sich der Kreisbogen 

ausgehend von einem Linienstützpunkt zunächst auf der einen Seite der anderen Linie 

befindet und diese dann schneidet, ohne dass zwischen dem gemeinsamen Stützpunkt und 

dem Schnittpunkt auf der einen oder anderen Linie weitere Stützpunkte liegen.

Diese Regelung erfolgte aus zwei Gründen: 

�� Einerseits sind bei Kreisbögen kleine Überschneidungen aus numerischen Gründen 

in gewissen Fällen (tangentiale Kreisbögen) nicht vermeidbar. 

�� Andererseits sind bei der Übernahme von Daten, die ursprünglich grafisch erfasst 

wurden, auch grössere Überlappungen (z.B. einige Zentimeter) zu tolerieren, will man 

nicht einen enormen Nachbearbeitungsaufwand in Kauf nehmen. Die Angabe der 

Toleranz muss in den gleichen Einheiten, wie die der Stützpunktkoordinaten erfolgen. 

Beispiel: 

TABLE BoFlaeche = 

Entstehung: OPTIONAL -> BBNachfuehrung // Gueltigkeit = gueltig //; 

!! Beziehung 1-mc 

Geometrie: AREA WITH (STRAIGHTS, ARCS) VERTEX LKoord 

WITHOUT OVERLAPS > 0.050; 

Qualitaet: OPTIONAL Qualitaetart; !! nicht in TOPIC Qualitaet 

Art: OPTIONAL BBArt; 


NO IDENT 

END BoFlaeche; 

Overlaps führen, falls unbearbeitet, bei der Poylgonbildung mit FME zu Fehler beim Aufbau 

der Topologie (sich selbst verschneidende Polygone). Dies kann mit FME vermieden 

werden, indem die Polygone bei der Übersetzung mit sich selber verschnitten werden. Eine 

Verfeinerung des Prozesses erlaubt auch die komplette Entfernung der Overlaps. 

Problematik: Zulässige Datenfehler in der INTERLIS Definition: 

sog. "selfintersecting polygons". Unzulässig bei den meisten GIS 

Systemen. 

Lösung 1: Verschneidung. Beim Schnittpunkt wird ein Knoten 

eingefügt und die gelbe Fläche resultiert bei der Polygonbildung 

als "Loch" in den Daten. Da es sich um Kleinstflächen im 

Millimeter-Bereich handelt, ist dies nicht sichtbar und eigentlich 

unerheblich. 

Lösung 2: Komplette "Entsorgung" des Overlaps durch 

Auflösung der Bögen in Segmente (wenn Sekantenabstand 

grösser als Overlap) 

Lösung 3: Komplette "Entsorgung" des Overlaps. 



4.3.5 Pseudo-Bögen 

Problematik: Bögen werden im INTERLIS durch drei Punkte 

definiert: Startpunkt, Scheitelpunkt, Endpunkt. Die Koordinaten 

werden im INTERLIS im Normalfall auf mm gerundet. Ist ein 

Radius sehr gross und der Bogen sehr kurz (kommt oft vor), 

liegen die drei Punkt wegen der Rundung auf mm auf einer Linie. 

Der Bogen ist kein Bogen mehr, sondern eine Gerade. 

Lösung: Abfangen von sehr kleinen Scheitelabstände und 

Umdefinition des Geometrietyps zu einer Geraden. Dies erfolgt 

beim Lesen von INTERLIS-Dateien automatisch. 

4.3.6 INTERLIS Datentypen AREA und SURFACE 

INTERLIS unterscheidet bei Flächenobjekten zwischen den Typen AREA und SURFACE, 

wie folgt: 

Geometrie: AREA WITH (STRAIGHTS, ARCS) VERTEX Lkoord 

Geometrie: SURFACE WITH (STRAIGHTS, ARCS) VERTEX Lkoord 

Solche Objekte müssen durch FME entsprechend anders behandelt werden. 

AREA Objekte sind Polygone, welche durch Linien und 

Punkte abgebildet werden, dabei gilt: 

�� Die Begrenzung einer Fläche ist nur einmal 

vorhanden und kann Linienattribute haben (z.B. 

Waldfeststellung in der Raumplanung) 

�� Die Attribute der Fläche "hängen" an den Punkten 

�� Die Begrenzungen dürfen in Theorie nicht 

überlappen (Ausnahme: OVERLAPS, s. oben) 

SURFACE Objekte sind in sich geschlossene Polygone 

(Anfangspunkt = Endpunkt), dabei gilt: 

�� Bei angrenzenden Polygonen ist die gemeinsame 

Grenze doppelt abgebildet 

�� Die Polygone können beliebig überlappen 

�� Die Attribute "hängen" direkt am Polygon 



4.3.7 Multiple Geometrien / Geometrien als Attribute 

Die INTERLIS Spezifikationen erlauben für eine Tabelle (ein Layer) mehrfache Geometrien, 

d.h. ein Layer kann sowohl Punkte, als auch Linien und Flächen enthalten. Die meisten GIS 

Systeme unterstützen das nicht (müssen in separaten Tabellen gespeichert werden). 

MapInfo unterstützt dies als eins der einzigen Systeme, wird aber von sehr wenigen 

Anwendern genutzt. Mehrfachgeometrien sollten aus Kompatibilitätsgründen zwischen 

Systemen bei der Modellierung vermieden werden. 

Geometrie1: SURFACE WITH (STRAIGHTS, ARCS) VERTEX Lkoord; 

Geometrie2: POLYLINE WITH (STRAIGHTS, ARCS) VERTEX LKoord; 

Geometrie3: LKoord; 

Aber es geht noch krasser: INTERLIS kann gar Attribute als eine Geometrie definieren! 

Dies sollte bei der Modellierung definitiv vermieden werden. 

Hilfslinie: OPTIONAL POLYLINE WITH (STRAIGHTS) VERTEX LKoord; 

Beachten Sie: Das FME INTERLIS Modul kann solche Geometrien lesen aber nicht 

schreiben (z.T. kann dies jedoch "ausgetrickst" werden). Ein Schreiben solcher Geometrien 

ist vorerst nicht geplant. 

4.3.8 Verweise 

Tabellen können auf andere verweisen. Im Beispiel unten verweist das Attribut Objekt der 

Tabelle "GrundstueckPos" (enthält die Position der Grundstücksnummer) zur ID der Tabelle 

"Grundstueck" (enthält die Grundstücksnummer). Bei vielen Systemen (z.B. ArcView, 

MapInfo, AutoCAD) ist es von Nutzen, diese Tabellen zusammenzufügen, um sie z.B. als 

Textobjekte anzeigen zu können. Dies kann direkt bei der Übersetzung mit FME erfolgen. 

OPTIONAL TABLE GrundstueckPos = 

Objekt: -> Grundstueck; !! Beziehung 1-m 

NumPos: LKoord // Position in der Regel innerhalb der Flaeche //; 




NO IDENT 

END GrundstueckPos; 



5 FME 2007 "Rich Geometry" 

5.1 Was ist "Rich Geometry"? 

FME hat schon immer Bögen unterstützt, dies aber nur als einzelne Objekte, d.h. nicht in 

Kombination mit Polylinien oder Polygonen. Das Bilden von Polygonen aus Linien und 

Bögen war bisher also nicht möglich. Beispiel: 

Abbildung 1: Rich Geometry, Polylinien 

FME bildet Bögen wie folgt ab (s. auch Abbildung unten): 

�� Center Point, Start Point, End Point 

�� Rotation 

�� Radius 

�� Ein- und Ausfallwinkel 

Abbildung 2: Bogeninformation in FME 



5.2 Formate und "Rich Geometry" 

Übersicht der in der Schweiz gängigen Formate. 

�� Keine Unterstützung von "Rich Geometry": 

o ESRI Arc/Info Coverage / E00 

o ESRI Geodatabase MDB Version 8.x 

o ESRI Shape 

o MapInfo TAB 

o MySQL MyGIS 

o PostgreSQL/PostGIS 

�� Unterstützung von "Rich Geometry": 

o Autocad DXF/DWG 

o ESRI Geodatabase MDB ab Version 9.x 

o ESRI file based Geodatabase (ab ArcGIS 9.2) 

o ESRI ArcSDE 

o Geographic Markup Language (GML) 

o GeoMedia Access Warehouse 

o INTERLIS 

o Intergraph MGE 

o MapGuide SDF3 

o MicroStation DGN 

o Oracle Spatial 

o XML 

5.3 INTERLIS und "Rich Geometry" 

In INTERLIS werden Bögen über drei Punkte abgebildet, wie folgt: 

LIPT 758724.690 191914.401 = Anfangspunkt 

ARCP 758725.166 191913.579 = Scheitelpunkt 

LIPT 758725.324 191912.643 = Endpunkt 



6 Lesen und Schreiben von INTERLIS 

6.1 "Settings" des INTERLIS Moduls 

Die FME Optionen zu INTERLIS sind ("Settings" Knopf respektive "Parameters" in der 

Workbench): 

�� "Complex Feature Handling": 

Abbildung 3: INTERLIS Input Settings 

o "Combine": AREA Objekte werden automatisch zu Flächen gebildet, d.h. die 

Linien werden verschnitten (OVERLAPS Problematik, s. oben) und es werden 

Polygone gebildet. Diese werden schlussendlich mit den Punkten überlagert 

(Overlay) um die Attribute anzuhängen. Bei dieser Methode werden die 

Bögen immer in Segmente aufgelöst. Anwendung: INTERLIS nach Formaten, 

die Bögen nicht unterstützen wie MapInfo oder ESRI Shape. 

o "Split": AREA Objekte werden so gelesen wie sie sind, als Linien inklusive 

Bögen und als Punkte (s. Abbildung auf Seite 8). 

�� "Arc Handling": 

o "Stroke into Lines": Bögen in Liniensegmente umwandeln. 

o "Max. Deviation": Sekantenabstand für die Umwandlung. 

�� "MultiGeometryHandling": 

o "Keep in one Table": nicht implementiert, immer auf Nein setzen. 

Weitere INTERLIS Optionen sind: 

�� "Use generic Polygon Factories": Wurde aus Kompatibilitätsgründen mit früheren 

Versionen (alte FME Scripts) eingeführt. Bei neuen Versionen immer auf YES setzen 

(nur bei "Combine" wirksam). 

�� "Intersect Area Lines": Wurde aus Kompatibilitätsgründen mit früheren Versionen 

eingeführt. Bei neuen Versionen immer auf YES setzen (nur bei "Combine" wirksam). 

�� "Precision for Arc Stroking": Genauigkeit mit welcher die Bögen aufgelöst werden 

(Anzahl Stellen nach dem Komma, also z.B. 3 für mm). 



6.2 Fallbeispiele INTERLIS Lesen 

6.2.1 INTERLIS nach Autocad DXF / Geobau 

Autocad DXF ist ein CAD Format und insbesondere ältere Versionen haben keine 

Attributierung zugelassen. Daher wurden bei DXF Geobau die einzelnen Attribute auf 

Ebenen verteilt, also z.B. Gebäude auf die DXF Ebene 01211. Im Fallbeispiel wird eine 

Übersetzung von INTERLIS nach Geobau DXF aufgezeigt. 

Workbench-Datei: Interlis2DXF.fmw 

Für dieses Beispiel muss die INTERLIS-Datei mit folgenden Optionen geladen werden: 

�� "Complex Feature Handling": auf Split. 

�� "Arc Handling": Stroke deaktiviert. 

Abbildung 4: Einstellungen INTERLIS Input Settings 

Bevor wir die Übung starten, öffnen wir die Datei "sample.ili" im Viewer: 

�� Einmal mit der Option "Combine" 

�� Ein zweites Mal mit der Option "Split" 

Und vergleichen die Layer "bodenbedeckung_boflaeche" (Punkte, nur bei Option "Split" 

vorhanden) sowie "bodenbedeckung_boflaeche_geometrie". 

Die WB bewerkstelligt das folgende: 

�� Erzeugt aus AREA Objekte Polygone (Bodenbedeckung), weist Attribute zu 

�� Erzeugt aus SURFACE Objekte Polygone (EO Flächen), weist Attribute zu 

�� AREA-Objekte: Entsorgt allfällige Overlaps über einen Custom Transformer (s. 

Seite 18). Geben Sie hier die gewünschten Toleranzen ein: 

o Overlap Tolerance: sollte dem OVERLAP im ili entsprechen 

o Snapping Tolerance: in den meisten Fällen sollten 0.01m genügen 

�� Lesen des Attributs Art aus der ili-Datei 

�� Erzeugt Beschriftungen (Gebäudenummern) 

�� Zuweisen den Autocad-Layers nach Geobau DXF 

�� Ausgabe nach Autocad Geobau DXF 



Vorgehen zum Erzeugen der WB anhand der Bodenbedeckung: 

�� Workbench Source: "sample.ili" oder "sample.itf" mit obigen Einstellungen 

(Split/Stroke deaktiviert) 

�� Workbench Destination: "Autocad DXF/DWG", Zieldatei z.B. "bb.dxf" (oder "bb.dwg" 

für DWG) 

�� Auswahl der Layer "bodenbedeckung_boflaeche" (Punkte) und "bodenbedeckung_ 

boflaeche_geometrie" (Linien) sowie "bodenbedeckung_gebaeudenummer": 

�� Bodenbedeckung Flächen: 

o Aus den Linien müssen nun Poylgone gebildet und diese mit den Punkten 

verschnitten werden. Für diesen Schritt setzen wir den Custom Transformer 

"OverlapsRemoverRichGeometry". 

o Mit zwei ValueMapper weisen wir die Beschreibung der Art sowie die 

zugehörigen AutoCAD Layer nach Geobau zu (Attribut "Autocad_Layer"). 

Beschreibung der Art kann dabei aus der ili-Datei importiert werden (Layer 

Bodenbedeckung_Boflaeche _Art_LUT). 

o Ausgabe mit "Fanout by Attribute" auf Attribut "Autocad_Layer" 

�� Bodenbedeckung Gebäudenummer: 

o Mit dem Custom Transformer "INTERLIS_Text_Pos_Nummer" rechnen wir 

die Textpositionen auf die untere linke Ecke um (s. Kapitel 4.3.2) 

o Die Textrotation (Attribut "rotation") weisen wir dem Systemattribut 

"Autocad_Rotation" zu (Settings der Ausgabedatei, Format Attributes) 

�� Einzelobjekte (EO), Flächen: 

o Das komplizierte bei den EO ist, dass die Attribute für alle EO Typen 

(Flächen, Linien und Punkte in der gleichen Datei sitzen). In einem ersten 

Schritt müssen wir diese Attribute verbinden (siehe auch WB): 

o Danach weisen wir analog der Bodenbedeckung die Beschreibung der Art 

sowie das Attribut Autocad_Layer zu. 



o Als letztes bilden wir die Flächen über ein "AreaBuilder" Transformer. Dabei 

wählen wir alle den Flächen gemeinsame Attribute aus (d.h. aus jeweils allen 

Linien mit den gleichen Attributen wird eine Fläche gebildet). 

o Ausgabe mit "Fanout by Attribute" auf Attribut "Autocad_Layer" 

WICHITIG: Standardmässig ist in FME 2007 "Geometry Handling" auf "Classic" gesetzt. Dies 

müssen wir nun auf "Rich" setzen, im Navigator unter "Workspace Settings", "Advanced": 

6.2.2 INTERLIS nach MapInfo TAB 

MapInfo TAB ist ein relativ leistungsfähiges GIS-Format welches auch Labels (Annotations), 

Farben, Style etc. unterstützt. Beachten Sie, dass FME drei Varianten des MapInfo Formats 

unterstützt: 

�� MapInfo MIF/MID: MapInfo Export Dateien (ASCII). 

�� MapInfo TAB über MFAL (MapInfo File Access Library von MapInfo Corp.). 

Verursacht Probleme bei Textpositionen, nicht empfohlen. 

�� MapInfo TAB (MITAB): TAB über MITAB (Open Source Library), empfohlen. 

Workbench-Datei: Interlis2MapInfo.fmw 

Bewerkstelligt das gleiche wie bei DXF, ausser dass: 

�� Die Daten nicht auf Layer verteilet werden 

�� Die Bodenbedeckung automatisch eingefärbt wird 

6.2.3 INTERLIS nach ESRI Shape 

ESRI Shape ist ein recht einfaches Format, welches nur Punkte, Linien und Flächen 

unterstützt. Folgendes Wissen ist wichtig für die Übersetzung: 

�� Spaltennamen: Beschränkt auf zehn Zeichen, müssen gross geschrieben sein. 

�� Geometrietypen: Punkte, Linien und Flächen (Typ "Surface"), keine gemischten 

Geometrien möglich. 

�� Labels: Insbesondere mit ArcView 3.x sehr beschränkt, keine Angabe der Rotation 

möglich. 

�� Gestaltung: Format unterstützt keine Symbole, Farben, Schraffuren etc. 

Workbench-Datei: Interlis2Shape.fmw 



Bewerkstelligt das gleiche wie bei DXF und MapInfo, ausser dass: 

�� Für ArcView 3.x werden die Texte "gestroked", d.h. als Polygone aufbereitet. S. 

Workbench, Ausgabe nach Layer "BB_Gebaeudenummer_Stroked". Nicht vergessen 

den Layer als Polygonlayer zu definieren. Damit sind die Texte für ArcView 3.x 

"pfannenfertig" aufbereitet! 

�� Für ArcGIS kann man die Rotation als Attribut mitgeben, Ausgabe nach Punktlayer 

"BB_Gebaeudenummer". 

6.2.4 INTERLIS nach ESRI Geodatabase (mdb oder file) 

Bei der ESRI Geodatabase gilt folgendes zu beachten: 

�� Um ESRI Geodatabases mit FME zu schreiben, muss ArcGIS auf dem gleichen 

System installiert sein. 

�� Die Version 8.x unterstützt keine Bögen. 

�� Standardmässig wird die Version der installierten ArcGIS Version erzeugt. Will man 

ältere Versionen erstellen, muss man in eine bestehende Geodatabase der 

gewünschten Version schreiben. 

�� Geodatabases unterstützten Beschriftungslayer (sog. Annotation-Layers) 

Workbench-Datei: Interlis2ESRI_GDB.fmw 

Bewerkstelligt das gleiche wie oben, ausser dass: 

�� Die Bodenbedeckung und die EO-Flächen werden mit Bögen geschrieben (falls 

ArcGIS > 9.x) 

�� Die Beschriftung wird als Annotation-Layer geschrieben, inklusive Rotation, Schrift 

wird als Arial Italic definiert. Siehe dazu die exponierten System-Attribute 

"geodb_font_name", "geodb_font_italic" (muss yes oder no sein) sowie 

"geodb_text_angle". 

�� Beachten Sie auch die Hilfe zum Format, unter "Feature Representation", "Annotation 

Attributes" 

6.2.5 INTERLIS nach PostGIS 

PostGIS ist eine sehr leistungsfähige Geodatenbank, leider unterstützt diese keine Bögen. 

Im Folgenden werden INTERLIS Daten nach PostGIS geschrieben, wobei die Bogeninformation 

als Attribut gespeichert wird. Bei PostGIS sollte folgendes beachtet werden: 

�� Unterstützt nur "simple features", heisst Punkte, Linien und Polygone. Gemischte 

Geometrien sind zwar möglich, aber nicht zu empfehlen. 

�� Tabellen- und Spaltennamen sollten klein geschrieben werden (PostgreSQL 

Standard). So ist z.B. der Zugriff von MapServer auf PostGIS Daten problemloser. 

Workbench-Datei: Interlis2PostGIS.fmw 

Bewerkstelligt folgendes: 

�� Schreibt Bodenbedeckung und Einzelobjekte als Polygone. 



�� Gleichzeitig als Linien mit der Bogeninformation (für die spätere Rekonstruktion der 

Bögen nach INTERLIS oder anderen Formaten welche Bögen unterstützen). 

�� Beschriftungen mit Text und Rotation. 

6.3 Fallbeispiele INTERLIS Schreiben 

6.3.1 Einführung 

Normalerweise wird man bei INTERLIS immer zu einem bestehenden Modell schreiben. Das 

INTERLIS Modul kann aber auch Modelle anhand der Input-Daten erzeugen. Beim 

Schreiben nach INTERLIS gilt folgendes zu beachten: 

�� INTERLIS unterstützt keine aggregierten Objekte. Wenn Sie aggregierte Objekte 

in Ihren Daten haben, immer ein Deaggregator Transformer davor schalten. 

�� Die Tabellen- und Spaltennamen müssen zwingend die gleichen sein wie im Modell. 

�� Die Datentypen müssen zwingend die gleichen sein wie im Modell. 

�� Nicht optionale Attribute müssen zwingend vorhanden sein (sind sie es nicht, 

erfolgt jeweils eine Warnung). 

6.3.2 MapInfo nach INTERLIS 

Die oben erzeugte MapInfo-Dateien der Bodenbedeckung und der EO-Flächen sollen zurück 

nach INTERLIS transferiert werden. Zu beachten gilt: 

�� Die Bögen gehen verloren, da diese Information nicht übertragen wurde (möglich 

wäre es, s. Beispiel mit PostGIS) 

�� Die Bodenbedeckung wurde zu MapInfo "Regions" umgewandelt also zu INTERLIS 

"Surface". Dies muss rückgängig gemacht werden. 

�� Die Textpositionen wurden umgerechnet, die neuen Positionen sind jetzt alle unten 

links. 

�� Einige der Attribute wurden nicht mitgenommen, es müssen Default-Werte vergeben 

werden. 

Workbench-Datei: mitab2interlis.fmw 

Vorgehen zum Erstellen der Workbench-Datei: 

�� Am besten geht man den Weg über eine leere Workbench und die Menüs "Source 

Data" und "Destination Data": 

o Source Data / Add Dataset und die MapInfo-Dateien hinzufügen. 

o Destination Data / Add Dataset und die INTERLIS-Datei hinzufügen (Add 

Feature Type ... mit Nein beantworten). 

o Destination Data / Import Feature Type Definition. Wichtig: Settings auf Split. 

o Die Layer wie in der Workbench ersichtlich auswählen ("Bodenbedeckung_ 

BoFlaeche", "Bodenbedeckung_BoFlaeche_Geometrie" etc.) 

�� In einem ersten Schritt werden den BB-Flächen über ein "Counter" OID (interlis_oid) 

zugewiesen (dies willkürlich, z.B. bei 1 startend). 



�� Dann werden aus den Flächen ("Regions") wieder INTERLIS AREAs erzeugt indem: 

o Punkte innerhalb der Flächen generiert werden (InsidePointReplacer 

Transformer). 

o Aus den Flächen topologisch korrekte Linien erzeugt werden, am besten mit 

einem Intersector Transformer. 

�� Die Gebäudenummern werden in einem ersten Schritt mit den Flächen verschnitten 

(Relation der Gebäudenummern zu den Gebäuden der Bodenbedeckung): 

TABLE Gebaeudenummer = 

Objekt: -> BoFlaeche // Art = Gebaeude //; !! Beziehung 1-mc 

�� Danach wird die Rotation umgerechnet (von MapInfo nach Gon); dazu muss das 

Attribut mapinfo_rotation exponiert werden (Formatattribut der Eingangsdatei). 

�� Ausgabe mit Default-Werte für Position unten links. 

�� Einzelobjekte Flächen: Erzeugen der OID und Ausgaben in der drei Tabellen. Die 

Relation ist hier immer durch die OID gegeben (s. auch Seite 14 unten). 

6.3.3 PostGIS nach INTERLIS 

Die oben erzeugte PostGIS DB soll zurück nach INTERLIS übersetzt werden, inklusive 

Rekonstruktion der Bögen anhand der Attribute. 

Workbench-Datei: postgis2interlis.fmw 

Die WB bewerkstelligt das Gleiche wie oben mit MapInfo gezeigt, ausser dass die Bögen 

rekonstruiert werden: 

�� Wichtig: Workspace Settings, Advanced, Geometry Handling auf "Rich" 

�� Die Bögen werden wie folgt wieder erzeugt: 

o Testen ob Bogen 

o Wenn ja, Bogen erzeugen 

o Wenn ja, Bogenattribute setzen (Anfang- und Endpunkt müssen wieder gleich 

sein, auf mm gerundet) 

6.4 Custom Transformers 

In den obigen Beispielen sind zwei "Custom Transformers" eingebaut: 

�� "OverlapsRemoverRichGeometry_PolyBuilder": Dieser Transformer bereinigt die 

Overlaps (Lösung 3 auf Seite 7) und bildet die Polygone mir Rich Geometry. Es 

werden dabei die Polygone und die Polylinien ausgegeben (Polylinien s. Beispiel 

"INTERLIS nach PostGIS"). Dabei kann die Snap- und Overlap-Toleranz angegeben 

werden. 

�� "INTERLIS_Text_Pos": Dieser Transformer rechnet die Textpositionen auf unten 

links um (s. auch Kapitel 4.3.2). Dies anhand der Vali/Hali/Ori und Text-Attribute. 

Bei der Installation werden die Custom Transformers werden ins Verzeichnis FME-InstallDir 

\INTERLIS\CustTrans kopiert. Doppelklick auf die Dateien um diese in FME zu installieren. In 

der Workbench finden Sie diese dann unter Transformers / Categorized / INTERLIS.

FME - Tydac AG

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?