Diskussion:INTERLIS: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
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) Keine Bearbeitungszusammenfassung |
||
| 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, 06: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)