# Funktion INTERLIS.areAreas

**URL:** <https://interlis.discourse.group/t/funktion-interlis-areareas/122>\
**Category:** Sprache INTERLIS\
**Tags:** ili24\
**Created:** [11. Mai 2023 um 06:59 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122 "2023-05-11T06:59:57Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![geoverm](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/geoverm/32/238_2.png) [@geoverm](https://interlis.discourse.group/u/geoverm)\
**Post date:** [11. Mai 2023 um 06:59 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/1 "2023-05-11T06:59:57Z")

</div>

Wie werden die Geometrien in der Funktion INTERLIS.areAreas in INTERLIS 2.4 verarbeitet?

In der Klasse A ist definiert:

```auto
Art: (a,b,c);
Geometrie: MANDATORY SURFACE WITH (STRAIGHTS, ARCS) VERTEX GeometrieCHLV95_V2.Coord2 WITHOUT OVERLAPS > 0.002;

```

die Prüfung der Konsistenzbedingung erfolgt in einer View:

```auto
View Art_a
  PROJECTION OF A;
  WHERE Art ==# a;
  =
  ALL OF A;
SET CONSTRAINT INTERLIS.areAreas(ALL, UNDEFINED, >> Geometrie);
END Art_a;

```

Berücksichtigt die Funktion INTERLIS.areAreas, dass die Geometrie der Klasse A Overlaps innerhalb des Toleranzwertes zulässt? Wenn nein, wie wäre der Toleranzwert in der Funktion zu implementieren? Der ilivalidator-1.12.0-0d0c3903d0cd203caac2ae987f9040c2b79ddb42 detektiert Overlapsfehler, obwohl diese innerhalb des Toleranzwertes liegen.

---

<div class="post-metadata">

**Author:** ![edigonzales](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/edigonzales/32/4_2.png) [@edigonzales](https://interlis.discourse.group/u/edigonzales)\
**Post date:** [13. Mai 2023 um 12:38 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/2 "2023-05-13T12:38:07Z")

</div>

Hast du einen Beispieldatensatz mit Modell?

Vielleicht gleiches Problem wie hier: [ILI 2 accept valid AREA overlaps · Issue #366 · claeis/ilivalidator · GitHub](https://github.com/claeis/ilivalidator/issues/366)

---

<div class="post-metadata">

**Author:** ![edigonzales](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/edigonzales/32/4_2.png) [@edigonzales](https://interlis.discourse.group/u/edigonzales)\
**Post date:** [15. Mai 2023 um 05:17 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/3 "2023-05-15T05:17:34Z")

</div>

Ah Moment:

- Die INTERLIS 2.4 Unterstützung ist noch nicht abgeschlossen. Wird glaub Spätsommer/Herbst 2023.
- Hast du ein spezielles Validierungsmodell? Oder erwartest du, dass die View im Originalmodell ausgewertet wird? Das wird sie m.E. nicht. Dazu gibt es ein Ticket: [Validate VIEW in non-validation models · Issue #324 · claeis/ilivalidator · GitHub](https://github.com/claeis/ilivalidator/issues/324) Könnte man also fixen lassen. Und ist glaub nicht zu aufwändig.

Beispiel für Validierungsmodell:

- [https://geo.so.ch/models/AFU/VSADSSMINI\_2020\_LV95\_Validierung\_IPW\_20220624.ili](https://geo.so.ch/models/AFU/VSADSSMINI_2020_LV95_Validierung_IPW_20220624.ili)
- [ilivalidator-web-service-websocket/vsadssmini\_2020\_lv95.toml at master · sogis/ilivalidator-web-service-websocket · GitHub](https://github.com/sogis/ilivalidator-web-service-websocket/blob/master/src/main/resources/toml/vsadssmini_2020_lv95.toml) → Du benötigst nur die „PARAMETER“-Sektion mit additionalModels
- java -jar ilivalidator.jar --config vsadssmini\_2020\_lv95.toml fubar.xtf

---

<div class="post-metadata">

**Author:** ![geoverm](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/geoverm/32/238_2.png) [@geoverm](https://interlis.discourse.group/u/geoverm)\
**Post date:** [15. Mai 2023 um 06:53 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/4 "2023-05-15T06:53:25Z")

</div>

In Zusammenhang mit dem DMAV wurde mir zugetragen, dass die Funktion INTERLIS.areAreas bei den Geodatenmodellen ID 73 und 145 (Nutzungsplanung) angewendet wurde und dort bei der Validierung mit dem ILI-Validator Fehlermeldungen verursacht hat, die nicht nachvollziehbar waren. Ich vermute, dass es (wie beschrieben) darauf zurückzuführen ist, dass INTERLIS 2.4 noch nicht vollständig in allen Tools implementiert ist.

---

<div class="post-metadata">

**Author:** ![beistehen](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/beistehen/32/7_2.png) [@beistehen](https://interlis.discourse.group/u/beistehen)\
**Post date:** [15. Mai 2023 um 07:37 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/5 "2023-05-15T07:37:39Z")

</div>

> In Zusammenhang mit dem DMAV wurde mir zugetragen, dass die Funktion INTERLIS.areAreas bei den Geodatenmodellen ID 73 und 145 (Nutzungsplanung) angewendet wurde und dort bei der Validierung mit dem ILI-Validator Fehlermeldungen verursacht hat, die nicht nachvollziehbar waren.

Dies ist korrekt und bezieht sich auch auf den von @edigonzales erwähnten [Issue #366](https://github.com/claeis/ilivalidator/issues/366). Die im März 2023 nach einem Patch Change publizierten Nutzungsplanmodelle sind jedoch weiterhin in INTERLIS 2.3 modelliert, nicht in ILI 2.4. Es handelt sich also nicht um eine Problematik, die mit einem Sprachwechsel verbunden ist.

---

<div class="post-metadata">

**Author:** ![edigonzales](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/edigonzales/32/4_2.png) [@edigonzales](https://interlis.discourse.group/u/edigonzales)\
**Post date:** [15. Mai 2023 um 07:50 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/6 "2023-05-15T07:50:38Z")

</div>

Bei den erwähnten Modellen liegt ein weiteres INTERLIS.areAreas-Problem beim Ressourcen-Verbrauch: [RAM Verbrauch Validierung · Issue #374 · claeis/ilivalidator · GitHub](https://github.com/claeis/ilivalidator/issues/374)

Wäre wohl nicht schlecht, wenn man sich dieser Thematik (366 und 374) im Rahmen DMAV annimmt. Sonst ist Frustration vorprogrammiert.

---

<div class="post-metadata">

**Author:** ![ceis](https://avatars.discourse-cdn.com/v4/letter/c/57b2e6/32.png) [@ceis](https://interlis.discourse.group/u/ceis)\
**Post date:** [25. Mai 2023 um 08:40 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/7 "2023-05-25T08:40:07Z")

</div>

> [@geoverm](#):
>
> Berücksichtigt die Funktion INTERLIS.areAreas, dass die Geometrie der Klasse A Overlaps innerhalb des Toleranzwertes zulässt?

Ja, die Funktion INTERLIS.areAreas() sollte den Overlap aus der Wertebereichsdefinition des Attributes berücksichtigen.

Die aktuelle Implementierung im ilivalidator macht das aber nicht richtig (ilivalidator#366)

---

<div class="post-metadata">

**Author:** ![ceis](https://avatars.discourse-cdn.com/v4/letter/c/57b2e6/32.png) [@ceis](https://interlis.discourse.group/u/ceis)\
**Post date:** [25. Mai 2023 um 08:42 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/8 "2023-05-25T08:42:45Z")

</div>

> [@edigonzales](#):
>
> Die INTERLIS 2.4 Unterstützung ist noch nicht abgeschlossen

INTERLIS.areAreas() funktioniert im ilivalidator für INTERLIS 2.3 und 2.4 identisch.

---

<div class="post-metadata">

**Author:** ![olivergrimm](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/olivergrimm/32/147_2.png) [@olivergrimm](https://interlis.discourse.group/u/olivergrimm)\
**Post date:** [30. Mai 2023 um 13:00 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/9 "2023-05-30T13:00:27Z")

</div>

Wir beobachten markant zunehmende Anforderungen im Bereich einer zuverlässigen AREA- und areAreas-Validierung in jüngster Zeit. Ein baldiges Beheben der bestehenden Mängel würde verschiedene Vorhaben unterstützen. Aus meiner Sicht würde es Sinn machen, die Interessenten dieser Issues zu formieren und eine baldige Behebung an die Hand zu nehmen. Was sind Eure Meinungen dazu?

---

<div class="post-metadata">

**Author:** ![edigonzales](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/edigonzales/32/4_2.png) [@edigonzales](https://interlis.discourse.group/u/edigonzales)\
**Post date:** [5. Juni 2023 um 12:59 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/10 "2023-06-05T12:59:47Z")

</div>

We’re going full circle 🙂

Am Einfachsten wäre es, wenn eine Organisation das Reparieren / Refactoring der AREA-Prüfung beauftragt (als erstes). Anschliessend kann die Performance gesteigert werden (als zweites).

---

<div class="post-metadata">

**Author:** ![edigonzales](https://yyz2.discourse-cdn.com/free1/user_avatar/interlis.discourse.group/edigonzales/32/4_2.png) [@edigonzales](https://interlis.discourse.group/u/edigonzales)\
**Post date:** [6. Juni 2023 um 14:08 UTC](https://interlis.discourse.group/t/funktion-interlis-areareas/122/11 "2023-06-06T14:08:11Z")

</div>

z.K. [AREA-Logging: "polygons overlay" not showing coordinates · Issue #376 · claeis/ilivalidator · GitHub](https://github.com/claeis/ilivalidator/issues/376)
