From Kai-Behncke at gmx.de  Sat Apr  1 10:08:19 2006
From: Kai-Behncke at gmx.de (Kai Behncke)
Date: Sat, 1 Apr 2006 10:08:19 +0200 (MEST)
Subject: [Mapserver-DE] Fehler msProcessProjection()
References: <3918.1143724273@www077.gmx.net>
Message-ID: <23351.1143878899@www009.gmx.net>

> --- Ursprüngliche Nachricht ---
> Von: "Madeleine Grabner" <Madeleine.Grabner at gmx.de>
> An: mapserver-de at freegis.org
> Betreff: Re: [Mapserver-DE] Fehler msProcessProjection()
> Datum: Thu, 30 Mar 2006 15:11:13 +0200 (MEST)
> 
> Hallo Kai!
> 
> Wer suchet der findet - bzw. wer nochmal kontrolliert, findet den Fehler.
> Den Benutzer "postgres" gab es tatsächlich nicht (komisch, dachte den
> hätte
> ich angelegt...). Jetzt habe ich ihn angelegt und die Datei wird geladen
> :-)
> aber die Bilder (Karte) werden noch nicht angezeigt - mal gucken ob ich da
> noch rausbekomme.
> 
> Wie müsste ich denn vorgehen, damit sich die Karte auch mit dem andeen
> Datenbanknutzer anzeigen lässt? Postgres scheint da eine Voreinstellung zu
> sein?
> 
> Vielen Dank für deine Hilfe!
> 
Hallo Rasmus,
Du schreibst, dass die Karte noch nicht angezeigt wird.
Wird denn die Kartengrafik im tmp-Verzeichnis abgelegt?
Hast Du dieses in der Apache-Konfugurationsdatei korrekt angelegt, etwa in
der Art:
Alias /tmp/ "C:/Programme/ApacheGroup/Apache/htdocs/tmp/"
<Directory "C:/Programme/ApacheGroup/Apache/htdocs/tmp/">
Options All
AllowOverride None
Order allow,deny
Allow from all
</Directory>
Stimmen IMAPGEPATH und IMAGEURL im Mapfile?


Um andere Datenbanknutzer in Postgresql anzulegen gibt es verschiedene
Möglichkeiten. Es empfiehlt sich das Programm PGAdmin3 (mit der
entsprechenden Doku) oder aber Du kannst einen neuen User (wenn Du willst
auch Superuser) anlegen auf psql-Ebene, z.B.:
Create User “Rasmus“ Createdb Createuser;

Als recht gutes Postgres-Forum kann ich folgenden Link angeben:
http://forum.2lucky.de

Beste Grüße, Kai



-- 
E-Mails und Internet immer und überall!
1&1 PocketWeb, perfekt mit GMX: http://www.gmx.net/de/go/pocketweb



From ml.dje at geocontent.de  Mon Apr  3 07:35:32 2006
From: ml.dje at geocontent.de (Dirk Jesko)
Date: Mon, 03 Apr 2006 07:35:32 +0200
Subject: [Mapserver-DE] Projektion
In-Reply-To: <000201c65574$75d098d0$1301010a@ANDREAS>
References: <000201c65574$75d098d0$1301010a@ANDREAS>
Message-ID: <4430B424.1080401@geocontent.de>

Hallo Andreas,

ich wüsste auf Anhieb keins, das das automatisch macht. Da JPEG selbst 
keine Bildpyramiden in der Datei Speichern kann (zumindest nicht in den 
Standardformen), müssen die ohnehin in separate Dateien gespeichert 
werden. Eine Alternative wäre GeoTIFF mit JPEG Komprimierung. Das kann 
die Overviews auch intern speichern. Für JPEG bietet sich hier jedes 
Grafiktool an, das Stapelverarbeitung unterstützt, z.B. IrfanView, 
XnView, Photoshop, die Tools in GDAL, GraphicsMagick, ImageMagick, ... 
Für GeoTIFF benutze ich GDAL auf der Kommandozeile.

Ich hoffe das hilft weiter.

Gruß,
Dirk

>Ich habe gemerkt dass du ein Spezialist auf diesem Gebiet bist... darum
>noch schnell eine Frage: kennst du ein Programm das aus JPG Bildern
>Bildpüramieden macht? Habe einmal eine gratis Software dazu gefunden, es
>aber leider schon wieder vergessen wie sie geheißen hat!
>Vielleicht kannst du mir da auch weiter helfen!
>  
>



From mapserver at mail.ru  Mon Apr  3 11:01:55 2006
From: mapserver at mail.ru (Ivan Ivanovich)
Date: Mon, 03 Apr 2006 13:01:55 +0400
Subject: [Mapserver-DE] Queries ueber Plygon
Message-ID: <E1FQKwd-000O9J-00.mapserver-mail-ru@f43.mail.ru>

Hallo,

ich moechte in meinem Projekt Abfragen ueber einen Polygonzug durchfuehren. Ist das ueber die CGI Befehle des Mapservers ueberhaupt moeglich oder lediglich ueber MapScript? Ist es vielleicht sinnvoller ganz auf den Mapserever zu verzichten und alles ueber eigene PHP-PostGIS Abfragen zu machen?

Danke

Ivan Ivanovich



From Madeleine.Grabner at gmx.de  Mon Apr  3 12:52:50 2006
From: Madeleine.Grabner at gmx.de (Madeleine Grabner)
Date: Mon, 3 Apr 2006 12:52:50 +0200 (MEST)
Subject: [Mapserver-DE] Fehler msProcessProjection()
References: <23351.1143878899@www009.gmx.net>
Message-ID: <20396.1144061570@www013.gmx.net>

Hallo Kai!

Nochmals vielen Dank für deine Hilfe! Die Bilddaten wurden richtig im
tmp-Verzeichnis angelegt - daran konnte es also nicht liegen. Dann habe ich
nochmal die Angaben in der Apache-Konfugurationsdatei überprüft und siehe
da: die Schrägstriche nach dem tmp haben gefehlt :-) Jetzt läuft es!!!

> --- Ursprüngliche Nachricht ---
> Von: "Kai Behncke" <Kai-Behncke at gmx.de>
> An: mapserver-de at freegis.org
> Betreff: Re: [Mapserver-DE] Fehler msProcessProjection()
> Datum: Sat, 1 Apr 2006 10:08:19 +0200 (MEST)
> 
> > --- Ursprüngliche Nachricht ---
> > Von: "Madeleine Grabner" <Madeleine.Grabner at gmx.de>
> > An: mapserver-de at freegis.org
> > Betreff: Re: [Mapserver-DE] Fehler msProcessProjection()
> > Datum: Thu, 30 Mar 2006 15:11:13 +0200 (MEST)
> > 
> > Hallo Kai!
> > 
> > Wer suchet der findet - bzw. wer nochmal kontrolliert, findet den
> Fehler.
> > Den Benutzer "postgres" gab es tatsächlich nicht (komisch, dachte den
> > hätte
> > ich angelegt...). Jetzt habe ich ihn angelegt und die Datei wird geladen
> > :-)
> > aber die Bilder (Karte) werden noch nicht angezeigt - mal gucken ob ich
> da
> > noch rausbekomme.
> > 
> > Wie müsste ich denn vorgehen, damit sich die Karte auch mit dem andeen
> > Datenbanknutzer anzeigen lässt? Postgres scheint da eine Voreinstellung
> zu
> > sein?
> > 
> > Vielen Dank für deine Hilfe!
> > 
> Hallo Rasmus,
> Du schreibst, dass die Karte noch nicht angezeigt wird.
> Wird denn die Kartengrafik im tmp-Verzeichnis abgelegt?
> Hast Du dieses in der Apache-Konfugurationsdatei korrekt angelegt, etwa in
> der Art:
> Alias /tmp/ "C:/Programme/ApacheGroup/Apache/htdocs/tmp/"
> <Directory "C:/Programme/ApacheGroup/Apache/htdocs/tmp/">
> Options All
> AllowOverride None
> Order allow,deny
> Allow from all
> </Directory>
> Stimmen IMAPGEPATH und IMAGEURL im Mapfile?
> 
> 
> Um andere Datenbanknutzer in Postgresql anzulegen gibt es verschiedene
> Möglichkeiten. Es empfiehlt sich das Programm PGAdmin3 (mit der
> entsprechenden Doku) oder aber Du kannst einen neuen User (wenn Du willst
> auch Superuser) anlegen auf psql-Ebene, z.B.:
> Create User “Rasmus“ Createdb Createuser;
> 
> Als recht gutes Postgres-Forum kann ich folgenden Link angeben:
> http://forum.2lucky.de
> 
> Beste Grüße, Kai
> 
> 
> 
> -- 
> E-Mails und Internet immer und überall!
> 1&1 PocketWeb, perfekt mit GMX: http://www.gmx.net/de/go/pocketweb
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de
> 

-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail



From uwe.raudszus at web.de  Tue Apr  4 15:45:40 2006
From: uwe.raudszus at web.de (uwe.raudszus@web.de)
Date: Tue, 04 Apr 2006 15:45:40 +0200
Subject: [Mapserver-DE] =?iso-8859-15?q?Punktraster_als_Fl=E4chenf=FCllung?=
Message-ID: <322245124@web.de>

Hallo Liste,

ich möchte mit dem UMN-Mapserver eine thematische Karte von Flächen erstellen, in der die unterschiedlichen Klassen mit verschiedenen Punktrastern gefüllt sind.

Ist dies möglich und gibt es vielleicht ein Beispiel für eine entsprechende Lösung.

MfG
Uwe Raudszus



From albrecht at fielax.de  Tue Apr  4 16:23:49 2006
From: albrecht at fielax.de (Sebastian Albrecht)
Date: Tue, 04 Apr 2006 14:23:49 +0000
Subject: [Mapserver-DE]
 =?iso-8859-1?q?Punktraster_als_Fl=E4chenf=FCllung?=
In-Reply-To: <322245124@web.de>
References: <322245124@web.de>
Message-ID: <44328175.8070100@fielax.de>

> Hallo Liste,

Hallo Uwe,

> ich möchte mit dem UMN-Mapserver eine thematische Karte von Flächen
> erstellen, in der die unterschiedlichen Klassen mit verschiedenen
> Punktrastern gefüllt sind.

Schau dir mal folgende Seite an. Dort müsste das beschrieben sein, was 
du suchst.

http://mapserver.gis.umn.edu/docs/howto/cartosymbols/

Viele Grüße,

Sebastian


-- 
----------------------------------------------------------------
FIELAX Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH
Schifferstr. 10-14, 27568 Bremerhaven, GERMANY

Sebastian Albrecht

Phone:    +49 (0)471 30015-16
Fax:      +49 (0)471 30015-22
EMail:    albrecht at fielax.de
----------------------------------------------------------------



From andreas.fischer at kreis-unna.de  Tue Apr  4 17:06:07 2006
From: andreas.fischer at kreis-unna.de (Fischer, Andreas)
Date: Tue, 4 Apr 2006 17:06:07 +0200 
Subject: [Mapserver-DE]
	=?iso-8859-1?q?Punktraster_als_Fl=E4chenf=FCllung?=
Message-ID: <A45C4BB6E895D711BD5A002035847D4D6D534B@NTKU4>

Hallo Herr Raudszus,
auf der diesjährigen FOSSGIS Konferenz in Bonn, habe ich einen sehr
ansprechenden Vortrag zu den Möglichkeiten der thematischen Kartierung (mit
dem UMN-MapServer) hören können.
Es gibt unter
http://www.geog.fu-berlin.de/de/Karto/umn_karten/main.shtml
ein ebenso ansprechendes Tutorial des Referenten. Dort finden Sie auch
zahlreiche Beispiele. 
Ich hoffe, der Hinweis hilft Ihnen in dieser allgemeinen Form weiter.

Gruß
Andreas Fischer

Kreis Unna
Dezernat II - Projektteam GIS


-----Ursprüngliche Nachricht-----
Von: uwe.raudszus at web.de [mailto:uwe.raudszus at web.de]
Gesendet: Dienstag, 4. April 2006 15:46
An: mapserver-de at freegis.org
Betreff: [Mapserver-DE] Punktraster als Flächenfüllung


Hallo Liste,

ich möchte mit dem UMN-Mapserver eine thematische Karte von Flächen
erstellen, in der die unterschiedlichen Klassen mit verschiedenen
Punktrastern gefüllt sind.

Ist dies möglich und gibt es vielleicht ein Beispiel für eine entsprechende
Lösung.

MfG
Uwe Raudszus

_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de



From thomas at intevation.de  Wed Apr  5 17:37:59 2006
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Wed, 5 Apr 2006 17:37:59 +0200
Subject: [Mapserver-DE] Intevation's services temporarily offline
Message-ID: <20060405153758.GB11463@intevation.de>

Hi!

Intevation's direct internet service (except personal email) will be
offline April 6th and 7th, 2006 approx. 5:30-7:00 (UTC)
because of maintenance at the computer center.

Affected are www, ftp, apt, rsync, cvs, mailing lists and bug trackers on:

    intevation.de/net/org
    freegis.org
    grass-verein.de
    mapit.de
    kolab.org/com/net
    kolab-konsortium.de/com

Not affected are:

    gpg4win.org
    skencil.org
    wald.intevation.org
    wiki.grass-verein.de
    wiki.kolab.org

Thomas Arendsen Hein
Intevation GmbH

-- 
Email: thomas at intevation.de
http://intevation.de/~thomas/
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 189 bytes
Beschreibung: Digital signature
URL         : http://www.intevation.de/pipermail/mapserver-de/attachments/20060405/c169357d/attachment.bin
-------------- nächster Teil --------------
_______________________________________________
service-notice mailing list
service-notice at intevation.de
https://intevation.de/mailman/listinfo/service-notice

From Kai-Behncke at gmx.de  Wed Apr  5 23:25:55 2006
From: Kai-Behncke at gmx.de (Kai Behncke)
Date: Wed, 5 Apr 2006 23:25:55 +0200 (MEST)
Subject: [Mapserver-DE] Frage zu OGR-Virtual Data File
Message-ID: <2886.1144272355@www014.gmx.net>

Hallo Mapservergemeinde,

ich versuche seit geraumer Zeit eine Layeranbindung über ein
OGR-Virtual-ovf-File
zu erstellen:

Im Mapfile sieht das so aus:

CONNECTIONTYPE OGR
CONNECTION "virtual.ovf"
DATA "Testdaten"


Das virtual.ovf-File folgendermaßen:

<OGRVRTDataSource>
    <OGRVRTLayer name="Testdaten">
        <SrcDataSource>ODBC:root/@geodaten</SrcDataSource> 
 	<SrcSQL>SELECT x,y from beispieltabelle</SrcSQL> 
	<GeometryType>wkbPoint</GeometryType> 
        <LayerSRS>WGS84</LayerSRS>
	<GeometryField encoding="PointFromColumns" x="x" y="y"/> 
    </OGRVRTLayer>
</OGRVRTDataSource>


Wenn ich dieses nun mit ogrinfo teste, so scheint alles ok zu sein. 
Ich erhalte eine Erfolgsmeldung.

Auch die ODBC-Verbindung habe ich mittels ogrinfo mit Erfolg getestet.
Wenn ich dann aber den Mapserver starte, so bekomme ich
folgende Fehlermeldung:

msOGRFileOpen(): OGR error. Open failed for OGR connection `virtual.ovf'. 
Unable to initialize ODBC connection to DSN for root/@geodaten, [Microsoft]
[ODBC Driver Manager] Der Datenquellenname wurde nicht gefunden, und es
wurde kein Standardtreiber angegeben 

Der Mapserver wurde mit der OGR-Bibliothek konfiguriert.
Ich verwende Version 4.8.0

Ich habe mal irgendwo gelesen, dass man eventuell die environment variable
im
Apache-Server angeben muss, damit das richtig funktioniert.
Weiß da jemand etwas drüber, bzw. wie man das angibt?
Ich verwende Mysql ODBC 3.51 Driver.

Vielen Dank im Voraus, Kai Behncke

-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail



From r.keltermann at web.de  Thu Apr  6 13:37:06 2006
From: r.keltermann at web.de (Reinhard Keltermann)
Date: Thu, 06 Apr 2006 13:37:06 +0200
Subject: [Mapserver-DE] PHP/Mapscript Query
Message-ID: <30000193@web.de>

Hallo Liste,

ich möchte gerne eine Query-Abfrage auf Shapefiles mittels PHP/Mapscript durchführen.
Weiß aber nicht genau, wie ich vorgehen muss.
Mit dem klassischen Weg (Parameter über die URL) ist das kein Problem, die Anwendung muss aber mit mapscript gestaltet werden.

Ich habe mein Aufrufskript "aufruf.phtml" und das Mapfile in dem ein Shapefile-Layer vorhanden ist.
Dieser hat in der Klasse ein Template (welches dann ja die Abfragedaten ausgeben soll).

Nur wie gestalte ich in "aufruf.phtml" die Abfrage??
Hat jemand vielleicht ein kleines code-Beispiel?  

Bislang habe ich ein Skript in der Form:
$this_layer = $map->getLayerByName('gemeinde');
$this_layer->set ('status', MS_ON);
 $my_point->setXY(4464246,5393060);
  if ($this_layer->queryByPoint($my_point, MS_SINGLE, 0)) {echo "es muss jetzt eine ausgabe stattfinden";
}

aber das ist irgendwie "noch nicht das gelbe vom Ei".
Bin für jeden noch so kleinen Hinweis dankbar.
Reinhard
_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192



From Burghardt.Scholle at stadt.wolfsburg.de  Mon Apr 10 07:40:00 2006
From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de)
Date: Mon, 10 Apr 2006 07:40:00 +0200
Subject: [Mapserver-DE] Frage zu OGR-Virtual Data File
Message-ID: <E7E585481075EA4B8ECD4B89658146790D6CD5@w3kmail2.stadt.wolfsburg.de>

Hallo Kai,

ich hatte vor einiger Zeit ähnliche Probleme beim Zugriff auf ein ovf-file.
Ein "ogrinfo" klappte einwandfrei, nur der Mapserver wollte mir die Daten
nicht anzeigen. Bei mir traten diese Probleme unter einer Debian /
Postgresql-Umgebung auf. Die Ursache ließ sich auf die beteiligten Programme
zurückführen, deren Versionen nicht miteinander harmonierten. Konkret
passten bei mir die verwendete Mapserver-Version und die gdal-Bibliotheken
nicht zusammen.

Nachdem ich beiden Paketen ein Update habe zukommen lassen, funktionierte
auch der Zugriff auf das ovf-file einwandfrei. Vielleicht hast Du ja die
Möglichkeit, eine Testinstallation mit einer alternativen Konfiguration  von
Mapserver/GDAL aufzusetzen und die Verbindung damit erneut zu testen.

Viel Erfolg und viele Grüße
Burghardt

-----Ursprüngliche Nachricht-----
Von: Kai Behncke [mailto:Kai-Behncke at gmx.de]
Gesendet: Mittwoch, 5. April 2006 23:26
An: mapserver-de at freegis.org
Betreff: [Mapserver-DE] Frage zu OGR-Virtual Data File


Hallo Mapservergemeinde,

ich versuche seit geraumer Zeit eine Layeranbindung über ein
OGR-Virtual-ovf-File
zu erstellen:

Im Mapfile sieht das so aus:

CONNECTIONTYPE OGR
CONNECTION "virtual.ovf"
DATA "Testdaten"


Das virtual.ovf-File folgendermaßen:

<OGRVRTDataSource>
    <OGRVRTLayer name="Testdaten">
        <SrcDataSource>ODBC:root/@geodaten</SrcDataSource> 
 	<SrcSQL>SELECT x,y from beispieltabelle</SrcSQL> 
	<GeometryType>wkbPoint</GeometryType> 
        <LayerSRS>WGS84</LayerSRS>
	<GeometryField encoding="PointFromColumns" x="x" y="y"/> 
    </OGRVRTLayer>
</OGRVRTDataSource>


Wenn ich dieses nun mit ogrinfo teste, so scheint alles ok zu sein. 
Ich erhalte eine Erfolgsmeldung.

Auch die ODBC-Verbindung habe ich mittels ogrinfo mit Erfolg getestet.
Wenn ich dann aber den Mapserver starte, so bekomme ich
folgende Fehlermeldung:

msOGRFileOpen(): OGR error. Open failed for OGR connection `virtual.ovf'. 
Unable to initialize ODBC connection to DSN for root/@geodaten, [Microsoft]
[ODBC Driver Manager] Der Datenquellenname wurde nicht gefunden, und es
wurde kein Standardtreiber angegeben 

Der Mapserver wurde mit der OGR-Bibliothek konfiguriert.
Ich verwende Version 4.8.0

Ich habe mal irgendwo gelesen, dass man eventuell die environment variable
im
Apache-Server angeben muss, damit das richtig funktioniert.
Weiß da jemand etwas drüber, bzw. wie man das angibt?
Ich verwende Mysql ODBC 3.51 Driver.

Vielen Dank im Voraus, Kai Behncke

-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail

_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de



From Olaf.Imkemeyer at im.landsh.de  Tue Apr 11 10:54:34 2006
From: Olaf.Imkemeyer at im.landsh.de (Imkemeyer, Olaf (Innenministerium))
Date: Tue, 11 Apr 2006 10:54:34 +0200
Subject: [Mapserver-DE] getFeatureInfo - aber wie?
Message-ID: <D523792DF06F45458C97640023E8DE2C06E558@im-dc3.lr.landsh.de>

Hallo Listenteilnehmer!

Nach gaaanz laaangem Vorlauf haben wir nun auch eine MapServer-Anwendung am Laufen. Funktioniert alles soweit ganz gut, seit kurzem greifen wir auch einen WMS bei einem Landesamt ab. Das sind mehrere Layer, von denen der Großteil 'queryable=1' ist.

Die möchte ich jetzt natürlich auch abfragen können. 'Habe ältere Listeneinträge, MapServer-Buch und -Homepage, etc. durchsucht, da ist auch allerhand nachzulesen, am Ziel bin ich aber noch nicht angekommen.

Ich weiß, dass das Ganze über den getFeatureInfo-Request laufen wird, mir ist aber nicht klar, wo der eigentlich hin muss:

Mit in den URL, der den WMS abruft? In einen eigenen MapFile-Layer? Wird er über ein Template aufgerufen?

Andere Layer im MapFile frage ich über html-Templates ab, die bestimmte Attributspalten der .DBF-Datei einlesen. 'Wäre nicht schlecht, wenn ich die Templates auch für die WMS-Layer-Abfrage nutzen könnte. Über ein Abfrageergebnis als 'text/plain' wäre ich allerdings auch schon glücklich.

Was ist z.B. falsch an (habe ich analog einem älteren Listen-Eintrag verwendet, dort funktioniert's auch):

http://...php?VERSION=1.1.1&REQUEST=getFeatureInfo&SERVICE=wms&SRS=EPSG:31467&BBOX=3443645.910,5905478.668,3660106.080,6114421.559&WIDTH=550&HEIGHT=330&LAYERS=ffh&STYLES=&FORMAT=image/png&INFO_FORMAT=text/plain&QUERY_LAYERS=ffh&X=70&Y=50 ?

Selbst wenn ich einige Parameter weglasse, bekomme ich Fehlermeldungen in der Art:


<ServiceExceptionReport version="1.1.1">
-
	<ServiceException code="LayerNotDefined">

msWMSFeatureInfo(): WMS server error. Required QUERY_LAYERS parameter missing for getFeatureInfo.
</ServiceException>
</ServiceExceptionReport>


Hat vielleicht

<!--  WARNING: Mandatory mapfile parameter '(at least one of) MAP.PROJECTION, LAYER.PROJECTION or wms_srs metadata' was missing in this context. 
  --> 

aus der Capabilities-Abfrage etwas damit zu tun?


'Verwende MapServer-Version 4.0.1 (Update geplant). In der WEB-Sektion habe ich TEMPLATE, IMAGEPATH, IMAGEURL und LOG definiert.

Kann mir jemand weiterhelfen? Danke vorab.


Schöne Grüße,
Olaf



From arnulf.christl at ccgis.de  Tue Apr 11 11:12:19 2006
From: arnulf.christl at ccgis.de (Arnulf Christl)
Date: Tue, 11 Apr 2006 11:12:19 +0200
Subject: [Mapserver-DE] getFeatureInfo - aber wie?
In-Reply-To: <D523792DF06F45458C97640023E8DE2C06E558@im-dc3.lr.landsh.de>
References: <D523792DF06F45458C97640023E8DE2C06E558@im-dc3.lr.landsh.de>
Message-ID: <443B72F3.5070501@ccgis.de>

Imkemeyer, Olaf (Innenministerium) wrote:
> Hallo Listenteilnehmer!
> 
> Nach gaaanz laaangem Vorlauf haben wir nun auch eine MapServer-Anwendung am Laufen. Funktioniert alles soweit ganz gut, seit kurzem greifen wir auch einen WMS bei einem Landesamt ab. Das sind mehrere Layer, von denen der Großteil 'queryable=1' ist.
> 
> Die möchte ich jetzt natürlich auch abfragen können. 'Habe ältere Listeneinträge, MapServer-Buch und -Homepage, etc. durchsucht, da ist auch allerhand nachzulesen, am Ziel bin ich aber noch nicht angekommen.
> 
> Ich weiß, dass das Ganze über den getFeatureInfo-Request laufen wird, mir ist aber nicht klar, wo der eigentlich hin muss:
> 
> Mit in den URL, der den WMS abruft? In einen eigenen MapFile-Layer? Wird er über ein Template aufgerufen?
> 
> Andere Layer im MapFile frage ich über html-Templates ab, die bestimmte Attributspalten der .DBF-Datei einlesen. 'Wäre nicht schlecht, wenn ich die Templates auch für die WMS-Layer-Abfrage nutzen könnte. Über ein Abfrageergebnis als 'text/plain' wäre ich allerdings auch schon glücklich.
> 
> Was ist z.B. falsch an (habe ich analog einem älteren Listen-Eintrag verwendet, dort funktioniert's auch):
> 
> http://...php?VERSION=1.1.1&REQUEST=getFeatureInfo&SERVICE=wms&SRS=EPSG:31467&BBOX=3443645.910,5905478.668,3660106.080,6114421.559&WIDTH=550&HEIGHT=330&LAYERS=ffh&STYLES=&FORMAT=image/png&INFO_FORMAT=text/plain&QUERY_LAYERS=ffh&X=70&Y=50 ?
> 
> Selbst wenn ich einige Parameter weglasse, bekomme ich Fehlermeldungen in der Art:
> 
> 
> <ServiceExceptionReport version="1.1.1">
> -
> 	<ServiceException code="LayerNotDefined">
> 
> msWMSFeatureInfo(): WMS server error. Required QUERY_LAYERS parameter missing for getFeatureInfo.
> </ServiceException>
> </ServiceExceptionReport>

Hallo,
im Request muss QUERY_LAYERS angegeben werden, der LAYERS Parameter 
alleine reicht nicht aus. z.B. so:

http://wms1.ccgis.de/cgi-bin/mapserv?map=/data/umn/mapbender_user/mapbender_user.map&&VERSION=1.1.1&REQUEST=GetFeatureInfo&SERVICE=WMS&SRS=EPSG:4326&BBOX=-180,-90,180,90&WIDTH=220&HEIGHT=110&LAYERS=Mapbender_User&STYLES=&FORMAT=image/png&INFO_FORMAT=text/html&EXCEPTIONS=application/vnd.ogc.se_xml&FEATURE_COUNT=100&QUERY_LAYERS=Mapbender_Names&X=198&Y=35

> Hat vielleicht
> 
> <!--  WARNING: Mandatory mapfile parameter '(at least one of) MAP.PROJECTION, LAYER.PROJECTION or wms_srs metadata' was missing in this context. 
>   --> 
> 
> aus der Capabilities-Abfrage etwas damit zu tun?

Jeder Layer muss immerr eine Angabe zum Quellprojektionssystem 
enthaltenb, sonst kann MapServer nichts damit anfangen. Pinzipiell 
sollte das Capabilities-Dokument frei von WARNINGs sein, meist sind die 
Erläuterungen ein guter Augangspunkt fürs das entkäfern.

Gruß, Arnulf.

> 'Verwende MapServer-Version 4.0.1 (Update geplant). In der WEB-Sektion habe ich TEMPLATE, IMAGEPATH, IMAGEURL und LOG definiert.
> 
> Kann mir jemand weiterhelfen? Danke vorab.
> 
> 
> Schöne Grüße,
> Olaf
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de



From mailingliste_gis at gmx.de  Tue Apr 11 12:21:14 2006
From: mailingliste_gis at gmx.de (mailingliste_gis@gmx.de)
Date: Tue, 11 Apr 2006 12:21:14 +0200 (MEST)
Subject: [Mapserver-DE] itasca beispiel
Message-ID: <6997.1144750874@www034.gmx.net>

Hallo Liste,


ich nehme gerade das Map File bzw. das itasca_basic.html des UMn
Beispielprojekte "ITASCA" auseinander,
um die Materia zu verstehen. Ich scheitere aber an folgender Zeile im
itasca_basic.html:

<option value="drgs" [drgs_select]> USGS 1:250,000 Quads


Wo ist die Verbindung zwischen dieser Zeile und den beiden tifs
(drgncimq1942 bzw. 1926) 
die im Projekt die Rasterdaten darstellen?

Ich finde weder im mapfile noch in der itasca_basic den Pfad zu diesen
Rasterdateien.





Ich hoffe ihr könnt mir helfen,

mat. mojse

-- 
Analog-/ISDN-Nutzer sparen mit GMX SmartSurfer bis zu 70%!
Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer



From peter.korduan at uni-rostock.de  Tue Apr 11 15:25:24 2006
From: peter.korduan at uni-rostock.de (Peter Korduan)
Date: Tue, 11 Apr 2006 15:25:24 +0200
Subject: [Mapserver-DE] ms_ogc_workshop-de
Message-ID: <0IXK004WW7YCAS@mail.uni-rostock.de>

Hallo Liste,

 

ist jemand an einer deutschen Version des ms4w/ms_ogc_workshops von Tom
Kralidis interessiert.

 

Ich habe diesen mal übersetzt und etwas für eigene Übungen überarbeitet.

 

Wenn ja, möchte diesen vielleicht jemand in die noch www.mapserver.de
<http://www.mapserver.de/>  stellen oder schon auf
http://mapserver.gis.umn.edu/index_html-de?set_language=de

 

Zum Download zunächst mal unter:

http://www.auf.uni-rostock.de/gg/korduan/#resources

 

 

Grüße Peter Korduan

Universität Rostock, Institut für Management ländlicher Räume
Professur für Geodäsie und Geoinformatik
Justus v. Liebig Weg 6, 18059 Rostock
Tel.: ++49-381-4982164, Fax: ++49-381-4982188
WWW: http://www.auf.uni-rostock.de/gg/korduan

 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20060411/55d1f20b/attachment.html

From r.keltermann at web.de  Tue Apr 11 19:01:22 2006
From: r.keltermann at web.de (Reinhard Keltermann)
Date: Tue, 11 Apr 2006 19:01:22 +0200
Subject: [Mapserver-DE] PHP/Mapscript Query
Message-ID: <33857691@web.de>


Hallo, die Queries mit PHP/Mapscript haben nun funktioniert.
Vielen Dank an Andreas Nemmert und Peter Korduan.

Für die Allgemeinheit (diese Fragen werden ja sicherlich noch mehrere haben)Es gibt zwei Möglichkeiten:

1.Möglichkeit:

Z.B. 
$this_layer = $map->getLayerByName('weinbau');
if ($this_layer->queryByPoint($my_point, MS_MULTIPLE, 0)==MS_SUCCESS) {echo "es wurden Einträge gefunden";

$this_layer->getResult($this_layer ->queryByPoint($my_point, MS_MULTIPLE,0));

$template = $map->processQueryTemplate(1,MS_FALSE);
echo $template;

Im Layer "weinbau" wurde ein HTML-Template definiert, welches über 
$template = $map->processQueryTemplate(1,MS_FALSE);
echo $template;

dann ausgegeben wird.

2.Möglichkeit:

Im Layer "weinbau" werden Metadaten eingetragen, welche konform gehen, mit der Datenspalte in der
Postgresql-Tabelle:

METADATA
"reife" "weinsorte"
END

Und dann das Skript:

$this_layer->open();  //dient als Vorbereitung für getShape
$selFields = explode(" ", $this_layer->getMetaData("RESULT_FIELDS"));

$oRes = $this_layer->getResult(0);
$oShape = $this_layer->getShape($oRes->tileindex,$oRes->shapeindex);


$ID1 = $oShape->values['reife']; //der Wert wird ausgelesen
$ID2 = $oShape->values['weinsorte'];
echo $ID1;
echo $ID2;
$oShape->free();

Viele Grüße, Reinhardt
_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192



From Olaf.Imkemeyer at im.landsh.de  Wed Apr 12 14:44:15 2006
From: Olaf.Imkemeyer at im.landsh.de (Imkemeyer, Olaf (Innenministerium))
Date: Wed, 12 Apr 2006 14:44:15 +0200
Subject: [Mapserver-DE] getFeatureInfo - aber wie?
Message-ID: <D523792DF06F45458C97640023E8DE2C06E55E@im-dc3.lr.landsh.de>

Hallo Arnulf, hallo Listenteilnehmer,

vielen Dank für die Antwort. Dass der getFeatureInfo-Request die Angabe eines QUERY_LAYERS erfordert ist mir schon klar. Deshalb steht diese Angabe in meinem URL auch mit drin (s.u.).

Zwei Fragen sind noch offen geblieben:

Wo/wie muss ich den URL im MapFile einbauen und wie kann ich für das Abfrageergebnis mein Template nutzen (s.u.)?

Wäre dankbar, wenn sich das noch beantworten ließe.

Beste Grüße,
Olaf



-----Ursprüngliche Nachricht-----
Von: Arnulf Christl [mailto:arnulf.christl at ccgis.de] 
Gesendet: Dienstag, 11. April 2006 11:12
An: mapserver-de at freegis.org
Betreff: Re: [Mapserver-DE] getFeatureInfo - aber wie?


Imkemeyer, Olaf (Innenministerium) wrote:
> Hallo Listenteilnehmer!
> 
> Nach gaaanz laaangem Vorlauf haben wir nun auch eine
> MapServer-Anwendung am Laufen. Funktioniert alles soweit ganz gut, 
> seit kurzem greifen wir auch einen WMS bei einem Landesamt ab. Das 
> sind mehrere Layer, von denen der Großteil 'queryable=1' ist.
> 
> Die möchte ich jetzt natürlich auch abfragen können. 'Habe ältere
> Listeneinträge, MapServer-Buch und -Homepage, etc. durchsucht, da ist 
> auch allerhand nachzulesen, am Ziel bin ich aber noch nicht 
> angekommen.
> 
> Ich weiß, dass das Ganze über den getFeatureInfo-Request laufen wird,
> mir ist aber nicht klar, wo der eigentlich hin muss:
> 
> Mit in den URL, der den WMS abruft? In einen eigenen MapFile-Layer?
> Wird er über ein Template aufgerufen?
> 
> Andere Layer im MapFile frage ich über html-Templates ab, die
> bestimmte Attributspalten der .DBF-Datei einlesen. 'Wäre nicht 
> schlecht, wenn ich die Templates auch für die WMS-Layer-Abfrage nutzen 
> könnte. Über ein Abfrageergebnis als 'text/plain' wäre ich allerdings 
> auch schon glücklich.
> 
> Was ist z.B. falsch an (habe ich analog einem älteren Listen-Eintrag
> verwendet, dort funktioniert's auch):
> 
> http://...php?VERSION=1.1.1&REQUEST=getFeatureInfo&SERVICE=wms&SRS=EPS
> G:31467&BBOX=3443645.910,5905478.668,3660106.080,6114421.559&WIDTH=550
> &HEIGHT=330&LAYERS=ffh&STYLES=&FORMAT=image/png&INFO_FORMAT=text/plain
> &QUERY_LAYERS=ffh&X=70&Y=50 ?
> 
> Selbst wenn ich einige Parameter weglasse, bekomme ich Fehlermeldungen
> in der Art:
> 
> 
> <ServiceExceptionReport version="1.1.1">
> -
> 	<ServiceException code="LayerNotDefined">
> 
> msWMSFeatureInfo(): WMS server error. Required QUERY_LAYERS parameter
> missing for getFeatureInfo. </ServiceException> 
> </ServiceExceptionReport>

Hallo,
im Request muss QUERY_LAYERS angegeben werden, der LAYERS Parameter 
alleine reicht nicht aus. z.B. so:

http://wms1.ccgis.de/cgi-bin/mapserv?map=/data/umn/mapbender_user/mapbender_user.map&&VERSION=1.1.1&REQUEST=GetFeatureInfo&SERVICE=WMS&SRS=EPSG:4326&BBOX=-180,-90,180,90&WIDTH=220&HEIGHT=110&LAYERS=Mapbender_User&STYLES=&FORMAT=image/png&INFO_FORMAT=text/html&EXCEPTIONS=application/vnd.ogc.se_xml&FEATURE_COUNT=100&QUERY_LAYERS=Mapbender_Names&X=198&Y=35

> Hat vielleicht
> 
> <!--  WARNING: Mandatory mapfile parameter '(at least one of) MAP.PROJECTION, LAYER.PROJECTION or wms_srs metadata' was missing in this context. 
>   -->
> 
> aus der Capabilities-Abfrage etwas damit zu tun?

Jeder Layer muss immerr eine Angabe zum Quellprojektionssystem 
enthaltenb, sonst kann MapServer nichts damit anfangen. Pinzipiell 
sollte das Capabilities-Dokument frei von WARNINGs sein, meist sind die 
Erläuterungen ein guter Augangspunkt fürs das entkäfern.

Gruß, Arnulf.

> 'Verwende MapServer-Version 4.0.1 (Update geplant). In der WEB-Sektion
> habe ich TEMPLATE, IMAGEPATH, IMAGEURL und LOG definiert.
> 
> Kann mir jemand weiterhelfen? Danke vorab.
> 
> 
> Schöne Grüße,
> Olaf
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de




From jt at mapmedia.de  Wed Apr 12 15:15:56 2006
From: jt at mapmedia.de (=?ISO-8859-1?Q?=22J=F6rg_Thomsen_=28MapMedia_GmbH=29=22?=)
Date: Wed, 12 Apr 2006 15:15:56 +0200
Subject: [Mapserver-DE] getFeatureInfo - aber wie?
In-Reply-To: <D523792DF06F45458C97640023E8DE2C06E55E@im-dc3.lr.landsh.de>
References: <D523792DF06F45458C97640023E8DE2C06E55E@im-dc3.lr.landsh.de>
Message-ID: <443CFD8C.1020108@mapmedia.de>

Hallo Olaf,

Imkemeyer, Olaf (Innenministerium) schrieb:
> Hallo Arnulf, hallo Listenteilnehmer,
> 
> vielen Dank für die Antwort. Dass der getFeatureInfo-Request die Angabe eines QUERY_LAYERS erfordert ist mir schon klar. Deshalb steht diese Angabe in meinem URL auch mit drin (s.u.).
> 
> Zwei Fragen sind noch offen geblieben:
> 
> Wo/wie muss ich den URL im MapFile einbauen und wie kann ich für das Abfrageergebnis mein Template nutzen (s.u.)?

Ich hole mal etwas weiter aus: Die ganze Geschichte mit den 
HTML-Templates beim UMN MapServer ist alt, sehr alt. Als das eingeführt 
wurde hat noch niemand OGC-konforme WMS benutzt, d.h. praktisch gab es 
das nicht und so hat jeder seinen eigenen MapServer-Client mit den 
HTML-Clients gebastelt. Diese HTML-Template-Technologie hält sich sehr 
lange, wohl vor allem deshalb weil es alte Projekte gibt die damit 
laufen und keine Bedarf einer Änderung besteht (bzw. gesehen wird).

Inzwischen werden neue Projekte auf OGC-Konformität getrimmt, d.h. Du 
erstellst einen oder mehrer WMS, holst Dir weitere existierende WMS und 
setzt einen OGC-konformen Client ein. Für die HTML-Templates ist da kein 
Platz mehr, genaugenommen sind sie überflüssig.

(Jetzt kannst Du Dich bei mir persönlich beschweren, aber als Du zur 
Schulung hier warst, war das mit den Templates durchaus noch aktuell...)

O.K. die Templates funktionieren ja noch, kein Grund also 
wegzuschmeißen. Du hast jetzt aber das Problem, das GetFeatureInfo nicht 
kaskadiert werden kann, dass bedeutet Du musst den WMS des Landesamtes 
direkt anfragen. Das sollte doch in Deine Templates integrierbar sein?

Gruß, Jörg



> Wäre dankbar, wenn sich das noch beantworten ließe.
> 
> Beste Grüße,
> Olaf
> 
> 
> 
> -----Ursprüngliche Nachricht-----
> Von: Arnulf Christl [mailto:arnulf.christl at ccgis.de] 
> Gesendet: Dienstag, 11. April 2006 11:12
> An: mapserver-de at freegis.org
> Betreff: Re: [Mapserver-DE] getFeatureInfo - aber wie?
> 
> 
> Imkemeyer, Olaf (Innenministerium) wrote:
> 
>>Hallo Listenteilnehmer!
>>
>>Nach gaaanz laaangem Vorlauf haben wir nun auch eine
>>MapServer-Anwendung am Laufen. Funktioniert alles soweit ganz gut, 
>>seit kurzem greifen wir auch einen WMS bei einem Landesamt ab. Das 
>>sind mehrere Layer, von denen der Großteil 'queryable=1' ist.
>>
>>Die möchte ich jetzt natürlich auch abfragen können. 'Habe ältere
>>Listeneinträge, MapServer-Buch und -Homepage, etc. durchsucht, da ist 
>>auch allerhand nachzulesen, am Ziel bin ich aber noch nicht 
>>angekommen.
>>
>>Ich weiß, dass das Ganze über den getFeatureInfo-Request laufen wird,
>>mir ist aber nicht klar, wo der eigentlich hin muss:
>>
>>Mit in den URL, der den WMS abruft? In einen eigenen MapFile-Layer?
>>Wird er über ein Template aufgerufen?
>>
>>Andere Layer im MapFile frage ich über html-Templates ab, die
>>bestimmte Attributspalten der .DBF-Datei einlesen. 'Wäre nicht 
>>schlecht, wenn ich die Templates auch für die WMS-Layer-Abfrage nutzen 
>>könnte. Über ein Abfrageergebnis als 'text/plain' wäre ich allerdings 
>>auch schon glücklich.
>>
>>Was ist z.B. falsch an (habe ich analog einem älteren Listen-Eintrag
>>verwendet, dort funktioniert's auch):
>>
>>http://...php?VERSION=1.1.1&REQUEST=getFeatureInfo&SERVICE=wms&SRS=EPS
>>G:31467&BBOX=3443645.910,5905478.668,3660106.080,6114421.559&WIDTH=550
>>&HEIGHT=330&LAYERS=ffh&STYLES=&FORMAT=image/png&INFO_FORMAT=text/plain
>>&QUERY_LAYERS=ffh&X=70&Y=50 ?
>>
>>Selbst wenn ich einige Parameter weglasse, bekomme ich Fehlermeldungen
>>in der Art:
>>
>>
>><ServiceExceptionReport version="1.1.1">
>>-
>>	<ServiceException code="LayerNotDefined">
>>
>>msWMSFeatureInfo(): WMS server error. Required QUERY_LAYERS parameter
>>missing for getFeatureInfo. </ServiceException> 
>></ServiceExceptionReport>
> 
> 
> Hallo,
> im Request muss QUERY_LAYERS angegeben werden, der LAYERS Parameter 
> alleine reicht nicht aus. z.B. so:
> 
> http://wms1.ccgis.de/cgi-bin/mapserv?map=/data/umn/mapbender_user/mapbender_user.map&&VERSION=1.1.1&REQUEST=GetFeatureInfo&SERVICE=WMS&SRS=EPSG:4326&BBOX=-180,-90,180,90&WIDTH=220&HEIGHT=110&LAYERS=Mapbender_User&STYLES=&FORMAT=image/png&INFO_FORMAT=text/html&EXCEPTIONS=application/vnd.ogc.se_xml&FEATURE_COUNT=100&QUERY_LAYERS=Mapbender_Names&X=198&Y=35
> 
> 
>>Hat vielleicht
>>
>><!--  WARNING: Mandatory mapfile parameter '(at least one of) MAP.PROJECTION, LAYER.PROJECTION or wms_srs metadata' was missing in this context. 
>>  -->
>>
>>aus der Capabilities-Abfrage etwas damit zu tun?
> 
> 
> Jeder Layer muss immerr eine Angabe zum Quellprojektionssystem 
> enthaltenb, sonst kann MapServer nichts damit anfangen. Pinzipiell 
> sollte das Capabilities-Dokument frei von WARNINGs sein, meist sind die 
> Erläuterungen ein guter Augangspunkt fürs das entkäfern.
> 
> Gruß, Arnulf.
> 
> 
>>'Verwende MapServer-Version 4.0.1 (Update geplant). In der WEB-Sektion
>>habe ich TEMPLATE, IMAGEPATH, IMAGEURL und LOG definiert.
>>
>>Kann mir jemand weiterhelfen? Danke vorab.
>>
>>
>>Schöne Grüße,
>>Olaf
>>
>>_______________________________________________
>>Mapserver-DE mailing list
>>Mapserver-DE at freegis.org
>>https://freegis.org/mailman/listinfo/mapserver-de
> 
> 
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de


-- 

_________________________________________________

MapMedia
Kartographie und raumbezogene Informationssysteme

Heilbronner Straße 10
D-10711 Berlin

fon:  +49.(0)30.89 06 82 70
fax:  +49.(0)30.89 06 82 73
mail: jt at mapmedia.de
net:  www.mapmedia.de
pgp:  on demand
_________________________________________________



From r.keltermann at web.de  Wed Apr 12 17:15:41 2006
From: r.keltermann at web.de (Reinhard Keltermann)
Date: Wed, 12 Apr 2006 17:15:41 +0200
Subject: [Mapserver-DE] Einbindung von WMS-Layern
Message-ID: <34521177@web.de>

Hallo Liste,
was die Einbindung von WMS-Layern angeht bin ich noch ein blutiger Anfänger.
Wie kann ich in meiner eigenen Mapserveranwendung einen Layer (der z.B. auf einem Arc IMS zur Verfügung gestellt wird) einbinden?

Mit dem Mapbender ist das ja ganz einfach.
Aber wie mache ich das in einem eigenen Template oder einer eigenen PHP/Mapscript-Oberfläche?

Muss ich einen externen WMS-Layer über das Mapfile einbinden?
Wo setze ich an?
Hat jemand einen Tip für mich?

Dankeschön, Reinhard
_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192



From albrecht at fielax.de  Wed Apr 12 17:22:22 2006
From: albrecht at fielax.de (Sebastian Albrecht)
Date: Wed, 12 Apr 2006 15:22:22 +0000
Subject: [Mapserver-DE] Einbindung von WMS-Layern
In-Reply-To: <34521177@web.de>
References: <34521177@web.de>
Message-ID: <443D1B2E.30609@fielax.de>

Hallo Reinhard,

> Muss ich einen externen WMS-Layer über das Mapfile einbinden?
> Wo setze ich an?
> Hat jemand einen Tip für mich?

Ja.

Auf http://www.umn-mapserver.de/doc.html findest du im Abschnitt 
MapServer Anleitungen Links zu den entsprechenden Dokumentationen.

Die, die dich für eine clientseitigen WMS-Anbindung interessieren dürfte 
ist http://mapserver.gis.umn.edu/docs/howto/wms_client. Auf Englisch, 
aber mit den gegebenen Beispielen sollte es klappen.

Viel Spaß damit und Gruß

Sebastian Albrecht

-- 
----------------------------------------------------------------
FIELAX Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH
Schifferstr. 10-14, 27568 Bremerhaven, GERMANY

Sebastian Albrecht

Phone:    +49 (0)471 30015-16
Fax:      +49 (0)471 30015-22
EMail:    albrecht at fielax.de
----------------------------------------------------------------



From chrigu at big5.ch  Thu Apr 13 10:09:33 2006
From: chrigu at big5.ch (chrigu)
Date: Thu, 13 Apr 2006 10:09:33 +0200
Subject: [Mapserver-DE] =?iso-8859-1?q?Fragen_zur_Bildqualit=E4t_und_zu_ve?=
	=?iso-8859-1?q?rschundenen_Farben?=
Message-ID: <20060413080935.01F0036D7F@mail.intevation.de>

Hallo

Ich habe ein Bild einer Kompletten Karte (eps, tif, pdf) welche ich ins
www.namibia-forum.ch einbauen möchte. 
Dafür habe mir gestern fgs und ka-map auf meinem Linux Server (Suse 10)
installiert und ein bisschen mit der gmap-demo herumgespielt. Nun habe ich
das Problem, dass meine Karte qualitativ schlecht aussieht, nachdem sie vom
MapServer verarbeitet wurde. Zudem wird eine hellrote farbe in weiss
umgewandelt.

Hier die Karte: http://www.big5.ch:8080/ka-map/
Und ein Ausschnitt des Originals: http://www.big5.ch:8080/namsample.png

Kann Mir jemand einen Tipp geben, was ich machen muss damit die Qualität
besser wird und es mit den Farben klappt?

Danke Chrigu



From flavio at tydac.ch  Thu Apr 13 12:17:53 2006
From: flavio at tydac.ch (Flavio Hendry)
Date: Thu, 13 Apr 2006 12:17:53 +0200
Subject: [Mapserver-DE]
	=?iso-8859-1?q?Fragen_zur_Bildqualit=E4t_und_zu_ve?=
	=?iso-8859-1?q?rschundenen_Farben?=
In-Reply-To: <20060413080935.01F0036D7F@mail.intevation.de>
References: <20060413080935.01F0036D7F@mail.intevation.de>
Message-ID: <WorldClient-F200604131217.AA17530324@tydac.ch>

hoi chrigu

ich würd mal jpg ausgeben und resampling benutzen.

siehe http://umn.mapserver.ch/

such nach resampling.

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Kind Regards
############             mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------


-----Original Message-----
From: "chrigu" <chrigu at big5.ch>
To: <mapserver-de at freegis.org>
Date: Thu, 13 Apr 2006 10:09:33 +0200
Subject: [Mapserver-DE] Fragen zur Bildqualität und zu verschundenen Farben

> Hallo
> 
> Ich habe ein Bild einer Kompletten Karte (eps, tif, pdf) welche ich
> ins
> www.namibia-forum.ch einbauen möchte. 
> Dafür habe mir gestern fgs und ka-map auf meinem Linux Server (Suse
> 10)
> installiert und ein bisschen mit der gmap-demo herumgespielt. Nun
> habe ich
> das Problem, dass meine Karte qualitativ schlecht aussieht, nachdem
> sie vom
> MapServer verarbeitet wurde. Zudem wird eine hellrote farbe in weiss
> umgewandelt.
> 
> Hier die Karte: http://www.big5.ch:8080/ka-map/
> Und ein Ausschnitt des Originals:
> http://www.big5.ch:8080/namsample.png
> 
> Kann Mir jemand einen Tipp geben, was ich machen muss damit die
> Qualität
> besser wird und es mit den Farben klappt?
> 
> Danke Chrigu
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de




From caeschlimann at i-cons.ch  Thu Apr 13 16:13:21 2006
From: caeschlimann at i-cons.ch (Christoph Aeschlimann)
Date: Thu, 13 Apr 2006 16:13:21 +0200
Subject: [Mapserver-DE] namibia-karte
Message-ID: <20060413141321.510E036DA6@mail.intevation.de>

Hallo 

Vielen dank für die Inputs für meine Namibia-Karte. Die Qualität ist nun
einiges besser nachdem ich auf jpg und resampling umgestellt habe. Nach
meiner Ansicht aber leider immer noch nicht optimal.
Für mich sieht es aus, wie bei der Erstellung des JPG eine zu starke
Kompression verwendet wird (Qualität: 10-30%). Ich habe auch versucht das im
map-File anzugeben. Leider scheint es nichts zu bringen.

IMAGETYPE jpeg

OUTPUTFORMAT
      NAME jpeg
      DRIVER "GD/JPEG"
      MIMETYPE "image/jpeg"
      IMAGEMODE RGB
      EXTENSION "jpg"
      FORMATOPTION "QUALITY=60"
END

Interessanterweise musste ich das Outputformat des Bildes in der ka-map
config einstellen, dort sehe ich aber keine Angaben für die Bildqualität.
Hat mir noch jemand einen Tipp?

Zur Erinnerung: 
Hier die Karte: http://www.big5.ch:8080/ka-map/ Und ein Ausschnitt des
Originals: http://www.big5.ch:8080/namsample.png




From chrigu at big5.ch  Fri Apr 14 01:03:16 2006
From: chrigu at big5.ch (chrigu)
Date: Fri, 14 Apr 2006 01:03:16 +0200
Subject: [Mapserver-DE] Karte und Referenz unterschiedlich
Message-ID: <20060413230316.E5AA936DB1@mail.intevation.de>

Hallo

Leider muss ich noch einmal eine Frage stellen, zu der ich selber keine
Lösung finde. Ich habe keine Ahnung wie ich an die EXTENT Werte komme. Ich
denke aber, dass das in diesem Fall auch nicht so wichtig ist, weil ich
keine unterschiedlichen Layer habe. Ich habe einfach ein Bild. Nun möchte
ich, dass ich in der Referece sehe, wo im Bild ich mich befinde. Kann ich
das auf irgendeine unkomplizierte Art angeben?

Ich habe die EXTENT für die Map und die REFERENCE gleich gesetzt, beim
tfw-Dokument habe ich keine Ahnung was hineinkommt.

Vielen Dank für jede Hilfe
Chrigu

P.S. Noch einmal die Karte: http://www.big5.ch:8080/ka-map/




From ml.dje at geocontent.de  Sun Apr 16 15:22:48 2006
From: ml.dje at geocontent.de (Dirk Jesko)
Date: Sun, 16 Apr 2006 15:22:48 +0200
Subject: [Mapserver-DE] Projektion
In-Reply-To: <000501c65f89$a0b6a340$1301010a@ANDREAS>
References: <000501c65f89$a0b6a340$1301010a@ANDREAS>
Message-ID: <44424528.9060404@geocontent.de>

Hallo Andreas,

wen Du Daten mit unterschiedlichem Ellipsoiden/Datum hast, kann das 
vorkommen. Mit den Standardwerten bekomme ich in Deutschland meist auch 
eine Abweichung von ca. 100m. Mittels "+towgs84" (oder so ähnlich) kann 
ein Parametersatz für die Transformation nach WGS84 angegeben werden. 
Für Deutschland habe ich die Parameter auf der Webseite des BKG 
(http://crs.bkg.bund.de/crseu/crs/eu-countrysel.php?country=DE) 
gefunden. Die Vorzeichen der drei Parameter für die Rotation müssen 
evtl. geändert werden, d.h. beispielsweise -0.202,-0.045,2.455 statt 
0.202,0.045,-2.455. Betrifft nur die Rotationsparameter! Möglicherweise 
funktionieren die ja auch in Östereich. So weit weg ist das ja nicht. 
:-) Der Projektionseintrag könnte dann etwa so aussehen:

  PROJECTION
    "init=epsg:4326"
    "towgs84=-598.1,-73.7,-418.2,-0.202,-0.045,2.455,-6.70"
  END

Falls keine passenden Parameter zu finden sind, kannst Du auch versuchen 
selbst einen Satz zu erzeugen. Wenn das Gebiet nicht zu groß ist und 
keine Genauigkeit im Meter-Bereich erforderlich ist genügt es evtl. 
schon die drei Verschiebungen anzugeben:

"towgs84=x,y,z,0,0,0,0"

Ich hoffe das hilft etwas weiter. Ich würde auch noch empfehlen, die 
Liste mal nach "towgs84" zu durchsuchen. ähnliche Fragen tauchen 
häufiger auf.


Ebenfalls noch schöne Ostern,
Dirk


Andreas Nemmert wrote:

>Hallo Dirk, ich bin es wieder einmal...
>Du hast mir ja mit den Projektionen sehr viel weiter geholfen.
>Ich habe das so gut wie gelöst. Natürlich ist immer wieder irgendwo ein
>kleines Problem...
>im Prinzip "passen" die Daten zusammen, mit den verschiedenen
>Projektionen. Nur die Daten die im WGS84 sind, haben eine Abweichung von
>80 Metern zu den anderen Daten. Woran kann das liegen? Gilt der EPSG
>Code 4326 den ich für die WGS84 Daten habe nicht in Österreich? ich habe
>schon viel versucht, aber noch keine Lösung gefunden, und da bist du mir
>wieder in den Sinn gekommen!
>Danke und frohe Ostern!
>
>Lg Andreas Nemmert
>
>
>  
>



From albrecht at fielax.de  Tue Apr 18 09:56:31 2006
From: albrecht at fielax.de (Sebastian Albrecht)
Date: Tue, 18 Apr 2006 07:56:31 +0000
Subject: [Mapserver-DE] namibia-karte
In-Reply-To: <20060413141321.510E036DA6@mail.intevation.de>
References: <20060413141321.510E036DA6@mail.intevation.de>
Message-ID: <44449BAF.7030304@fielax.de>

Hallo Christoph,

sehr interessante Seite BTW.

 > Zur Erinnerung:
 > Hier die Karte: http://www.big5.ch:8080/ka-map/ Und ein Ausschnitt des
 > Originals: http://www.big5.ch:8080/namsample.png

Mit ka-map kenne ich mich nicht aus, aber wenn dein Original-Bild ein 
PNG ist, frage ich mich, wieso du es als JPEG anzeigen willst. JPEG ist 
für derartige Karten mit vielen gleichfarbigen Flächen und Schriften 
nicht ganz so gut geeignet.

Hier http://mapserver.gis.umn.edu/docs/reference/mapfile/outputformat 
steht, wie du ein PNG einbinden kannst.

Viele Grüße,
Sebastian

-- 
----------------------------------------------------------------
FIELAX Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH
Schifferstr. 10-14, 27568 Bremerhaven, GERMANY

Sebastian Albrecht

Phone:    +49 (0)471 30015-16
Fax:      +49 (0)471 30015-22
EMail:    albrecht at fielax.de
----------------------------------------------------------------



From chrigu at big5.ch  Tue Apr 18 10:44:17 2006
From: chrigu at big5.ch (chrigu@big5.ch)
Date: Tue, 18 Apr 2006 10:44:17 +0200
Subject: [Mapserver-DE] namibia-karte
In-Reply-To: <44449BAF.7030304@fielax.de>
Message-ID: <20060418084420.38F8A36CFC@mail.intevation.de>

Hallo

Vielen Dank für die diversen Tipps. Das mit dem JPEG war auch ein Tipp den
ich erhalten habe, als bei den PNG immer die Schwarze Farbe gefehlt hat. Nun
habe ich eine einigermassen zufrieden stellende Lösung was das Bildformat
betrifft.

Die Ausgabe erfolgt nun als PNG. Das Schwarzproblem konnte ich lösen indem
ich die Transparenz des Layers eingestellt habe (ich finde 80 schöner als
100). Resample=Avarage hat auch viel gebracht.

LAYER
  NAME namibia
  METADATA
    "DESCRIPTION" "Namibia"
  END
  TYPE RASTER
  PROCESSING "RESAMPLE=AVERAGE"
  STATUS ON
  TRANSPARENCY 80
  DATA namibia.png
END

Im Moment kämpfe ich noch mit dem Problem, dass die Hauptkarte und die
Referenz nicht übereinstimmen. Das liegt einerseits am Problem mit der
.tfw-Datei und den extent-Werten. Kann mir jemand sagen, wie ich diese Werte
am besten berechne? 

Die richtig gute Seite ist übrigens http://www.namibia-forum.ch

Gruss Chrigu


-----Ursprüngliche Nachricht-----
Von: Sebastian Albrecht [mailto:albrecht at fielax.de] 
Gesendet: Dienstag, 18. April 2006 09:57
An: Christoph Aeschlimann
Cc: mapserver-de at freegis.org
Betreff: Re: [Mapserver-DE] namibia-karte

Hallo Christoph,

sehr interessante Seite BTW.

 > Zur Erinnerung:
 > Hier die Karte: http://www.big5.ch:8080/ka-map/ Und ein Ausschnitt des
 > Originals: http://www.big5.ch:8080/namsample.png

Mit ka-map kenne ich mich nicht aus, aber wenn dein Original-Bild ein 
PNG ist, frage ich mich, wieso du es als JPEG anzeigen willst. JPEG ist 
für derartige Karten mit vielen gleichfarbigen Flächen und Schriften 
nicht ganz so gut geeignet.

Hier http://mapserver.gis.umn.edu/docs/reference/mapfile/outputformat 
steht, wie du ein PNG einbinden kannst.

Viele Grüße,
Sebastian

-- 
----------------------------------------------------------------
FIELAX Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH
Schifferstr. 10-14, 27568 Bremerhaven, GERMANY

Sebastian Albrecht

Phone:    +49 (0)471 30015-16
Fax:      +49 (0)471 30015-22
EMail:    albrecht at fielax.de
----------------------------------------------------------------



From flavio at tydac.ch  Tue Apr 18 10:53:43 2006
From: flavio at tydac.ch (Flavio Hendry)
Date: Tue, 18 Apr 2006 10:53:43 +0200
Subject: [Mapserver-DE] namibia-karte
In-Reply-To: <44449BAF.7030304@fielax.de>
References: <20060413141321.510E036DA6@mail.intevation.de>
	<44449BAF.7030304@fielax.de>
Message-ID: <WorldClient-F200604181053.AA53430340@tydac.ch>

Hallo Sebasitian / Christoph

auf mein anraten hin benutzt er JPEG, dies weil er RESAMPLING einsetzt.
und das geht mit PNG 8bit als ausgabe nicht. Um die Qualität weiter zu
verbessern, würde ich empfehlen die rasterkarte mit besseren algorithmen
vorgängig für verschiedene zoomstufen zu resamplen (in verschiedene
grössen aufbereiten). gut ist da z.B. Paintshop Pro (resize, vorgängig 
die karte unbedingt in 32bit umwandeln. gute effekte erzeugt man auch,
wenn man eine leicht transparente maske darüberlegt.

siehe z.B. www.mapfinder.ch. die rasterkarte wurde in 5 grössen
aufbereitet und in MapServer benutze ich zudem RESAMPLING (average). die
qualität ist in allen zoomstufen recht passabel.

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Kind Regards
############             mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------


-----Original Message-----
From: Sebastian Albrecht <albrecht at fielax.de>
To: Christoph Aeschlimann <caeschlimann at i-cons.ch>
Cc: mapserver-de at freegis.org
Date: Tue, 18 Apr 2006 07:56:31 +0000
Subject: Re: [Mapserver-DE] namibia-karte

> Hallo Christoph,
> 
> sehr interessante Seite BTW.
> 
>  > Zur Erinnerung:
>  > Hier die Karte: http://www.big5.ch:8080/ka-map/ Und ein Ausschnitt
> des
>  > Originals: http://www.big5.ch:8080/namsample.png
> 
> Mit ka-map kenne ich mich nicht aus, aber wenn dein Original-Bild ein
> PNG ist, frage ich mich, wieso du es als JPEG anzeigen willst. JPEG
> ist 
> für derartige Karten mit vielen gleichfarbigen Flächen und Schriften 
> nicht ganz so gut geeignet.
> 
> Hier http://mapserver.gis.umn.edu/docs/reference/mapfile/outputformat
> steht, wie du ein PNG einbinden kannst.
> 
> Viele Grüße,
> Sebastian
> 
> -- 
> ----------------------------------------------------------------
> FIELAX Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH
> Schifferstr. 10-14, 27568 Bremerhaven, GERMANY
> 
> Sebastian Albrecht
> 
> Phone:    +49 (0)471 30015-16
> Fax:      +49 (0)471 30015-22
> EMail:    albrecht at fielax.de
> ----------------------------------------------------------------
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de




From flavio at tydac.ch  Tue Apr 18 11:02:31 2006
From: flavio at tydac.ch (Flavio Hendry)
Date: Tue, 18 Apr 2006 11:02:31 +0200
Subject: [Mapserver-DE] namibia-karte
In-Reply-To: <20060418084420.38F8A36CFC@mail.intevation.de>
References: <44449BAF.7030304@fielax.de>
	<20060418084420.38F8A36CFC@mail.intevation.de>
Message-ID: <WorldClient-F200604181102.AA02310345@tydac.ch>

Hoi Chrigu

ich nehme an, du verwendest keine "echten" koordinaten. daher könntest
du eine tfw-datei mit pixelkoordinaten anlegen. die einträge im tfw
bedeuten:

pixelgrösse
0 (null)
0
-pixelgrösse
x upper left(mitte pixel)
y upper left (mitte pixel)

nehmen wir an, dein bild sei 5000x5000 pixel, dann würde ich das tfw so
anlegen:

1
0 
0
-1
0.5
4999.5

die daraus resultierenden extents wären:

xmin 0 
ymin 0 
xmax 5000 
ymax 5000

die übersichtskarte sollte dabei die gleiche ausdehnung und die gleichen
seitenverhätlinisse haben wie die originalkarte.

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Kind Regards
############             mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------




From schroeter at netgis.de  Tue Apr 18 11:12:42 2006
From: schroeter at netgis.de (NETGIS Schroeter)
Date: Tue, 18 Apr 2006 11:12:42 +0200
Subject: [Mapserver-DE] namibia-karte
References: <20060418084420.38F8A36CFC@mail.intevation.de>
Message-ID: <001c01c662c8$410e8650$1cb2a8c0@sven>

Hi,
bzgl. der tfw-Berechnung für metrische Koordinaten:
hier liegt eine kleine Excel-Datei zur Tfw-Berechnung die sich eigentlich 
von selbst erklären sollte:
www.netgis.de/download/tfw_file.zip
VG
Sven 



From chrigu at big5.ch  Tue Apr 18 13:31:44 2006
From: chrigu at big5.ch (chrigu)
Date: Tue, 18 Apr 2006 13:31:44 +0200
Subject: [Mapserver-DE] namibia-karte
In-Reply-To: <WorldClient-F200604181053.AA53430340@tydac.ch>
Message-ID: <20060418113151.8FD8A36CFC@mail.intevation.de>

Hallo Flavio

Dein Tipp mit den Koordinaten ist Super! Das hat genau hingehauen. Nun hänge
ich aber bereits am nächsten Problem. Im Moment komme ich mir wirklich sehr
blöd vor.

Du schreibst auf Deiner Seite hast Du mehrere Varianten der Bilder in
unterschiedlichen Grössen. Das ist eigentlich genau was ich haben müsste.
Die Erstellung der Bilder ist dabei kein Problem. Nur weiss ich nicht wie
ich diese den unterschiedlichen Zoomstufen zuordnen kann. Im Moment habe ich
ein grosses Bild, das jeweils umgerechnet wird. Diese Umrechnung möchte ich
wenn Möglich ganz ausschliessen, da die Bildqualität dabei immer leidet. Das
heisst für mich ich mache fünf Bilder und zeige diese zu den jeweiligen
Zoomstufen an ohne dass eine Umrechnung erforderlich ist. Somit würden die
Bilder nur geschnitten und nicht mehr neu berechnet. 

Danke für die Hilfe
Chrigu

- ----------------------------------------------
Christoph Aesclimann
www.i-cons.ch
www.namibia-forum.ch



-----Ursprüngliche Nachricht-----
Von: mapserver-de-bounces at freegis.org
[mailto:mapserver-de-bounces at freegis.org] Im Auftrag von Flavio Hendry
Gesendet: Dienstag, 18. April 2006 10:54
An: Sebastian Albrecht; Christoph Aeschlimann; mapserver-de at freegis.org
Betreff: Re: [Mapserver-DE] namibia-karte

Hallo Sebasitian / Christoph

auf mein anraten hin benutzt er JPEG, dies weil er RESAMPLING einsetzt.
und das geht mit PNG 8bit als ausgabe nicht. Um die Qualität weiter zu
verbessern, würde ich empfehlen die rasterkarte mit besseren algorithmen
vorgängig für verschiedene zoomstufen zu resamplen (in verschiedene
grössen aufbereiten). gut ist da z.B. Paintshop Pro (resize, vorgängig 
die karte unbedingt in 32bit umwandeln. gute effekte erzeugt man auch,
wenn man eine leicht transparente maske darüberlegt.

siehe z.B. www.mapfinder.ch. die rasterkarte wurde in 5 grössen
aufbereitet und in MapServer benutze ich zudem RESAMPLING (average). die
qualität ist in allen zoomstufen recht passabel.

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Kind Regards
############             mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------


-----Original Message-----
From: Sebastian Albrecht <albrecht at fielax.de>
To: Christoph Aeschlimann <caeschlimann at i-cons.ch>
Cc: mapserver-de at freegis.org
Date: Tue, 18 Apr 2006 07:56:31 +0000
Subject: Re: [Mapserver-DE] namibia-karte

> Hallo Christoph,
> 
> sehr interessante Seite BTW.
> 
>  > Zur Erinnerung:
>  > Hier die Karte: http://www.big5.ch:8080/ka-map/ Und ein Ausschnitt
> des
>  > Originals: http://www.big5.ch:8080/namsample.png
> 
> Mit ka-map kenne ich mich nicht aus, aber wenn dein Original-Bild ein
> PNG ist, frage ich mich, wieso du es als JPEG anzeigen willst. JPEG
> ist 
> für derartige Karten mit vielen gleichfarbigen Flächen und Schriften 
> nicht ganz so gut geeignet.
> 
> Hier http://mapserver.gis.umn.edu/docs/reference/mapfile/outputformat
> steht, wie du ein PNG einbinden kannst.
> 
> Viele Grüße,
> Sebastian
> 
> -- 
> ----------------------------------------------------------------
> FIELAX Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH
> Schifferstr. 10-14, 27568 Bremerhaven, GERMANY
> 
> Sebastian Albrecht
> 
> Phone:    +49 (0)471 30015-16
> Fax:      +49 (0)471 30015-22
> EMail:    albrecht at fielax.de
> ----------------------------------------------------------------
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de


_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de



From chrigu at big5.ch  Tue Apr 18 21:24:48 2006
From: chrigu at big5.ch (chrigu)
Date: Tue, 18 Apr 2006 21:24:48 +0200
Subject: [Mapserver-DE] namibia-karte
In-Reply-To: <WorldClient-F200604181102.AA02310345@tydac.ch>
Message-ID: <20060418192451.AFC0C36DA4@mail.intevation.de>

Hallo 

Noch einmal Vielen Dank für die Hilfe. Ich habe nun noch einige Tests
gemacht und letztlich einige Karten aufgeschaltet:
http://www.namibia-forum.ch/karten.html

Ich habe nun von PNG auf JPG umgestellt. Die PNG funktionierten zwar super
unter Firefox, als ich dieselben Karten mit IE aufrief, bleiben die Seiten
aber weiss. Mit JPEG geht es problemlos. Das Map-File sieht nun so aus
(nicht ganz vollständig). 

EXTENT 0 0 1445 3000
IMAGETYPE jpeg

OUTPUTFORMAT
  NAME jpeg
  DRIVER "GD/JPEG"
  MIMETYPE "image/jpeg"
  IMAGEMODE RGB
  EXTENSION "jpg"
  FORMATOPTION "QUALITY=60"
END

REFERENCE
  IMAGE ../data/swakopmund_key.png
  EXTENT 0 0 1445 3000
  STATUS ON
  COLOR -1 -1 -1
  OUTLINECOLOR 255 0 0
  SIZE 120 166
END

LAYER
  NAME swakopmund
  METADATA
    "DESCRIPTION" "swakopmund"
  END
  TYPE RASTER
  PROCESSING "RESAMPLE=AVERAGE"
  STATUS ON
  TRANSPARENCY 80
  DATA swakopmund.png
END

So klappt es recht gut. Was ich noch nicht ganz begriffen habe sind die
Vergrösserungsschritte. Mit diesen Werten hier in der config.php
funktioniert es, wie die aber zu Stande kommen weiss ich nicht.

"swakopmund"   => array( "Swakopmund",
"../../../apps/karten/htdocs/swakopmund.map",
array( 8550, 5700, 4275, 2850 ),
"JPEG"),

Den Wert 2850 habe ich durch ausprobieren herausgefunden. Die restlichen
sind Faktoren davon bei denen die Verkleinerung recht gut funktioniert.

Gruss Chrigu

-----Ursprüngliche Nachricht-----
Von: mapserver-de-bounces at freegis.org
[mailto:mapserver-de-bounces at freegis.org] Im Auftrag von Flavio Hendry
Gesendet: Dienstag, 18. April 2006 11:03
An: chrigu at big5.ch; mapserver-de at freegis.org
Betreff: Re: [Mapserver-DE] namibia-karte

Hoi Chrigu

ich nehme an, du verwendest keine "echten" koordinaten. daher könntest
du eine tfw-datei mit pixelkoordinaten anlegen. die einträge im tfw
bedeuten:

pixelgrösse
0 (null)
0
-pixelgrösse
x upper left(mitte pixel)
y upper left (mitte pixel)

nehmen wir an, dein bild sei 5000x5000 pixel, dann würde ich das tfw so
anlegen:

1
0 
0
-1
0.5
4999.5

die daraus resultierenden extents wären:

xmin 0 
ymin 0 
xmax 5000 
ymax 5000

die übersichtskarte sollte dabei die gleiche ausdehnung und die gleichen
seitenverhätlinisse haben wie die originalkarte.

Mit freundlichem Gruss / Best Regards
Flavio Hendry

----------------------------------------------------------------
TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual
----------------------------------------------------------------
############      Mit freundlichen Gruessen / Kind Regards
############             mailto:flavio at tydac.ch
############         TYDAC AG - http://www.tydac.ch
####    ####        Geographic Information Solutions
####    ####         Luternauweg 12 -- CH-3006 Bern
############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860
----------------------------------------------------------------


_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de



From Kai-Behncke at gmx.de  Wed Apr 19 10:00:01 2006
From: Kai-Behncke at gmx.de (Kai Behncke)
Date: Wed, 19 Apr 2006 10:00:01 +0200 (MEST)
Subject: [Mapserver-DE] Frage zum Vergleich PostGIS vs. mysql(spatial)
Message-ID: <20837.1145433601@www030.gmx.net>

Hallo liebe Gemeinde,

für eine Anwendung wird gerade überlegt, den Mapserver mit PostGIS oder aber
mysql(spatial) einzusetzen.
PostGIS hat sich ja recht gut bewährt. Wie aber sieht es mit mysql-spatial
aus?
Hat da jemand Erfahrungswerte?
Es hieß auf der FOSSGIS zuweilen, die räumliche Erweiterung von mysql sei
noch mit Fehlern behaftet. Kann das jemand verifizieren?
Die Anwendung soll unter Windows laufen (leider).
Hat jemand Erfahrungen mit dem Kompilieren vom Mapserver für mysql unter
Windows (oder kennt eine gute Anleitung dafür)?
Welche Gründe sprechen für oder gegen den Einsatz von mysql-spatial?

Vielen lieben Dank im Voraus, Kai

-- 
Echte DSL-Flatrate dauerhaft für 0,- Euro*!
"Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl



From schroeter at netgis.de  Wed Apr 19 12:45:55 2006
From: schroeter at netgis.de (NETGIS Schroeter)
Date: Wed, 19 Apr 2006 12:45:55 +0200
Subject: [Mapserver-DE] Resampling und Querymap
Message-ID: <001801c6639e$705fffc0$1cb2a8c0@sven>

Hallo,
bei einer Abfrage und Erzeugung einer Querymap verschwinden bei mir die Rasterdaten (1bit sw) die mit PROCESSING "RESAMPLE=AVERAGE"   attributiert wurden.
Wenn ich das Resampling weglasse werden die Daten angezeigt.
Ist das ein Bug von MS 4.8?
Mein Zielsystem: IIS 5.0, Mapserver 4.8
VG
Sven
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20060419/8fb57c08/attachment.html

From Frank.Broniewski at mnha.etat.lu  Thu Apr 20 11:01:52 2006
From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski)
Date: Thu, 20 Apr 2006 11:01:52 +0200
Subject: [Mapserver-DE] arcgis 8 als wms client
Message-ID: <000601c66459$10f3fc10$a6696e94@EPCCARTOGIS>

Hallo Liste

Ich habe ein Problem mit meinem frisch aufgesetzten Mapserver WMS
Server. Ich benutze ArcMap 8.3 mit dem Interoperability Addon. Wenn ich
den GetCababilities Request oben in das Feld eintrage

	
http://148.110.105.146/cgi-bin/wms.exe?SERVICE=WMS&VERSION=1.1.1&request
=getcapabilities

bekomme ich von Arc immer eine Fehlermeldung, dass der Server nicht
antwortet: "Unable to access Server". Im Apache Log kann ich den Anfrage
aber erkennen, die ist nur etwas seltsam, Arc fügt immer was hinzu.

	
SERVICE=WFS&VERSION=1.1.1&request=getcapabilities/servlet/com.esri.esrim
ap.Esrimap?ServiceName=catalog

Man beachte die Chose nach getcapabilities. Geht das nun mit dem
Interoperability Addon nicht, oder was muss ich machen, damit ich meinen
WMS benutzen kann?

Um den WMS zu testen, habe ich natürlich die Anfragen im Browser
getestet und bekomme sowohl ein xml-Dokument, als auch Kartenlayer zu
sehen.

Über Hilfe würde ich mich sehr freuen. 

Mit freundlichen Grüßen aus Luxembourg

Frank

Anhang: das Mapfile

MAP
	NAME "WMS/WFS"
	CONFIG PROJ_LIB "C:\mapserver\proj\nad"
	STATUS On
	SIZE 400 300
	EXTENT 28573 55710 126469 140059
	UNITS METERS
	SHAPEPATH "C:\maps"
	IMAGECOLOR 255 255 255

	WEB
		IMAGEPATH	"C:\mapserver\ms_tmp\"
		IMAGEURL	"/ms_tmp/"

		METADATA
			"wfs_title"				"EPC
Cultural Heritage WFS Server"
			"wfs_onlineresource"
"http://148.110.105.146/cgi-bin/wms.exe?"
			"wfs_srs"
"EPSG:2169 EPSG:31466"
			"wfs_abstract"			"This is the EPC
WFS Server: provided by MNHA, Luxembourg"

			"wms_title"				"EPC
Cultural Heritage WMS Server"
			"wms_onlineresource"
"http://148.110.105.146/cgi-bin/wms.exe?"
			"wms_srs"
"EPSG:2169 EPSG:31466"
			"wms_abstract"			"This is the EPC
WMS Server: provided by MNHA, Luxembourg"
			"wms_feature_info_mime_type" "GML"

			# epsg:2169		LUREF
			# epsg:31466	DHDN Gauss-Kruger Zone 2
			# epsg:16032	UTM Zone 32N (DE+LU)
			# epsg:16031	UTM Zone 31N (LU)
		END
	END

	PROJECTION
		"init=epsg:2169"
		"towgs84=-193,-13.7,-39.9,-0.41,-2.933,2.688,0.43"
	END

	LEGEND
		IMAGECOLOR 255 255 255
		KEYSIZE 20 10

		LABEL
			TYPE	Bitmap
			SIZE	Medium
			COLOR	0 0 0
		END
	END



	LAYER
		NAME "Sections"

		METADATA
			"wms_title"
"Sections"
			"wfs_title"
"Sections"
			"wms_srs"
"EPSG:2169"
			"gml_include_items"			"all"
#			"gml_exclude_items"			"DB_ID"
#			"gml_SECTION_alias"
"Sectionsname"
#			"gml_SECTION_type"
"Character"
		END

		TYPE Polygon
		STATUS On
		DATA "luxembourg/vector/adm/sections"
		TEMPLATE "dasistegal.html"
		DUMP True

		PROJECTION
			"init=epsg:2169"
	
"towgs84=-193,-13.7,-39.9,-0.41,-2.933,2.688,0.43"
		END

		CLASS
			NAME "Sections"
			STYLE
				COLOR			200 255 0
				OUTLINECOLOR	120 120 120
			END
		END


	END


END

                                                      
Frank Broniewski
Musée National d'Histoire et d'Art
Section Préhistoire / Projet EPC
    Tél: +352 260 281-21
241, Rue de Luxembourg
L-8077 Bertrange



From schroeter at netgis.de  Thu Apr 20 11:42:09 2006
From: schroeter at netgis.de (NETGIS Schroeter)
Date: Thu, 20 Apr 2006 11:42:09 +0200
Subject: [Mapserver-DE] arcgis 8 als wms client
References: <000601c66459$10f3fc10$a6696e94@EPCCARTOGIS>
Message-ID: <001f01c6645e$b214f860$1cb2a8c0@sven>

Hallo Frank,
die angehangene Chose "servlet/com.esri.esrimap.Esrimap?ServiceName=catalog"
sieht mir nach dem Versuch von ArcMap aus einen ArcIMS-Service aufzurufen.
Leider habe ich zum probieren nur ArcMap 9.2 am laufen, und da ist der
WMS-Support bereits implementiert. Der Aufruf darüber scheitert auch (oder
ist der Service nicht  öffentlich?)
Versuch mal Dein Glück mit einem anderen Client z.B.
http://www.christine-gis.com/ um die Fehler des ArcMap-Addons
auszuschließen.
Viele Grüße
Sven

----- Original Message ----- 
From: "Frank Broniewski" <Frank.Broniewski at mnha.etat.lu>
To: <mapserver-de at freegis.org>
Sent: Thursday, April 20, 2006 11:01 AM
Subject: [Mapserver-DE] arcgis 8 als wms client


Hallo Liste

Ich habe ein Problem mit meinem frisch aufgesetzten Mapserver WMS
Server. Ich benutze ArcMap 8.3 mit dem Interoperability Addon. Wenn ich
den GetCababilities Request oben in das Feld eintrage


http://148.110.105.146/cgi-bin/wms.exe?SERVICE=WMS&VERSION=1.1.1&request
=getcapabilities

bekomme ich von Arc immer eine Fehlermeldung, dass der Server nicht
antwortet: "Unable to access Server". Im Apache Log kann ich den Anfrage
aber erkennen, die ist nur etwas seltsam, Arc fügt immer was hinzu.


SERVICE=WFS&VERSION=1.1.1&request=getcapabilities/servlet/com.esri.esrim
ap.Esrimap?ServiceName=catalog

Man beachte die Chose nach getcapabilities. Geht das nun mit dem
Interoperability Addon nicht, oder was muss ich machen, damit ich meinen
WMS benutzen kann?

Um den WMS zu testen, habe ich natürlich die Anfragen im Browser
getestet und bekomme sowohl ein xml-Dokument, als auch Kartenlayer zu
sehen.

Über Hilfe würde ich mich sehr freuen.

Mit freundlichen Grüßen aus Luxembourg

Frank

Anhang: das Mapfile

MAP
NAME "WMS/WFS"
CONFIG PROJ_LIB "C:\mapserver\proj\nad"
STATUS On
SIZE 400 300
EXTENT 28573 55710 126469 140059
UNITS METERS
SHAPEPATH "C:\maps"
IMAGECOLOR 255 255 255

WEB
IMAGEPATH "C:\mapserver\ms_tmp\"
IMAGEURL "/ms_tmp/"

METADATA
"wfs_title" "EPC
Cultural Heritage WFS Server"
"wfs_onlineresource"
"http://148.110.105.146/cgi-bin/wms.exe?"
"wfs_srs"
"EPSG:2169 EPSG:31466"
"wfs_abstract" "This is the EPC
WFS Server: provided by MNHA, Luxembourg"

"wms_title" "EPC
Cultural Heritage WMS Server"
"wms_onlineresource"
"http://148.110.105.146/cgi-bin/wms.exe?"
"wms_srs"
"EPSG:2169 EPSG:31466"
"wms_abstract" "This is the EPC
WMS Server: provided by MNHA, Luxembourg"
"wms_feature_info_mime_type" "GML"

# epsg:2169 LUREF
# epsg:31466 DHDN Gauss-Kruger Zone 2
# epsg:16032 UTM Zone 32N (DE+LU)
# epsg:16031 UTM Zone 31N (LU)
END
END

PROJECTION
"init=epsg:2169"
"towgs84=-193,-13.7,-39.9,-0.41,-2.933,2.688,0.43"
END

LEGEND
IMAGECOLOR 255 255 255
KEYSIZE 20 10

LABEL
TYPE Bitmap
SIZE Medium
COLOR 0 0 0
END
END



LAYER
NAME "Sections"

METADATA
"wms_title"
"Sections"
"wfs_title"
"Sections"
"wms_srs"
"EPSG:2169"
"gml_include_items" "all"
# "gml_exclude_items" "DB_ID"
# "gml_SECTION_alias"
"Sectionsname"
# "gml_SECTION_type"
"Character"
END

TYPE Polygon
STATUS On
DATA "luxembourg/vector/adm/sections"
TEMPLATE "dasistegal.html"
DUMP True

PROJECTION
"init=epsg:2169"

"towgs84=-193,-13.7,-39.9,-0.41,-2.933,2.688,0.43"
END

CLASS
NAME "Sections"
STYLE
COLOR 200 255 0
OUTLINECOLOR 120 120 120
END
END


END


END


Frank Broniewski
Musée National d'Histoire et d'Art
Section Préhistoire / Projet EPC
    Tél: +352 260 281-21
241, Rue de Luxembourg
L-8077 Bertrange

_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de



From Frank.Broniewski at mnha.etat.lu  Thu Apr 20 12:00:02 2006
From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski)
Date: Thu, 20 Apr 2006 12:00:02 +0200
Subject: [Mapserver-DE] arcgis 8 als wms client
In-Reply-To: <001f01c6645e$b214f860$1cb2a8c0@sven>
Message-ID: <000001c66461$310d7a50$a6696e94@EPCCARTOGIS>

Hi Sven

Der Service ist leider nicht öffentlich, das hätte ich dazuschreiben
sollen. Wir sind hier hinter einem Proxy, den ich leider nicht umgehen
kann, sehr zu meinem Ärger ;-)

Ich habe Christine mal probiert und uDIG auch. Bei beiden kann ich
meinen Layer hinzufügen, es funktioniert also. Lediglich die Abfrage von
Daten funktioniert bei beiden nicht, warum auch immer. Das Layer ist
querable=1, doch kommt keine Information an. Aber das ist wohl schon das
nächste Problem.

Viele Grüße Frank

                                                      
Frank Broniewski
Musée National d'Histoire et d'Art
Section Préhistoire / Projet EPC
    Tél: +352 260 281-21
241, Rue de Luxembourg
L-8077 Bertrange


-----Ursprüngliche Nachricht-----
Von: mapserver-de-bounces at freegis.org
[mailto:mapserver-de-bounces at freegis.org] Im Auftrag von NETGIS
Schroeter
Gesendet: Donnerstag, 20. April 2006 10:42
An: mapserver-de at freegis.org
Betreff: Re: [Mapserver-DE] arcgis 8 als wms client


Hallo Frank,
die angehangene Chose
"servlet/com.esri.esrimap.Esrimap?ServiceName=catalog"
sieht mir nach dem Versuch von ArcMap aus einen ArcIMS-Service
aufzurufen. Leider habe ich zum probieren nur ArcMap 9.2 am laufen, und
da ist der WMS-Support bereits implementiert. Der Aufruf darüber
scheitert auch (oder ist der Service nicht  öffentlich?) Versuch mal
Dein Glück mit einem anderen Client z.B. http://www.christine-gis.com/
um die Fehler des ArcMap-Addons auszuschließen. Viele Grüße Sven

----- Original Message ----- 
From: "Frank Broniewski" <Frank.Broniewski at mnha.etat.lu>
To: <mapserver-de at freegis.org>
Sent: Thursday, April 20, 2006 11:01 AM
Subject: [Mapserver-DE] arcgis 8 als wms client


Hallo Liste

Ich habe ein Problem mit meinem frisch aufgesetzten Mapserver WMS
Server. Ich benutze ArcMap 8.3 mit dem Interoperability Addon. Wenn ich
den GetCababilities Request oben in das Feld eintrage


http://148.110.105.146/cgi-bin/wms.exe?SERVICE=WMS&VERSION=1.1.1&request
=getcapabilities

bekomme ich von Arc immer eine Fehlermeldung, dass der Server nicht
antwortet: "Unable to access Server". Im Apache Log kann ich den Anfrage
aber erkennen, die ist nur etwas seltsam, Arc fügt immer was hinzu.


SERVICE=WFS&VERSION=1.1.1&request=getcapabilities/servlet/com.esri.esrim
ap.Esrimap?ServiceName=catalog

Man beachte die Chose nach getcapabilities. Geht das nun mit dem
Interoperability Addon nicht, oder was muss ich machen, damit ich meinen
WMS benutzen kann?

Um den WMS zu testen, habe ich natürlich die Anfragen im Browser
getestet und bekomme sowohl ein xml-Dokument, als auch Kartenlayer zu
sehen.

Über Hilfe würde ich mich sehr freuen.

Mit freundlichen Grüßen aus Luxembourg

Frank

Anhang: das Mapfile

MAP
NAME "WMS/WFS"
CONFIG PROJ_LIB "C:\mapserver\proj\nad"
STATUS On
SIZE 400 300
EXTENT 28573 55710 126469 140059
UNITS METERS
SHAPEPATH "C:\maps"
IMAGECOLOR 255 255 255

WEB
IMAGEPATH "C:\mapserver\ms_tmp\"
IMAGEURL "/ms_tmp/"

METADATA
"wfs_title" "EPC
Cultural Heritage WFS Server"
"wfs_onlineresource"
"http://148.110.105.146/cgi-bin/wms.exe?"
"wfs_srs"
"EPSG:2169 EPSG:31466"
"wfs_abstract" "This is the EPC
WFS Server: provided by MNHA, Luxembourg"

"wms_title" "EPC
Cultural Heritage WMS Server"
"wms_onlineresource"
"http://148.110.105.146/cgi-bin/wms.exe?"
"wms_srs"
"EPSG:2169 EPSG:31466"
"wms_abstract" "This is the EPC
WMS Server: provided by MNHA, Luxembourg" "wms_feature_info_mime_type"
"GML"

# epsg:2169 LUREF
# epsg:31466 DHDN Gauss-Kruger Zone 2
# epsg:16032 UTM Zone 32N (DE+LU)
# epsg:16031 UTM Zone 31N (LU)
END
END

PROJECTION
"init=epsg:2169" "towgs84=-193,-13.7,-39.9,-0.41,-2.933,2.688,0.43"
END

LEGEND
IMAGECOLOR 255 255 255
KEYSIZE 20 10

LABEL
TYPE Bitmap
SIZE Medium
COLOR 0 0 0
END
END



LAYER
NAME "Sections"

METADATA
"wms_title"
"Sections"
"wfs_title"
"Sections"
"wms_srs"
"EPSG:2169"
"gml_include_items" "all"
# "gml_exclude_items" "DB_ID"
# "gml_SECTION_alias"
"Sectionsname"
# "gml_SECTION_type"
"Character"
END

TYPE Polygon
STATUS On
DATA "luxembourg/vector/adm/sections"
TEMPLATE "dasistegal.html"
DUMP True

PROJECTION
"init=epsg:2169"

"towgs84=-193,-13.7,-39.9,-0.41,-2.933,2.688,0.43"
END

CLASS
NAME "Sections"
STYLE
COLOR 200 255 0
OUTLINECOLOR 120 120 120
END
END


END


END


Frank Broniewski
Musée National d'Histoire et d'Art
Section Préhistoire / Projet EPC
    Tél: +352 260 281-21
241, Rue de Luxembourg
L-8077 Bertrange

_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de

_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de



From tkauk at t-online.de  Thu Apr 20 13:55:38 2006
From: tkauk at t-online.de (Thoralf Kauk)
Date: Thu, 20 Apr 2006 13:55:38 +0200
Subject: [Mapserver-DE] Mapserver und WMS GetCapabilities
Message-ID: <444776BA.5020801@t-online.de>

Hallo Liste,

habe versucht, mit der aktuellen ms4w Installation für Apache/Windows 
die WMS-Funktionalität zu testen.
Die GetCapabilities-Anfrage (folgende Link) führt leider nur dazu, dass 
Firefox den Download der Datei anbietet.

http://localhost/cgi-bin/mapserv.exe?MAP=/ms4w/apps/gmap/htdocs/gmap75_wms.map&SERVICE=wms&VERSION=1.1.1&REQUEST=GetCapabilities

Der GetMap Service mit dem folgenden Link liefert jedoch ein Bild.

http://localhost/cgi-bin/mapserv.exe?MAP=/ms4w/apps/gmap/htdocs/gmap75_wms.map&SERVICE=wms&VERSION=1.1.1&LAYERS=bathymetry,land_fn&REQUEST=GetMap 


Die WFS-GetCapabilties Anfrage liefert eine gültige XML-Datei.

Hab mal versucht, das Problem zu verfolgen, bin aber nicht fündig 
geworden. Mitten beim Schreiben der XML-Antwort auf stdout, öffnet 
Firefox den Download-Dialog. Dabei sind noch nicht mal die Layer 
abgefragt worden.

Ist das Problem bekannt bzw gibt es dafür Abhilfe?

MfG
Thoralf



From Frank.Broniewski at mnha.etat.lu  Thu Apr 20 14:10:17 2006
From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski)
Date: Thu, 20 Apr 2006 14:10:17 +0200
Subject: [Mapserver-DE] Mapserver und WMS GetCapabilities
In-Reply-To: <444776BA.5020801@t-online.de>
Message-ID: <000001c66473$6384ebf0$a6696e94@EPCCARTOGIS>

Hi

Das passiert bei mir auch. Wenn du die Datei als text (also mit der
Endung txt) speicherst, kannst du sie öffnen und hast dann auch den xml
Code.

Grüße 

Frank

                                                      
Frank Broniewski
Musée National d'Histoire et d'Art
Section Préhistoire / Projet EPC
    Tél: +352 260 281-21
241, Rue de Luxembourg
L-8077 Bertrange


-----Ursprüngliche Nachricht-----
Von: mapserver-de-bounces at freegis.org
[mailto:mapserver-de-bounces at freegis.org] Im Auftrag von Thoralf Kauk
Gesendet: Donnerstag, 20. April 2006 12:56
An: mapserver-de at freegis.org
Betreff: [Mapserver-DE] Mapserver und WMS GetCapabilities


Hallo Liste,

habe versucht, mit der aktuellen ms4w Installation für Apache/Windows 
die WMS-Funktionalität zu testen.
Die GetCapabilities-Anfrage (folgende Link) führt leider nur dazu, dass 
Firefox den Download der Datei anbietet.

http://localhost/cgi-bin/mapserv.exe?MAP=/ms4w/apps/gmap/htdocs/gmap75_w
ms.map&SERVICE=wms&VERSION=1.1.1&REQUEST=GetCapabilities

Der GetMap Service mit dem folgenden Link liefert jedoch ein Bild.

http://localhost/cgi-bin/mapserv.exe?MAP=/ms4w/apps/gmap/htdocs/gmap75_w
ms.map&SERVICE=wms&VERSION=1.1.1&LAYERS=bathymetry,land_fn&REQUEST=GetMa
p 


Die WFS-GetCapabilties Anfrage liefert eine gültige XML-Datei.

Hab mal versucht, das Problem zu verfolgen, bin aber nicht fündig 
geworden. Mitten beim Schreiben der XML-Antwort auf stdout, öffnet 
Firefox den Download-Dialog. Dabei sind noch nicht mal die Layer 
abgefragt worden.

Ist das Problem bekannt bzw gibt es dafür Abhilfe?

MfG
Thoralf

_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de



From mandy at mandrine.de  Thu Apr 20 18:50:41 2006
From: mandy at mandrine.de (mandy fleischhauer)
Date: Thu, 20 Apr 2006 18:50:41 +0200
Subject: [Mapserver-DE] Mapserver und WMS GetCapabilities
In-Reply-To: <444776BA.5020801@t-online.de>
References: <444776BA.5020801@t-online.de>
Message-ID: <4447BBE1.9010304@mandrine.de>

Hallo Thoralf

Wenn es das selbe Problem ist was ich denke, meinst du sicher das nach 
dem CapabilitiesRequest statt einem xml-File ein exe file zurückkommt, 
dann probiere einfach mal das hier:
Benenne die  mapserv.exe im cgi-Ordner in mapserv.xml um und 
berücksichtige dies auch in deinem Request.
Also http://localhost/cgi-bin/mapserv.xml?MAP=....
Dann bekommst du auf den Request auch ein xml-file vom Service zurück.
Das du auf den GetMap Request ein Bild zurückgelieferst bekommst sollte 
auch so sein, sonst würde ich mich stark wundern.

Das exe file ist eigentlich ein gültiges XML Dokument. Nur ist die 
Endung falsch =)
Wieso warum weshalb habe ich auch noch nicht herausgefunden. Nur hat es 
mir diese Lösung es etwas bequemer gemacht.
Ich hoffe das hilft dir etwas weiter.

------------------------------------------------
Liebe Grüße
Mandy Fleischhauer

Hochschule für Technik und Wirtschaft Dresden
Fachbereich Vermessungswesen/Kartographie



Thoralf Kauk schrieb:

>Hallo Liste,
>
>habe versucht, mit der aktuellen ms4w Installation für Apache/Windows 
>die WMS-Funktionalität zu testen.
>Die GetCapabilities-Anfrage (folgende Link) führt leider nur dazu, dass 
>Firefox den Download der Datei anbietet.
>
>http://localhost/cgi-bin/mapserv.exe?MAP=/ms4w/apps/gmap/htdocs/gmap75_wms.map&SERVICE=wms&VERSION=1.1.1&REQUEST=GetCapabilities
>
>Der GetMap Service mit dem folgenden Link liefert jedoch ein Bild.
>
>http://localhost/cgi-bin/mapserv.exe?MAP=/ms4w/apps/gmap/htdocs/gmap75_wms.map&SERVICE=wms&VERSION=1.1.1&LAYERS=bathymetry,land_fn&REQUEST=GetMap 
>
>
>Die WFS-GetCapabilties Anfrage liefert eine gültige XML-Datei.
>
>Hab mal versucht, das Problem zu verfolgen, bin aber nicht fündig 
>geworden. Mitten beim Schreiben der XML-Antwort auf stdout, öffnet 
>Firefox den Download-Dialog. Dabei sind noch nicht mal die Layer 
>abgefragt worden.
>
>Ist das Problem bekannt bzw gibt es dafür Abhilfe?
>
>MfG
>Thoralf
>
>_______________________________________________
>Mapserver-DE mailing list
>Mapserver-DE at freegis.org
>https://freegis.org/mailman/listinfo/mapserver-de
>
>
>  
>



From tkauk at t-online.de  Fri Apr 21 09:06:20 2006
From: tkauk at t-online.de (Thoralf Kauk)
Date: Fri, 21 Apr 2006 09:06:20 +0200
Subject: [Mapserver-DE] Mapserver und WMS GetCapabilities
In-Reply-To: <4447B9C3.8030007@gmx.de>
References: <444776BA.5020801@t-online.de> <4447B9C3.8030007@gmx.de>
Message-ID: <4448846C.7040007@t-online.de>

Hallo Mandy,
mandy fleischhauer schrieb:

> Benenne die  mapserv.exe im cgi-Ordner in mapserv.xml um und 
> berücksichtige dies auch in deinem Request.
> Also http://localhost/cgi-bin/mapserv.xml?MAP=....
> Dann bekommst du auf den Request auch ein xml-file vom Service zurück.

> 
> Das exe file ist eigentlich ein gültiges XML Dokument. Nur ist die 
> Endung falsch =)

Ja, vielen Dank für den Hinweis. Habe einfach die Endung .exe 
weggelassen, mapserv im cgi-bin Verzeichnis entsprechend umbenannt und 
schon fragt er anständig nach dem Öffnen/Speichern von 
"application/vnd.ogc.wms_xml".

Übrigens hat er vorher auch nicht die Exe-Datei gespeichert, wie ich 
zunächst vermutete, sondern hat den XML Inhalt unter dem Namen der 
EXE-Datei abgelegt.

Tschüß
Thoralf



From sbahl at gismobil.de  Fri Apr 21 10:48:51 2006
From: sbahl at gismobil.de (sbahl@gismobil.de)
Date: 21 Apr 2006 08:48:51 UT
Subject: [Mapserver-DE] php_mapscript_48.dll kann nicht geladen werden
Message-ID: <0003C4BD.4448B88B@193.141.186.246>

Hallo!

Ich habe mir von http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html das Binary Package: mapserver-4.8.1-win32-php5.1.2.zip heruntergeladen. Obwohl ich die PHP-Version 5.1.2 benutze bekomme ich die Fehlermeldung beim Einbinden von php_mapscript_48.dll in der php.ini, dass das Modul nicht geladen werden konnte. Wenn ich mir die Abhängigkeiten der dll anschaue, stelle ich fest, dass alle Abhängigkeiten gelöst sind.

Was kann denn das noch sein? Ich bin der Meinung, ich hätte die beiliegende Readme genau beachtet und habe alle Pfade gesetzt.


Grüße

Sascha Bahl



From robert-fritz at web.de  Fri Apr 21 11:21:50 2006
From: robert-fritz at web.de (robert fritz)
Date: Fri, 21 Apr 2006 11:21:50 +0200
Subject: [Mapserver-DE] php_mapscript_48.dll kann nicht geladen werden
Message-ID: <260979720@web.de>

Hallo Sascha,

ich kenne die Meldung wenn die zusätzlichen Mapserver- DLLs nicht im Windows Suchpfad enthalten sind. 

Gruss Robert

Hallo!

Ich habe mir von http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html das Binary Package: mapserver-4.8.1-win32-php5.1.2.zip heruntergeladen. Obwohl ich die PHP-Version 5.1.2 benutze bekomme ich die Fehlermeldung beim Einbinden von php_mapscript_48.dll in der php.ini, dass das Modul nicht geladen werden konnte. Wenn ich mir die Abhängigkeiten der dll anschaue, stelle ich fest, dass alle Abhängigkeiten gelöst sind.

Was kann denn das noch sein? Ich bin der Meinung, ich hätte die beiliegende Readme genau beachtet und habe alle Pfade gesetzt.


Grüße

Sascha Bahl
_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192



From Klaus.Kuehne at gga-hannover.de  Mon Apr 24 10:14:51 2006
From: Klaus.Kuehne at gga-hannover.de (=?iso-8859-1?Q?K=FChne=2C_Klaus?=)
Date: Mon, 24 Apr 2006 10:14:51 +0200
Subject: [Mapserver-DE] =?iso-8859-1?q?Beeintr=E4chtigung_Aplplet-basierte?=
	=?iso-8859-1?q?r_Mapserver-Anwendungen_durch_IE-Patch?=
Message-ID: <3FFD61F410025C438C661A9FDB5FBEB179BBD9@exbgr3.nlfb.bgr.de>

Hallo,

vielleicht haben Sie das auch schon bemerkt: Durch einen neuen Patch des Internet Explorers müssen Java-Applets und ActiveX-Controls neuerdings erst per Mausklick aktiviert werden, ehe man sie benutzen kann ("Klicken Sie hier, um das Steuerelement zu aktivieren").  Bei jedem Server-Pong (z. B. nach Aufziehen des Zoom-Gummibandes) wiederholt sich das Spielchen. Es gibt aber eine relativ einfache Lösung: Das Applet-Tag (z. B. für mapplet.class) muss per Javascript-document.write() bzw. writeln() geschrieben werden, und zwar in einer Javascript-Function und unbedingt in einer separaten  .js-Datei. 

Diese .js-Datei wird dann im Head der betroffenen HTML-Seite mit <script src="..."></script> eingebunden. Im Body wird dann (anstelle des bisherigen Applet-Tags) die Function aufgerufen; die Inhalte der benötigten Mapserver-Variablen (in eckigen Klammern) müssen der Funktion als Parameter übergeben werden.

Grund für den IE-Patch soll übrigens ein Patentstreit sein ...

Mit freundlichem Gruß

Klaus Kühne

GGA-Institut
Stilleweg 2 
D-30655 Hannover
Tel. 0511 643-3481



-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20060424/b674b146/attachment.html

From oknopp at kartago.de  Mon Apr 24 16:28:21 2006
From: oknopp at kartago.de (Olaf Knopp)
Date: Mon, 24 Apr 2006 16:28:21 +0200
Subject: [Mapserver-DE] MapBender/MapStorer Entwicklungsumgebung
In-Reply-To: <0003BB39.442274D7@193.141.186.246>
References: <0003BB39.442274D7@193.141.186.246>
Message-ID: <444CE085.4090206@kartago.de>

Hallo,

ja das stimmt leider, MapStorer hat in der aktuellen Version ein Problem 
mit dem Leerzeichen im Apache-Pfad.
Das Problem wird in der nächsten Version behoben sein.

Das Problem kann man bspw. mit einen "C:/htdocs" lösen, ohne neu 
installieren zu müssen.
Dazu in die httpd.conf folgendes eintragen und Apache neu starten.

...
DocumentRoot "C:/htdocs"
...

Ich hoffe, dass hilft.

Grüße
Olaf



mweiss at gismobil.de schrieb:
> Hallo Liste,
>  
> ich habe mir eine komplette Infrastruktur für Web Mapping aufgebaut.
> Soll heißen: Apache,PHP,MySQL,UMN MapServer,MapBender,MapStorer.
>  
> Nun habe ich folgendes Problem:
>  
> Ok, wenn ich versuche die MapStorer interne Preview (welche auf UMN 
> zugreift) der Karte zu laden bekomme ich folgende Fehlermeldung:
>  
> msEvalRegex(): Regular expression error. String (C:/Programme/Apache) 
> failed expression test.
>  
> Ich habe da so eine WorstCase Vermutung: Da ich den Apache Server in 
> folgendem Verzeichnispfad installiert habe: C:/Programme/Apache 
> Group/Apache... vermute ich dass sich der MapServer bzw. der MapStorer 
> an dem Leerzeichen in "Apache Group" stört.
>  
> Könnte mir jemand diese Vermutung bestätigen bzw. sagen um was es sich 
> eigentlich genau handelt?
>  
> Wenn meine Vermutung stimmt, wäre ich für Vorschläge, wie ich dieses 
> Problem löse, ohne alles nochmals installieren zu müssen sehr dankbar.
>  
> MfG
>  
> M. Stephan
> ------------------------------------------------------------------------
>
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de



From Martin.Spott at mgras.net  Mon Apr 24 18:47:33 2006
From: Martin.Spott at mgras.net (Martin Spott)
Date: Mon, 24 Apr 2006 16:47:33 +0000 (UTC)
Subject: [Mapserver-DE] Frage zum Vergleich PostGIS vs. mysql(spatial)
References: <20837.1145433601@www030.gmx.net>
Message-ID: <e2ivf5$15a0$1@osprey.mgras.de>

"Kai Behncke" wrote:

> für eine Anwendung wird gerade überlegt, den Mapserver mit PostGIS oder aber
> mysql(spatial) einzusetzen.
> PostGIS hat sich ja recht gut bewährt. Wie aber sieht es mit mysql-spatial
> aus?

Wenn die etwaige Alternative mit mehreren Fragezeichen behaftet ist,
wuerde ich doch einfach das einsetzen, was bekanntermassen bewaehrt
ist.

Tschuess,
	Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------



From erich.meyerheim at stadt-brandenburg.de  Mon Apr 24 11:39:52 2006
From: erich.meyerheim at stadt-brandenburg.de (Erich Meyerheim)
Date: Mon, 24 Apr 2006 11:39:52 +0200
Subject: [Mapserver-DE] Question about WMS Services and capabilities
Message-ID: <s44cb8b2.063@lvnbb.brandenburg.de>

Hi Folks,

first, sorry for my bad english ... :(

We have a big Problem concerning the WMS- capabilities request of the Mapserver.
After Days of trickling around we have no ideas left :( 
Is anybody out there who can help us with more ideas or even a solution ?

We setup a map file:

Inside there are 2 indentical Layers. The first Layer "Flurstshp" is a shape layer the second layer is coming out of a postgis database.
When we send a "get capabilities" Request to the mapserver we are getting a  result telling us some confused data.

Please see snip layer and snip capabilites.


-------------------------------------------- snip Layer section of the mapfile ------------------------------------------------------------------------------------

LAYER # Flurstshp
	NAME Flurstshp
	METADATA
		WMS_TITLE "Flurstuecke_shp"
		WMS_ABSTRACT "Flurstuecke aus shapefile"
		WMS_SRS "25833"
	END
	DATA vector/alk/060208/Flurst
	STATUS ON
	TYPE POLYGON
	CLASS
		NAME 'Flurst'
		OUTLINECOLOR 0 0 255
	END
END


LAYER # Flurst
	NAME Flurstue
	PROJECTION 
		"init=epsg:25833"
	END
	METADATA
		WMS_TITLE "Flurstuecke"
		WMS_SRS "25833"
	END
	CONNECTIONTYPE postgis	
	CONNECTION "user=foo password=bar dbname=sridbastel host=10.234.5.9"
	DATA "the_geom FROM flurst USING SRID=25833"
	STATUS ON
	TYPE POLYGON
	CLASS
		NAME 'Flurst2'
		OUTLINECOLOR 255 0 0
	END
END

-------------------------------------------- snap Layer section of the mapfile ------------------------------------------------------------------------------------


Explanation :

the first latlonBounding Box and BoundingBox are ok. (This is the bounding box of the project)
the second latlonBounding Box and BoundingBox are also ok. (the Bounding Boxes of Flurstshp, a shape File)
the third latlonBoundingBox and BoundingBox are wrong !! (the Bounding Boxes of Fluerstue, postgis data with the_geom)

has somebody the same Problems and / or sved them already


-------------------------------------------- snip capabilities ------------------------------------------------------------------------------------

- <Layer queryable="0">
  <Name>BaBastelBastelbe</Name> 
  <Title>Bastel</Title> 
  <SRS>25833</SRS> 
  <LatLonBoundingBox minx="50.0706" miny="44.5791" maxx="54.129" maxy="47.451" />  <----------- correct data
  <BoundingBox SRS="EPSG:25833" minx="3.226e+06" miny="5.689e+06" maxx="3.506e+06" maxy="5.938e+06" /> <--------- correct data

- <Layer queryable="0">
  <Name>Flurstshp</Name> 
  <Title>Flurstuecke_shp</Title> 
  <Abstract>Flurstuecke aus shapefile</Abstract> 
  <SRS>25833</SRS> 
  <LatLonBoundingBox minx="51.6012" miny="45.9923" maxx="51.916" maxy="46.2068" /> <---------- correct data
  <BoundingBox SRS="EPSG:25833" minx="3.32065e+06" miny="5.79884e+06" maxx="3.34272e+06" maxy="5.8168e+06" /> <---- correct Data
  </Layer>

- <Layer queryable="0">     
  <Name>Flurstue</Name> 
  <Title>Flurstuecke</Title> 
  <SRS>25833</SRS> 
  <LatLonBoundingBox minx="-176.365" miny="-8.2419e+12" maxx="179.216" maxy="8.2419e+12" />    <------------ WRONG !! Must be the same as above
  <BoundingBox SRS="EPSG:25833" minx="-2.5e+07" miny="-2.5e+07" maxx="2.5e+07" maxy="2.5e+07" />  <--- WRONG !! Must be the same as above
  </Layer>

  </Layer>

-------------------------------------------- snap capabilities ------------------------------------------------------------------------------------


Best Regards
E. Meyerheim

Mit freundlichen Grüßen

Erich Meyerheim

Berufsfeuerwehr Brandenburg
Fontanestr. 1
14770 Brandenburg an der Havel

Tel.: 03381 / 623 500
Fax: 03381 / 623 114
mail: Erich.Meyerheim at stadt-brb.brandenburg.de

__________________________________________________________
- Sapere aude - Habe Mut dich deines eigenen Verstandes zu bedienen ! 
Immanuel Kant  ( 1724 - 1804 )

-------------- nächster Teil --------------
Ein eingebundener Text mit undefiniertem Zeichensatz wurde abgetrennt.
Name: Erich Meyerheim.vcf
URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20060424/ec33942f/ErichMeyerheim.vcf

From Silke.Reimer at intevation.de  Tue Apr 25 09:22:21 2006
From: Silke.Reimer at intevation.de (Silke Reimer)
Date: Tue, 25 Apr 2006 09:22:21 +0200
Subject: [Mapserver-DE] Question about WMS Services and capabilities
In-Reply-To: <s44cb8b2.063@lvnbb.brandenburg.de>
References: <s44cb8b2.063@lvnbb.brandenburg.de>
Message-ID: <20060425072221.GF24454@intevation.de>

On Mon, Apr 24, 2006 at 11:39:52AM +0200, Erich Meyerheim wrote:
> Hi Folks,
> 
> first, sorry for my bad english ... :(

Da es sich hier um eine deutsche MapServer-Liste handelt, antworte
ich einfach mal auf deutsch.

[...]
> 
> Explanation :
> 
> the first latlonBounding Box and BoundingBox are ok. (This is the
> bounding box of the project)
> the second latlonBounding Box and BoundingBox are also ok. (the
> Bounding Boxes of Flurstshp, a shape File)
> the third latlonBoundingBox and BoundingBox are wrong !! (the
> Bounding Boxes of Fluerstue, postgis data with the_geom)
> 
> has somebody the same Problems and / or sved them already

Ich vermute mal, dass mit Brandenburgischen Daten gearbeitet wird?
Der EPSG-Code 25833 deutet darauf hin. Das Problem ist, dass das
Land Brandenburg zwar den Code 25833 verwendet, darunter aber eine
andere Projektion versteht (s. auch meine Mail vom Januar letzten
Jahres [1]). Die Verschiebung kann in diesem Fall aus
mehreren Gründen zustande kommen:

- EPSG:25833 sind für den MapServer und PostGIS auf verschiedenen Art
  und Weise definiert, in einem Fall wie in Brandenburg, im anderen
  wie von EPSG vorgegeben.
- Die Daten haben unterschiedliche Projekten, nämlich einmal mit dem
  Brandenburgischen Shift und einmal ohne.

Sicherlich gibt es noch mehr Fehlerquellen, aber diese fallen mir
jetzt spontan ein. Vielleicht hilft es ja weiter.

Viele Grüße,

    Silke

P.S.: Vielleicht sollte man beim Land Brandenburg mal den Antrag
stellen, entweder die Projektion zu ändern (also in das richtige
EPSG:25833) oder sich einen eigenen EPSG-Code für die
Brandenburgische Projekten erzeugen zu lassen.

[1] http://freegis.org/pipermail/mapserver-de/2005-January/000851.html

-- 
Silke Reimer   : www.intevation.de/~silke | GISpatcher: www.gispatcher.de
Intevation GmbH: www.intevation.de        | Thuban    : thuban.intevation.org
Georgstr.4     : 49074 Osnabrück          | FreeGIS   : www.freegis.org
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 189 bytes
Beschreibung: Digital signature
URL         : http://www.intevation.de/pipermail/mapserver-de/attachments/20060425/6a8b0e8c/attachment.bin

From jt at mapmedia.de  Tue Apr 25 09:44:28 2006
From: jt at mapmedia.de (=?ISO-8859-15?Q?=22J=F6rg_Thomsen_=28MapMedia_GmbH=29=22?=)
Date: Tue, 25 Apr 2006 09:44:28 +0200
Subject: [Mapserver-DE] Question about WMS Services and capabilities
In-Reply-To: <20060425072221.GF24454@intevation.de>
References: <s44cb8b2.063@lvnbb.brandenburg.de>
	<20060425072221.GF24454@intevation.de>
Message-ID: <444DD35C.2030205@mapmedia.de>

Hallo,

kein Lösungsvorschlag, nur ein paar Infos zum Bezugssystem in Brandenburg.

Das Problem ist schön länger bekannt, in der GIB (bzw. SIG WebServices) 
arbeiten wir an einer Lösung, die zur Zeit so aussieht, dass es für 
Brandenburg übergangsweise einen eigenen EPSG-Code gibt. Entschuldigt 
die schlechte Formatierung, ich habe den Text aus einem pdf kopiert. Das 
Original gibt es auch zum Downlaod unter 
http://www.gib-portal.de/index.php?cms=60, allerdings nicht in der 
aktuellen Version, der folgende Text ist dort nicht enthalten
(Michael, warum eigentlich nicht, dort steht noch die Version 0.1 zum 
Download?)
> 
> Durch die European Petroleum Survey Group (EPSG) wurden weltweit alle Koordinatensysteme kodiert.
> 
> Empfehlung 07
> Im Land Brandenburg werden ausschließlich folgende Koordinatensysteme eingesetzt:
> · Abgebildete Koordinaten (aktuelle Gebrauchskoordinaten)
> Kodierung: BBG:25833
> Einheit: Meter
> Ausdehnung: 3240000 : 5690000 bis 3490000 : 5960000
> 
> · Abgebildete Koordinaten (zukünftige Gebrauchskoordinaten)
> Kodierung: EPSG:25833
> Einheit: Meter
> Ausdehnung: 240000 : 5690000 bis 490000 : 5960000
> 
> · Geodätische (geographische) Koordinaten
> Kodierung: EPSG:4326
> Einheit: Altgrad
> Ausdehnung: 11.25° östl. Länge, 51.35° nördl. Breite bis
> 14.86° östl. Länge, 53.53° nördl. Breite
> 
> Der Unterschied zwischen GIB:25833 und EPSG:25833 ergibt sich aus der zusätzlichen Überhöhung
> des Ostwertes um 3000000 m (siehe Ausdehnung). Die Umstellung des Gebrauchs-Koordinatensystems wird vom Ministerium des Innern veranlasst.
> Koordinatensystemangaben (Parameter SRS oder CRS) sind durch eine URN (siehe [G09]) zu kennzeichnen.
> 
> Das OGC hat hierfür folgende Konvention verbindlich festgelegt:
> urn:ogc:def:<objectType>:<authority>:<version>:<code>
> Die ersten drei Parameter sind immer konstant. Der vierte Parameter bezeichnet eine von verschiedenen
> Identifizierungsarten. Die von der GIB verwendete Identifizierungsart ist "crs" als Objektart für alle
> Koordinatensysteme. Die letzten drei Parameter spezifizieren die Stelle, Version und Kodierung des
> Koordinatensystems. Folgende Beispiele sind möglich:
> urn:ogc:def:crs:EPSG:6.6:4326 die geodätischen Koordinaten nach EPSG
> urn:ogc:def:crs:EPSG:6.6:25833 die Gebrauchskoordinaten nach EPSG
> urn:ogc:def:crs:adv:1.0:etrs89_utm_33 ein fiktives Beispiel nach der AdV
> Zurzeit fehlen festgesetzte und veröffentlichte Grundlagen der AdV. Da die Definitionen der EPSG international
> anerkannt und gebräuchlich sind, werden diese verwendet.
> Die Benutzung der Koordinatenangabe via vollständiger URN bedarf der Unterstützung im jeweiligen
> OGC Standard. Alle Versionen der aktuellen Standards (siehe Anhang D, Übersicht der Standards und
> aktuellen Festlegungen) unterstützen diese Art noch nicht. Zurzeit ist die Form EPSG:4326 bzw. EPSG
> 25833 für alle aktuellen Standards gültig. Es ist geplant, die neue Art der Kodierung nicht vor 2007
> einzusetzen. Dies kann nur parallel mit der Einführung neuer Versionen der entsprechenden Standards
> erfolgen.



Silke Reimer schrieb:
> On Mon, Apr 24, 2006 at 11:39:52AM +0200, Erich Meyerheim wrote:
> 
>>Hi Folks,
>>
>>first, sorry for my bad english ... :(
> 
> 
> Da es sich hier um eine deutsche MapServer-Liste handelt, antworte
> ich einfach mal auf deutsch.
> 
> [...]
> 
>>Explanation :
>>
>>the first latlonBounding Box and BoundingBox are ok. (This is the
>>bounding box of the project)
>>the second latlonBounding Box and BoundingBox are also ok. (the
>>Bounding Boxes of Flurstshp, a shape File)
>>the third latlonBoundingBox and BoundingBox are wrong !! (the
>>Bounding Boxes of Fluerstue, postgis data with the_geom)
>>
>>has somebody the same Problems and / or sved them already
> 
> 
> Ich vermute mal, dass mit Brandenburgischen Daten gearbeitet wird?
> Der EPSG-Code 25833 deutet darauf hin. Das Problem ist, dass das
> Land Brandenburg zwar den Code 25833 verwendet, darunter aber eine
> andere Projektion versteht (s. auch meine Mail vom Januar letzten
> Jahres [1]). Die Verschiebung kann in diesem Fall aus
> mehreren Gründen zustande kommen: >
> - EPSG:25833 sind für den MapServer und PostGIS auf verschiedenen Art
>   und Weise definiert, in einem Fall wie in Brandenburg, im anderen
>   wie von EPSG vorgegeben.
> - Die Daten haben unterschiedliche Projekten, nämlich einmal mit dem
>   Brandenburgischen Shift und einmal ohne.
> 
> Sicherlich gibt es noch mehr Fehlerquellen, aber diese fallen mir
> jetzt spontan ein. Vielleicht hilft es ja weiter.
> 
> Viele Grüße,
> 
>     Silke
> 
> P.S.: Vielleicht sollte man beim Land Brandenburg mal den Antrag
> stellen, entweder die Projektion zu ändern (also in das richtige
> EPSG:25833) oder sich einen eigenen EPSG-Code für die
> Brandenburgische Projekten erzeugen zu lassen.
> 
> [1] http://freegis.org/pipermail/mapserver-de/2005-January/000851.html
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de


-- 

_________________________________________________

MapMedia
Kartographie und raumbezogene Informationssysteme

Heilbronner Straße 10
D-10711 Berlin

fon:  +49.(0)30.89 06 82 70
fax:  +49.(0)30.89 06 82 73
mail: jt at mapmedia.de
net:  www.mapmedia.de
pgp:  on demand
_________________________________________________



From mschulz at webgis.de  Tue Apr 25 11:22:22 2006
From: mschulz at webgis.de (Michael Schulz)
Date: Tue, 25 Apr 2006 11:22:22 +0200
Subject: [Mapserver-DE] Question about WMS Services and capabilities
In-Reply-To: <20060425072221.GF24454@intevation.de>
References: <s44cb8b2.063@lvnbb.brandenburg.de>
	<20060425072221.GF24454@intevation.de>
Message-ID: <444DEA4E.7010107@webgis.de>

Hallo,

wenn ich die Mail richtig verstehe, dann ist das Problem "nur", dass der 
Extent im getCapabilities für die PostGIS-Layer falsch zurückgegeben 
wird - nicht das die Daten falsch oder anders gezeichnet werden. Stimmt das?

Ich kann das Problem aber bestätigen, habe es mit diversen 
mapserver-Versionen und PG-DBs. Man kann dieses Problem beheben indem 
man der Layer das Metadata Attribut "wms_extent" mit einem gültigen 
Extent angibt.

Was mir nicht ganz klar ist, warum haben nicht mehr Leute dieses 
Problem? Bisher noch nicht im getCapabilities geschaut? Existiert dieses 
Problem nur bei bestimmten Versionen?

Wenn ich das richtig verstehe, dann wird beim getCapabilities-Aufruf 
irgendwann die Funktion msPOSTGISLayerGetExtent in mapPostgis aufgerufen 
und die gibt nunmal nicht die richtigen Werte zurück:
"
/* we return an infinite extent */
/* we could call the SQL AGGREGATE extent(GEOMETRY), but that would take 
FOREVER */
/* to return (it has to read the entire table). */
/* So, we just tell it that we're everywhere and lets the spatial 
indexing figure things out for us */
"

Vielleicht weiss jemand mehr dazu?

Grüße, Michael





Silke Reimer schrieb:
> On Mon, Apr 24, 2006 at 11:39:52AM +0200, Erich Meyerheim wrote:
> 
>>Hi Folks,
>>
>>first, sorry for my bad english ... :(
> 
> 
> Da es sich hier um eine deutsche MapServer-Liste handelt, antworte
> ich einfach mal auf deutsch.
> 
> [...]
> 
>>Explanation :
>>
>>the first latlonBounding Box and BoundingBox are ok. (This is the
>>bounding box of the project)
>>the second latlonBounding Box and BoundingBox are also ok. (the
>>Bounding Boxes of Flurstshp, a shape File)
>>the third latlonBoundingBox and BoundingBox are wrong !! (the
>>Bounding Boxes of Fluerstue, postgis data with the_geom)
>>
>>has somebody the same Problems and / or sved them already
> 
> 
> Ich vermute mal, dass mit Brandenburgischen Daten gearbeitet wird?
> Der EPSG-Code 25833 deutet darauf hin. Das Problem ist, dass das
> Land Brandenburg zwar den Code 25833 verwendet, darunter aber eine
> andere Projektion versteht (s. auch meine Mail vom Januar letzten
> Jahres [1]). Die Verschiebung kann in diesem Fall aus
> mehreren Gründen zustande kommen:
> 
> - EPSG:25833 sind für den MapServer und PostGIS auf verschiedenen Art
>   und Weise definiert, in einem Fall wie in Brandenburg, im anderen
>   wie von EPSG vorgegeben.
> - Die Daten haben unterschiedliche Projekten, nämlich einmal mit dem
>   Brandenburgischen Shift und einmal ohne.
> 
> Sicherlich gibt es noch mehr Fehlerquellen, aber diese fallen mir
> jetzt spontan ein. Vielleicht hilft es ja weiter.
> 
> Viele Grüße,
> 
>     Silke
> 
> P.S.: Vielleicht sollte man beim Land Brandenburg mal den Antrag
> stellen, entweder die Projektion zu ändern (also in das richtige
> EPSG:25833) oder sich einen eigenen EPSG-Code für die
> Brandenburgische Projekten erzeugen zu lassen.
> 
> [1] http://freegis.org/pipermail/mapserver-de/2005-January/000851.html
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de


-- 
-----------------------------------------------------------
Michael Schulz                            mschulz at webgis.de

in medias res  Gesellschaft für Informationstechnologie mbH

In den Weihermatten 66              Tel +49 (0)761 556959-5
79108 Freiburg                      Fax +49 (0)761 556959-6

                www.webgis.de / www.zopecms.de
-----------------------------------------------------------
NEU ++ UMN MapServer Hosting ++ http://www.webgis.de ++ NEU
-----------------------------------------------------------



From holl at gdf-hannover.de  Tue Apr 25 11:36:04 2006
From: holl at gdf-hannover.de (Stephan Holl)
Date: Tue, 25 Apr 2006 11:36:04 +0200
Subject: [Mapserver-DE] Question about WMS Services and capabilities
In-Reply-To: <444DEA4E.7010107@webgis.de>
References: <s44cb8b2.063@lvnbb.brandenburg.de>
	<20060425072221.GF24454@intevation.de> <444DEA4E.7010107@webgis.de>
Message-ID: <20060425113604.63d7cf04@bambule.gdf-hannover.de>

Hello Michael,

On Tue, 25 Apr 2006 11:22:22 +0200 Michael Schulz <mschulz at webgis.de>
wrote:

> Hallo,
> 
> wenn ich die Mail richtig verstehe, dann ist das Problem "nur", dass
> der Extent im getCapabilities für die PostGIS-Layer falsch
> zurückgegeben wird - nicht das die Daten falsch oder anders
> gezeichnet werden. Stimmt das?
> 
> Ich kann das Problem aber bestätigen, habe es mit diversen 
> mapserver-Versionen und PG-DBs. Man kann dieses Problem beheben indem 
> man der Layer das Metadata Attribut "wms_extent" mit einem gültigen 
> Extent angibt.
> 
> Was mir nicht ganz klar ist, warum haben nicht mehr Leute dieses 
> Problem? Bisher noch nicht im getCapabilities geschaut? Existiert
> dieses Problem nur bei bestimmten Versionen?
> 
> Wenn ich das richtig verstehe, dann wird beim getCapabilities-Aufruf 
> irgendwann die Funktion msPOSTGISLayerGetExtent in mapPostgis
> aufgerufen und die gibt nunmal nicht die richtigen Werte zurück:
> "
> /* we return an infinite extent */
> /* we could call the SQL AGGREGATE extent(GEOMETRY), but that would
> take FOREVER */
> /* to return (it has to read the entire table). */
> /* So, we just tell it that we're everywhere and lets the spatial 
> indexing figure things out for us */
> "
> 
> Vielleicht weiss jemand mehr dazu?

Ich hatte das Problem anfang März auf der  englischen MS-Liste:

das ist FrankWs Antwort darauf:
------------------------------------------------------

Stephan,

Well, this is certainly useful information, and would seem to support
the idea that the problem is to some extent related to the PostGIS
connector in MapServer.

When I look in mappostgis.c I see this implementation for the getextent
function:

int msPOSTGISLayerGetExtent(layerObj *layer, rectObj *extent)
{
     if(layer->debug) {
         msDebug("msPOSTGISLayerGetExtent called\n");
     }

     extent->minx = extent->miny = -1.0 * FLT_MAX ;
     extent->maxx = extent->maxy = FLT_MAX;

     return MS_SUCCESS;

... followed by a big chunk of commented out code that presumably
actually computes the extents.  The code is introduced with this
comment:

         /* this should get the real extents,but it requires a table
read */ /* unforunately, there is no way to call this function from 
mapscript, so its */
         /* pretty useless.  Untested since you cannot actually call
it. */

It would seem you get bad extents because the PostGIS connector
deliberately does not attempt to produce the extents.

Likely your best bet is to manually set the extent using the wfs_extent
or ows_extent metadata on the layer in your mapfile.  As long as things
are reasonable static this should be straight forward.

Alternatively this function could be implemented, but even if it was, I
imagine it would be expensive to evaluate for large layers.

Any mappostgis.c maintainers out there that would care to comment?

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam,
warmerdam at pobox.com light and sound - activate the windows |
http://pobox.com/~warmerdam and watch the world go round - Rush    |
President OSGF, http://osgeo.org

------------------------------------------------------

Viele Grüße

	Stephan


-- 
GDF Hannover - Solutions for spatial data analysis and remote sensing
Hannover Office      -     Mengendamm 16d      -     D-30177 Hannover
Internet: www.gdf-hannover.de      -      Email: holl at gdf-hannover.de
Phone : ++49-(0)511.39088507       -        Fax: ++49-(0)511.39088508



From erich.meyerheim at stadt-brandenburg.de  Tue Apr 25 12:18:34 2006
From: erich.meyerheim at stadt-brandenburg.de (Erich Meyerheim)
Date: Tue, 25 Apr 2006 12:18:34 +0200
Subject: [Mapserver-DE] Antw: Question about WMS Services and	capabilities
Message-ID: <s44e1330.061@lvnbb.brandenburg.de>

Das Problem ist gelöst ...

Wir hatten das Problem mit der falschen Darstellung der BoundingBoxes erst 
als wir den WMS Dienst mit dem ARCmap oder ARCCatalog aufrufen wollten.
Zumindest ist es uns dort auf die Füße gefallen als die ESRI-Schiene das Einbinden
der Dienste schlichtweg verweigerte. 

Auf Grund der fehlerhaften BoundingBox kann ich das auch verstehen bzw. nachvollziehen. 

Ich habe jetzt, wie von Michael Schulz vorgeschlagen, den wfs_extent und ows_extent bei dem 
fehlerhaften Layer eingebunden und siehe da, ES GEHT... 
Zumindest kommen die richtigen Bounding Boxes in den capabilities ...

Nochmals herzlichen Dank an alle die so schnell geantwortet haben. ( Prima Liste )

Ein posting in neudeutscher (englischer) Sprache kommt auch nicht wieder vor.
Ich war das bisher von anderen mailinglisten so gewohnt. Da war einfach alles in
englisch ;) 



Mit freundlichen Grüßen

Erich Meyerheim

Berufsfeuerwehr Brandenburg
Fontanestr. 1
14770 Brandenburg an der Havel

Tel.: 03381 / 623 500
Fax: 03381 / 623 114
mail: Erich.Meyerheim at stadt-brb.brandenburg.de

__________________________________________________________
- Sapere aude - Habe Mut dich deines eigenen Verstandes zu bedienen ! 
Immanuel Kant  ( 1724 - 1804 )

-------------- nächster Teil --------------
Ein eingebundener Text mit undefiniertem Zeichensatz wurde abgetrennt.
Name: Erich Meyerheim.vcf
URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20060425/4cc193a4/ErichMeyerheim.vcf

From jan-oliver.wagner at intevation.de  Tue Apr 25 15:27:19 2006
From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner)
Date: Tue, 25 Apr 2006 15:27:19 +0200
Subject: [Mapserver-DE] =?iso-8859-1?q?Offene_Stelle_f=FCr_Freie_GIS_Softw?=
	=?iso-8859-1?q?are?=
Message-ID: <200604251527.20647.jan-oliver.wagner@intevation.de>

Hallo liebe MapServer Gemeinde,

ein privatwirtschaftlicher Kunde von Intevation sucht eine/n Mitarbeiter/in
mit Know-How im Bereich MapServer, PostGIS etc. und dem/der auch sonst
der Umgang mit verschiedenen Freie (GIS) Software Produkten leicht fällt.
Fernerkundung ist das allgemeine Thema, Unternehmensgröße bei
etwa 100 Mitarbeiter.
Standort wäre in Brandenburg (man könnte auch in Berlin wohnen).

Wer Interesse hat, meldet sich am besten off-list direkt bei mir.
Wie immer behandle ich alle Meldungen absolut vertraulich.

Viele Grüße

-- 
Jan-Oliver Wagner: www.intevation.de/~jan  | GISpatcher: www.gispatcher.de
Kolab Konsortium : www.kolab-konsortium.de | Thuban    : thuban.intevation.org
Intevation GmbH  : www.intevation.de       | Kolab     : www.kolab.org
FreeGIS          : www.freegis.org         | GAV       : www.grass-verein.de



From Bernd.Laskowski at reichshof.de  Tue Apr 25 16:35:37 2006
From: Bernd.Laskowski at reichshof.de (Bernd Laskowski)
Date: Tue, 25 Apr 2006 16:35:37 +0200
Subject: [Mapserver-DE] Labelitem
Message-ID: <444E33B9.7030507@reichshof.de>

Hallo Liste,
ich brauche ein Label, dass mehrere Sachdatenfelder darstellt.
Leider ist mir nur eine Methode zum Labeln bekannt.
Vor den Class-Definitionen ein Labelitem angeben.
Dann in den Class-Definitionen das Labeld-Definieren.

Beispiel:
 LABELITEM 'Material'
 CLASSITEM 'EV'
 CLASS
  NAME 'DW'
  EXPRESSION ('[EV]' eq 'DW')
  STYLE
   SYMBOL Haltungen_linie
   SIZE 1
   COLOR 255 170 0
  END #STYLE
  LABEL
   TYPE TRUETYPE
   SIZE 8
   FONT arial
   COLOR 0 0 0
   ANGLE 0
   FORCE true
   OFFSET 0 0
  END #LABEL
 END #CLASS

Ich habe versucht im Labelitem mehrere Sachdatenfelder anzugeben. Hat 
leider nicht funktioniert.

Kann mir jemand helfen?

Gruß
Bernd Laskowski
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : Bernd.Laskowski.vcf
Dateityp    : text/x-vcard
Dateigröße  : 284 bytes
Beschreibung: nicht verfügbar
URL         : http://www.intevation.de/pipermail/mapserver-de/attachments/20060425/09172763/Bernd.Laskowski.vcf

From tobias.neumann at web.de  Tue Apr 25 17:10:54 2006
From: tobias.neumann at web.de (Tobias Neumann)
Date: Tue, 25 Apr 2006 17:10:54 +0200
Subject: [Mapserver-DE] Labelitem
In-Reply-To: <444E33B9.7030507@reichshof.de>
References: <444E33B9.7030507@reichshof.de>
Message-ID: <444E3BFE.2060108@web.de>

Bernd Laskowski schrieb:

> Hallo Liste,
> ich brauche ein Label, dass mehrere Sachdatenfelder darstellt.
> Leider ist mir nur eine Methode zum Labeln bekannt.
> Vor den Class-Definitionen ein Labelitem angeben.
> Dann in den Class-Definitionen das Labeld-Definieren.

Es gibt noch die Eigenschaft TEXT innerhalb der Klassendefinition, mit 
der mehrere Attribute ausgegeben werden können.
Ein Beispiel:
TEXT ([NAME],[VORNAME]:[PLZ] [ORT])
Die Sachdatenfelder müssen also von eckigen Klammern eingeschlossen 
sein. Dazwischen kann zusätzlich statischer Text definiert werden. Man 
kann weiterhin ein Trennzeichen definieren, bei dem ein Zeilenumbruch 
eingefügt wird. Im obigen Beispiel soll der Zeilenumbruch anstelle des 
Doppelpunktes eingefügt werden, dazu muss innerhalb der LABEL-Definition 
folgende Zeile ergänzt werden:
WRAP ':'

Grüße,
Tobias Neumann



From erich.meyerheim at stadt-brandenburg.de  Tue Apr 25 17:45:58 2006
From: erich.meyerheim at stadt-brandenburg.de (Erich Meyerheim)
Date: Tue, 25 Apr 2006 17:45:58 +0200
Subject: [Mapserver-DE] Includen von Dateien in einer MAP
Message-ID: <s44e6001.027@lvnbb.brandenburg.de>

Hallo Liste,

besteht die Möglichkeit innerhalb einer Mapdatei andere/weitere Dateien zu includen ?

Ich denke da z.B. an ein Include für die Verbindungsparameter zur Datenbank.

Also z.B. #include "/foopath/dbparam.inc"
oder #include "/foopath/layer1.inc"
u.s.w.


oder man könnte auf diese Art und Weise verschiedene Layer vordefinieren und sehr schnell MAPs zusammenbauen ohne jedesmal den
ganzen Wust neu zu tippern oder reinzukopieren. 

Ach, nicht zu vergessen :  PHP-Mapsript kommt bei uns aus verschiedenen Gründen nicht zum Einsatz

Vielen Dank im voraus



Mit freundlichen Grüßen

Erich Meyerheim

Berufsfeuerwehr Brandenburg an der Havel
Fontanestr. 1
14770 Brandenburg an der Havel

Tel.: 03381 / 623 500
Fax: 03381 / 623 114
mail: Erich.Meyerheim at stadt-brb.brandenburg.de

__________________________________________________________
- Sapere aude - Habe Mut dich deines eigenen Verstandes zu bedienen ! 
Immanuel Kant  ( 1724 - 1804 )

-------------- nächster Teil --------------
Ein eingebundener Text mit undefiniertem Zeichensatz wurde abgetrennt.
Name: Erich Meyerheim.vcf
URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20060425/da588c77/ErichMeyerheim.vcf

From stoeckmann at hs-nb.de  Wed Apr 26 12:27:03 2006
From: stoeckmann at hs-nb.de (=?iso-8859-1?Q?maik_st=F6ckmann?=)
Date: Wed, 26 Apr 2006 12:27:03 +0200 (CEST)
Subject: [Mapserver-DE] =?iso-8859-1?q?Dynamisches_Downsampling_f=FCr_Rast?=
	=?iso-8859-1?q?erkarten=3F?=
Message-ID: <permail-2006042610270322196-stoeckmann@hs-nb.de>

Ich benutze Rasterdaten topografischer Karten und lasse sie im RGB-Modus 
(PNG24) zeichnen. Leider sehen die Ergebnisse schrecklich pixelig aus. Ist es 
möglich, den MapServer-Bildprozessor über MapScript auf Halftone-Paletten-
Generierung o.ä. umzustellen, so dass eine "smartere" Downsampling-Methode 
(z.B. Cubic oder Bilinear) verwendet wird?



From frank.koormann at intevation.de  Wed Apr 26 12:46:42 2006
From: frank.koormann at intevation.de (Frank Koormann)
Date: Wed, 26 Apr 2006 12:46:42 +0200
Subject: [Mapserver-DE]
	=?iso-8859-15?q?Dynamisches_Downsampling_f=FCr_Ras?=
	=?iso-8859-15?q?terkarten=3F?=
In-Reply-To: <permail-2006042610270322196-stoeckmann@hs-nb.de>
References: <permail-2006042610270322196-stoeckmann@hs-nb.de>
Message-ID: <20060426104642.GC15612@intevation.de>

Hallo,

* maik stöckmann <stoeckmann at hs-nb.de> [060426 12:27]:
> Ich benutze Rasterdaten topografischer Karten und lasse sie im RGB-Modus 
> (PNG24) zeichnen. Leider sehen die Ergebnisse schrecklich pixelig aus. Ist es 
> möglich, den MapServer-Bildprozessor über MapScript auf Halftone-Paletten-
> Generierung o.ä. umzustellen, so dass eine "smartere" Downsampling-Methode 
> (z.B. Cubic oder Bilinear) verwendet wird?

Das sollte (mit aktuellem MapServer 4.8) über das MapFile möglich
sein, und damit AFAIR auch über MapScript:

http://mapserver.gis.umn.edu/docs/reference/mapfile/layer
(Parameter PROCESSING)

und die im RFC4 (MapServer Raster Resampling benannten Optionen)
PROCESSING "RESAMPLE=NEAREST"
PROCESSING "RESAMPLE=AVERAGE"
PROCESSING "RESAMPLE=BILINEAR"
PROCESSING "RESAMPLE=BICUBIC"

HTH,

        Frank

-- 
Frank Koormann                             <frank.koormann at intevation.de>
 Professional Service around Free Software       (http://intevation.net/)
 FreeGIS Project                                 (http://freegis.org/)



From stoeckmann at hs-nb.de  Wed Apr 26 13:11:51 2006
From: stoeckmann at hs-nb.de (=?iso-8859-1?Q?maik_st=F6ckmann?=)
Date: Wed, 26 Apr 2006 13:11:51 +0200 (CEST)
Subject: [Mapserver-DE] =?iso-8859-1?q?Downsampling-Optionen_f=FCr_Rasterk?=
	=?iso-8859-1?q?arten=3F?=
Message-ID: <permail-2006042611115127348-stoeckmann@hs-nb.de>

Hallo,
vielen Dank für den Hinweis! Ich habe den PROCESSING-Parameter mit allen 
Einstellungsvarianten sowohl im MapFile wie auch per MapScript probiert, sie 
zeigt jedoch keinerlei Wirkung. Muss noch eine bestimmte Softwarekomponente 
vorhanden sein? Meine MapServer-Version ist 4.8.3, kompiliert mit allen 
Standard-Optionen.
Viele Grüße
Maik


Hallo,

* maik stöckmann <stoeckmann at hs-nb.de> [060426 12:27]:
> Ich benutze Rasterdaten topografischer Karten und lasse sie im RGB-Modus 
> (PNG24) zeichnen. Leider sehen die Ergebnisse schrecklich pixelig aus. Ist 
es 
> möglich, den MapServer-Bildprozessor über MapScript auf Halftone-Paletten-
> Generierung o.ä. umzustellen, so dass eine "smartere" Downsampling-Methode 
> (z.B. Cubic oder Bilinear) verwendet wird?

Das sollte (mit aktuellem MapServer 4.8) über das MapFile möglich
sein, und damit AFAIR auch über MapScript:

http://mapserver.gis.umn.edu/docs/reference/mapfile/layer
(Parameter PROCESSING)

und die im RFC4 (MapServer Raster Resampling benannten Optionen)
PROCESSING "RESAMPLE=NEAREST"
PROCESSING "RESAMPLE=AVERAGE"
PROCESSING "RESAMPLE=BILINEAR"
PROCESSING "RESAMPLE=BICUBIC"

HTH,

        Frank



From chrigu at big5.ch  Wed Apr 26 13:35:18 2006
From: chrigu at big5.ch (chrigu)
Date: Wed, 26 Apr 2006 13:35:18 +0200
Subject: [Mapserver-DE]
	=?iso-8859-1?q?Downsampling-Optionen_f=FCr_Rasterk?=
	=?iso-8859-1?q?arten=3F?=
In-Reply-To: <permail-2006042611115127348-stoeckmann@hs-nb.de>
Message-ID: <20060426113519.DB2F636F13@mail.intevation.de>

Hallo Maik

Ich hatte zu Beginn dasselbe Problem. Bei mir klappt es nun ganz gut:
http://www.namibia-forum.ch:8080/ka-map/?map=etosha&cps=1668,500,2850

Folgende Einstellungen habe ich:

IMAGETYPE jpeg

OUTPUTFORMAT
      NAME jpeg
      DRIVER "GD/JPEG"
      MIMETYPE "image/jpeg"
      IMAGEMODE RGB
      EXTENSION "jpg"
      FORMATOPTION "QUALITY=60"
END

LAYER
  NAME etosha
  METADATA
    "DESCRIPTION" "etosha"
  END
  TYPE RASTER
  PROCESSING "RESAMPLE=AVERAGE"
  STATUS ON
  TRANSPARENCY 80
  DATA etosha.png
END

Wichtig ist auch, dass Du die Bilder im Cache vom MapServer löscht, sonst
werden immer wieder die gleichen Bilder angezeigt.

Gruss Chrigu



-----Ursprüngliche Nachricht-----
Von: mapserver-de-bounces at freegis.org
[mailto:mapserver-de-bounces at freegis.org] Im Auftrag von maik stöckmann
Gesendet: Mittwoch, 26. April 2006 13:12
An: mapserver-de at freegis.org
Betreff: [Mapserver-DE] Downsampling-Optionen für Rasterkarten?

Hallo,
vielen Dank für den Hinweis! Ich habe den PROCESSING-Parameter mit allen 
Einstellungsvarianten sowohl im MapFile wie auch per MapScript probiert, sie

zeigt jedoch keinerlei Wirkung. Muss noch eine bestimmte Softwarekomponente 
vorhanden sein? Meine MapServer-Version ist 4.8.3, kompiliert mit allen 
Standard-Optionen.
Viele Grüße
Maik


Hallo,

* maik stöckmann <stoeckmann at hs-nb.de> [060426 12:27]:
> Ich benutze Rasterdaten topografischer Karten und lasse sie im RGB-Modus 
> (PNG24) zeichnen. Leider sehen die Ergebnisse schrecklich pixelig aus. Ist

es 
> möglich, den MapServer-Bildprozessor über MapScript auf Halftone-Paletten-
> Generierung o.ä. umzustellen, so dass eine "smartere" Downsampling-Methode

> (z.B. Cubic oder Bilinear) verwendet wird?

Das sollte (mit aktuellem MapServer 4.8) über das MapFile möglich
sein, und damit AFAIR auch über MapScript:

http://mapserver.gis.umn.edu/docs/reference/mapfile/layer
(Parameter PROCESSING)

und die im RFC4 (MapServer Raster Resampling benannten Optionen)
PROCESSING "RESAMPLE=NEAREST"
PROCESSING "RESAMPLE=AVERAGE"
PROCESSING "RESAMPLE=BILINEAR"
PROCESSING "RESAMPLE=BICUBIC"

HTH,

        Frank

_______________________________________________
Mapserver-DE mailing list
Mapserver-DE at freegis.org
https://freegis.org/mailman/listinfo/mapserver-de



From soerenh at gfz-potsdam.de  Wed Apr 26 13:45:01 2006
From: soerenh at gfz-potsdam.de (=?ISO-8859-1?Q?S=F6ren_Haubrock?=)
Date: Wed, 26 Apr 2006 13:45:01 +0200
Subject: [Mapserver-DE] Projektionen - normale UMN vs. WMS-Anfrage
Message-ID: <444F5D3D.7090101@gfz-potsdam.de>

Hallo,

bei der Anfrage nach einer Karte passiert uns Folgendes:

- als Anfrage mit den üblichen UMN-Parametern wird eine Karte korrekt 
zurückgeliefert

http://localhost/cgi-bin/mapserv.exe?map=../htdocs/umn/elbe2006/wms_client.map&LAYER=ExternalTest&LAYER=EUROPE&mode=map

- die Anfrage der gleichen Karte im WMS-kompatiblen Parametersatz 
verzerrt den Vektorlayer ("EUROPE"), der andere Layer (ExternalTest) 
wird korrekt dargestellt:

http://localhost/cgi-bin/mapserv.exe?map=../htdocs/umn/elbe2006/wms_client.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=ExternalTest,EUROPE

Die Verzerrung sieht so aus, dass der Vektorlayer die korrekten 
Hochwerte/Y-Werte hat, insgesamt aber ca. doppelt so breit ist, wie der 
Hintergrundlayer. Mit anderen Worten, Europa wird in horizontaler 
Richtung skaliert.

Die Koordinaten der Datensätze liegen in UTM32N vor.

Hier dazu der Auszug aus dem Mapfile:

MAP
    NAME "Test-Map"
    SIZE 600 450
    EXTENT 270000 5230000 936000 6110000  # Extent Germany UMN32N
    UNITS METERS
    IMAGECOLOR 255 255 255
    SHAPEPATH "F:/data/"
    FONTSET "fonts.list"
    CONFIG PROJ_LIB 'E:/Programme/umn/proj/nad'

    PROJECTION
        "init=epsg:32632"
    END

    #
    # Start of web interface definition
    #
    WEB
        TEMPLATE "map_params.xml"
        IMAGEPATH "E:/Programme/Apache/Apache2/htdocs/tmp/"
        IMAGEURL "/tmp/"
        METADATA
            "wms_title"           "WMS Demo Server"
            "wms_onlineresource"  
"http://localhost/cgi-bin/mapserv.exe?map=../htdocs/umn/elbe2006/wms_client.map&"
            "wms_srs"             "EPSG:32632"
        END
    END

    LAYER
        NAME "ExternalTest"
        TYPE RASTER
        STATUS DEFAULT
        CONNECTION 
"path/to/server/cgi-bin/mapserv3.cgi?map=/home/test/test.map&"
        CONNECTIONTYPE WMS
        METADATA
            "wms_srs"             "EPSG:32632"
            "wms_name"            "test"
            "wms_title"           "test"
            "wms_server_version"  "1.1.1"
            "wms_format"          "image/png"
        END
        PROJECTION
            "init=epsg:32632"
        END
    END

    LAYER
        NAME 'EUROPE'
        TYPE POLYGON
        STATUS ON
        DATA 'esri/country_utm32n'
        PROJECTION
           "init=epsg:32632"
        END
        CLASS
            NAME "europe"
            OUTLINECOLOR 150 150 100
        END
        METADATA
           "wms_title"   "EUROPE"
           "wms_srs"     "EPSG:32632"
        END
    END



Wo liegt der (Denk-)Fehler?

Danke,
Sören







From stoeckmann at hs-nb.de  Wed Apr 26 14:06:05 2006
From: stoeckmann at hs-nb.de (=?iso-8859-1?Q?maik_st=F6ckmann?=)
Date: Wed, 26 Apr 2006 14:06:05 +0200 (CEST)
Subject: [Mapserver-DE] PROCESSING-Parameter zeigt keine Wirkung
Message-ID: <permail-200604261206051948-stoeckmann@hs-nb.de>

Hallo Chrigu,

danke für Deinen Hinweis! Ich verwende die gleichen Einstellungen wie Du. Ich 
habe mittlerweile alles probiert, aber der PROCESSING-Parameter zeigt einfach 
keinerlei Wirkung. Es scheint so, als ob das Problem außerhalb des MapServer 
selbst liegt.

Viele Grüße
Maik



Hallo Maik

Ich hatte zu Beginn dasselbe Problem. Bei mir klappt es nun ganz gut:
http://www.namibia-forum.ch:8080/ka-map/?map=etosha&cps=1668,500,2850

Folgende Einstellungen habe ich:

IMAGETYPE jpeg

OUTPUTFORMAT
      NAME jpeg
      DRIVER "GD/JPEG"
      MIMETYPE "image/jpeg"
      IMAGEMODE RGB
      EXTENSION "jpg"
      FORMATOPTION "QUALITY=60"
END

LAYER
  NAME etosha
  METADATA
    "DESCRIPTION" "etosha"
  END
  TYPE RASTER
  PROCESSING "RESAMPLE=AVERAGE"
  STATUS ON
  TRANSPARENCY 80
  DATA etosha.png
END

Wichtig ist auch, dass Du die Bilder im Cache vom MapServer löscht, sonst
werden immer wieder die gleichen Bilder angezeigt.

Gruss Chrigu



-----Ursprüngliche Nachricht-----
Von: mapserver-de-bounces at freegis.org
[mailto:mapserver-de-bounces at freegis.org] Im Auftrag von maik stöckmann
Gesendet: Mittwoch, 26. April 2006 13:12
An: mapserver-de at freegis.org
Betreff: [Mapserver-DE] Downsampling-Optionen für Rasterkarten?

Hallo,
vielen Dank für den Hinweis! Ich habe den PROCESSING-Parameter mit allen 
Einstellungsvarianten sowohl im MapFile wie auch per MapScript probiert, sie

zeigt jedoch keinerlei Wirkung. Muss noch eine bestimmte Softwarekomponente 
vorhanden sein? Meine MapServer-Version ist 4.8.3, kompiliert mit allen 
Standard-Optionen.
Viele Grüße
Maik


Hallo,

* maik stöckmann <stoeckmann at hs-nb.de> [060426 12:27]:
> Ich benutze Rasterdaten topografischer Karten und lasse sie im RGB-Modus 
> (PNG24) zeichnen. Leider sehen die Ergebnisse schrecklich pixelig aus. Ist

es 
> möglich, den MapServer-Bildprozessor über MapScript auf Halftone-Paletten-
> Generierung o.ä. umzustellen, so dass eine "smartere" Downsampling-Methode

> (z.B. Cubic oder Bilinear) verwendet wird?

Das sollte (mit aktuellem MapServer 4.8) über das MapFile möglich
sein, und damit AFAIR auch über MapScript:

http://mapserver.gis.umn.edu/docs/reference/mapfile/layer
(Parameter PROCESSING)

und die im RFC4 (MapServer Raster Resampling benannten Optionen)
PROCESSING "RESAMPLE=NEAREST"
PROCESSING "RESAMPLE=AVERAGE"
PROCESSING "RESAMPLE=BILINEAR"
PROCESSING "RESAMPLE=BICUBIC"

HTH,

        Frank



From frank.koormann at intevation.de  Wed Apr 26 14:46:10 2006
From: frank.koormann at intevation.de (Frank Koormann)
Date: Wed, 26 Apr 2006 14:46:10 +0200
Subject: [Mapserver-DE] PROCESSING-Parameter zeigt keine Wirkung
In-Reply-To: <permail-200604261206051948-stoeckmann@hs-nb.de>
References: <permail-200604261206051948-stoeckmann@hs-nb.de>
Message-ID: <20060426124610.GE15612@intevation.de>

* maik stöckmann <stoeckmann at hs-nb.de> [060426 14:06]:
> Hallo Chrigu,
> 
> danke für Deinen Hinweis! Ich verwende die gleichen Einstellungen wie Du. Ich 
> habe mittlerweile alles probiert, aber der PROCESSING-Parameter zeigt einfach 
> keinerlei Wirkung. Es scheint so, als ob das Problem außerhalb des MapServer 
> selbst liegt.

Du brauchst GDAL-Support. "mapserv -v" zeigt, welche Input-Formate 
unterstützt werden:

http://mapserver.gis.umn.edu/docs/howto/raster_data/

Beste Grüße,

        Frank Koormann

-- 
Frank Koormann                                  <frank.koormann at intevation.de>
 Professioneller Service rund um Freie Software          http://intevation.de
 Experten für web-basierte GIS Anwendungen, seit 1999:
                            http://intevation.de/services/gis/webgis.de.html



From matthiasschulz23 at freenet.de  Wed Apr 26 13:57:03 2006
From: matthiasschulz23 at freenet.de (matthiasschulz23@freenet.de)
Date: Wed, 26 Apr 2006 13:57:03 +0200
Subject: [Mapserver-DE] mapbender/postgis
Message-ID: <E1FYidj-0003Qg-EB@www7.emo.freenet-rz.de>

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20060426/ded6b017/attachment.html
-------------- nächster Teil --------------
Hallo,
ich habe folgende Fragen:
1. ich möchte gerne das in meinen GetFaeture-Fenster, die Informationen aus der "geom" Spalte mit dargestellt werden, also die x-, y-, srid-Werte.
2. möchte ich, das Umfang, Flächeninhalt und Länge auch dann dargestellt werden, wenn ich diese anklicke.
3. wenn ich mir eine Tabelle anlege und Daten über saveWKT eintrage, möchte das z.B. die gid oder oid automatisch vergeben werden und ich nicht manuell eintragen muss.
Danke





From mschulz at webgis.de  Wed Apr 26 15:25:41 2006
From: mschulz at webgis.de (Michael Schulz)
Date: Wed, 26 Apr 2006 15:25:41 +0200
Subject: [Mapserver-DE] mapbender/postgis
In-Reply-To: <E1FYidj-0003Qg-EB@www7.emo.freenet-rz.de>
References: <E1FYidj-0003Qg-EB@www7.emo.freenet-rz.de>
Message-ID: <444F74D5.9040202@webgis.de>

Hallo,

1+2) geht nicht automatisch, geom ist nunmal wkb, aber man kann das data 
select-statement der Layer dahingehend ändern, dass diese Infos mit 
ausgegeben werden (nur beispielhaft und zusammengefasst, der x-Wert 
einer Fläche...):

...
select the_geom, x(the_geom) as x, y(the_geom) as y, area2d(the_geom) as 
flaeche, length2d(the_geom) as laenge , perimeter(geometry) as umfang, 
SRID(the_geom) as srid from geometrie-tabelle
...

3) Weiss ich nicht genau - aber sollte das nicht mit einer geeigneten 
sequence gehen?

Grüeß, Michael Schulz



matthiasschulz23 at freenet.de schrieb:
> Hallo,
> ich habe folgende Fragen:
> 1. ich möchte gerne das in meinen GetFaeture-Fenster, die Informationen aus der "geom" Spalte mit dargestellt werden, also die x-, y-, srid-Werte.
> 2. möchte ich, das Umfang, Flächeninhalt und Länge auch dann dargestellt werden, wenn ich diese anklicke.
> 3. wenn ich mir eine Tabelle anlege und Daten über saveWKT eintrage, möchte das z.B. die gid oder oid automatisch vergeben werden und ich nicht manuell eintragen muss.
> Danke
> 
> 
> 
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de


-- 
-----------------------------------------------------------
Michael Schulz                            mschulz at webgis.de

in medias res  Gesellschaft für Informationstechnologie mbH

In den Weihermatten 66              Tel +49 (0)761 556959-5
79108 Freiburg                      Fax +49 (0)761 556959-6

                www.webgis.de / www.zopecms.de
-----------------------------------------------------------
NEU ++ UMN MapServer Hosting ++ http://www.webgis.de ++ NEU
-----------------------------------------------------------



From stoeckmann at hs-nb.de  Wed Apr 26 15:43:11 2006
From: stoeckmann at hs-nb.de (=?iso-8859-1?Q?maik_st=F6ckmann?=)
Date: Wed, 26 Apr 2006 15:43:11 +0200 (CEST)
Subject: [Mapserver-DE] PROCESSING-Parameter zeigt keine Wirkung
Message-ID: <permail-2006042613431111403-stoeckmann@hs-nb.de>

Hallo Frank,

GDAL ist selbstverständlich mitkompiliert. Die Bilddarstellung funktioniert 
ja auch, nur die RESAMPLING-Optionen werden offensichtlich überhaupt nicht 
verarbeitet, obwohl mapresample.c vorhanden ist.

P.S. Ich verwende Debian.

Viele Grüße
Maik



From stoeckmann at hs-nb.de  Wed Apr 26 17:38:25 2006
From: stoeckmann at hs-nb.de (=?iso-8859-1?Q?maik_st=F6ckmann?=)
Date: Wed, 26 Apr 2006 17:38:25 +0200 (CEST)
Subject: [Mapserver-DE] PROCESSING-Parameter zeigt keine Wirkung
Message-ID: <permail-2006042615382521689-stoeckmann@hs-nb.de>

Hallo zusammen,

ich habe jetzt das Problem identifiziert: Obwohl in der offiziellen Anleitung 
angegeben wird, dass die Festlegung von Projektionen nicht mehr notwendig 
ist, damit mapresample.c richtig funktioniert, muss trotzdem "proj" 
mitkompiliert werden.

Viele Grüße und danke nochmal!
Maik



From HolyJanosch at gmx.net  Thu Apr 27 16:18:03 2006
From: HolyJanosch at gmx.net (Jan Herzberg)
Date: Thu, 27 Apr 2006 16:18:03 +0200 (MEST)
Subject: [Mapserver-DE] =?iso-8859-1?q?fehler=3A_mysql_spatial_=FCber_ogr?=
Message-ID: <21134.1146147483@www056.gmx.net>

Hallo User,

ich möchte räumliche Daten aus einer MySQL-Datenbank mit MapServer über OGR
darstellen, bekomme allerdings die Fehlermeldung:

[MapServer Error]: msOGRFileOpen(): GetLayer(ogc_geom) failed for OGR
connection 'MySQL:test,user=root,password=xxxx,port=3306,tables=geom'.

Ich benutze die aktuellste MS4W-Version (1.5.1) auf localhost mit einer
angeblichen CVS-Kompilierung von GDAL/OGR vom 30.03.06 in der der
MySQL-Spatial Support enthalten sein müsste.

Die MySQL-Datenbank beinhaltet das Schema 'test', in der die
Geometrietabelle 'geom' die Daten im Feld 'ogc_geom' speichert. Port ist
3306.

Der Abschnitt im Mapfile sieht folgendermaßen aus:

LAYER
  NAME "Mein_Layer"
  STATUS ON
  DATA "ogc_geom"
  TYPE LINE
  CONNECTIONTYPE OGR
  CONNECTION "MySQL:test,user=root,password=xxxx,port=3306,tables=geom"
  CLASS
   NAME "Mein_Layer"
   STYLE
    SYMBOL 0
    COLOR 0 0 187
    SIZE 1
    MINSIZE 1
    MAXSIZE 100

Was läuft hier falsch?

Besten Dank,
Jan Herzberg

-- 
GMX Produkte empfehlen und ganz einfach Geld verdienen!
Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner



From peter.korduan at uni-rostock.de  Fri Apr 28 14:46:10 2006
From: peter.korduan at uni-rostock.de (Peter Korduan)
Date: Fri, 28 Apr 2006 14:46:10 +0200
Subject: [Mapserver-DE] mapserver workshop
In-Reply-To: <1450677293@web.de>
Message-ID: <0IYF00EZONGYQS@mail.uni-rostock.de>

Hallo Herr Steinhardt,

das lag an einer fehlenden Einstellung im Map-File. Ob das gewollt war oder
nicht weiß ich nicht, da müssen Sie mal den Tom Kralidis fragen.

Manchmal ist es ja gut Fehler in das Demomaterial einzubauen um diesen
gemeinsam mit den Schülern zu finden. Das mach ich auch öfter mal so.

Es geht mit dem Eintrag:
  METADATA
     "ows_extent" "-180 -90 180 90"
  END

Ohne fehlerhaft.

PS an die Liste: Wer kann/möchte/darf den deutschen Workshop auf die 
UMN-Mapserver.de Seite stellen?

Gruß Peter Korduan

> -----Ursprüngliche Nachricht-----
> Von: ax.steinhardt at web.de [mailto:ax.steinhardt at web.de]
> Gesendet: Mittwoch, 26. April 2006 15:47
> An: peter.korduan at uni-rostock.de
> Betreff: mapserver workshop
> 
> Hallo Herr Korduan,
> ich muss Ihnen spontan für Ihre Version des ?UMN-MapServer OGC Web
> Services Workshop? danken. In der original Version funktionierten die
> Links (z.B. 1.1 Grundlegende MapServer-Schnittstelle -- MapFile hier)
> nicht richtig, nur ?MapFile here? lößte eine Aktion aus. Das Rasterbild
> ?land_shallow_topo_2048.tif? wurde nicht korrekt referenziert und skaliert
> dargestellt.
> Das funktioniert bei Ihrer Version einwandfrei, können Sie mir erklären
> woran es liegt? Gab?s im Original Fehler oder liegt das an irgendeiner
> Konfiguration?
> 
> Mit freundlichen Grüßen aus Köln
> 
> Axel Steinhardt
> _______________________________________________________________
> SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
> kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192




From matthiasschulz23 at freenet.de  Thu Apr 27 16:17:33 2006
From: matthiasschulz23 at freenet.de (matthiasschulz23@freenet.de)
Date: Thu, 27 Apr 2006 16:17:33 +0200
Subject: [Mapserver-DE] mapbender/postgis
Message-ID: <E1FZ7JF-0006Jp-JO@www2.emo.freenet-rz.de>

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20060427/c996b4eb/attachment.html
-------------- nächster Teil --------------
Hallo,
wie binde ich dies dann in der GetFeature-Datei ein.
Danke