Web GIS - Versionsgeschichte

FlMcc: /* growthexperiments-addlink-summary-summary:3|0|0 */

2025-01-07T06:01:02Z

Linkvorschlag-Funktion: 3 Links hinzugefügt.

← Nächstältere Version		Version vom 7. Januar 2025, 08:01 Uhr
Zeile 13:		Zeile 13:
	{{Hauptartikel\|Mapserver}}		{{Hauptartikel\|Mapserver}}
	=== Statischer Mapserver ===		=== Statischer Mapserver ===
	Hierbei liegt die Aufgabe der Kartenerstellung beim Server, genauer gesagt muss darunter aber noch nicht die dynamische Erstellung einer Karte verstanden werden. Weit verbreitet sind die sogenannten „static maps“ bei denen das [[Rastermodell\|Rasterbild]] einer Karte angeboten wird, wie beispielsweise bei Anfahrtsskizzen o. Ä. Auch über die HTML-Technik der [[imagemap]]s werden zahlreiche Karten im Internet angeboten, die dem Benutzer die Möglichkeit geben, einen bestimmten Kartenausschnitt näher zu betrachten. Dabei ist die Karte ebenfalls statisch, der Client benötigt (wie auch in den weiteren Beispielen) aber nur noch eine eingeschränkte Funktionalität (~~„thin~~ ~~client“~~).		Hierbei liegt die Aufgabe der Kartenerstellung beim Server, genauer gesagt muss darunter aber noch nicht die dynamische Erstellung einer Karte verstanden werden. Weit verbreitet sind die sogenannten „static maps“ bei denen das [[Rastermodell\|Rasterbild]] einer Karte angeboten wird, wie beispielsweise bei Anfahrtsskizzen o. Ä. Auch über die HTML-Technik der [[imagemap]]s werden zahlreiche Karten im Internet angeboten, die dem Benutzer die Möglichkeit geben, einen bestimmten Kartenausschnitt näher zu betrachten. Dabei ist die Karte ebenfalls statisch, der Client benötigt (wie auch in den weiteren Beispielen) aber nur noch eine eingeschränkte Funktionalität („[[Thin Client\|thin client]]“).

	=== Dynamischer Mapserver ===		=== Dynamischer Mapserver ===
Zeile 24:		Zeile 24:
	Serverseitig wird auf die Funktionalität eines GIS zugegriffen, so dass komplexere GIS-Funktionen (z. B. [[Pufferung\|Puffer]]) möglich sind. Im Detail läuft die Kommunikation folgendermaßen ab: Der Client stellt über ein Internetprotokoll eine Anfrage an einen HTTP-Server (z. B. [[Apache HTTP Server\|Apache]], [[Microsoft]]-[[Internet Information Services\|IIS]] …), der diese Anfrage an eine GIS-Schnittstelle weiterleitet. Dadurch kann die Anfrage weiter zu GIS-spezifischen Kommandos ausgewertet werden, die an ein zugrundeliegendes GIS weitergeleitet werden. Dort werden dann a) diese Kommandos interpretiert, b) auf die Daten zugegriffen, c) diese mit verschiedenen Analyseskripten bearbeitet und schließlich d) eine Karte (ein Bericht) erstellt. Die Karte wird an die GIS-Schnittstelle zurückgegeben, wobei dann mit der Weiterleitung an den HTTP-Server der [[Client-Server-Modell\|Response]] (die Antwort) an den Client auf Basis des Internetprotokolls fertiggestellt werden kann. Ein [[Geoportal]] ist eine spezifische Ausprägung eines Web GIS, bei welchem der [[Webbrowser]] als Client eingesetzt wird.		Serverseitig wird auf die Funktionalität eines GIS zugegriffen, so dass komplexere GIS-Funktionen (z. B. [[Pufferung\|Puffer]]) möglich sind. Im Detail läuft die Kommunikation folgendermaßen ab: Der Client stellt über ein Internetprotokoll eine Anfrage an einen HTTP-Server (z. B. [[Apache HTTP Server\|Apache]], [[Microsoft]]-[[Internet Information Services\|IIS]] …), der diese Anfrage an eine GIS-Schnittstelle weiterleitet. Dadurch kann die Anfrage weiter zu GIS-spezifischen Kommandos ausgewertet werden, die an ein zugrundeliegendes GIS weitergeleitet werden. Dort werden dann a) diese Kommandos interpretiert, b) auf die Daten zugegriffen, c) diese mit verschiedenen Analyseskripten bearbeitet und schließlich d) eine Karte (ein Bericht) erstellt. Die Karte wird an die GIS-Schnittstelle zurückgegeben, wobei dann mit der Weiterleitung an den HTTP-Server der [[Client-Server-Modell\|Response]] (die Antwort) an den Client auf Basis des Internetprotokolls fertiggestellt werden kann. Ein [[Geoportal]] ist eine spezifische Ausprägung eines Web GIS, bei welchem der [[Webbrowser]] als Client eingesetzt wird.

	Einen Sonderfall des Online-GIS stellen die vorhandenen [[Open Geospatial Consortium\|OGC]]-konformen [[Geodienst]]e dar. Hierbei werden durch die vom OGC vorgegebenen Schnittstellen weitaus größere Möglichkeiten eines verteilten GIS ausgenutzt, als in den bisherigen Fällen dargestellt worden ist. Grundlage sind dabei die Standardisierungen der Kommunikation zwischen den unterschiedlichen Systemen. Dabei bieten die bisherigen starren Unterscheidungen von Client und Server keine ausreichende Darstellungsform mehr. Vielmehr ist zwar weiterhin ein Client (der Benutzer) vorhanden, dieser greift aber auf ein Serversystem zu, in dem aber wiederum ein Server der Client eines weiteren Server sein kann. Die Daten müssen nicht mehr nur auf einem Rechner liegen, sondern sie liegen losgelöst von den Rechnern mit GIS-Funktionalität im Netz. Weiterhin wird nicht nur ein Rechner mit GIS-Funktionalität angesprochen, sondern viele Rechner können unterschiedliche Funktionalitäten (Dienste) bereitstellen. Dabei muss das Dateiformat von allen Dienstleistern lesbar und schreibbar sein, damit diese untereinander ausgetauscht werden können.		Einen Sonderfall des Online-GIS stellen die vorhandenen [[Open Geospatial Consortium\|OGC]]-konformen [[Geodienst]]e dar. Hierbei werden durch die vom OGC vorgegebenen Schnittstellen weitaus größere Möglichkeiten eines verteilten GIS ausgenutzt, als in den bisherigen Fällen dargestellt worden ist. Grundlage sind dabei die Standardisierungen der Kommunikation zwischen den unterschiedlichen Systemen. Dabei bieten die bisherigen starren Unterscheidungen von Client und Server keine ausreichende Darstellungsform mehr. Vielmehr ist zwar weiterhin ein Client (der Benutzer) vorhanden, dieser greift aber auf ein Serversystem zu, in dem aber wiederum ein Server der Client eines weiteren Server sein kann. Die Daten müssen nicht mehr nur auf einem Rechner liegen, sondern sie liegen losgelöst von den Rechnern mit GIS-Funktionalität im Netz. Weiterhin wird nicht nur ein Rechner mit GIS-Funktionalität angesprochen, sondern viele Rechner können unterschiedliche Funktionalitäten (Dienste) bereitstellen. Dabei muss das [[Dateiformat]] von allen Dienstleistern lesbar und schreibbar sein, damit diese untereinander ausgetauscht werden können.

	Ein Beispiel mag als Anschauung dienen: Die Daten liegen auf beliebig vielen Rechnern in den unterschiedlichen Koordinatensystemen und in den unterschiedlichen Dateiformaten vor. Damit ein Benutzer aus diesen Quellen eine Karte generiert bekommen kann, muss erstens ein oder mehrere Dienste der Dateiumwandlung in ein allgemein lesbares Format vorhanden sein und zweitens ein Dienst (oder mehrere), der zwischen unterschiedlichen Koordinatensystemen transformieren kann. Am Ende dieser unterschiedlichen Dienste steht schließlich der Geodienst (z. B. [[Web Map Service]]), der das Kartenbild generiert und an den Benutzer zurückgibt. Das OGC hat dafür bereits einige Spezifikationen dieser Dienste als Schnittstellen verabschiedet, einige weitere befinden sich noch im Diskussionsstadium. Natürlich reichen diese drei genannten Dienste alleine nicht aus um eine Karte darzustellen. Aber es zeigt sich schon beim Zusammenspiel – von der Auswahl der Daten über einen Metadatenkatalog, zum Datenzugriff, über die Koordinatentransformation zu den Zeichenvorschriften, zur Visualisierung – dass eine recht große Komplexität bei der Frage auftritt, in welcher Reihenfolge diese Dienste abgearbeitet werden müssen: Wann wird die Koordinatentransformation eingeleitet, wann müssen die Dateiformate umgewandelt werden?		Ein Beispiel mag als Anschauung dienen: Die Daten liegen auf beliebig vielen Rechnern in den unterschiedlichen Koordinatensystemen und in den unterschiedlichen Dateiformaten vor. Damit ein Benutzer aus diesen Quellen eine Karte generiert bekommen kann, muss erstens ein oder mehrere Dienste der Dateiumwandlung in ein allgemein lesbares Format vorhanden sein und zweitens ein Dienst (oder mehrere), der zwischen unterschiedlichen Koordinatensystemen transformieren kann. Am Ende dieser unterschiedlichen Dienste steht schließlich der Geodienst (z. B. [[Web Map Service]]), der das Kartenbild generiert und an den Benutzer zurückgibt. Das OGC hat dafür bereits einige Spezifikationen dieser Dienste als Schnittstellen verabschiedet, einige weitere befinden sich noch im Diskussionsstadium. Natürlich reichen diese drei genannten Dienste alleine nicht aus um eine Karte darzustellen. Aber es zeigt sich schon beim Zusammenspiel – von der Auswahl der Daten über einen Metadatenkatalog, zum Datenzugriff, über die Koordinatentransformation zu den Zeichenvorschriften, zur Visualisierung – dass eine recht große Komplexität bei der Frage auftritt, in welcher Reihenfolge diese Dienste abgearbeitet werden müssen: Wann wird die Koordinatentransformation eingeleitet, wann müssen die Dateiformate umgewandelt werden?
Zeile 30:		Zeile 30:
	== SensorGIS ==		== SensorGIS ==
	{{Hauptartikel\|Sensor Web Enablement}}		{{Hauptartikel\|Sensor Web Enablement}}
	Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung. Sie ist eine Initiative des OGC ([[Open Geospatial Consortium]]s), die deren Mitglieder zur Entwicklung von mit GIS verknüpften Projekte anregen soll.		Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und [[Datenfernübertragung]]. Sie ist eine Initiative des OGC ([[Open Geospatial Consortium]]s), die deren Mitglieder zur Entwicklung von mit GIS verknüpften Projekte anregen soll.

	== Weblinks ==		== Weblinks ==

Thomas Dresler: Commonscat mit Helferlein hinzugefügt

2024-04-07T09:13:40Z

Commonscat mit Helferlein hinzugefügt

← Nächstältere Version		Version vom 7. April 2024, 11:13 Uhr
Zeile 33:		Zeile 33:

	== Weblinks ==		== Weblinks ==
			{{Commonscat\|WebGIS\|Web GIS}}
	* [http://www.giswiki.org/wiki/Kategorie:Web_Mapping Kategorie ''Web Mapping'' im GISWiki]		* [http://www.giswiki.org/wiki/Kategorie:Web_Mapping Kategorie ''Web Mapping'' im GISWiki]
	* [http://meta.wikimedia.org/wiki/Wikimaps Web-GIS für Wikis, Wikimaps]		* [http://meta.wikimedia.org/wiki/Wikimaps Web-GIS für Wikis, Wikimaps]

Thomas Dresler: Kommasetzung

2024-04-07T09:13:29Z

Kommasetzung

← Nächstältere Version		Version vom 7. April 2024, 11:13 Uhr
Zeile 26:		Zeile 26:
	Einen Sonderfall des Online-GIS stellen die vorhandenen [[Open Geospatial Consortium\|OGC]]-konformen [[Geodienst]]e dar. Hierbei werden durch die vom OGC vorgegebenen Schnittstellen weitaus größere Möglichkeiten eines verteilten GIS ausgenutzt, als in den bisherigen Fällen dargestellt worden ist. Grundlage sind dabei die Standardisierungen der Kommunikation zwischen den unterschiedlichen Systemen. Dabei bieten die bisherigen starren Unterscheidungen von Client und Server keine ausreichende Darstellungsform mehr. Vielmehr ist zwar weiterhin ein Client (der Benutzer) vorhanden, dieser greift aber auf ein Serversystem zu, in dem aber wiederum ein Server der Client eines weiteren Server sein kann. Die Daten müssen nicht mehr nur auf einem Rechner liegen, sondern sie liegen losgelöst von den Rechnern mit GIS-Funktionalität im Netz. Weiterhin wird nicht nur ein Rechner mit GIS-Funktionalität angesprochen, sondern viele Rechner können unterschiedliche Funktionalitäten (Dienste) bereitstellen. Dabei muss das Dateiformat von allen Dienstleistern lesbar und schreibbar sein, damit diese untereinander ausgetauscht werden können.		Einen Sonderfall des Online-GIS stellen die vorhandenen [[Open Geospatial Consortium\|OGC]]-konformen [[Geodienst]]e dar. Hierbei werden durch die vom OGC vorgegebenen Schnittstellen weitaus größere Möglichkeiten eines verteilten GIS ausgenutzt, als in den bisherigen Fällen dargestellt worden ist. Grundlage sind dabei die Standardisierungen der Kommunikation zwischen den unterschiedlichen Systemen. Dabei bieten die bisherigen starren Unterscheidungen von Client und Server keine ausreichende Darstellungsform mehr. Vielmehr ist zwar weiterhin ein Client (der Benutzer) vorhanden, dieser greift aber auf ein Serversystem zu, in dem aber wiederum ein Server der Client eines weiteren Server sein kann. Die Daten müssen nicht mehr nur auf einem Rechner liegen, sondern sie liegen losgelöst von den Rechnern mit GIS-Funktionalität im Netz. Weiterhin wird nicht nur ein Rechner mit GIS-Funktionalität angesprochen, sondern viele Rechner können unterschiedliche Funktionalitäten (Dienste) bereitstellen. Dabei muss das Dateiformat von allen Dienstleistern lesbar und schreibbar sein, damit diese untereinander ausgetauscht werden können.

	Ein Beispiel mag als Anschauung dienen: Die Daten liegen auf beliebig vielen Rechnern in den unterschiedlichen Koordinatensystemen und in den unterschiedlichen Dateiformaten vor. Damit ein Benutzer aus diesen Quellen eine Karte generiert bekommen kann muss erstens ein oder mehrere Dienste der Dateiumwandlung in ein allgemein lesbares Format vorhanden sein und zweitens ein Dienst (oder mehrere), der zwischen unterschiedlichen Koordinatensystemen transformieren kann. Am Ende dieser unterschiedlichen Dienste steht schließlich der Geodienst (z. B. [[Web Map Service]]), der das Kartenbild generiert und an den Benutzer zurückgibt. Das OGC hat dafür bereits einige Spezifikationen dieser Dienste als Schnittstellen verabschiedet, einige weitere befinden sich noch im Diskussionsstadium. Natürlich reichen diese drei genannten Dienste alleine nicht aus um eine Karte darzustellen. Aber es zeigt sich schon beim Zusammenspiel – von der Auswahl der Daten über einen Metadatenkatalog, zum Datenzugriff, über die Koordinatentransformation zu den Zeichenvorschriften, zur Visualisierung – dass eine recht große Komplexität bei der Frage auftritt, in welcher Reihenfolge diese Dienste abgearbeitet werden müssen: Wann wird die Koordinatentransformation eingeleitet, wann müssen die Dateiformate umgewandelt werden?		Ein Beispiel mag als Anschauung dienen: Die Daten liegen auf beliebig vielen Rechnern in den unterschiedlichen Koordinatensystemen und in den unterschiedlichen Dateiformaten vor. Damit ein Benutzer aus diesen Quellen eine Karte generiert bekommen kann, muss erstens ein oder mehrere Dienste der Dateiumwandlung in ein allgemein lesbares Format vorhanden sein und zweitens ein Dienst (oder mehrere), der zwischen unterschiedlichen Koordinatensystemen transformieren kann. Am Ende dieser unterschiedlichen Dienste steht schließlich der Geodienst (z. B. [[Web Map Service]]), der das Kartenbild generiert und an den Benutzer zurückgibt. Das OGC hat dafür bereits einige Spezifikationen dieser Dienste als Schnittstellen verabschiedet, einige weitere befinden sich noch im Diskussionsstadium. Natürlich reichen diese drei genannten Dienste alleine nicht aus um eine Karte darzustellen. Aber es zeigt sich schon beim Zusammenspiel – von der Auswahl der Daten über einen Metadatenkatalog, zum Datenzugriff, über die Koordinatentransformation zu den Zeichenvorschriften, zur Visualisierung – dass eine recht große Komplexität bei der Frage auftritt, in welcher Reihenfolge diese Dienste abgearbeitet werden müssen: Wann wird die Koordinatentransformation eingeleitet, wann müssen die Dateiformate umgewandelt werden?

	== SensorGIS ==		== SensorGIS ==

Bildungsbürger: Wikilinks mit AWB

2022-08-14T14:20:37Z

Wikilinks mit AWB

← Nächstältere Version		Version vom 14. August 2022, 16:20 Uhr
Zeile 1:		Zeile 1:
	Unter dem Begriff '''Web GIS''' wird im Allgemeinen eine [[Geoinformationssystem\|GIS]]-Applikation verstanden, deren Kernfunktionen auf für [[Geodaten]] spezialisierte [[Webservices]] ([[Geodienst]]e) zurückgreifen. Als [[Grafische Benutzeroberfläche]] kann dabei eine auf Geodaten spezialisierte [[Webapplikation]] oder ein [[Geobrowser]] eingesetzt werden.		Unter dem Begriff '''Web GIS''' wird im Allgemeinen eine [[Geoinformationssystem\|GIS]]-Applikation verstanden, deren Kernfunktionen auf für [[Geodaten]] spezialisierte [[Webservices]] ([[Geodienst]]e) zurückgreifen. Als [[Grafische Benutzeroberfläche]] kann dabei eine auf Geodaten spezialisierte [[Webapplikation]] oder ein [[Geobrowser]] eingesetzt werden.

	Synonym werden oftmals die Termini ''GIS online'', ''Internet-GIS'', ''NetGIS'', ''Distributed GIS'' oder ''Internet Mapping'' verwendet. Unter Internet Mapping – dem allgemeinen Begriff – kann auch nur der Abruf von [[Geodaten]] aus dem Internet in einem Desktop-GIS verstanden werden. Sofern mindestens zwei Programme Geodaten über ein Netzwerk austauschen ([[Client-Server]]-Prinzip), kann schon von einem Web-GIS gesprochen werden. Meist ist jedoch der Austausch von Geodaten per [[Netzwerkprotokoll]], im Speziellen per [[HTTP]] gemeint.		Synonym werden oftmals die Termini ''GIS online'', ''Internet-GIS'', ''NetGIS'', ''Distributed GIS'' oder ''Internet Mapping'' verwendet. Unter Internet Mapping – dem allgemeinen Begriff – kann auch nur der Abruf von Geodaten aus dem Internet in einem Desktop-GIS verstanden werden. Sofern mindestens zwei Programme Geodaten über ein Netzwerk austauschen ([[Client-Server]]-Prinzip), kann schon von einem Web-GIS gesprochen werden. Meist ist jedoch der Austausch von Geodaten per [[Netzwerkprotokoll]], im Speziellen per [[HTTP]] gemeint.

	Es ist sinnvoll, verschiedene Typen von Web-GIS zu unterscheiden. Eine sehr frühe Unterteilung hat schon ''Brandon Plewe'' vorgenommen.<ref>Brandon Plewe: ''GIS Online - Information retrieval, mapping and the Internet''. OnWord Press, 1997, ISBN 1-56690-137-5.</ref> Einige Typen sollen hier nun vorgestellt werden.		Es ist sinnvoll, verschiedene Typen von Web-GIS zu unterscheiden. Eine sehr frühe Unterteilung hat schon ''Brandon Plewe'' vorgenommen.<ref>Brandon Plewe: ''GIS Online - Information retrieval, mapping and the Internet''. OnWord Press, 1997, ISBN 1-56690-137-5.</ref> Einige Typen sollen hier nun vorgestellt werden.
Zeile 22:		Zeile 22:
	== Online-GIS ==		== Online-GIS ==
	{{Hauptartikel\|Geoanwendung}}		{{Hauptartikel\|Geoanwendung}}
	Serverseitig wird auf die Funktionalität eines GIS zugegriffen, so dass komplexere GIS-Funktionen (z. B. [[Pufferung\|Puffer]]) möglich sind. Im Detail läuft die Kommunikation folgendermaßen ab: Der Client stellt über ein Internetprotokoll eine Anfrage an einen HTTP-Server (z. B. [[Apache HTTP Server\|Apache]], [[Microsoft]]-[[Internet Information Services\|IIS]] …), der diese Anfrage an eine GIS-Schnittstelle weiterleitet. Dadurch kann die Anfrage weiter zu GIS-spezifischen Kommandos ausgewertet werden, die an ein zugrundeliegendes GIS weitergeleitet werden. Dort werden dann a) diese Kommandos interpretiert, b) auf die Daten zugegriffen, c) diese mit verschiedenen Analyseskripten bearbeitet und schließlich d) eine Karte (ein Bericht) erstellt. Die Karte wird an die GIS-Schnittstelle zurückgegeben, wobei dann mit der Weiterleitung an den HTTP-Server der [[Response]] (die Antwort) an den Client auf Basis des Internetprotokolls fertiggestellt werden kann. Ein [[Geoportal]] ist eine spezifische Ausprägung eines Web GIS, bei welchem der [[Webbrowser]] als Client eingesetzt wird.		Serverseitig wird auf die Funktionalität eines GIS zugegriffen, so dass komplexere GIS-Funktionen (z. B. [[Pufferung\|Puffer]]) möglich sind. Im Detail läuft die Kommunikation folgendermaßen ab: Der Client stellt über ein Internetprotokoll eine Anfrage an einen HTTP-Server (z. B. [[Apache HTTP Server\|Apache]], [[Microsoft]]-[[Internet Information Services\|IIS]] …), der diese Anfrage an eine GIS-Schnittstelle weiterleitet. Dadurch kann die Anfrage weiter zu GIS-spezifischen Kommandos ausgewertet werden, die an ein zugrundeliegendes GIS weitergeleitet werden. Dort werden dann a) diese Kommandos interpretiert, b) auf die Daten zugegriffen, c) diese mit verschiedenen Analyseskripten bearbeitet und schließlich d) eine Karte (ein Bericht) erstellt. Die Karte wird an die GIS-Schnittstelle zurückgegeben, wobei dann mit der Weiterleitung an den HTTP-Server der [[Client-Server-Modell\|Response]] (die Antwort) an den Client auf Basis des Internetprotokolls fertiggestellt werden kann. Ein [[Geoportal]] ist eine spezifische Ausprägung eines Web GIS, bei welchem der [[Webbrowser]] als Client eingesetzt wird.

	~~Ein~~ Sonderfall des Online-GIS stellen die vorhandenen [[Open Geospatial Consortium\|OGC]]-konformen [[Geodienst]]e dar. Hierbei werden durch die vom ~~[[Open Geospatial Consortium\|~~OGC]] vorgegebenen Schnittstellen weitaus größere Möglichkeiten eines verteilten GIS ausgenutzt, als in den bisherigen Fällen dargestellt worden ist. Grundlage sind dabei die Standardisierungen der Kommunikation zwischen den unterschiedlichen Systemen. Dabei bieten die bisherigen starren Unterscheidungen von Client und Server keine ausreichende Darstellungsform mehr. Vielmehr ist zwar weiterhin ein Client (der Benutzer) vorhanden, dieser greift aber auf ein Serversystem zu, in dem aber wiederum ein Server der Client eines weiteren Server sein kann. Die Daten müssen nicht mehr nur auf einem Rechner liegen, sondern sie liegen losgelöst von den Rechnern mit GIS-Funktionalität im Netz. Weiterhin wird nicht nur ein Rechner mit GIS-Funktionalität angesprochen, sondern viele Rechner können unterschiedliche Funktionalitäten (Dienste) bereitstellen. Dabei muss das Dateiformat von allen Dienstleistern lesbar und schreibbar sein, damit diese untereinander ausgetauscht werden können.		Einen Sonderfall des Online-GIS stellen die vorhandenen [[Open Geospatial Consortium\|OGC]]-konformen [[Geodienst]]e dar. Hierbei werden durch die vom OGC vorgegebenen Schnittstellen weitaus größere Möglichkeiten eines verteilten GIS ausgenutzt, als in den bisherigen Fällen dargestellt worden ist. Grundlage sind dabei die Standardisierungen der Kommunikation zwischen den unterschiedlichen Systemen. Dabei bieten die bisherigen starren Unterscheidungen von Client und Server keine ausreichende Darstellungsform mehr. Vielmehr ist zwar weiterhin ein Client (der Benutzer) vorhanden, dieser greift aber auf ein Serversystem zu, in dem aber wiederum ein Server der Client eines weiteren Server sein kann. Die Daten müssen nicht mehr nur auf einem Rechner liegen, sondern sie liegen losgelöst von den Rechnern mit GIS-Funktionalität im Netz. Weiterhin wird nicht nur ein Rechner mit GIS-Funktionalität angesprochen, sondern viele Rechner können unterschiedliche Funktionalitäten (Dienste) bereitstellen. Dabei muss das Dateiformat von allen Dienstleistern lesbar und schreibbar sein, damit diese untereinander ausgetauscht werden können.

	Ein Beispiel mag als Anschauung dienen: Die Daten liegen auf beliebig vielen Rechnern in den unterschiedlichen Koordinatensystemen und in den unterschiedlichen Dateiformaten vor. Damit ein Benutzer aus diesen Quellen eine Karte generiert bekommen kann muss erstens ein oder mehrere Dienste der Dateiumwandlung in ein allgemein lesbares Format vorhanden sein und zweitens ein Dienst (oder mehrere), der zwischen unterschiedlichen Koordinatensystemen transformieren kann. Am Ende dieser unterschiedlichen Dienste steht schließlich der [[Geodienst]] (z. B. [[Web Map Service]]), der das Kartenbild generiert und an den Benutzer zurückgibt. Das OGC hat dafür bereits einige Spezifikationen dieser Dienste als Schnittstellen verabschiedet, einige weitere befinden sich noch im Diskussionsstadium. Natürlich reichen diese drei genannten Dienste alleine nicht aus um eine Karte darzustellen. Aber es zeigt sich schon beim Zusammenspiel – von der Auswahl der Daten über einen Metadatenkatalog, zum Datenzugriff, über die Koordinatentransformation zu den Zeichenvorschriften, zur Visualisierung – dass eine recht große Komplexität bei der Frage auftritt, in welcher Reihenfolge diese Dienste abgearbeitet werden müssen: Wann wird die Koordinatentransformation eingeleitet, wann müssen die Dateiformate umgewandelt werden?		Ein Beispiel mag als Anschauung dienen: Die Daten liegen auf beliebig vielen Rechnern in den unterschiedlichen Koordinatensystemen und in den unterschiedlichen Dateiformaten vor. Damit ein Benutzer aus diesen Quellen eine Karte generiert bekommen kann muss erstens ein oder mehrere Dienste der Dateiumwandlung in ein allgemein lesbares Format vorhanden sein und zweitens ein Dienst (oder mehrere), der zwischen unterschiedlichen Koordinatensystemen transformieren kann. Am Ende dieser unterschiedlichen Dienste steht schließlich der Geodienst (z. B. [[Web Map Service]]), der das Kartenbild generiert und an den Benutzer zurückgibt. Das OGC hat dafür bereits einige Spezifikationen dieser Dienste als Schnittstellen verabschiedet, einige weitere befinden sich noch im Diskussionsstadium. Natürlich reichen diese drei genannten Dienste alleine nicht aus um eine Karte darzustellen. Aber es zeigt sich schon beim Zusammenspiel – von der Auswahl der Daten über einen Metadatenkatalog, zum Datenzugriff, über die Koordinatentransformation zu den Zeichenvorschriften, zur Visualisierung – dass eine recht große Komplexität bei der Frage auftritt, in welcher Reihenfolge diese Dienste abgearbeitet werden müssen: Wann wird die Koordinatentransformation eingeleitet, wann müssen die Dateiformate umgewandelt werden?

	== SensorGIS ==		== SensorGIS ==
	{{Hauptartikel\|Sensor Web Enablement}}		{{Hauptartikel\|Sensor Web Enablement}}
	Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung. Sie ist eine Initiative des OGC ([[Open Geospatial Consortium~~\|Open Geospatial Consortiums~~]]), die deren Mitglieder zur Entwicklung von mit GIS verknüpften Projekte anregen soll.		Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung. Sie ist eine Initiative des OGC ([[Open Geospatial Consortium]]s), die deren Mitglieder zur Entwicklung von mit GIS verknüpften Projekte anregen soll.

	== Weblinks ==		== Weblinks ==

Luftraum: links

2021-08-20T18:03:23Z

links

← Nächstältere Version		Version vom 20. August 2021, 20:03 Uhr
Zeile 1:		Zeile 1:
	Unter dem Begriff '''Web GIS''' wird im Allgemeinen eine [[Geoinformationssystem\|GIS]]-Applikation verstanden, deren Kernfunktionen auf für Geodaten spezialisierte [[Webservices]] ([[Geodienst]]e) zurückgreifen. Als [[Grafische Benutzeroberfläche]] kann dabei eine auf Geodaten spezialisierte [[Webapplikation]] oder ein [[Geobrowser]] ~~zur Verwendung~~ eingesetzt werden.		Unter dem Begriff '''Web GIS''' wird im Allgemeinen eine [[Geoinformationssystem\|GIS]]-Applikation verstanden, deren Kernfunktionen auf für [[Geodaten]] spezialisierte [[Webservices]] ([[Geodienst]]e) zurückgreifen. Als [[Grafische Benutzeroberfläche]] kann dabei eine auf Geodaten spezialisierte [[Webapplikation]] oder ein [[Geobrowser]] eingesetzt werden.

	Synonym werden oftmals die Termini ''GIS online'', ''Internet-GIS'', ''NetGIS'', ''Distributed GIS'' oder ''Internet Mapping'' verwendet. Unter Internet Mapping – dem allgemeinen Begriff – kann auch nur der Abruf von [[Geodaten]] aus dem Internet in einem Desktop-GIS verstanden werden. Sofern mindestens zwei Programme Geodaten über ein Netzwerk austauschen ([[Client-Server]]-Prinzip), kann schon von einem Web-GIS gesprochen werden. Meist ist jedoch der Austausch von Geodaten per [[Netzwerkprotokoll]], im Speziellen per [[HTTP]] gemeint.		Synonym werden oftmals die Termini ''GIS online'', ''Internet-GIS'', ''NetGIS'', ''Distributed GIS'' oder ''Internet Mapping'' verwendet. Unter Internet Mapping – dem allgemeinen Begriff – kann auch nur der Abruf von [[Geodaten]] aus dem Internet in einem Desktop-GIS verstanden werden. Sofern mindestens zwei Programme Geodaten über ein Netzwerk austauschen ([[Client-Server]]-Prinzip), kann schon von einem Web-GIS gesprochen werden. Meist ist jedoch der Austausch von Geodaten per [[Netzwerkprotokoll]], im Speziellen per [[HTTP]] gemeint.
Zeile 24:		Zeile 24:
	Serverseitig wird auf die Funktionalität eines GIS zugegriffen, so dass komplexere GIS-Funktionen (z. B. [[Pufferung\|Puffer]]) möglich sind. Im Detail läuft die Kommunikation folgendermaßen ab: Der Client stellt über ein Internetprotokoll eine Anfrage an einen HTTP-Server (z. B. [[Apache HTTP Server\|Apache]], [[Microsoft]]-[[Internet Information Services\|IIS]] …), der diese Anfrage an eine GIS-Schnittstelle weiterleitet. Dadurch kann die Anfrage weiter zu GIS-spezifischen Kommandos ausgewertet werden, die an ein zugrundeliegendes GIS weitergeleitet werden. Dort werden dann a) diese Kommandos interpretiert, b) auf die Daten zugegriffen, c) diese mit verschiedenen Analyseskripten bearbeitet und schließlich d) eine Karte (ein Bericht) erstellt. Die Karte wird an die GIS-Schnittstelle zurückgegeben, wobei dann mit der Weiterleitung an den HTTP-Server der [[Response]] (die Antwort) an den Client auf Basis des Internetprotokolls fertiggestellt werden kann. Ein [[Geoportal]] ist eine spezifische Ausprägung eines Web GIS, bei welchem der [[Webbrowser]] als Client eingesetzt wird.		Serverseitig wird auf die Funktionalität eines GIS zugegriffen, so dass komplexere GIS-Funktionen (z. B. [[Pufferung\|Puffer]]) möglich sind. Im Detail läuft die Kommunikation folgendermaßen ab: Der Client stellt über ein Internetprotokoll eine Anfrage an einen HTTP-Server (z. B. [[Apache HTTP Server\|Apache]], [[Microsoft]]-[[Internet Information Services\|IIS]] …), der diese Anfrage an eine GIS-Schnittstelle weiterleitet. Dadurch kann die Anfrage weiter zu GIS-spezifischen Kommandos ausgewertet werden, die an ein zugrundeliegendes GIS weitergeleitet werden. Dort werden dann a) diese Kommandos interpretiert, b) auf die Daten zugegriffen, c) diese mit verschiedenen Analyseskripten bearbeitet und schließlich d) eine Karte (ein Bericht) erstellt. Die Karte wird an die GIS-Schnittstelle zurückgegeben, wobei dann mit der Weiterleitung an den HTTP-Server der [[Response]] (die Antwort) an den Client auf Basis des Internetprotokolls fertiggestellt werden kann. Ein [[Geoportal]] ist eine spezifische Ausprägung eines Web GIS, bei welchem der [[Webbrowser]] als Client eingesetzt wird.

	Ein Sonderfall des Online-GIS stellen die vorhandenen OGC-konformen [[Geodienst]]e dar. Hierbei werden durch die vom [[Open Geospatial Consortium\|OGC]] vorgegebenen Schnittstellen weitaus größere Möglichkeiten eines verteilten GIS ausgenutzt, als in den bisherigen Fällen dargestellt worden ist. Grundlage sind dabei die Standardisierungen der Kommunikation zwischen den unterschiedlichen Systemen. Dabei bieten die bisherigen starren Unterscheidungen von Client und Server keine ausreichende Darstellungsform mehr. Vielmehr ist zwar weiterhin ein Client (der Benutzer) vorhanden, dieser greift aber auf ein Serversystem zu, in dem aber wiederum ein Server der Client eines weiteren Server sein kann. Die Daten müssen nicht mehr nur auf einem Rechner liegen, sondern sie liegen losgelöst von den Rechnern mit GIS-Funktionalität im Netz. Weiterhin wird nicht nur ein Rechner mit GIS-Funktionalität angesprochen, sondern viele Rechner können unterschiedliche Funktionalitäten (Dienste) bereitstellen. Dabei muss das Dateiformat von allen Dienstleistern lesbar und schreibbar sein, damit diese untereinander ausgetauscht werden können.		Ein Sonderfall des Online-GIS stellen die vorhandenen [[Open Geospatial Consortium\|OGC]]-konformen [[Geodienst]]e dar. Hierbei werden durch die vom [[Open Geospatial Consortium\|OGC]] vorgegebenen Schnittstellen weitaus größere Möglichkeiten eines verteilten GIS ausgenutzt, als in den bisherigen Fällen dargestellt worden ist. Grundlage sind dabei die Standardisierungen der Kommunikation zwischen den unterschiedlichen Systemen. Dabei bieten die bisherigen starren Unterscheidungen von Client und Server keine ausreichende Darstellungsform mehr. Vielmehr ist zwar weiterhin ein Client (der Benutzer) vorhanden, dieser greift aber auf ein Serversystem zu, in dem aber wiederum ein Server der Client eines weiteren Server sein kann. Die Daten müssen nicht mehr nur auf einem Rechner liegen, sondern sie liegen losgelöst von den Rechnern mit GIS-Funktionalität im Netz. Weiterhin wird nicht nur ein Rechner mit GIS-Funktionalität angesprochen, sondern viele Rechner können unterschiedliche Funktionalitäten (Dienste) bereitstellen. Dabei muss das Dateiformat von allen Dienstleistern lesbar und schreibbar sein, damit diese untereinander ausgetauscht werden können.

	Ein Beispiel mag als Anschauung dienen: Die Daten liegen auf beliebig vielen Rechnern in den unterschiedlichen Koordinatensystemen und in den unterschiedlichen Dateiformaten vor. Damit ein Benutzer aus diesen Quellen eine Karte generiert bekommen kann muss erstens ein oder mehrere Dienste der Dateiumwandlung in ein allgemein lesbares Format vorhanden sein und zweitens ein Dienst (oder mehrere), der zwischen unterschiedlichen Koordinatensystemen transformieren kann. Am Ende dieser unterschiedlichen Dienste steht schließlich der [[Geodienst]] (z. B. [[Web Map Service]]), der das Kartenbild generiert und an den Benutzer zurückgibt. Das OGC hat dafür bereits einige Spezifikationen dieser Dienste als Schnittstellen verabschiedet, einige weitere befinden sich noch im Diskussionsstadium. Natürlich reichen diese drei genannten Dienste alleine nicht aus um eine Karte darzustellen. Aber es zeigt sich schon beim Zusammenspiel – von der Auswahl der Daten über einen Metadatenkatalog, zum Datenzugriff, über die Koordinatentransformation zu den Zeichenvorschriften, zur Visualisierung – dass eine recht große Komplexität bei der Frage auftritt, in welcher Reihenfolge diese Dienste abgearbeitet werden müssen: Wann wird die Koordinatentransformation eingeleitet, wann müssen die Dateiformate umgewandelt werden?		Ein Beispiel mag als Anschauung dienen: Die Daten liegen auf beliebig vielen Rechnern in den unterschiedlichen Koordinatensystemen und in den unterschiedlichen Dateiformaten vor. Damit ein Benutzer aus diesen Quellen eine Karte generiert bekommen kann muss erstens ein oder mehrere Dienste der Dateiumwandlung in ein allgemein lesbares Format vorhanden sein und zweitens ein Dienst (oder mehrere), der zwischen unterschiedlichen Koordinatensystemen transformieren kann. Am Ende dieser unterschiedlichen Dienste steht schließlich der [[Geodienst]] (z. B. [[Web Map Service]]), der das Kartenbild generiert und an den Benutzer zurückgibt. Das OGC hat dafür bereits einige Spezifikationen dieser Dienste als Schnittstellen verabschiedet, einige weitere befinden sich noch im Diskussionsstadium. Natürlich reichen diese drei genannten Dienste alleine nicht aus um eine Karte darzustellen. Aber es zeigt sich schon beim Zusammenspiel – von der Auswahl der Daten über einen Metadatenkatalog, zum Datenzugriff, über die Koordinatentransformation zu den Zeichenvorschriften, zur Visualisierung – dass eine recht große Komplexität bei der Frage auftritt, in welcher Reihenfolge diese Dienste abgearbeitet werden müssen: Wann wird die Koordinatentransformation eingeleitet, wann müssen die Dateiformate umgewandelt werden?

RoBri am 13. März 2018 um 15:42 Uhr

2018-03-13T15:42:42Z

← Nächstältere Version		Version vom 13. März 2018, 17:42 Uhr
Zeile 30:		Zeile 30:
	== SensorGIS ==		== SensorGIS ==
	{{Hauptartikel\|Sensor Web Enablement}}		{{Hauptartikel\|Sensor Web Enablement}}
	Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung.		Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung. Sie ist eine Initiative des OGC ([[Open Geospatial Consortium\|Open Geospatial Consortiums]]), die deren Mitglieder zur Entwicklung von mit GIS verknüpften Projekte anregen soll.

	Sie ist eine Initiative des OGC ([[Open Geospatial Consortium\|Open Geospatial Consortiums]]), die deren Mitglieder zur Entwicklung mit GIS verknüpften Projekte anregen soll.

	== Weblinks ==		== Weblinks ==

Ottuvoppe Yopmail: Änderung 174876472 von Hlps rückgängig gemacht;

2018-03-11T13:54:42Z

Änderung 174876472 von Hlps rückgängig gemacht;

← Nächstältere Version		Version vom 11. März 2018, 15:54 Uhr
Zeile 31:		Zeile 31:
	{{Hauptartikel\|Sensor Web Enablement}}		{{Hauptartikel\|Sensor Web Enablement}}
	Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung.		Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung.

			Sie ist eine Initiative des OGC ([[Open Geospatial Consortium\|Open Geospatial Consortiums]]), die deren Mitglieder zur Entwicklung mit GIS verknüpften Projekte anregen soll.

	== Weblinks ==		== Weblinks ==

Hlps: Änderung 174876380 von Ottuvoppe Yopmail rückgängig gemacht; rv

2018-03-10T14:36:26Z

Änderung 174876380 von Ottuvoppe Yopmail rückgängig gemacht; rv

← Nächstältere Version		Version vom 10. März 2018, 16:36 Uhr
Zeile 31:		Zeile 31:
	{{Hauptartikel\|Sensor Web Enablement}}		{{Hauptartikel\|Sensor Web Enablement}}
	Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung.		Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung.

	Sie ist eine Initiative des OGC ([[Open Geospatial Consortium\|Open Geospatial Consortiums]]), die deren Mitarbeiter zur Entwicklung mit GIS verknüpften Projekte anregen soll.

	== Weblinks ==		== Weblinks ==

Ottuvoppe Yopmail: Änderung 174818338 von Schnabeltassentier rückgängig gemacht; steht auf der Artikelseite von SensorGIS

2018-03-10T14:32:50Z

Änderung 174818338 von Schnabeltassentier rückgängig gemacht; steht auf der Artikelseite von SensorGIS

← Nächstältere Version		Version vom 10. März 2018, 16:32 Uhr
Zeile 31:		Zeile 31:
	{{Hauptartikel\|Sensor Web Enablement}}		{{Hauptartikel\|Sensor Web Enablement}}
	Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung.		Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung.

			Sie ist eine Initiative des OGC ([[Open Geospatial Consortium\|Open Geospatial Consortiums]]), die deren Mitarbeiter zur Entwicklung mit GIS verknüpften Projekte anregen soll.

	== Weblinks ==		== Weblinks ==

Schnabeltassentier: Änderung 174818324 von Ottuvoppe Yopmail rückgängig gemacht; sagt wer? steht wo?

2018-03-08T16:47:14Z

Änderung 174818324 von Ottuvoppe Yopmail rückgängig gemacht; sagt wer? steht wo?

← Nächstältere Version		Version vom 8. März 2018, 18:47 Uhr
Zeile 31:		Zeile 31:
	{{Hauptartikel\|Sensor Web Enablement}}		{{Hauptartikel\|Sensor Web Enablement}}
	Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung.		Unter [[SensorGIS]] versteht man die Kombination aus Web-GIS, drahtlosen Sensornetzwerken und Datenfernübertragung.

	Sie ist eine Initiative des OGC ([[Open Geospatial Consortium\|Open Geospatial Consortiums]]), die deren Mitarbeiter zur Entwicklung mit GIS verknüpften Projekte anregen soll.

	== Weblinks ==		== Weblinks ==