# Delta in XTF Files

**URL:** <https://interlis.discourse.group/t/delta-in-xtf-files/449>\
**Category:** Sprache INTERLIS\
**Tags:** xtf\
**Created:** [24. Oktober 2025 um 18:03 UTC](https://interlis.discourse.group/t/delta-in-xtf-files/449 "2025-10-24T18:03:05Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![arisk](https://avatars.discourse-cdn.com/v4/letter/a/bc8723/32.png) [@arisk](https://interlis.discourse.group/u/arisk)\
**Post date:** [24. Oktober 2025 um 18:03 UTC](https://interlis.discourse.group/t/delta-in-xtf-files/449/1 "2025-10-24T18:03:05Z")

</div>

Bei den Transferfiles (XTF) gibt es auf Level Basket das Attribut `KIND`, welches `FULL`, `INITIAL` oder `UPDATE` sein kann. Wenn man durch `ili2db` z.B. eine PostGIS zu einem spezifischen Schema migriert, bekommt man je nach Optionen auch die Tables `mutation` und `mutation_art`.

Meine Annahme war, dass man durch `ili2db` einen Import der Basisdaten macht (z..B. ein full XTF vom Geometer), und dann normal durch ein GIS an den Daten arbeitet. Dabei kann man ja Löschen, Addieren oder Objekte Anpassen. Um dann eine inkrementelle Ablieferung von diesem neuen Stand zu machen, sollte im erstellten XTF irgendwie dieser Delta ersichtlich sein - was wurde `DELETED`, was wurde `UPDATED` etc.

Jedoch, sehe ich dass bei der Table `mutation` nichts automatisch erfasst wird, was somit auch immer zu einem `FULL` XTF resuliert.

Wie wurde das genau angedacht? Wie werden genau die inkrementelle XTFs erstellt? Die Einträge in der `mutation` Tabelle manuell zu erfassen, ist ja nicht etwas wo jedes Ingenieurbüro selbständig machen kann.

Vielen Dank schon im voraus für eure Zeit.

Aris Konstantinidis