OSGeo - User contributions [en]

Komitee für Bildung und Dokumentationserstellung

2009-03-27T08:51:58Z

Wiki-Markus Weißmann: /* Treffen FOSSGIS Hannover 17. 3. 2009 */

== Komitee für Bildung und Dokumentationserstellung ==

Die Aufgabe des Komitees für Bildung und Dokumentationserstellung ist es, die Nutzung der unter dem Dach der OSGeo entwickelten
Softwareprodukte durch Anleitungen und Tutorials zu unterstützen.
Diese Anleitungen sollen vorrangig im WIKI erstellt werden, um die Vorteile einer gemeinsamen Erstellung ausnutzen zu können.
Fühlen Sie sich frei sich als Mitglied in dieses Komitee einzutragen und eigene Anleitungen zu erstellen.

== Mitglieder ==
* [[User:Kai Behncke | Kai Behncke]]
* [[User:Peter_panther | Florian Thürkow]]
* [[User:Simon Appelt | Simon Appelt]]
* [[User:jtmapmedia | Jörg Thomsen]]
* [[User:Markus Weißmann | Markus Weißmann]]
* [[User:Sven Boehme | Sven Boehme]]
* [[User:Matthias Heber | Matthias Heber]]
* [[User:Khoffmann | Karsten Hoffmann]]
* [[User:Astrid Emde | Astrid Emde]]
* [[User:mikee63 | Mike Elstermann]]
* [[User:Christian Plass | Christian Plass]]

{| class="float-right" style="background-color:transparent;"
| [[Image:Autorentreffen_Linuxhotel091001.jpg]]
|-
| Treffen zum UMN MapServer Handbuch im Linuxhotel in Essen, Januar 2009
|}

== Kommunikation ==
=== mails ===
* mapserver-de@freegis.org

=== IRC ===
* irc://irc.freenode.net/#fossgis
* [http://widget.mibbit.com/?settings=d6c564d91b45ad67d712a5d287c9a39e&server=irc.freenode.net&channel=%23fossgis Webchat]
* regelmässige Treffen: Donnerstags 17:30 Uhr

== Roadmap ==
* Übernahme von Teilen aus dem englischen UMN Dokument
* FOSSGIS 2009: [http://www.fossgis.de/konferenz/wiki/Dienstag%2C_17._M%C3%A4rz_2009#Entwickler-_und_Anwendertreffen_ab_17:30_Uhr Di 17.3.09 17:30 ]
* evtl. weiteres Treffen Linux-Tag
* Fertigstellung September 2009
* evtl. Intergeo 2009 Bereitstellung des Buches

== Anleitungen ==
* [[Anleitung für Routing (Pgrouting) und UMN MapServer mit den Freien Geodaten aus Osnabrück (Frida) | Anleitung für Routing (Pgrouting) und UMN MapServer mit den Freien Geodaten aus Osnabrück (Frida)]]

* [[Neuerungen des UMN MapServers 5.0 | Neuerungen des UMN MapServers 5.0]]

* [[Installation von MapServer, Apache und PostgreSQL/PostGIS auf Debian 4.0 | Installation von MapServer, Apache und PostgreSQL/PostGIS auf Debian 4.0]]

* [[UMN-Mapserver_Performancetest | UMN-Mapserver Performancetest]]

* [[Wxs mapscript]]

* [[Konstruktion von Diagrammen mit dem UMN MapServer 5.0 | Konstruktion von Diagrammen mit dem UMN MapServer 5.0]]

* [[Neuerungen des UMN MapServers 5.2 | Neuerungen des UMN MapServers 5.2]]

Auf der FOSSGIS 2008 in Freiburg wurde beschlossen, dass im Rahmen von OSGeo Dach (Bildung) gemeinschaftlich das neue Handbuch für den UMN MapServer erstellt wird. Die Erstellung des Buches wird über ein WIKI laufen. Sofern Sie Interesse haben tragen Sie sich bitte in die Mailingliste [http://freegis.org/mailman/listinfo/mapserver-de mapserver-de] ein, und setzen Sie, wenn Sie möchten, oben auch einen namentlichen Link.

Hier gehts zur Gliederung des Handbuches
[http://wiki.osgeo.org/wiki/HBUMNMapServer_ger http://wiki.osgeo.org/wiki/HBUMNMapServer_ger]

== Links ==
* [http://download.osgeo.org/mapserver/docs/mapserver-users-manual.pdf mapserver user manual ]

== Zusammenfassung der Treffen==
=== IRC 2009-01-22===
Link zum gesamten Protokoll: http://logs.qgis.org/fossgis/%23fossgis.2009-01-22.log

'''SVN der OSGEO'''
* wir nutzen das SVN für
** MapFiles
** Beispieldaten
** Grafiken (hochaufgelöste Raster und Vektor-Versionen für den Druck)
** LaTeX- und PDF-Druck-Versionen zu den gedruckten Ausgaben (Ergänzung, Jörg)

'''Beispieldaten'''
* Es werden, wie in Essen besprochen, OSM-Daten von Hamburg für die Beispiele genommen
* Versuch Demo-Rasterdaten für Hamburg zu bekommen (über Kai/Simon/GiN)

'''Finanzierung'''
* Beantragung der Unterstützung durch den FOSSGIS e. V.
* Versuch auch über den AK-WebGIS des GiN Zuschüsse zu bekommen.
Erläuterung für Außenstehende: Es geht hier nicht um die Bezahlung der Arbeitszeiten, nur die Erstattung oder Bezuschussung anfallender Kosten (z.B. Reisekosten) und einer Auslage der Druckkosten.

'''Druck'''

Angebote werden eingeholt, wenn es soweit ist, dass gedruckt werden kann. Eine Option ist die bisherige Druckerei (Schaltungsdienst Lange, Berlin), eine weitere Books on Demand: http://www.bod.de.

'''Grafiker'''

gefunden!
Chrsitian aus Osnabrück

'''Nächster offizieller IRC'''

Der bisherige Termin, Do 17:30, passt leider nicht mehr allen, ein Neuer muss gefunden werden: http://www.doodle.com/sprra5ehbuvex32d

=== Treffen FOSSGIS Hannover 17. 3. 2009===
* UMN MapServer Handbuchtreffen
* Wir haben uns auf der FOSSGIS in Hannover getroffen.
* alle wichtigen Infos sollten sich auf dieser Wikiseite befinden bzw. über die Kategorie http://wiki.osgeo.org/wiki/Category:UMN_MapServer_Handbuch verlinkt sein
* die Kommunikation zum Handbuch geht vorerst über die deutschsprachige Mapserver Liste (falls es zu viel werden sollte, können wir uns eine Alternative überlegen)

;Für alle, die neu hinzugekommen sind oder noch bei der Handbucherstellung mitmachen möchten. Hier die wichtigsten Informationen:
# Link zur OSGeo-Seite
# das Buch soll im September 2009 zur Intergeo herauskommen
# das Buch soll über dern FOSSGIS e.V. vertrieben werden
# alle, die Lust haben mitzuwirken, können sich auf der dieser Seite unter Mitglieder [[Komitee_f%C3%BCr_Bildung_und_Dokumentationserstellung#Mitglieder]] eintragen.
# für das Editieren im Wiki wird ein Account benötigt. Dieses kann direkt im Wiki über den Link http://wiki.osgeo.org/wiki/Special:UserLogin erstellt werden:
# Anregungen zu den einzelnen Kapiteln können auf den jeweiligen "Discussion" Seiten der Kapitel hinterlegt werden und mit den Autoren der Kapitel abgesprochen werden.

;Das Treffen
* neue Interessenten waren anwesend, die sich eine Mitarbeit in Form von Anregungen, kleineren Beiträgen, Korrekturen lesen vorstellen konnten.
* schön wäre es, wenn das Buch eine Mischung aus Nachschlagewerk und Buch, das auch lesbar ist, würde.
* Lars hat das mapserver.org Kapitel Mapfile übersetzt
* das Anwendertreffen auf der FOSSGIS war zu kurz, um in Details zu gehen. Es wäre sinnvoll, wenn wir uns nochmals im Linuxhotel zu einem Wochenende treffen könnten (Termine stehen noch nocht fest)

; Demodaten
Als Demodaten zur Veranschaulichung des Inhalts sollen Raster- und Vektordaten verwendet werden:
* Vektordaten: OSM (download aktueller Daten über die Geofabrik Bereich Bielefeld oder NRW)
* Vektordaten: Basisdaten der Stadt Bielefeld (nach Absprache)
* Rasterdaten: ältere Luftbilder werden von der Stadt Bielefeld bereitgestellt
* Statistische Daten der Stadt Bielefeld
* --> Lars Ligner wird sich mit Rainer Nuß und Andreas Wagner wegen der Daten aus Bielefeld in Verbindung setzen
* --> Jochen Topf wurde angesprochen (Astrid). Er könnte die OSM Daten des gewünschten Bereiches dauerhaft und aktuell bereitstellen.

[[Category: Education]]
[[Category:UMN MapServer Handbuch]]

Wxs mapscript

2008-04-10T08:22:16Z

Wiki-Markus Weißmann:

== MapScript wrappers für WxS-Services ==

(angefangene deutsche Übersetzung der englischsprachigen Seite http://mapserver.gis.umn.edu/docs/howto/wxs_mapscript, bitte weiter übersetzen und ggf. korrigieren)

=== Einführung ===

Mit der Implementierung von Mapserver [http://mapserver.gis.umn.edu/development/rfc/ms-rfc-16 RFC 16] in Mapserver 4.9 hat Mapscript nun die Fähigkeit OGC-Webdienstaufrufe wie WMC, WCS und WFS auszuführen und die Ergebnisse der Verarbeitung der Anfragen einzufangen.

Dies macht es möglich, basierend auf Informationen aus dem Original-Request ein Map-Objekt dynamisch zu konfigurieren und den Output der abgearbeiteten Requests für weitergehende Nachbearbeitung abzufangen.

=== Python Beispiel ===

Das folgende einfache in Python geschriebene Beispiel zeigt ein Script, das intern den Map-Namen ausgibt, aber auch normale Mapserver-Prozesse benutzt.

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das OWS-Request-Objekt ist zum Managen einer geparsten Liste von OWS-Processing-Optionen. In dem obigen Beispiel werden sie über die Umgebung mit dem Aufruf loadParams(), welcher sie (wie mapserv das auch machen würde) von QUERY_STRING holt und parsed, geladen.

Dann laden wir die Karte und rufen OWSDispatch mit den gegebenen Argumenten der Karte auf. Standardmäßig werden die Ergebnisse des verschickten Requests in stdout geschrieben, welche sie zum Client zurückgibt.

import mapscript
req = mapscript.OWSRequest()
req.setParameter( 'SERVICE', 'WMS' )
req.setParameter( 'VERSION', '1.1.0' )
req.setParameter( 'REQUEST', 'GetCapabilities' )
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das vorherige Beispiel hat alle Ergebnisse zum Client direkt zurück geschickt. Aber in machen Fällen wollen wir die Möglichkeit haben, das Ergebnis unserer Requests abzufangen, und es vielleicht in einer bestimmten Art zu modifizieren. Im folgenden Beispiel
zwängen wir die ungeliebten OGC-Mime-Type-Fehler in einfache text/html (Achtung! - kein Standard!)

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
mapscript.msIO_installStdoutToBuffer()
map.OWSDispatch( req )
content_type = mapscript.msIO_stripStdoutBufferContentType()
content = mapscript.msIO_getStdoutBufferBytes()
if content_type == 'vnd.ogc.se_xml':
content_type = 'text/xml'
print 'Content-type: ' + content_type
print
print content

Das Beispiel zeigt das Abfangen der Ausgaben von OWS-Requests in einen Puffer, indem der "Contet-type:" Header Value abgefangen wird, und das Abfangen des aktuellen Inhalts als Binärdaten. Die Funktion msIO_getStdoutBufferBytes() gibt dem stdout einen Puffer als Byte-Array. Wenn das Ergebnis als Text erkannt wird, kann die die Funktion msIO_getStdoutBufferString() dagegen gebraucht werden, um es als String für einfachere Textmanipulationen abzufangen.

Wxs mapscript

2008-04-10T06:36:13Z

Wiki-Markus Weißmann: /* Einführung */

== MapScript wrappers für WxS-Services ==

(angefangene deutsche Übersetzung der englischsprachigen Seite http://mapserver.gis.umn.edu/docs/howto/wxs_mapscript, bitte weiter übersetzen und ggf. korrigieren)

=== Einführung ===

Mit der Implementierung von Mapserver RFC 16 in Mapserver 4.9 hat Mapscript nun die Fähigkeit OGC-Webdienstaufrufe wie WMC, WCS und WFS auszuführen und die Ergebnisse der Verarbeitung der Anfragen einzufangen.

Dies macht es möglich, basierend auf Informationen aus dem Original-Request ein Map-Objekt dynamisch zu konfigurieren und den Output der abgearbeiteten Requests für weitergehende Nachbearbeitung abzufangen.

=== Python Beispiel ===

Das folgende einfache in Python geschriebene Beispiel zeigt ein Script, das intern den Map-Namen ausgibt, aber auch normale Mapserver-Prozesse benutzt.

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das OWS-Request-Objekt ist zum Managen einer geparsten Liste von OWS-Processing-Optionen. In dem obigen Beispiel werden sie über die Umgebung mit dem Aufruf loadParams(), welcher sie (wie mapserv das auch machen würde) von QUERY_STRING holt und parsed, geladen.

Dann laden wir die Karte und rufen OWSDispatch mit den gegebenen Argumenten der Karte auf. Standardmäßig werden die Ergebnisse des verschickten Requests in stdout geschrieben, welche sie zum Client zurückgibt.

import mapscript
req = mapscript.OWSRequest()
req.setParameter( 'SERVICE', 'WMS' )
req.setParameter( 'VERSION', '1.1.0' )
req.setParameter( 'REQUEST', 'GetCapabilities' )
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das vorherige Beispiel hat alle Ergebnisse zum Client direkt zurück geschickt. Aber in machen Fällen wollen wir die Möglichkeit haben, das Ergebnis unserer Requests abzufangen, und es vielleicht in einer bestimmten Art zu modifizieren. Im folgenden Beispiel
zwängen wir die ungeliebten OGC-Mime-Type-Fehler in einfache text/html (Achtung! - kein Standard!)

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
mapscript.msIO_installStdoutToBuffer()
map.OWSDispatch( req )
content_type = mapscript.msIO_stripStdoutBufferContentType()
content = mapscript.msIO_getStdoutBufferBytes()
if content_type == 'vnd.ogc.se_xml':
content_type = 'text/xml'
print 'Content-type: ' + content_type
print
print content

Das Beispiel zeigt das Abfangen der Ausgaben von OWS-Requests in einen Puffer, indem der "Contet-type:" Header Value abgefangen wird, und das Abfangen des aktuellen Inhalts als Binärdaten. Die Funktion msIO_getStdoutBufferBytes() gibt dem stdout einen Puffer als Byte-Array. Wenn das Ergebnis als Text erkannt wird, kann die die Funktion msIO_getStdoutBufferString() dagegen gebraucht werden, um es als String für einfachere Textmanipulationen abzufangen.

Wxs mapscript

2008-04-09T13:53:39Z

Wiki-Markus Weißmann:

== MapScript wrappers für WxS-Services ==

(angefangene deutsche Übersetzung der englischsprachigen Seite http://mapserver.gis.umn.edu/docs/howto/wxs_mapscript, bitte weiter übersetzen und ggf. korrigieren)

=== Einführung ===

Mit der Implementierung von Mapserver RFC 16 in Mapserver 4.9 hat Mapscript nun die Fähigkeit OGC-Webdienstaufrufe und wie WMC, WCS und WFS auszuführen.

Dies macht es möglich, basierend auf Informationen aus dem Original-Request ein Map-Objekt dynamisch zu konfigurieren und den Output der abgearbeiteten Requests für weitergehende Nachbearbeitung abzufangen.

=== Python Beispiel ===

Das folgende einfache in Python geschriebene Beispiel zeigt ein Script, das intern den Map-Namen ausgibt, aber auch normale Mapserver-Prozesse benutzt.

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das OWS-Request-Objekt ist zum Managen einer geparsten Liste von OWS-Processing-Optionen. In dem obigen Beispiel werden sie über die Umgebung mit dem Aufruf loadParams(), welcher sie (wie mapserv das auch machen würde) von QUERY_STRING holt und parsed, geladen.

Dann laden wir die Karte und rufen OWSDispatch mit den gegebenen Argumenten der Karte auf. Standardmäßig werden die Ergebnisse des verschickten Requests in stdout geschrieben, welche sie zum Client zurückgibt.

import mapscript
req = mapscript.OWSRequest()
req.setParameter( 'SERVICE', 'WMS' )
req.setParameter( 'VERSION', '1.1.0' )
req.setParameter( 'REQUEST', 'GetCapabilities' )
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das vorherige Beispiel hat alle Ergebnisse zum Client direkt zurück geschickt. Aber in machen Fällen wollen wir die Möglichkeit haben, das Ergebnis unserer Requests abzufangen, und es vielleicht in einer bestimmten Art zu modifizieren. Im folgenden Beispiel
zwängen wir die ungeliebten OGC-Mime-Type-Fehler in einfache text/html (Achtung! - kein Standard!)

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
mapscript.msIO_installStdoutToBuffer()
map.OWSDispatch( req )
content_type = mapscript.msIO_stripStdoutBufferContentType()
content = mapscript.msIO_getStdoutBufferBytes()
if content_type == 'vnd.ogc.se_xml':
content_type = 'text/xml'
print 'Content-type: ' + content_type
print
print content

Das Beispiel zeigt das Abfangen der Ausgaben von OWS-Requests in einen Puffer, indem der "Contet-type:" Header Value abgefangen wird, und das Abfangen des aktuellen Inhalts als Binärdaten. Die Funktion msIO_getStdoutBufferBytes() gibt dem stdout einen Puffer als Byte-Array. Wenn das Ergebnis als Text erkannt wird, kann die die Funktion msIO_getStdoutBufferString() dagegen gebraucht werden, um es als String für einfachere Textmanipulationen abzufangen.

Wxs mapscript

2008-04-09T13:52:00Z

Wiki-Markus Weißmann:

== MapScript wrappers für WxS-Services ==

(angefangene deutsche Übersetzung der englischsprachigen Seite http://mapserver.gis.umn.edu/docs/howto/wxs_mapscript, bitte weiter übersetzen und ggf. korrigieren)

=== Einführung ===

Mit der Implementierung von Mapserver RFC 16 in Mapserver 4.9 hat Mapscript nun die Fähigkeit OGC-Webdienstaufrufe und wie WMC, WCS und WFS auszuführen.

Dies macht es möglich, basierend auf Informationen aus dem Original-Request ein Map-Objekt dynamisch zu konfigurieren und den Output der abgearbeiteten Requests für weitergehende Nachbearbeitung abzufangen.

=== Python Beispiel ===

Das folgende einfache in Python geschriebene Beispiel zeigt ein Script, das intern den Map-Namen ausgibt, aber auch normale Mapserver-Prozesse benutzt.

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das OWS-Request-Objekt ist zum Managen einer geparsten Liste von OWS-Processing-Optionen. In dem obigen Beispiel werden sie über die Umgebung mit dem Aufruf loadParams(), welcher sie (wie mapserv das auch machen würde) von QUERY_STRING holt und parsed, geladen.

Dann laden wir die Karte und rufen OWSDispatch mit den gegebenen Argumenten der Karte auf. Standardmäßig werden die Ergebnisse des verschickten Requests in stdout geschrieben, welche sie zum Client zurückgibt.

import mapscript
req = mapscript.OWSRequest()
req.setParameter( 'SERVICE', 'WMS' )
req.setParameter( 'VERSION', '1.1.0' )
req.setParameter( 'REQUEST', 'GetCapabilities' )
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das vorherige Beispiel hat alle Ergebnisse zum Client direkt zurück geschickt. Aber in machen Fällen wollen wir die Möglichkeit haben, das Ergebnis unserer Requests abzufangen, und es vielleicht in einer bestimmten Art zu modifizieren. Im folgenden Beispiel
zwängen wir die ungeliebten OGC-Mime-Type-Fehler in einfache text/html (Achtung! - kein Standard!)

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
mapscript.msIO_installStdoutToBuffer()
map.OWSDispatch( req )
content_type = mapscript.msIO_stripStdoutBufferContentType()
content = mapscript.msIO_getStdoutBufferBytes()
if content_type == 'vnd.ogc.se_xml':
content_type = 'text/xml'
print 'Content-type: ' + content_type
print
print content

Das Beispiel zeigt das Einfangen von Ausgaben von OWS-Requests in einen Puffer, indem der "Contet-type:" Header Value eingefangen wird und das Einfangen des aktuellen Inhalts als Binärdaten. Die Funktion msIO_getStdoutBufferBytes() gibt dem stdout einen Puffer als Byte-Array. Wenn das Ergebnis als Text erkannt wird, kann die die Funktion msIO_getStdoutBufferString() dagegen gebraucht werden, um es als String für einfachere Textmanipulationen einzufangen.

Wxs mapscript

2008-04-09T13:51:36Z

Wiki-Markus Weißmann:

== MapScript wrappers für WxS Services ==

(angefangene deutsche Übersetzung der englischsprachigen Seite http://mapserver.gis.umn.edu/docs/howto/wxs_mapscript, bitte weiter übersetzen und ggf. korrigieren)

=== Einführung ===

Mit der Implementierung von Mapserver RFC 16 in Mapserver 4.9 hat Mapscript nun die Fähigkeit OGC-Webdienstaufrufe und wie WMC, WCS und WFS auszuführen.

Dies macht es möglich, basierend auf Informationen aus dem Original-Request ein Map-Objekt dynamisch zu konfigurieren und den Output der abgearbeiteten Requests für weitergehende Nachbearbeitung abzufangen.

=== Python Beispiel ===

Das folgende einfache in Python geschriebene Beispiel zeigt ein Script, das intern den Map-Namen ausgibt, aber auch normale Mapserver-Prozesse benutzt.

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das OWS-Request-Objekt ist zum Managen einer geparsten Liste von OWS-Processing-Optionen. In dem obigen Beispiel werden sie über die Umgebung mit dem Aufruf loadParams(), welcher sie (wie mapserv das auch machen würde) von QUERY_STRING holt und parsed, geladen.

Dann laden wir die Karte und rufen OWSDispatch mit den gegebenen Argumenten der Karte auf. Standardmäßig werden die Ergebnisse des verschickten Requests in stdout geschrieben, welche sie zum Client zurückgibt.

import mapscript
req = mapscript.OWSRequest()
req.setParameter( 'SERVICE', 'WMS' )
req.setParameter( 'VERSION', '1.1.0' )
req.setParameter( 'REQUEST', 'GetCapabilities' )
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
map.OWSDispatch( req )

Das vorherige Beispiel hat alle Ergebnisse zum Client direkt zurück geschickt. Aber in machen Fällen wollen wir die Möglichkeit haben, das Ergebnis unserer Requests abzufangen, und es vielleicht in einer bestimmten Art zu modifizieren. Im folgenden Beispiel
zwängen wir die ungeliebten OGC-Mime-Type-Fehler in einfache text/html (Achtung! - kein Standard!)

import mapscript
req = mapscript.OWSRequest()
req.loadParams()
map = mapscript.mapObj( '/u/www/maps/ukpoly/ukpoly.map' )
mapscript.msIO_installStdoutToBuffer()
map.OWSDispatch( req )
content_type = mapscript.msIO_stripStdoutBufferContentType()
content = mapscript.msIO_getStdoutBufferBytes()
if content_type == 'vnd.ogc.se_xml':
content_type = 'text/xml'
print 'Content-type: ' + content_type
print
print content

Das Beispiel zeigt das Einfangen von Ausgaben von OWS-Requests in einen Puffer, indem der "Contet-type:" Header Value eingefangen wird und das Einfangen des aktuellen Inhalts als Binärdaten. Die Funktion msIO_getStdoutBufferBytes() gibt dem stdout einen Puffer als Byte-Array. Wenn das Ergebnis als Text erkannt wird, kann die die Funktion msIO_getStdoutBufferString() dagegen gebraucht werden, um es als String für einfachere Textmanipulationen einzufangen.

Wxs mapscript

2008-04-09T13:43:14Z

Wiki-Markus Weißmann:

Wxs mapscript

2008-04-09T13:29:17Z

Wiki-Markus Weißmann:

Komitee für Bildung und Dokumentationserstellung

2008-04-09T06:58:46Z

Wiki-Markus Weißmann: /* Links */

Komitee für Bildung und Dokumentationserstellung

2008-04-09T06:58:24Z

Wiki-Markus Weißmann:

Komitee für Bildung und Dokumentationserstellung

2008-04-07T08:18:57Z

Wiki-Markus Weißmann: /* Anleitungen */

Wxs mapscript

2008-04-07T08:16:21Z

Wiki-Markus Weißmann: /* MapScript wrappers für WxS Services */

Wxs mapscript

2008-04-07T08:15:02Z

Wiki-Markus Weißmann: New page: == MapScript wrappers für WxS Services == (angefangene deutsche Übersetzung der englischsprachigen Seite http://mapserver.gis.umn.edu/docs/howto/wxs_mapscript, bitte weiter übersetzen ...

User:Markus Weißmann

2008-04-07T07:23:35Z

Wiki-Markus Weißmann:

Markus Weißmann
Koordinierungsstelle GDI-NI,
Geodatenmanagement
LGN – Landesvermessung + Geobasisinformation Niedersachsen
Podbielskistraße 331
30659 Hannover
Tel.: +49 511 64609-305
Fax: +49 511 64609-162
E-Mail: markus.weissmann at lgn.niedersachsen.de
Web: http://www.lgn.de
Web: http://www.gdi-ni.de

* [[ Komitee_f%C3%BCr_Bildung_und_Dokumentationserstellung | Komitee für Bildung und Dokumentationserstellung ]]

HBUMNMapServer ger

2008-04-07T05:02:18Z

Wiki-Markus Weißmann:

== Inhaltsverzeichnis des 'aktuellen' Handbuchs ==

1 Einfährung 
1.1 Aufbau dieses Buches 
1.2 Was ist ein Mapserver? 
1.2.1 Vorteile des UMN MapServer 
1.3 Die verschiedenen Funktionsweisen 
1.3.1 MapServer als CGI 
1.3.2 MapServer OGC-konform 
1.3.3 MapScript 
1.3.4 ChangeLog 
1.4 Migration 
1.5 Danksagung 
2 Mapﬁle 
2.1 Bedeutung des Mapﬁles 
2.1.1 MapServer als CGI 
2.1.2 Die Modi 
2.1.3 Die weiteren Parameter 
2.2 Grundlegender Aufbau des Mapﬁles 
2.3 Der Header 
2.4 Die Web-Sektion 
2.5 Layer 
2.5.1 Gruppierungen von Layern 
2.5.2 Weitere Layer-Optionen 
2.6 Classes 
2.7 Styles 
2.8 Rasterdaten 
2.8.1 Bildkataloge 
2.8.2 Rasterdaten klassiﬁzieren 
2.8.3 Umprojizieren von Rasterdaten 
2.8.4 Rasterdaten mit GDAL 
2.9 Vektordaten 
2.9.1 Indizes für Shapeﬁles 
2.9.2 Graticule-Layer 
2.10 Projektionen 
2.10.1 Notation 
2.10.2 Orthographische Projektion 
2.10.3 Projektionen im realen Einsatz 
2.11 Schriften 
2.12 Annotationen 
2.12.1 Die Label-Sektion 
2.12.2 Bitmap-Schriften 
2.12.3 TrueType-Schriften 
2.12.4 Beschriftungen ohne Annotationslayer 
2.12.5 Der Label-Cache 
2.12.6 Hinweise 
2.13 Symbole 
2.13.1 TrueType-Symbole 
2.13.2 Pixmap-Symbole 
2.13.3 Overlay-Symbole 
2.13.4 Beispiele 
2.14 Maßst¨ abe 
2.15 Legenden 
2.15.1 Die klassische MapServer-Legende 
2.15.2 HTML-Legenden 
2.16 Templates 
2.16.1 Die verschiedenen Arten von Templates 
2.16.2 Aufbau 
2.17 Metadaten 
2.18 Queries 
2.18.1 Notation 
2.18.2 Query maps 
2.18.3 Weitere Arten von Queries 
2.19 PostgreSQL und PostGIS 
2.20 OGR 
2.21 Speziﬁkation von Ausgabeformaten 
2.21.1 Rasterbilder 
2.21.2 Vektorformate 
2.22 Features 
2.22.1 Fix positionierte Elemente . 
2.23 CGI-Parameter 
2.23.1 Parameter einschr¨ anken . 
2.23.2 Variablensubstitution 
3 OGC-Konformit¨ at
3.1 Warum macht man das? 
3.2 Web Mappping Server (WMS) 
3.2.1 Servermodi . 
3.2.2 Der aufrufende URL 
3.2.3 WMS-Metadaten im Mapﬁle . 
3.2.4 Exceptions 
3.2.5 getFeatureInfo 
3.2.6 WMS Clients 
3.2.7 Exceptions 
3.2.8 Hinweise 
3.3 Web Feature Server (WFS) 
3.3.1 WFS Server 
3.3.2 Projektionen in WFS-Servern 
3.3.3 Schemas 
3.3.4 Aufruf & Capabilities 
3.3.5 WFS Client 
3.4 Map Context 
3.4.1 Das Context-Dokument 
3.4.2 Den Kontext verwenden 
4 Datenbankanbindungen 
4.1 PostgreSQL und PostGIS . 
4.1.1 Shapeﬁles in PostGIS laden 
4.1.2 Notation in Layern 
4.1.3 PostGIS außerhalb des MapServers 
5 Demos 
5.1 Itasca 
5.2 GMap 
6 MapScript 
6.1 PHP MapScript 
6.1.1 Laden des Moduls 
6.1.2 Setzen von Objekt-Eigenschaften . 
6.1.3 Formulareingaben in PHP verarbeiten 
6.1.4 Die mapObj-Klasse 
6.1.5 Fehlerbehandlung 
6.1.6 Die layerObj-Klasse 
6.1.7 Die classObj-Klasse 
6.1.8 Die imageObj-Klasse 
6.1.9 Die labelObj-Klasse 
6.1.10 Die webObj-Klasse 
6.1.11 Die referenceMapObj-Klasse 
6.1.12 Die colorObj-Klasse 
6.1.13 Die pointObj-Klasse 
6.1.14 Die lineObj-Klasse 
6.1.15 Die projectionObj-Klasse 
6.1.16 Die shapeﬁleObj-Klasse 
6.1.17 Struktur von PHP MapScript-Seiten 
6.1.18 Speichern von Map-Objekten in PHP-Sessions 
6.1.19 Speicherverwaltung mit MapScript 
6.2 Weitere Sprachen 
6.2.1 Perl 
6.2.2 Java 
6.2.3 Python 
7 Zus¨ atzliche Werkzeuge 
7.1 Werkzeuge der Bibliothek Shapelib 
7.1.1 shpdump 
7.1.2 shpcreate, shpadd, dbfcreate und dbfadd 
7.1.3 dbfdump 
7.1.4 shpinfo 
7.1.5 dbﬁnfo 
7.2 Werkzeuge des MapServers 
7.2.1 shp2img 
7.2.2 shptree 
7.2.3 shptreevis 
7.3 Werkzeuge der GDAL-Bibliothek 
7.3.1 gdaltindex . 
II Anhang 
A Referenz 
A.1 Limits 
A.2 Organisation der Daten 
A.3 ¨ Anderungen 
A.3.1 3.6 nach 4.0 
A.3.2 3.5 nach 3.6 
A.4 PHP MapScript 
A.4.1 Konstanten 
A.4.2 Allgemeine Funktionen 
A.4.3 mapObj 
A.4.4 layerObj . 
A.4.5 classObj 
A.4.6 styleObj 
A.4.7 imageObj 
A.4.8 labelObj 
A.4.9 labelCacheObj . 
A.4.10 webObj 
A.4.11 referenceMapObj 
A.4.12 colorObj 
A.4.13 pointObj 
A.4.14 lineObj 
A.4.15 rectObj 
A.4.16 shapeObj 
A.4.17 projectionObj 
A.4.18 shapeﬁleObj 
A.4.19 resultCacheMemberObj 
A.4.20 scalebarObj 
A.4.21 legendObj 
A.4.22 outputformatObj . 
A.4.23 gridObj 
A.4.24 errorObj 
A.5 CGI-Parameter 
A.5.1 Normale Parameter . 
A.5.2 CGI-Modus . 
A.5.3 Parameter für Java-Applets 
B Bezug und Installation 
B.1 Bezug 
B.1.1 Vorkompiliert 
B.1.2 Quelltexte 
B.1.3 ¨ Anderungen 
B.1.4 CVS . 
B.2 Installation von Binaries 
B.2.1 Binaries für Windows 
B.2.2 Binaries für Linux . . . 
B.3 Die MapMedia MapServer Suite 
B.4 Kompilieren der Quelltexte 
B.4.1 GD 
B.4.2 Proj.4-Unterstüzung 
B.4.3 EPPL7-Unterstützung 
B.4.4 Funktionalit¨ at als WMS-Server 
B.4.5 Funktionalit¨ at als WMS-Client 
B.4.6 Funktionalit¨ at als WFS-Server 
B.4.7 Funktionalit¨ at als WFS-Client 
B.4.8 Unterstützung für PostGIS 
B.4.9 GDAL und OGR 
B.4.10 Unterstützung für PDF-Output 
B.4.11 Unterstützung für Shockwave Flash 
B.4.12 Kompilieren des MapServers 
B.5 MapScript 
B.5.1 Binaries . . 
B.5.2 Aus den Quellen 
C Migration 239
C.1 Von Version 3.6 nach Version 4.0 
C.1.1 Geänderte und neue Parameter 
C.1.2 MapServer kompilieren 
C.1.3 Queries 
C.1.4 Diverse Probleme 
C.1.5 MapScript 
D Sicherheit 
D.1 Komprommittierung des MapServer-Rechners 
D.2 Zugänglichkeit der Originaldaten 
D.3 Verschleiern des Mapﬁlenamens 
D.4 MapScript-Anwendungen 
D.5 Die Clientseite: Active Scripting 
E Tips zur Performance 
E.1 Vermeiden Sie unn¨ otige Funktionalität 
E.2 Nutzen Sie MINSCALE und MAXSCALE 
E.3 Legen Sie Indizes an 
E.4 Kacheln Sie Ihre Daten 
E.5 Kompression muß verstanden werden 
E.6 Datenbankabfragen . 
E.7 Hardware 
E.8 Schließlich: Zeigen Sie nie alles auf einmal 
F Unterstützte Formate 
F.1 Lesbare Formate 
F.1.1 GD 
F.1.2 Räumliche Datenbanken 
F.1.3 Rasterformate mit GDAL 
F.1.4 Vektorformate mit OGR 
F.2 Schreibbare Formate 
F.3 Nicht unterstützte Formate 
G MapServer im Internet 
G.1 Website 
G.2 Mailinglisten 
G.2.1 Archiv 
G.2.2 Wiki 
G.3 Beispielseiten 
G.3.1 Capabilities XML 
H Lizenz der Software 
H.1 Die Lizenz aus der Datei README 
H.2 Erläuterungen 

== Inhaltsverzeichnis aus der internationalen Diskussion ==

Hier die Zusammenfassung zum Thread 'Feedback required: plans for Downloadable Users Manual' auf der mapserver-dev Liste.
Der Original-Thread findet sich unter:
http://www.nabble.com/Feedback-required:-plans-for-Downloadable-Users-Manual-td16260533.html
 
Vorgeschlagen wurde zunächst folgende Struktur: 
 

Table of Contents 
----------------- 
 
Introduction 
Getting Started 
- Installing 
- Architecture of MapServer 
Preparing Data 
- The .Map File 
- Supported Formats 
- Tips and Tricks 
- Factors Affecting Performance 
Building a MapServer Application 
- Flavors 
- Example Code 
Community 
- History of MapServer 
- Project Steering Committee 
- Contributing 
- Getting Help 
- Conferences/Workshops
Glossary 
 

Als inhaltliche Ergänzungen wurden dann noch folgende Punkte vorgeschlagen: 
 
- client software (ka-map!, OpenLayers, GeoMoose, PMapper, etc.) 
- map file management software (MapStorer, any others) 
- including copies of all HOWTOs and references in the appendices? 
- configuration of an application and data. 
- include a complete production sample mapfile like Bob Basques Googlish mapfile 

== Links ==
* [[ Komitee_f%C3%BCr_Bildung_und_Dokumentationserstellung | Komitee für Bildung und Dokumentationserstellung ]]

UMN-Mapserver Performancetest

2008-04-04T10:47:39Z

Wiki-Markus Weißmann:

Hier ein kleines Shellscript für einen Performancetest für den UMN-Mapserver

#!/bin/ksh
#
# Skript zufallsrequests_dop

test_dir="tiff_req"

# Wenn Vezeichnis bereits existiert, wird es vorher geloescht und neu angelegt:
test -d ${test_dir} && rm -r ${test_dir}
test -d ${test_dir} || mkdir ${test_dir}

# Variablendefinition
pixel=400 # Wert fuer Breite und Hoehe
min_rechts=3523000 # Ist der Rechtswert des Pixels links-unten.
min_hoch=5786000 # Ist der Hochwert des Pixels links-unter.
max_rechts=73000 # Ist die maximale Pixelanzahl zum Rechtswert rechts-oben (min_rechts + max_rechts = Rechtswert rechts-oben)
max_hoch=67000 # Ist die maximale Pixelanzahl zum Hochwert rechts-oben (min_hoch + max_hoch = Hochwert rechts-oben).
bbox_rechts=2000 # Ist die Ausdehung der Boundingbox in Metern im Rechtswert.
bbox_hoch=2000 # Ist die Ausdehung der Boundingbox in Metern im Hochwert.
anz_request=2 # Anzahl der Aufrufe
format="png"

# Anlegen einer Datei namens "request" in die die Requests reingeschrieben werden (Logdatei)
> $test_dir/requests

i=0
#Schleifendefinition
while [ $i -lt $anz_request ]
do
z1=$((RANDOM % $max_rechts + $min_rechts))
z2=$((RANDOM % $max_hoch + $min_hoch))
z3=`expr $z1 + $bbox_rechts`
z4=`expr $z2 + bbox_hoch`
aufruf="http://xxxxxxxxxx?map=/xxxx/xxx.map&VERSION=1.1.1&REQUEST=GetMap&SERVICE=WMS&LAYERS=xxxx&STYLES=&SRS=EPSG:31467&BBOX=${z1},${z2},${z3},${z4}&WIDTH=${pixel}&HEIGHT=${pixel}&FORMAT=image/${format}&BGCOLOR=0xffffff&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_xml"

wget -O ./${test_dir}/${z1}_${z2}.${format} $aufruf &
# durch das &-Zeichen am Ende werden die Aufruf-Prozesse in den Hintergrund gelegt und somit parallel bearbeitet

echo $aufruf >> $test_dir/requests
i=`expr $i + 1`
done
echo "fertig! (Das Prompt-Zeichen fehlt zwar, aber es kann weitergehen mit z.B. ls)"

UMN-Mapserver Performancetest

2008-04-04T10:46:26Z

Wiki-Markus Weißmann:

Hier ein kleines Shellscript für einen Performancetest für den UMN-Mapserver

#!/bin/ksh
#
# Skript zufallsrequests_dop

test_dir="tiff_req"

# Wenn Vezeichnis bereits existiert, wird es vorher gel÷scht und neu angelegt:
test -d ${test_dir} && rm -r ${test_dir}
test -d ${test_dir} || mkdir ${test_dir}

# Variablendefinition
pixel=400 # Wert fuer Breite und Hoehe
min_rechts=3523000 # Ist der Rechtswert des Pixels links-unten.
min_hoch=5786000 # Ist der Hochwert des Pixels links-unter.
max_rechts=73000 # Ist die maximale Pixelanzahl zum Rechtswert rechts-oben (min_rechts + max_rechts = Rechtswert rechts-oben)
max_hoch=67000 # Ist die maximale Pixelanzahl zum Hochwert rechts-oben (min_hoch + max_hoch = Hochwert rechts-oben).
bbox_rechts=2000 # Ist die Ausdehung der Boundingbox in Metern im Rechtswert.
bbox_hoch=2000 # Ist die Ausdehung der Boundingbox in Metern im Hochwert.
anz_request=2 # Anzahl der Aufrufe
format="png"

# Anlegen einer Datei namens "request" in die die Requests reingeschrieben werden (Logdatei)
> $test_dir/requests

i=0
#Schleifendefinition
while [ $i -lt $anz_request ]
do
z1=$((RANDOM % $max_rechts + $min_rechts))
z2=$((RANDOM % $max_hoch + $min_hoch))
z3=`expr $z1 + $bbox_rechts`
z4=`expr $z2 + bbox_hoch`
aufruf="http://xxxxxxxxxx?map=/xxxx/xxx.map&VERSION=1.1.1&REQUEST=GetMap&SERVICE=WMS&LAYERS=xxxx&STYLES=&SRS=EPSG:31467&BBOX=${z1},${z2},${z3},${z4}&WIDTH=${pixel}&HEIGHT=${pixel}&FORMAT=image/${format}&BGCOLOR=0xffffff&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_xml"

wget -O ./${test_dir}/${z1}_${z2}.${format} $aufruf & # durch das &-Zeichen am Ende werden die Aufruf-Prozesse in den Hintergrund gelegt und somit parallel bearbeitet
echo $aufruf >> $test_dir/requests
i=`expr $i + 1`
done
echo "fertig! (Das Prompt-Zeichen fehlt zwar, aber es kann weitergehen mit z.B. ls)"

UMN-Mapserver Performancetest

2008-04-04T09:48:53Z

Wiki-Markus Weißmann:

Hier ein kleines Shellscript für einen Performancetest für den UMN-Mapserver

#!/bin/ksh
#
# Skript zufallsrequests_dop

test_dir="tiff_req"

# Wenn Vezeichnis bereits existiert, wird es vorher gel÷scht und neu angelegt:
test -d ${test_dir} && rm -r ${test_dir}
test -d ${test_dir} || mkdir ${test_dir}

# Variablendefinition
pixel=400 # Wert fuer Breite und Hoehe
min_rechts=3523000 # Ist der Rechtswert des Pixels links-unten.
min_hoch=5786000 # Ist der Hochwert des Pixels links-unter.
max_rechts=73000 # Ist die maximale Pixelanzahl zum Rechtswert rechts-oben (min_rechts + max_rechts = Rechtswert rechts-oben)
max_hoch=67000 # Ist die maximale Pixelanzahl zum Hochwert rechts-oben (min_hoch + max_hoch = Hochwert rechts-oben).
bbox_rechts=2000 # Ist die Ausdehung der Boundingbox in Metern im Rechtswert.
bbox_hoch=2000 # Ist die Ausdehung der Boundingbox in Metern im Hochwert.
anz_request=2 # Anzahl der Aufrufe
format="png"

# Anlegen einer Datei namens "request" in die die Requests reingeschrieben werden (Logdatei)
> $test_dir/requests

i=0
#Schleifendefinition
while [ $i -lt $anz_request ]
do
z1=$((RANDOM % $max_rechts + $min_rechts))
z2=$((RANDOM % $max_hoch + $min_hoch))
z3=`expr $z1 + $bbox_rechts`
z4=`expr $z2 + bbox_hoch`
aufruf="http://xxxxxxxxxx?map=/xxxx/xxx.map&VERSION=1.1.1&REQUEST=GetMap&SERVICE=WMS&LAYERS=xxxx&STYLES=&SRS=EPSG:31467&BBOX=${z1},${z2},${z3},${z4}&WIDTH=${pixel}&HEIGHT=${pixel}&FORMAT=image/${format}&BGCOLOR=0xffffff&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_xml"

wget -O ./${test_dir}/${z1}_${z2}.${format} $aufruf & # durch das & werden die Aufruf-Prozesse in den Hintergrund gelegt und parallel bearbeitet
echo $aufruf >> $test_dir/requests
i=`expr $i + 1`
done
echo "fertig! (Das Prompt-Zeichen fehlt zwar, aber es kann weitergehen mit z.B. ls)"

User:Markus Weißmann

2008-04-04T09:44:04Z

Wiki-Markus Weißmann: New page: Markus Weißmann Koordinierungsstelle GDI-NI, Geodatenmanagement LGN – Landesvermessung + Geobasisinformation Niedersachsen Podbielskistraße 331 30659 Hannover Tel.: +49 511 646...

UMN-Mapserver Performancetest

2008-04-04T09:36:03Z

Wiki-Markus Weißmann:

Hier ein kleines Shellscript für einen Performancetest für den UMN-Mapserver

#!/bin/ksh
#
# Skript zufallsrequests_dop

test_dir="tiff_req"

# Wenn Vezeichnis bereits existiert, wird es vorher gel÷scht und neu angelegt:
test -d ${test_dir} && rm -r ${test_dir}
test -d ${test_dir} || mkdir ${test_dir}

# Variablendefinition
pixel=400 # Wert fuer Breite und Hoehe
min_rechts=3523000 # Ist der Rechtswert des Pixels links-unten.
min_hoch=5786000 # Ist der Hochwert des Pixels links-unter.
max_rechts=73000 # Ist die maximale Pixelanzahl zum Rechtswert rechts-oben (min_rechts + max_rechts = Rechtswert rechts-oben)
max_hoch=67000 # Ist die maximale Pixelanzahl zum Hochwert rechts-oben (min_hoch + max_hoch = Hochwert rechts-oben).
bbox_rechts=2000 # Ist die Ausdehung der Boundingbox in Metern im Rechtswert.
bbox_hoch=2000 # Ist die Ausdehung der Boundingbox in Metern im Hochwert.
anz_request=2 # Anzahl der Aufrufe
format="png"

# Anlegen einer Datei namens "request" in die die Requests reingeschrieben werden (Logdatei)
> $test_dir/requests

i=0
#Schleifendefinition
while [ $i -lt $anz_request ]
do
z1=$((RANDOM % $max_rechts + $min_rechts))
z2=$((RANDOM % $max_hoch + $min_hoch))
z3=`expr $z1 + $bbox_rechts`
z4=`expr $z2 + bbox_hoch`
aufruf="http://xxxxxxxxxx?map=/xxxx/xxx.map&VERSION=1.1.1&REQUEST=GetMap&SERVICE=WMS&LAYERS=xxxx&STYLES=&SRS=EPSG:31467&BBOX=${z1},${z2},${z3},${z4}&WIDTH=${pixel}&HEIGHT=${pixel}&FORMAT=image/${format}&BGCOLOR=0xffffff&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_xml"

wget -O ./${test_dir}/${z1}_${z2}.${format} $aufruf & # durch das & werden die Aufruf-Prozesse in den Hintergrund gelegt und parallel bearbeitet

echo $aufruf >> $test_dir/requests
i=`expr $i + 1`
done
echo "fertig! (Das Prompt-Zeichen fehlt zwar, aber es kann weitergehen mit z.B. ls)"

Komitee für Bildung und Dokumentationserstellung

2008-04-04T09:23:46Z

Wiki-Markus Weißmann: /* Anleitungen */

UMN-Mapserver Performancetest

2008-04-04T09:21:40Z

Wiki-Markus Weißmann: New page: <code>#!/bin/ksh</code> test_dir="tiff_req" <code># Wenn Vezeichnis bereits existiert, wird es vorher geloescht und neu angelegt:</code> test -d ${test_dir} && rm -r ${test_dir} test -...

<code>#!/bin/ksh</code>

test_dir="tiff_req"

<code># Wenn Vezeichnis bereits existiert, wird es vorher geloescht und neu angelegt:</code>

test -d ${test_dir} && rm -r ${test_dir}

test -d ${test_dir} || mkdir ${test_dir}

<code># Variablendefinition</code>

pixel=400 # Wert fuer Breite und Hoehe

min_rechts=3523000 # Ist der Rechtswert des Pixels links-unten.

min_hoch=5786000 # Ist der Hochwert des Pixels links-unter.

max_rechts=73000 # Ist die maximale Pixelanzahl zum Rechtswert rechts-oben (min_rechts + max_rechts = Rechtswert
rechts-oben).

max_hoch=67000 # Ist die maximale Pixelanzahl zum Hochwert rechts-oben (min_hoch + max_hoch = Hochwert rechts-oben).

bbox_rechts=2000 # Ist die Ausdehung der Boundingbox in Metern im Rechtswert.

bbox_hoch=2000 # Ist die Ausdehung der Boundingbox in Metern im Hochwert.

anz_request=2 # Anzahl der Aufrufe

format="png"

<code># Anlegen einer Datei namens "request" in die die Requests reingeschrieben werden (Logdatei)</code>

> $test_dir/requests

i=0

<code>#Schleifendefinition</code>

while [ $i -lt $anz_request ]

do
z1=$((RANDOM % $max_rechts + $min_rechts))

z2=$((RANDOM % $max_hoch + $min_hoch))

z3=`expr $z1 + $bbox_rechts`

z4=`expr $z2 + $bbox_hoch`

aufruf="http://xxxxxxxxxx?map=/xxxx/xxx.map&VERSION=1.1.1&REQUEST=GetMap&SERVICE=WMS&LAYERS=xxxx&STYLES=&SRS=EPSG:31467&BBOX=${z1},${z2},${z3},${z4}&WIDTH=${pixel}&HEIGHT=${pixel}&FORMAT=image/${format}&BGCOLOR=0xffffff&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_xml"

wget -O ./${test_dir}/${z1}_${z2}.${format} $aufruf & # durch das & werden die Aufruf-Prozesse in den Hintergrund gelegt und parallel bearbeitet

echo $aufruf >> $test_dir/requests

i=`expr $i + 1`
done

echo "fertig! (Das Prompt-Zeichen fehlt zwar, aber es kann weitergehen mit z.B. ls)"

Komitee für Bildung und Dokumentationserstellung

2008-04-03T19:07:02Z

Wiki-Markus Weißmann: /* Mitglieder */

D-A-CH

2007-03-16T13:23:00Z

Wiki-Markus Weißmann: /* Rechtsform, Konto */

''This is the start page of the German Local Chapter as per [[Local Chapter Guidelines]]''

''Das ist die deutschsprachige Einstiegsseite zur OSGeo Foundation, die zu einer regionalen Gruppe werden könnte wie sie in den [[Local Chapter Guidelines]] beschrieben wird.

== Einführung ==
Bitte tragen Sie sich in die [[Deutsch#Mitgliederliste | Mitgliederliste]] ein, wenn Sie Interesse an einem deutschsprachigen [[Local Chapters]] haben. Der Eintrag ist freiwillig, dieses Wiki und alle enthaltenen Informationen sind öffentlich sichtbar. Die Kommunikation erfolgt über die [http://lists.osgeo.org/mailman/listinfo/viscom-discuss-de Mailing-Liste discuss-de] ([http://lists.osgeo.org/pipermail/viscom-discuss-de/ Archiv]) oder dieses Wiki.
Eingeladen an dem deutschsprachigen Local Chapter mitzuwirken sind ausdrücklich alle Interessierten, völlig unabhängig davon ob Anwender oder Entwickler, völlig unabhängig davon ob erfahren im Umgang mit OS-GIS-Software oder "Neuling". Die OSGeo lebt von der Beteiligung jedes Einzelnen, jeder Beitrag ist willkommen.

== Unser Name ==
Wir brauchen einen offiziellen Namen für die deutschsprachige Gruppe der OSGeo, Vorschläge bitte hier einstellen oder an die Mailing Liste schicken. Der Begriff der "Foundation" lässt sich ebenfalls nicht gut [http://dict.leo.org/ende?lp=ende&lang=de&searchLoc=0&cmpType=relaxed&sectHdr=on&spellToler=on&search=Foundation&relink=on direkt übersetzen], in vielen Dokumenten ist deshalb immer "OSGeo Foundation" zu lesen.

== Rechtsform, Konto ==
Die OSGeo Foundation ist als non-profit Firma in Delaware, USA gegründet worden. Dort gibt es auch ein Konto und wird das Budget verwaltet. Für formale Arbeiten und als zentrale Anlaufstelle für Fragen rund um die OSGeo wurde Tyler Mitchell als Executive Director angestellt, seine Stelle wird auch aus diesem Budget finanziert. Unabhängig davon werden wir nationale Konten benötigen, da die Transferkosten und der Aufwand, Geld über internationale Grenzen zu transportieren, nach wie vor unsinnig ist. In Deutschland gibt es bereits ein Netzwerk und Organisation für die Förderung freier Software, den GAV e.V. (GRASS Anwender-Vereinigung), eine formale Organisation mit der Rechtsform "eingetragener Verein". Der GAV und OSGeo sind im Gespräch, wie eine Kooperation gestaltet werden kann. Eine erste, pragmatische Kooperation betrifft die Überschüsse der letzten FOSSGIS-Konferenzen, die das Organisationsteam der FOSSGIS-Konferenzen zweckgebunden an den GAV e.V. spenden wird. Bei den nächsten Konferenzen kann das Organisationsteam auf diesen Puffer zurückgreifen.
* [http://www.grass-verein.de/ GAV] (GRASS Anwender-Vereinigung e.V.)
* [http://www.fossgis.de FOSSGIS.de] (Organisationsteam der FOSSGIS-Konferenzen)

== Ziele ==
Die Ziele der deutschsprachigen OSGeo Arbeitsgruppe entwickeln sich durch die Beiträge der Mitglieder. Eine erste Orientierung geben die [[Local Chapter Guidelines | Richtlinien für lokale Gruppen]], einzelne Schwerpunkte werden sich im Laufe der Arbeit herauskristallisieren.
* Bereitstellung eines Netzwerkes für die Mitglieder, ggf. mit Job-Börse.
* Organisation der jährlichen deutschsprachigen Konferenz (siehe [[FOSSGIS 2006]])
* Kontaktstelle für neue Mitglieder und Sponsoren
* Führung eines Regionalbüros mit Konto, Telefon, Ansprechpartner
* Übersetzung von Dokumenten, Inhalten, Webseiten und Lokalisierung von Software (Anpassung an örtliche Besonderheiten)
* Lösungen im deutschsprachigen Raum bewerben
* Erstellung von regionalisierten Software-Paketen
* Training, Support und Entwicklung von e-Learning Inhalten in deutscher Sprache
* Förderung von offenen Standards und freien Zugang zu räumlichen Daten im deutschsprachigen Umfeld.
* Förderung der OSGeo Foundation durch Präsentationen, Informationsveranstaltungen, Messestände, etc.

=== Aktionen ===
* Interessierte deutschsprachige OSGeo Mitglieder treffen sich auf der [http://www.fossgis.de FOSSGIS 2007].

== Kommunikation ==
Die Kommunikaiton läuft über dieses Wiki, Mailing Listen, Webseite und natürlich das persönliche Gespräch auf Messen, Konferenzen und Anwendertrefen. Das neue OSGeo Portal bietet eine einfache Möglichkeit zur Übersetzung ins Deutsche. Falls Sie bei der Übersetzung gerne helfen möchten wenden Sie sich bitte an die Translation Group des [[WebCom | Website Committee]].

== Steuerung ==
Die deutschprachige Gruppe der OSGeo ist noch informell. Beteiligen Sie sich an der Gestaltung, indem Sie sich einbringen. Entscheidungen werden wie bei Open Source üblich per Email an die Mailing Liste geschickt und diskutiert. Beschlussfähige Vorschläge werden von einem Mitglied vorgeschlagen und von einem zweiten Mitglied unterstützt.

=== Wahl ===
Die Wahl erfolgt über Ablehung, Zustimmung oder Gleichgültigkeit:
-1 = Veto, Ablehung
-0 = nicht einverstanden, beugt sich aber der Mehrheit
0 = trägt die Entscheidung der anderen mit, kann aber nicht beurteilen, ob sie gut ist (zu wenig Information, keine Zeit sich zu informieren, etc.)
+0 = unterstützt den Antrag passiv, kann aber nicht aktiv zum Thema beisteuern
+1 = Zustimmung, unterstützt den Antrag voll und arbeitet auch mit

=== Veto ===
Wer mit -1 wählt legt ein Veto ein. Damit das Veto angenommen werden kann muss es innerhalb der Wahlfrist begründet und am besten gleich mit einem Alternativvorschlag eingebracht werden.

=== Unterstützung ===
Wer mit +1 wählt muss auch bereit sein aktiv mit der Lösung mitzumachen. Sonst gibt es zu viele faule Beobachter und zu wenige Arbeiter.

=== Veto überstimmen ===
Ein Veto kann überstimmt werden
* durch eine absolute Mehrheit der Mitglieder
* oder wenn mindestens vier Mitglieder mit einer +1 wählen.

Alle Ergebnis können immer angefochten werden (bis uns was besseres einfällt).

== Offizieller Status und Dokumente ==
Die OSGeo Foundation ist eine rechtliche Organisation die aus 45 Mitgliedern und 9 Direktoren besteht. Alle offiziellen Projekte und Dokumente müssen von dem Direktorium abgenommen werden bevor sie offiziellen Status erreichen. Offizielle Dokumente werden in den statischen Dokumenten-Ordner auf osgeo.org hinterlegt und werden dadurch "Official Policy" der OSGeo Foundation. Sobald die Mitgliederliste 10 bis 15 Einträge hat, die sich aktiv einbringen wollen, können wir einen Antrag auf einen eigenen Projektbereich mit Dokumentenordner, SVN, Webseite, etc. und offiziellem Status beantragen.

Die Sammlung deutschsprachiger Dokumente ist der Migration zum Opfer gefallen, wird aber nach und nach wieder aufgebaut. Falls Sie selbst Dokumente beisteuern können wenden Sie dich bitte an das [[Promotion and Visibility Committee]].

== Mitgliederliste ==
* [[User:Arnulf Christl | Arnulf Christl]]
* [[User:Ofreier | Olaf Freier]] ([http://www.hinte-messe.de/ Hinte GmbH])
* [[User:Peter Stamm | Peter Stamm]]
* [[User:Schmitz | Sebastian Schmitz]]
* [[User:Astrid Emde | Astrid Emde]]
* [[User:Uli Rothstein | Uli Rothstein]]
* [[User:Garand | Michel Garand]]
* [[User:christoph | Christoph Baudson]]
* [[User:dietmar | Dietmar Fleischhauer]]
* [[User:Georgloesel | Georg Lösel]]
* [[User:Olaf Knopp | Olaf Knopp]]
* [[User:Torsten Brassat | Torsten Brassat]]
* [[User:Jtmapmedia | Jörg Thomsen]]
* [[User:Silke Reimer | Silke Reimer]]
* [[User:Till Adams | Till Adams]]
* [[User:Athina Trakas | Athina Trakas]]
* [[User:mlechner | Marco Lechner]]
* [[User:maltehm | Malte Halbey-Martin]]
* [[User:Kai Behncke | Kai Behncke]]
* [[User:Cplass | Christian Plass]]
* [[User:Thomas Kastler | Thomas Kastler]]
* [[User:Constanze Tschritter | Constanze Tschritter]]
* [[User:Marko Samson | Marko Samson]]
* [[User:Matakuka | Maximilian Krambach]]
* [[User:Markus Weißmann | Markus Weißmann]]
* Bitte tragen Sie sich hier mit Link auf Ihren OSGeo-Wiki Account ein

[[Category:Local Chapters]]

D-A-CH

2007-03-16T13:20:12Z

Wiki-Markus Weißmann:

''This is the start page of the German Local Chapter as per [[Local Chapter Guidelines]]''

''Das ist die deutschsprachige Einstiegsseite zur OSGeo Foundation, die zu einer regionalen Gruppe werden könnte wie sie in den [[Local Chapter Guidelines]] beschrieben wird.

== Einführung ==
Bitte tragen Sie sich in die [[Deutsch#Mitgliederliste | Mitgliederliste]] ein, wenn Sie Interesse an einem deutschsprachigen [[Local Chapters]] haben. Der Eintrag ist freiwillig, dieses Wiki und alle enthaltenen Informationen sind öffentlich sichtbar. Die Kommunikation erfolgt über die [http://lists.osgeo.org/mailman/listinfo/viscom-discuss-de Mailing-Liste discuss-de] ([http://lists.osgeo.org/pipermail/viscom-discuss-de/ Archiv]) oder dieses Wiki.
Eingeladen an dem deutschsprachigen Local Chapter mitzuwirken sind ausdrücklich alle Interessierten, völlig unabhängig davon ob Anwender oder Entwickler, völlig unabhängig davon ob erfahren im Umgang mit OS-GIS-Software oder "Neuling". Die OSGeo lebt von der Beteiligung jedes Einzelnen, jeder Beitrag ist willkommen.

== Unser Name ==
Wir brauchen einen offiziellen Namen für die deutschsprachige Gruppe der OSGeo, Vorschläge bitte hier einstellen oder an die Mailing Liste schicken. Der Begriff der "Foundation" lässt sich ebenfalls nicht gut [http://dict.leo.org/ende?lp=ende&lang=de&searchLoc=0&cmpType=relaxed&sectHdr=on&spellToler=on&search=Foundation&relink=on direkt übersetzen], in vielen Dokumenten ist deshalb immer "OSGeo Foundation" zu lesen.

== Rechtsform, Konto ==
Die OSGeo Foundation ist als non-profit Firma in Delaware, USA gegründet worden. Dort gibt es auch ein Konto und wird das Budget verwaltet. Für formale Arbeiten und als zentrale Anlaufstelle für Fragen rund um die OSGeo wurde Tyler Mitchell als Executive Director angestellt, seine Stelle wird auch aus diesem Budget finanziert. Unabhängig davon werden wir nationale Konten benötigen, da die Transferkosten und der Aufwand, Geld über internationale Grenzen zu transportieren, nach wie vor unsinnig ist. In Deutschland gibt es bereits ein Netzwerk und Organisation für die Förderung freier Software, den GAV e.V. (GRASS Anwender-Vereinigung), eine formale Organisation mit der Rechtsform "eingetragener Verein". Der GAV und OSGeo sind im Gespräch, wie eine Kooperation gestaltet werden kann. Eine erste, pragmatische Kooperation betrifft die Überschusse der letzten FOSSGIS-Konferenzen, die das Organisationsteam der FOSSGIS-Konferenzen zweckgebunden an den GAV e.V. spenden wird. Bei den nächsten Konferenzen kann das Organisationsteam auf diesen Puffer zurückgreifen.
* [http://www.grass-verein.de/ GAV] (GRASS Anwender-Vereinigung e.V.)
* [http://www.fossgis.de FOSSGIS.de] (Organisationsteam der FOSSGIS-Konferenzen)

== Ziele ==
Die Ziele der deutschsprachigen OSGeo Arbeitsgruppe entwickeln sich durch die Beiträge der Mitglieder. Eine erste Orientierung geben die [[Local Chapter Guidelines | Richtlinien für lokale Gruppen]], einzelne Schwerpunkte werden sich im Laufe der Arbeit herauskristallisieren.
* Bereitstellung eines Netzwerkes für die Mitglieder, ggf. mit Job-Börse.
* Organisation der jährlichen deutschsprachigen Konferenz (siehe [[FOSSGIS 2006]])
* Kontaktstelle für neue Mitglieder und Sponsoren
* Führung eines Regionalbüros mit Konto, Telefon, Ansprechpartner
* Übersetzung von Dokumenten, Inhalten, Webseiten und Lokalisierung von Software (Anpassung an örtliche Besonderheiten)
* Lösungen im deutschsprachigen Raum bewerben
* Erstellung von regionalisierten Software-Paketen
* Training, Support und Entwicklung von e-Learning Inhalten in deutscher Sprache
* Förderung von offenen Standards und freien Zugang zu räumlichen Daten im deutschsprachigen Umfeld.
* Förderung der OSGeo Foundation durch Präsentationen, Informationsveranstaltungen, Messestände, etc.

=== Aktionen ===
* Interessierte deutschsprachige OSGeo Mitglieder treffen sich auf der [http://www.fossgis.de FOSSGIS 2007].

== Kommunikation ==
Die Kommunikaiton läuft über dieses Wiki, Mailing Listen, Webseite und natürlich das persönliche Gespräch auf Messen, Konferenzen und Anwendertrefen. Das neue OSGeo Portal bietet eine einfache Möglichkeit zur Übersetzung ins Deutsche. Falls Sie bei der Übersetzung gerne helfen möchten wenden Sie sich bitte an die Translation Group des [[WebCom | Website Committee]].

== Steuerung ==
Die deutschprachige Gruppe der OSGeo ist noch informell. Beteiligen Sie sich an der Gestaltung, indem Sie sich einbringen. Entscheidungen werden wie bei Open Source üblich per Email an die Mailing Liste geschickt und diskutiert. Beschlussfähige Vorschläge werden von einem Mitglied vorgeschlagen und von einem zweiten Mitglied unterstützt.

=== Wahl ===
Die Wahl erfolgt über Ablehung, Zustimmung oder Gleichgültigkeit:
-1 = Veto, Ablehung
-0 = nicht einverstanden, beugt sich aber der Mehrheit
0 = trägt die Entscheidung der anderen mit, kann aber nicht beurteilen, ob sie gut ist (zu wenig Information, keine Zeit sich zu informieren, etc.)
+0 = unterstützt den Antrag passiv, kann aber nicht aktiv zum Thema beisteuern
+1 = Zustimmung, unterstützt den Antrag voll und arbeitet auch mit

=== Veto ===
Wer mit -1 wählt legt ein Veto ein. Damit das Veto angenommen werden kann muss es innerhalb der Wahlfrist begründet und am besten gleich mit einem Alternativvorschlag eingebracht werden.

=== Unterstützung ===
Wer mit +1 wählt muss auch bereit sein aktiv mit der Lösung mitzumachen. Sonst gibt es zu viele faule Beobachter und zu wenige Arbeiter.

=== Veto überstimmen ===
Ein Veto kann überstimmt werden
* durch eine absolute Mehrheit der Mitglieder
* oder wenn mindestens vier Mitglieder mit einer +1 wählen.

Alle Ergebnis können immer angefochten werden (bis uns was besseres einfällt).

== Offizieller Status und Dokumente ==
Die OSGeo Foundation ist eine rechtliche Organisation die aus 45 Mitgliedern und 9 Direktoren besteht. Alle offiziellen Projekte und Dokumente müssen von dem Direktorium abgenommen werden bevor sie offiziellen Status erreichen. Offizielle Dokumente werden in den statischen Dokumenten-Ordner auf osgeo.org hinterlegt und werden dadurch "Official Policy" der OSGeo Foundation. Sobald die Mitgliederliste 10 bis 15 Einträge hat, die sich aktiv einbringen wollen, können wir einen Antrag auf einen eigenen Projektbereich mit Dokumentenordner, SVN, Webseite, etc. und offiziellem Status beantragen.

Die Sammlung deutschsprachiger Dokumente ist der Migration zum Opfer gefallen, wird aber nach und nach wieder aufgebaut. Falls Sie selbst Dokumente beisteuern können wenden Sie dich bitte an das [[Promotion and Visibility Committee]].

== Mitgliederliste ==
* [[User:Arnulf Christl | Arnulf Christl]]
* [[User:Ofreier | Olaf Freier]] ([http://www.hinte-messe.de/ Hinte GmbH])
* [[User:Peter Stamm | Peter Stamm]]
* [[User:Schmitz | Sebastian Schmitz]]
* [[User:Astrid Emde | Astrid Emde]]
* [[User:Uli Rothstein | Uli Rothstein]]
* [[User:Garand | Michel Garand]]
* [[User:christoph | Christoph Baudson]]
* [[User:dietmar | Dietmar Fleischhauer]]
* [[User:Georgloesel | Georg Lösel]]
* [[User:Olaf Knopp | Olaf Knopp]]
* [[User:Torsten Brassat | Torsten Brassat]]
* [[User:Jtmapmedia | Jörg Thomsen]]
* [[User:Silke Reimer | Silke Reimer]]
* [[User:Till Adams | Till Adams]]
* [[User:Athina Trakas | Athina Trakas]]
* [[User:mlechner | Marco Lechner]]
* [[User:maltehm | Malte Halbey-Martin]]
* [[User:Kai Behncke | Kai Behncke]]
* [[User:Cplass | Christian Plass]]
* [[User:Thomas Kastler | Thomas Kastler]]
* [[User:Constanze Tschritter | Constanze Tschritter]]
* [[User:Marko Samson | Marko Samson]]
* [[User:Matakuka | Maximilian Krambach]]
* [[User:Markus Weißmann | Markus Weißmann]]
* Bitte tragen Sie sich hier mit Link auf Ihren OSGeo-Wiki Account ein

[[Category:Local Chapters]]