Diskussion:INTERLIS: Unterschied zwischen den Versionen
Aus Geoinformation HSR
Stefan (Diskussion | Beiträge) (Die Seite wurde neu angelegt: Probleme und Missverständnisse rund um INTERLIS: Missverständnisse: INTERLIS... * ist nur ein Transfer-Format * ist nur für Vermessung geeignet * Mit Webservices u...) |
Stefan (Diskussion | Beiträge) |
||
| Zeile 1: | Zeile 1: | ||
| − | |||
Probleme und Missverständnisse rund um INTERLIS: | Probleme und Missverständnisse rund um INTERLIS: | ||
Missverständnisse: INTERLIS... | Missverständnisse: INTERLIS... | ||
* ist nur ein Transfer-Format | * ist nur ein Transfer-Format | ||
| + | * ist auch ein internes Speicherformat | ||
| + | * regelt alle Einzelheiten des internen Datenmodells | ||
| + | * regelt die auch die effiziente Erfassung von Daten | ||
| + | * impliziert, dass gleich eine ganze Applikation vorhanden ist | ||
* ist nur für Vermessung geeignet | * ist nur für Vermessung geeignet | ||
| − | * Mit Webservices und SOA braucht es kein INTERLIS mehr | + | * Mit Webservices und SOA braucht es kein INTERLIS mehr |
Probleme (und mögliche Lösungen): INTERLIS | Probleme (und mögliche Lösungen): INTERLIS | ||
Version vom 19. Juni 2009, 08:28 Uhr
Probleme und Missverständnisse rund um INTERLIS:
Missverständnisse: INTERLIS...
- ist nur ein Transfer-Format
- ist auch ein internes Speicherformat
- regelt alle Einzelheiten des internen Datenmodells
- regelt die auch die effiziente Erfassung von Daten
- impliziert, dass gleich eine ganze Applikation vorhanden ist
- ist nur für Vermessung geeignet
- Mit Webservices und SOA braucht es kein INTERLIS mehr
Probleme (und mögliche Lösungen): INTERLIS
- ist kompliziert (da Syntax-unterstützende Editoren fehlen?)
- Perfektionszwang: der Datenlieferant wird durch INTERLIS zu Perfektion gezwungen, was ihn dazu verleiten kann, dem Kunden fast-perfekte Daten vorzuenthalten. (Vortrag Häsler, Spirgartentreffen 2009)
- Fehlerbehandlungszwang: kann sich der Kunde beim Lieferanten durchsetzen, fast-perfekte Daten zu beziehen, ist er gezwungen, die Fehler nach Relevanz bezüglich Systemverhalten und Dateninhalt zu beruteilen und eine Lösung zu realisieren. (Vortrag Häsler, Spirgartentreffen 2009)
