From gierse at systemtechnik.net Mon Nov 16 13:53:12 2009 From: gierse at systemtechnik.net (Dominik Gierse) Date: Mon, 16 Nov 2009 13:53:12 +0100 Subject: [Mapserver-DE] Zeilenumbruch im Text Message-ID: <038601ca66bb$c1d093f0$4571bbd0$@net> Hallo Liste, ich möchte zu einem Objekt ein Label aus mehreren Spalten eines dbf-Files anzeigen. Das geht ganz gut mit CLASS TEXT ([NAME] [STRASSE]) … END Wie kann ich die beiden Texte nun untereinander anzeigen? Ich möchte zwischen Name und Strasse einen Zeilenumbruch haben. mit freundlichen Grüßen Dominik Gierse, Dipl. Ing. (FH) Produktmanagement Virtueller Regenschreiber, Softwareentwicklung mailto:gierse at systemtechnik.net Tel./Fax: +49 291 9929-70 / 7691 ----------------------------------------------------------------------- Sitz der Gesellschaft: HST Hydro-Systemtechnik GmbH Sophienweg 3 D-59872 Meschede, Germany Tel./Fax: +49 291 9929-0 / 7691 http://www.systemtechnik.net ----------------------------------------------------------------------- Geschäftsführer: Dipl.-Ing. Martin Frigger, Dipl.-Ing. Richard Ernst Registergericht: Amtsgericht Arnsberg - HRB 3396 UST-IDNR.: DE 191 917 337 Steuer-Nr.: 334 5706 0269 -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091116/728cb672/attachment.html From Markus.Weissmann at LGN.Niedersachsen.de Mon Nov 16 14:51:21 2009 From: Markus.Weissmann at LGN.Niedersachsen.de (=?iso-8859-1?Q?=22Wei=DFmann=2C_Markus=22?=) Date: Mon, 16 Nov 2009 14:51:21 +0100 Subject: [Mapserver-DE] Zeilenumbruch im Text Message-ID: <670F563845D6B34189933C9C7322B4876B6654@LV-MX-00002-V02.LV.ads.niedersachsen.de> Hallo Dominik, Beispiel: unter CLASS TEXT ([attribut1]:[attribut1]:[attribut1]) unter LABEL: WRAP ':' siehe auch: http://mapserver.org/trunk/de/mapfile/label.html Mit freundlichen Grüßen Markus Weißmann Koordinierungsstelle GDI-NI, Geodatenmanagement LGN - Landesvermessung + Geobasisinformation Niedersachsen Podbielskistraße 331 30659 Hannover Tel.: +49 511 64609-305 Fax: +49 511 64609-162 E-Mail: markus.weissmann at lgn.niedersachsen.de Web: http://www.lgn.de Web: http://www.gdi-ni.de _____ Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org] Im Auftrag von Dominik Gierse Gesendet: Montag, 16. November 2009 13:53 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Zeilenumbruch im Text Hallo Liste, ich möchte zu einem Objekt ein Label aus mehreren Spalten eines dbf-Files anzeigen. Das geht ganz gut mit CLASS TEXT ([NAME] [STRASSE]) ... END Wie kann ich die beiden Texte nun untereinander anzeigen? Ich möchte zwischen Name und Strasse einen Zeilenumbruch haben. mit freundlichen Grüßen Dominik Gierse, Dipl. Ing. (FH) Produktmanagement Virtueller Regenschreiber, Softwareentwicklung mailto:gierse at systemtechnik.net Tel./Fax: +49 291 9929-70 / 7691 ----------------------------------------------------------------------- Sitz der Gesellschaft: HST Hydro-Systemtechnik GmbH Sophienweg 3 D-59872 Meschede, Germany Tel./Fax: +49 291 9929-0 / 7691 http://www.systemtechnik.net ----------------------------------------------------------------------- Geschäftsführer: Dipl.-Ing. Martin Frigger, Dipl.-Ing. Richard Ernst Registergericht: Amtsgericht Arnsberg - HRB 3396 UST-IDNR.: DE 191 917 337 Steuer-Nr.: 334 5706 0269 -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091116/02b18bd7/attachment.html From mandschulz at googlemail.com Mon Nov 16 14:25:21 2009 From: mandschulz at googlemail.com (Michael Schulz) Date: Mon, 16 Nov 2009 14:25:21 +0100 Subject: [Mapserver-DE] Zeilenumbruch im Text In-Reply-To: <038601ca66bb$c1d093f0$4571bbd0$@net> References: <038601ca66bb$c1d093f0$4571bbd0$@net> Message-ID: Hallo, an der Label-Ebene: WRAP "!" auf Class-Ebene: TEXT ([NAME]![STRASSE]) Mit den aktuellen Mapserver-Versionen gibt es sogar noch mehr Möglichkeiten, z.B. Ausrichtung links, rechts, zentriert (Label -> ALIGN) Grüße, Michael Am 16. November 2009 13:53 schrieb Dominik Gierse : > Hallo Liste, > > > > ich möchte zu einem Objekt ein Label aus mehreren Spalten eines dbf-Files > anzeigen. > > Das geht ganz gut mit > > > > CLASS > >   TEXT ([NAME] [STRASSE]) > >   … > > END > > > > Wie kann ich die beiden Texte nun untereinander anzeigen? Ich möchte > zwischen Name und Strasse einen Zeilenumbruch haben. > > > > mit freundlichen Grüßen > > > > Dominik Gierse, Dipl. Ing. (FH) > > Produktmanagement Virtueller Regenschreiber, > > Softwareentwicklung > > mailto:gierse at systemtechnik.net > > Tel./Fax: +49 291 9929-70 / 7691 > > ----------------------------------------------------------------------- > > Sitz der Gesellschaft: > > HST Hydro-Systemtechnik GmbH > > Sophienweg 3 > > D-59872 Meschede, Germany > > Tel./Fax: +49 291 9929-0 / 7691 > > http://www.systemtechnik.net > > ----------------------------------------------------------------------- > > Geschäftsführer: Dipl.-Ing. Martin Frigger, Dipl.-Ing. Richard Ernst > > Registergericht: Amtsgericht Arnsberg - HRB 3396 > > UST-IDNR.: DE 191 917 337 > > Steuer-Nr.: 334 5706 0269 > > > > _______________________________________________ > 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 F.Jaeger at KRZ.DE Mon Nov 16 17:42:29 2009 From: F.Jaeger at KRZ.DE (=?iso-8859-1?Q?J=E4ger=2C_Frank_=28KRZ=29?=) Date: Mon, 16 Nov 2009 17:42:29 +0100 Subject: [Mapserver-DE] Compilieren 5.6 auf Debian Message-ID: Hallo, auf einem Debian 4 "etch" konnte ich die bisherigen Mapserver-Versionen problemlos mir folgendem configure compilieren: ./configure --with-ogr \ --with-gdal=/opt/gdal-1.4.2/bin/gdal-config \ --with-httpd=/usr/sbin/apache \ --with-wfsclient \ --with-wmsclient \ --with-curl-config=/usr/bin/curl-config \ --with-proj \ --without-tiff \ --with-gd \ --with-jpeg \ --with-freetype \ --with-postgis \ --with-geos \ --with-xml2-config=/usr/bin/xml2-config \ --without-eppl \ --without-png \ --without-pdf \ --with-zlib \ --with-wfs \ --with-wcs \ --with-sos \ --with-agg Mit 5.6.0-beta4 und 5.6.0-beta5 endet der anschließende make aber mit: /usr/bin/ld: cannot find -lreadline collect2: ld returned 1 exit status make: *** [shp2img] Error 1 Was fehlt ihm? Wird unser System zu alt für aktuelle Mapserver-Versionen? :~/mapserver-5.6.0-beta5$ /usr/bin/ld -V GNU ld version 2.17 Debian GNU/Linux Mit freundlichen Grüßen Frank Jäger From ml at lingner.eu Mon Nov 16 18:10:15 2009 From: ml at lingner.eu (Lars Lingner) Date: Mon, 16 Nov 2009 18:10:15 +0100 Subject: [Mapserver-DE] Compilieren 5.6 auf Debian In-Reply-To: References: Message-ID: <4B018777.5040109@lingner.eu> Jäger schrieb: [...] > > > Mit 5.6.0-beta4 und 5.6.0-beta5 endet der anschließende make aber mit: > > /usr/bin/ld: cannot find -lreadline > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > > > Was fehlt ihm? > Wird unser System zu alt für aktuelle Mapserver-Versionen? > > Bei mir hat ein aptitude install libxslt-dev libpam-dev libreadline-dev geholfen. Lars From F.Jaeger at KRZ.DE Mon Nov 16 18:27:15 2009 From: F.Jaeger at KRZ.DE (=?iso-8859-1?Q?J=E4ger=2C_Frank_=28KRZ=29?=) Date: Mon, 16 Nov 2009 18:27:15 +0100 Subject: [Mapserver-DE] Compilieren 5.6 auf Debian In-Reply-To: <4B018777.5040109@lingner.eu> Message-ID: > -----Original Message----- > From: mapserver-de-bounces at freegis.org > [mailto:mapserver-de-bounces at freegis.org] On Behalf Of Lars Lingner > Sent: Monday, November 16, 2009 6:10 PM > To: mapserver-de at freegis.org > Subject: Re: [Mapserver-DE] Compilieren 5.6 auf Debian > > Jäger schrieb: > [...] > > > > Mit 5.6.0-beta4 und 5.6.0-beta5 endet der anschließende > make aber mit: > > > > /usr/bin/ld: cannot find -lreadline > > collect2: ld returned 1 exit status > > make: *** [shp2img] Error 1 > > Bei mir hat ein > > aptitude install libxslt-dev libpam-dev libreadline-dev > > geholfen. > > Lars > Bei mir auch. Super, das war's. :~/mapserver-5.6.0-beta5$ ./mapserv -v MapServer version 5.6.0-beta5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=GEOS INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Danke! Frank From sgraeule at uni-osnabrueck.de Wed Nov 18 14:55:41 2009 From: sgraeule at uni-osnabrueck.de (sgraeule@uni-osnabrueck.de) Date: Wed, 18 Nov 2009 14:55:41 +0100 (CET) Subject: [Mapserver-DE] WFS in Openlayers /Poi-Popups Message-ID: <11517.92.252.48.137.1258552541.squirrel@webmail.rz.uni-osnabrueck.de> Hallo Community, wir arbeiten im Rahmen eines Studienprojektes an einem Radroutenplaner für die Stadt Osnabrück und Umland. Wir arbeiten nur mit OpenSource-Daten und benötigen etwas Hilfe. Wir hatten die Idee die Informationen über verschieden POIs aus einer Postgres-Datenbank auszulesen und diese dann mit Hilfe von Openlayers darzustellen. Wenn wir manuel unsere Mapdatei aufrufen werden im Temp-Ornder bilder erzeugt, d.h. das auslesen aus der Datenbank funktioniert. Wir haben nur das problem das wir beim Darstellen mit Openlayers den Layer nicht zum laufen bekommen. Das Visualisieren der Daten schlägt fehl. Map-Datei Code: # WFS.MAP MAP NAME 'WFS-Server' IMAGETYPE PNG EXTENT 8.01 52.2282 8.135 52.3109 #Osm-Koords. UNITS METERS DEBUG ON # SHAPEPATH 'C:/ms4w/Apache/htdocs/osnamap/data' SYMBOLSET '/home/sgraeule/public_html/mapserver/symbols/symbols.sym' FONTSET '/home/sgraeule/public_html/mapserver/fonts/fonts.list' IMAGECOLOR 200 200 200 SIZE 500 500 # Grundeinstellungen--------------------------------------------- PROJECTION 'init=epsg:4326' END WEB TEMPLATE '/home/sgraeule/public_html/mapserver/template.html' IMAGEPATH '/home/sgraeule/public_html/tmp/' IMAGEURL '/tmp/' METADATA "WFS_TITLE" "WFS-Test" "WFS_SRS" "epsg:4326" "WFS_ABSTRACT" "POIS" "WFS_ONLINERESOURCE" "http://igf-project.igf.uni-osnabrueck.de/cgi-bin/mapserv?map=/home/sgraeule/public_html/mapserver/wfs.map" END END LAYER SYMBOLSCALE 50000 NAME 'punkt_db' # Layer-Name, der in OpenLayers aufgerufen wird TYPE POINT STATUS DEFAULT CONNECTIONTYPE postgis # Verbindung zur PostGIS-Datenbank CONNECTION "user=# password=# dbname=# host=localhost port=5432" DATA "geom from nodes" CLASSITEM 'id' DUMP TRUE METADATA "WFS_TITLE" "geb" "WFS_SRS" "epsg:4326" # Festlegung des Koordinatensystems "gml_featureid" "id" "GML_INCLUDE_ITEMS" "all" END CLASS # Stil-Optionen; spielen fuer OpenLayers keine Rolle STYLE SYMBOL 'circle' SIZE 9 MINSIZE 9 MAXSIZE 15 COLOR 0 0 200 END END END END und hier noch die Index.html von Openlayers Code: Osnabrück

Beispiel OpenStreetMap mit Markern

Powered by Openlayers POI layer example & ogee.de/openstreetmaps

From sgraeule at uni-osnabrueck.de Wed Nov 18 15:12:16 2009 From: sgraeule at uni-osnabrueck.de (sgraeule@uni-osnabrueck.de) Date: Wed, 18 Nov 2009 15:12:16 +0100 (CET) Subject: [Mapserver-DE] WFS in Openlayers /Poi-Popups Message-ID: <13176.92.252.48.137.1258553536.squirrel@webmail.rz.uni-osnabrueck.de> Hallo Community, wir arbeiten im Rahmen eines Studienprojektes an einem Radroutenplaner für die Stadt Osnabrück und Umland. Wir arbeiten nur mit OpenSource-Daten und benötigen etwas Hilfe. Wir hatten die Idee die Informationen über verschieden POIs aus einer Postgres-Datenbank auszulesen und diese dann mit Hilfe von Openlayers darzustellen. Wenn wir manuel unsere Mapdatei aufrufen werden im Temp-Ornder bilder erzeugt, d.h. das auslesen aus der Datenbank funktioniert. Wir haben nur das problem das wir beim Darstellen mit Openlayers den Layer nicht zum laufen bekommen. Das Visualisieren der Daten schlägt fehl. Map-Datei Code: # WFS.MAP MAP NAME 'WFS-Server' IMAGETYPE PNG EXTENT 8.01 52.2282 8.135 52.3109 #Osm-Koords. UNITS METERS DEBUG ON # SHAPEPATH 'C:/ms4w/Apache/htdocs/osnamap/data' SYMBOLSET '/home/sgraeule/public_html/mapserver/symbols/symbols.sym' FONTSET '/home/sgraeule/public_html/mapserver/fonts/fonts.list' IMAGECOLOR 200 200 200 SIZE 500 500 # Grundeinstellungen--------------------------------------------- PROJECTION 'init=epsg:4326' END WEB TEMPLATE '/home/sgraeule/public_html/mapserver/template.html' IMAGEPATH '/home/sgraeule/public_html/tmp/' IMAGEURL '/tmp/' METADATA "WFS_TITLE" "WFS-Test" "WFS_SRS" "epsg:4326" "WFS_ABSTRACT" "POIS" "WFS_ONLINERESOURCE" "http://igf-project.igf.uni-osnabrueck.de/cgi-bin/mapserv?map=/home/sgraeule/public_html/mapserver/wfs.map" END END LAYER SYMBOLSCALE 50000 NAME 'punkt_db' # Layer-Name, der in OpenLayers aufgerufen wird TYPE POINT STATUS DEFAULT CONNECTIONTYPE postgis # Verbindung zur PostGIS-Datenbank CONNECTION "user=# password=# dbname=# host=localhost port=5432" DATA "geom from nodes" CLASSITEM 'id' DUMP TRUE METADATA "WFS_TITLE" "geb" "WFS_SRS" "epsg:4326" # Festlegung des Koordinatensystems "gml_featureid" "id" "GML_INCLUDE_ITEMS" "all" END CLASS # Stil-Optionen; spielen fuer OpenLayers keine Rolle STYLE SYMBOL 'circle' SIZE 9 MINSIZE 9 MAXSIZE 15 COLOR 0 0 200 END END END END und hier noch die Index.html von Openlayers Code: Osnabrück

Beispiel OpenStreetMap mit Markern

Powered by Openlayers POI layer example & ogee.de/openstreetmaps

From jgolinowski at codematix.de Thu Nov 19 10:28:16 2009 From: jgolinowski at codematix.de (Jana Golinowski) Date: Thu, 19 Nov 2009 10:28:16 +0100 Subject: [Mapserver-DE] WFS in Openlayers /Poi-Popups In-Reply-To: <11517.92.252.48.137.1258552541.squirrel@webmail.rz.uni-osnabrueck.de> References: <11517.92.252.48.137.1258552541.squirrel@webmail.rz.uni-osnabrueck.de> Message-ID: <4B050FB0.6080309@codematix.de> Hallo, da euer Server auf WFS-Anfragen richtig antwortet, empfehle ich die Mailingliste von OpenLayers. Trotzdem gebe ich mal einen Hinweis zur möglichen Lösung. Diese Anfrage wird an den Server geschickt: http://igf-project.igf.uni-osnabrueck.de/cgi-bin/mapserv?map=/home/sgraeule/public_html/mapserver/wfs.map&typename=punktdb&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&SRS=EPSG%3A900913&BBOX=808850.24646644,6791582.3619378,992299.114318,6913881.6071722 Laut GetCapabilities gibt es die Punkte nur in EPSG:4326. Die Projektion der Karte ist aber EPSG:900913. Daher verwendet OpenLayers 900913 bei der Anfrage und das gefällt dem MapServer natürlich nicht. Grüße, Jana. From roland.krueger at o-p-r.de Thu Nov 19 16:57:25 2009 From: roland.krueger at o-p-r.de (=?windows-1252?Q?krueger_roland?=) Date: Thu, 19 Nov 2009 16:57:25 +0100 Subject: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? Message-ID: Hallo Liste, ich habe mit dem UMN ein Problem, das ich nicht lösen kann. Ich habe auch keine Idee wie der Fehler weiter "einzukreisen" ist. Ich verwende UMN-Mapserver 5.2.1 MapServer version 5.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS INPUT=TIFF INPUT=EPPL7 INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=MYGIS INPUT=SHAPEFILE Das Ganze läuft unter Ubuntu 8.04 LTS, Hardy Heron (JeOS) auf einer Virtuellen Maschine unter VMware. -- 1. -- Problembeschreibung: Ich habe ein Mapfile erstellt, um Orthofotos als WMS nutzen zukoennen. -- 1.1. -- Der Aufruf http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. Hier das LOG-File: =====schnipp============================== [Thu Nov 19 15:32:04 2009].300410 msDrawRasterLayerLow(DOP100): entering. [Thu Nov 19 15:32:05 2009].559901 msDrawMap(): Layer 0 (DOP100), 1.260s [Thu Nov 19 15:32:05 2009].610758 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.051s [Thu Nov 19 15:32:05 2009].616107 msDrawMap(): Drawing Label Cache, 0.005s [Thu Nov 19 15:32:05 2009].616120 msDrawMap() total time: 1.321s [Thu Nov 19 15:32:06 2009].224862 msSaveImage() total time: 0.609s [Thu Nov 19 15:32:06 2009].224999 mapserv request processing time (msLoadMap not incl.): 1.945s [Thu Nov 19 15:32:06 2009].225008 msFreeMap(): freeing map at 0x8196290. =====schnapp============================== -- 1.2. -- Wenn ich nun den Parameter WIDTH geringfuegig veraendere (von WIDTH=941 auf WIDTH=942), sodass das Breiten/Hoehen-Verhaeltnis der BBOX nicht mehr exakt mit dem Breiten/Hoehen-Verhaeltnis von WIDTH und HEIGHT uebereinstimmt, dann wird im zurueckgelieferten PNG der Rasterlayer "DOP100" (Orthofoto) NICHT dargestellt. Der Aufruf http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE liefert ein PNG, in dem nur der Vektorlayer "DOP100_Uebersicht" dargestellt ist. Der Rasterlayer "DOP100" ist NICHT im PNG dargestellt. Hier das LOG-File: =====schnipp============================== [Thu Nov 19 15:33:32 2009].78739 msWMSLoadGetMapParams(): enabling non-square pixels.[Thu Nov 19 15:33:32 2009].114164 msDrawMap(): kicking into non-square pixel preserving mode.[Thu Nov 19 15:33:32 2009].114224 msDrawRasterLayerLow(DOP100): entering. [Thu Nov 19 15:33:32 2009].129524 msDrawMap(): Layer 0 (DOP100), 0.015s [Thu Nov 19 15:33:32 2009].132051 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.002s [Thu Nov 19 15:33:32 2009].137040 msDrawMap(): Drawing Label Cache, 0.005s [Thu Nov 19 15:33:32 2009].137053 msDrawMap() total time: 0.028s [Thu Nov 19 15:33:32 2009].249801 msSaveImage() total time: 0.113s [Thu Nov 19 15:33:32 2009].249918 mapserv request processing time (msLoadMap not incl.): 0.171s [Thu Nov 19 15:33:32 2009].249927 msFreeMap(): freeing map at 0x8196290. =====schnapp============================== Woran kann es liegen, dass der Rasterlayer NICHT dargestellt wird??? Ich habe naemlich ein fast identischen WMS am laufen (siehe unten Pkt. -2.-) wo das Problem nicht auftritt. Hier noch das Mapfile. =====schnipp============================== MAP # -------------------------- # Mapfilename: orthoBOES.map # -------------------------- NAME Orthofoto STATUS ON MAXSIZE 8192 IMAGETYPE PNG IMAGECOLOR 255 255 255 EXTENT 3305000 5838000 3370000 5915000 UNITS METERS SIZE 600 600 SHAPEPATH '../' FONTSET '../umndata/fonts/fonts.fnt' SYMBOLSET '../umndata/symbols/symbols01.sym' CONFIG "MS_ERRORFILE" "/tmp/_mapserver.log" DEBUG 5 OUTPUTFORMAT Name PNG DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END #OUTPUTFORMAT WEB METADATA "WMS_TITLE" "Orthofotos" "WMS_ABSTRACT" "Orthofotos im Landkreis OPR" "WMS_FEATURE_INFO_MIME_TYPE" "text/html" "WMS_ONLINERESOURCE" "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" "WMS_SRS" "EPSG:25833 EPSG:25832 EPSG:2398 EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" END #Metadata END #Web PROJECTION "init=epsg:25833" ##required END #PROJECTION LAYER # Orthofotos des Landes Brandenburg, DOP100 NAME "DOP100" TYPE RASTER STATUS ON TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' METADATA WMS_TITLE 'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' END #Metadata # OFFSITE 255 255 255 END #LAYER LAYER # Uebersicht fuer DOP100 NAME "DOP100_Uebersicht" TYPE POLYGON STATUS OFF DATA 'fs02/datams/doplgb100/geotiffpyra/dop100' LABELITEM 'BildflugDat' # Bildflugdatum LABELMAXSCALE 200000 # LABELMINSCALE 50000 METADATA WMS_TITLE 'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' WMS_INCLUDE_ITEMS 'all' #optional END #Metadata TEMPLATE '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template fuer die GetFeatureInfo-Abgabe CLASS STYLE OUTLINECOLOR 0 0 255 SYMBOL 0 # COLOR 0 128 0 END #Style LABEL TYPE TRUETYPE ANTIALIAS TRUE FONT 'courbd' POSITION lc COLOR 0 0 255 # BACKGROUNDCOLOR 255 255 255 SIZE 8 END #Label END #Class END #Layer END #Map =====schnapp============================== -- 2. -- Ich habe noch einen sehr aehnlichen WMS wo das Problem (siehe -1.2.-) nicht auftritt. Hier verwende ich EPSG:325833 (Besonderheit in Brandenburg) und EPSG:25833. -- 2.1. -- Der Aufruf http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. Hier das LOG-File: =====schnipp============================== [Thu Nov 19 15:52:35 2009].322318 msDrawRasterLayerLow(DOP100): entering. [Thu Nov 19 15:52:36 2009].167341 msDrawMap(): Layer 0 (DOP100), 0.845s [Thu Nov 19 15:52:36 2009].169287 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.002s [Thu Nov 19 15:52:36 2009].174448 msDrawMap(): Drawing Label Cache, 0.005s [Thu Nov 19 15:52:36 2009].174460 msDrawMap() total time: 0.857s [Thu Nov 19 15:52:36 2009].781229 msSaveImage() total time: 0.607s [Thu Nov 19 15:52:36 2009].781360 mapserv request processing time (msLoadMap not incl.): 1.479s [Thu Nov 19 15:52:36 2009].781368 msFreeMap(): freeing map at 0x8196298. =====schnapp============================== -- 2.2. -- Der Aufruf mit veraendertem WIDTH=942 http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE liefert AUCH das RICHTIGE Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. Hier das LOG-File: =====schnipp============================== [Thu Nov 19 15:53:20 2009].499706 msWMSLoadGetMapParams(): enabling non-square pixels.[Thu Nov 19 15:53:20 2009].535496 msDrawMap(): kicking into non-square pixel preserving mode.[Thu Nov 19 15:53:20 2009].535554 msDrawRasterLayerLow(DOP100): entering. [Thu Nov 19 15:53:20 2009].759524 msDrawMap(): Layer 0 (DOP100), 0.224s [Thu Nov 19 15:53:20 2009].760967 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.001s [Thu Nov 19 15:53:20 2009].766124 msDrawMap(): Drawing Label Cache, 0.005s [Thu Nov 19 15:53:20 2009].766137 msDrawMap() total time: 0.236s [Thu Nov 19 15:53:21 2009].344298 msSaveImage() total time: 0.578s [Thu Nov 19 15:53:21 2009].344425 mapserv request processing time (msLoadMap not incl.): 0.845s [Thu Nov 19 15:53:21 2009].344433 msFreeMap(): freeing map at 0x8196298. =====schnapp============================== Und hier noch das Mapfile: =====schnipp============================== MAP # -------------------------- # Mapfilename: orthoLIEB.map # -------------------------- NAME Orthofoto STATUS ON MAXSIZE 8192 IMAGETYPE PNG IMAGECOLOR 255 255 255 EXTENT 3305000 5838000 3370000 5915000 UNITS METERS SIZE 600 600 SHAPEPATH '../' FONTSET '../umndata/fonts/fonts.fnt' SYMBOLSET '../umndata/symbols/symbols01.sym' CONFIG "MS_ERRORFILE" "/tmp/_mapserver.log" DEBUG 5 OUTPUTFORMAT Name PNG DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END #OUTPUTFORMAT WEB METADATA "WMS_TITLE" "Orthofotos" "WMS_ABSTRACT" "Orthofotos im Landkreis OPR" "WMS_FEATURE_INFO_MIME_TYPE" "text/html" "WMS_ONLINERESOURCE" "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" "WMS_SRS" "EPSG:325833 EPSG:25833 EPSG:25832 EPSG:2398 EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" END #Metadata END #Web PROJECTION "init=epsg:325833" ##required END #PROJECTION LAYER # Orthofotos des Landes Brandenburg, DOP100 NAME "DOP100" TYPE RASTER STATUS ON TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' METADATA WMS_TITLE 'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' END #Metadata # OFFSITE 255 255 255 END #LAYER LAYER # Uebersicht fuer DOP100 NAME "DOP100_Uebersicht" TYPE POLYGON STATUS OFF DATA 'fs02/datams/doplgb100/geotiffpyra/dop100' LABELITEM 'BildflugDat' # Bildflugdatum LABELMAXSCALE 200000 # LABELMINSCALE 50000 METADATA WMS_TITLE 'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' WMS_INCLUDE_ITEMS 'all' #optional END #Metadata TEMPLATE '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template fuer die GetFeatureInfo-Abgabe CLASS STYLE OUTLINECOLOR 0 0 255 SYMBOL 0 # COLOR 0 128 0 END #Style LABEL TYPE TRUETYPE ANTIALIAS TRUE FONT 'courbd' POSITION lc COLOR 0 0 255 # BACKGROUNDCOLOR 255 255 255 SIZE 8 END #Label END #Class END #Layer END #Map =====schnapp============================== -- 3. -- Der WMS unter -1.- wird von einem Client verwendet, der auch noch andere Daten in dem speziellem "falschem" EPSG:25833 (Eastwert 7-stellig) verwendet. Deshalb die etwas ungewöhnliche Verwendung von EPSG:25833 mit 7-stelligen East-Koordinatenwerten. Der Client mag EPSG:325833 nicht, deshalb habe ich den WMS unter -1.- "erfunden" und vergewaltige in diesem Fall EPSG:25833 mit 7-stelligen East-Werten. Wenn ein Bildausschnitt im Client nun gezoomt oder verschoben wird stellt der Client manchmal mit geringfügig anderen WIDTH und HEIGHT die GetMap Anfrage und bekommt dann ein weisses Orthofoto zurück. Der User wundert sich warum das Orthofoto verschwunden ist. Trotzdem sollte der WMS richtig funktionieren, tut er aber leider nicht. 'shp2img' erzeugt uebrigens IMMER ein richtiges Bild mit Orthofoto. Zur Vollstaendigkeit noch meine Ergaenzungen in der Datei '/usr/share/proj/epsg' =====schnipp============================== # ETRS89 / UTM zone 33N <25833> +proj=utm +zone=33 +ellps=GRS80 +units=m +no_defs <> # ETRS89 / UTM zone 33N --> speziel Brandenburg, da EastWert 7-stellig (Kennziffer 3.xxx.xxx) # ergaenzt am 25.07.2008 von Roland Krueger <325833> +proj=tmerc +lon_0=15 +ellps=GRS80 +k=0.9996 +units=m +datum=WGS84 +x_0=3500000 <> # Spherical Mercator projection, used by Google Maps, Microsoft Virtual Earth, Yahoo Maps and OSM # ergaenzt am 13.07.2009 von Roland Krueger <900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs =====schnapp============================== Ich hoffe, das ich das Problem ausführlich und konkret beschrieben habe. Ich bin natürlich für jede Hilfe sehr dankbar. Viele Grüßen Roland Krüger From hschiebold at codematix.de Fri Nov 20 14:06:43 2009 From: hschiebold at codematix.de (Holger Schiebold) Date: Fri, 20 Nov 2009 14:06:43 +0100 Subject: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? In-Reply-To: References: Message-ID: <4B069463.3080609@codematix.de> Hallo Roland, keine Ahnung ob das was bringt aber zum eingrenzen des Problems würde ich mal bei dem Raster Layer eine Processing Direktive wie RESAMPLE=AVERAGE angeben und schauen wie es sich dann in beiden Fällen ( square und non-square pixels ) verhält. Ich vermute das Problem bei GDAL. Sind auf beiden Servern die identischen Bibliotheken ? Nach meinem Wissensstand gibt es zwei Varianten wie die Rasterlayer prozessiert werden - eine einfache und eine komplexere Variante. Wobei letztere bei den Anfragen aktiv wird, wie in deinem zweiten Beispiel mit non-square Pixeln. Diese zweite Variante kann man aber eben auch durch die Processing Direktive quasi zum Test mal manuell aktivieren. Gruß und viel Glück Holger krueger roland schrieb: > Hallo Liste, > > ich habe mit dem UMN ein Problem, das ich nicht lösen kann. Ich habe auch keine Idee wie der Fehler weiter "einzukreisen" ist. > > Ich verwende UMN-Mapserver 5.2.1 > > MapServer version 5.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS INPUT=TIFF INPUT=EPPL7 INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=MYGIS INPUT=SHAPEFILE > > Das Ganze läuft unter Ubuntu 8.04 LTS, Hardy Heron (JeOS) auf einer Virtuellen Maschine unter VMware. > > -- 1. -- > Problembeschreibung: > Ich habe ein Mapfile erstellt, um Orthofotos als WMS nutzen zukoennen. > > -- 1.1. -- > Der Aufruf > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. > > Hier das LOG-File: > =====schnipp============================== > [Thu Nov 19 15:32:04 2009].300410 msDrawRasterLayerLow(DOP100): entering. > [Thu Nov 19 15:32:05 2009].559901 msDrawMap(): Layer 0 (DOP100), 1.260s > [Thu Nov 19 15:32:05 2009].610758 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.051s > [Thu Nov 19 15:32:05 2009].616107 msDrawMap(): Drawing Label Cache, 0.005s > [Thu Nov 19 15:32:05 2009].616120 msDrawMap() total time: 1.321s > [Thu Nov 19 15:32:06 2009].224862 msSaveImage() total time: 0.609s > [Thu Nov 19 15:32:06 2009].224999 mapserv request processing time (msLoadMap not incl.): 1.945s > [Thu Nov 19 15:32:06 2009].225008 msFreeMap(): freeing map at 0x8196290. > =====schnapp============================== > > > -- 1.2. -- > Wenn ich nun den Parameter WIDTH geringfuegig veraendere (von WIDTH=941 auf WIDTH=942), sodass das Breiten/Hoehen-Verhaeltnis der BBOX nicht mehr exakt mit dem Breiten/Hoehen-Verhaeltnis von WIDTH und HEIGHT uebereinstimmt, dann wird im zurueckgelieferten PNG der Rasterlayer "DOP100" (Orthofoto) NICHT dargestellt. > > Der Aufruf > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > liefert ein PNG, in dem nur der Vektorlayer "DOP100_Uebersicht" dargestellt ist. Der Rasterlayer "DOP100" ist NICHT im PNG dargestellt. > > Hier das LOG-File: > =====schnipp============================== > [Thu Nov 19 15:33:32 2009].78739 msWMSLoadGetMapParams(): enabling non-square pixels.[Thu Nov 19 15:33:32 2009].114164 msDrawMap(): kicking into non-square pixel preserving mode.[Thu Nov 19 15:33:32 2009].114224 msDrawRasterLayerLow(DOP100): entering. > [Thu Nov 19 15:33:32 2009].129524 msDrawMap(): Layer 0 (DOP100), 0.015s > [Thu Nov 19 15:33:32 2009].132051 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.002s > [Thu Nov 19 15:33:32 2009].137040 msDrawMap(): Drawing Label Cache, 0.005s > [Thu Nov 19 15:33:32 2009].137053 msDrawMap() total time: 0.028s > [Thu Nov 19 15:33:32 2009].249801 msSaveImage() total time: 0.113s > [Thu Nov 19 15:33:32 2009].249918 mapserv request processing time (msLoadMap not incl.): 0.171s > [Thu Nov 19 15:33:32 2009].249927 msFreeMap(): freeing map at 0x8196290. > =====schnapp============================== > > Woran kann es liegen, dass der Rasterlayer NICHT dargestellt wird??? Ich habe naemlich ein fast identischen WMS am laufen (siehe unten Pkt. -2.-) wo das Problem nicht auftritt. > > Hier noch das Mapfile. > =====schnipp============================== > MAP > # -------------------------- > # Mapfilename: orthoBOES.map > # -------------------------- > NAME Orthofoto > STATUS ON > MAXSIZE 8192 > IMAGETYPE PNG > IMAGECOLOR 255 255 255 > EXTENT 3305000 5838000 3370000 5915000 > UNITS METERS > SIZE 600 600 > SHAPEPATH '../' > FONTSET '../umndata/fonts/fonts.fnt' > SYMBOLSET '../umndata/symbols/symbols01.sym' > CONFIG "MS_ERRORFILE" "/tmp/_mapserver.log" > DEBUG 5 > > OUTPUTFORMAT > Name PNG > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE RGB > EXTENSION "png" > END #OUTPUTFORMAT > > WEB > METADATA > "WMS_TITLE" "Orthofotos" > "WMS_ABSTRACT" "Orthofotos im Landkreis OPR" > "WMS_FEATURE_INFO_MIME_TYPE" "text/html" > "WMS_ONLINERESOURCE" "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" > "WMS_SRS" "EPSG:25833 EPSG:25832 EPSG:2398 EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" > END #Metadata > END #Web > > PROJECTION > "init=epsg:25833" ##required > END #PROJECTION > > > LAYER > # Orthofotos des Landes Brandenburg, DOP100 > NAME "DOP100" > TYPE RASTER > STATUS ON > TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' > METADATA > WMS_TITLE 'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' > END #Metadata > # OFFSITE 255 255 255 > END #LAYER > > > LAYER > # Uebersicht fuer DOP100 > NAME "DOP100_Uebersicht" > TYPE POLYGON > STATUS OFF > DATA 'fs02/datams/doplgb100/geotiffpyra/dop100' > LABELITEM 'BildflugDat' # Bildflugdatum > LABELMAXSCALE 200000 > # LABELMINSCALE 50000 > METADATA > WMS_TITLE 'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' > WMS_INCLUDE_ITEMS 'all' #optional > END #Metadata > TEMPLATE '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template fuer die GetFeatureInfo-Abgabe > CLASS > STYLE > OUTLINECOLOR 0 0 255 > SYMBOL 0 > # COLOR 0 128 0 > END #Style > LABEL > TYPE TRUETYPE > ANTIALIAS TRUE > FONT 'courbd' > POSITION lc > COLOR 0 0 255 > # BACKGROUNDCOLOR 255 255 255 > SIZE 8 > END #Label > END #Class > END #Layer > > END #Map > =====schnapp============================== > > > -- 2. -- > Ich habe noch einen sehr aehnlichen WMS wo das Problem (siehe -1.2.-) nicht auftritt. Hier verwende ich EPSG:325833 (Besonderheit in Brandenburg) und EPSG:25833. > > -- 2.1. -- > Der Aufruf > http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. > > Hier das LOG-File: > =====schnipp============================== > [Thu Nov 19 15:52:35 2009].322318 msDrawRasterLayerLow(DOP100): entering. > [Thu Nov 19 15:52:36 2009].167341 msDrawMap(): Layer 0 (DOP100), 0.845s > [Thu Nov 19 15:52:36 2009].169287 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.002s > [Thu Nov 19 15:52:36 2009].174448 msDrawMap(): Drawing Label Cache, 0.005s > [Thu Nov 19 15:52:36 2009].174460 msDrawMap() total time: 0.857s > [Thu Nov 19 15:52:36 2009].781229 msSaveImage() total time: 0.607s > [Thu Nov 19 15:52:36 2009].781360 mapserv request processing time (msLoadMap not incl.): 1.479s > [Thu Nov 19 15:52:36 2009].781368 msFreeMap(): freeing map at 0x8196298. > =====schnapp============================== > > > -- 2.2. -- > Der Aufruf mit veraendertem WIDTH=942 > http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > liefert AUCH das RICHTIGE Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. > > Hier das LOG-File: > =====schnipp============================== > [Thu Nov 19 15:53:20 2009].499706 msWMSLoadGetMapParams(): enabling non-square pixels.[Thu Nov 19 15:53:20 2009].535496 msDrawMap(): kicking into non-square pixel preserving mode.[Thu Nov 19 15:53:20 2009].535554 msDrawRasterLayerLow(DOP100): entering. > [Thu Nov 19 15:53:20 2009].759524 msDrawMap(): Layer 0 (DOP100), 0.224s > [Thu Nov 19 15:53:20 2009].760967 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.001s > [Thu Nov 19 15:53:20 2009].766124 msDrawMap(): Drawing Label Cache, 0.005s > [Thu Nov 19 15:53:20 2009].766137 msDrawMap() total time: 0.236s > [Thu Nov 19 15:53:21 2009].344298 msSaveImage() total time: 0.578s > [Thu Nov 19 15:53:21 2009].344425 mapserv request processing time (msLoadMap not incl.): 0.845s > [Thu Nov 19 15:53:21 2009].344433 msFreeMap(): freeing map at 0x8196298. > =====schnapp============================== > > Und hier noch das Mapfile: > =====schnipp============================== > MAP > # -------------------------- > # Mapfilename: orthoLIEB.map > # -------------------------- > NAME Orthofoto > STATUS ON > MAXSIZE 8192 > IMAGETYPE PNG > IMAGECOLOR 255 255 255 > EXTENT 3305000 5838000 3370000 5915000 > UNITS METERS > SIZE 600 600 > SHAPEPATH '../' > FONTSET '../umndata/fonts/fonts.fnt' > SYMBOLSET '../umndata/symbols/symbols01.sym' > CONFIG "MS_ERRORFILE" "/tmp/_mapserver.log" > DEBUG 5 > > OUTPUTFORMAT > Name PNG > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE RGB > EXTENSION "png" > END #OUTPUTFORMAT > > WEB > METADATA > "WMS_TITLE" "Orthofotos" > "WMS_ABSTRACT" "Orthofotos im Landkreis OPR" > "WMS_FEATURE_INFO_MIME_TYPE" "text/html" > "WMS_ONLINERESOURCE" "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" > "WMS_SRS" "EPSG:325833 EPSG:25833 EPSG:25832 EPSG:2398 EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" > END #Metadata > END #Web > > PROJECTION > "init=epsg:325833" ##required > END #PROJECTION > > > LAYER > # Orthofotos des Landes Brandenburg, DOP100 > NAME "DOP100" > TYPE RASTER > STATUS ON > TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' > METADATA > WMS_TITLE 'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' > END #Metadata > # OFFSITE 255 255 255 > END #LAYER > > > LAYER > # Uebersicht fuer DOP100 > NAME "DOP100_Uebersicht" > TYPE POLYGON > STATUS OFF > DATA 'fs02/datams/doplgb100/geotiffpyra/dop100' > LABELITEM 'BildflugDat' # Bildflugdatum > LABELMAXSCALE 200000 > # LABELMINSCALE 50000 > METADATA > WMS_TITLE 'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' > WMS_INCLUDE_ITEMS 'all' #optional > END #Metadata > TEMPLATE '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template fuer die GetFeatureInfo-Abgabe > CLASS > STYLE > OUTLINECOLOR 0 0 255 > SYMBOL 0 > # COLOR 0 128 0 > END #Style > LABEL > TYPE TRUETYPE > ANTIALIAS TRUE > FONT 'courbd' > POSITION lc > COLOR 0 0 255 > # BACKGROUNDCOLOR 255 255 255 > SIZE 8 > END #Label > END #Class > END #Layer > > END #Map > =====schnapp============================== > > > -- 3. -- > Der WMS unter -1.- wird von einem Client verwendet, der auch noch andere Daten in dem speziellem "falschem" EPSG:25833 (Eastwert 7-stellig) verwendet. Deshalb die etwas ungewöhnliche Verwendung von EPSG:25833 mit 7-stelligen East-Koordinatenwerten. Der Client mag EPSG:325833 nicht, deshalb habe ich den WMS unter -1.- "erfunden" und vergewaltige in diesem Fall EPSG:25833 mit 7-stelligen East-Werten. Wenn ein Bildausschnitt im Client nun gezoomt oder verschoben wird stellt der Client manchmal mit geringfügig anderen WIDTH und HEIGHT die GetMap Anfrage und bekommt dann ein weisses Orthofoto zurück. Der User wundert sich warum das Orthofoto verschwunden ist. > > Trotzdem sollte der WMS richtig funktionieren, tut er aber leider nicht. > > 'shp2img' erzeugt uebrigens IMMER ein richtiges Bild mit Orthofoto. > > Zur Vollstaendigkeit noch meine Ergaenzungen in der Datei > '/usr/share/proj/epsg' > =====schnipp============================== > # ETRS89 / UTM zone 33N > <25833> +proj=utm +zone=33 +ellps=GRS80 +units=m +no_defs <> > # ETRS89 / UTM zone 33N --> speziel Brandenburg, da EastWert 7-stellig (Kennziffer 3.xxx.xxx) > # ergaenzt am 25.07.2008 von Roland Krueger > <325833> +proj=tmerc +lon_0=15 +ellps=GRS80 +k=0.9996 +units=m +datum=WGS84 +x_0=3500000 <> > # Spherical Mercator projection, used by Google Maps, Microsoft Virtual Earth, Yahoo Maps and OSM > # ergaenzt am 13.07.2009 von Roland Krueger > <900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs > =====schnapp============================== > > > Ich hoffe, das ich das Problem ausführlich und konkret beschrieben habe. Ich bin natürlich für jede Hilfe sehr dankbar. > > > Viele Grüßen > Roland Krüger > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Holger Schiebold ____________________ codematix GmbH Felsbachstrasse 5/7 D-07745 Jena Tel. +49 (3641) 3038-34 www.codematix.de From roland.krueger at o-p-r.de Mon Nov 23 13:28:21 2009 From: roland.krueger at o-p-r.de (=?windows-1252?Q?krueger_roland?=) Date: Mon, 23 Nov 2009 13:28:21 +0100 Subject: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? In-Reply-To: <4B069463.3080609@codematix.de> References: <4B069463.3080609@codematix.de> Message-ID: Hallo Holger, danke fuer Deine Antwort. > Sind auf beiden Servern die identischen Bibliotheken ? Es laeuft alles auf EINEM Server, also muss jeweils mit den identischen Bibliotheken gearbeitet werden. Allerdings scheint die installierte gdalversion schon etwas aelter zu sein, das duerfte doch aber nicht das Problem sein. Hier die verwendete Version: =====schnipp============================== mapsnack at JeOS8041:~$ gdalinfo --version GDAL 1.4.4.0, released 2007/11/23 =====schnapp============================== Ich habe die Processing Direktive PROCESSING "RESAMPLE=AVERAGE" im Mapfile bei dem entsprechendem Layer eingetragen. Hier der Ausschnitt zum betroffenen Layer aus dem Mapfile: =====schnipp============================== # Ausschnitt aus Mapfile: orthoBOES.map LAYER # Orthofotos des Landes Brandenburg, DOP100 NAME "DOP100" TYPE RASTER STATUS ON TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' PROCESSING "RESAMPLE=AVERAGE" METADATA WMS_TITLE 'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' END #Metadata # OFFSITE 255 255 255 END #LAYER =====schnapp============================== -- zu 1.1. -- Der Aufruf http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE liefert das Orthofoto DOP100. Der Rasterlayer wird also angezeigt. Das LOG-File: =====schnipp============================== [Mon Nov 23 11:30:27 2009].852711 msDrawRasterLayerLow(DOP100): entering. [Mon Nov 23 11:30:29 2009].492653 msDrawMap(): Layer 0 (DOP100), 1.640s [Mon Nov 23 11:30:29 2009].493843 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.001s [Mon Nov 23 11:30:29 2009].499005 msDrawMap(): Drawing Label Cache, 0.005s [Mon Nov 23 11:30:29 2009].499018 msDrawMap() total time: 1.652s [Mon Nov 23 11:30:30 2009].79134 msSaveImage() total time: 0.580s [Mon Nov 23 11:30:30 2009].79313 mapserv request processing time (msLoadMap not incl.): 2.247s [Mon Nov 23 11:30:30 2009].79322 msFreeMap(): freeing map at 0x8196290. =====schnapp============================== -- zu 1.2. -- Der Aufruf http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE liefert KEIN Orthofoto DOP100. Der Rasterlayer wird also wieder NICHT angezeigt. Das LOG-File: =====schnipp============================== [Mon Nov 23 11:44:29 2009].725348 msWMSLoadGetMapParams(): enabling non-square pixels.[Mon Nov 23 11:44:29 2009].761156 msDrawMap(): kicking into non-square pixel preserving mode.[Mon Nov 23 11:44:29 2009].761222 msDrawRasterLayerLow(DOP100): entering. [Mon Nov 23 11:44:29 2009].774553 msDrawMap(): Layer 0 (DOP100), 0.013s [Mon Nov 23 11:44:29 2009].776345 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.002s [Mon Nov 23 11:44:29 2009].781408 msDrawMap(): Drawing Label Cache, 0.005s [Mon Nov 23 11:44:29 2009].781421 msDrawMap() total time: 0.026s [Mon Nov 23 11:44:29 2009].905007 msSaveImage() total time: 0.124s [Mon Nov 23 11:44:29 2009].905110 mapserv request processing time (msLoadMap not incl.): 0.180s [Mon Nov 23 11:44:29 2009].905118 msFreeMap(): freeing map at 0x8196290. =====schnapp============================== Dein Vorschlag, die Processing-Variante "non-square Pixeln" manuell zu aktivieren scheint leider nicht zu funktionieren. Wie Du unter --zu 1.1.-- sehen kannst wird im LOG-File NICHTS von "enabling non-square pixels" protokolliert. Die GetMap-Aufrufe verhalten sich wie vorher auch. Viele Gruesse Roland -----Ursprüngliche Nachricht----- Von: Holger Schiebold Gesendet: Fr 20.11.2009 14:08 An: krueger roland ; CC: mapserver-de at freegis.org; Betreff: Re: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? > Hallo Roland, > > keine Ahnung ob das was bringt aber zum eingrenzen des Problems würde > ich mal bei dem Raster Layer eine Processing Direktive wie > RESAMPLE=AVERAGE angeben und schauen wie es sich dann in beiden Fällen ( > square und non-square pixels ) verhält. Ich vermute das Problem bei > GDAL. Sind auf beiden Servern die identischen Bibliotheken ? Nach meinem > Wissensstand gibt es zwei Varianten wie die Rasterlayer prozessiert > werden - eine einfache und eine komplexere Variante. Wobei letztere bei > den Anfragen aktiv wird, wie in deinem zweiten Beispiel mit non-square > Pixeln. Diese zweite Variante kann man aber eben auch durch die > Processing Direktive quasi zum Test mal manuell aktivieren. > > Gruß und viel Glück > > Holger > > krueger roland schrieb: > > Hallo Liste, > > > > ich habe mit dem UMN ein Problem, das ich nicht lösen kann. Ich habe auch > keine Idee wie der Fehler weiter "einzukreisen" ist. > > > > Ich verwende UMN-Mapserver 5.2.1 > > > > MapServer version 5.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS > INPUT=TIFF INPUT=EPPL7 INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=MYGIS > INPUT=SHAPEFILE > > > > Das Ganze läuft unter Ubuntu 8.04 LTS, Hardy Heron (JeOS) auf einer > Virtuellen Maschine unter VMware. > > > > -- 1. -- > > Problembeschreibung: > > Ich habe ein Mapfile erstellt, um Orthofotos als WMS nutzen zukoennen. > > > > -- 1.1. -- > > Der Aufruf > > > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 > 4&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl > ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer > "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. > > > > Hier das LOG-File: > > =====schnipp============================== > > [Thu Nov 19 15:32:04 2009].300410 msDrawRasterLayerLow(DOP100): entering. > > [Thu Nov 19 15:32:05 2009].559901 msDrawMap(): Layer 0 (DOP100), 1.260s > > [Thu Nov 19 15:32:05 2009].610758 msDrawMap(): Layer 1 (DOP100_Uebersicht), > 0.051s > > [Thu Nov 19 15:32:05 2009].616107 msDrawMap(): Drawing Label Cache, 0.005s > > [Thu Nov 19 15:32:05 2009].616120 msDrawMap() total time: 1.321s > > [Thu Nov 19 15:32:06 2009].224862 msSaveImage() total time: 0.609s > > [Thu Nov 19 15:32:06 2009].224999 mapserv request processing time (msLoadMap > not incl.): 1.945s > > [Thu Nov 19 15:32:06 2009].225008 msFreeMap(): freeing map at 0x8196290. > > =====schnapp============================== > > > > > > -- 1.2. -- > > Wenn ich nun den Parameter WIDTH geringfuegig veraendere (von WIDTH=941 auf > WIDTH=942), sodass das Breiten/Hoehen-Verhaeltnis der BBOX nicht mehr exakt mit > dem Breiten/Hoehen-Verhaeltnis von WIDTH und HEIGHT uebereinstimmt, dann wird > im zurueckgelieferten PNG der Rasterlayer "DOP100" (Orthofoto) NICHT > dargestellt. > > > > Der Aufruf > > > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 > 4&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl > ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > > liefert ein PNG, in dem nur der Vektorlayer "DOP100_Uebersicht" dargestellt > ist. Der Rasterlayer "DOP100" ist NICHT im PNG dargestellt. > > > > Hier das LOG-File: > > =====schnipp============================== > > [Thu Nov 19 15:33:32 2009].78739 msWMSLoadGetMapParams(): enabling non-square > pixels.[Thu Nov 19 15:33:32 2009].114164 msDrawMap(): kicking into non-square > pixel preserving mode.[Thu Nov 19 15:33:32 2009].114224 > msDrawRasterLayerLow(DOP100): entering. > > [Thu Nov 19 15:33:32 2009].129524 msDrawMap(): Layer 0 (DOP100), 0.015s > > [Thu Nov 19 15:33:32 2009].132051 msDrawMap(): Layer 1 (DOP100_Uebersicht), > 0.002s > > [Thu Nov 19 15:33:32 2009].137040 msDrawMap(): Drawing Label Cache, 0.005s > > [Thu Nov 19 15:33:32 2009].137053 msDrawMap() total time: 0.028s > > [Thu Nov 19 15:33:32 2009].249801 msSaveImage() total time: 0.113s > > [Thu Nov 19 15:33:32 2009].249918 mapserv request processing time (msLoadMap > not incl.): 0.171s > > [Thu Nov 19 15:33:32 2009].249927 msFreeMap(): freeing map at 0x8196290. > > =====schnapp============================== > > > > Woran kann es liegen, dass der Rasterlayer NICHT dargestellt wird??? Ich habe > naemlich ein fast identischen WMS am laufen (siehe unten Pkt. -2.-) wo das > Problem nicht auftritt. > > > > Hier noch das Mapfile. > > =====schnipp============================== > > MAP > > # -------------------------- > > # Mapfilename: orthoBOES.map > > # -------------------------- > > NAME Orthofoto > > STATUS ON > > MAXSIZE 8192 > > IMAGETYPE PNG > > IMAGECOLOR 255 255 255 > > EXTENT 3305000 5838000 3370000 5915000 > > UNITS METERS > > SIZE 600 600 > > SHAPEPATH '../' > > FONTSET '../umndata/fonts/fonts.fnt' > > SYMBOLSET '../umndata/symbols/symbols01.sym' > > CONFIG "MS_ERRORFILE" "/tmp/_mapserver.log" > > DEBUG 5 > > > > OUTPUTFORMAT > > Name PNG > > DRIVER "GD/PNG" > > MIMETYPE "image/png" > > IMAGEMODE RGB > > EXTENSION "png" > > END #OUTPUTFORMAT > > > > WEB > > METADATA > > "WMS_TITLE" "Orthofotos" > > "WMS_ABSTRACT" "Orthofotos im Landkreis OPR" > > "WMS_FEATURE_INFO_MIME_TYPE" "text/html" > > "WMS_ONLINERESOURCE" > "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" > > "WMS_SRS" "EPSG:25833 EPSG:25832 EPSG:2398 EPSG:28402 > EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" > > END #Metadata > > END #Web > > > > PROJECTION > > "init=epsg:25833" ##required > > END #PROJECTION > > > > > > LAYER > > # Orthofotos des Landes Brandenburg, DOP100 > > NAME "DOP100" > > TYPE RASTER > > STATUS ON > > TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' > > METADATA > > WMS_TITLE 'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' > > END #Metadata > > # OFFSITE 255 255 255 > > END #LAYER > > > > > > LAYER > > # Uebersicht fuer DOP100 > > NAME "DOP100_Uebersicht" > > TYPE POLYGON > > STATUS OFF > > DATA 'fs02/datams/doplgb100/geotiffpyra/dop100' > > LABELITEM 'BildflugDat' # Bildflugdatum > > LABELMAXSCALE 200000 > > # LABELMINSCALE 50000 > > METADATA > > WMS_TITLE 'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' > > WMS_INCLUDE_ITEMS 'all' #optional > > END #Metadata > > TEMPLATE '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template > fuer die GetFeatureInfo-Abgabe > > CLASS > > STYLE > > OUTLINECOLOR 0 0 255 > > SYMBOL 0 > > # COLOR 0 128 0 > > END #Style > > LABEL > > TYPE TRUETYPE > > ANTIALIAS TRUE > > FONT 'courbd' > > POSITION lc > > COLOR 0 0 255 > > # BACKGROUNDCOLOR 255 255 255 > > SIZE 8 > > END #Label > > END #Class > > END #Layer > > > > END #Map > > =====schnapp============================== > > > > > > -- 2. -- > > Ich habe noch einen sehr aehnlichen WMS wo das Problem (siehe -1.2.-) nicht > auftritt. Hier verwende ich EPSG:325833 (Besonderheit in Brandenburg) und > EPSG:25833. > > > > -- 2.1. -- > > Der Aufruf > > > http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > SG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.657224 > 74&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=app > lication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer > "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. > > > > Hier das LOG-File: > > =====schnipp============================== > > [Thu Nov 19 15:52:35 2009].322318 msDrawRasterLayerLow(DOP100): entering. > > [Thu Nov 19 15:52:36 2009].167341 msDrawMap(): Layer 0 (DOP100), 0.845s > > [Thu Nov 19 15:52:36 2009].169287 msDrawMap(): Layer 1 (DOP100_Uebersicht), > 0.002s > > [Thu Nov 19 15:52:36 2009].174448 msDrawMap(): Drawing Label Cache, 0.005s > > [Thu Nov 19 15:52:36 2009].174460 msDrawMap() total time: 0.857s > > [Thu Nov 19 15:52:36 2009].781229 msSaveImage() total time: 0.607s > > [Thu Nov 19 15:52:36 2009].781360 mapserv request processing time (msLoadMap > not incl.): 1.479s > > [Thu Nov 19 15:52:36 2009].781368 msFreeMap(): freeing map at 0x8196298. > > =====schnapp============================== > > > > > > -- 2.2. -- > > Der Aufruf mit veraendertem WIDTH=942 > > > http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > SG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.657224 > 74&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=app > lication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > > liefert AUCH das RICHTIGE Ergebnis. Der Rasterlayer "DOP100" und der > Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. > > > > Hier das LOG-File: > > =====schnipp============================== > > [Thu Nov 19 15:53:20 2009].499706 msWMSLoadGetMapParams(): enabling > non-square pixels.[Thu Nov 19 15:53:20 2009].535496 msDrawMap(): kicking into > non-square pixel preserving mode.[Thu Nov 19 15:53:20 2009].535554 > msDrawRasterLayerLow(DOP100): entering. > > [Thu Nov 19 15:53:20 2009].759524 msDrawMap(): Layer 0 (DOP100), 0.224s > > [Thu Nov 19 15:53:20 2009].760967 msDrawMap(): Layer 1 (DOP100_Uebersicht), > 0.001s > > [Thu Nov 19 15:53:20 2009].766124 msDrawMap(): Drawing Label Cache, 0.005s > > [Thu Nov 19 15:53:20 2009].766137 msDrawMap() total time: 0.236s > > [Thu Nov 19 15:53:21 2009].344298 msSaveImage() total time: 0.578s > > [Thu Nov 19 15:53:21 2009].344425 mapserv request processing time (msLoadMap > not incl.): 0.845s > > [Thu Nov 19 15:53:21 2009].344433 msFreeMap(): freeing map at 0x8196298. > > =====schnapp============================== > > > > Und hier noch das Mapfile: > > =====schnipp============================== > > MAP > > # -------------------------- > > # Mapfilename: orthoLIEB.map > > # -------------------------- > > NAME Orthofoto > > STATUS ON > > MAXSIZE 8192 > > IMAGETYPE PNG > > IMAGECOLOR 255 255 255 > > EXTENT 3305000 5838000 3370000 5915000 > > UNITS METERS > > SIZE 600 600 > > SHAPEPATH '../' > > FONTSET '../umndata/fonts/fonts.fnt' > > SYMBOLSET '../umndata/symbols/symbols01.sym' > > CONFIG "MS_ERRORFILE" "/tmp/_mapserver.log" > > DEBUG 5 > > > > OUTPUTFORMAT > > Name PNG > > DRIVER "GD/PNG" > > MIMETYPE "image/png" > > IMAGEMODE RGB > > EXTENSION "png" > > END #OUTPUTFORMAT > > > > WEB > > METADATA > > "WMS_TITLE" "Orthofotos" > > "WMS_ABSTRACT" "Orthofotos im Landkreis OPR" > > "WMS_FEATURE_INFO_MIME_TYPE" "text/html" > > "WMS_ONLINERESOURCE" > "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" > > "WMS_SRS" "EPSG:325833 EPSG:25833 EPSG:25832 EPSG:2398 > EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" > > END #Metadata > > END #Web > > > > PROJECTION > > "init=epsg:325833" ##required > > END #PROJECTION > > > > > > LAYER > > # Orthofotos des Landes Brandenburg, DOP100 > > NAME "DOP100" > > TYPE RASTER > > STATUS ON > > TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' > > METADATA > > WMS_TITLE 'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' > > END #Metadata > > # OFFSITE 255 255 255 > > END #LAYER > > > > > > LAYER > > # Uebersicht fuer DOP100 > > NAME "DOP100_Uebersicht" > > TYPE POLYGON > > STATUS OFF > > DATA 'fs02/datams/doplgb100/geotiffpyra/dop100' > > LABELITEM 'BildflugDat' # Bildflugdatum > > LABELMAXSCALE 200000 > > # LABELMINSCALE 50000 > > METADATA > > WMS_TITLE 'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' > > WMS_INCLUDE_ITEMS 'all' #optional > > END #Metadata > > TEMPLATE '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template > fuer die GetFeatureInfo-Abgabe > > CLASS > > STYLE > > OUTLINECOLOR 0 0 255 > > SYMBOL 0 > > # COLOR 0 128 0 > > END #Style > > LABEL > > TYPE TRUETYPE > > ANTIALIAS TRUE > > FONT 'courbd' > > POSITION lc > > COLOR 0 0 255 > > # BACKGROUNDCOLOR 255 255 255 > > SIZE 8 > > END #Label > > END #Class > > END #Layer > > > > END #Map > > =====schnapp============================== > > > > > > -- 3. -- > > Der WMS unter -1.- wird von einem Client verwendet, der auch noch andere > Daten in dem speziellem "falschem" EPSG:25833 (Eastwert 7-stellig) verwendet. > Deshalb die etwas ungewöhnliche Verwendung von EPSG:25833 mit 7-stelligen > East-Koordinatenwerten. Der Client mag EPSG:325833 nicht, deshalb habe ich den > WMS unter -1.- "erfunden" und vergewaltige in diesem Fall EPSG:25833 mit > 7-stelligen East-Werten. Wenn ein Bildausschnitt im Client nun gezoomt oder > verschoben wird stellt der Client manchmal mit geringfügig anderen WIDTH und > HEIGHT die GetMap Anfrage und bekommt dann ein weisses Orthofoto zurück. Der > User wundert sich warum das Orthofoto verschwunden ist. > > > > Trotzdem sollte der WMS richtig funktionieren, tut er aber leider nicht. > > > > 'shp2img' erzeugt uebrigens IMMER ein richtiges Bild mit Orthofoto. > > > > Zur Vollstaendigkeit noch meine Ergaenzungen in der Datei > > '/usr/share/proj/epsg' > > =====schnipp============================== > > # ETRS89 / UTM zone 33N > > <25833> +proj=utm +zone=33 +ellps=GRS80 +units=m +no_defs <> > > # ETRS89 / UTM zone 33N --> speziel Brandenburg, da EastWert 7-stellig > (Kennziffer 3.xxx.xxx) > > # ergaenzt am 25.07.2008 von Roland Krueger > > <325833> +proj=tmerc +lon_0=15 +ellps=GRS80 +k=0.9996 +units=m +datum=WGS84 > +x_0=3500000 <> > > # Spherical Mercator projection, used by Google Maps, Microsoft Virtual > Earth, Yahoo Maps and OSM > > # ergaenzt am 13.07.2009 von Roland Krueger > > <900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 > +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs > > =====schnapp============================== > > > > > > Ich hoffe, das ich das Problem ausführlich und konkret beschrieben habe. Ich > bin natürlich für jede Hilfe sehr dankbar. > > > > > > Viele Grüßen > > Roland Krüger > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Mapserver-DE mailing list > > Mapserver-DE at freegis.org > > https://freegis.org/mailman/listinfo/mapserver-de > > > -- > Holger Schiebold > > > ____________________ > codematix GmbH > Felsbachstrasse 5/7 > D-07745 Jena > Tel. +49 (3641) 3038-34 > www.codematix.de > > From oliver.wesp at gmail.com Mon Nov 23 15:41:29 2009 From: oliver.wesp at gmail.com (Oliver Wesp) Date: Mon, 23 Nov 2009 15:41:29 +0100 Subject: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? In-Reply-To: References: <4B069463.3080609@codematix.de> Message-ID: Hallo, ich denke der Unterschied zwischen den beiden Aufrufen ist tatsächlich das Seitenverhältnis, so dass Mapserver in den non-square-Mode fällt. Hast Du mal versucht im Mapfile explizit CONFIG "MS_NONSQUARE" "YES" zu setzen? Oder das Debugging auf dem DOP100 anzuschalten und zu schauen was da genau passiert? Gruß, Oliver Am 23. November 2009 13:28 schrieb krueger roland : > Hallo Holger, > > danke fuer Deine Antwort. > >> Sind auf beiden Servern die identischen Bibliotheken ? > Es laeuft alles auf EINEM Server, also muss jeweils mit den identischen Bibliotheken gearbeitet werden. > Allerdings scheint die installierte gdalversion schon etwas aelter zu sein, das duerfte doch aber nicht das Problem sein. > Hier die verwendete Version: > =====schnipp============================== > mapsnack at JeOS8041:~$ gdalinfo --version > GDAL 1.4.4.0, released 2007/11/23 > =====schnapp============================== > > Ich habe die Processing Direktive >  PROCESSING "RESAMPLE=AVERAGE" > im Mapfile bei dem entsprechendem Layer eingetragen. > > Hier der Ausschnitt zum betroffenen Layer aus dem Mapfile: > =====schnipp============================== > # Ausschnitt aus Mapfile: orthoBOES.map > LAYER >  # Orthofotos des Landes Brandenburg, DOP100 >  NAME "DOP100" >  TYPE RASTER >  STATUS ON >  TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' >  PROCESSING "RESAMPLE=AVERAGE" >  METADATA >    WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' >    END  #Metadata >  # OFFSITE 255 255 255 >  END #LAYER > =====schnapp============================== > > > -- zu 1.1. -- > Der Aufruf > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > liefert das Orthofoto DOP100. Der Rasterlayer wird also angezeigt. > > Das LOG-File: > =====schnipp============================== > [Mon Nov 23 11:30:27 2009].852711 msDrawRasterLayerLow(DOP100): entering. > [Mon Nov 23 11:30:29 2009].492653 msDrawMap(): Layer 0 (DOP100), 1.640s > [Mon Nov 23 11:30:29 2009].493843 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.001s > [Mon Nov 23 11:30:29 2009].499005 msDrawMap(): Drawing Label Cache, 0.005s > [Mon Nov 23 11:30:29 2009].499018 msDrawMap() total time: 1.652s > [Mon Nov 23 11:30:30 2009].79134 msSaveImage() total time: 0.580s > [Mon Nov 23 11:30:30 2009].79313 mapserv request processing time (msLoadMap not incl.): 2.247s > [Mon Nov 23 11:30:30 2009].79322 msFreeMap(): freeing map at 0x8196290. > =====schnapp============================== > > > -- zu 1.2. -- > Der Aufruf > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > liefert KEIN Orthofoto DOP100. Der Rasterlayer wird also wieder NICHT angezeigt. > > Das LOG-File: > =====schnipp============================== > [Mon Nov 23 11:44:29 2009].725348 msWMSLoadGetMapParams(): enabling non-square pixels.[Mon Nov 23 11:44:29 2009].761156 msDrawMap(): kicking into non-square pixel preserving mode.[Mon Nov 23 11:44:29 2009].761222 msDrawRasterLayerLow(DOP100): entering. > [Mon Nov 23 11:44:29 2009].774553 msDrawMap(): Layer 0 (DOP100), 0.013s > [Mon Nov 23 11:44:29 2009].776345 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.002s > [Mon Nov 23 11:44:29 2009].781408 msDrawMap(): Drawing Label Cache, 0.005s > [Mon Nov 23 11:44:29 2009].781421 msDrawMap() total time: 0.026s > [Mon Nov 23 11:44:29 2009].905007 msSaveImage() total time: 0.124s > [Mon Nov 23 11:44:29 2009].905110 mapserv request processing time (msLoadMap not incl.): 0.180s > [Mon Nov 23 11:44:29 2009].905118 msFreeMap(): freeing map at 0x8196290. > =====schnapp============================== > > > Dein Vorschlag, die Processing-Variante "non-square Pixeln" manuell zu aktivieren scheint leider nicht zu funktionieren. Wie Du unter --zu 1.1.-- sehen kannst wird im LOG-File NICHTS von "enabling non-square pixels" protokolliert. Die GetMap-Aufrufe verhalten sich wie vorher auch. > > > Viele Gruesse > Roland > > > -----Ursprüngliche Nachricht----- > Von: Holger Schiebold > Gesendet: Fr 20.11.2009 14:08 > An: krueger roland ; > CC: mapserver-de at freegis.org; > Betreff: Re: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? > >> Hallo Roland, >> >> keine Ahnung ob das was bringt aber zum eingrenzen des Problems würde >> ich mal bei dem Raster Layer eine Processing Direktive wie >> RESAMPLE=AVERAGE angeben und schauen wie es sich dann in beiden Fällen ( >> square und non-square pixels ) verhält. Ich vermute das Problem bei >> GDAL. Sind auf beiden Servern die identischen Bibliotheken ? Nach meinem >> Wissensstand gibt es zwei Varianten wie die Rasterlayer prozessiert >> werden - eine einfache und eine komplexere Variante. Wobei letztere bei >> den Anfragen aktiv wird, wie in deinem zweiten Beispiel mit non-square >> Pixeln. Diese zweite Variante kann man aber eben auch durch die >> Processing Direktive quasi zum Test mal manuell aktivieren. >> >> Gruß und viel Glück >> >> Holger >> >> krueger roland schrieb: >> > Hallo Liste, >> > >> > ich habe mit dem UMN ein Problem, das ich nicht lösen kann. Ich habe auch >> keine Idee wie der Fehler weiter "einzukreisen" ist. >> > >> > Ich verwende UMN-Mapserver 5.2.1 >> > >> > MapServer version 5.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >> OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV >> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS >> INPUT=TIFF INPUT=EPPL7 INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=MYGIS >> INPUT=SHAPEFILE >> > >> > Das Ganze läuft unter Ubuntu 8.04 LTS, Hardy Heron (JeOS) auf einer >> Virtuellen Maschine unter VMware. >> > >> > -- 1. -- >> > Problembeschreibung: >> > Ich habe ein Mapfile erstellt, um Orthofotos als WMS nutzen zukoennen. >> > >> > -- 1.1. -- >> > Der Aufruf >> > >> http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 >> 4&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl >> ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer >> "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. >> > >> > Hier das LOG-File: >> > =====schnipp============================== >> > [Thu Nov 19 15:32:04 2009].300410 msDrawRasterLayerLow(DOP100): entering. >> > [Thu Nov 19 15:32:05 2009].559901 msDrawMap(): Layer 0 (DOP100), 1.260s >> > [Thu Nov 19 15:32:05 2009].610758 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> 0.051s >> > [Thu Nov 19 15:32:05 2009].616107 msDrawMap(): Drawing Label Cache, 0.005s >> > [Thu Nov 19 15:32:05 2009].616120 msDrawMap() total time: 1.321s >> > [Thu Nov 19 15:32:06 2009].224862 msSaveImage() total time: 0.609s >> > [Thu Nov 19 15:32:06 2009].224999 mapserv request processing time (msLoadMap >> not incl.): 1.945s >> > [Thu Nov 19 15:32:06 2009].225008 msFreeMap(): freeing map at 0x8196290. >> > =====schnapp============================== >> > >> > >> > -- 1.2. -- >> > Wenn ich nun den Parameter WIDTH geringfuegig veraendere (von WIDTH=941 auf >> WIDTH=942), sodass das Breiten/Hoehen-Verhaeltnis der BBOX nicht mehr exakt mit >> dem Breiten/Hoehen-Verhaeltnis von WIDTH und HEIGHT uebereinstimmt, dann wird >> im zurueckgelieferten PNG der Rasterlayer "DOP100" (Orthofoto) NICHT >> dargestellt. >> > >> > Der Aufruf >> > >> http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 >> 4&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl >> ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> > liefert ein PNG, in dem nur der Vektorlayer "DOP100_Uebersicht" dargestellt >> ist. Der Rasterlayer "DOP100" ist NICHT im PNG dargestellt. >> > >> > Hier das LOG-File: >> > =====schnipp============================== >> > [Thu Nov 19 15:33:32 2009].78739 msWMSLoadGetMapParams(): enabling non-square >> pixels.[Thu Nov 19 15:33:32 2009].114164 msDrawMap(): kicking into non-square >> pixel preserving mode.[Thu Nov 19 15:33:32 2009].114224 >> msDrawRasterLayerLow(DOP100): entering. >> > [Thu Nov 19 15:33:32 2009].129524 msDrawMap(): Layer 0 (DOP100), 0.015s >> > [Thu Nov 19 15:33:32 2009].132051 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> 0.002s >> > [Thu Nov 19 15:33:32 2009].137040 msDrawMap(): Drawing Label Cache, 0.005s >> > [Thu Nov 19 15:33:32 2009].137053 msDrawMap() total time: 0.028s >> > [Thu Nov 19 15:33:32 2009].249801 msSaveImage() total time: 0.113s >> > [Thu Nov 19 15:33:32 2009].249918 mapserv request processing time (msLoadMap >> not incl.): 0.171s >> > [Thu Nov 19 15:33:32 2009].249927 msFreeMap(): freeing map at 0x8196290. >> > =====schnapp============================== >> > >> > Woran kann es liegen, dass der Rasterlayer NICHT dargestellt wird??? Ich habe >> naemlich ein fast identischen WMS am laufen (siehe unten Pkt. -2.-) wo das >> Problem nicht auftritt. >> > >> > Hier noch das Mapfile. >> > =====schnipp============================== >> > MAP >> >   # -------------------------- >> >   # Mapfilename: orthoBOES.map >> >   # -------------------------- >> >   NAME           Orthofoto >> >   STATUS         ON >> >   MAXSIZE        8192 >> >   IMAGETYPE      PNG >> >   IMAGECOLOR     255 255 255 >> >   EXTENT         3305000 5838000 3370000 5915000 >> >   UNITS          METERS >> >   SIZE           600 600 >> >   SHAPEPATH      '../' >> >   FONTSET        '../umndata/fonts/fonts.fnt' >> >   SYMBOLSET      '../umndata/symbols/symbols01.sym' >> >   CONFIG  "MS_ERRORFILE" "/tmp/_mapserver.log" >> >   DEBUG 5 >> > >> > OUTPUTFORMAT >> >   Name PNG >> >   DRIVER "GD/PNG" >> >   MIMETYPE "image/png" >> >   IMAGEMODE RGB >> >   EXTENSION "png" >> >   END #OUTPUTFORMAT >> > >> > WEB >> >   METADATA >> >     "WMS_TITLE"                  "Orthofotos" >> >     "WMS_ABSTRACT"               "Orthofotos im Landkreis OPR" >> >     "WMS_FEATURE_INFO_MIME_TYPE" "text/html" >> >     "WMS_ONLINERESOURCE" >> "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" >> >     "WMS_SRS"                    "EPSG:25833 EPSG:25832 EPSG:2398 EPSG:28402 >> EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" >> >     END  #Metadata >> >   END #Web >> > >> > PROJECTION >> >   "init=epsg:25833"   ##required >> >   END #PROJECTION >> > >> > >> > LAYER >> >   # Orthofotos des Landes Brandenburg, DOP100 >> >   NAME "DOP100" >> >   TYPE RASTER >> >   STATUS ON >> >   TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' >> >   METADATA >> >     WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' >> >     END  #Metadata >> >   # OFFSITE 255 255 255 >> >   END #LAYER >> > >> > >> > LAYER >> >   # Uebersicht fuer DOP100 >> >   NAME   "DOP100_Uebersicht" >> >   TYPE   POLYGON >> >   STATUS OFF >> >   DATA   'fs02/datams/doplgb100/geotiffpyra/dop100' >> >   LABELITEM  'BildflugDat'  # Bildflugdatum >> >   LABELMAXSCALE 200000 >> >   # LABELMINSCALE  50000 >> >   METADATA >> >     WMS_TITLE  'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' >> >     WMS_INCLUDE_ITEMS 'all'          #optional >> >     END  #Metadata >> >   TEMPLATE  '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template >> fuer die GetFeatureInfo-Abgabe >> >   CLASS >> >     STYLE >> >       OUTLINECOLOR 0 0 255 >> >       SYMBOL     0 >> >       # COLOR      0 128 0 >> >       END  #Style >> >     LABEL >> >       TYPE TRUETYPE >> >       ANTIALIAS TRUE >> >       FONT 'courbd' >> >       POSITION lc >> >       COLOR  0 0 255 >> >       # BACKGROUNDCOLOR 255 255 255 >> >       SIZE 8 >> >       END  #Label >> >     END  #Class >> >   END  #Layer >> > >> > END #Map >> > =====schnapp============================== >> > >> > >> > -- 2. -- >> > Ich habe noch einen sehr aehnlichen WMS wo das Problem (siehe -1.2.-) nicht >> auftritt. Hier verwende ich EPSG:325833 (Besonderheit in Brandenburg) und >> EPSG:25833. >> > >> > -- 2.1. -- >> > Der Aufruf >> > >> http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> SG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.657224 >> 74&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=app >> lication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer >> "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. >> > >> > Hier das LOG-File: >> > =====schnipp============================== >> > [Thu Nov 19 15:52:35 2009].322318 msDrawRasterLayerLow(DOP100): entering. >> > [Thu Nov 19 15:52:36 2009].167341 msDrawMap(): Layer 0 (DOP100), 0.845s >> > [Thu Nov 19 15:52:36 2009].169287 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> 0.002s >> > [Thu Nov 19 15:52:36 2009].174448 msDrawMap(): Drawing Label Cache, 0.005s >> > [Thu Nov 19 15:52:36 2009].174460 msDrawMap() total time: 0.857s >> > [Thu Nov 19 15:52:36 2009].781229 msSaveImage() total time: 0.607s >> > [Thu Nov 19 15:52:36 2009].781360 mapserv request processing time (msLoadMap >> not incl.): 1.479s >> > [Thu Nov 19 15:52:36 2009].781368 msFreeMap(): freeing map at 0x8196298. >> > =====schnapp============================== >> > >> > >> > -- 2.2. -- >> > Der Aufruf mit veraendertem WIDTH=942 >> > >> http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> SG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.657224 >> 74&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=app >> lication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> > liefert AUCH das RICHTIGE Ergebnis. Der Rasterlayer "DOP100" und der >> Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. >> > >> > Hier das LOG-File: >> > =====schnipp============================== >> > [Thu Nov 19 15:53:20 2009].499706 msWMSLoadGetMapParams(): enabling >> non-square pixels.[Thu Nov 19 15:53:20 2009].535496 msDrawMap(): kicking into >> non-square pixel preserving mode.[Thu Nov 19 15:53:20 2009].535554 >> msDrawRasterLayerLow(DOP100): entering. >> > [Thu Nov 19 15:53:20 2009].759524 msDrawMap(): Layer 0 (DOP100), 0.224s >> > [Thu Nov 19 15:53:20 2009].760967 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> 0.001s >> > [Thu Nov 19 15:53:20 2009].766124 msDrawMap(): Drawing Label Cache, 0.005s >> > [Thu Nov 19 15:53:20 2009].766137 msDrawMap() total time: 0.236s >> > [Thu Nov 19 15:53:21 2009].344298 msSaveImage() total time: 0.578s >> > [Thu Nov 19 15:53:21 2009].344425 mapserv request processing time (msLoadMap >> not incl.): 0.845s >> > [Thu Nov 19 15:53:21 2009].344433 msFreeMap(): freeing map at 0x8196298. >> > =====schnapp============================== >> > >> > Und hier noch das Mapfile: >> > =====schnipp============================== >> > MAP >> >   # -------------------------- >> >   # Mapfilename: orthoLIEB.map >> >   # -------------------------- >> >   NAME           Orthofoto >> >   STATUS         ON >> >   MAXSIZE        8192 >> >   IMAGETYPE      PNG >> >   IMAGECOLOR     255 255 255 >> >   EXTENT         3305000 5838000 3370000 5915000 >> >   UNITS          METERS >> >   SIZE           600 600 >> >   SHAPEPATH      '../' >> >   FONTSET        '../umndata/fonts/fonts.fnt' >> >   SYMBOLSET      '../umndata/symbols/symbols01.sym' >> >   CONFIG  "MS_ERRORFILE" "/tmp/_mapserver.log" >> >   DEBUG 5 >> > >> > OUTPUTFORMAT >> >   Name PNG >> >   DRIVER "GD/PNG" >> >   MIMETYPE "image/png" >> >   IMAGEMODE RGB >> >   EXTENSION "png" >> >   END #OUTPUTFORMAT >> > >> > WEB >> >   METADATA >> >     "WMS_TITLE"                  "Orthofotos" >> >     "WMS_ABSTRACT"               "Orthofotos im Landkreis OPR" >> >     "WMS_FEATURE_INFO_MIME_TYPE" "text/html" >> >     "WMS_ONLINERESOURCE" >> "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" >> >     "WMS_SRS"                    "EPSG:325833 EPSG:25833 EPSG:25832 EPSG:2398 >> EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" >> >     END  #Metadata >> >   END #Web >> > >> > PROJECTION >> >   "init=epsg:325833"   ##required >> >   END #PROJECTION >> > >> > >> > LAYER >> >   # Orthofotos des Landes Brandenburg, DOP100 >> >   NAME "DOP100" >> >   TYPE RASTER >> >   STATUS ON >> >   TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' >> >   METADATA >> >     WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' >> >     END  #Metadata >> >   # OFFSITE 255 255 255 >> >   END #LAYER >> > >> > >> > LAYER >> >   # Uebersicht fuer DOP100 >> >   NAME   "DOP100_Uebersicht" >> >   TYPE   POLYGON >> >   STATUS OFF >> >   DATA   'fs02/datams/doplgb100/geotiffpyra/dop100' >> >   LABELITEM  'BildflugDat'  # Bildflugdatum >> >   LABELMAXSCALE 200000 >> >   # LABELMINSCALE  50000 >> >   METADATA >> >     WMS_TITLE  'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' >> >     WMS_INCLUDE_ITEMS 'all'          #optional >> >     END  #Metadata >> >   TEMPLATE  '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template >> fuer die GetFeatureInfo-Abgabe >> >   CLASS >> >     STYLE >> >       OUTLINECOLOR 0 0 255 >> >       SYMBOL     0 >> >       # COLOR      0 128 0 >> >       END  #Style >> >     LABEL >> >       TYPE TRUETYPE >> >       ANTIALIAS TRUE >> >       FONT 'courbd' >> >       POSITION lc >> >       COLOR  0 0 255 >> >       # BACKGROUNDCOLOR 255 255 255 >> >       SIZE 8 >> >       END  #Label >> >     END  #Class >> >   END  #Layer >> > >> > END #Map >> > =====schnapp============================== >> > >> > >> > -- 3. -- >> > Der WMS unter -1.- wird von einem Client verwendet, der auch noch andere >> Daten in dem speziellem "falschem" EPSG:25833 (Eastwert 7-stellig) verwendet. >> Deshalb die etwas ungewöhnliche Verwendung von EPSG:25833 mit 7-stelligen >> East-Koordinatenwerten. Der Client mag EPSG:325833 nicht, deshalb habe ich den >> WMS unter -1.- "erfunden" und vergewaltige in diesem Fall EPSG:25833 mit >> 7-stelligen East-Werten. Wenn ein Bildausschnitt im Client nun gezoomt oder >> verschoben wird stellt der Client manchmal mit geringfügig anderen WIDTH und >> HEIGHT die GetMap Anfrage und bekommt dann ein weisses Orthofoto zurück. Der >> User wundert sich warum das Orthofoto verschwunden ist. >> > >> > Trotzdem sollte der WMS richtig funktionieren, tut er aber leider nicht. >> > >> > 'shp2img' erzeugt uebrigens IMMER ein richtiges Bild mit Orthofoto. >> > >> > Zur Vollstaendigkeit noch meine Ergaenzungen in der Datei >> > '/usr/share/proj/epsg' >> > =====schnipp============================== >> > # ETRS89 / UTM zone 33N >> > <25833> +proj=utm +zone=33 +ellps=GRS80 +units=m +no_defs  <> >> > # ETRS89 / UTM zone 33N  --> speziel Brandenburg, da EastWert 7-stellig >> (Kennziffer 3.xxx.xxx) >> > # ergaenzt am 25.07.2008 von Roland Krueger >> > <325833> +proj=tmerc +lon_0=15 +ellps=GRS80 +k=0.9996 +units=m +datum=WGS84 >> +x_0=3500000 <> >> > # Spherical Mercator projection, used by Google Maps, Microsoft Virtual >> Earth, Yahoo Maps and OSM >> > # ergaenzt am 13.07.2009 von Roland Krueger >> > <900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 >> +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs >> > =====schnapp============================== >> > >> > >> > Ich hoffe, das ich das Problem ausführlich und konkret beschrieben habe. Ich >> bin natürlich für jede Hilfe sehr dankbar. >> > >> > >> > Viele Grüßen >> > Roland Krüger >> > >> > >> > ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > Mapserver-DE mailing list >> > Mapserver-DE at freegis.org >> > https://freegis.org/mailman/listinfo/mapserver-de >> >> >> -- >> Holger Schiebold >> >> >> ____________________ >> codematix GmbH >> Felsbachstrasse 5/7 >> D-07745 Jena >> Tel. +49 (3641) 3038-34 >> www.codematix.de >> >> > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > From roland.krueger at o-p-r.de Mon Nov 23 17:41:41 2009 From: roland.krueger at o-p-r.de (=?windows-1252?Q?krueger_roland?=) Date: Mon, 23 Nov 2009 17:41:41 +0100 Subject: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? In-Reply-To: References: Message-ID: Hallo Oliver, danke fuer den Hinweis. Im Mapfile habe ich nun CONFIG "MS_NONSQUARE" "YES" eingefügt. Im Layer DOP100 habe ich das Debugging mit DEBUG 5 eingeschaltet. Der Aufruff http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE liefert wieder KEIN Orthofoto DOP100. Der Rasterlayer wird also wieder NICHT angezeigt. Das Logfile sieht so aus: =====schnipp============================== [Mon Nov 23 17:33:09 2009].332462 msDrawMap(): kicking into non-square pixel preserving mode.[Mon Nov 23 17:33:09 2009].332675 msDrawRasterLayerLow(DOP100): entering. [Mon Nov 23 17:33:09 2009].343477 msResampleGDALToMap(): no overlap ... no result. [Mon Nov 23 17:33:09 2009].345942 msResampleGDALToMap(): no overlap ... no result. [Mon Nov 23 17:33:09 2009].347933 msResampleGDALToMap(): no overlap ... no result. [Mon Nov 23 17:33:09 2009].349929 msResampleGDALToMap(): no overlap ... no result. [Mon Nov 23 17:33:09 2009].350454 msDrawMap(): Layer 0 (DOP100), 0.018s [Mon Nov 23 17:33:09 2009].351695 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.001s [Mon Nov 23 17:33:09 2009].356807 msDrawMap(): Drawing Label Cache, 0.005s [Mon Nov 23 17:33:09 2009].356820 msDrawMap() total time: 0.030s [Mon Nov 23 17:33:09 2009].485267 msSaveImage() total time: 0.128s [Mon Nov 23 17:33:09 2009].485407 mapserv request processing time (msLoadMap not incl.): 0.189s [Mon Nov 23 17:33:09 2009].485417 msFreeMap(): freeing map at 0x8196290. =====schnapp============================== Kannst Du damit was anfangen? "msResampleGDALToMap(): no overlap ... no result." ist verdaechtig. Dass das 4-mal erscheint liegt bestimmt daran, weil an dem Bildausschnitt vier Tiffdatein betroffen sind. Aber warum "no overlap"??? Viele Gruesse Roland ------- Zur Vollstaendigkeit hier nochmal das komplette Mapfile: =====schnipp============================== MAP # -------------------------- # Mapfilename: orthoBOES.map # -------------------------- NAME Orthofoto STATUS ON MAXSIZE 8192 IMAGETYPE PNG IMAGECOLOR 255 255 255 EXTENT 3305000 5838000 3370000 5915000 UNITS METERS SIZE 600 600 SHAPEPATH '../' FONTSET '../umndata/fonts/fonts.fnt' SYMBOLSET '../umndata/symbols/symbols01.sym' CONFIG "MS_NONSQUARE" "YES" CONFIG "MS_ERRORFILE" "/tmp/_mapserver.log" DEBUG 5 OUTPUTFORMAT Name PNG DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END #OUTPUTFORMAT WEB METADATA "WMS_TITLE" "Orthofotos" "WMS_ABSTRACT" "Orthofotos im Landkreis OPR, s/w von der LGB, color von der Kreisverwaltung" "WMS_FEATURE_INFO_MIME_TYPE" "text/html" "WMS_ONLINERESOURCE" "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" "WMS_SRS" "EPSG:25833 EPSG:25832 EPSG:2398 EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" END #Metadata END #Web PROJECTION "init=epsg:25833" ##required END #PROJECTION LAYER # Orthofotos des Landes Brandenburg, DOP100 NAME "DOP100" DEBUG 5 TYPE RASTER STATUS ON TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' # PROCESSING "RESAMPLE=AVERAGE" METADATA WMS_TITLE 'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' END #Metadata # OFFSITE 255 255 255 END #LAYER LAYER # Uebersicht fuer DOP100 NAME "DOP100_Uebersicht" TYPE POLYGON STATUS OFF DATA 'fs02/datams/doplgb100/geotiffpyra/dop100' LABELITEM 'BildflugDat' # Bildflugdatum LABELMAXSCALE 200000 # LABELMINSCALE 50000 METADATA WMS_TITLE 'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' WMS_INCLUDE_ITEMS 'all' #optional END #Metadata TEMPLATE '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template fuer die GetFeatureInfo-Abgabe CLASS STYLE OUTLINECOLOR 0 0 255 SYMBOL 0 # COLOR 0 128 0 END #Style LABEL TYPE TRUETYPE ANTIALIAS TRUE FONT 'courbd' POSITION lc COLOR 0 0 255 # BACKGROUNDCOLOR 255 255 255 SIZE 8 END #Label END #Class END #Layer END #Map =====schnapp============================== -----Ursprüngliche Nachricht----- Von: Oliver Wesp Gesendet: Mo 23.11.2009 15:50 An: krueger roland ; CC: mapserver-de at freegis.org; Betreff: Re: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? > Hallo, > > ich denke der Unterschied zwischen den beiden Aufrufen ist tatsächlich > das Seitenverhältnis, so dass Mapserver in den non-square-Mode fällt. > Hast Du mal versucht im Mapfile explizit > > CONFIG "MS_NONSQUARE" "YES" > > zu setzen? Oder das Debugging auf dem DOP100 anzuschalten und zu > schauen was da genau passiert? > > Gruß, > Oliver > > Am 23. November 2009 13:28 schrieb krueger roland : > > Hallo Holger, > > > > danke fuer Deine Antwort. > > > >> Sind auf beiden Servern die identischen Bibliotheken ? > > Es laeuft alles auf EINEM Server, also muss jeweils mit den identischen > Bibliotheken gearbeitet werden. > > Allerdings scheint die installierte gdalversion schon etwas aelter zu sein, > das duerfte doch aber nicht das Problem sein. > > Hier die verwendete Version: > > =====schnipp============================== > > mapsnack at JeOS8041:~$ gdalinfo --version > > GDAL 1.4.4.0, released 2007/11/23 > > =====schnapp============================== > > > > Ich habe die Processing Direktive > >  PROCESSING "RESAMPLE=AVERAGE" > > im Mapfile bei dem entsprechendem Layer eingetragen. > > > > Hier der Ausschnitt zum betroffenen Layer aus dem Mapfile: > > =====schnipp============================== > > # Ausschnitt aus Mapfile: orthoBOES.map > > LAYER > >  # Orthofotos des Landes Brandenburg, DOP100 > >  NAME "DOP100" > >  TYPE RASTER > >  STATUS ON > >  TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' > >  PROCESSING "RESAMPLE=AVERAGE" > >  METADATA > >    WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' > >    END  #Metadata > >  # OFFSITE 255 255 255 > >  END #LAYER > > =====schnapp============================== > > > > > > -- zu 1.1. -- > > Der Aufruf > > > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 > 4&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl > ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > > liefert das Orthofoto DOP100. Der Rasterlayer wird also angezeigt. > > > > Das LOG-File: > > =====schnipp============================== > > [Mon Nov 23 11:30:27 2009].852711 msDrawRasterLayerLow(DOP100): entering. > > [Mon Nov 23 11:30:29 2009].492653 msDrawMap(): Layer 0 (DOP100), 1.640s > > [Mon Nov 23 11:30:29 2009].493843 msDrawMap(): Layer 1 (DOP100_Uebersicht), > 0.001s > > [Mon Nov 23 11:30:29 2009].499005 msDrawMap(): Drawing Label Cache, 0.005s > > [Mon Nov 23 11:30:29 2009].499018 msDrawMap() total time: 1.652s > > [Mon Nov 23 11:30:30 2009].79134 msSaveImage() total time: 0.580s > > [Mon Nov 23 11:30:30 2009].79313 mapserv request processing time (msLoadMap > not incl.): 2.247s > > [Mon Nov 23 11:30:30 2009].79322 msFreeMap(): freeing map at 0x8196290. > > =====schnapp============================== > > > > > > -- zu 1.2. -- > > Der Aufruf > > > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 > 4&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl > ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > > liefert KEIN Orthofoto DOP100. Der Rasterlayer wird also wieder NICHT > angezeigt. > > > > Das LOG-File: > > =====schnipp============================== > > [Mon Nov 23 11:44:29 2009].725348 msWMSLoadGetMapParams(): enabling > non-square pixels.[Mon Nov 23 11:44:29 2009].761156 msDrawMap(): kicking into > non-square pixel preserving mode.[Mon Nov 23 11:44:29 2009].761222 > msDrawRasterLayerLow(DOP100): entering. > > [Mon Nov 23 11:44:29 2009].774553 msDrawMap(): Layer 0 (DOP100), 0.013s > > [Mon Nov 23 11:44:29 2009].776345 msDrawMap(): Layer 1 (DOP100_Uebersicht), > 0.002s > > [Mon Nov 23 11:44:29 2009].781408 msDrawMap(): Drawing Label Cache, 0.005s > > [Mon Nov 23 11:44:29 2009].781421 msDrawMap() total time: 0.026s > > [Mon Nov 23 11:44:29 2009].905007 msSaveImage() total time: 0.124s > > [Mon Nov 23 11:44:29 2009].905110 mapserv request processing time (msLoadMap > not incl.): 0.180s > > [Mon Nov 23 11:44:29 2009].905118 msFreeMap(): freeing map at 0x8196290. > > =====schnapp============================== > > > > > > Dein Vorschlag, die Processing-Variante "non-square Pixeln" manuell zu > aktivieren scheint leider nicht zu funktionieren. Wie Du unter --zu 1.1.-- > sehen kannst wird im LOG-File NICHTS von "enabling non-square pixels" > protokolliert. Die GetMap-Aufrufe verhalten sich wie vorher auch. > > > > > > Viele Gruesse > > Roland > > > > > > -----Ursprüngliche Nachricht----- > > Von: Holger Schiebold > > Gesendet: Fr 20.11.2009 14:08 > > An: krueger roland ; > > CC: mapserver-de at freegis.org; > > Betreff: Re: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT > Problem? > > > >> Hallo Roland, > >> > >> keine Ahnung ob das was bringt aber zum eingrenzen des Problems würde > >> ich mal bei dem Raster Layer eine Processing Direktive wie > >> RESAMPLE=AVERAGE angeben und schauen wie es sich dann in beiden Fällen ( > >> square und non-square pixels ) verhält. Ich vermute das Problem bei > >> GDAL. Sind auf beiden Servern die identischen Bibliotheken ? Nach meinem > >> Wissensstand gibt es zwei Varianten wie die Rasterlayer prozessiert > >> werden - eine einfache und eine komplexere Variante. Wobei letztere bei > >> den Anfragen aktiv wird, wie in deinem zweiten Beispiel mit non-square > >> Pixeln. Diese zweite Variante kann man aber eben auch durch die > >> Processing Direktive quasi zum Test mal manuell aktivieren. > >> > >> Gruß und viel Glück > >> > >> Holger > >> > >> krueger roland schrieb: > >> > Hallo Liste, > >> > > >> > ich habe mit dem UMN ein Problem, das ich nicht lösen kann. Ich habe auch > >> keine Idee wie der Fehler weiter "einzukreisen" ist. > >> > > >> > Ich verwende UMN-Mapserver 5.2.1 > >> > > >> > MapServer version 5.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > >> OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV > >> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > SUPPORTS=WFS_CLIENT > >> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS > >> INPUT=TIFF INPUT=EPPL7 INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL > INPUT=MYGIS > >> INPUT=SHAPEFILE > >> > > >> > Das Ganze läuft unter Ubuntu 8.04 LTS, Hardy Heron (JeOS) auf einer > >> Virtuellen Maschine unter VMware. > >> > > >> > -- 1. -- > >> > Problembeschreibung: > >> > Ich habe ein Mapfile erstellt, um Orthofotos als WMS nutzen zukoennen. > >> > > >> > -- 1.1. -- > >> > Der Aufruf > >> > > >> > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > >> > SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 > >> > 4&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl > >> ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > >> > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer > >> "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. > >> > > >> > Hier das LOG-File: > >> > =====schnipp============================== > >> > [Thu Nov 19 15:32:04 2009].300410 msDrawRasterLayerLow(DOP100): entering. > >> > [Thu Nov 19 15:32:05 2009].559901 msDrawMap(): Layer 0 (DOP100), 1.260s > >> > [Thu Nov 19 15:32:05 2009].610758 msDrawMap(): Layer 1 (DOP100_Uebersicht), > >> 0.051s > >> > [Thu Nov 19 15:32:05 2009].616107 msDrawMap(): Drawing Label Cache, 0.005s > >> > [Thu Nov 19 15:32:05 2009].616120 msDrawMap() total time: 1.321s > >> > [Thu Nov 19 15:32:06 2009].224862 msSaveImage() total time: 0.609s > >> > [Thu Nov 19 15:32:06 2009].224999 mapserv request processing time > (msLoadMap > >> not incl.): 1.945s > >> > [Thu Nov 19 15:32:06 2009].225008 msFreeMap(): freeing map at 0x8196290. > >> > =====schnapp============================== > >> > > >> > > >> > -- 1.2. -- > >> > Wenn ich nun den Parameter WIDTH geringfuegig veraendere (von WIDTH=941 auf > >> WIDTH=942), sodass das Breiten/Hoehen-Verhaeltnis der BBOX nicht mehr exakt > mit > >> dem Breiten/Hoehen-Verhaeltnis von WIDTH und HEIGHT uebereinstimmt, dann wird > >> im zurueckgelieferten PNG der Rasterlayer "DOP100" (Orthofoto) NICHT > >> dargestellt. > >> > > >> > Der Aufruf > >> > > >> > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > >> > SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 > >> > 4&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl > >> ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > >> > liefert ein PNG, in dem nur der Vektorlayer "DOP100_Uebersicht" dargestellt > >> ist. Der Rasterlayer "DOP100" ist NICHT im PNG dargestellt. > >> > > >> > Hier das LOG-File: > >> > =====schnipp============================== > >> > [Thu Nov 19 15:33:32 2009].78739 msWMSLoadGetMapParams(): enabling > non-square > >> pixels.[Thu Nov 19 15:33:32 2009].114164 msDrawMap(): kicking into non-square > >> pixel preserving mode.[Thu Nov 19 15:33:32 2009].114224 > >> msDrawRasterLayerLow(DOP100): entering. > >> > [Thu Nov 19 15:33:32 2009].129524 msDrawMap(): Layer 0 (DOP100), 0.015s > >> > [Thu Nov 19 15:33:32 2009].132051 msDrawMap(): Layer 1 (DOP100_Uebersicht), > >> 0.002s > >> > [Thu Nov 19 15:33:32 2009].137040 msDrawMap(): Drawing Label Cache, 0.005s > >> > [Thu Nov 19 15:33:32 2009].137053 msDrawMap() total time: 0.028s > >> > [Thu Nov 19 15:33:32 2009].249801 msSaveImage() total time: 0.113s > >> > [Thu Nov 19 15:33:32 2009].249918 mapserv request processing time > (msLoadMap > >> not incl.): 0.171s > >> > [Thu Nov 19 15:33:32 2009].249927 msFreeMap(): freeing map at 0x8196290. > >> > =====schnapp============================== > >> > > >> > Woran kann es liegen, dass der Rasterlayer NICHT dargestellt wird??? Ich > habe > >> naemlich ein fast identischen WMS am laufen (siehe unten Pkt. -2.-) wo das > >> Problem nicht auftritt. > >> > > >> > Hier noch das Mapfile. > >> > =====schnipp============================== > >> > MAP > >> >   # -------------------------- > >> >   # Mapfilename: orthoBOES.map > >> >   # -------------------------- > >> >   NAME           Orthofoto > >> >   STATUS         ON > >> >   MAXSIZE        8192 > >> >   IMAGETYPE      PNG > >> >   IMAGECOLOR     255 255 255 > >> >   EXTENT         3305000 5838000 3370000 5915000 > >> >   UNITS          METERS > >> >   SIZE           600 600 > >> >   SHAPEPATH      '../' > >> >   FONTSET        '../umndata/fonts/fonts.fnt' > >> >   SYMBOLSET      '../umndata/symbols/symbols01.sym' > >> >   CONFIG  "MS_ERRORFILE" "/tmp/_mapserver.log" > >> >   DEBUG 5 > >> > > >> > OUTPUTFORMAT > >> >   Name PNG > >> >   DRIVER "GD/PNG" > >> >   MIMETYPE "image/png" > >> >   IMAGEMODE RGB > >> >   EXTENSION "png" > >> >   END #OUTPUTFORMAT > >> > > >> > WEB > >> >   METADATA > >> >     "WMS_TITLE"                  "Orthofotos" > >> >     "WMS_ABSTRACT"               "Orthofotos im Landkreis OPR" > >> >     "WMS_FEATURE_INFO_MIME_TYPE" "text/html" > >> >     "WMS_ONLINERESOURCE" > >> "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" > >> >     "WMS_SRS"                    "EPSG:25833 EPSG:25832 EPSG:2398 > EPSG:28402 > >> EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" > >> >     END  #Metadata > >> >   END #Web > >> > > >> > PROJECTION > >> >   "init=epsg:25833"   ##required > >> >   END #PROJECTION > >> > > >> > > >> > LAYER > >> >   # Orthofotos des Landes Brandenburg, DOP100 > >> >   NAME "DOP100" > >> >   TYPE RASTER > >> >   STATUS ON > >> >   TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' > >> >   METADATA > >> >     WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro > Pixel' > >> >     END  #Metadata > >> >   # OFFSITE 255 255 255 > >> >   END #LAYER > >> > > >> > > >> > LAYER > >> >   # Uebersicht fuer DOP100 > >> >   NAME   "DOP100_Uebersicht" > >> >   TYPE   POLYGON > >> >   STATUS OFF > >> >   DATA   'fs02/datams/doplgb100/geotiffpyra/dop100' > >> >   LABELITEM  'BildflugDat'  # Bildflugdatum > >> >   LABELMAXSCALE 200000 > >> >   # LABELMINSCALE  50000 > >> >   METADATA > >> >     WMS_TITLE  'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' > >> >     WMS_INCLUDE_ITEMS 'all'          #optional > >> >     END  #Metadata > >> >   TEMPLATE  '../umndata/template/dop100-lgb_uebersicht.html' # > HTML-Template > >> fuer die GetFeatureInfo-Abgabe > >> >   CLASS > >> >     STYLE > >> >       OUTLINECOLOR 0 0 255 > >> >       SYMBOL     0 > >> >       # COLOR      0 128 0 > >> >       END  #Style > >> >     LABEL > >> >       TYPE TRUETYPE > >> >       ANTIALIAS TRUE > >> >       FONT 'courbd' > >> >       POSITION lc > >> >       COLOR  0 0 255 > >> >       # BACKGROUNDCOLOR 255 255 255 > >> >       SIZE 8 > >> >       END  #Label > >> >     END  #Class > >> >   END  #Layer > >> > > >> > END #Map > >> > =====schnapp============================== > >> > > >> > > >> > -- 2. -- > >> > Ich habe noch einen sehr aehnlichen WMS wo das Problem (siehe -1.2.-) nicht > >> auftritt. Hier verwende ich EPSG:325833 (Besonderheit in Brandenburg) und > >> EPSG:25833. > >> > > >> > -- 2.1. -- > >> > Der Aufruf > >> > > >> > http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > >> > SG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.657224 > >> > 74&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=app > >> lication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > >> > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer > >> "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. > >> > > >> > Hier das LOG-File: > >> > =====schnipp============================== > >> > [Thu Nov 19 15:52:35 2009].322318 msDrawRasterLayerLow(DOP100): entering. > >> > [Thu Nov 19 15:52:36 2009].167341 msDrawMap(): Layer 0 (DOP100), 0.845s > >> > [Thu Nov 19 15:52:36 2009].169287 msDrawMap(): Layer 1 (DOP100_Uebersicht), > >> 0.002s > >> > [Thu Nov 19 15:52:36 2009].174448 msDrawMap(): Drawing Label Cache, 0.005s > >> > [Thu Nov 19 15:52:36 2009].174460 msDrawMap() total time: 0.857s > >> > [Thu Nov 19 15:52:36 2009].781229 msSaveImage() total time: 0.607s > >> > [Thu Nov 19 15:52:36 2009].781360 mapserv request processing time > (msLoadMap > >> not incl.): 1.479s > >> > [Thu Nov 19 15:52:36 2009].781368 msFreeMap(): freeing map at 0x8196298. > >> > =====schnapp============================== > >> > > >> > > >> > -- 2.2. -- > >> > Der Aufruf mit veraendertem WIDTH=942 > >> > > >> > http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EP > >> > SG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.657224 > >> > 74&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=app > >> lication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > >> > liefert AUCH das RICHTIGE Ergebnis. Der Rasterlayer "DOP100" und der > >> Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. > >> > > >> > Hier das LOG-File: > >> > =====schnipp============================== > >> > [Thu Nov 19 15:53:20 2009].499706 msWMSLoadGetMapParams(): enabling > >> non-square pixels.[Thu Nov 19 15:53:20 2009].535496 msDrawMap(): kicking into > >> non-square pixel preserving mode.[Thu Nov 19 15:53:20 2009].535554 > >> msDrawRasterLayerLow(DOP100): entering. > >> > [Thu Nov 19 15:53:20 2009].759524 msDrawMap(): Layer 0 (DOP100), 0.224s > >> > [Thu Nov 19 15:53:20 2009].760967 msDrawMap(): Layer 1 (DOP100_Uebersicht), > >> 0.001s > >> > [Thu Nov 19 15:53:20 2009].766124 msDrawMap(): Drawing Label Cache, 0.005s > >> > [Thu Nov 19 15:53:20 2009].766137 msDrawMap() total time: 0.236s > >> > [Thu Nov 19 15:53:21 2009].344298 msSaveImage() total time: 0.578s > >> > [Thu Nov 19 15:53:21 2009].344425 mapserv request processing time > (msLoadMap > >> not incl.): 0.845s > >> > [Thu Nov 19 15:53:21 2009].344433 msFreeMap(): freeing map at 0x8196298. > >> > =====schnapp============================== > >> > > >> > Und hier noch das Mapfile: > >> > =====schnipp============================== > >> > MAP > >> >   # -------------------------- > >> >   # Mapfilename: orthoLIEB.map > >> >   # -------------------------- > >> >   NAME           Orthofoto > >> >   STATUS         ON > >> >   MAXSIZE        8192 > >> >   IMAGETYPE      PNG > >> >   IMAGECOLOR     255 255 255 > >> >   EXTENT         3305000 5838000 3370000 5915000 > >> >   UNITS          METERS > >> >   SIZE           600 600 > >> >   SHAPEPATH      '../' > >> >   FONTSET        '../umndata/fonts/fonts.fnt' > >> >   SYMBOLSET      '../umndata/symbols/symbols01.sym' > >> >   CONFIG  "MS_ERRORFILE" "/tmp/_mapserver.log" > >> >   DEBUG 5 > >> > > >> > OUTPUTFORMAT > >> >   Name PNG > >> >   DRIVER "GD/PNG" > >> >   MIMETYPE "image/png" > >> >   IMAGEMODE RGB > >> >   EXTENSION "png" > >> >   END #OUTPUTFORMAT > >> > > >> > WEB > >> >   METADATA > >> >     "WMS_TITLE"                  "Orthofotos" > >> >     "WMS_ABSTRACT"               "Orthofotos im Landkreis OPR" > >> >     "WMS_FEATURE_INFO_MIME_TYPE" "text/html" > >> >     "WMS_ONLINERESOURCE" > >> "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" > >> >     "WMS_SRS"                    "EPSG:325833 EPSG:25833 EPSG:25832 > EPSG:2398 > >> EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" > >> >     END  #Metadata > >> >   END #Web > >> > > >> > PROJECTION > >> >   "init=epsg:325833"   ##required > >> >   END #PROJECTION > >> > > >> > > >> > LAYER > >> >   # Orthofotos des Landes Brandenburg, DOP100 > >> >   NAME "DOP100" > >> >   TYPE RASTER > >> >   STATUS ON > >> >   TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' > >> >   METADATA > >> >     WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro > Pixel' > >> >     END  #Metadata > >> >   # OFFSITE 255 255 255 > >> >   END #LAYER > >> > > >> > > >> > LAYER > >> >   # Uebersicht fuer DOP100 > >> >   NAME   "DOP100_Uebersicht" > >> >   TYPE   POLYGON > >> >   STATUS OFF > >> >   DATA   'fs02/datams/doplgb100/geotiffpyra/dop100' > >> >   LABELITEM  'BildflugDat'  # Bildflugdatum > >> >   LABELMAXSCALE 200000 > >> >   # LABELMINSCALE  50000 > >> >   METADATA > >> >     WMS_TITLE  'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' > >> >     WMS_INCLUDE_ITEMS 'all'          #optional > >> >     END  #Metadata > >> >   TEMPLATE  '../umndata/template/dop100-lgb_uebersicht.html' # > HTML-Template > >> fuer die GetFeatureInfo-Abgabe > >> >   CLASS > >> >     STYLE > >> >       OUTLINECOLOR 0 0 255 > >> >       SYMBOL     0 > >> >       # COLOR      0 128 0 > >> >       END  #Style > >> >     LABEL > >> >       TYPE TRUETYPE > >> >       ANTIALIAS TRUE > >> >       FONT 'courbd' > >> >       POSITION lc > >> >       COLOR  0 0 255 > >> >       # BACKGROUNDCOLOR 255 255 255 > >> >       SIZE 8 > >> >       END  #Label > >> >     END  #Class > >> >   END  #Layer > >> > > >> > END #Map > >> > =====schnapp============================== > >> > > >> > > >> > -- 3. -- > >> > Der WMS unter -1.- wird von einem Client verwendet, der auch noch andere > >> Daten in dem speziellem "falschem" EPSG:25833 (Eastwert 7-stellig) verwendet. > >> Deshalb die etwas ungewöhnliche Verwendung von EPSG:25833 mit 7-stelligen > >> East-Koordinatenwerten. Der Client mag EPSG:325833 nicht, deshalb habe ich > den > >> WMS unter -1.- "erfunden" und vergewaltige in diesem Fall EPSG:25833 mit > >> 7-stelligen East-Werten. Wenn ein Bildausschnitt im Client nun gezoomt oder > >> verschoben wird stellt der Client manchmal mit geringfügig anderen WIDTH und > >> HEIGHT die GetMap Anfrage und bekommt dann ein weisses Orthofoto zurück. Der > >> User wundert sich warum das Orthofoto verschwunden ist. > >> > > >> > Trotzdem sollte der WMS richtig funktionieren, tut er aber leider nicht. > >> > > >> > 'shp2img' erzeugt uebrigens IMMER ein richtiges Bild mit Orthofoto. > >> > > >> > Zur Vollstaendigkeit noch meine Ergaenzungen in der Datei > >> > '/usr/share/proj/epsg' > >> > =====schnipp============================== > >> > # ETRS89 / UTM zone 33N > >> > <25833> +proj=utm +zone=33 +ellps=GRS80 +units=m +no_defs  <> > >> > # ETRS89 / UTM zone 33N  --> speziel Brandenburg, da EastWert 7-stellig > >> (Kennziffer 3.xxx.xxx) > >> > # ergaenzt am 25.07.2008 von Roland Krueger > >> > <325833> +proj=tmerc +lon_0=15 +ellps=GRS80 +k=0.9996 +units=m +datum=WGS84 > >> +x_0=3500000 <> > >> > # Spherical Mercator projection, used by Google Maps, Microsoft Virtual > >> Earth, Yahoo Maps and OSM > >> > # ergaenzt am 13.07.2009 von Roland Krueger > >> > <900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 > >> +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs > >> > =====schnapp============================== > >> > > >> > > >> > Ich hoffe, das ich das Problem ausführlich und konkret beschrieben habe. > Ich > >> bin natürlich für jede Hilfe sehr dankbar. > >> > > >> > > >> > Viele Grüßen > >> > Roland Krüger > >> > > >> > > >> > ------------------------------------------------------------------------ > >> > > >> > _______________________________________________ > >> > Mapserver-DE mailing list > >> > Mapserver-DE at freegis.org > >> > https://freegis.org/mailman/listinfo/mapserver-de > >> > >> > >> -- > >> Holger Schiebold > >> > >> > >> ____________________ > >> codematix GmbH > >> Felsbachstrasse 5/7 > >> D-07745 Jena > >> Tel. +49 (3641) 3038-34 > >> www.codematix.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 oliver.wesp at gmail.com Tue Nov 24 08:59:13 2009 From: oliver.wesp at gmail.com (Oliver Wesp) Date: Tue, 24 Nov 2009 08:59:13 +0100 Subject: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? In-Reply-To: References: Message-ID: Hallo Roland, ohne genau zu verstehen was in der Methode passiert, bin ich mir sicher da liegt irgendwo das Problem. An der Stelle berechnet die Methode den ein oder anderen Extent und kommt dann zu dem Schluß, dass es keine überlappenden Bereiche existieren und gibt 0 zurück. Was ziemlich deutlich ein Grund dafür sein könnte, dass Du keine Bilder siehst. Dann habe ich mich gewundert, warum Mapserver überhaupt in die Methode msResampleGDALToMap reinläuft und hab mir nochmal deine Mapfiles angeschaut. Folgende glaube ich dabei verstanden zu haben: Du hast 2 Projektionen. Einmal 25833 (normales UTM33N) und einmal 325833 (siebenstelliges Brandenburg UTM33N). In beiden Mapfiles greifst Du auf diesselbe Datenquelle zu. Ich vermute jetzt einfach mal, deine Datenquelle hat 325833. In beiden Mapfiles gibst Du aber nur eine Ausgabeprojektion an. D.h. in einem deiner beiden Mapfiles passt die Layerprojektion nicht zur Ausgabeprojektion, Mapserver geht aber davon aus, dass die Layer der Ausgabeprojektion entsprechen wenn keine eigene Projektion für den Layer definiert ist. Jetzt wunder ich mich zwar etwas, dass Du in dem Fall überhaupt Daten zu sehen bekommst und das ganze erst bei den non-square-Pixels zum Problem wird....auf der anderen Seite stocher ich auch nur ein wenig im trüben. Ich würde auf jeden Fall mal konsequent zur Ausgabeprojektion noch die Projektion der Quelldaten für jeden Layer definieren. Gruß, Oliver Am 23. November 2009 17:41 schrieb krueger roland : > Hallo Oliver, > > danke fuer den Hinweis. Im Mapfile habe ich nun >  CONFIG "MS_NONSQUARE" "YES" > eingefügt. > > Im Layer DOP100 habe ich das Debugging mit >  DEBUG 5 > eingeschaltet. > > Der Aufruff > http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.65722474&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=application/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE > liefert wieder KEIN Orthofoto DOP100. Der Rasterlayer wird also wieder NICHT angezeigt. > > Das Logfile sieht so aus: > =====schnipp============================== > [Mon Nov 23 17:33:09 2009].332462 msDrawMap(): kicking into non-square pixel preserving mode.[Mon Nov 23 17:33:09 2009].332675 msDrawRasterLayerLow(DOP100): entering. > [Mon Nov 23 17:33:09 2009].343477 msResampleGDALToMap(): no overlap ... no result. > [Mon Nov 23 17:33:09 2009].345942 msResampleGDALToMap(): no overlap ... no result. > [Mon Nov 23 17:33:09 2009].347933 msResampleGDALToMap(): no overlap ... no result. > [Mon Nov 23 17:33:09 2009].349929 msResampleGDALToMap(): no overlap ... no result. > [Mon Nov 23 17:33:09 2009].350454 msDrawMap(): Layer 0 (DOP100), 0.018s > [Mon Nov 23 17:33:09 2009].351695 msDrawMap(): Layer 1 (DOP100_Uebersicht), 0.001s > [Mon Nov 23 17:33:09 2009].356807 msDrawMap(): Drawing Label Cache, 0.005s > [Mon Nov 23 17:33:09 2009].356820 msDrawMap() total time: 0.030s > [Mon Nov 23 17:33:09 2009].485267 msSaveImage() total time: 0.128s > [Mon Nov 23 17:33:09 2009].485407 mapserv request processing time (msLoadMap not incl.): 0.189s > [Mon Nov 23 17:33:09 2009].485417 msFreeMap(): freeing map at 0x8196290. > =====schnapp============================== > > Kannst Du damit was anfangen? > "msResampleGDALToMap(): no overlap ... no result." ist verdaechtig. > Dass das 4-mal erscheint liegt bestimmt daran, weil an dem Bildausschnitt vier Tiffdatein betroffen sind. > Aber warum "no overlap"??? > > Viele Gruesse > Roland > > > ------- > > Zur Vollstaendigkeit hier nochmal das komplette Mapfile: > =====schnipp============================== > MAP >  # -------------------------- >  # Mapfilename: orthoBOES.map >  # -------------------------- >  NAME           Orthofoto >  STATUS         ON >  MAXSIZE        8192 >  IMAGETYPE      PNG >  IMAGECOLOR     255 255 255 >  EXTENT         3305000 5838000 3370000 5915000 >  UNITS          METERS >  SIZE           600 600 >  SHAPEPATH      '../' >  FONTSET        '../umndata/fonts/fonts.fnt' >  SYMBOLSET      '../umndata/symbols/symbols01.sym' >  CONFIG "MS_NONSQUARE" "YES" >  CONFIG  "MS_ERRORFILE" "/tmp/_mapserver.log" >  DEBUG 5 > > OUTPUTFORMAT >  Name PNG >  DRIVER "GD/PNG" >  MIMETYPE "image/png" >  IMAGEMODE RGB >  EXTENSION "png" >  END #OUTPUTFORMAT > > WEB >  METADATA >    "WMS_TITLE"                  "Orthofotos" >    "WMS_ABSTRACT"               "Orthofotos im Landkreis OPR, s/w von der LGB, color von der Kreisverwaltung" >    "WMS_FEATURE_INFO_MIME_TYPE" "text/html" >    "WMS_ONLINERESOURCE"         "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" >    "WMS_SRS"                    "EPSG:25833 EPSG:25832 EPSG:2398 EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" >    END  #Metadata >  END #Web > > PROJECTION >  "init=epsg:25833"   ##required >  END #PROJECTION > > > LAYER >  # Orthofotos des Landes Brandenburg, DOP100 >  NAME "DOP100" >  DEBUG 5 >  TYPE RASTER >  STATUS ON >  TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' >  # PROCESSING "RESAMPLE=AVERAGE" >  METADATA >    WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' >    END  #Metadata >  # OFFSITE 255 255 255 >  END #LAYER > > > LAYER >  # Uebersicht fuer DOP100 >  NAME   "DOP100_Uebersicht" >  TYPE   POLYGON >  STATUS OFF >  DATA   'fs02/datams/doplgb100/geotiffpyra/dop100' >  LABELITEM  'BildflugDat'  # Bildflugdatum >  LABELMAXSCALE 200000 >  # LABELMINSCALE  50000 >  METADATA >    WMS_TITLE  'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' >    WMS_INCLUDE_ITEMS 'all'          #optional >    END  #Metadata >  TEMPLATE  '../umndata/template/dop100-lgb_uebersicht.html' # HTML-Template fuer die GetFeatureInfo-Abgabe >  CLASS >    STYLE >      OUTLINECOLOR 0 0 255 >      SYMBOL     0 >      # COLOR      0 128 0 >      END  #Style >    LABEL >      TYPE TRUETYPE >      ANTIALIAS TRUE >      FONT 'courbd' >      POSITION lc >      COLOR  0 0 255 >      # BACKGROUNDCOLOR 255 255 255 >      SIZE 8 >      END  #Label >    END  #Class >  END  #Layer > > END #Map > =====schnapp============================== > > > > -----Ursprüngliche Nachricht----- > Von: Oliver Wesp > Gesendet: Mo 23.11.2009 15:50 > An: krueger roland ; > CC: mapserver-de at freegis.org; > Betreff: Re: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT        Problem? > >> Hallo, >> >> ich denke der Unterschied zwischen den beiden Aufrufen ist tatsächlich >> das Seitenverhältnis, so dass Mapserver in den non-square-Mode fällt. >> Hast Du mal versucht im Mapfile explizit >> >> CONFIG "MS_NONSQUARE" "YES" >> >> zu setzen? Oder das Debugging auf dem DOP100 anzuschalten und zu >> schauen was da genau passiert? >> >> Gruß, >> Oliver >> >> Am 23. November 2009 13:28 schrieb krueger roland : >> > Hallo Holger, >> > >> > danke fuer Deine Antwort. >> > >> >> Sind auf beiden Servern die identischen Bibliotheken ? >> > Es laeuft alles auf EINEM Server, also muss jeweils mit den identischen >> Bibliotheken gearbeitet werden. >> > Allerdings scheint die installierte gdalversion schon etwas aelter zu sein, >> das duerfte doch aber nicht das Problem sein. >> > Hier die verwendete Version: >> > =====schnipp============================== >> > mapsnack at JeOS8041:~$ gdalinfo --version >> > GDAL 1.4.4.0, released 2007/11/23 >> > =====schnapp============================== >> > >> > Ich habe die Processing Direktive >> >  PROCESSING "RESAMPLE=AVERAGE" >> > im Mapfile bei dem entsprechendem Layer eingetragen. >> > >> > Hier der Ausschnitt zum betroffenen Layer aus dem Mapfile: >> > =====schnipp============================== >> > # Ausschnitt aus Mapfile: orthoBOES.map >> > LAYER >> >  # Orthofotos des Landes Brandenburg, DOP100 >> >  NAME "DOP100" >> >  TYPE RASTER >> >  STATUS ON >> >  TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' >> >  PROCESSING "RESAMPLE=AVERAGE" >> >  METADATA >> >    WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro Pixel' >> >    END  #Metadata >> >  # OFFSITE 255 255 255 >> >  END #LAYER >> > =====schnapp============================== >> > >> > >> > -- zu 1.1. -- >> > Der Aufruf >> > >> http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 >> 4&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl >> ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> > liefert das Orthofoto DOP100. Der Rasterlayer wird also angezeigt. >> > >> > Das LOG-File: >> > =====schnipp============================== >> > [Mon Nov 23 11:30:27 2009].852711 msDrawRasterLayerLow(DOP100): entering. >> > [Mon Nov 23 11:30:29 2009].492653 msDrawMap(): Layer 0 (DOP100), 1.640s >> > [Mon Nov 23 11:30:29 2009].493843 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> 0.001s >> > [Mon Nov 23 11:30:29 2009].499005 msDrawMap(): Drawing Label Cache, 0.005s >> > [Mon Nov 23 11:30:29 2009].499018 msDrawMap() total time: 1.652s >> > [Mon Nov 23 11:30:30 2009].79134 msSaveImage() total time: 0.580s >> > [Mon Nov 23 11:30:30 2009].79313 mapserv request processing time (msLoadMap >> not incl.): 2.247s >> > [Mon Nov 23 11:30:30 2009].79322 msFreeMap(): freeing map at 0x8196290. >> > =====schnapp============================== >> > >> > >> > -- zu 1.2. -- >> > Der Aufruf >> > >> http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 >> 4&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl >> ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> > liefert KEIN Orthofoto DOP100. Der Rasterlayer wird also wieder NICHT >> angezeigt. >> > >> > Das LOG-File: >> > =====schnipp============================== >> > [Mon Nov 23 11:44:29 2009].725348 msWMSLoadGetMapParams(): enabling >> non-square pixels.[Mon Nov 23 11:44:29 2009].761156 msDrawMap(): kicking into >> non-square pixel preserving mode.[Mon Nov 23 11:44:29 2009].761222 >> msDrawRasterLayerLow(DOP100): entering. >> > [Mon Nov 23 11:44:29 2009].774553 msDrawMap(): Layer 0 (DOP100), 0.013s >> > [Mon Nov 23 11:44:29 2009].776345 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> 0.002s >> > [Mon Nov 23 11:44:29 2009].781408 msDrawMap(): Drawing Label Cache, 0.005s >> > [Mon Nov 23 11:44:29 2009].781421 msDrawMap() total time: 0.026s >> > [Mon Nov 23 11:44:29 2009].905007 msSaveImage() total time: 0.124s >> > [Mon Nov 23 11:44:29 2009].905110 mapserv request processing time (msLoadMap >> not incl.): 0.180s >> > [Mon Nov 23 11:44:29 2009].905118 msFreeMap(): freeing map at 0x8196290. >> > =====schnapp============================== >> > >> > >> > Dein Vorschlag, die Processing-Variante "non-square Pixeln" manuell zu >> aktivieren scheint leider nicht zu funktionieren. Wie Du unter --zu 1.1.-- >> sehen kannst wird im LOG-File NICHTS von "enabling non-square pixels" >> protokolliert. Die GetMap-Aufrufe verhalten sich wie vorher auch. >> > >> > >> > Viele Gruesse >> > Roland >> > >> > >> > -----Ursprüngliche Nachricht----- >> > Von: Holger Schiebold >> > Gesendet: Fr 20.11.2009 14:08 >> > An: krueger roland ; >> > CC: mapserver-de at freegis.org; >> > Betreff: Re: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT >> Problem? >> > >> >> Hallo Roland, >> >> >> >> keine Ahnung ob das was bringt aber zum eingrenzen des Problems würde >> >> ich mal bei dem Raster Layer eine Processing Direktive wie >> >> RESAMPLE=AVERAGE angeben und schauen wie es sich dann in beiden Fällen ( >> >> square und non-square pixels ) verhält. Ich vermute das Problem bei >> >> GDAL. Sind auf beiden Servern die identischen Bibliotheken ? Nach meinem >> >> Wissensstand gibt es zwei Varianten wie die Rasterlayer prozessiert >> >> werden - eine einfache und eine komplexere Variante. Wobei letztere bei >> >> den Anfragen aktiv wird, wie in deinem zweiten Beispiel mit non-square >> >> Pixeln. Diese zweite Variante kann man aber eben auch durch die >> >> Processing Direktive quasi zum Test mal manuell aktivieren. >> >> >> >> Gruß und viel Glück >> >> >> >> Holger >> >> >> >> krueger roland schrieb: >> >> > Hallo Liste, >> >> > >> >> > ich habe mit dem UMN ein Problem, das ich nicht lösen kann. Ich habe auch >> >> keine Idee wie der Fehler weiter "einzukreisen" ist. >> >> > >> >> > Ich verwende UMN-Mapserver 5.2.1 >> >> > >> >> > MapServer version 5.2.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >> >> OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV >> >> SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER >> SUPPORTS=WFS_CLIENT >> >> SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS >> >> INPUT=TIFF INPUT=EPPL7 INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL >> INPUT=MYGIS >> >> INPUT=SHAPEFILE >> >> > >> >> > Das Ganze läuft unter Ubuntu 8.04 LTS, Hardy Heron (JeOS) auf einer >> >> Virtuellen Maschine unter VMware. >> >> > >> >> > -- 1. -- >> >> > Problembeschreibung: >> >> > Ich habe ein Mapfile erstellt, um Orthofotos als WMS nutzen zukoennen. >> >> > >> >> > -- 1.1. -- >> >> > Der Aufruf >> >> > >> >> >> http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> >> >> SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 >> >> >> 4&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl >> >> ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> >> > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer >> >> "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. >> >> > >> >> > Hier das LOG-File: >> >> > =====schnipp============================== >> >> > [Thu Nov 19 15:32:04 2009].300410 msDrawRasterLayerLow(DOP100): entering. >> >> > [Thu Nov 19 15:32:05 2009].559901 msDrawMap(): Layer 0 (DOP100), 1.260s >> >> > [Thu Nov 19 15:32:05 2009].610758 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> >> 0.051s >> >> > [Thu Nov 19 15:32:05 2009].616107 msDrawMap(): Drawing Label Cache, 0.005s >> >> > [Thu Nov 19 15:32:05 2009].616120 msDrawMap() total time: 1.321s >> >> > [Thu Nov 19 15:32:06 2009].224862 msSaveImage() total time: 0.609s >> >> > [Thu Nov 19 15:32:06 2009].224999 mapserv request processing time >> (msLoadMap >> >> not incl.): 1.945s >> >> > [Thu Nov 19 15:32:06 2009].225008 msFreeMap(): freeing map at 0x8196290. >> >> > =====schnapp============================== >> >> > >> >> > >> >> > -- 1.2. -- >> >> > Wenn ich nun den Parameter WIDTH geringfuegig veraendere (von WIDTH=941 auf >> >> WIDTH=942), sodass das Breiten/Hoehen-Verhaeltnis der BBOX nicht mehr exakt >> mit >> >> dem Breiten/Hoehen-Verhaeltnis von WIDTH und HEIGHT uebereinstimmt, dann wird >> >> im zurueckgelieferten PNG der Rasterlayer "DOP100" (Orthofoto) NICHT >> >> dargestellt. >> >> > >> >> > Der Aufruf >> >> > >> >> >> http://geoservice2.kv.o-p-r.de/ows/orthoBOES?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> >> >> SG:25833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.6572247 >> >> >> 4&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=appl >> >> ication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> >> > liefert ein PNG, in dem nur der Vektorlayer "DOP100_Uebersicht" dargestellt >> >> ist. Der Rasterlayer "DOP100" ist NICHT im PNG dargestellt. >> >> > >> >> > Hier das LOG-File: >> >> > =====schnipp============================== >> >> > [Thu Nov 19 15:33:32 2009].78739 msWMSLoadGetMapParams(): enabling >> non-square >> >> pixels.[Thu Nov 19 15:33:32 2009].114164 msDrawMap(): kicking into non-square >> >> pixel preserving mode.[Thu Nov 19 15:33:32 2009].114224 >> >> msDrawRasterLayerLow(DOP100): entering. >> >> > [Thu Nov 19 15:33:32 2009].129524 msDrawMap(): Layer 0 (DOP100), 0.015s >> >> > [Thu Nov 19 15:33:32 2009].132051 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> >> 0.002s >> >> > [Thu Nov 19 15:33:32 2009].137040 msDrawMap(): Drawing Label Cache, 0.005s >> >> > [Thu Nov 19 15:33:32 2009].137053 msDrawMap() total time: 0.028s >> >> > [Thu Nov 19 15:33:32 2009].249801 msSaveImage() total time: 0.113s >> >> > [Thu Nov 19 15:33:32 2009].249918 mapserv request processing time >> (msLoadMap >> >> not incl.): 0.171s >> >> > [Thu Nov 19 15:33:32 2009].249927 msFreeMap(): freeing map at 0x8196290. >> >> > =====schnapp============================== >> >> > >> >> > Woran kann es liegen, dass der Rasterlayer NICHT dargestellt wird??? Ich >> habe >> >> naemlich ein fast identischen WMS am laufen (siehe unten Pkt. -2.-) wo das >> >> Problem nicht auftritt. >> >> > >> >> > Hier noch das Mapfile. >> >> > =====schnipp============================== >> >> > MAP >> >> >   # -------------------------- >> >> >   # Mapfilename: orthoBOES.map >> >> >   # -------------------------- >> >> >   NAME           Orthofoto >> >> >   STATUS         ON >> >> >   MAXSIZE        8192 >> >> >   IMAGETYPE      PNG >> >> >   IMAGECOLOR     255 255 255 >> >> >   EXTENT         3305000 5838000 3370000 5915000 >> >> >   UNITS          METERS >> >> >   SIZE           600 600 >> >> >   SHAPEPATH      '../' >> >> >   FONTSET        '../umndata/fonts/fonts.fnt' >> >> >   SYMBOLSET      '../umndata/symbols/symbols01.sym' >> >> >   CONFIG  "MS_ERRORFILE" "/tmp/_mapserver.log" >> >> >   DEBUG 5 >> >> > >> >> > OUTPUTFORMAT >> >> >   Name PNG >> >> >   DRIVER "GD/PNG" >> >> >   MIMETYPE "image/png" >> >> >   IMAGEMODE RGB >> >> >   EXTENSION "png" >> >> >   END #OUTPUTFORMAT >> >> > >> >> > WEB >> >> >   METADATA >> >> >     "WMS_TITLE"                  "Orthofotos" >> >> >     "WMS_ABSTRACT"               "Orthofotos im Landkreis OPR" >> >> >     "WMS_FEATURE_INFO_MIME_TYPE" "text/html" >> >> >     "WMS_ONLINERESOURCE" >> >> "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" >> >> >     "WMS_SRS"                    "EPSG:25833 EPSG:25832 EPSG:2398 >> EPSG:28402 >> >> EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" >> >> >     END  #Metadata >> >> >   END #Web >> >> > >> >> > PROJECTION >> >> >   "init=epsg:25833"   ##required >> >> >   END #PROJECTION >> >> > >> >> > >> >> > LAYER >> >> >   # Orthofotos des Landes Brandenburg, DOP100 >> >> >   NAME "DOP100" >> >> >   TYPE RASTER >> >> >   STATUS ON >> >> >   TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' >> >> >   METADATA >> >> >     WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro >> Pixel' >> >> >     END  #Metadata >> >> >   # OFFSITE 255 255 255 >> >> >   END #LAYER >> >> > >> >> > >> >> > LAYER >> >> >   # Uebersicht fuer DOP100 >> >> >   NAME   "DOP100_Uebersicht" >> >> >   TYPE   POLYGON >> >> >   STATUS OFF >> >> >   DATA   'fs02/datams/doplgb100/geotiffpyra/dop100' >> >> >   LABELITEM  'BildflugDat'  # Bildflugdatum >> >> >   LABELMAXSCALE 200000 >> >> >   # LABELMINSCALE  50000 >> >> >   METADATA >> >> >     WMS_TITLE  'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' >> >> >     WMS_INCLUDE_ITEMS 'all'          #optional >> >> >     END  #Metadata >> >> >   TEMPLATE  '../umndata/template/dop100-lgb_uebersicht.html' # >> HTML-Template >> >> fuer die GetFeatureInfo-Abgabe >> >> >   CLASS >> >> >     STYLE >> >> >       OUTLINECOLOR 0 0 255 >> >> >       SYMBOL     0 >> >> >       # COLOR      0 128 0 >> >> >       END  #Style >> >> >     LABEL >> >> >       TYPE TRUETYPE >> >> >       ANTIALIAS TRUE >> >> >       FONT 'courbd' >> >> >       POSITION lc >> >> >       COLOR  0 0 255 >> >> >       # BACKGROUNDCOLOR 255 255 255 >> >> >       SIZE 8 >> >> >       END  #Label >> >> >     END  #Class >> >> >   END  #Layer >> >> > >> >> > END #Map >> >> > =====schnapp============================== >> >> > >> >> > >> >> > -- 2. -- >> >> > Ich habe noch einen sehr aehnlichen WMS wo das Problem (siehe -1.2.-) nicht >> >> auftritt. Hier verwende ich EPSG:325833 (Besonderheit in Brandenburg) und >> >> EPSG:25833. >> >> > >> >> > -- 2.1. -- >> >> > Der Aufruf >> >> > >> >> >> http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> >> >> SG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.657224 >> >> >> 74&WIDTH=941&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=app >> >> lication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> >> > liefert das richtige Ergebnis. Der Rasterlayer "DOP100" und der Vektorlayer >> >> "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. >> >> > >> >> > Hier das LOG-File: >> >> > =====schnipp============================== >> >> > [Thu Nov 19 15:52:35 2009].322318 msDrawRasterLayerLow(DOP100): entering. >> >> > [Thu Nov 19 15:52:36 2009].167341 msDrawMap(): Layer 0 (DOP100), 0.845s >> >> > [Thu Nov 19 15:52:36 2009].169287 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> >> 0.002s >> >> > [Thu Nov 19 15:52:36 2009].174448 msDrawMap(): Drawing Label Cache, 0.005s >> >> > [Thu Nov 19 15:52:36 2009].174460 msDrawMap() total time: 0.857s >> >> > [Thu Nov 19 15:52:36 2009].781229 msSaveImage() total time: 0.607s >> >> > [Thu Nov 19 15:52:36 2009].781360 mapserv request processing time >> (msLoadMap >> >> not incl.): 1.479s >> >> > [Thu Nov 19 15:52:36 2009].781368 msFreeMap(): freeing map at 0x8196298. >> >> > =====schnapp============================== >> >> > >> >> > >> >> > -- 2.2. -- >> >> > Der Aufruf mit veraendertem WIDTH=942 >> >> > >> >> >> http://geoservice2.kv.o-p-r.de/ows/orthoLIEB?VERSION=1.1.1&REQUEST=GetMap&SRS=EP >> >> >> SG:325833&BBOX=3359066.27970947,5851648.25536697,3359860.76170635,5852184.657224 >> >> >> 74&WIDTH=942&HEIGHT=635&LAYERS=DOP100,DOP100_Uebersicht&STYLES=,,&EXCEPTIONS=app >> >> lication/vnd.ogc.se_xml&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE >> >> > liefert AUCH das RICHTIGE Ergebnis. Der Rasterlayer "DOP100" und der >> >> Vektorlayer "DOP100_Uebersicht" werden im zurückgelieferten PNG dargestellt. >> >> > >> >> > Hier das LOG-File: >> >> > =====schnipp============================== >> >> > [Thu Nov 19 15:53:20 2009].499706 msWMSLoadGetMapParams(): enabling >> >> non-square pixels.[Thu Nov 19 15:53:20 2009].535496 msDrawMap(): kicking into >> >> non-square pixel preserving mode.[Thu Nov 19 15:53:20 2009].535554 >> >> msDrawRasterLayerLow(DOP100): entering. >> >> > [Thu Nov 19 15:53:20 2009].759524 msDrawMap(): Layer 0 (DOP100), 0.224s >> >> > [Thu Nov 19 15:53:20 2009].760967 msDrawMap(): Layer 1 (DOP100_Uebersicht), >> >> 0.001s >> >> > [Thu Nov 19 15:53:20 2009].766124 msDrawMap(): Drawing Label Cache, 0.005s >> >> > [Thu Nov 19 15:53:20 2009].766137 msDrawMap() total time: 0.236s >> >> > [Thu Nov 19 15:53:21 2009].344298 msSaveImage() total time: 0.578s >> >> > [Thu Nov 19 15:53:21 2009].344425 mapserv request processing time >> (msLoadMap >> >> not incl.): 0.845s >> >> > [Thu Nov 19 15:53:21 2009].344433 msFreeMap(): freeing map at 0x8196298. >> >> > =====schnapp============================== >> >> > >> >> > Und hier noch das Mapfile: >> >> > =====schnipp============================== >> >> > MAP >> >> >   # -------------------------- >> >> >   # Mapfilename: orthoLIEB.map >> >> >   # -------------------------- >> >> >   NAME           Orthofoto >> >> >   STATUS         ON >> >> >   MAXSIZE        8192 >> >> >   IMAGETYPE      PNG >> >> >   IMAGECOLOR     255 255 255 >> >> >   EXTENT         3305000 5838000 3370000 5915000 >> >> >   UNITS          METERS >> >> >   SIZE           600 600 >> >> >   SHAPEPATH      '../' >> >> >   FONTSET        '../umndata/fonts/fonts.fnt' >> >> >   SYMBOLSET      '../umndata/symbols/symbols01.sym' >> >> >   CONFIG  "MS_ERRORFILE" "/tmp/_mapserver.log" >> >> >   DEBUG 5 >> >> > >> >> > OUTPUTFORMAT >> >> >   Name PNG >> >> >   DRIVER "GD/PNG" >> >> >   MIMETYPE "image/png" >> >> >   IMAGEMODE RGB >> >> >   EXTENSION "png" >> >> >   END #OUTPUTFORMAT >> >> > >> >> > WEB >> >> >   METADATA >> >> >     "WMS_TITLE"                  "Orthofotos" >> >> >     "WMS_ABSTRACT"               "Orthofotos im Landkreis OPR" >> >> >     "WMS_FEATURE_INFO_MIME_TYPE" "text/html" >> >> >     "WMS_ONLINERESOURCE" >> >> "http://geoservice2.kv.o-p-r.de/ows/orthofoto?" >> >> >     "WMS_SRS"                    "EPSG:325833 EPSG:25833 EPSG:25832 >> EPSG:2398 >> >> EPSG:28402 EPSG:28403 EPSG:31468 EPSG:4326 EPSG:900913" >> >> >     END  #Metadata >> >> >   END #Web >> >> > >> >> > PROJECTION >> >> >   "init=epsg:325833"   ##required >> >> >   END #PROJECTION >> >> > >> >> > >> >> > LAYER >> >> >   # Orthofotos des Landes Brandenburg, DOP100 >> >> >   NAME "DOP100" >> >> >   TYPE RASTER >> >> >   STATUS ON >> >> >   TILEINDEX 'fs02/datams/doplgb100/geotiffpyra/indexraster' >> >> >   METADATA >> >> >     WMS_TITLE  'Orthofotos des Landes Brandenburg, Auflösung 100cm pro >> Pixel' >> >> >     END  #Metadata >> >> >   # OFFSITE 255 255 255 >> >> >   END #LAYER >> >> > >> >> > >> >> > LAYER >> >> >   # Uebersicht fuer DOP100 >> >> >   NAME   "DOP100_Uebersicht" >> >> >   TYPE   POLYGON >> >> >   STATUS OFF >> >> >   DATA   'fs02/datams/doplgb100/geotiffpyra/dop100' >> >> >   LABELITEM  'BildflugDat'  # Bildflugdatum >> >> >   LABELMAXSCALE 200000 >> >> >   # LABELMINSCALE  50000 >> >> >   METADATA >> >> >     WMS_TITLE  'Uebersicht der Orthofotos DOP100, Auflösung 1m pro Pixel' >> >> >     WMS_INCLUDE_ITEMS 'all'          #optional >> >> >     END  #Metadata >> >> >   TEMPLATE  '../umndata/template/dop100-lgb_uebersicht.html' # >> HTML-Template >> >> fuer die GetFeatureInfo-Abgabe >> >> >   CLASS >> >> >     STYLE >> >> >       OUTLINECOLOR 0 0 255 >> >> >       SYMBOL     0 >> >> >       # COLOR      0 128 0 >> >> >       END  #Style >> >> >     LABEL >> >> >       TYPE TRUETYPE >> >> >       ANTIALIAS TRUE >> >> >       FONT 'courbd' >> >> >       POSITION lc >> >> >       COLOR  0 0 255 >> >> >       # BACKGROUNDCOLOR 255 255 255 >> >> >       SIZE 8 >> >> >       END  #Label >> >> >     END  #Class >> >> >   END  #Layer >> >> > >> >> > END #Map >> >> > =====schnapp============================== >> >> > >> >> > >> >> > -- 3. -- >> >> > Der WMS unter -1.- wird von einem Client verwendet, der auch noch andere >> >> Daten in dem speziellem "falschem" EPSG:25833 (Eastwert 7-stellig) verwendet. >> >> Deshalb die etwas ungewöhnliche Verwendung von EPSG:25833 mit 7-stelligen >> >> East-Koordinatenwerten. Der Client mag EPSG:325833 nicht, deshalb habe ich >> den >> >> WMS unter -1.- "erfunden" und vergewaltige in diesem Fall EPSG:25833 mit >> >> 7-stelligen East-Werten. Wenn ein Bildausschnitt im Client nun gezoomt oder >> >> verschoben wird stellt der Client manchmal mit geringfügig anderen WIDTH und >> >> HEIGHT die GetMap Anfrage und bekommt dann ein weisses Orthofoto zurück. Der >> >> User wundert sich warum das Orthofoto verschwunden ist. >> >> > >> >> > Trotzdem sollte der WMS richtig funktionieren, tut er aber leider nicht. >> >> > >> >> > 'shp2img' erzeugt uebrigens IMMER ein richtiges Bild mit Orthofoto. >> >> > >> >> > Zur Vollstaendigkeit noch meine Ergaenzungen in der Datei >> >> > '/usr/share/proj/epsg' >> >> > =====schnipp============================== >> >> > # ETRS89 / UTM zone 33N >> >> > <25833> +proj=utm +zone=33 +ellps=GRS80 +units=m +no_defs  <> >> >> > # ETRS89 / UTM zone 33N  --> speziel Brandenburg, da EastWert 7-stellig >> >> (Kennziffer 3.xxx.xxx) >> >> > # ergaenzt am 25.07.2008 von Roland Krueger >> >> > <325833> +proj=tmerc +lon_0=15 +ellps=GRS80 +k=0.9996 +units=m +datum=WGS84 >> >> +x_0=3500000 <> >> >> > # Spherical Mercator projection, used by Google Maps, Microsoft Virtual >> >> Earth, Yahoo Maps and OSM >> >> > # ergaenzt am 13.07.2009 von Roland Krueger >> >> > <900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 >> >> +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs >> >> > =====schnapp============================== >> >> > >> >> > >> >> > Ich hoffe, das ich das Problem ausführlich und konkret beschrieben habe. >> Ich >> >> bin natürlich für jede Hilfe sehr dankbar. >> >> > >> >> > >> >> > Viele Grüßen >> >> > Roland Krüger >> >> > >> >> > >> >> > ------------------------------------------------------------------------ >> >> > >> >> > _______________________________________________ >> >> > Mapserver-DE mailing list >> >> > Mapserver-DE at freegis.org >> >> > https://freegis.org/mailman/listinfo/mapserver-de >> >> >> >> >> >> -- >> >> Holger Schiebold >> >> >> >> >> >> ____________________ >> >> codematix GmbH >> >> Felsbachstrasse 5/7 >> >> D-07745 Jena >> >> Tel. +49 (3641) 3038-34 >> >> www.codematix.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 roland.krueger at o-p-r.de Tue Nov 24 11:39:35 2009 From: roland.krueger at o-p-r.de (=?windows-1252?Q?krueger_roland?=) Date: Tue, 24 Nov 2009 11:39:35 +0100 Subject: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? In-Reply-To: <20091124101442.p49m7pgw84s8848o@webmail.codematix.de> References: <20091124101442.p49m7pgw84s8848o@webmail.codematix.de> Message-ID: Hallo Holger, hallo Oliver, hallo Nando, das Problem scheint also zu sein, dass ich EPSG:25833 mir 7-stelligen Koordinaten im Eastwert missbrauche. @Holger: Ich bin Deinem Rat gefolgt und habe mein eigenes epsg File angelegt, in dem ich <25833> +proj=tmerc +lon_0=15 +ellps=GRS80 +k=0.9996 +units=m +datum=WGS84 +x_0=3500000 <> umdefiniert habe. Im Mapfile habe ich in der MAP-section dann PROJECTION "init=myepsg:25833" END #PROJECTION eingetragen. @All: Dann habe ich erstmal gar kein Bild bekommen, allerdings auch keine Fehlermeldungen im LOGfile. Wenn ich dann in der BBOX 6stellige Eastkoordinaten angegeben habe, hat alles funktioniert. Ich vermute, dass die Layer "DOP100" und "DOP100_Uebersicht" immernoch auf das original 'epsg' File zugegriffen haben. Allerdings will ich ja mit 7stelligen EastKoordinaten arbeiten. Ich bin dann noch einen Schritt weiter gegangen und habe 'myepsg' nach '/usr/share/proj/my7epsg/' verschoben und wieder in epsg umbenannt. Nun hatte ich also '/usr/share/proj/my7epsg/epsg' mit dem geaenderten <25833> +proj=tmerc +lon_0=15 +ellps=GRS80 +k=0.9996 +units=m +datum=WGS84 +x_0=3500000 <> Im Mapfile habe ich nun noch CONFIG "PROJ_LIB" "/usr/share/proj/my7epsg/" eingetragen. Und nun funktioniert alles mit 25833 und 7stelleigen Eastkoordinaten. Ich habe also NUR fuer dieses Mapfile den EPSG:25833 wirklich 'vergewaltigt'. Alle anderen Services (die anderen Mapfiles) greifen weiterhin auf das original '/usr/share/proj/epsg' File zu. DANKE an Holger, Oliver und Nando fuer die Unterstützung. Eure Anregungen waren fuer mich sehr wichtig, ich wäre sonst nicht zu einer Lösung gekommen. @Nando: Was ist richtig? mein <25833> +proj=tmerc +lon_0=15 +ellps=GRS80 +k=0.9996 +units=m +datum=WGS84 +x_0=3500000 <> oder Dein <25833> +proj=utm +lat_0=0 +lon_0=15 +k=0.9996 +x_0=3500000 +y_0=0 +ellps=GRS80 +units=m +no_defs <> Viele Gruesse Roland -----Ursprüngliche Nachricht----- Von: hschiebold at codematix.de Gesendet: Di 24.11.2009 10:15 An: krueger roland ; Betreff: Re: [Mapserver-DE] WMS, manchmal keine Orthofotos, WIDTH/HEIGHT Problem? > Hallo Roland, > > > hab grad deine Antwort an Oliver gelesen - in msResampleGDALToMap > wird unter anderem folgendes gemacht : > > /* -------------------------------------------------------------------- */ > /* We need to find the extents in the source layer projection */ > /* of the output requested region. We will accomplish this by */ > /* collecting the extents of a region around the edge of the */ > /* destination chunk. */ > /* -------------------------------------------------------------------- */ > if( CSLFetchBoolean( layer->processing, "LOAD_WHOLE_IMAGE", FALSE ) ) > bSuccess = FALSE; > else > bSuccess = > msTransformMapToSource( nDstXSize, nDstYSize, adfDstGeoTransform, > &(map->projection), > nSrcXSize, > nSrcYSize,adfInvSrcGeoTransform, > &(layer->projection), > &sSrcExtent, FALSE ); > > Das denk ich ist der Punkt wo die Projection in's Spiel kommen und die > ist ja jetzt falsch und daher dann wahrscheinlich kein overlap. > > Wenn meinne Vermutung von gestern stimmt, was du da versuchst dan gabe > es vielleicht zwei Lösungen : > > 1.) Als Lösung könntes du mal versuchen, da es ja mit der "lieben" > Karte klappt, ein eigenes epsg file ( z.Bsp. myepsg ) neben das > Original von proj zu setzen und in dem 25833 entsprechend wie bei > 325833 auf 7-stellige eastwerte umzudefinieren und dann in der "bösen" > Karte dieses File zu referenzieren bei der Projektion ( > init=myepsg:25833 ). Dann würden Daten und Projektion wieder wirklich > zueinander passen. > > 2.) Eine andere Variante wäre mittels mod_rewrite im Apache die > Parameter bei Anfragen an die "böse" Karte von 25833 auf die richtige > 325833 zu switchen. > > Gruß Holger > From gierse at systemtechnik.net Fri Nov 27 15:17:45 2009 From: gierse at systemtechnik.net (Dominik Gierse) Date: Fri, 27 Nov 2009 15:17:45 +0100 Subject: [Mapserver-DE] Objekte in der Map markieren mit gegebenen Shape-Indizes Message-ID: <018001ca6f6c$63cf94e0$2b6ebea0$@net> Hallo, ich habe eine MS4W-basierte Anwendung. Momentan übergeben ich in den URL-Parametern einige IDs zu Objekte, die dann in der Karte angezeigt werden sollen. Meine Daten stehen immer in ESRI-Shapefiles, in den DBF-Files ist die ID jeweils hinterlegt Um die Objekte anzufragen nutze ich momentan oLayer->queryByAttributes(). Das ist aber bei vielen Objekten (>400) sehr langsam. Nun habe ich mir zu jedem Objekt den Layer und den Shapeindex in einer Datenbank gespeichert, die ich schneller abfragen kann. Mit Layer->getShape() finde ich die Shapeobjekte auch wieder. Wie kann ich die Objekte dann anschließend in der Karte wieder markieren ? mit freundlichen Grüßen Dominik Gierse, Dipl. Ing. (FH) Produktmanagement Virtueller Regenschreiber, Softwareentwicklung mailto:gierse at systemtechnik.net Tel./Fax: +49 291 9929-70 / 7691 ----------------------------------------------------------------------- Sitz der Gesellschaft: HST Hydro-Systemtechnik GmbH Sophienweg 3 D-59872 Meschede, Germany Tel./Fax: +49 291 9929-0 / 7691 http://www.systemtechnik.net ----------------------------------------------------------------------- Geschäftsführer: Dipl.-Ing. Martin Frigger, Dipl.-Ing. Richard Ernst Registergericht: Amtsgericht Arnsberg - HRB 3396 UST-IDNR.: DE 191 917 337 Steuer-Nr.: 334 5706 0269 -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091127/d4eef074/attachment.html From lists at fuchsschwanzdomain.de Fri Nov 27 18:31:14 2009 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Fri, 27 Nov 2009 17:31:14 +0000 (UTC) Subject: [Mapserver-DE] =?utf-8?q?=22annotation=22_layer_aus_mapscript_?= =?utf-8?q?=C3=A4ndern?= Message-ID: Hallo zusammen, ich lese ein mapfile in einen kleinen mapscript wrapper ein. Soweit so gut. Nun möchte ich jedoch den text des eigelesenen annotation layers aus dem mapscript raus ändern: LAYER METADATA "wms_title" "annotation layer" "ows_service" "none" END NAME copyright STATUS DEFAULT TYPE annotation TRANSFORM ll #set the image origin to be lower left FEATURE POINTS 100 -10 #set the offset from lower left position in pixels END TEXT "new text here" #this is your displaying text END CLASS LABEL #defines the font, colors etc. of the text FONT arial-bold TYPE TRUETYPE SIZE 10 BUFFER 1 COLOR 255 0 0 FORCE TRUE END END UNITS PIXELS #sets the units for the feature object END Zwei Dinge sind mir unklar: 1. wie komme ich an die objektinstanz mit dem Namen copyright ran (bisher habe ich die layer immer im mapscript selber mit mapscript.layerObj(map) erzeugt. 2. wie komme ich an den label innerhalb des layerobjects dran Gruss Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */ (taken from /usr/src/linux/lib/vsprintf.c) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From ludwig at kni-online.de Sat Nov 28 16:11:49 2009 From: ludwig at kni-online.de (Ludwig Kniprath) Date: Sat, 28 Nov 2009 16:11:49 +0100 Subject: [Mapserver-DE] Objekte in der Map markieren mit gegebenen Shape-Indizes In-Reply-To: <018001ca6f6c$63cf94e0$2b6ebea0$@net> References: <018001ca6f6c$63cf94e0$2b6ebea0$@net> Message-ID: <4B113DB5.6040501@kni-online.de> Hallo, anbei ein Mini-Skript für einen ähnlichen Zweck. Statt Layer->getShape() wird hier allerdings ein Shape via wkt-String erzeugt, aber der Rest sollte trotzdem passen. ---schnipp-------------------------- //Map-Objekt und Map-Image generieren, hier kann auch ein bereits vorhandenes Map-Objekt weiterverwendet werden $blank_map_object = ms_newMapObj($pfad_zur_map_datei); $blank_map_object->setSize($map_width, $map_height); $blank_map_object->setExtent($minx, $miny, $maxx, $maxy); $blank_map_object->preparequery(); $blank_map_image = $blank_map_object->prepareImage(); //Layer, Klasse und Stil für die Markierung anlegen $draw_layer = ms_newLayerObj($blank_map_object); $draw_layer->set('type', $typ_des_layers); $draw_layer->set('status', MS_ON); $new_class = ms_newClassObj($draw_layer); $new_class->set('status', MS_ON); $new_style = ms_newStyleObj($new_class); $new_style->set('size', $gewuneschte_groesse_fuer_die_markierung); $new_style->set('symbolname', $name_eines_symbols_fuer_die_markierung); //Shape generieren, dem Layer hinzufügen und auf die Grafik bringen $draw_shape = ms_shapeObjFromWkt($wkt_string); //hier käme jetzt "Layer->getShape()" $draw_layer->addFeature($draw_shape); $draw_layer->draw($blank_map_image); //Kartengrafik generieren und zum debuggen direkt anzeigen $image_url=$blank_map_image->saveWebImage(); echo ""; ---schnapp-------------------------- > Um die Objekte anzufragen nutze ich momentan oLayer->queryByAttributes(). > > Das ist aber bei vielen Objekten (>400) sehr langsam. > > Nun habe ich mir zu jedem Objekt den Layer und den Shapeindex in einer > Datenbank gespeichert, die ich schneller abfragen kann. > > Mit Layer->getShape() finde ich die Shapeobjekte auch wieder. Wenn Du die Daten in einer Geo-Datenbank (z. B. Postgis) statt in E$ri-Shapefiles spei, queryByAttributes() und "Shapeindex in einer Datenbank" zu verwenden, gehts vielleicht einfacher... Gruß Ludwig Dominik Gierse schrieb: > > Hallo, > > > > ich habe eine MS4W-basierte Anwendung. Momentan übergeben ich in den > URL-Parametern einige IDs zu Objekte, die dann in der Karte angezeigt > werden sollen. Meine Daten stehen immer in ESRI-Shapefiles, in den > DBF-Files ist die ID jeweils hinterlegt > > > > Um die Objekte anzufragen nutze ich momentan oLayer->queryByAttributes(). > > Das ist aber bei vielen Objekten (>400) sehr langsam. > > > > Nun habe ich mir zu jedem Objekt den Layer und den Shapeindex in einer > Datenbank gespeichert, die ich schneller abfragen kann. > > Mit Layer->getShape() finde ich die Shapeobjekte auch wieder. > > Wie kann ich die Objekte dann anschließend in der Karte wieder markieren ? > > > > > > mit freundlichen Grüßen > > > > Dominik Gierse, Dipl. Ing. (FH) > > Produktmanagement Virtueller Regenschreiber, > > Softwareentwicklung > > mailto:gierse at systemtechnik.net > > Tel./Fax: +49 291 9929-70 / 7691 > > ----------------------------------------------------------------------- > > > Sitz der Gesellschaft: > > HST Hydro-Systemtechnik GmbH > > Sophienweg 3 > > D-59872 Meschede, Germany > > Tel./Fax: +49 291 9929-0 / 7691 > > http://www.systemtechnik.net > > ----------------------------------------------------------------------- > > > Geschäftsführer: Dipl.-Ing. Martin Frigger, Dipl.-Ing. Richard Ernst > > Registergericht: Amtsgericht Arnsberg - HRB 3396 > > UST-IDNR.: DE 191 917 337 > > Steuer-Nr.: 334 5706 0269 > > >