From sluhmer at uni-bonn.de Wed Jul 1 14:39:48 2009 From: sluhmer at uni-bonn.de (Sebastian Luhmer) Date: Wed, 01 Jul 2009 14:39:48 +0200 Subject: [Mapserver-DE] SLD-Einbindung mit Mapserver? Message-ID: Hallo zusammen, weiss jemand, wie die Einbindung von SLD´s in Mapserver läuft? Laut der Mapserver-Dokumentation können SLD´s eingebunden werden, indem im Metadata-Bereich der Layerdefinition des Mapfiles durch den Zusatz wms_sld_url auf eine externe SLD-Datei verwiesen wird, die dann die Stilinformationen an den Mapserver übergibt. Dies habe ich getan, doch die Darstellung des jeweiligen Layers richtet sich leider immer noch nach den Stilvorgaben aus dem Mapfile und nicht nach der SLD (wie ich es wollen würde). Hat da jemand Erfahrung bzw. kann mir weiterhelfen? Besten Dank Im Vorraus, Sebastian! ------------------------------ Sebastian Luhmer Student assistant Center for Development Research Department of Ecology and Resource Management Walter-Flex-Strasse 3 53113 Bonn (Germany) Tel.: +49 (0) 228 - 73-1793 FAX: +49 (0) 228 - 73-1889 E-Mail: sluhmer at uni-bonn.de Web: http://www.coffee.uni-bonn.de http://www.zef.de From adams at terrestris.de Wed Jul 1 14:51:07 2009 From: adams at terrestris.de (Till Adams) Date: Wed, 01 Jul 2009 14:51:07 +0200 Subject: [Mapserver-DE] SLD-Einbindung mit Mapserver? In-Reply-To: References: Message-ID: <4A4B5BBB.4060400@terrestris.de> Sebastian, vermutlich hast du alles richtig gemacht, leider liefert der UMN dir keine Fehlermeldung, wenn ihm das SLD nicht passt, sondern er ignoriert es :-( Um ganz sicher zu gehen, daß dein SLD auch zumindest bekannt gemacht wird, kannst du es mit dem Parameter &sld=URL_TO_SLD_FILE/SLD_FILE_NAME.SLD an einen GetMap Request anhängen. Sollte er dann immer noch die Symbolisierung aus dem Mapfile verwenden, hakts am SLD Dokument selber. Grüsse auch aus Bonn, Till > Hallo zusammen, > > weiss jemand, wie die Einbindung von SLD´s in Mapserver > läuft? Laut der Mapserver-Dokumentation können SLD´s > eingebunden werden, indem im Metadata-Bereich der > Layerdefinition des Mapfiles durch den Zusatz wms_sld_url > auf eine externe SLD-Datei verwiesen wird, die dann die > Stilinformationen an den Mapserver übergibt. > > Dies habe ich getan, doch die Darstellung des jeweiligen > Layers richtet sich leider immer noch nach den > Stilvorgaben aus dem Mapfile und nicht nach der SLD (wie > ich es wollen würde). > > Hat da jemand Erfahrung bzw. kann mir weiterhelfen? > > Besten Dank Im Vorraus, Sebastian! > ------------------------------ > Sebastian Luhmer > Student assistant > Center for Development Research > Department of Ecology and Resource Management > Walter-Flex-Strasse 3 > 53113 Bonn (Germany) > > Tel.: +49 (0) 228 - 73-1793 > FAX: +49 (0) 228 - 73-1889 > > E-Mail: sluhmer at uni-bonn.de > Web: http://www.coffee.uni-bonn.de > http://www.zef.de > > > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > > From umnmapserver at bhorn.info Fri Jul 3 09:36:23 2009 From: umnmapserver at bhorn.info (Bjoern Horn) Date: Fri, 3 Jul 2009 09:36:23 +0200 Subject: [Mapserver-DE] mapserver 4.0 / 4.2 win32 kompilieren Message-ID: <3f837d0e0907030036m473944d7se0f1839270aa057e@mail.gmail.com> Hallo Leute, ich habe die ehrenvolle Aufgabe ein Produkt zu supporten, welches noch mit dem Mapserver 4.0 (!) arbeitet. Ein Update auf Neuere Versionen sind immer gescheitert. (Probiert wurden 4.8, 5.0, 5.2). Nun stehe ich vor dem Problem, das in der 4.0er Version ein Bug drin ist, der verhindert das ich nquery Abfragen auf Postgisdaten ausführe (Bug 569?). Aber genau dieses Feature wird nun benötigt. Ich erhoffte mir eine Behebung des Problems mit einem kleinen Versionssprung auf 4.2. Doch ich vergaß, dass eine angepasste Version vonnöten ist. Max 200 Layer und 500 Symbols... Nun habe ich mich am kompilieren vom Mapserver versucht, und bin gnadenlos gescheitert. Bevor ich noch weitere Wochen investiere hoffe ich auf Eure Hilfe. Kann jemand noch eine 4.2 Version erstellen? Hat jemand noch eine 4.2er mit geänderten Layern und Symbols? Was im Moment im Einsatz ist: MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Danke und Gruß, ein sehr frustrierter Björn PS: Ja ich weiß das der 4er mehr als veraltet ist, aber es sind schon mehrere Leute dran gescheitert diese Software mit einer neueren Version zu betreiben... (fragt nicht woran es liegt) -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20090703/ac04f2ee/attachment.html From arwag at gmx.de Tue Jul 7 09:19:48 2009 From: arwag at gmx.de (arwag) Date: Tue, 7 Jul 2009 09:19:48 +0200 Subject: [Mapserver-DE] ATKIS-EDBF-Daten als Vektordaten in UMN-Mapserver Message-ID: <002701c9fed3$4f8f5d80$eeae1880$@de> Hallo, ich suche nach einem möglichst einfachen, kostenfreien Weg, ATKIS-Daten im EDBS-Format im UMN Mapserver zu visualisieren. Mich interessieren dabei beispielsweise Layer für Gewässer, Siedlungsflächen und Straßen. Kann mir da jemand weiterhelfen, wie man diese Daten in Shapes umwandeln kann oder in einer PostGIS-Datenbank ablegen kann. Eventuell kann ich die Daten auch im DXF-Format erhalten. Gibt es dafür bessere Möglichkeiten der Konvertierung? Ich mache das ganze im Rahmen einer Uniarbeit und bin daher auf freie (open-source) Möglichkeiten angewiesen. Viele Grüße Armin From F.Jaeger at KRZ.DE Tue Jul 7 10:01:06 2009 From: F.Jaeger at KRZ.DE (=?iso-8859-1?Q?J=E4ger=2C_Frank_=28KRZ=29?=) Date: Tue, 7 Jul 2009 10:01:06 +0200 Subject: [Mapserver-DE] ATKIS-EDBS-Daten als Vektordaten in UMN-Mapserver In-Reply-To: <002701c9fed3$4f8f5d80$eeae1880$@de> Message-ID: > -----Original Message----- > From: mapserver-de-bounces at freegis.org > [mailto:mapserver-de-bounces at freegis.org] On Behalf Of arwag > Sent: Tuesday, July 07, 2009 9:20 AM > To: mapserver-de at freegis.org > Subject: [Mapserver-DE] ATKIS-EDBF-Daten als Vektordaten in > UMN-Mapserver > > Hallo, > > ich suche nach einem möglichst einfachen, kostenfreien Weg, > ATKIS-Daten im EDBS-Format im UMN Mapserver zu visualisieren. > Mich interessieren dabei beispielsweise Layer für Gewässer, > Siedlungsflächen und Straßen. > > Kann mir da jemand weiterhelfen, wie man diese Daten in > Shapes umwandeln kann oder in einer PostGIS-Datenbank ablegen kann. > > Eventuell kann ich die Daten auch im DXF-Format erhalten. > Gibt es dafür bessere Möglichkeiten der Konvertierung? > > Ich mache das ganze im Rahmen einer Uniarbeit und bin daher auf freie > (open-source) Möglichkeiten angewiesen. > > > Viele Grüße > > Armin > Hallo, von EDBS nach PostGIS kann man mit EDBS2WKT konvertieren. http://gis.krz.de/alk/edbs2wkt/index.htm http://www.mapbender.org/index.php/ALK_mit_Freier_Software http://gis.krz.de/alk/edbs2wkt/help/index.htm Der Konverter ist allerdings auf die Dateninhalte der ALK ausgelegt, nicht auf ATKIS. Die zusätzlichen Aggregate der ATKIS-Datenstruktur würden ignoriert. Vielleicht kann man das mit vertretbarem Aufwand erweitern? Der Quellcode liegt offen, allerdings ist der Konverter in MS Visual Basic 6 geschrieben. Man braucht für die Entwicklung also eine lizenzpflichtige Entwicklungsumgebung. Mapfiles für den mapserver für ALK (aber nicht für ALKIS) sind verfügbar. Mit freundlichen Grüßen Frank Jäger From stephan.holl at intevation.de Tue Jul 7 11:26:40 2009 From: stephan.holl at intevation.de (Stephan Holl) Date: Tue, 7 Jul 2009 11:26:40 +0200 Subject: [Mapserver-DE] ATKIS-EDBF-Daten als Vektordaten in UMN-Mapserver In-Reply-To: <002701c9fed3$4f8f5d80$eeae1880$@de> References: <002701c9fed3$4f8f5d80$eeae1880$@de> Message-ID: <20090707112640.3374fd6e@thoe.hq.intevation.de> Hello Armin, "arwag" , [20090707 - 09:19:48] > Hallo, > > ich suche nach einem möglichst einfachen, kostenfreien Weg, > ATKIS-Daten im EDBS-Format im UMN Mapserver zu visualisieren. Mich > interessieren dabei beispielsweise Layer für Gewässer, > Siedlungsflächen und Straßen. > > Kann mir da jemand weiterhelfen, wie man diese Daten in Shapes > umwandeln kann oder in einer PostGIS-Datenbank ablegen kann. > > Eventuell kann ich die Daten auch im DXF-Format erhalten. Gibt es > dafür bessere Möglichkeiten der Konvertierung? > > Ich mache das ganze im Rahmen einer Uniarbeit und bin daher auf freie > (open-source) Möglichkeiten angewiesen. Der Vollständigkeit halber sei an dieser Stelle noch EDBSilon erwähnt. http://edbsilon.intevation.de ALK und Atkis-Daten werden wahlweise als SQL-Dump oder (via OGR) direkt in PostGIS etc. geschrieben. Grüße Stephan Holl -- Stephan Holl | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabrück - HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://freegis.org/pipermail/mapserver-de/attachments/20090707/aef19ffc/signature.bin From umnmapserver at bhorn.info Wed Jul 8 09:25:13 2009 From: umnmapserver at bhorn.info (Bjoern Horn) Date: Wed, 8 Jul 2009 09:25:13 +0200 Subject: [Mapserver-DE] =?iso-8859-1?q?Windows_Buidkit_f=FCr_4=2E10=2E_ges?= =?iso-8859-1?q?ucht?= Message-ID: <3f837d0e0907080025u72883059m7eb23162429ccfbf@mail.gmail.com> Hallo Zusammen, nochmal ich ;-) Hat jemand noch ein Windows Buildkit für die 4.10.0 (bis 4) Version auf seiner Festplatte liegen oder weiß wo ich die Datei(en) finde? Müßte eine Zip-Datei um die 500 MB Größe sein. Auf http://download.osgeo.org/buildkit/ und http://www.gatewaygeomatics.com/dl/buildkit/ Findet mal leider nur aktuellere Versionen. Danke nochmal an alle, die mich bis jetzt so toll unterstützt haben! Gruß, Björn -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20090708/cd7c7ab4/attachment.html From jmckenna at gatewaygeomatics.com Wed Jul 8 14:07:18 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 08 Jul 2009 09:07:18 -0300 Subject: [Mapserver-DE] =?iso-8859-1?q?Windows_Buidkit_f=FCr_4=2E10=2E_ges?= =?iso-8859-1?q?ucht?= In-Reply-To: <3f837d0e0907080025u72883059m7eb23162429ccfbf@mail.gmail.com> References: <3f837d0e0907080025u72883059m7eb23162429ccfbf@mail.gmail.com> Message-ID: <4A548BF6.5020406@gatewaygeomatics.com> Bjoern Horn wrote: > Hallo Zusammen, > > nochmal ich ;-) > > Hat jemand noch ein Windows Buildkit für die 4.10.0 (bis 4) Version auf > seiner Festplatte liegen oder weiß wo ich die Datei(en) finde? Müßte > eine Zip-Datei um die 500 MB Größe sein. > > Auf > > http://download.osgeo.org/buildkit/ > > und > > http://www.gatewaygeomatics.com/dl/buildkit/ > > Findet mal leider nur aktuellere Versionen. > > Danke nochmal an alle, die mich bis jetzt so toll unterstützt haben! Hello Björn, As you've noticed, only recent versions of the buildkit are available. If you need to compile an earlier version of MapServer, you can use the recent buildkit and checkout from SVN the version of MapServer that you need (from https://svn.osgeo.org/mapserver/tags/), and configure MapServer's nmake.opt with the appropriate paths for that buildkit environment. -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From umnmapserver at bhorn.info Thu Jul 9 12:08:05 2009 From: umnmapserver at bhorn.info (Bjoern Horn) Date: Thu, 9 Jul 2009 12:08:05 +0200 Subject: [Mapserver-DE] =?iso-8859-1?q?Windows_Buidkit_f=FCr_4=2E10=2E_ges?= =?iso-8859-1?q?ucht?= In-Reply-To: <4A548BF6.5020406@gatewaygeomatics.com> References: <3f837d0e0907080025u72883059m7eb23162429ccfbf@mail.gmail.com> <4A548BF6.5020406@gatewaygeomatics.com> Message-ID: <3f837d0e0907090308m5d624534h9c9f38d9979823f2@mail.gmail.com> Hallo, Die Idee war verlockend. Ich habe mir das aktuelle Buildkit (Version 5.4) besorgt und mit VS2008 compiliert. Das hat funktioniert. Aber, die 4.10 oder eine 4.8. bekomme ich damit nicht compiliert :-( Bei der 4.10. fehlten mir die mapparser.c, mapparser.h und die maplexer.c ( Das hat mir leider auch nicht weitergeholfen http://www.mail-archive.com/mapserver-users at lists.umn.edu/msg04016.html , wie verwendet man bison und flex?). Ich habe die vorhandene Dateien aus 4.8. genommen, aber spätestens bei diesem Fehler komme ich nicht weiter: Bibliothek "mapserver_i.lib" und Objekt "mapserver_i.exp" werden erstellt. mapfile.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "_msyybasepath" in Funktion "_loadMapInternal". libmap.dll : fatal error LNK1120: 1 nicht aufgelöste externe Verweise. NMAKE : fatal error U1077: ""C:\Programme\Microsoft Visual Studio 9.0\VC\BIN\link.EXE"": Rückgabe-Code "0x460" Stop. Gruß, Björn PS: Sorry, mein Englisch ist schrecklich, deswegen mag ich das keinem antun ;-) Am 8. Juli 2009 14:07 schrieb Jeff McKenna : > > Bjoern Horn wrote: > > Hallo Zusammen, > > > > nochmal ich ;-) > > > > Hat jemand noch ein Windows Buildkit für die 4.10.0 (bis 4) Version auf > > seiner Festplatte liegen oder weiß wo ich die Datei(en) finde? Müßte > > eine Zip-Datei um die 500 MB Größe sein. > > > > Auf > > > > http://download.osgeo.org/buildkit/ > > > > und > > > > http://www.gatewaygeomatics.com/dl/buildkit/ > > > > Findet mal leider nur aktuellere Versionen. > > > > Danke nochmal an alle, die mich bis jetzt so toll unterstützt haben! > > Hello Björn, > > As you've noticed, only recent versions of the buildkit are available. > If you need to compile an earlier version of MapServer, you can use the > recent buildkit and checkout from SVN the version of MapServer that you > need (from https://svn.osgeo.org/mapserver/tags/), and configure > MapServer's nmake.opt with the appropriate paths for that buildkit > environment. > > -jeff > > -- > Jeff McKenna > FOSS4G Consulting and Training Services > http://www.gatewaygeomatics.com/ > > > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From jmckenna at gatewaygeomatics.com Fri Jul 10 14:38:30 2009 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 10 Jul 2009 09:38:30 -0300 Subject: [Mapserver-DE] =?iso-8859-1?q?Windows_Buidkit_f=FCr_4=2E10=2E_ges?= =?iso-8859-1?q?ucht?= In-Reply-To: <3f837d0e0907090308m5d624534h9c9f38d9979823f2@mail.gmail.com> References: <3f837d0e0907080025u72883059m7eb23162429ccfbf@mail.gmail.com> <4A548BF6.5020406@gatewaygeomatics.com> <3f837d0e0907090308m5d624534h9c9f38d9979823f2@mail.gmail.com> Message-ID: <4A573646.1030707@gatewaygeomatics.com> Hello Björn, My comments are below: Bjoern Horn wrote: > Hallo, > > Die Idee war verlockend. Ich habe mir das aktuelle Buildkit (Version > 5.4) besorgt und mit VS2008 compiliert. Excellent! Das hat funktioniert. Aber, > die 4.10 oder eine 4.8. bekomme ich damit nicht compiliert :-( > > Bei der 4.10. fehlten mir die mapparser.c, mapparser.h und die > maplexer.c ( Das hat mir leider auch nicht weitergeholfen > http://www.mail-archive.com/mapserver-users at lists.umn.edu/msg04016.html > , wie verwendet man bison und flex?). Ich habe die vorhandene Dateien > aus 4.8. genommen, aber spätestens bei diesem Fehler komme ich nicht > weiter: > > Bibliothek "mapserver_i.lib" und Objekt "mapserver_i.exp" werden erstellt. > mapfile.obj : error LNK2019: Verweis auf nicht aufgelöstes externes > Symbol "_msyybasepath" in Funktion "_loadMapInternal". > libmap.dll : fatal error LNK1120: 1 nicht aufgelöste externe Verweise. > NMAKE : fatal error U1077: ""C:\Programme\Microsoft Visual Studio > 9.0\VC\BIN\link.EXE"": Rückgabe-Code "0x460" > Stop. > Unfortunately I am no help to you here. If I remember, at that time developers would build MapServer on unix and then move those files that you mentioned into the windows buildkit. But if I were you I would use this excuse to upgrade to 5.4 - it compiles for you :) -jeff -- Jeff McKenna FOSS4G Consulting and Training Services http://www.gatewaygeomatics.com/ From umnmapserver at bhorn.info Tue Jul 14 10:27:56 2009 From: umnmapserver at bhorn.info (Bjoern Horn) Date: Tue, 14 Jul 2009 10:27:56 +0200 Subject: [Mapserver-DE] =?iso-8859-1?q?Windows_Buidkit_f=FCr_4=2E10=2E_ges?= =?iso-8859-1?q?ucht?= In-Reply-To: <4A573646.1030707@gatewaygeomatics.com> References: <3f837d0e0907080025u72883059m7eb23162429ccfbf@mail.gmail.com> <4A548BF6.5020406@gatewaygeomatics.com> <3f837d0e0907090308m5d624534h9c9f38d9979823f2@mail.gmail.com> <4A573646.1030707@gatewaygeomatics.com> Message-ID: <3f837d0e0907140127q615fc3f4y875ff09f87156f6f@mail.gmail.com> > Unfortunately I am no help to you here. If I remember, at that time > developers would build MapServer on unix and then move those files that > you mentioned into the windows buildkit. But if I were you I would use > this excuse to upgrade to 5.4 - it compiles for you :) Wir steigen ja auf 5.4 um, doch bis dahin bräuchte ich halt eine Lösung :-/ Ich habe herrausgefunden, wie genau der Aufruf von flex und Bison lautet, um aus .l und .y Dateien die passenden c und h Dateien zu generieren: C:\projects\buildkit_VS2008\mapserver-4.10.4>flex -Pmsyy -i -omaplexer.c maplexer.l C:\projects\buildkit_VS2008\mapserver-4.10.4>bison -p msyy -d -omapparser.c mapparser.y (Steht im makefile drin :-) ) Es hat wunderbar funktioniert! Jetzt habe ich "nur noch" das Problem mit diesem Bug: http://trac.osgeo.org/mapserver/ticket/1647 Ich werde eine neuere Version vom Postgres einbinden müssen. Ich danke allen die mir geholfen haben! Gruß, Björn From sluhmer at uni-bonn.de Mon Jul 20 14:05:20 2009 From: sluhmer at uni-bonn.de (Sebastian Luhmer) Date: Mon, 20 Jul 2009 14:05:20 +0200 Subject: [Mapserver-DE] Weitere SLD Frage Message-ID: Hallo Liste, ich habe eine SLD erstellt, die im Rahmen einer GetMap-Anfrage (per Verweis auf die URL) angehangen werden kann und die auch korrekt dargestellt wird. Somit ist meine SLD valide und xml-konform. Beim Versuch der Einbindung in das Mapfile über den Zusatz 'wms_sld_url' ignoriert der MapServer meine SLD leider wieder und stylt die Daten nach dem Mapfile und nicht nach der SLD. Hat einer eine Idee woran dies liegen könnte bzw. wo mögliche Fehlerquellen sein könnten? Beste Grüße aus Bonn, Sebastian! ------------------------------ Sebastian Luhmer Student assistant Center for Development Research Department of Ecology and Resource Management Walter-Flex-Strasse 3 53113 Bonn (Germany) Tel.: +49 (0) 228 - 73-1793 FAX: +49 (0) 228 - 73-1889 E-Mail: sluhmer at uni-bonn.de Web: http://www.coffee.uni-bonn.de http://www.zef.de From mschulz at webgis.de Mon Jul 20 16:25:48 2009 From: mschulz at webgis.de (Michael Schulz) Date: Mon, 20 Jul 2009 16:25:48 +0200 Subject: [Mapserver-DE] Weitere SLD Frage In-Reply-To: References: Message-ID: Hallo Sebastian, es gibt zwei, drei Punkte die bei der Verwendung von SLDs beim UMN stimmen müssen. Zuerst aber, die Metadatenangabe "wms_sld_url" ist dann relevant, wenn die Ebene eine WMS-Client Ebene ist (connectiontype wms). Damit kann man nicht erreichen, dass eine Ebene z.B. vom Typ Postgis per SLD gestylt wird. Das geht bisher noch nicht. So, wenn man umn als WMS-Server einsetzt und eine Ebene per SLD stylen will, dann muss sichergestellt sein, - das der Server auf dem der UMN tatsächlich läuft, auch auf die URL zugreifen kann (das ist was anderes als wenn man auf dem eigenen Rechner die SLD-Url testet...) - IMGPATH muss gesetzt und korrekt konfiguriert sein, da UMN das sld temporär dort ablegt Dann sollte man auf jeden Fall mal mit den Debug mode arbeiten, da tauchen glaube ich, z.B. die http-Zugriffsfehler drin auf. Viele Grüße, Michael Am 20. Juli 2009 14:05 schrieb Sebastian Luhmer : > Hallo Liste, > > ich habe eine SLD erstellt, die im Rahmen einer > GetMap-Anfrage (per Verweis auf die URL) angehangen werden > kann und die auch korrekt dargestellt wird. Somit ist > meine SLD valide und xml-konform. > Beim Versuch der Einbindung in das Mapfile über den Zusatz > 'wms_sld_url' ignoriert der MapServer meine SLD leider > wieder und stylt die Daten nach dem Mapfile und nicht nach > der SLD. > Hat einer eine Idee woran dies liegen könnte bzw. wo > mögliche Fehlerquellen sein könnten? > > Beste Grüße aus Bonn, Sebastian! > > ------------------------------ > Sebastian Luhmer > Student assistant > Center for Development Research > Department of Ecology and Resource Management > Walter-Flex-Strasse 3 > 53113 Bonn (Germany) > > Tel.: +49 (0) 228 - 73-1793 > FAX: +49 (0) 228 - 73-1889 > > E-Mail: sluhmer at uni-bonn.de > Web: http://www.coffee.uni-bonn.de >      http://www.zef.de > > > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ Schwimmbadstraße 2 D-79100 Freiburg i. Br. Tel: +49 (0)761 705798-102 Tel: +49 (0)761 705798-0 Fax: +49 (0)761 705798-09 +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ http://www.webgis.de / http://www.zopecms.de -------------------------------------------------------------- Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg From mschulz at webgis.de Tue Jul 21 10:47:48 2009 From: mschulz at webgis.de (Michael Schulz) Date: Tue, 21 Jul 2009 10:47:48 +0200 Subject: [Mapserver-DE] Fwd: Weitere SLD Frage In-Reply-To: References: Message-ID: wir lassen den Thread mal auf der Liste ... Hallo Sebastian, antworten inline ... > bedeutet das, das die Einbindung der SLD in das Mapfile nicht über den > Zusatz 'wms_sld_url' abläuft? UMN kann einerseits in mapfiles definierte Ebenen per WMS-Dienst ausliefern, sprich als WMS-Server fungieren. D.h. ein Client (DesktopGIS, irgendwas) ruft die getMap-URL des WMS-Dienstes auf. Wenn ein WMS SLD unterstützt, kann an die getMap-URL der SLD Parameter mit einer kompletten URL (htp://meinedomain.de/pfad/zum/sld.xml ) angehängt werden. Der WMS-Server ruft von sich aus vor dem Rendern der angefragten Ebene diese URL auf und verwendet das SLD zum stylen. Andererseits kann der UMN auch als WMS-Client eingesetzt werden, dabei ist die Datenquelle einer Ebene im Mapfile ein anderer WMS-Dienst. In diesem Fall, stellt der UMN die getMap-Anfrage und auch nur in diesem Fall, kann per Metadatenangabe "WMS_SLD_URL" eine SLD-URL mitgegeben werden, die aber von dem entfernten WMS-Server verwendet wird. Wenn Du eine ganz normale Ebene im mapfile, die nicht connectiontype wms hat, unter Verwendung eines SLD darstellen möchtest, dann geht das nur darüber, dass jeder getMap/getLegendGraphic/etc. die SLD-URL angehängt wird. Es geht nicht über eine mapfile Konfiguration. > Kannst Du mir bitte etwas näher erläutern, was Du mit IMGPATH meinst und Das ist eine wichtige Konfigurationsstelle im mapfile, die wenn ein mapfile als Standard-WMS eingesetzt werden soll, keine besondere Relevanz hat, da ja im WMS-Anwendungsfall die vom UMN generierten Karten nicht irgendwo abgelegt werden. Im Gegensatz zur Verwendung in einer normalen mapserver cgi anwendung mit Templates. Wenn man WMS und SLDs einsetzt ist dieser Pfad aber wieder auf einmal wichtig und viele vergessen, diesen Teil des mapfiles richtig zu konfigurieren. Sollte dies der Fehler sein, sollte es aber bei aktuellen Versionen einen Fehler im Log geben. > Auf den Ordner, in dem sich die SLD´s befinden, kann der Server zugreifen, > das habe ich schon getestet. Der Zugriff muss nicht nur auf OS / Ordner - Basis funktionieren, sondern vor allem bei einem Aufruf per http:// Dieser Ordner in dem die SLDs stehen muss als über den Webserver zugänglich sein. > Wenn es Dir keine zu großen Umstände machst, könntest Du mir vielleicht > erklären, wo ich noch welche Zusätze im Mapfile zu machen habe? Wenn der UMN korrekt auf das SLD zugreifen kann, der IMGPATH im mapfile korrekt gesetzt, für das mapserver -cgi zugänglich und beschreibbar ist, dann sind keine weiteren Zusätze im Mapfile notwendig. Wenn es dann nicht funktioniert, ist evtl. dein SLD valide aber inhaltlich fehlerhaft (z.B. muss der Name der NamedLayer zu einem Layername passen). Viele Grüße, Michael Schulz P.S.: welche Ebenen in deiner Anwendung sind oder sollen den per SLD visualisert werden? > > Ich ärger mich jetzt schon seit 2 Wochen mit dem Thema rum und komm nicht so > richtig weiter und bin von daher für jede Anregung dankbar. > > Viele Grüße, Sebastian! > > > On Mon, 20 Jul 2009 16:25:48 +0200 >  Michael Schulz wrote: >> >> Hallo Sebastian, >> >> es gibt zwei, drei Punkte die bei der Verwendung von SLDs beim UMN >> stimmen müssen. Zuerst aber, die Metadatenangabe "wms_sld_url" ist >> dann relevant, wenn die Ebene eine WMS-Client Ebene ist >> (connectiontype wms). Damit kann man nicht erreichen, dass eine Ebene >> z.B. vom Typ Postgis per SLD gestylt wird. Das geht bisher noch nicht. >> >> So, wenn man umn als WMS-Server einsetzt und eine Ebene per SLD stylen >> will, dann muss sichergestellt sein, >> - das der Server auf dem der UMN tatsächlich läuft, auch auf die URL >> zugreifen kann (das ist was anderes als wenn man auf dem eigenen >> Rechner die SLD-Url testet...) >> - IMGPATH muss gesetzt und korrekt konfiguriert sein, da UMN das sld >> temporär dort ablegt >> >> Dann sollte man auf jeden Fall mal mit den Debug mode arbeiten, da >> tauchen glaube ich, z.B. die http-Zugriffsfehler drin auf. >> >> Viele Grüße, Michael >> >> >> Am 20. Juli 2009 14:05 schrieb Sebastian Luhmer : >>> >>> Hallo Liste, >>> >>> ich habe eine SLD erstellt, die im Rahmen einer >>> GetMap-Anfrage (per Verweis auf die URL) angehangen werden >>> kann und die auch korrekt dargestellt wird. Somit ist >>> meine SLD valide und xml-konform. >>> Beim Versuch der Einbindung in das Mapfile über den Zusatz >>> 'wms_sld_url' ignoriert der MapServer meine SLD leider >>> wieder und stylt die Daten nach dem Mapfile und nicht nach >>> der SLD. >>> Hat einer eine Idee woran dies liegen könnte bzw. wo >>> mögliche Fehlerquellen sein könnten? >>> >>> Beste Grüße aus Bonn, Sebastian! >>> >>> ------------------------------ >>> Sebastian Luhmer >>> Student assistant >>> Center for Development Research >>> Department of Ecology and Resource Management >>> Walter-Flex-Strasse 3 >>> 53113 Bonn (Germany) >>> >>> Tel.: +49 (0) 228 - 73-1793 >>> FAX: +49 (0) 228 - 73-1889 >>> >>> E-Mail: sluhmer at uni-bonn.de >>> Web: http://www.coffee.uni-bonn.de >>>      http://www.zef.de >>> >>> >>> >>> >>> _______________________________________________ >>> Mapserver-DE mailing list >>> Mapserver-DE at freegis.org >>> https://freegis.org/mailman/listinfo/mapserver-de >>> >> >> >> >> -- >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> Aufwind durch Wissen! >> >> Qualifizierte Open Source Schulungen bei der >> http://www.foss-akademie.de/ >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> ----------------------------------------------------------- >> Michael Schulz >> mschulz at webgis.de >> >> in medias res >> Gesellschaft für Informationstechnologie mbH >> >> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >> >> Schwimmbadstraße 2 >> D-79100  Freiburg i. Br. >> >> Tel:  +49 (0)761 705798-102 >> Tel:  +49 (0)761 705798-0 >> Fax: +49 (0)761 705798-09 >> >> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >> >> http://www.webgis.de / http://www.zopecms.de >> -------------------------------------------------------------- >> Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck >> Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg > > > ------------------------------ > Sebastian Luhmer > Student assistant > Center for Development Research > Department of Ecology and Resource Management > Walter-Flex-Strasse 3 > 53113 Bonn (Germany) > > Tel.: +49 (0) 228 - 73-1793 > FAX: +49 (0) 228 - 73-1889 > > E-Mail: sluhmer at uni-bonn.de > Web: http://www.coffee.uni-bonn.de >     http://www.zef.de > > > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ Schwimmbadstraße 2 D-79100  Freiburg i. Br. Tel:  +49 (0)761 705798-102 Tel:  +49 (0)761 705798-0 Fax: +49 (0)761 705798-09 +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ http://www.webgis.de / http://www.zopecms.de -------------------------------------------------------------- Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg From mschulz at webgis.de Tue Jul 21 13:38:54 2009 From: mschulz at webgis.de (Michael Schulz) Date: Tue, 21 Jul 2009 13:38:54 +0200 Subject: [Mapserver-DE] Fwd: Weitere SLD Frage In-Reply-To: References: Message-ID: Hallo Sebastian, > Der UMN Mapserver wird in diesem Fall als WMS-Server eingesetzt, da ein > WebGIS Klient(als Client verwende ich GeoMoose) die Daten abruft. > Ob man per http auf den Ordner zugreifen kann, in dem die SLD´s liegen habe > ich per Abfrage einer sld getestet und diese wird über den Webbrowser > angezeigt (Beispiel: > http://131.220.109.7/sluhmer_testspace/Daten/SLD/Rivers-arc2sld.xml ) Das ist gut. Aber wie gesagt, das wichtige ist, das der UMN auf dieses SLD zugreifen kann. Wenn ich per Browser das oder den SLD sehe, dann heisst das nicht 100%, dass es auch vom Server aus geht, auf dem der UMN läuft (selbst wenn es derselbe ist, wie gesagt Proxy ...). Am besten von dem Server aus direkt per wget testen und ansonsten den Output im log file anschauen. > Mittlerweile sehe ich den Wald vor lauter Bäumen nicht mehr und bin mir > unsicher, wo ich welchen Zusatz im Mapfile (oder woanders) zu machen habe, > dass der UMN Mapserver meine Daten nach den SLD Vorgaben stylt. > Du schriebst, dass in diesem Fall jeder getmap-Anfrage die SLD-URL angehängt > werden muss und dies nicht über das Mapfile läuft? Habe ich Dich da richtig > verstanden? Exactement. Du siehst gerade noch einfach zuviel Wald ;-) Wenn man den abholzt, bleibt nichts als die Tatsache, das aus deinem Client jede GetMap Anfrage die SLD-URL per SLD-Parameter angehängt haben muss. Das sollte dann so aussehen: http://131.220.109.7/cgi-bin/mapserv?map=%2Fsrv%2Fwww%2Fsluhmer_testspace%2Fgeomoose%2Fmap%2Fecology_hydrology.map&mode=map&layers=rivers&mapext=-480417.7377892032+355044.9871465295+820417.7377892032+1294955.0128534706&imgext=-480417.7377892032+355044.9871465295+820417.7377892032+1294955.0128534706&map_size=1557+1125&imgx=778.5&imgy=562.5&imgxy=1557+1125&SLD=http://131.220.109.7/sluhmer_testspace/Daten/SLD/Rivers-arc2sld.xml Dieser Link gibt zumindest ein Bild, allerdings wohl ohne SLD Verwendung zurück. Dabei auf fällt auf: - im SLD steht: Rivers - bei den getMap-Aufruf steht: layers=rivers Ich würde mal davon ausgehen, dass hier das Problem ist. Im SLD sollte auch rivers als Inhalt des Name-Tag stehen. > Wenn nicht im Mapfile (Achtung, vielleicht eine dumme Frage) wo muss ich > dann eingreifen, damit meine SLD´s übergeben bzw. eingebunden werden? Im > Klient der die GetMap-Anfrage an den UMN Mapserer stellt? > Hast Du irgendwo ein konkretes Beispiel parat oder eine Vorlage? Ich weiß nicht ob Geomoose SLD bei WMS speziell unterstützt, ansonsten würde ich es einfach in die WMS-URL mit reinnehmen, da steht ja eh schon der map=/srv... Parameter auch mit drinnen. Grüße, Michael > > Viele Grüße und vielen Dank im Voraus, Sebastian! > > > > On Tue, 21 Jul 2009 10:47:48 +0200 >  Michael Schulz wrote: >> >> wir lassen den Thread mal auf der Liste ... >> >> Hallo Sebastian, >> >> antworten inline ... >> >>> bedeutet das, das die Einbindung der SLD in das Mapfile nicht über den >>> Zusatz 'wms_sld_url' abläuft? >> >> UMN kann einerseits in mapfiles definierte Ebenen per WMS-Dienst >> ausliefern, sprich als WMS-Server fungieren. D.h. ein Client >> (DesktopGIS, irgendwas) ruft die getMap-URL des WMS-Dienstes auf. Wenn >> ein WMS SLD unterstützt, kann an die getMap-URL der SLD Parameter mit >> einer kompletten URL (htp://meinedomain.de/pfad/zum/sld.xml ) >> angehängt werden. Der WMS-Server ruft von sich aus vor dem Rendern der >> angefragten Ebene diese URL auf und verwendet das SLD zum stylen. >> >> Andererseits kann der UMN auch als WMS-Client eingesetzt werden, dabei >> ist die Datenquelle einer Ebene im Mapfile ein anderer WMS-Dienst. In >> diesem Fall, stellt der UMN die getMap-Anfrage und auch nur in diesem >> Fall, kann per Metadatenangabe "WMS_SLD_URL" eine SLD-URL mitgegeben >> werden, die aber von dem entfernten WMS-Server verwendet wird. >> >> Wenn Du eine ganz normale Ebene im mapfile, die nicht connectiontype >> wms hat, unter Verwendung eines SLD darstellen möchtest, dann geht das >> nur darüber, dass jeder getMap/getLegendGraphic/etc. die SLD-URL >> angehängt wird. Es geht nicht über eine mapfile Konfiguration. >> >>> Kannst Du mir bitte etwas näher erläutern, was Du mit IMGPATH meinst und >> >> Das ist eine wichtige Konfigurationsstelle im mapfile, die wenn ein >> mapfile als Standard-WMS eingesetzt werden soll, keine besondere >> Relevanz hat, da ja im WMS-Anwendungsfall die vom UMN generierten >> Karten nicht irgendwo abgelegt werden. Im Gegensatz zur Verwendung in >> einer normalen mapserver cgi anwendung mit Templates. Wenn man WMS und >> SLDs einsetzt ist dieser Pfad aber wieder auf einmal wichtig und viele >> vergessen, diesen Teil des mapfiles richtig zu konfigurieren. Sollte >> dies der Fehler sein, sollte es aber bei aktuellen Versionen einen >> Fehler im Log geben. >> >>> Auf den Ordner, in dem sich die SLD´s befinden, kann der Server >>> zugreifen, >>> das habe ich schon getestet. >> >> Der Zugriff muss nicht nur auf OS / Ordner - Basis funktionieren, >> sondern vor allem bei einem Aufruf per http:// Dieser Ordner in dem >> die SLDs stehen muss als über den Webserver zugänglich sein. >> >>> Wenn es Dir keine zu großen Umstände machst, könntest Du mir vielleicht >>> erklären, wo ich noch welche Zusätze im Mapfile zu machen habe? >> >> Wenn der UMN korrekt auf das SLD zugreifen kann, der IMGPATH im >> mapfile korrekt gesetzt, für das mapserver -cgi zugänglich und >> beschreibbar ist, dann sind keine weiteren Zusätze im Mapfile >> notwendig. Wenn es dann nicht funktioniert, ist evtl. dein SLD valide >> aber inhaltlich fehlerhaft (z.B. muss der Name der NamedLayer zu einem >> Layername passen). >> >> Viele Grüße, >> Michael Schulz >> >> P.S.: welche Ebenen in deiner Anwendung sind oder sollen den per SLD >> visualisert werden? >> >>> >>> Ich ärger mich jetzt schon seit 2 Wochen mit dem Thema rum und komm nicht >>> so >>> richtig weiter und bin von daher für jede Anregung dankbar. >>> >>> Viele Grüße, Sebastian! >>> >>> >>> On Mon, 20 Jul 2009 16:25:48 +0200 >>>  Michael Schulz wrote: >>>> >>>> Hallo Sebastian, >>>> >>>> es gibt zwei, drei Punkte die bei der Verwendung von SLDs beim UMN >>>> stimmen müssen. Zuerst aber, die Metadatenangabe "wms_sld_url" ist >>>> dann relevant, wenn die Ebene eine WMS-Client Ebene ist >>>> (connectiontype wms). Damit kann man nicht erreichen, dass eine Ebene >>>> z.B. vom Typ Postgis per SLD gestylt wird. Das geht bisher noch nicht. >>>> >>>> So, wenn man umn als WMS-Server einsetzt und eine Ebene per SLD stylen >>>> will, dann muss sichergestellt sein, >>>> - das der Server auf dem der UMN tatsächlich läuft, auch auf die URL >>>> zugreifen kann (das ist was anderes als wenn man auf dem eigenen >>>> Rechner die SLD-Url testet...) >>>> - IMGPATH muss gesetzt und korrekt konfiguriert sein, da UMN das sld >>>> temporär dort ablegt >>>> >>>> Dann sollte man auf jeden Fall mal mit den Debug mode arbeiten, da >>>> tauchen glaube ich, z.B. die http-Zugriffsfehler drin auf. >>>> >>>> Viele Grüße, Michael >>>> >>>> >>>> Am 20. Juli 2009 14:05 schrieb Sebastian Luhmer : >>>>> >>>>> Hallo Liste, >>>>> >>>>> ich habe eine SLD erstellt, die im Rahmen einer >>>>> GetMap-Anfrage (per Verweis auf die URL) angehangen werden >>>>> kann und die auch korrekt dargestellt wird. Somit ist >>>>> meine SLD valide und xml-konform. >>>>> Beim Versuch der Einbindung in das Mapfile über den Zusatz >>>>> 'wms_sld_url' ignoriert der MapServer meine SLD leider >>>>> wieder und stylt die Daten nach dem Mapfile und nicht nach >>>>> der SLD. >>>>> Hat einer eine Idee woran dies liegen könnte bzw. wo >>>>> mögliche Fehlerquellen sein könnten? >>>>> >>>>> Beste Grüße aus Bonn, Sebastian! >>>>> >>>>> ------------------------------ >>>>> Sebastian Luhmer >>>>> Student assistant >>>>> Center for Development Research >>>>> Department of Ecology and Resource Management >>>>> Walter-Flex-Strasse 3 >>>>> 53113 Bonn (Germany) >>>>> >>>>> Tel.: +49 (0) 228 - 73-1793 >>>>> FAX: +49 (0) 228 - 73-1889 >>>>> >>>>> E-Mail: sluhmer at uni-bonn.de >>>>> Web: http://www.coffee.uni-bonn.de >>>>>      http://www.zef.de >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Mapserver-DE mailing list >>>>> Mapserver-DE at freegis.org >>>>> https://freegis.org/mailman/listinfo/mapserver-de >>>>> >>>> >>>> >>>> >>>> -- >>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> Aufwind durch Wissen! >>>> >>>> Qualifizierte Open Source Schulungen bei der >>>> http://www.foss-akademie.de/ >>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> >>>> ----------------------------------------------------------- >>>> Michael Schulz >>>> mschulz at webgis.de >>>> >>>> in medias res >>>> Gesellschaft für Informationstechnologie mbH >>>> >>>> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >>>> >>>> Schwimmbadstraße 2 >>>> D-79100  Freiburg i. Br. >>>> >>>> Tel:  +49 (0)761 705798-102 >>>> Tel:  +49 (0)761 705798-0 >>>> Fax: +49 (0)761 705798-09 >>>> >>>> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >>>> >>>> http://www.webgis.de / http://www.zopecms.de >>>> -------------------------------------------------------------- >>>> Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck >>>> Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg >>> >>> >>> ------------------------------ >>> Sebastian Luhmer >>> Student assistant >>> Center for Development Research >>> Department of Ecology and Resource Management >>> Walter-Flex-Strasse 3 >>> 53113 Bonn (Germany) >>> >>> Tel.: +49 (0) 228 - 73-1793 >>> FAX: +49 (0) 228 - 73-1889 >>> >>> E-Mail: sluhmer at uni-bonn.de >>> Web: http://www.coffee.uni-bonn.de >>>     http://www.zef.de >>> >>> >>> >>> >> >> >> >> -- >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> Aufwind durch Wissen! >> >> Qualifizierte Open Source Schulungen bei der >> http://www.foss-akademie.de/ >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> ----------------------------------------------------------- >> Michael Schulz >> mschulz at webgis.de >> >> in medias res >> Gesellschaft für Informationstechnologie mbH >> >> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >> >> Schwimmbadstraße 2 >> D-79100  Freiburg i. Br. >> >> Tel:  +49 (0)761 705798-102 >> Tel:  +49 (0)761 705798-0 >> Fax: +49 (0)761 705798-09 >> >> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >> >> http://www.webgis.de / http://www.zopecms.de >> -------------------------------------------------------------- >> Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck >> Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg >> >> _______________________________________________ >> Mapserver-DE mailing list >> Mapserver-DE at freegis.org >> https://freegis.org/mailman/listinfo/mapserver-de > > > ------------------------------ > Sebastian Luhmer > Student assistant > Center for Development Research > Department of Ecology and Resource Management > Walter-Flex-Strasse 3 > 53113 Bonn (Germany) > > Tel.: +49 (0) 228 - 73-1793 > FAX: +49 (0) 228 - 73-1889 > > E-Mail: sluhmer at uni-bonn.de > Web: http://www.coffee.uni-bonn.de >     http://www.zef.de > > > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ Schwimmbadstraße 2 D-79100 Freiburg i. Br. Tel: +49 (0)761 705798-102 Tel: +49 (0)761 705798-0 Fax: +49 (0)761 705798-09 +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ http://www.webgis.de / http://www.zopecms.de -------------------------------------------------------------- Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg From mschulz at webgis.de Wed Jul 22 20:37:34 2009 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 22 Jul 2009 20:37:34 +0200 Subject: [Mapserver-DE] Fwd: Weitere SLD Frage In-Reply-To: References: Message-ID: Hallo Sebastian, da Geomoose wohl Openlayers verwendet, sollte es eine Stelle geben, an der der WMS konfiguriert wird: im Javascript sieht es dann so aus: xxlayer = new OpenLayers.Layer.WMS.Untiled( "xx", "yourserver?map=mymapfile.map", {layers: 'a,b,c', FORMAT:'png'}, {ratio:1, units:'meters'} ); Ich würde es mal an der Stelle nach dem mymapfile.map versuchen. Daran "&SLD=http://12.34.56.78/sld.xml" anhängen. Habe gerade mal in der geomoose doku geschaut: http://geoint.lmic.state.mn.us/cgi-bin/wms****wenn hier dein map paramter steht, kann auch der SLD parameter hin**** Viele Grüße, Michael > => So sieht es aus; GeoMoose unterstützt SLD leider noch nicht direkt, ist > aber kein Problem, da man die SLD-Einbindung ja über den Mapserver direkt > machen kann. > Dafür müsste ich ja wie Du schreibst, die SLD-URL direkt in die WMS-URL mit > reinnhemen. > > Nur (und nun halt Dich fest), WO finde ich die jeweilige Datei, in der die > WMS-URL mit dem Parameter  map=/srv (an den ich die SLD-URL anhängen müsste) > steht? Ist das irgendwo in der Mapserver-Verzeichnisstruktur untergebracht. > > Habe mich mit dem Mapserver an sich nie groß beschäftigen müssen, da ich > fast alles über geoMoose habe regeln können, nur jetzt muss ich an den > Mapserver direkt ran. Deshalb  die etwas triviale Frage, aber ich weiss zum > Teufel einfach nicht, wo ich die WMS-URL finde! > > > > On Tue, 21 Jul 2009 13:38:54 +0200 >  Michael Schulz wrote: >> >> Hallo Sebastian, >> >>> Der UMN Mapserver wird in diesem Fall als WMS-Server eingesetzt, da ein >>> WebGIS Klient(als Client verwende ich GeoMoose) die Daten abruft. >>> Ob man per http auf den Ordner zugreifen kann, in dem die SLD´s liegen >>> habe >>> ich per Abfrage einer sld getestet und diese wird über den Webbrowser >>> angezeigt (Beispiel: >>> http://131.220.109.7/sluhmer_testspace/Daten/SLD/Rivers-arc2sld.xml ) >> >> Das ist gut. Aber wie gesagt, das wichtige ist, das der UMN auf dieses >> SLD zugreifen kann. Wenn ich per Browser das oder den SLD sehe, dann >> heisst das nicht 100%, dass es auch vom Server aus geht, auf dem der >> UMN läuft (selbst wenn es derselbe ist, wie gesagt Proxy ...). Am >> besten von dem Server aus direkt per wget testen und ansonsten den >> Output im log file anschauen. >> >>> Mittlerweile sehe ich den Wald vor lauter Bäumen nicht mehr und bin mir >>> unsicher, wo ich welchen Zusatz im Mapfile (oder woanders) zu machen >>> habe, >>> dass der UMN Mapserver meine Daten nach den SLD Vorgaben stylt. >>> Du schriebst, dass in diesem Fall jeder getmap-Anfrage die SLD-URL >>> angehängt >>> werden muss und dies nicht über das Mapfile läuft? Habe ich Dich da >>> richtig >>> verstanden? >> >> Exactement. Du siehst gerade noch einfach zuviel Wald ;-) Wenn man den >> abholzt, bleibt nichts als die Tatsache, das aus deinem Client jede >> GetMap Anfrage die SLD-URL per SLD-Parameter angehängt haben muss. Das >> sollte dann so aussehen: >> >> >> http://131.220.109.7/cgi-bin/mapserv?map=%2Fsrv%2Fwww%2Fsluhmer_testspace%2Fgeomoose%2Fmap%2Fecology_hydrology.map&mode=map&layers=rivers&mapext=-480417.7377892032+355044.9871465295+820417.7377892032+1294955.0128534706&imgext=-480417.7377892032+355044.9871465295+820417.7377892032+1294955.0128534706&map_size=1557+1125&imgx=778.5&imgy=562.5&imgxy=1557+1125&SLD=http://131.220.109.7/sluhmer_testspace/Daten/SLD/Rivers-arc2sld.xml >> >> Dieser Link gibt zumindest ein Bild, allerdings wohl ohne SLD >> Verwendung zurück. Dabei auf fällt auf: >> - im SLD steht: Rivers >> - bei den getMap-Aufruf steht: layers=rivers >> >> Ich würde mal davon ausgehen, dass hier das Problem ist. Im SLD sollte >> auch rivers als Inhalt des Name-Tag stehen. >> >>> Wenn nicht im Mapfile (Achtung, vielleicht eine dumme Frage) wo muss ich >>> dann eingreifen, damit meine SLD´s übergeben bzw. eingebunden werden? Im >>> Klient der die GetMap-Anfrage an den UMN Mapserer stellt? >>> Hast Du irgendwo ein konkretes Beispiel parat oder eine Vorlage? >> >> Ich weiß nicht ob Geomoose SLD bei WMS speziell unterstützt, ansonsten >> würde ich es einfach in die WMS-URL mit reinnehmen, da steht ja eh >> schon der map=/srv... Parameter auch mit drinnen. >> >> Grüße, Michael >> >> >>> >>> Viele Grüße und vielen Dank im Voraus, Sebastian! >>> >>> >>> >>> On Tue, 21 Jul 2009 10:47:48 +0200 >>>  Michael Schulz wrote: >>>> >>>> wir lassen den Thread mal auf der Liste ... >>>> >>>> Hallo Sebastian, >>>> >>>> antworten inline ... >>>> >>>>> bedeutet das, das die Einbindung der SLD in das Mapfile nicht über den >>>>> Zusatz 'wms_sld_url' abläuft? >>>> >>>> UMN kann einerseits in mapfiles definierte Ebenen per WMS-Dienst >>>> ausliefern, sprich als WMS-Server fungieren. D.h. ein Client >>>> (DesktopGIS, irgendwas) ruft die getMap-URL des WMS-Dienstes auf. Wenn >>>> ein WMS SLD unterstützt, kann an die getMap-URL der SLD Parameter mit >>>> einer kompletten URL (htp://meinedomain.de/pfad/zum/sld.xml ) >>>> angehängt werden. Der WMS-Server ruft von sich aus vor dem Rendern der >>>> angefragten Ebene diese URL auf und verwendet das SLD zum stylen. >>>> >>>> Andererseits kann der UMN auch als WMS-Client eingesetzt werden, dabei >>>> ist die Datenquelle einer Ebene im Mapfile ein anderer WMS-Dienst. In >>>> diesem Fall, stellt der UMN die getMap-Anfrage und auch nur in diesem >>>> Fall, kann per Metadatenangabe "WMS_SLD_URL" eine SLD-URL mitgegeben >>>> werden, die aber von dem entfernten WMS-Server verwendet wird. >>>> >>>> Wenn Du eine ganz normale Ebene im mapfile, die nicht connectiontype >>>> wms hat, unter Verwendung eines SLD darstellen möchtest, dann geht das >>>> nur darüber, dass jeder getMap/getLegendGraphic/etc. die SLD-URL >>>> angehängt wird. Es geht nicht über eine mapfile Konfiguration. >>>> >>>>> Kannst Du mir bitte etwas näher erläutern, was Du mit IMGPATH meinst >>>>> und >>>> >>>> Das ist eine wichtige Konfigurationsstelle im mapfile, die wenn ein >>>> mapfile als Standard-WMS eingesetzt werden soll, keine besondere >>>> Relevanz hat, da ja im WMS-Anwendungsfall die vom UMN generierten >>>> Karten nicht irgendwo abgelegt werden. Im Gegensatz zur Verwendung in >>>> einer normalen mapserver cgi anwendung mit Templates. Wenn man WMS und >>>> SLDs einsetzt ist dieser Pfad aber wieder auf einmal wichtig und viele >>>> vergessen, diesen Teil des mapfiles richtig zu konfigurieren. Sollte >>>> dies der Fehler sein, sollte es aber bei aktuellen Versionen einen >>>> Fehler im Log geben. >>>> >>>>> Auf den Ordner, in dem sich die SLD´s befinden, kann der Server >>>>> zugreifen, >>>>> das habe ich schon getestet. >>>> >>>> Der Zugriff muss nicht nur auf OS / Ordner - Basis funktionieren, >>>> sondern vor allem bei einem Aufruf per http:// Dieser Ordner in dem >>>> die SLDs stehen muss als über den Webserver zugänglich sein. >>>> >>>>> Wenn es Dir keine zu großen Umstände machst, könntest Du mir vielleicht >>>>> erklären, wo ich noch welche Zusätze im Mapfile zu machen habe? >>>> >>>> Wenn der UMN korrekt auf das SLD zugreifen kann, der IMGPATH im >>>> mapfile korrekt gesetzt, für das mapserver -cgi zugänglich und >>>> beschreibbar ist, dann sind keine weiteren Zusätze im Mapfile >>>> notwendig. Wenn es dann nicht funktioniert, ist evtl. dein SLD valide >>>> aber inhaltlich fehlerhaft (z.B. muss der Name der NamedLayer zu einem >>>> Layername passen). >>>> >>>> Viele Grüße, >>>> Michael Schulz >>>> >>>> P.S.: welche Ebenen in deiner Anwendung sind oder sollen den per SLD >>>> visualisert werden? >>>> >>>>> >>>>> Ich ärger mich jetzt schon seit 2 Wochen mit dem Thema rum und komm >>>>> nicht >>>>> so >>>>> richtig weiter und bin von daher für jede Anregung dankbar. >>>>> >>>>> Viele Grüße, Sebastian! >>>>> >>>>> >>>>> On Mon, 20 Jul 2009 16:25:48 +0200 >>>>>  Michael Schulz wrote: >>>>>> >>>>>> Hallo Sebastian, >>>>>> >>>>>> es gibt zwei, drei Punkte die bei der Verwendung von SLDs beim UMN >>>>>> stimmen müssen. Zuerst aber, die Metadatenangabe "wms_sld_url" ist >>>>>> dann relevant, wenn die Ebene eine WMS-Client Ebene ist >>>>>> (connectiontype wms). Damit kann man nicht erreichen, dass eine Ebene >>>>>> z.B. vom Typ Postgis per SLD gestylt wird. Das geht bisher noch nicht. >>>>>> >>>>>> So, wenn man umn als WMS-Server einsetzt und eine Ebene per SLD stylen >>>>>> will, dann muss sichergestellt sein, >>>>>> - das der Server auf dem der UMN tatsächlich läuft, auch auf die URL >>>>>> zugreifen kann (das ist was anderes als wenn man auf dem eigenen >>>>>> Rechner die SLD-Url testet...) >>>>>> - IMGPATH muss gesetzt und korrekt konfiguriert sein, da UMN das sld >>>>>> temporär dort ablegt >>>>>> >>>>>> Dann sollte man auf jeden Fall mal mit den Debug mode arbeiten, da >>>>>> tauchen glaube ich, z.B. die http-Zugriffsfehler drin auf. >>>>>> >>>>>> Viele Grüße, Michael >>>>>> >>>>>> >>>>>> Am 20. Juli 2009 14:05 schrieb Sebastian Luhmer : >>>>>>> >>>>>>> Hallo Liste, >>>>>>> >>>>>>> ich habe eine SLD erstellt, die im Rahmen einer >>>>>>> GetMap-Anfrage (per Verweis auf die URL) angehangen werden >>>>>>> kann und die auch korrekt dargestellt wird. Somit ist >>>>>>> meine SLD valide und xml-konform. >>>>>>> Beim Versuch der Einbindung in das Mapfile über den Zusatz >>>>>>> 'wms_sld_url' ignoriert der MapServer meine SLD leider >>>>>>> wieder und stylt die Daten nach dem Mapfile und nicht nach >>>>>>> der SLD. >>>>>>> Hat einer eine Idee woran dies liegen könnte bzw. wo >>>>>>> mögliche Fehlerquellen sein könnten? >>>>>>> >>>>>>> Beste Grüße aus Bonn, Sebastian! >>>>>>> >>>>>>> ------------------------------ >>>>>>> Sebastian Luhmer >>>>>>> Student assistant >>>>>>> Center for Development Research >>>>>>> Department of Ecology and Resource Management >>>>>>> Walter-Flex-Strasse 3 >>>>>>> 53113 Bonn (Germany) >>>>>>> >>>>>>> Tel.: +49 (0) 228 - 73-1793 >>>>>>> FAX: +49 (0) 228 - 73-1889 >>>>>>> >>>>>>> E-Mail: sluhmer at uni-bonn.de >>>>>>> Web: http://www.coffee.uni-bonn.de >>>>>>>      http://www.zef.de >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Mapserver-DE mailing list >>>>>>> Mapserver-DE at freegis.org >>>>>>> https://freegis.org/mailman/listinfo/mapserver-de >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>>>> Aufwind durch Wissen! >>>>>> >>>>>> Qualifizierte Open Source Schulungen bei der >>>>>> http://www.foss-akademie.de/ >>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>>>> >>>>>> ----------------------------------------------------------- >>>>>> Michael Schulz >>>>>> mschulz at webgis.de >>>>>> >>>>>> in medias res >>>>>> Gesellschaft für Informationstechnologie mbH >>>>>> >>>>>> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >>>>>> >>>>>> Schwimmbadstraße 2 >>>>>> D-79100  Freiburg i. Br. >>>>>> >>>>>> Tel:  +49 (0)761 705798-102 >>>>>> Tel:  +49 (0)761 705798-0 >>>>>> Fax: +49 (0)761 705798-09 >>>>>> >>>>>> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >>>>>> >>>>>> http://www.webgis.de / http://www.zopecms.de >>>>>> -------------------------------------------------------------- >>>>>> Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck >>>>>> Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg >>>>> >>>>> >>>>> ------------------------------ >>>>> Sebastian Luhmer >>>>> Student assistant >>>>> Center for Development Research >>>>> Department of Ecology and Resource Management >>>>> Walter-Flex-Strasse 3 >>>>> 53113 Bonn (Germany) >>>>> >>>>> Tel.: +49 (0) 228 - 73-1793 >>>>> FAX: +49 (0) 228 - 73-1889 >>>>> >>>>> E-Mail: sluhmer at uni-bonn.de >>>>> Web: http://www.coffee.uni-bonn.de >>>>>     http://www.zef.de >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> Aufwind durch Wissen! >>>> >>>> Qualifizierte Open Source Schulungen bei der >>>> http://www.foss-akademie.de/ >>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>>> >>>> ----------------------------------------------------------- >>>> Michael Schulz >>>> mschulz at webgis.de >>>> >>>> in medias res >>>> Gesellschaft für Informationstechnologie mbH >>>> >>>> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >>>> >>>> Schwimmbadstraße 2 >>>> D-79100  Freiburg i. Br. >>>> >>>> Tel:  +49 (0)761 705798-102 >>>> Tel:  +49 (0)761 705798-0 >>>> Fax: +49 (0)761 705798-09 >>>> >>>> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >>>> >>>> http://www.webgis.de / http://www.zopecms.de >>>> -------------------------------------------------------------- >>>> Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck >>>> Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg >>>> >>>> _______________________________________________ >>>> Mapserver-DE mailing list >>>> Mapserver-DE at freegis.org >>>> https://freegis.org/mailman/listinfo/mapserver-de >>> >>> >>> ------------------------------ >>> Sebastian Luhmer >>> Student assistant >>> Center for Development Research >>> Department of Ecology and Resource Management >>> Walter-Flex-Strasse 3 >>> 53113 Bonn (Germany) >>> >>> Tel.: +49 (0) 228 - 73-1793 >>> FAX: +49 (0) 228 - 73-1889 >>> >>> E-Mail: sluhmer at uni-bonn.de >>> Web: http://www.coffee.uni-bonn.de >>>     http://www.zef.de >>> >>> >>> >>> >> >> >> >> -- >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> Aufwind durch Wissen! >> >> Qualifizierte Open Source Schulungen bei der >> http://www.foss-akademie.de/ >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> ----------------------------------------------------------- >> Michael Schulz >> mschulz at webgis.de >> >> in medias res >> Gesellschaft für Informationstechnologie mbH >> >> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >> >> Schwimmbadstraße 2 >> D-79100  Freiburg i. Br. >> >> Tel:  +49 (0)761 705798-102 >> Tel:  +49 (0)761 705798-0 >> Fax: +49 (0)761 705798-09 >> >> +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ >> >> http://www.webgis.de / http://www.zopecms.de >> -------------------------------------------------------------- >> Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck >> Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg > > > ------------------------------ > Sebastian Luhmer > Student assistant > Center for Development Research > Department of Ecology and Resource Management > Walter-Flex-Strasse 3 > 53113 Bonn (Germany) > > Tel.: +49 (0) 228 - 73-1793 > FAX: +49 (0) 228 - 73-1889 > > E-Mail: sluhmer at uni-bonn.de > Web: http://www.coffee.uni-bonn.de >     http://www.zef.de > > > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ Schwimmbadstraße 2 D-79100 Freiburg i. Br. Tel: +49 (0)761 705798-102 Tel: +49 (0)761 705798-0 Fax: +49 (0)761 705798-09 +++ Bitte beachten Sie unsere neue Adresse und Durchwahl +++ http://www.webgis.de / http://www.zopecms.de -------------------------------------------------------------- Geschäftsführer: Stefan Giese, Dr. Christof Lindenbeck Eingetragen im Handelsregister HRB 5930 beim Amtsgericht Freiburg From lists at fuchsschwanzdomain.de Fri Jul 31 19:00:11 2009 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Fri, 31 Jul 2009 17:00:11 +0000 (UTC) Subject: [Mapserver-DE] "SELECT" bei shapefiles? Message-ID: Hallo, Wenn ich Vektordaten aus Postgis rausziehe kann ich ja problemlos Daten anhand bestimmter attribute selektieren und daraus einen Layer erzeugen. Geht sowas auch bei shapefiles? Also zum Beispiel wenn ich eine COLOR Spalte in der Attributstabelle hätte, könnte ich dann zum Beispiel alle grünen Objekte als Layer darstellen? Wenn nein mit welchem OSS Tool kann ich Objekte mit bestimmten Attributen aus der Shape-Date selektieren und in eine Ausgabedatei schreiben? Gruss Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From armin at saulonline.de Fri Jul 31 20:04:31 2009 From: armin at saulonline.de (Armin Saul) Date: Fri, 31 Jul 2009 20:04:31 +0200 Subject: [Mapserver-DE] "SELECT" bei shapefiles? In-Reply-To: References: Message-ID: <4A73322F.5040003@saulonline.de> Sven Geggus schrieb: > Hallo, > > Wenn ich Vektordaten aus Postgis rausziehe kann ich ja problemlos > Daten anhand bestimmter attribute selektieren und daraus einen Layer > erzeugen. > > Geht sowas auch bei shapefiles? > > Also zum Beispiel wenn ich eine COLOR Spalte in der Attributstabelle > hätte, könnte ich dann zum Beispiel alle grünen Objekte als Layer darstellen? > > Wenn nein mit welchem OSS Tool kann ich Objekte mit bestimmten Attributen > aus der Shape-Date selektieren und in eine Ausgabedatei schreiben? > > Gruss > > Sven > Was spricht dagegen, das Shapefile in einer PostgreSQL-Tabelle abzulegen. Das erforderliche Programm dazu heißt shp2pgsql und befindet sich bei Debin im Paket "postgis". HTH Armin From ml at lingner.eu Fri Jul 31 20:59:09 2009 From: ml at lingner.eu (Lars Lingner) Date: Fri, 31 Jul 2009 20:59:09 +0200 Subject: [Mapserver-DE] "SELECT" bei shapefiles? In-Reply-To: References: Message-ID: <4A733EFD.9050006@lingner.eu> Sven Geggus schrieb: > Hallo, > > Wenn ich Vektordaten aus Postgis rausziehe kann ich ja problemlos > Daten anhand bestimmter attribute selektieren und daraus einen Layer > erzeugen. > > Geht sowas auch bei shapefiles? Mit ogr2ogr geht das so: ogr2ogr -f "ESRI Shapefile" -sql "SELECT FROM WHERE ..." Es kann ein "ganz normales" SQL-Statement benutzt werden. Der Tabellenname entspricht dem Shapefile und die Spaltennamen kannst Du mittels ogrinfo -summary herausfinden. Lars