From Claus.Krinke at ML.Niedersachsen.de Fri Dec 1 09:25:31 2006 From: Claus.Krinke at ML.Niedersachsen.de (Krinke, Claus) Date: Fri, 1 Dec 2006 09:25:31 +0100 Subject: [Mapserver-DE] Symbol Size Message-ID: <53DEE08E4AAA4E4590E077101AAE36A708562ADE@ml-mail-s01.iznservice.ads.niedersachsen.de> Hallo Liste, Unter der Mapserver-Version 4.0.2 werden Punktsymbole in der gewünschten Größe dargestellt. Nach Portierung auf Mapserver 4.8 wird der SIZE Parameter nicht mehr ausgewertet und die Symbole sind viel zu groß. Der Link dazu: http://geoportal.geodaten.niedersachsen.de/ml?REQUEST=GetMap&SERVICE=WMS&VER SION=1.1.1&LAYERS=energie_P&STYLES=default&FORMAT=image/png&BGCOLOR=0xFFFFFF &TRANSPARENT=TRUE&SRS=EPSG:31467&BBOX=3425141.50406294,5921171.75612028,3450 326.34180425,5946356.5938616&WIDTH=556&HEIGHT=556 Ausschnitt aus SYMBOL.SYM: Symbol NAME "uw" TYPE PIXMAP IMAGE "images/UW.png" TRANSPARENT 0 END Symbol NAME "kraftwerk" TYPE PIXMAP IMAGE "images/Kraftwerk.png" TRANSPARENT 0 END Ausschnitt aus der .map: LAYER NAME energie_P TYPE POINT STATUS ON # TRANSPARENCY 60 DATA geofachdaten/rok/energie_P # MAXSCALE 1000000 METADATA WMS_TITLE "Energie, punktförmig" END CLASSITEM ZVS CLASS NAME "Umspannwerk, vorhanden" EXPRESSION '21270006' COLOR 51 184 242 SYMBOL "uw" SIZE 10 # OUTLINECOLOR 167 101 60 END # CLASSITEM CLASS NAME "Kraftwerk, vorhanden" EXPRESSION '21260006' COLOR 51 184 242 SYMBOL "kraftwerk" SIZE 20 # OUTLINECOLOR 167 101 60 END # CLASSITEM HEADER query_rok_header.html FOOTER query_rok_footer.html TOLERANCE 5 END # energie_P Wo liegt das Problem? Claus Krinke Niedersächsisches Ministerium für den ländlichen Raum, Ernährung, Landwirtschaft und Verbraucherschutz fon: 0511 120-4715 mail: claus.krinke at ml.niedersachsen.de From mschulz at webgis.de Fri Dec 1 09:41:17 2006 From: mschulz at webgis.de (Michael Schulz) Date: Fri, 1 Dec 2006 09:41:17 +0100 Subject: [Mapserver-DE] Symbol Size In-Reply-To: <53DEE08E4AAA4E4590E077101AAE36A708562ADE@ml-mail-s01.iznservice.ads.niedersachsen.de> References: <53DEE08E4AAA4E4590E077101AAE36A708562ADE@ml-mail-s01.iznservice.ads.niedersachsen.de> Message-ID: Hallo, bei den aktuelleren Mapserver Versionen sollten auf jeden Fall Style Abschnitte innerhalb der Klassen angelegt werden: CLASS NAME "Kraftwerk, vorhanden" EXPRESSION '21260006' STYLE COLOR 51 184 242 SYMBOL "kraftwerk" SIZE 20 # OUTLINECOLOR 167 101 60 END # STYLE END # CLASSITEM Dann sollten auch die Size verwendet werden. Viele Grüße, Michael Schulz Am 01.12.06 schrieb Krinke, Claus : > Hallo Liste, > > Unter der Mapserver-Version 4.0.2 werden Punktsymbole in der gewünschten > Größe dargestellt. > Nach Portierung auf Mapserver 4.8 wird der SIZE Parameter nicht mehr > ausgewertet und die > Symbole sind viel zu groß. > > Der Link dazu: > http://geoportal.geodaten.niedersachsen.de/ml?REQUEST=GetMap&SERVICE=WMS&VER > SION=1.1.1&LAYERS=energie_P&STYLES=default&FORMAT=image/png&BGCOLOR=0xFFFFFF > &TRANSPARENT=TRUE&SRS=EPSG:31467&BBOX=3425141.50406294,5921171.75612028,3450 > 326.34180425,5946356.5938616&WIDTH=556&HEIGHT=556 > > Ausschnitt aus SYMBOL.SYM: > > Symbol > NAME "uw" > TYPE PIXMAP > IMAGE "images/UW.png" > TRANSPARENT 0 > END > > Symbol > NAME "kraftwerk" > TYPE PIXMAP > IMAGE "images/Kraftwerk.png" > TRANSPARENT 0 > END > > Ausschnitt aus der .map: > > LAYER > NAME energie_P > TYPE POINT > STATUS ON > # TRANSPARENCY 60 > DATA geofachdaten/rok/energie_P > # MAXSCALE 1000000 > METADATA > WMS_TITLE "Energie, punktförmig" > END > CLASSITEM ZVS > CLASS NAME "Umspannwerk, vorhanden" > EXPRESSION '21270006' > COLOR 51 184 242 > SYMBOL "uw" > SIZE 10 > # OUTLINECOLOR 167 101 60 > END # CLASSITEM > CLASS NAME "Kraftwerk, vorhanden" > EXPRESSION '21260006' > COLOR 51 184 242 > SYMBOL "kraftwerk" > SIZE 20 > # OUTLINECOLOR 167 101 60 > END # CLASSITEM > HEADER query_rok_header.html > FOOTER query_rok_footer.html > TOLERANCE 5 > END # energie_P > > Wo liegt das Problem? > > Claus Krinke > > Niedersächsisches Ministerium > für den ländlichen Raum, Ernährung, > Landwirtschaft und Verbraucherschutz > > fon: 0511 120-4715 > mail: claus.krinke at ml.niedersachsen.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg Tel +49 (0)761 556959-5 Fax +49 (0)761 556959-6 http://www.webgis.de / http://www.zopecms.de ----------------------------------------------------------- From kbehncke at igf.uni-osnabrueck.de Fri Dec 1 10:51:24 2006 From: kbehncke at igf.uni-osnabrueck.de (Kai Behncke) Date: Fri, 1 Dec 2006 10:51:24 +0100 Subject: [Mapserver-DE] point-layer mit mysql, php/mapscript und versch. symbolen? In-Reply-To: <456F04D6.6030804@gmx.de> References: <455D013D.1090501@gmx.de> <20061130144711.M45931@igf.uni-osnabrueck.de> <456F04D6.6030804@gmx.de> Message-ID: <20061201094731.M67058@igf.uni-osnabrueck.de> Hallo Katja, > Da ich sehr viele Kategorien vorliegen habe, ist das vermutlich die > kürzere Variante. Wenn Du sehr viele Kategorien in der mysql-Datei vorhälst, dann kannst Du die Ausgabe mittels unterschiedlicher Symbole auch automatisiert über ein Array erstellen. Das Skript dafür sieht dann wie folgt aus: function AddPoints ( $map, $qresult ) { $i = 0; foreach($qresult as $row) { $poi[$i] = ms_newPointObj(); $ln[$i] = ms_newLineObj(); $shp[$i] = ms_newShapeObj(MS_SHAPE_POINT); $poi[$i]->setXY($row[3],$row[2]); $ln[$i]->add($poi[$i]); $shp[$i]->add($ln[$i]); $shp[$i]->set(index, $row[0]); $array_kategorieeintraege=$row[7]; if ($row[7]=="$array_kategorieeintraege") { $that_layer[i]=ms_newLayerObj($map); $that_layer[i]->set('status',MS_ON); $that_layer[i]->set ("name",$array_kategorieeintraege); $that_layer[i]->set ("type",point); $newclass=ms_newClassObj($that_layer[i]); $newclass->set ("name",$array_kategorieeintraege); $newstyle=ms_newStyleObj($newclass); $newstyle->set("symbolname", $array_kategorieeintraege); $that_layer[i]->addFeature( $shp[$i] ); } $i++; } return; } Auf diese Art und Weise muss man nicht statisch die Symbole festlegen und spart jede Menge Arbeit. Viele Grüße, Kai -- Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke Institut für Geoinformatik und Fernerkundung (IGF) Universität Osnabrück Kolpingstr. 7 49074 Osnabrück Raum: 01/308 Tel.: +49 541 969-4450 E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de Web: http://www.igf.uni-osnabrueck.de From k.friebel at gmx.de Fri Dec 1 13:54:26 2006 From: k.friebel at gmx.de (Katja Friebel) Date: Fri, 01 Dec 2006 13:54:26 +0100 Subject: [Mapserver-DE] point-layer mit mysql, php/mapscript und versch. symbolen? In-Reply-To: <20061201094731.M67058@igf.uni-osnabrueck.de> References: <455D013D.1090501@gmx.de> <20061130144711.M45931@igf.uni-osnabrueck.de> <456F04D6.6030804@gmx.de> <20061201094731.M67058@igf.uni-osnabrueck.de> Message-ID: <45702602.3050207@gmx.de> Hallo Kai, das klappt wunderbar! Allerdings habe ich noch zwei kurze Fragen: - Warum ist die Darstellung von (z.B.gif-) Bildern, die als Symbol definiert werden, möglich, nicht aber von eigens definierten Symbolen? (in diesem Fall wird zwar ein Legendeneintrag erzeugt, aber in Karte und Legende erscheint kein Symbol) - Und warum wird für jedes Objekt ein Legendeneintrag erzeugt, und nicht nur für jede Klasse? Verstehe ich es richtig, daß an dieser Stelle: $that_layer[i]=ms_newLayerObj($map); für jedes Objekt ein neues Layerobjekt erzeugt wird und das der Grund ist? Danke und viele Grüße, Katja >Hallo Katja, > > >>Da ich sehr viele Kategorien vorliegen habe, ist das vermutlich die >>kürzere Variante. >> >> > >Wenn Du sehr viele Kategorien in der mysql-Datei vorhälst, dann kannst Du die >Ausgabe mittels unterschiedlicher Symbole auch automatisiert über ein Array >erstellen. >Das Skript dafür sieht dann wie folgt aus: > >function AddPoints ( $map, $qresult ) { > > $i = 0; > foreach($qresult as $row) { > $poi[$i] = ms_newPointObj(); > $ln[$i] = ms_newLineObj(); > $shp[$i] = ms_newShapeObj(MS_SHAPE_POINT); > $poi[$i]->setXY($row[3],$row[2]); > $ln[$i]->add($poi[$i]); > > $shp[$i]->add($ln[$i]); > $shp[$i]->set(index, $row[0]); > > > $array_kategorieeintraege=$row[7]; > > > > if ($row[7]=="$array_kategorieeintraege") { > $that_layer[i]=ms_newLayerObj($map); > $that_layer[i]->set('status',MS_ON); > $that_layer[i]->set ("name",$array_kategorieeintraege); > $that_layer[i]->set ("type",point); > $newclass=ms_newClassObj($that_layer[i]); > $newclass->set ("name",$array_kategorieeintraege); > $newstyle=ms_newStyleObj($newclass); > $newstyle->set("symbolname", $array_kategorieeintraege); > $that_layer[i]->addFeature( $shp[$i] ); >} > $i++; > } > > return; > >} > >Auf diese Art und Weise muss man nicht statisch die Symbole festlegen und >spart jede Menge Arbeit. > >Viele Grüße, Kai >-- >Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke > >Institut für Geoinformatik und Fernerkundung (IGF) >Universität Osnabrück >Kolpingstr. 7 >49074 Osnabrück > >Raum: 01/308 >Tel.: +49 541 969-4450 >E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de >Web: http://www.igf.uni-osnabrueck.de > >_______________________________________________ >Mapserver-DE mailing list >Mapserver-DE at freegis.org >https://freegis.org/mailman/listinfo/mapserver-de > > > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061201/95c92d30/attachment.html From k.friebel at gmx.de Fri Dec 1 14:14:13 2006 From: k.friebel at gmx.de (Katja Friebel) Date: Fri, 01 Dec 2006 14:14:13 +0100 Subject: [Mapserver-DE] point-layer mit mysql, php/mapscript und versch. symbolen? In-Reply-To: <45702602.3050207@gmx.de> References: <455D013D.1090501@gmx.de> <20061130144711.M45931@igf.uni-osnabrueck.de> <456F04D6.6030804@gmx.de> <20061201094731.M67058@igf.uni-osnabrueck.de> <45702602.3050207@gmx.de> Message-ID: <45702AA5.4020203@gmx.de> sorry, ich denke meine erste Frage kann ich selbst beantworten. Da keine Farbinformationen im Symbol selbst vergeben werden, ist dieses auch nicht sichtbar. Dem Style-Objekt muß einfach noch eine Farbe zugewiesen werden... > Hallo Kai, > > das klappt wunderbar! > Allerdings habe ich noch zwei kurze Fragen: > - Warum ist die Darstellung von (z.B.gif-) Bildern, die als Symbol > definiert werden, möglich, nicht aber von eigens definierten Symbolen? > (in diesem Fall wird zwar ein Legendeneintrag erzeugt, aber in Karte > und Legende erscheint kein Symbol) > - Und warum wird für jedes Objekt ein Legendeneintrag erzeugt, und > nicht nur für jede Klasse? Verstehe ich es richtig, daß an dieser Stelle: > >$that_layer[i]=ms_newLayerObj($map); > >für jedes Objekt ein neues Layerobjekt erzeugt wird und das der Grund ist? > > > Danke und viele Grüße, Katja > >>Hallo Katja, >> >> >>>Da ich sehr viele Kategorien vorliegen habe, ist das vermutlich die >>>kürzere Variante. >>> >>> >> >>Wenn Du sehr viele Kategorien in der mysql-Datei vorhälst, dann kannst Du die >>Ausgabe mittels unterschiedlicher Symbole auch automatisiert über ein Array >>erstellen. >>Das Skript dafür sieht dann wie folgt aus: >> >>function AddPoints ( $map, $qresult ) { >> >> $i = 0; >> foreach($qresult as $row) { >> $poi[$i] = ms_newPointObj(); >> $ln[$i] = ms_newLineObj(); >> $shp[$i] = ms_newShapeObj(MS_SHAPE_POINT); >> $poi[$i]->setXY($row[3],$row[2]); >> $ln[$i]->add($poi[$i]); >> >> $shp[$i]->add($ln[$i]); >> $shp[$i]->set(index, $row[0]); >> >> >> $array_kategorieeintraege=$row[7]; >> >> >> >> if ($row[7]=="$array_kategorieeintraege") { >> $that_layer[i]=ms_newLayerObj($map); >> $that_layer[i]->set('status',MS_ON); >> $that_layer[i]->set ("name",$array_kategorieeintraege); >> $that_layer[i]->set ("type",point); >> $newclass=ms_newClassObj($that_layer[i]); >> $newclass->set ("name",$array_kategorieeintraege); >> $newstyle=ms_newStyleObj($newclass); >> $newstyle->set("symbolname", $array_kategorieeintraege); >> $that_layer[i]->addFeature( $shp[$i] ); >>} >> $i++; >> } >> >> return; >> >>} >> >>Auf diese Art und Weise muss man nicht statisch die Symbole festlegen und >>spart jede Menge Arbeit. >> >>Viele Grüße, Kai >>-- >>Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke >> >>Institut für Geoinformatik und Fernerkundung (IGF) >>Universität Osnabrück >>Kolpingstr. 7 >>49074 Osnabrück >> >>Raum: 01/308 >>Tel.: +49 541 969-4450 >>E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de >>Web: http://www.igf.uni-osnabrueck.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 > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061201/bb1462c2/attachment.html From kbehncke at igf.uni-osnabrueck.de Fri Dec 1 14:42:16 2006 From: kbehncke at igf.uni-osnabrueck.de (Kai Behncke) Date: Fri, 1 Dec 2006 14:42:16 +0100 Subject: [Mapserver-DE] point-layer mit mysql, php/mapscript und versch. symbolen? In-Reply-To: <45702602.3050207@gmx.de> References: <455D013D.1090501@gmx.de> <20061130144711.M45931@igf.uni-osnabrueck.de> <456F04D6.6030804@gmx.de> <20061201094731.M67058@igf.uni-osnabrueck.de> <45702602.3050207@gmx.de> Message-ID: <20061201133640.M65742@igf.uni-osnabrueck.de> On Fri, 01 Dec 2006 13:54:26 +0100, Katja Friebel wrote Hallo Katja, > Hallo Kai, > > das klappt wunderbar! > Allerdings habe ich noch zwei kurze Fragen: > - Warum ist die Darstellung von (z.B.gif-) Bildern, die als Symbol > definiert werden, möglich, nicht aber von eigens definierten > Symbolen? > (in diesem Fall wird zwar ein Legendeneintrag erzeugt, aber in Karte > und Legende erscheint kein Symbol) Wenn Du eigens erstellte definierte Symbole, die keine Bilder sind, darstellen möchtest, dann mußt Du noch z.B.: $newstyle->set("size", "15"); $newstyle->color->setRGB(0, 0, 255); einfügen. - Und warum wird für jedes Objekt > ein Legendeneintrag erzeugt, und nicht nur für jede Klasse? Verstehe > ich es richtig, daß an dieser Stelle: > > $that_layer[i]=ms_newLayerObj($map); > > für jedes Objekt ein neues Layerobjekt erzeugt wird und das der > Grund ist? > Ja, das stimmt. Das ist noch nicht optimal. Im Prinzip gibt es die Möglichkeit, die Legende manuell zu erstellen und dann einzubinden, das würde das Problem umgehen. Werd noch mal probieren, ob das mit dem Code nicht vielleicht doch noch eleganter geht, kommt dann ins Tutorial. Viele Grüße, Kai -- Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke Institut für Geoinformatik und Fernerkundung (IGF) Universität Osnabrück Kolpingstr. 7 49074 Osnabrück Raum: 01/308 Tel.: +49 541 969-4450 E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de Web: http://www.igf.uni-osnabrueck.de From kbehncke at igf.uni-osnabrueck.de Fri Dec 1 15:35:26 2006 From: kbehncke at igf.uni-osnabrueck.de (Kai Behncke) Date: Fri, 1 Dec 2006 15:35:26 +0100 Subject: [Mapserver-DE] point-layer mit mysql, php/mapscript und versch. symbolen? In-Reply-To: <20061201133640.M65742@igf.uni-osnabrueck.de> References: <455D013D.1090501@gmx.de> <20061130144711.M45931@igf.uni-osnabrueck.de> <456F04D6.6030804@gmx.de> <20061201094731.M67058@igf.uni-osnabrueck.de> <45702602.3050207@gmx.de> <20061201133640.M65742@igf.uni-osnabrueck.de> Message-ID: <20061201143526.M69712@igf.uni-osnabrueck.de> > Ja, das stimmt. Das ist noch nicht optimal. > Im Prinzip gibt es die Möglichkeit, die Legende manuell zu erstellen > und dann einzubinden, das würde das Problem umgehen. Werd noch mal > probieren, ob das mit dem Code nicht vielleicht doch noch eleganter > geht > Man kann das auch so lösen, indem man prüft, welcher Legendeneintrag schon vorhanden ist (und diesen dann ausläßt). Das geht dann so: function AddPoints ( $map, $qresult ) { $i = 0; foreach($qresult as $row) { $poi[$i] = ms_newPointObj(); $ln[$i] = ms_newLineObj(); $shp[$i] = ms_newShapeObj(MS_SHAPE_POINT); $poi[$i]->setXY($row[2],$row[3]); $ln[$i]->add($poi[$i]); $shp[$i]->add($ln[$i]); $shp[$i]->set(index, $row[0]); $array_kategorieeintraege[]=$row[4]; if ($row[4]=="$array_kategorieeintraege[$i]") { $that_layer[i]=ms_newLayerObj($map); $that_layer[i]->set('status',MS_ON); $that_layer[i]->set ("name",$array_kategorieeintraege[$i]); $that_layer[i]->set ("type",point); $newclass=ms_newClassObj($that_layer[i]); for ($y=0;$yset ("name",$array_kategorieeintraege[$i]); } $bereits_vorhanden=0; $newstyle=ms_newStyleObj($newclass); $newstyle->set("symbolname", $array_kategorieeintraege[$i]); $newstyle->set("size", "15"); $newstyle->color->setRGB(0, 0, 255); $that_layer[i]->addFeature( $shp[$i] ); } $i++; } return; } Beste Grüße, Kai -- Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke Institut für Geoinformatik und Fernerkundung (IGF) Universität Osnabrück Kolpingstr. 7 49074 Osnabrück Raum: 01/308 Tel.: +49 541 969-4450 E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de Web: http://www.igf.uni-osnabrueck.de From kbehncke at igf.uni-osnabrueck.de Fri Dec 1 16:31:46 2006 From: kbehncke at igf.uni-osnabrueck.de (Kai Behncke) Date: Fri, 1 Dec 2006 16:31:46 +0100 Subject: [Mapserver-DE] Kurztutorium zur Einbindung von MySQL-Daten in den MapServer Message-ID: <20061201152947.M73442@igf.uni-osnabrueck.de> Hallo Liste, ein Kurztutorium zur Einbindung von Geodaten aus einer MySQL-DB mittels PHP/Mapscript liegt nun unter: http://www.selbstverwaltung-bundesweit.de/mapserver/mysql_mapserver_kurztutorium.pdf Viele Grüße, Kai -- Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke Institut für Geoinformatik und Fernerkundung (IGF) Universität Osnabrück Kolpingstr. 7 49074 Osnabrück Raum: 01/308 Tel.: +49 541 969-4450 E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de Web: http://www.igf.uni-osnabrueck.de From flavio at tydac.ch Fri Dec 1 18:56:32 2006 From: flavio at tydac.ch (Flavio Hendry) Date: Fri, 01 Dec 2006 18:56:32 +0100 Subject: [Mapserver-DE] Symbol Size In-Reply-To: <53DEE08E4AAA4E4590E077101AAE36A708562ADE@ml-mail-s01.iznservice.ads.niedersachsen.de> References: <53DEE08E4AAA4E4590E077101AAE36A708562ADE@ml-mail-s01.iznservice.ads.niedersachsen.de> Message-ID: hallo claus das ist ein bug in 4.81. Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC Web-Site: http://www.tydac.ch TYDAC MapServer: http://www.mapserver.ch ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Kind Regards ############ mailto:flavio at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- -----Original Message----- From: "Krinke, Claus" To: mapserver-de at freegis.org Date: Fri, 1 Dec 2006 09:25:31 +0100 Subject: [Mapserver-DE] Symbol Size > Hallo Liste, > > Unter der Mapserver-Version 4.0.2 werden Punktsymbole in der > gewünschten > Größe dargestellt. > Nach Portierung auf Mapserver 4.8 wird der SIZE Parameter nicht mehr > ausgewertet und die > Symbole sind viel zu groß. > > Der Link dazu: > http://geoportal.geodaten.niedersachsen.de/ml?REQUEST=GetMap&SERVICE= > WMS&VER > SION=1.1.1&LAYERS=energie_P&STYLES=default&FORMAT=image/png&BGCOLOR=0 > xFFFFFF > &TRANSPARENT=TRUE&SRS=EPSG:31467&BBOX=3425141.50406294,5921171.756120 > 28,3450 > 326.34180425,5946356.5938616&WIDTH=556&HEIGHT=556 > > Ausschnitt aus SYMBOL.SYM: > > Symbol > NAME "uw" > TYPE PIXMAP > IMAGE "images/UW.png" > TRANSPARENT 0 > END > > Symbol > NAME "kraftwerk" > TYPE PIXMAP > IMAGE "images/Kraftwerk.png" > TRANSPARENT 0 > END > > Ausschnitt aus der .map: > > LAYER > NAME energie_P > TYPE POINT > STATUS ON > # TRANSPARENCY 60 > DATA geofachdaten/rok/energie_P > # MAXSCALE 1000000 > METADATA > WMS_TITLE "Energie, punktförmig" > END > CLASSITEM ZVS > CLASS NAME "Umspannwerk, vorhanden" > EXPRESSION '21270006' > COLOR 51 184 242 > SYMBOL "uw" > SIZE 10 > # OUTLINECOLOR 167 101 60 > END # CLASSITEM > CLASS NAME "Kraftwerk, vorhanden" > EXPRESSION '21260006' > COLOR 51 184 242 > SYMBOL "kraftwerk" > SIZE 20 > # OUTLINECOLOR 167 101 60 > END # CLASSITEM > HEADER query_rok_header.html > FOOTER query_rok_footer.html > TOLERANCE 5 > END # energie_P > > Wo liegt das Problem? > > Claus Krinke > > Niedersächsisches Ministerium > für den ländlichen Raum, Ernährung, > Landwirtschaft und Verbraucherschutz > > fon: 0511 120-4715 > mail: claus.krinke at ml.niedersachsen.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From Martin.Spott at mgras.net Sun Dec 3 23:35:41 2006 From: Martin.Spott at mgras.net (Martin Spott) Date: Sun, 3 Dec 2006 22:35:41 +0000 (UTC) Subject: [Mapserver-DE] Mehrere Shapes in einem Layer? References: <00008281.44DA11A0@192.168.0.200> Message-ID: Martin Spott wrote: On Sun, Dec 03, 2006 at 11:37:00AM +0100, Klaus Vogel wrote: > > Hast Du die Moeglichkeit, den Kram nicht direkt aus den Shapefiles > > sondern aus z.B. einer PostGIS-DB zu lesen ? Dann koenntest Du > > wunderbar die Shapefiles nacheinander jeweils erstmal in eine > > temporaere Tabelle importieren und deren Inhalt dann nach dem Import in > > diejenige Tabelle kopieren, aus der Du letztlich den Mapserver lesen > > laesst. So mache ich das z.B. mit einem Haufen VMap0/VMap1-Daten. > Mit dem Thema VMAPL0/1 im Mapserver beschäftige ich mich auch gerade. > Was hast du für eine Anwendung damit gemacht ? http://mapserver.flightgear.org/ Ich erlaube mir mal etwas Eigenwerbung - wenn's zuviel war, dann sagt es mir bitte. Ausgangpunkt der ganzen Aktion war das einfache Ansinnen, die Bodennutzungs-Daten aus VMap0 und GSHHS, die fuer die Szenerie des FlightGear Flugsimulators verwendet werden, in einer 'einheitlichen', funktionstuechtigen Form zu speichern. Also in einer PostGIS-DB. Irgendwann kam dann der Mapserver obendrauf, damit man sich ueberhaupt mal mit eigenen Augen die Daten angucken konnte, die da fuer die Szenerie 'verwurstet' werden. Spaeter habe ich angefangen, passend zu den VMap0-Layern die Gegenstuecke aus VMap1 zu suchen - die Definitionen von VMap0 und VMap1 sind naemlich dummerweise nur in Teilen deckungsgleich .... Nachdem mir Leute aus dem Dunstkreis der "Telascience"-Gruppe (Norman Vine und John Graham haben das in die Wege geleitet) angeboten haben, sie koennten gerne meine DB hosten, hat es auch schonmal anderweitige Nutzung der DB gegeben - und das ist auch durchaus beabsichtigt. Im Laufe der Zeit habe ich vor, an den Stellen, wo detailliertere Daten zu bekommen sind sind, den Kram aus VMap0 sukzessive zu ersetzen, um eben _einen_ durchgaengigen Datensatz und nicht nur so eine Sammlung verschiedener Gruppen zu haben. Im ersten Schritt werden sicherlich die VMap1-Daten Einzug halten (das wird einige haendische Anpassungen erfordern), spaeter die ganzen Liniendaten aus TIGER, ueber Afrika gibt es auch die eine oder andere 'Datenquelle', deren Lizenz kompatibel ist. Desweiteren sind einige Leute sehr emsig, was das Aufdecken von bisher noch unbekannten Quellen 'freier' Vektordaten angeht. Ausserdem gibt es Aktionen, die sich mit der automatischen Klassifizierung von Landsat7- Bilder befassen, das wird sicherlich im Laufe der Zeit auch noch eine interessante Quelle von Bodennutzungsdaten werden. > Wie läuft das z.Bsp. mit der Darstellung von Autobahnen und Eisenbahnen. > Kann da Mapserver bereits so diese so wie man es von einer gedruckten Karte > her kennt darstellen oder muss man es anders machen ? Der Mapserver, so wie ich ihn betreibe, braucht Vektordaten. Das ist der erklaerte Zweck der ganzen Aktion, um unter Einsatz einer vergleichsweise geringen Menge an Rohdaten trotzdem eine moeglichst genaue Darstellung zu erreichen. Es sind mal ein paar Leute hingegangen, haben Topogrpische Karten gescannt und mit GRASS digitalisiert. Das Ergebnis sah ungemein reizvoll aus, durfte aber aus Gruenden des Copyright nie verbreitet werden und ist inzwischen wieder eingestampft worden. > Falls du Interesse an weltweiten Rasterdaten hast kann ich dir auch einiges > zur Verfügung stellen. Ich kenne eine Quelle fuer einen Riesenberg von Rasterdaten, die z.B. hier aufgefuehrt ist: http://telascience.sdsc.edu/ Was dort beschrieben ist, hat den Vorteil, 'frei' zu sein, in dem Sinne, dass man es fuer OpenSource-Projekte weiterverwerten kann. Hast Du noch darueber hinausgehend Bilddaten, die diesem Kriterium auch genuegen und noch detaillierter sind ? Tschuess, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From k.friebel at gmx.de Mon Dec 4 00:37:04 2006 From: k.friebel at gmx.de (Katja Friebel) Date: Mon, 04 Dec 2006 00:37:04 +0100 Subject: [Mapserver-DE] Kurztutorium zur Einbindung von MySQL-Daten in den MapServer In-Reply-To: <20061201152947.M73442@igf.uni-osnabrueck.de> References: <20061201152947.M73442@igf.uni-osnabrueck.de> Message-ID: <45735FA0.8050002@gmx.de> Hallo Kai, danke noch einmal für die Hilfe!!! Habe nur noch eine kleine Anmerkung zum Tutorium, nachdem ich nun auch die Legende mit deiner Hilfe angepaßt habe. Es haben sich zwei kleine Fehler eingeschlichen: //überprüfen, ob ein legendeneintrag für die klasse schon vorhanden ist for ($y=0; $y < sizeof($array_kategorieeintraege); $y++) { if ($array_kategorieeintraege[$i]==$array_kategorieeintraege[$y-1]) { $bereits_vorhanden=1; } } if ($bereits_vorhanden==0) { $newclass->set ("name",$array_kategorieeintraege); } $bereits_vorhanden=1; //hier stand =0 :-) $newstyle=ms_newStyleObj($newclass); $newstyle->set("symbolname", $array_kategorieeintraege); //hier stand $array_kategorieeintraege[$i], dann wird aber nur der erste Buchstabe (für einen Legendeneintrag) ausgegeben, liest man die Variable aus, wird jeweils der i-te Buchstabe (der Kategorie), also so viele wie Objekte vorhanden, ausgegeben $newstyle->set("size", "20"); $that_layer[i]->addFeature( $shp[$i] ); Mit vielen Grüßen, Katja >Hallo Liste, >ein Kurztutorium zur Einbindung von Geodaten aus einer MySQL-DB mittels >PHP/Mapscript liegt nun unter: >http://www.selbstverwaltung-bundesweit.de/mapserver/mysql_mapserver_kurztutorium.pdf > >Viele Grüße, Kai > >-- >Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke > >Institut für Geoinformatik und Fernerkundung (IGF) >Universität Osnabrück >Kolpingstr. 7 >49074 Osnabrück > >Raum: 01/308 >Tel.: +49 541 969-4450 >E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de >Web: http://www.igf.uni-osnabrueck.de > >_______________________________________________ >Mapserver-DE mailing list >Mapserver-DE at freegis.org >https://freegis.org/mailman/listinfo/mapserver-de > > > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061204/6dffa71e/attachment.html From kbehncke at igf.uni-osnabrueck.de Mon Dec 4 10:47:16 2006 From: kbehncke at igf.uni-osnabrueck.de (Kai Behncke) Date: Mon, 4 Dec 2006 10:47:16 +0100 Subject: [Mapserver-DE] Kurztutorium zur Einbindung von MySQL-Daten in den MapServer In-Reply-To: <45735FA0.8050002@gmx.de> References: <20061201152947.M73442@igf.uni-osnabrueck.de> <45735FA0.8050002@gmx.de> Message-ID: <20061204093434.M31066@igf.uni-osnabrueck.de> Hallo Katja, danke auf jeden Fall noch mal für die Anregungen :-) > Habe nur noch eine kleine Anmerkung zum Tutorium, nachdem ich nun > auch die Legende mit deiner Hilfe angepaßt habe. Es haben sich zwei > kleine Fehler eingeschlichen: > > //überprüfen, ob ein legendeneintrag für die klasse schon > vorhanden ist > for ($y=0; $y < sizeof($array_kategorieeintraege); $y++) { > if > ($array_kategorieeintraege[$i]==$array_kategorieeintraege[$y-1]) { > $bereits_vorhanden=1; > } > } > if ($bereits_vorhanden==0) { > $newclass->set ("name",$array_kategorieeintraege); } > $bereits_vorhanden=1; //hier stand =0 :-) $bereits_vorhanden=1 ist eigentlich schon richtig. An dieser Stelle ist es wichtig, dass $bereits_vorhanden=0; steht, Es wird ja eine Schleife durchlaufen. Nach jedem Durchlauf wird der Wert wieder auf 0 gesetzt, denn nur so kann ja geprüft werden, ob ein Eintrag doppelt vorhanden ist. > $newstyle=ms_newStyleObj($newclass); > $newstyle->set("symbolname", $array_kategorieeintraege); > //hier stand $array_kategorieeintraege[$i], dann wird aber nur der > erste Buchstabe (für einen Legendeneintrag) ausgegeben, liest man > die Variable aus, wird jeweils der i-te Buchstabe (der Kategorie), > also so viele wie Objekte vorhanden, ausgegeben Hmmm...das wundert mich. Hir klappt es so. Man muß hier aufpassen, dass immer mit dem Eintrag "$array_kategorieeintraege[$i]" gearbeitet wird. Durch den Durchlauf einer zweiten Schleife wird das Array ja mit den Kateoriewerten gefüllt, in diesem Sinne muss also aufgapaßt, dass der Klassenname korrekt vergeben wird: $newclass->set ("name",$array_kategorieeintraege[$i]); Im Prinzip bleibt hier natürlich zu sagen, dass wie immer "viele Wege nach Rom" führen. :-) Viele Grüße, Kai -- Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke Institut für Geoinformatik und Fernerkundung (IGF) Universität Osnabrück Kolpingstr. 7 49074 Osnabrück Raum: 01/308 Tel.: +49 541 969-4450 E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de Web: http://www.igf.uni-osnabrueck.de From t.hagedorn at vivawasser.de Mon Dec 4 15:19:07 2006 From: t.hagedorn at vivawasser.de (t.hagedorn@vivawasser.de) Date: Mon, 4 Dec 2006 14:19:07 +0000 Subject: [Mapserver-DE] Offtopic: Europa Karten Message-ID: <0000A05C.45743C66@192.168.0.200> Hallo, ich bin auch der Suche nach Kartenlayern für Europa. Ich brauche die Länder, Städte und Gewässer in einem Maßstab von ca. 1:100.000. Wo kann man so was bekommen? Am liebsten im Shape Format. Gruß und Danke Thies Hagedorn -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061204/0c397fd8/attachment.html From technischer.leiter at gisgoesfuture.de Tue Dec 5 11:19:44 2006 From: technischer.leiter at gisgoesfuture.de (=?UTF-8?Q?Oliver_Sch=C3=B6ne?=) Date: Tue, 05 Dec 2006 11:19:44 +0100 Subject: [Mapserver-DE] Offtopic: Europa Karten Message-ID: <25534266.1835591165313984372.JavaMail.servlet@kundenserver> Hallo, also ESRI bietet einen Service zum Download von freien GeoDaten, natürlich im Shape Format: http://arcdata.esri.com/data_downloader/DataDownloader?part=10200 falls dir das weiter hilft... -- Oliver Schöne Technischer Leiter GISgoesFuture e.V. www.gisgoesfuture.de TGZ Dessau Kühnauer Straße 24 Zimmer 303 (2.OG) D-06846 Dessau From Martin.Spott at mgras.net Tue Dec 5 13:09:51 2006 From: Martin.Spott at mgras.net (Martin Spott) Date: Tue, 5 Dec 2006 12:09:51 +0000 (UTC) Subject: [Mapserver-DE] Offtopic: Europa Karten References: <25534266.1835591165313984372.JavaMail.servlet@kundenserver> Message-ID: Oliver Sch??ne wrote: > also ESRI bietet einen Service zum Download von freien GeoDaten, > nat?rlich im Shape Format: > > http://arcdata.esri.com/data_downloader/DataDownloader?part=10200 Das sind offenbar VMap0-Daten und die gibt's meiner Kenntnis nach im Masstab 1:1.000.000. Bei Bedarf kann ich sowas aus meiner juengst in epischer Breite beschriebenen FlightGear Landcover-DB in verschiedensten Formaten auch liefern. Dem Fragesteller ist damit allerdings vermutlich nicht gedient, denn der sucht 1:100.000. Ich war selber ganz gespannt auf eine Antwort, die 'nen Hinweis auf entsprechende Daten enthaelt, weil ich danach selber seit geraumer Zeit erfolglos suche .... ;-) Tschuess, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From jt at mapmedia.de Tue Dec 5 13:33:36 2006 From: jt at mapmedia.de (=?ISO-8859-1?Q?=22J=F6rg_Thomsen_=28MapMedia_GmbH=29=22?=) Date: Tue, 05 Dec 2006 13:33:36 +0100 Subject: [Mapserver-DE] Offtopic: Europa Karten In-Reply-To: References: <25534266.1835591165313984372.JavaMail.servlet@kundenserver> Message-ID: <45756720.5090405@mapmedia.de> Hallo, Martin Spott schrieb: > Oliver Sch??ne wrote: > >> also ESRI bietet einen Service zum Download von freien GeoDaten, >> nat?rlich im Shape Format: >> >> http://arcdata.esri.com/data_downloader/DataDownloader?part=10200 > > Das sind offenbar VMap0-Daten und die gibt's meiner Kenntnis nach im > Masstab 1:1.000.000. Bei Bedarf kann ich sowas aus meiner juengst in > epischer Breite beschriebenen FlightGear Landcover-DB in > verschiedensten Formaten auch liefern. > Dem Fragesteller ist damit allerdings vermutlich nicht gedient, denn > der sucht 1:100.000. Ich war selber ganz gespannt auf eine Antwort, die > 'nen Hinweis auf entsprechende Daten enthaelt, weil ich danach selber > seit geraumer Zeit erfolglos suche .... ;-) ohne Lizenzgebühen wird es in diesem Maßstabsbereich nicht gehen. Die üblichen Datenanbeiter aus der Wirtschaft werden in diesem Fall wahrscheinlich auch nicht weiter helfen können, da deren Daten entweder auf Verkehrswege (für Navigation) oder administrative Grenzen (für Geomarketing) ausgelegt sind. Hast Du es schon einmal beim BKG versucht? Theoretisch gibt es da sogar den ein oder anderen WMS. Das ist natürlich nur für die BRD. Ansonsten könntest Du noch bei den großen Verlagen anfragen, da könnte es sich auch lohnen mal ins Ausland zu gucken, z. B. bei Michelin (http://www.viamichelin.fr). Gruß, Jörg -- _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: jt at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ From Franz.Gehring at lfrz.at Tue Dec 5 16:24:44 2006 From: Franz.Gehring at lfrz.at (Gehring, Franz) Date: Tue, 5 Dec 2006 16:24:44 +0100 Subject: [Mapserver-DE] sdo view Message-ID: Hallo, ich frage mich gerade ob es überhaupt möglich ist, mit dem mapserver auf eine Oracle SDO-View zuzugreifen, wenn ja welche Voraussetzungen dafür notwendig? Meine Versuche haben leider fehlgeschlagen und folgende Meldung produziert: msDrawMap(): Image handling error. Failed to draw layer named 'DKM'. msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-29902: error in executing ODCIIndexStart() routine ORA-13208: internal error while evaluating [window SRID does not match layer SRID] operator ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 368 ORA-06512: at line 1 . Query statement: SELECT rownum, SDOGEOMETRY FROM TEST2 WHERE SDO_FILTER( SDOGEOMETRY, MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(542844.42,442882.812,545110.045,444501.116) ),'querytype=window') = 'TRUE' . Check your data statement. Vielen Dank, Franz Mit freundlichen Grüßen DI(FH) Franz Gehring LFRZ A-1200 Wien, Dresdner Straße 89 Tel: +43(1)33 176/122 Fax: +43(1)33 176/999 Email: franz.gehring at lfrz.at WWW: http://www.lfrz.at -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061205/f0682867/attachment.html From technischer.leiter at gisgoesfuture.de Tue Dec 5 18:02:55 2006 From: technischer.leiter at gisgoesfuture.de (=?UTF-8?Q?Oliver_Sch=C3=B6ne?=) Date: Tue, 05 Dec 2006 18:02:55 +0100 Subject: [Mapserver-DE] sdo view Message-ID: <1129546.45221165338175525.JavaMail.servlet@kundenserver> Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061205/333ac1e6/attachment.html From umn-ms at hydrotec.de Tue Dec 5 19:12:43 2006 From: umn-ms at hydrotec.de (umn-ms@hydrotec.de) Date: Tue, 5 Dec 2006 19:12:43 +0100 Subject: [Mapserver-DE] Antwort: sdo view In-Reply-To: Message-ID: Hallo Ich bin mir recht sicher, dass man Views benutzen kann. M.E. tritt dieser Fehler auf , wenn die SRID des Layers nicht mit der SRID im Mapfile übereinstimmt. Im Mapfile hast Du scheinbar keine SRID angegeben (, denn der 2. Parameter von SDO_GEOMETRY ist NULL). Wie lautet die SRID in den Spatial-Metadaten der Tabelle, auf die der View basiert? Diese Zahl muss auch ins Mapfile. Benedikt PS: Wenn möglich solltest Du mit "USING UNIQUE" im Mapfile arbeiten. Hat der View nicht irgendeine eindeutige Integerspalte, die Du dafür nutzen kannst? mapserver-de-bounces at freegis.org schrieb am 05.12.2006 16:24:44: > Hallo, > > ich frage mich gerade ob es überhaupt möglich ist, mit dem mapserver auf eine Oracle SDO-View zuzugreifen, > wenn ja welche Voraussetzungen dafür notwendig? > > Meine Versuche haben leider fehlgeschlagen und folgende Meldung produziert: > msDrawMap(): Image handling error. Failed to draw layer named 'DKM'. > msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-29902: error in executing ODCIIndexStart() routine ORA-13208: internal error while evaluating [window SRID does not match layer SRID] operator ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 368 ORA-06512: at line 1 . Query statement: SELECT rownum, SDOGEOMETRY FROM TEST2 WHERE SDO_FILTER( SDOGEOMETRY, MDSYS.SDO_GEOMETRY(2003, NULL, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(542844.42,442882.812,545110.045,444501.116) ),'querytype=window') = 'TRUE' . Check your data statement. > > Vielen Dank, Franz > Mit freundlichen Grüßen > DI(FH) Franz Gehring > > LFRZ > A-1200 Wien, Dresdner Straße 89 > Tel: +43(1)33 176/122 > Fax: +43(1)33 176/999 > Email: franz.gehring at lfrz.at > WWW: http://www.lfrz.at > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061205/a0bae687/attachment.html From hbecker at str.de Wed Dec 6 07:18:07 2006 From: hbecker at str.de (Becker H., FB 62) Date: Wed, 6 Dec 2006 07:18:07 +0100 Subject: [Mapserver-DE] Darstellung von Farben aus der Datenbank Message-ID: <1D2C0B3E289D8446AEA629F458764E960644187A@MAIL1STR.str.de> Hallo Liste, ich benutze UMN 4.6 und Postgres 8.1 mit Postgis. In einer Datenbank habe ich eine Tabelle, in der Flächen mit Attributen abgelegt sind. Eine Attribut zu jeder Fläche ist ein RGB-Farbwert. Was muss ich jetzt in meine Mapdatei schreiben, damit der UMN die Flächen gemäß ihres Eintrages (ihrer Farbe) in der Spalte RGB darstellt? > Mit freundlichen Grüssen > > Horst Becker > > ___________________________________________________ > Stadtverwaltung Remscheid > Fachbereich Vermessung, Kataster und Liegenschaften > -Kartographie und Geoinformationssystem- > Dipl.-Ing. Horst Becker > 42849 Remscheid > > Tel.: 02191/163318 > Fax.: 02191/1613318 > Email: hbecker at str.de > Internet: www.remscheid.de > ___________________________________________________ > Wie Sie wissen, können über das Internet versandte E-Mails leicht unter fremden Namen erstellt oder manipuliert werden. Aus diesem Grunde bitte ich Sie um Verständnis dafür, dass ich zu Ihrem und meinem Schutz die rechtliche Verbindlichkeit der vorstehenden Erklärungen und Äusserungen ausschliesse. > > As you are aware, e-mails sent via Internet can easily be prepared or manipulated by third persons. For this reason I trust you will understand that, for your own and my protection, I rule out the legal validity of the foregoing statements and comments. > > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061206/c3343a8e/attachment.html From Martin.Spott at mgras.net Wed Dec 6 07:59:39 2006 From: Martin.Spott at mgras.net (Martin Spott) Date: Wed, 6 Dec 2006 06:59:39 +0000 (UTC) Subject: [Mapserver-DE] Darstellung von Farben aus der Datenbank References: <1D2C0B3E289D8446AEA629F458764E960644187A@MAIL1STR.str.de> Message-ID: "Becker H., FB 62" wrote: > ich benutze UMN 4.6 und Postgres 8.1 mit Postgis. In einer Datenbank > habe ich eine Tabelle, in der Fl?chen mit Attributen abgelegt sind. > Eine Attribut zu jeder Fl?che ist ein RGB-Farbwert. Was muss ich jetzt > in meine Mapdatei schreiben, damit der UMN die Fl?chen gem?? ihres > Eintrages (ihrer Farbe) in der Spalte RGB darstellt? Ich waere gluecklich, eines Besseren belehrt zu werden, denn nach meiner Kenntnis funktioniert das schon alleine aus dem Grunde nicht, weil die Farben wohl fuer jedes Layer, aber nicht pro Objekt deklariert werden. Ich bin deshalb einfach hingegangen und lasse mir mit einen kleinen Script-Programm die Map-Datei anhand unterschiedlicher Felder aus der Datenbank automatisch generieren. So nebenbei taugt die Methode ausserdem gut als Praevention gegen Tippfehler ;-) Tschuess, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From Klaus.Kuehne at gga-hannover.de Wed Dec 6 11:05:51 2006 From: Klaus.Kuehne at gga-hannover.de (Kuehne, Klaus) Date: Wed, 6 Dec 2006 11:05:51 +0100 Subject: [Mapserver-DE] Offtopic: Europa Karten Message-ID: Hallo, es gibt ja auch die VMAP1 = weltweite Vektortopographie im Maßstab 1:250.000. Im Prinzip ist dieses Kartenwerk wohl frei (da NATO-finanziert), und für viele Staaten der Welt kann man die entsprechenden VMAP1-Kacheln auch kostenlos herunterladen, siehe: http://www.mapability.com/index1.html?http&&&www.mapability.com/info/vmap1_download.html Die EU-Staaten halten sich dabei aber vornehm zurück, die entsprechenden Kacheln sind - im Gegensatz zur VMAP0 - ausgeklammert. Ich habe mal versucht, die deutsche (oder europäische) VMAP1 über das Amt für Geoinformationswesen der Bundeswehr in Euskirchen zu bekommen. Dort hat man mich allerdings an das BKG als datenführende Stelle verwiesen. Und vom BKG habe ich die Antwort bekommen, dass die VMAP1 zwar im Prinzip frei ist, aber dass das Herausschneiden des deutschen Anteils (und nur für den ist das BKG zuständig und weitergabeberechtigt) zu arbeitsaufwendig wäre. Und für den Bezug der europaweiten VMAP1 scheint es keine zentral zuständige Stelle zu geben; die Verbreitung der Daten ist offenbar Angelegenheit der einzelnen Nationalstaaten. Klaus Kühne GGA-Institut Hannover -----Ursprüngliche Nachricht----- Von: Martin Spott [mailto:Martin.Spott at mgras.net] Gesendet: Dienstag, 5. Dezember 2006 13:10 An: mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Offtopic: Europa Karten Oliver Sch??ne wrote: > also ESRI bietet einen Service zum Download von freien GeoDaten, > nat?rlich im Shape Format: > > http://arcdata.esri.com/data_downloader/DataDownloader?part=10200 Das sind offenbar VMap0-Daten und die gibt's meiner Kenntnis nach im Masstab 1:1.000.000. Bei Bedarf kann ich sowas aus meiner juengst in epischer Breite beschriebenen FlightGear Landcover-DB in verschiedensten Formaten auch liefern. Dem Fragesteller ist damit allerdings vermutlich nicht gedient, denn der sucht 1:100.000. Ich war selber ganz gespannt auf eine Antwort, die 'nen Hinweis auf entsprechende Daten enthaelt, weil ich danach selber seit geraumer Zeit erfolglos suche .... ;-) Tschuess, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From Martin.Spott at mgras.net Wed Dec 6 13:09:06 2006 From: Martin.Spott at mgras.net (Martin Spott) Date: Wed, 6 Dec 2006 12:09:06 +0000 (UTC) Subject: [Mapserver-DE] Darstellung von Farben aus der Datenbank References: <1D2C0B3E289D8446AEA629F458764E960644187A@MAIL1STR.str.de> Message-ID: Martin Spott wrote: > Ich bin deshalb einfach hingegangen und lasse mir mit einen kleinen > Script-Programm die Map-Datei anhand unterschiedlicher Felder aus der > Datenbank automatisch generieren. So nebenbei taugt die Methode > ausserdem gut als Praevention gegen Tippfehler ;-) Fuer denn Fall, dass noch mehr Fragen danach eintreffen .... Nein, das Script ist fuer den allgemeinen Gebrauch nicht wirklich geeignet. Bis ich die ganzen Eigenheiten des Scriptes erklaert habe, hat der potentielle Anwender in weniger Zeit ein passendes Script selber geschrieben. Etwas Hilfe zur Selbsthilfe kann ich aber geben, vielleicht hat das ja einen Sinn. Ich habe z.B. eine Tabelle "conf", da steht fast alles zu den Layern drin, was irgendwie interessant wird. Daraus generiere ich ein SQL-Script zum Anlegen der Tabellen, da stehen die Parameter drin, mit Hilfe derer die Tabellen gefuellt werden und unter anderem gibt es da auch ein paar Eckdaten fuer das Mapfile. Die Tabelle hat eine Spalte "id" und auch eine Spalte "color". Die ganze Scripterei laeuft in einer BASH. Ich baue mir erstmal einen Zugriff auf die ganzen ID's: PSQL='psql -d -U -qtA' id () { echo "select id from conf;" | ${PSQL} } Und damit kann ich mir schon fast das Mapfile zusammenstoepseln. Die Layer aehneln sich ja groesstenteils, fuer ein paar Abweichungen mache ich halt entsprechende Fallunterscheidungen (OUTLINECOLOR vorhanden oder nicht usw.). Ich geb' dann in einer Schleife: for ID in `id`; do [...] die ganzen Zeilen fuer das Mapfile mit 'echo' aus. Diejenigen Werte, in denen sich die Layer unterscheiden, werden in Variablen gesteckt. Dafuer gibt es _vor_ der Schleife noch so ein Hilfsmittel wie: color () { echo "select color from conf where id = ${ID};" | ${PSQL} } .... was dann inneralb der Schleife an passender Stelle angewendet wird: COLOR=`color` [...] echo " COLOR ${COLOR}" [...] Viel Spass damit, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From Martin.Spott at mgras.net Wed Dec 6 13:15:27 2006 From: Martin.Spott at mgras.net (Martin Spott) Date: Wed, 6 Dec 2006 12:15:27 +0000 (UTC) Subject: [Mapserver-DE] Darstellung von Farben aus der Datenbank References: <1D2C0B3E289D8446AEA629F458764E960644187A@MAIL1STR.str.de> Message-ID: Martin Spott wrote: > PSQL='psql -d -U -qtA' ^^^^^^^^^ Bloedsinn, da muss natuerlich stehen, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From AnnemarieBecher at gmx.de Wed Dec 6 13:43:32 2006 From: AnnemarieBecher at gmx.de (Anne Be) Date: Wed, 06 Dec 2006 13:43:32 +0100 Subject: [Mapserver-DE] Datenbankabfrage in Mapbender In-Reply-To: References: Message-ID: <20061206124332.130490@gmx.net> Hallo Liste Ich habe mir im Mapbender einemal den Beispieldatensatz von PostgreSQL hochgeladen und sehe dort die Karte mit einem Shape, der durch Sterchen gekennzeichnet ist. Die Sterchen sollte man anklicken können und dann die eine Abfrage als Ergebnis in einer neuen html Seite sehen. Ich kann zwar ein neues Fenster sehen, allerdings steht dort überhaupt nichts drin. Wenn ich die selbe Mapdatei einfach im Browser über den umn Mapserver öffne, dann frunktioniert alles. Ich sehe ein neues Fenster mit dem Ergebnis. Weiß vielleicht irgend jemand wo da der Fehler liegt? Danke Anne -- "Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht! From AnnemarieBecher at gmx.de Wed Dec 6 15:37:51 2006 From: AnnemarieBecher at gmx.de (Anne Be) Date: Wed, 06 Dec 2006 15:37:51 +0100 Subject: [Mapserver-DE] Datenbankabfrage Problem in Mapbender In-Reply-To: References: Message-ID: <20061206143751.306430@gmx.net> Hallo Liste Ich habe mir im Mapbender einemal den Beispieldatensatz von PostgreSQL hochgeladen und sehe dort die Karte mit einem Shape, der durch Sterchen gekennzeichnet ist. Die Sterchen sollte man anklicken können und dann die eine Abfrage als Ergebnis in einer neuen html Seite sehen. Ich kann zwar ein neues Fenster sehen, allerdings steht dort überhaupt nichts drin. Wenn ich die selbe Mapdatei einfach im Browser über den umn Mapserver öffne, dann frunktioniert alles. Ich sehe ein neues Fenster mit dem Ergebnis. Weiß vielleicht irgend jemand wo da der Fehler liegt? Danke Anne -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From T.Willkomm at stadt-duisburg.de Thu Dec 7 07:58:17 2006 From: T.Willkomm at stadt-duisburg.de (T.Willkomm@stadt-duisburg.de) Date: Thu, 7 Dec 2006 07:58:17 +0100 Subject: [Mapserver-DE] Rasterdaten mit GDAL Message-ID: Hallo Liste, ich habe folgendes Problem, wir haben in Duisburg neue Luftbilder mit einer sehr hohen Qualität ( 5 und 50 cm Bodenauflösung) bekommen. Wenn ich die Daten als TIF-Layer einbinde sind es ca. 1100 Layer und ist nicht sehr performant. Daher wollte die Daten über die GDAL - (tindex) im UMN verfügbar machen. Weiß jemand wie das geht bzw. kennt jemand eine andere Lösung Danke. Thomas Willkomm Stadt Duisburg Der Oberbürgermeister Institut für Informatik 18-12 GIS Tel: 0203/283-4582 Fax: 0203/283-4595 E-Mail: t.willkomm at stadt-duisburg.de Internet: www.duisburg.de www.stadt-duisburg.de/gis/stadtplan/hrclient/stadtplan.php www.worldgames2005.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061207/1069187d/attachment.html From uwe.seher at arteng.de Thu Dec 7 09:03:38 2006 From: uwe.seher at arteng.de (Uwe Seher) Date: Thu, 7 Dec 2006 09:03:38 +0100 Subject: [Mapserver-DE] Rasterdaten mit GDAL In-Reply-To: Message-ID: <0ML21M-1GsEEF0A8q-0005LC@mrelayeu.kundenserver.de> Hallo! Auf www.gdal.org sind die Tools recht gut dokumentiert. Eine kurze Übersicht bekommst du mit gdaltindex --help. Die gdal-Lösung hat meine ähnlichen Bedürfnisse vollkommen erfüllt und ist auch noch sehr schnell und zuverlässig. Gruß UWe Seher ________________________________________ art & engineering kauppert und mach ingenieurpartnerschaft ________________________________________ nebeniusstr. 34 d-76137 Karlsruhe fon +49 721 3548969-3 fax +49 721 3548969-5 email uwe.seher at arteng.de, www.arteng.de ________________________________________ _____ Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org] Im Auftrag von T.Willkomm at stadt-duisburg.de Gesendet: Donnerstag, 7. Dezember 2006 07:58 An: Mapserver-DE at freegis.org Betreff: [Mapserver-DE] Rasterdaten mit GDAL Hallo Liste, ich habe folgendes Problem, wir haben in Duisburg neue Luftbilder mit einer sehr hohen Qualität ( 5 und 50 cm Bodenauflösung) bekommen. Wenn ich die Daten als TIF-Layer einbinde sind es ca. 1100 Layer und ist nicht sehr performant. Daher wollte die Daten über die GDAL - (tindex) im UMN verfügbar machen. Weiß jemand wie das geht bzw. kennt jemand eine andere Lösung Danke. Thomas Willkomm Stadt Duisburg Der Oberbürgermeister Institut für Informatik 18-12 GIS Tel: 0203/283-4582 Fax: 0203/283-4595 E-Mail: t.willkomm at stadt-duisburg.de Internet: www.duisburg.de www.stadt-duisburg.de/gis/stadtplan/hrclient/stadtplan.php www.worldgames2005.de ____________ Virus checked by G DATA AntiVirusKit Virus news: www.antiviruslab.com -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061207/76012b5f/attachment.html From kbehncke at igf.uni-osnabrueck.de Thu Dec 7 10:23:52 2006 From: kbehncke at igf.uni-osnabrueck.de (Kai Behncke) Date: Thu, 7 Dec 2006 10:23:52 +0100 Subject: [Mapserver-DE] Rasterdaten mit GDAL In-Reply-To: References: Message-ID: <20061207092203.M93816@igf.uni-osnabrueck.de> On Thu, 7 Dec 2006 07:58:17 +0100, T.Willkomm wrote > Hallo Liste, > > ich habe folgendes Problem, > > wir haben in Duisburg neue Luftbilder mit einer sehr hohen Qualität > ( 5 und 50 cm Bodenauflösung) bekommen. > > Wenn ich die Daten als TIF-Layer einbinde sind es ca. 1100 Layer > und ist nicht sehr performant. > > Daher wollte die Daten über die GDAL - (tindex) im UMN > verfügbar machen. > > Weiß jemand wie das geht bzw. kennt jemand eine andere Lösung > > Danke. > > Thomas Willkomm > Hallo Thomas, hilfreich eventuell dieser Link: http://www.selbstverwaltung-bundesweit.de/mapserver/modules.php?name=Forums&file=viewtopic&t=174&sid=48a33fecedf2f125dc1cb1d52302a699 Im Prinzip müßtest Du dann ja 1100 Einträge erstellen. Das müßte natürlich automatisiert laufen. Vielleicht weiß jemand auf der Liste ein Skript dazu (würde mich auch sehr interessieren)? Viele Grüße, Kai -- Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke Institut für Geoinformatik und Fernerkundung (IGF) Universität Osnabrück Kolpingstr. 7 49074 Osnabrück Raum: 01/308 Tel.: +49 541 969-4450 E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de Web: http://www.igf.uni-osnabrueck.de From pohl at oebvi-schultz.de Thu Dec 7 10:42:06 2006 From: pohl at oebvi-schultz.de (Kathrin Pohl) Date: Thu, 7 Dec 2006 10:42:06 +0100 (MET) Subject: [Mapserver-DE] Rasterdaten mit GDAL References: Message-ID: <002d01c719e3$e2951480$d901a8c0@schultz.int> Hallo, ich glaub da kann ich auch mal helfen, da ich dieses Problem anfang des Jahres bewältigen mußte . Das vorgehen unterscheidet sich nur, je nachdem auf welchem System gearbeitet wird. Auf Windows bin ich wie folgt vorgegangen: Bildkatalog mit dem tool gdal-ogr (hier Bilder im tif Format) Im Pfad von Tools/gdal-ogr stehend den befehl setenv zum Belegen der Pfade starten über das Eingabefester im Verzeichnis der rasterbilder Stehend lautet der Befehl wie folgt: for /R %i in (*.tif) do gdaltindex tile.shp %i Die shape-Datei tile.shp steht dann im Verzeichnis der Bilder Der Befehl kann auch aus einem höherem Verzeichnis als die Bilder stehen, es werden dann alle tif-Dateien in den darunter liegenden Ordnern in den Rasterkatalog aufgenommen. Das shape steht in dem Ordner in dem der Befehl gestartet wurde unter linux sieht der Befehl etwas anders aus: for file in `ls *.tif`; do gdaltindex my.shp $file; done; für ls den entsprechenden Pfad angeben und schon wird in diesem Fall das Shape my.shp erstellt. Ich wünsch gutes Gelingen bei der Erstellung der Rasterkataloge Kathrin Pohl ----- Original Message ----- From: T.Willkomm at stadt-duisburg.de To: Mapserver-DE at freegis.org Sent: Thursday, December 07, 2006 7:58 AM Subject: [Mapserver-DE] Rasterdaten mit GDAL Hallo Liste, ich habe folgendes Problem, wir haben in Duisburg neue Luftbilder mit einer sehr hohen Qualität ( 5 und 50 cm Bodenauflösung) bekommen. Wenn ich die Daten als TIF-Layer einbinde sind es ca. 1100 Layer und ist nicht sehr performant. Daher wollte die Daten über die GDAL - (tindex) im UMN verfügbar machen. Weiß jemand wie das geht bzw. kennt jemand eine andere Lösung Danke. Thomas Willkomm Stadt Duisburg Der Oberbürgermeister Institut für Informatik 18-12 GIS Tel: 0203/283-4582 Fax: 0203/283-4595 E-Mail: t.willkomm at stadt-duisburg.de Internet: www.duisburg.de www.stadt-duisburg.de/gis/stadtplan/hrclient/stadtplan.php www.worldgames2005.de ------------------------------------------------------------------------------ _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061207/1ae53615/attachment.html From achim.wessling at gt-net.de Thu Dec 7 14:33:08 2006 From: achim.wessling at gt-net.de (Achim =?ISO-8859-1?Q?We=DFling?=) Date: Thu, 07 Dec 2006 14:33:08 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv Message-ID: <1165498388.4785.42.camel@PCI90213.infokom.gt-net.de> Hallo, ich habe hier Probleme mit einer Shape-Datei, die mich in den Wahnsinn treiben. Wenn ich die Datei per UMN im Maßstab 1:5.000 zeichnen lassen möchte mit folgendem Request: http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455924.0,5734281.0,3456969.882,5735350.788&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 bekomme ich eine Fehlermeldung und einen Eintrag im error.log des Apache der wie folgt lautet: [Thu Dec 07 14:15:14 2006] [error] [client 194.99.73.213] Premature end of script headers: mapserv Ich kann den gleichen Request mit einer größeren BoundingBox (Maßstab 1:10.000) absetzen und bekomme ein Bild!!! http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455400.0,5733745.0,3457491.764,5735884.576&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 Ich vermute, dass die Shape-Datei irgendeinen Knall hat, aber wie bekomme heraus was damit los ist? Ich stelle die Datei auch gerne zur Verfügung ;-) Für einen Hinweis wäre ich sehr dankbar! -- Achim Weßling INFOKOM Gütersloh AöR Fachbereich Technische Anwendungen Herzebrocker Str. 140 33334 Gütersloh Tel.: 0 52 41 / 85 - 29 26 Achim.Wessling at gt-net.de http://www.infokom-gt.de From jt at mapmedia.de Thu Dec 7 14:47:57 2006 From: jt at mapmedia.de (=?ISO-8859-1?Q?=22J=F6rg_Thomsen_=28MapMedia_GmbH=29=22?=) Date: Thu, 07 Dec 2006 14:47:57 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv In-Reply-To: <1165498388.4785.42.camel@PCI90213.infokom.gt-net.de> References: <1165498388.4785.42.camel@PCI90213.infokom.gt-net.de> Message-ID: <45781B8D.7000600@mapmedia.de> Hallo, das ist leider eine sehr allgemeine Fehlermeldung, google gibt dazu eine ganze Menge Treffer. Es hat aber sehr wahrscheinlich was mit der Shape-Datei zu tun, sonder mit der webserver-konfiguration bzw. installation. Was ist denn das für ein System? Die Fehlermeldung wurde hier auch schon mal diskutiert, ist aber eine Weile her. Gruß, Jörg Thomsen Achim Weßling schrieb: > Hallo, > > ich habe hier Probleme mit einer Shape-Datei, die mich in den Wahnsinn > treiben. > > Wenn ich die Datei per UMN im Maßstab 1:5.000 zeichnen lassen möchte mit > folgendem Request: > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455924.0,5734281.0,3456969.882,5735350.788&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > bekomme ich eine Fehlermeldung und einen Eintrag im error.log des Apache > der wie folgt lautet: > > [Thu Dec 07 14:15:14 2006] [error] [client 194.99.73.213] Premature end > of script headers: mapserv > > Ich kann den gleichen Request mit einer größeren BoundingBox (Maßstab > 1:10.000) absetzen und bekomme ein Bild!!! > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455400.0,5733745.0,3457491.764,5735884.576&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > Ich vermute, dass die Shape-Datei irgendeinen Knall hat, aber wie > bekomme heraus was damit los ist? Ich stelle die Datei auch gerne zur > Verfügung ;-) > > Für einen Hinweis wäre ich sehr dankbar! > > -- _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: jt at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ From mschulz at webgis.de Thu Dec 7 14:49:25 2006 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 7 Dec 2006 14:49:25 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv In-Reply-To: <1165498388.4785.42.camel@PCI90213.infokom.gt-net.de> References: <1165498388.4785.42.camel@PCI90213.infokom.gt-net.de> Message-ID: Hallo, hmm, da kann es sicher einige Gründe geben. Mal ins Blaue (hatte ich selbst vor kurzem mal wieder ;-) Werden Linien mit Antialiasing verwendet? Es gab da einen hässlichen gd-Bug der nur manchmal zu einem Segfault geführt hat. Gibt es maßstabsabhängigkeiten im map-File? Was passiert beim Aufruf der map-Datei über shp2img (da kann man auch einen extent mitgeben) ? Wenn es evtl. am shapefile liegt, was sagt ogrinfo dazu? Vielleicht mal noch Teile vom mapfile posten... Grüße, Michael Am 07.12.06 schrieb Achim Weßling : > Hallo, > > ich habe hier Probleme mit einer Shape-Datei, die mich in den Wahnsinn > treiben. > > Wenn ich die Datei per UMN im Maßstab 1:5.000 zeichnen lassen möchte mit > folgendem Request: > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455924.0,5734281.0,3456969.882,5735350.788&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > bekomme ich eine Fehlermeldung und einen Eintrag im error.log des Apache > der wie folgt lautet: > > [Thu Dec 07 14:15:14 2006] [error] [client 194.99.73.213] Premature end > of script headers: mapserv > > Ich kann den gleichen Request mit einer größeren BoundingBox (Maßstab > 1:10.000) absetzen und bekomme ein Bild!!! > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455400.0,5733745.0,3457491.764,5735884.576&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > Ich vermute, dass die Shape-Datei irgendeinen Knall hat, aber wie > bekomme heraus was damit los ist? Ich stelle die Datei auch gerne zur > Verfügung ;-) > > Für einen Hinweis wäre ich sehr dankbar! > > > -- > Achim Weßling > INFOKOM Gütersloh AöR > Fachbereich Technische Anwendungen > Herzebrocker Str. 140 > 33334 Gütersloh > Tel.: 0 52 41 / 85 - 29 26 > Achim.Wessling at gt-net.de > http://www.infokom-gt.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg Tel +49 (0)761 556959-5 Fax +49 (0)761 556959-6 http://www.webgis.de / http://www.zopecms.de ----------------------------------------------------------- From achim.wessling at gt-net.de Thu Dec 7 15:14:33 2006 From: achim.wessling at gt-net.de (Achim =?ISO-8859-1?Q?We=DFling?=) Date: Thu, 07 Dec 2006 15:14:33 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv In-Reply-To: <45781B8D.7000600@mapmedia.de> References: <1165498388.4785.42.camel@PCI90213.infokom.gt-net.de> <45781B8D.7000600@mapmedia.de> Message-ID: <1165500874.4785.50.camel@PCI90213.infokom.gt-net.de> Hier einige weitere Details: gis at lni90173:/usr/lib/cgi-bin$ ./mapserv -v MapServer version 4.10.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Auszüge aus dem MapFile: MAP NAME "tiefbau" STATUS ON EXTENT 3431639 5730305 3481515 5780181 PROJECTION "init=epsg:31467" END SIZE 650 420 MAXSIZE 10000 SYMBOLSET "/data2/kataster/map/symbols/standard.sym" FONTSET "/data2/kataster/map/fonts/fonts_alk.fnt" SHAPEPATH "/data/tiefbau/vektor/" IMAGECOLOR 255 255 255 TRANSPARENT ON UNITS meters RESOLUTION 72 INTERLACE OFF IMAGETYPE PNG OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGBA EXTENSION "png" END .... # # Gewässer01 # LAYER # start of LAYER DEFINITION MINSCALE 0 MAXSCALE 500000 NAME "gew01" GROUP "gew" DEBUG on # DATA "g-achsen_gt.shp" DATA "gewaesser.shp" STATUS ON TYPE LINE METADATA WMS_TITLE "Gewässer(01) Kreis Gütersloh" WMS_SRS "epsg:31467" END CLASS STYLE SIZE 3 SYMBOL "linie" COLOR 0 102 255 ANTIALIAS true END END END # end of LAYER DEFINITION Das Ganze läuft auf einem Ubuntu 6.06, seit geraumer Zeit problemlos. Nur diese Shape zickt rum. Achim Am Donnerstag, den 07.12.2006, 14:47 +0100 schrieb "Jörg Thomsen (MapMedia GmbH)": > Hallo, > > das ist leider eine sehr allgemeine Fehlermeldung, google gibt dazu eine > ganze Menge Treffer. Es hat aber sehr wahrscheinlich was mit der > Shape-Datei zu tun, sonder mit der webserver-konfiguration bzw. > installation. Was ist denn das für ein System? > > Die Fehlermeldung wurde hier auch schon mal diskutiert, ist aber eine > Weile her. > > > Gruß, Jörg Thomsen > > Achim Weßling schrieb: > > Hallo, > > > > ich habe hier Probleme mit einer Shape-Datei, die mich in den Wahnsinn > > treiben. > > > > Wenn ich die Datei per UMN im Maßstab 1:5.000 zeichnen lassen möchte mit > > folgendem Request: > > > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455924.0,5734281.0,3456969.882,5735350.788&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > > > bekomme ich eine Fehlermeldung und einen Eintrag im error.log des Apache > > der wie folgt lautet: > > > > [Thu Dec 07 14:15:14 2006] [error] [client 194.99.73.213] Premature end > > of script headers: mapserv > > > > Ich kann den gleichen Request mit einer größeren BoundingBox (Maßstab > > 1:10.000) absetzen und bekomme ein Bild!!! > > > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455400.0,5733745.0,3457491.764,5735884.576&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > > > Ich vermute, dass die Shape-Datei irgendeinen Knall hat, aber wie > > bekomme heraus was damit los ist? Ich stelle die Datei auch gerne zur > > Verfügung ;-) > > > > Für einen Hinweis wäre ich sehr dankbar! > > > > > > From achim.wessling at gt-net.de Thu Dec 7 15:45:15 2006 From: achim.wessling at gt-net.de (Achim =?ISO-8859-1?Q?We=DFling?=) Date: Thu, 07 Dec 2006 15:45:15 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv In-Reply-To: References: <1165498388.4785.42.camel@PCI90213.infokom.gt-net.de> Message-ID: <1165502715.4785.62.camel@PCI90213.infokom.gt-net.de> Ich habe gerade mit shp2img probiert und für beide BoundingBoxen einen 'Segmentation fault' erhalten. Wundert mich auch wieder, da der UMN mit der größeren BoundingBox bei mir ja ein Bild liefert. gis at lni90173:~/installs/mapserver-4.10.0$ ./shp2img -m /data2/tiefbau/map/tiefbau.map -o out.png -e 3455924.0 5734281.0 3456969.882 5735350.788 -l gew01 Segmentation fault gis at lni90173:~/installs/mapserver-4.10.0$ ./shp2img -m /data2/tiefbau/map/tiefbau.map -o out.png -e 3455400.0 5733745.0 3457491.764 5735884.576 -l gew01 Segmentation fault gis at lni90173:~/installs/mapserver-4.10.0$ ogrinfo liefert auch nicht wirklich was: gis at lni90173:/data/tiefbau/vektor$ ogrinfo gewaesser.shp INFO: Open of `gewaesser.shp' using driver `ESRI Shapefile' successful. 1: gewaesser (Line String) gis at lni90173:/data/tiefbau/vektor$ Achim Am Donnerstag, den 07.12.2006, 14:49 +0100 schrieb Michael Schulz: > Hallo, > > hmm, da kann es sicher einige Gründe geben. Mal ins Blaue (hatte ich > selbst vor kurzem mal wieder ;-) > > Werden Linien mit Antialiasing verwendet? Es gab da einen hässlichen > gd-Bug der nur manchmal zu einem Segfault geführt hat. > > Gibt es maßstabsabhängigkeiten im map-File? Was passiert beim Aufruf > der map-Datei über shp2img (da kann man auch einen extent mitgeben) ? > Wenn es evtl. am shapefile liegt, was sagt ogrinfo dazu? > > Vielleicht mal noch Teile vom mapfile posten... > > Grüße, Michael > > > > Am 07.12.06 schrieb Achim Weßling : > > Hallo, > > > > ich habe hier Probleme mit einer Shape-Datei, die mich in den Wahnsinn > > treiben. > > > > Wenn ich die Datei per UMN im Maßstab 1:5.000 zeichnen lassen möchte mit > > folgendem Request: > > > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455924.0,5734281.0,3456969.882,5735350.788&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > > > bekomme ich eine Fehlermeldung und einen Eintrag im error.log des Apache > > der wie folgt lautet: > > > > [Thu Dec 07 14:15:14 2006] [error] [client 194.99.73.213] Premature end > > of script headers: mapserv > > > > Ich kann den gleichen Request mit einer größeren BoundingBox (Maßstab > > 1:10.000) absetzen und bekomme ein Bild!!! > > > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455400.0,5733745.0,3457491.764,5735884.576&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > > > Ich vermute, dass die Shape-Datei irgendeinen Knall hat, aber wie > > bekomme heraus was damit los ist? Ich stelle die Datei auch gerne zur > > Verfügung ;-) > > > > Für einen Hinweis wäre ich sehr dankbar! > > > > > > -- > > Achim Weßling > > INFOKOM Gütersloh AöR > > Fachbereich Technische Anwendungen > > Herzebrocker Str. 140 > > 33334 Gütersloh > > Tel.: 0 52 41 / 85 - 29 26 > > Achim.Wessling at gt-net.de > > http://www.infokom-gt.de > > > > _______________________________________________ > > Mapserver-DE mailing list > > Mapserver-DE at freegis.org > > https://freegis.org/mailman/listinfo/mapserver-de > > > > From Kai-Behncke at gmx.de Thu Dec 7 16:06:26 2006 From: Kai-Behncke at gmx.de (Kai Behncke) Date: Thu, 07 Dec 2006 16:06:26 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv In-Reply-To: <1165502715.4785.62.camel@PCI90213.infokom.gt-net.de> References: <1165498388.4785.42.camel@PCI90213.infokom.gt-net.de> <1165502715.4785.62.camel@PCI90213.infokom.gt-net.de> Message-ID: <20061207150626.81030@gmx.net> Hallo, > ogrinfo liefert auch nicht wirklich was: > > gis at lni90173:/data/tiefbau/vektor$ ogrinfo gewaesser.shp > INFO: Open of `gewaesser.shp' > using driver `ESRI Shapefile' successful. > 1: gewaesser (Line String) > gis at lni90173:/data/tiefbau/vektor$ > OGRINFO liefert mehr, wenn man z.B. : ogrinfo -summary D:\gewaesser.shp gewaesser oder für alle Features: ogrinfo D:\gewaesser.shp gewaesser schreibt. Kai -- "Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht! From mschulz at webgis.de Thu Dec 7 17:41:03 2006 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 7 Dec 2006 17:41:03 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv In-Reply-To: <1165502715.4785.62.camel@PCI90213.infokom.gt-net.de> References: <1165498388.4785.42.camel@PCI90213.infokom.gt-net.de> <1165502715.4785.62.camel@PCI90213.infokom.gt-net.de> Message-ID: Hallo, ich meine dieses Problem mit den Antialias-Linien eigentlich nur bei Symbolen vom Typ "Cartoline" gehabt zu haben, aber check doch mal die gd.lib, und zwar gd.c bei Zeile 3034: steht da folgende Zeile: if (!gdImageBoundsSafeMacro (im, x, y)) return; Falls ja (und ansonsten auch) mehr Infos dazu hier: http://mapserver.gis.umn.edu/download/current/migration_guide_48_410 im Abschnitt libgd. Viele Grüße, Michael Am 07.12.06 schrieb Achim Weßling : > Ich habe gerade mit shp2img probiert und für beide BoundingBoxen > einen 'Segmentation fault' erhalten. > > Wundert mich auch wieder, da der UMN mit der größeren BoundingBox bei > mir ja ein Bild liefert. > > gis at lni90173:~/installs/mapserver-4.10.0$ ./shp2img > -m /data2/tiefbau/map/tiefbau.map -o out.png -e 3455924.0 5734281.0 > 3456969.882 5735350.788 -l gew01 > Segmentation fault > gis at lni90173:~/installs/mapserver-4.10.0$ ./shp2img > -m /data2/tiefbau/map/tiefbau.map -o out.png -e 3455400.0 5733745.0 > 3457491.764 5735884.576 -l gew01 > Segmentation fault > gis at lni90173:~/installs/mapserver-4.10.0$ > > ogrinfo liefert auch nicht wirklich was: > > gis at lni90173:/data/tiefbau/vektor$ ogrinfo gewaesser.shp > INFO: Open of `gewaesser.shp' > using driver `ESRI Shapefile' successful. > 1: gewaesser (Line String) > gis at lni90173:/data/tiefbau/vektor$ > > Achim > > > Am Donnerstag, den 07.12.2006, 14:49 +0100 schrieb Michael Schulz: > > Hallo, > > > > hmm, da kann es sicher einige Gründe geben. Mal ins Blaue (hatte ich > > selbst vor kurzem mal wieder ;-) > > > > Werden Linien mit Antialiasing verwendet? Es gab da einen hässlichen > > gd-Bug der nur manchmal zu einem Segfault geführt hat. > > > > Gibt es maßstabsabhängigkeiten im map-File? Was passiert beim Aufruf > > der map-Datei über shp2img (da kann man auch einen extent mitgeben) ? > > Wenn es evtl. am shapefile liegt, was sagt ogrinfo dazu? > > > > Vielleicht mal noch Teile vom mapfile posten... > > > > Grüße, Michael > > > > > > > > Am 07.12.06 schrieb Achim Weßling : > > > Hallo, > > > > > > ich habe hier Probleme mit einer Shape-Datei, die mich in den Wahnsinn > > > treiben. > > > > > > Wenn ich die Datei per UMN im Maßstab 1:5.000 zeichnen lassen möchte mit > > > folgendem Request: > > > > > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455924.0,5734281.0,3456969.882,5735350.788&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > > > > > bekomme ich eine Fehlermeldung und einen Eintrag im error.log des Apache > > > der wie folgt lautet: > > > > > > [Thu Dec 07 14:15:14 2006] [error] [client 194.99.73.213] Premature end > > > of script headers: mapserv > > > > > > Ich kann den gleichen Request mit einer größeren BoundingBox (Maßstab > > > 1:10.000) absetzen und bekomme ein Bild!!! > > > > > > http://lni90173.infokom.gt-net.de/cgi-bin/mapserv?map=tiefbau.map&LAYERS=gew01&WMTVER=1.1.0&SRS=EPSG:31467&REQUEST=map&FORMAT=PNG&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&BBOX=3455400.0,5733745.0,3457491.764,5735884.576&WIDTH=700&HEIGHT=716&scale=10000&userid=1165486726&rand=0.07557619732566856&username=kdzwes&116549714 > > > > > > Ich vermute, dass die Shape-Datei irgendeinen Knall hat, aber wie > > > bekomme heraus was damit los ist? Ich stelle die Datei auch gerne zur > > > Verfügung ;-) > > > > > > Für einen Hinweis wäre ich sehr dankbar! > > > > > > > > > -- > > > Achim Weßling > > > INFOKOM Gütersloh AöR > > > Fachbereich Technische Anwendungen > > > Herzebrocker Str. 140 > > > 33334 Gütersloh > > > Tel.: 0 52 41 / 85 - 29 26 > > > Achim.Wessling at gt-net.de > > > http://www.infokom-gt.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 > -- ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg Tel +49 (0)761 556959-5 Fax +49 (0)761 556959-6 http://www.webgis.de / http://www.zopecms.de ----------------------------------------------------------- From Markus.Weissmann at LGN.Niedersachsen.de Fri Dec 8 08:27:17 2006 From: Markus.Weissmann at LGN.Niedersachsen.de (=?iso-8859-1?Q?=22Wei=DFmann=2C_Markus=22?=) Date: Fri, 8 Dec 2006 08:27:17 +0100 Subject: [Mapserver-DE] Rasterdaten mit GDAL Message-ID: Für eine bessere Performance würde ich (zusätzlich zu den Bildkatalogen über gdaltindex) für die Bilder Pyramiden (auch Übersichten genannt) rechnen. Die Anwendung braucht dann nur soviel (Auflösung) zu laden, wie benötigt wird. So ist es z.B. auch möglich auf das gesamte Gebiet zu zoomen. Dazu werden mit der Funktion gdaladdo mehrere Kopien des Originalbildes in unterschiedlich geringerer Auflösung erzeugt. Diese werden am besten im GeoTIFF-Format in die Datei hinzugefügt. Für die Masse an Daten habe ich mir ein Shellscript geschrieben (Achtung Originaldateien werden verändert!!). #!/bin/ksh # Dieses Script erzeugt eine pyramiden_batch.sh, die die gdaladdo-Funktions-Aufrufe für alle TIFF-Dateien im Verzeichnis enthält. Diese Datei muss anschließend nur ausgeführt werden. wert="2 4 8 16 32 64 128 256 512 1024" liste=`ls *.tif` set $liste >pyramiden_batch.sh for i do : string="gdaladdo -r average ${i} ${wert}" ## average für Orthophotos gut geeignet echo $string echo $string >>pyramiden_batch.sh done Beschreibung der Funktion: http://de.giswiki.net/wiki/Gdaladdo Mit freundlichem Gruß Markus Weißmann Geodatenmanagement LGN - Landesvermessung + Geobasisinformation Niedersachsen Podbielskistraße 331 30659 Hannover Tel.: +49 511 64609 305 markus.weissmann at lgn.niedersachsen.de Von: mapserver-de-bounces at freegis.org [ mailto:mapserver-de-bounces at freegis.org] Im Auftrag von T.Willkomm at stadt-duisburg.de Gesendet: Donnerstag, 7. Dezember 2006 07:58 An: Mapserver-DE at freegis.org Betreff: [Mapserver-DE] Rasterdaten mit GDAL Hallo Liste, ich habe folgendes Problem, wir haben in Duisburg neue Luftbilder mit einer sehr hohen Qualität ( 5 und 50 cm Bodenauflösung) bekommen. Wenn ich die Daten als TIF-Layer einbinde sind es ca. 1100 Layer und ist nicht sehr performant. Daher wollte die Daten über die GDAL - (tindex) im UMN verfügbar machen. Weiß jemand wie das geht bzw. kennt jemand eine andere Lösung Danke. Thomas Willkomm Stadt Duisburg Der Oberbürgermeister Institut für Informatik 18-12 GIS Tel: 0203/283-4582 Fax: 0203/283-4595 E-Mail: t.willkomm at stadt-duisburg.de Internet: www.duisburg.de www.stadt-duisburg.de/gis/stadtplan/hrclient/stadtplan.php www.worldgames2005.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061208/2dcfb1a8/attachment.html From Burghardt.Scholle at stadt.wolfsburg.de Fri Dec 8 08:49:46 2006 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Fri, 8 Dec 2006 08:49:46 +0100 Subject: [Mapserver-DE] Probleme nach Systemupdate Message-ID: Hallo Liste, nach einem Systemupdate (Debian Sarge testing) startet der Mapserver nicht mehr. Ein mapserv -v bringt folgende Fehlermeldung: mapserv: error while loading shares libraries: libgdal1.3.1.so.1: cannot open shared object file: No such file or directory Die libgdal-Bibliothek wurde bei dem Update auf die aktuelle Version 1.3.2 "gehoben". Auch eine komplette Deinstallation / Neuinstallation der beteiligten Programme erbrachten keine Änderung. Die Pfade habe ich korrekt gesetzt (/etc/ld.so.conf). Eine Kompilierung des Mapservers 4.10.0 klappte ohne Fehlermeldung. Trotzdem gibt mapserv -v o.g. Error. Kann mir jemand einen Tip geben, an welcher Stelle sich der Verweis auf die alte Bibliothek eingenistet hat? Viele Grüße Burghardt *************** Stadt Wolfsburg Geschäftsbereich Bürgerdienste GIS-Büro Rathaus A, Zi. A911 Porschestraße 49 38440 Wolfsburg Tel.: (05361) 28-2531 Fax.: (05361) 28-1877 mailto:gis at stadt.wolfsburg.de From frank at geo-dienstleistung.de Fri Dec 8 09:05:39 2006 From: frank at geo-dienstleistung.de (Frank Broniewski) Date: Fri, 8 Dec 2006 09:05:39 +0100 Subject: [Mapserver-DE] Probleme nach Systemupdate In-Reply-To: References: Message-ID: <200612080905.39652.frank@geo-dienstleistung.de> Hallo Einen wirklichen Tipp habe ich leider nicht. Aber hast du nach dem Eintrag in /etc/ld.so.conf auch ldconfig ausgeführt? Manchmal entgeht einem das ja. Oder ist gdal evt. zweimal installiert, einmal selbst kompiliert und einmal als debian Paket? Wenn alles nichts hilft kann man ja auch einfach die neue gdal Bibliothek auf die alte linken. Das sollte eigentlich klappen. Gruß aus dem Saarland Frank Am Freitag, 8. Dezember 2006 08:49 schrieb Burghardt.Scholle at stadt.wolfsburg.de: > Hallo Liste, > > nach einem Systemupdate (Debian Sarge testing) startet der Mapserver nicht > mehr. Ein mapserv -v bringt folgende Fehlermeldung: > > mapserv: error while loading shares libraries: libgdal1.3.1.so.1: cannot > open shared object file: No such file or directory > > Die libgdal-Bibliothek wurde bei dem Update auf die aktuelle Version 1.3.2 > "gehoben". Auch eine komplette Deinstallation / Neuinstallation der > beteiligten Programme erbrachten keine Änderung. Die Pfade habe ich korrekt > gesetzt (/etc/ld.so.conf). Eine Kompilierung des Mapservers 4.10.0 klappte > ohne Fehlermeldung. Trotzdem gibt mapserv -v o.g. Error. Kann mir jemand > einen Tip geben, an welcher Stelle sich der Verweis auf die alte Bibliothek > eingenistet hat? > > Viele Grüße > Burghardt > > *************** > > Stadt Wolfsburg > Geschäftsbereich Bürgerdienste > GIS-Büro > Rathaus A, Zi. A911 > Porschestraße 49 > 38440 Wolfsburg > Tel.: (05361) 28-2531 > Fax.: (05361) 28-1877 > > mailto:gis at stadt.wolfsburg.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From Burghardt.Scholle at stadt.wolfsburg.de Fri Dec 8 09:12:12 2006 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Fri, 8 Dec 2006 09:12:12 +0100 Subject: [Mapserver-DE] Probleme nach Systemupdate Message-ID: Hallo, ein ldconfig hatte ich ausgeführt. GDAL ist auch nicht zweimal installiert. Die Vorgängerversion wurde duch das Update deinstalliert. Ich hab zwar noch die alten Bibliotheken auf anderen Systemen, so könnte ich Deinen Tip mal ausprobieren. Aber ganz "sauber" scheint mir das dann nicht zu sein ;-)! Da die Bibliotheken auf dem System nicht mehr vorhanden sind, muss es ja irgendwo einen "aller entscheidenden" Eintrag / Verweis auf die alte GDAL-Version geben, nur wo? Gruß Burghardt -----Ursprüngliche Nachricht----- Von: Frank Broniewski [mailto:frank at geo-dienstleistung.de] Gesendet: Freitag, 8. Dezember 2006 09:06 An: mapserver-de at freegis.org Cc: Scholle, Burghardt (01-5) Betreff: Re: [Mapserver-DE] Probleme nach Systemupdate Hallo Einen wirklichen Tipp habe ich leider nicht. Aber hast du nach dem Eintrag in /etc/ld.so.conf auch ldconfig ausgeführt? Manchmal entgeht einem das ja. Oder ist gdal evt. zweimal installiert, einmal selbst kompiliert und einmal als debian Paket? Wenn alles nichts hilft kann man ja auch einfach die neue gdal Bibliothek auf die alte linken. Das sollte eigentlich klappen. Gruß aus dem Saarland Frank Am Freitag, 8. Dezember 2006 08:49 schrieb Burghardt.Scholle at stadt.wolfsburg.de: > Hallo Liste, > > nach einem Systemupdate (Debian Sarge testing) startet der Mapserver nicht > mehr. Ein mapserv -v bringt folgende Fehlermeldung: > > mapserv: error while loading shares libraries: libgdal1.3.1.so.1: cannot > open shared object file: No such file or directory > > Die libgdal-Bibliothek wurde bei dem Update auf die aktuelle Version 1.3.2 > "gehoben". Auch eine komplette Deinstallation / Neuinstallation der > beteiligten Programme erbrachten keine Änderung. Die Pfade habe ich korrekt > gesetzt (/etc/ld.so.conf). Eine Kompilierung des Mapservers 4.10.0 klappte > ohne Fehlermeldung. Trotzdem gibt mapserv -v o.g. Error. Kann mir jemand > einen Tip geben, an welcher Stelle sich der Verweis auf die alte Bibliothek > eingenistet hat? > > Viele Grüße > Burghardt > > *************** > > Stadt Wolfsburg > Geschäftsbereich Bürgerdienste > GIS-Büro > Rathaus A, Zi. A911 > Porschestraße 49 > 38440 Wolfsburg > Tel.: (05361) 28-2531 > Fax.: (05361) 28-1877 > > mailto:gis at stadt.wolfsburg.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From lichte at icbm.de Fri Dec 8 09:13:07 2006 From: lichte at icbm.de (Oliver Lichte) Date: Fri, 8 Dec 2006 09:13:07 +0100 Subject: [Mapserver-DE] Probleme nach Systemupdate In-Reply-To: References: Message-ID: <200612080913.08355.lichte@icbm.de> Hallo Burghardt, bei der Neukompilierung, hast Du da auch make distclean ausgeführt und anschliessend configure.sh nochmal gestartet? Denn erst dann werden die benötigten Libraries gesucht und angepasst. Als Quick-and-Dirty Ansatz kann man auch in /usr/lib (wo vermutlich die neue GDAL lib liegt) einen Sym-Link auf die neue Lib mit alten Namen anlegen ln -s libgdal1.3.2.so.1 libgdal1.3.1.so.1 Das wäre zwar nur eine vorläufige Lösung, kann aber den Mapserver erst mal wieder zum Laufen bringen. Allerding kann ich die Seiteneffekte nicht so genau abschätzen. Ich hatte mit derartigen Fixes jedoch bisher noch keine Probleme. Schöne Grüße, Oliver Am Freitag, 8. Dezember 2006 08:49 schrieb Burghardt.Scholle at stadt.wolfsburg.de: > Hallo Liste, > > nach einem Systemupdate (Debian Sarge testing) startet der Mapserver nicht > mehr. Ein mapserv -v bringt folgende Fehlermeldung: > > mapserv: error while loading shares libraries: libgdal1.3.1.so.1: cannot > open shared object file: No such file or directory > > Die libgdal-Bibliothek wurde bei dem Update auf die aktuelle Version 1.3.2 > "gehoben". Auch eine komplette Deinstallation / Neuinstallation der > beteiligten Programme erbrachten keine Änderung. Die Pfade habe ich korrekt > gesetzt (/etc/ld.so.conf). Eine Kompilierung des Mapservers 4.10.0 klappte > ohne Fehlermeldung. Trotzdem gibt mapserv -v o.g. Error. Kann mir jemand > einen Tip geben, an welcher Stelle sich der Verweis auf die alte Bibliothek > eingenistet hat? > > Viele Grüße > Burghardt > > *************** > > Stadt Wolfsburg > Geschäftsbereich Bürgerdienste > GIS-Büro > Rathaus A, Zi. A911 > Porschestraße 49 > 38440 Wolfsburg > Tel.: (05361) 28-2531 > Fax.: (05361) 28-1877 > > mailto:gis at stadt.wolfsburg.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Dipl.-Inform. Oliver Lichte Nachwuchsforschergruppe IMPULSE Institut für Chemie und Biologie des Meeres (ICBM) Carl-von-Ossietzky-Straße 9-11 Postfach 2503 D-26129 Oldenburg www.icbm.de/impulse www.icbm.de/anemos Tel.: +49-441-798-3622 Fax : +49-441-798-3404 mailto:lichte at icbm.de IMPULSE is also involved in the European project POWER Pushing Offshore Wind Energy Regions See the POWER Website: www.offshore-power.net From lichte at icbm.de Fri Dec 8 09:21:24 2006 From: lichte at icbm.de (Oliver Lichte) Date: Fri, 8 Dec 2006 09:21:24 +0100 Subject: [Mapserver-DE] Probleme nach Systemupdate In-Reply-To: References: Message-ID: <200612080921.24347.lichte@icbm.de> Am Freitag, 8. Dezember 2006 09:12 schrieb Burghardt.Scholle at stadt.wolfsburg.de: > ausprobieren. Aber ganz "sauber" scheint mir das dann nicht zu sein ;-)! Da > die Bibliotheken auf dem System nicht mehr vorhanden sind, muss es ja > irgendwo einen "aller entscheidenden" Eintrag / Verweis auf die alte > GDAL-Version geben, nur wo? Vielleicht im Pfad PATH oder LD_LIBRARY_PATH. Gruß, Oliver -- Dipl.-Inform. Oliver Lichte Nachwuchsforschergruppe IMPULSE Institut für Chemie und Biologie des Meeres (ICBM) Carl-von-Ossietzky-Straße 9-11 Postfach 2503 D-26129 Oldenburg www.icbm.de/impulse www.icbm.de/anemos Tel.: +49-441-798-3622 Fax : +49-441-798-3404 mailto:lichte at icbm.de IMPULSE is also involved in the European project POWER Pushing Offshore Wind Energy Regions See the POWER Website: www.offshore-power.net From Burghardt.Scholle at stadt.wolfsburg.de Fri Dec 8 09:41:02 2006 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Fri, 8 Dec 2006 09:41:02 +0100 Subject: [Mapserver-DE] Probleme nach Systemupdate Message-ID: Hallo Oliver, ja, ja, dass hat man davon, wenn man am frühen Morgen "mal eben" den Mapserver neu kompiliert! Natürlich hatte ich in der Eile - "Hilfe, der Mapserver läuft nicht" - vergessen, ein "make distclean" abzusetzen! Vielen Dank an Euch Allen für die spontane und sachkundige Hilfe. Nun funzt es also wieder! Allerdings wundert es mich, dass bei dem Systemupdate der Mapserver offenbar auch gegen die alte GDAL-Version kompiliert / gelinkt wurde. Na ja, vielleicht liegt das an der Reihenfolge der installierten Pakete. Viele Grüße Burghardt -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Oliver Lichte Gesendet: Freitag, 8. Dezember 2006 09:13 An: mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Probleme nach Systemupdate Hallo Burghardt, bei der Neukompilierung, hast Du da auch make distclean ausgeführt und anschliessend configure.sh nochmal gestartet? Denn erst dann werden die benötigten Libraries gesucht und angepasst. Als Quick-and-Dirty Ansatz kann man auch in /usr/lib (wo vermutlich die neue GDAL lib liegt) einen Sym-Link auf die neue Lib mit alten Namen anlegen ln -s libgdal1.3.2.so.1 libgdal1.3.1.so.1 Das wäre zwar nur eine vorläufige Lösung, kann aber den Mapserver erst mal wieder zum Laufen bringen. Allerding kann ich die Seiteneffekte nicht so genau abschätzen. Ich hatte mit derartigen Fixes jedoch bisher noch keine Probleme. Schöne Grüße, Oliver Am Freitag, 8. Dezember 2006 08:49 schrieb Burghardt.Scholle at stadt.wolfsburg.de: > Hallo Liste, > > nach einem Systemupdate (Debian Sarge testing) startet der Mapserver nicht > mehr. Ein mapserv -v bringt folgende Fehlermeldung: > > mapserv: error while loading shares libraries: libgdal1.3.1.so.1: cannot > open shared object file: No such file or directory > > Die libgdal-Bibliothek wurde bei dem Update auf die aktuelle Version 1.3.2 > "gehoben". Auch eine komplette Deinstallation / Neuinstallation der > beteiligten Programme erbrachten keine Änderung. Die Pfade habe ich korrekt > gesetzt (/etc/ld.so.conf). Eine Kompilierung des Mapservers 4.10.0 klappte > ohne Fehlermeldung. Trotzdem gibt mapserv -v o.g. Error. Kann mir jemand > einen Tip geben, an welcher Stelle sich der Verweis auf die alte Bibliothek > eingenistet hat? > > Viele Grüße > Burghardt > > *************** > > Stadt Wolfsburg > Geschäftsbereich Bürgerdienste > GIS-Büro > Rathaus A, Zi. A911 > Porschestraße 49 > 38440 Wolfsburg > Tel.: (05361) 28-2531 > Fax.: (05361) 28-1877 > > mailto:gis at stadt.wolfsburg.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Dipl.-Inform. Oliver Lichte Nachwuchsforschergruppe IMPULSE Institut für Chemie und Biologie des Meeres (ICBM) Carl-von-Ossietzky-Straße 9-11 Postfach 2503 D-26129 Oldenburg www.icbm.de/impulse www.icbm.de/anemos Tel.: +49-441-798-3622 Fax : +49-441-798-3404 mailto:lichte at icbm.de IMPULSE is also involved in the European project POWER Pushing Offshore Wind Energy Regions See the POWER Website: www.offshore-power.net _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From T.Willkomm at stadt-duisburg.de Fri Dec 8 09:50:35 2006 From: T.Willkomm at stadt-duisburg.de (T.Willkomm@stadt-duisburg.de) Date: Fri, 8 Dec 2006 09:50:35 +0100 Subject: [Mapserver-DE] Danke an die Liste :-)))) Message-ID: Hallo Liste, Danke für die vielen Tipps zur GDAL bei uns geht's jetzt :- )))) Allen in der Liste schöne Weihnachten und einen guten Rutsch. MfG Thomas Willkomm Stadt Duisburg Der Oberbürgermeister Institut für Informatik 18-12 GIS Tel: 0203/283-4582 Fax: 0203/283-4595 E-Mail: t.willkomm at stadt-duisburg.de Internet: www.duisburg.de www.stadt-duisburg.de/gis/stadtplan/hrclient/stadtplan.php www.worldgames2005.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061208/56f60b38/attachment.html From T.Willkomm at stadt-duisburg.de Fri Dec 8 11:19:44 2006 From: T.Willkomm at stadt-duisburg.de (T.Willkomm@stadt-duisburg.de) Date: Fri, 8 Dec 2006 11:19:44 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv In-Reply-To: Message-ID: Hallo Achim, wir hatten heute so ein ähnliches Problem, unser Fehler lag in der MAP-Datei. Es war in jedem Layer die Projektion angegeben. Wenn wir diese Global setzten gehts bei uns. MfG Thomas Willkomm Stadt Duisburg Der Oberbürgermeister Institut für Informatik 18-12 GIS Tel: 0203/283-4582 Fax: 0203/283-4595 E-Mail: t.willkomm at stadt-duisburg.de Internet: www.duisburg.de www.stadt-duisburg.de/gis/stadtplan/hrclient/stadtplan.php www.worldgames2005.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061208/2e63e348/attachment.html From r.keltermann at web.de Fri Dec 8 16:07:36 2006 From: r.keltermann at web.de (Reinhard Keltermann) Date: Fri, 08 Dec 2006 16:07:36 +0100 Subject: [Mapserver-DE] Automatisiertes Kacheln Message-ID: <315439039@web.de> Hallo Liste, mich interessiert, wie ich eine Rasterdatei autamatisiert kacheln kann. Ich habe 300 MB (Geotiff), welche ich in mindestens 60 Kacheln bringen möchte. Ich will nun aber nicht jede Kachel händisch anlegen. Kennt da jemand eine gute Lösung oder ein Skript? Vielen Dank, Reinhard ______________________________________________________________________________ "Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht! From armin.burger at gmx.net Fri Dec 8 16:29:55 2006 From: armin.burger at gmx.net (Armin Burger) Date: Fri, 08 Dec 2006 16:29:55 +0100 Subject: [Mapserver-DE] Automatisiertes Kacheln In-Reply-To: <315439039@web.de> References: <315439039@web.de> Message-ID: <457984F3.3010009@gmx.net> Wenn du das Geotiff nur fuer Mapserver verwenden willst, ist die Aufteilung in Kacheln eigentlich nicht notwendig. Das Lesen von 1 Datei ist grundsaetzlich effizienter als 60 Dateien gleichzeitig zu oeffnen. Ich hab problemlos Tiffs mit 500-600 MB verwendet. Wichtig fuer schnelle Darstellung ist nur die Erstellung der Overviews mit gdaladdo. Die Umwandlung in ein tiled Geotiff (1 Datei aber intern in einzelne tiles aufgetrennt) kann die Geschwindigkeit evtl. noch ein bisschen fuer grosse Massstaebe erhoehen gdal_translate -co "TILED=YES" in.tif out.tif Manche Programme wie ArcView koennen eine solches tiled Tiff aber nicht lesen. armin Reinhard Keltermann wrote: > Hallo Liste, > > mich interessiert, wie ich eine Rasterdatei autamatisiert kacheln kann. > Ich habe 300 MB (Geotiff), welche ich in mindestens 60 Kacheln bringen möchte. > Ich will nun aber nicht jede Kachel händisch anlegen. > Kennt da jemand eine gute Lösung oder ein Skript? > > Vielen Dank, Reinhard From r.keltermann at web.de Fri Dec 8 16:44:08 2006 From: r.keltermann at web.de (r.keltermann@web.de) Date: Fri, 08 Dec 2006 16:44:08 +0100 Subject: [Mapserver-DE] Automatisiertes Kacheln Message-ID: <315491456@web.de> > -----Ursprüngliche Nachricht----- > Von: armin.burger at gmx.net > Gesendet: 08.12.06 16:30:11 > An: Reinhard Keltermann > CC: mapserver-de at freegis.org > Betreff: Re: [Mapserver-DE] Automatisiertes Kacheln > Wenn du das Geotiff nur fuer Mapserver verwenden willst, ist die > Aufteilung in Kacheln eigentlich nicht notwendig. Das Lesen von 1 Datei > ist grundsaetzlich effizienter als 60 Dateien gleichzeitig zu oeffnen. > Ich hab problemlos Tiffs mit 500-600 MB verwendet. > > Wichtig fuer schnelle Darstellung ist nur die Erstellung der Overviews > mit gdaladdo. Die Umwandlung in ein tiled Geotiff (1 Datei aber intern > in einzelne tiles aufgetrennt) kann die Geschwindigkeit evtl. noch ein > bisschen fuer grosse Massstaebe erhoehen > > gdal_translate -co "TILED=YES" in.tif out.tif > > Manche Programme wie ArcView koennen eine solches tiled Tiff aber nicht > lesen. > > armin > Hallo, vielen Dank erst mal. Gilt das was Du sagst nur für Geotiffs? Was ist mit 150 MB großen JPEGs? Muss man denn Rasterbilder garnicht kacheln? Ich lese immer wieder dass das sehr wichtig sei, weil sonst die Performanz leidet?? Was genau meinst Du mit Overviews mit gdaladdo? Vielen Dank nochmal, Reinhard ______________________________________________________________________________ "Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht! From armin.burger at gmx.net Fri Dec 8 17:05:01 2006 From: armin.burger at gmx.net (Armin Burger) Date: Fri, 08 Dec 2006 17:05:01 +0100 Subject: [Mapserver-DE] Automatisiertes Kacheln In-Reply-To: <315491456@web.de> References: <315491456@web.de> Message-ID: <45798D2D.2090301@gmx.net> >> > Hallo, > vielen Dank erst mal. > Gilt das was Du sagst nur für Geotiffs? > Was ist mit 150 MB großen JPEGs? JPEG's wuerde ich eher als Notloesung betrachten, z.B. wenn man wenig Plattenplatz hat. Ansonsten sind JPEG's recht langsam, da immer das komplette Bild entpackt werden muss, um es darzustellen. Tiffs (unkomprimiert) koennen sehr effizient in kleinen Teilen gelesen werden. Evtl. sind noch ECW's geeignet wenn man sehr grosse Bilder und/oder wenig Platz hat. Sind langsamer als Tiff aber deutlich schneller als Jpeg. > Muss man denn Rasterbilder garnicht kacheln? > Ich lese immer wieder dass das sehr wichtig sei, weil sonst die Performanz leidet?? > Was genau meinst Du mit Overviews mit gdaladdo? gdaladdo fuegt Overview-Ebeben mit geringerer Aufloesung und daher weniger Datenmenge in das existierende Tiff ein. Die Dateigrosse des Tiffs erhoeht sich daurch um bis etwa 30%, aber es lohnt sich! Tiffs mit Overviews sind das schnellste was ich bisher getestet habe und auf der Mapserver Liste wird das gleiche oefters bestaetigt. Du brauchst Gdal (fuer Windows als FWtools erhaeltlich unter http://www.gdal.org/dl/fwtools/FWTools111.exe). Kurzbeschreibung von gdaladdo unter http://gdal.maptools.org/gdaladdo.html gdaladdo -r average dein.tif 2 4 6 8 12 16 20 30 armin > > Vielen Dank nochmal, Reinhard > > > From r.keltermann at web.de Fri Dec 8 18:06:16 2006 From: r.keltermann at web.de (r.keltermann@web.de) Date: Fri, 08 Dec 2006 18:06:16 +0100 Subject: [Mapserver-DE] Automatisiertes Kacheln Message-ID: <315600375@web.de> > -----Ursprüngliche Nachricht----- > Von: armin.burger at gmx.net > Gesendet: 08.12.06 17:05:10 > An: r.keltermann at web.de > CC: mapserver-de at freegis.org > Betreff: Re: [Mapserver-DE] Automatisiertes Kacheln > > >> > > Hallo, > > vielen Dank erst mal. > > Gilt das was Du sagst nur für Geotiffs? > > Was ist mit 150 MB großen JPEGs? > > JPEG's wuerde ich eher als Notloesung betrachten, z.B. wenn man wenig > Plattenplatz hat. Ansonsten sind JPEG's recht langsam, da immer das > komplette Bild entpackt werden muss, um es darzustellen. Tiffs > (unkomprimiert) koennen sehr effizient in kleinen Teilen gelesen werden. > Evtl. sind noch ECW's geeignet wenn man sehr grosse Bilder und/oder > wenig Platz hat. Sind langsamer als Tiff aber deutlich schneller als Jpeg. > > > > Muss man denn Rasterbilder garnicht kacheln? > > Ich lese immer wieder dass das sehr wichtig sei, weil sonst die Performanz leidet?? > > Was genau meinst Du mit Overviews mit gdaladdo? > > gdaladdo fuegt Overview-Ebeben mit geringerer Aufloesung und daher > weniger Datenmenge in das existierende Tiff ein. Die Dateigrosse des > Tiffs erhoeht sich daurch um bis etwa 30%, aber es lohnt sich! Tiffs mit > Overviews sind das schnellste was ich bisher getestet habe und auf der > Mapserver Liste wird das gleiche oefters bestaetigt. > > Du brauchst Gdal (fuer Windows als FWtools erhaeltlich unter > http://www.gdal.org/dl/fwtools/FWTools111.exe). Kurzbeschreibung von > gdaladdo unter > http://gdal.maptools.org/gdaladdo.html > > gdaladdo -r average dein.tif 2 4 6 8 12 16 20 30 > Cool, danke :-) !!!! Dennoch würde es mich generell interessieren, ob man automatisiert einen Befehl auf der MS-DOS-Konsole x-fach mit verschiedenen Parametern ablaufen lassen kann. Wir haben hier diesbezüglich schon viel gerätselt und probiert. Also nehmen wir mal ich möchte kacheln derart: gdal_translate –projwin 3623456 5311111 3375433 570000 bild_in.tif bild_out.tif ....und dieses dann x-fach, immer wieder mit neuen Koordinaten, so dass man letztlich mehrere Kacheln bekommt. Man könnte das manuell machen, dauert aber viel zu lange. Könnte man z.B. auf Windows eine batch-Datei schreiben, die so etwas macht, also den Befehl mit immer wieder neuen Koordinaten aufruft, so dass man dann im Endeffekt z.B. 20 Einzelbilder aus einem großen Bild bekommt? ______________________________________________________________________________ "Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht! From flavio at tydac.ch Mon Dec 11 08:13:23 2006 From: flavio at tydac.ch (Flavio Hendry) Date: Mon, 11 Dec 2006 08:13:23 +0100 Subject: [Mapserver-DE] Automatisiertes Kacheln In-Reply-To: <457984F3.3010009@gmx.net> References: <315439039@web.de> <457984F3.3010009@gmx.net> Message-ID: hallo zusammen richtig performance holt man mit der bildung von overviews raus: gdaladdo -r average tiled.tif 2 4 8 16 32 64 128 (ACHTUNG: schreibt in die ausgangsdatei) vorher = 5 sekunden / danach = 0.5 sekunden (bsp. gesamtsicht luftbild über eine kommune). weiterer vorteil: die übersichten werden "smoother" = bessere qualität des resultierenden bildes. s. auch http://mapserver.gis.umn.edu/docs/howto/raster_data/#building-internal-overviews Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC Web-Site: http://www.tydac.ch TYDAC MapServer: http://www.mapserver.ch ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Kind Regards ############ mailto:flavio at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From r.keltermann at web.de Mon Dec 11 09:55:16 2006 From: r.keltermann at web.de (r.keltermann@web.de) Date: Mon, 11 Dec 2006 09:55:16 +0100 Subject: [Mapserver-DE] Geschwindigkeit der Mapserver-Ausgabe Message-ID: <318493741@web.de> Hallo Liste, ich würde gerne wissen, ob man irgendwo eine Angabe bekommen kann, wie schnell der Server die Kartenausgabe schafft; oder muss man das quasi vor dem Bildschirm mit einer Stoppuhr evaluieren? Gibt es vielleicht irgendwo eine Zeitangabe in der Logdatei des Apache oder des Mapservers? Ich würde gerne mal einen exakten Zeitvergleich bei einer Tif-Ausgabe evaluieren, gekachelt und mit gdaladdo. Danke, Reinhard ______________________________________________________________________________ "Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht! From Klaus.Kuehne at gga-hannover.de Mon Dec 11 10:53:34 2006 From: Klaus.Kuehne at gga-hannover.de (Kuehne, Klaus) Date: Mon, 11 Dec 2006 10:53:34 +0100 Subject: [Mapserver-DE] OGC-Standards WMS/WFS/WCS/ ... und deren Anwendung - Seminaranbieter gesucht Message-ID: Hallo, wir suchen Anbieter für eine mehrtägige Inhouse-Schulung zum Thema "OGC-Standards WMS/WFS/WCS/ ... und deren Anwendung". Kann jemand helfen? Mit freundlichem Gruß Klaus Kühne Leibniz Institute for Applied Geosciences (GGA) Stilleweg 2 D-30655 Hannover Germany Telefon: +49 (0)511-643-3481 Telefax: +49 (0)511-643-3665 -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061211/4bf9adae/attachment.html From jt at mapmedia.de Mon Dec 11 11:03:29 2006 From: jt at mapmedia.de (=?ISO-8859-1?Q?=22J=F6rg_Thomsen_=28MapMedia_GmbH=29=22?=) Date: Mon, 11 Dec 2006 11:03:29 +0100 Subject: [Mapserver-DE] OGC-Standards WMS/WFS/WCS/ ... und deren Anwendung - Seminaranbieter gesucht In-Reply-To: References: Message-ID: <457D2CF1.1070809@mapmedia.de> Kuehne, Klaus schrieb: > Hallo, > > wir suchen Anbieter für eine mehrtägige Inhouse-Schulung zum Thema > "OGC-Standards WMS/WFS/WCS/ ... und deren Anwendung". Kann jemand helfen? HIER! Gruß, Jörg Thomsen > > Mit freundlichem Gruß > > Klaus Kühne > > Leibniz Institute for Applied Geosciences (GGA) > Stilleweg 2 > D-30655 Hannover > Germany > Telefon: +49 (0)511-643-3481 > Telefax: +49 (0)511-643-3665 > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: jt at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ From rastadisasta at gmail.com Mon Dec 11 15:31:24 2006 From: rastadisasta at gmail.com (RASTADISASTA) Date: Mon, 11 Dec 2006 15:31:24 +0100 Subject: [Mapserver-DE] Performance-Analyse und Optimierung von UMN Mapserver- Systemen Message-ID: <26b283ed0612110631t3ce2eaaeu87619072cc443f39@mail.gmail.com> Hello Liste und Mapserver Freunde Im Zuge meines Studiums an der Fachhochschule Wiener Neustadt im Bereich Geoinformationstechnolgie werde ich meine Diplomarbeit im nächsten Semester über den UMN Mapserver schreiben. Das Thema wird sich im Moment so nennen: „Performance-Analyse und Optimierung von UMN Mapserver- Systemen". In dieser Arbeit werde ich unterschiedliche Einstellungen und Möglichkeiten im Rahmen des Mapservers in einem Labor testen und auswerten. Folgende Gebiete möchte ich analysieren: • Datenhaltung Posgres, Shape und Dxf; • Datenzugriff Räumliche Indizes, Query Optimization,.. • Verschiedene Betriebssysteme Linux Debian, Windows Server 2003; • Mapfile Einstellungen antialiasing, outputformat,… • Mapserver Zugriff (vielleicht) mapscript, cgi, • Unterschiedliche Hardware (vielleicht) Die Tests werden vorwiegend Laufzeitmessungen zur Bildgenerierung beinhalten. Außerdem sind Stress Tests geplant in denen mit vielen Clients Requests abgesetzt werden und die Stabilität des Mapserver überprüft. Als Datengrundlage habe ich einen Vektor Teleatlas Datensatz angedacht. Von dem gewisse Teilausschnitte für den Test herangezogen werden. Nun zu meinen Fragen: Existieren Publikationen in irgendeiner Weise die dieses Gebiet betreffen? Was ist eure Meinung zu diesem Thema? Welche Tipps oder Anregungen habt ihr? Ich würde mich wirklich über jede Unterstützung sehr freuen. Lg Hansi (Diesen Beitrag werden ich auch an die Englischen Liste schicken) From jt at mapmedia.de Mon Dec 11 15:38:42 2006 From: jt at mapmedia.de (=?UTF-8?B?IkrDtnJnIFRob21zZW4gKE1hcE1lZGlhIEdtYkgpIg==?=) Date: Mon, 11 Dec 2006 15:38:42 +0100 Subject: [Mapserver-DE] Performance-Analyse und Optimierung von UMN Mapserver- Systemen In-Reply-To: <26b283ed0612110631t3ce2eaaeu87619072cc443f39@mail.gmail.com> References: <26b283ed0612110631t3ce2eaaeu87619072cc443f39@mail.gmail.com> Message-ID: <457D6D72.3080300@mapmedia.de> Hallo, es gibt da eine Diplomarbeit: "Geodaten- und Kartenbereitstellung das forstliche WebGIS" von Melanie Anjelski, die auch den Performance-Aspekt berücksichtigt (Vergleich UMN und ArcIMS). Melanie, darf ich Deine Mailadresse oder die Arbeit weiterleiten? Gruß, Jörg RASTADISASTA schrieb: > Hello Liste und Mapserver Freunde > > Im Zuge meines Studiums an der Fachhochschule Wiener Neustadt im > Bereich Geoinformationstechnolgie werde ich meine Diplomarbeit im > nächsten Semester über den UMN Mapserver schreiben. > Das Thema wird sich im Moment so nennen: ?Performance-Analyse und > Optimierung von > UMN Mapserver- Systemen". In dieser Arbeit werde ich unterschiedliche > Einstellungen und Möglichkeiten im Rahmen des Mapservers in einem > Labor testen und auswerten. > Folgende Gebiete möchte ich analysieren: > > ? Datenhaltung > Posgres, Shape und Dxf; > > ? Datenzugriff > Räumliche Indizes, > Query Optimization,.. > > ? Verschiedene Betriebssysteme > Linux Debian, > Windows Server 2003; > > ? Mapfile Einstellungen > antialiasing, outputformat,? > > ? Mapserver Zugriff (vielleicht) > mapscript, cgi, > > ? Unterschiedliche Hardware (vielleicht) > > Die Tests werden vorwiegend Laufzeitmessungen zur Bildgenerierung > beinhalten. Außerdem sind Stress Tests geplant in denen mit vielen > Clients Requests abgesetzt werden und die Stabilität des Mapserver > überprüft. > Als Datengrundlage habe ich einen Vektor Teleatlas Datensatz > angedacht. Von dem gewisse Teilausschnitte für den Test herangezogen > werden. > > Nun zu meinen Fragen: > Existieren Publikationen in irgendeiner Weise die dieses Gebiet > betreffen? > Was ist eure Meinung zu diesem Thema? Welche Tipps oder Anregungen > habt ihr? > > Ich würde mich wirklich über jede Unterstützung sehr freuen. > > Lg Hansi > > (Diesen Beitrag werden ich auch an die Englischen Liste schicken) > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: jt at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ From r.keltermann at web.de Mon Dec 11 20:11:43 2006 From: r.keltermann at web.de (Reinhard Keltermann) Date: Mon, 11 Dec 2006 20:11:43 +0100 Subject: [Mapserver-DE] Geschwindigkeit der Mapserver-Ausgabe Message-ID: <319294279@web.de> Vielen Dank an alle die geholfen haben. Man muss einfach DEBUG ON in den Header- bzw. die Layer-Sektion des Mapfiles schreiben. Dann erscheint in der error.log des Apache Webservers die Angabe, wie lange ein Layer braucht. Ist auch möglich, im Mapfile folgenden Pfad festzulegen: CONFIG "MS_ERRORFILE" "C:/Programme/......../tmp/ms_error.log" Viele Grüße, Reinhard ______________________________________________________________________________ "Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht! From armin.burger at gmx.net Mon Dec 11 22:34:29 2006 From: armin.burger at gmx.net (Armin Burger) Date: Mon, 11 Dec 2006 22:34:29 +0100 Subject: [Mapserver-DE] Automatisiertes Kacheln In-Reply-To: References: <315439039@web.de> <457984F3.3010009@gmx.net> Message-ID: <457DCEE5.2090409@gmx.net> Flavio Hendry wrote: > weiterer vorteil: die übersichten werden "smoother" > = bessere qualität des resultierenden bildes. seit version 4.8 geht das zusaetzlich im Mapfile ueber PROCESSING "RESAMPLE=BILINEAR" ist noch nicht in das Raster-How-to eingeflossen, aber es wurde mal bei den News zu Version 4.8 erwaehnt und funktioniert recht gut. Insbesondere bei hohen Aufloesungen hat es Vorteile, und mir kommt es im Normalfall nicht wesentlich langsamer vor. Aber es belastet wohl etwas mehr die CPU, macht sich bei vielen gleichzeitigen Zugriffen evtl. staerker bemerkbar. armin From armin.burger at gmx.net Mon Dec 11 22:37:30 2006 From: armin.burger at gmx.net (Armin Burger) Date: Mon, 11 Dec 2006 22:37:30 +0100 Subject: [Mapserver-DE] Performance-Analyse und Optimierung von UMN Mapserver- Systemen In-Reply-To: <26b283ed0612110631t3ce2eaaeu87619072cc443f39@mail.gmail.com> References: <26b283ed0612110631t3ce2eaaeu87619072cc443f39@mail.gmail.com> Message-ID: <457DCF9A.60003@gmx.net> ein gutes Tool fuer solche Messungen ist zB. jmeter von der Apache Foundation. armin RASTADISASTA wrote: > Hello Liste und Mapserver Freunde > > Im Zuge meines Studiums an der Fachhochschule Wiener Neustadt im > Bereich Geoinformationstechnolgie werde ich meine Diplomarbeit im > nächsten Semester über den UMN Mapserver schreiben. > Das Thema wird sich im Moment so nennen: „Performance-Analyse und > Optimierung von > UMN Mapserver- Systemen". In dieser Arbeit werde ich unterschiedliche > Einstellungen und Möglichkeiten im Rahmen des Mapservers in einem > Labor testen und auswerten. > Folgende Gebiete möchte ich analysieren: > > • Datenhaltung > Posgres, Shape und Dxf; > > • Datenzugriff > Räumliche Indizes, > Query Optimization,.. > > • Verschiedene Betriebssysteme > Linux Debian, > Windows Server 2003; > > • Mapfile Einstellungen > antialiasing, outputformat,… > > • Mapserver Zugriff (vielleicht) > mapscript, cgi, > > • Unterschiedliche Hardware (vielleicht) > > Die Tests werden vorwiegend Laufzeitmessungen zur Bildgenerierung > beinhalten. Außerdem sind Stress Tests geplant in denen mit vielen > Clients Requests abgesetzt werden und die Stabilität des Mapserver > überprüft. > Als Datengrundlage habe ich einen Vektor Teleatlas Datensatz > angedacht. Von dem gewisse Teilausschnitte für den Test herangezogen > werden. > > Nun zu meinen Fragen: > Existieren Publikationen in irgendeiner Weise die dieses Gebiet > betreffen? > Was ist eure Meinung zu diesem Thema? Welche Tipps oder Anregungen > habt ihr? > > Ich würde mich wirklich über jede Unterstützung sehr freuen. > > Lg Hansi > > (Diesen Beitrag werden ich auch an die Englischen Liste schicken) > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From flavio at tydac.ch Tue Dec 12 07:25:00 2006 From: flavio at tydac.ch (Flavio Hendry) Date: Tue, 12 Dec 2006 07:25:00 +0100 Subject: [Mapserver-DE] Automatisiertes Kacheln In-Reply-To: <457DCEE5.2090409@gmx.net> References: <315439039@web.de> <457984F3.3010009@gmx.net> <457DCEE5.2090409@gmx.net> Message-ID: Hi Armin > seit version 4.8 geht das zusaetzlich im Mapfile ueber > PROCESSING "RESAMPLE=BILINEAR" I know, as we paid for that ... :-) es gibt auch ein PROCESSING "RESAMPLE=AVERAGE". ACHTUNG: Ausgabe immer zu JPEG oder PNG24 (letzteres nicht zu empfehlen, grosse Dateien). Sonst kommt garbage raus ... Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC Web-Site: http://www.tydac.ch TYDAC MapServer: http://www.mapserver.ch ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Kind Regards ############ mailto:flavio at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From T.Willkomm at stadt-duisburg.de Tue Dec 12 12:54:31 2006 From: T.Willkomm at stadt-duisburg.de (T.Willkomm@stadt-duisburg.de) Date: Tue, 12 Dec 2006 12:54:31 +0100 Subject: [Mapserver-DE] Antwort: Seminaranbieter gesucht In-Reply-To: Message-ID: Hallo, wir haben gerade eine Inhause OGC-Schulung ! Unser Anbieter ist www.rundertischgis.de MfG Thomas Willkomm Stadt Duisburg Der Oberbürgermeister Institut für Informatik 18-12 GIS Tel: 0203/283-4582 Fax: 0203/283-4595 E-Mail: t.willkomm at stadt-duisburg.de Internet: www.duisburg.de www.stadt-duisburg.de/gis/stadtplan/hrclient/stadtplan.php www.worldgames2005.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061212/9e8e0a3f/attachment.html From kniprath.l at wver.de Tue Dec 12 14:43:23 2006 From: kniprath.l at wver.de (Ludwig Kniprath) Date: Tue, 12 Dec 2006 14:43:23 +0100 Subject: [Mapserver-DE] Problem beim linearen Referenzieren via PostGIS Message-ID: Hallo Liste, folgende Aufgabenstellung: Karte der Gewässergüte mit unterschiedllichen farbigen Bereichen je nach ermittelter Güteklasse in einzelnen Gewässerabschnitten gegeben: - Layer Gewässer (PostGIS-Lininethema, LINSTRINGM) - Tabelle Gewässergüte (Postgres-Tabelle, verknüpft zum Gewässerthema über eine eindeutige ID und Stationierungsangaben gg_stationierung_uw/gg_stationierung_ow zur Bereichseingrenzung) Vorgehen: 1. Anlegen eines Views "view_gewaesserguete" (mit Public-Zugriffsrechten) in Postgres, der die Geometrie des Gewässers zwischen den Stationierungsangaben zurückliefert: "SELECT locate_between_measures(gewaesser.the_geom_m, gewaesserguete.gg_stationierung_uw, gewaesserguete.gg_stationierung_ow) AS gewaessergueteabschnitt ..." 2. In der Map-Datei einen zugehörigen PostGIS-Layer definieren LAYER NAME "Gewaesserguete" CONNECTIONTYPE postgis CONNECTION "user=max password=mustermann dbname=test_gis host=localhost port=5432" DATA "gewaessergueteabschnitt from view_gewaesserguete as foo using unique column name using SRID=31466#" ... END Problem: ( ! ) Warning: [MapServer Error]: prepare_database(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(gewaessergueteabschnitt)),'NDR'),column::text from view_gewaesserguete WHERE gewaessergueteabschnitt && setSRID('BOX3D(2464351.07744 5583866.05258598,2583172.52304 5674940.36731402)'::BOX3D, 31466 )' Postgresql reports the error as 'ERROR: syntax error at or near "column" at character 111 ' More Help: Error with POSTGIS data variable. You specified 'check your .map file'. Standard ways of specifiying are : (1) 'geometry_column from geometry_table' (2) 'geometry_column from (sub query) as foo using unique column name using SRID=srid#' Make sure you put in the 'using unique column name' and 'using SRID=#' clauses in. For more help, please see http://postgis.refractions.net/documentation/ Mappostgis.c - version of Jan 23/2004. in C:\website\myMapServer\php_out\getMap.php on line 719 Der Fehler tritt auch auf, wenn ich im MapFIle statt des Views den kompletten Abfragestring in DATA "the_geom from (SELECT ....)..." verwende, offenbar ist der Part "column::text" in der von MapServer generierten Abfrage überflüssig, kann aber leider nicht von mir beeinflusst werden. Ein Bug oder ein Fehler meinerseits? Danke im Voraus... Ludwig From umn-ms at hydrotec.de Tue Dec 12 16:18:11 2006 From: umn-ms at hydrotec.de (umn-ms@hydrotec.de) Date: Tue, 12 Dec 2006 16:18:11 +0100 Subject: [Mapserver-DE] Antwort: Problem beim linearen Referenzieren via PostGIS In-Reply-To: Message-ID: Hallo Herr Kniprath > DATA "gewaessergueteabschnitt from view_gewaesserguete as foo using unique column name using SRID=31466#" Ist das jetzt nur für das Posting so rübergekommen oder heisst die eindeutige Integer-Spalte wirklich "column" oder ist das ein echter Copy-Paste-aus-der-Doku-Flüchtigkeitsfehler? Immerhin wird laut Fehlermeldung "column" in das von Mapserver generierte Statement übernommen. Sollte da statt "using unique column name" besser "using unique ID" stehen (mit "ID" der Name der Integer-Spalte, die eine Zeile im View eindeutig identifiziert)? Schöne Grüße aus Aachen nach Düren Benedikt Rothe mapserver-de-bounces at freegis.org schrieb am 12.12.2006 14:43:23: > Hallo Liste, folgende Aufgabenstellung: > Karte der Gewässergüte mit unterschiedllichen farbigen Bereichen je nach ermittelter Güteklasse in einzelnen Gewässerabschnitten > > gegeben: > - Layer Gewässer (PostGIS-Lininethema, LINSTRINGM) > - Tabelle Gewässergüte (Postgres-Tabelle, verknüpft zum Gewässerthema über eine eindeutige ID und Stationierungsangaben gg_stationierung_uw/gg_stationierung_ow zur Bereichseingrenzung) > > Vorgehen: > 1. Anlegen eines Views "view_gewaesserguete" (mit Public-Zugriffsrechten) in Postgres, der die Geometrie des Gewässers zwischen den Stationierungsangaben zurückliefert: > "SELECT locate_between_measures(gewaesser.the_geom_m, gewaesserguete.gg_stationierung_uw, gewaesserguete.gg_stationierung_ow) AS gewaessergueteabschnitt ..." > > 2. In der Map-Datei einen zugehörigen PostGIS-Layer definieren > LAYER > NAME "Gewaesserguete" > CONNECTIONTYPE postgis > CONNECTION "user=max password=mustermann dbname=test_gis host=localhost port=5432" > DATA "gewaessergueteabschnitt from view_gewaesserguete as foo using unique column name using SRID=31466#" > ... > END > > Problem: > ( ! ) Warning: [MapServer Error]: prepare_database(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(gewaessergueteabschnitt)),'NDR'),column::text from view_gewaesserguete WHERE gewaessergueteabschnitt && setSRID('BOX3D(2464351.07744 5583866.05258598,2583172.52304 5674940.36731402)'::BOX3D, 31466 )' Postgresql reports the error as 'ERROR: syntax error at or near "column" at character 111 ' More Help: Error with POSTGIS data variable. You specified 'check your .map file'. Standard ways of specifiying are : (1) 'geometry_column from geometry_table' (2) 'geometry_column from (sub query) as foo using unique column name using SRID=srid#' Make sure you put in the 'using unique column name' and 'using SRID=#' clauses in. For more help, please see http://postgis.refractions.net/documentation/ Mappostgis.c - version of Jan 23/2004. in C:\website\myMapServer\php_out\getMap.php on line 719 > > Der Fehler tritt auch auf, wenn ich im MapFIle statt des Views den kompletten Abfragestring in DATA "the_geom from (SELECT ....)..." verwende, offenbar ist der Part "column::text" in der von MapServer generierten Abfrage überflüssig, kann aber leider nicht von mir beeinflusst werden. > > Ein Bug oder ein Fehler meinerseits? > > Danke im Voraus... > > Ludwig > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061212/58be15b4/attachment.html From mw at ilpoe.uni-stuttgart.de Tue Dec 12 16:54:42 2006 From: mw at ilpoe.uni-stuttgart.de (Malte Weller) Date: Tue, 12 Dec 2006 16:54:42 +0100 Subject: [Mapserver-DE] Hintergrundfarbe dynamisch setzen Message-ID: <457ED0C2.6070902@ilpoe.uni-stuttgart.de> Hallo Liste, ich möchte die Hintergrundfarbe des MapObjektes dynamisch über PhpMapScript setzen. Der Versuch mit $mapobject->set("imagecolor", " 200 200 200") ist mit folgender Fehlermeldung gescheitert: Property 'IMAGECOLOR' does not exist in this object. Wie soll ich das nun verstehen. Im Mapfile existiert doch diese Eigenschaft. Grüße, Malte -- Malte Weller Institut für Landschaftsplanung und Ökologie Universität Stuttgart Keplerstr.11 70174 Stuttgart Mail: mw at ilpoe.uni-stuttgart.de Fon: 0711-6858-4140 Fax: 0711-6858-3381 From kbehncke at igf.uni-osnabrueck.de Tue Dec 12 17:18:24 2006 From: kbehncke at igf.uni-osnabrueck.de (Kai Behncke) Date: Tue, 12 Dec 2006 17:18:24 +0100 Subject: [Mapserver-DE] Hintergrundfarbe dynamisch setzen In-Reply-To: <457ED0C2.6070902@ilpoe.uni-stuttgart.de> References: <457ED0C2.6070902@ilpoe.uni-stuttgart.de> Message-ID: <20061212161553.M76198@igf.uni-osnabrueck.de> On Tue, 12 Dec 2006 16:54:42 +0100, Malte Weller wrote > Hallo Liste, > ich möchte die Hintergrundfarbe des MapObjektes dynamisch über > PhpMapScript setzen. > Der Versuch mit $mapobject->set("imagecolor", " 200 200 200") ist > mit folgender Fehlermeldung gescheitert: > > Property 'IMAGECOLOR' does not exist in this object. > > Wie soll ich das nun verstehen. Im Mapfile existiert doch diese Eigenschaft. > > Grüße, > Malte > Hallo Malte, das Mapobject weist in der Tat diese Eigenschaft auf: http://mapserver.gis.umn.edu/docs/reference/phpmapscript-class/classes/mapobj Eine dymische Generierung der Hintergrundfarbe könnte so aussehen: $map->imagecolor->setRGB(0, 0, 255); Viele Grüße, Kai -- Dipl.-Geogr. Dipl.-Umweltw. Kai Behncke Institut für Geoinformatik und Fernerkundung (IGF) Universität Osnabrück Kolpingstr. 7 49074 Osnabrück Raum: 01/308 Tel.: +49 541 969-4450 E-Mail: mailto:kbehncke at igf.uni-osnabrueck.de Web: http://www.igf.uni-osnabrueck.de From Martin.Spott at mgras.net Wed Dec 13 00:59:11 2006 From: Martin.Spott at mgras.net (Martin Spott) Date: Tue, 12 Dec 2006 23:59:11 +0000 (UTC) Subject: [Mapserver-DE] Antwort: Seminaranbieter gesucht References: Message-ID: T.Willkomm at stadt-duisburg.de wrote: > wir haben gerade eine Inhause OGC-Schulung ! > > Unser Anbieter ist > > www.rundertischgis.de Und, wie war's ? Tschuess, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From kniprath.l at wver.de Wed Dec 13 08:40:15 2006 From: kniprath.l at wver.de (Ludwig Kniprath) Date: Wed, 13 Dec 2006 08:40:15 +0100 Subject: [Mapserver-DE] Antw: Problem beim linearen Referenzieren via PostGIS Message-ID: Hallo Liste, etwas Abstand zur Arbeit und man sieht die eigenen Fehler. Opfer des Copy/Paste-Syndroms... Natürlich muss bei der Layer-Definition statt "using unique column name" der Name der eindeutigen Spalte (z. B. "using unique oid" ) genommen werden, und schon klappt's. Gruß Ludwig >>> "Ludwig Kniprath" 12.12.06 14:43 >>> Hallo Liste, folgende Aufgabenstellung: Karte der Gewässergüte mit unterschiedllichen farbigen Bereichen je nach ermittelter Güteklasse in einzelnen Gewässerabschnitten gegeben: - Layer Gewässer (PostGIS-Lininethema, LINSTRINGM) - Tabelle Gewässergüte (Postgres-Tabelle, verknüpft zum Gewässerthema über eine eindeutige ID und Stationierungsangaben gg_stationierung_uw/gg_stationierung_ow zur Bereichseingrenzung) Vorgehen: 1. Anlegen eines Views "view_gewaesserguete" (mit Public-Zugriffsrechten) in Postgres, der die Geometrie des Gewässers zwischen den Stationierungsangaben zurückliefert: "SELECT locate_between_measures(gewaesser.the_geom_m, gewaesserguete.gg_stationierung_uw, gewaesserguete.gg_stationierung_ow) AS gewaessergueteabschnitt ..." 2. In der Map-Datei einen zugehörigen PostGIS-Layer definieren LAYER NAME "Gewaesserguete" CONNECTIONTYPE postgis CONNECTION "user=max password=mustermann dbname=test_gis host=localhost port=5432" DATA "gewaessergueteabschnitt from view_gewaesserguete as foo using unique column name using SRID=31466#" ... END Problem: ( ! ) Warning: [MapServer Error]: prepare_database(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(gewaessergueteabschnitt)),'NDR'),column::text from view_gewaesserguete WHERE gewaessergueteabschnitt && setSRID('BOX3D(2464351.07744 5583866.05258598,2583172.52304 5674940.36731402)'::BOX3D, 31466 )' Postgresql reports the error as 'ERROR: syntax error at or near "column" at character 111 ' More Help: Error with POSTGIS data variable. You specified 'check your .map file'. Standard ways of specifiying are : (1) 'geometry_column from geometry_table' (2) 'geometry_column from (sub query) as foo using unique column name using SRID=srid#' Make sure you put in the 'using unique column name' and 'using SRID=#' clauses in. For more help, please see http://postgis.refractions.net/documentation/ Mappostgis.c - version of Jan 23/2004. in C:\website\myMapServer\php_out\getMap.php on line 719 Der Fehler tritt auch auf, wenn ich im MapFIle statt des Views den kompletten Abfragestring in DATA "the_geom from (SELECT ....)..." verwende, offenbar ist der Part "column::text" in der von MapServer generierten Abfrage überflüssig, kann aber leider nicht von mir beeinflusst werden. Ein Bug oder ein Fehler meinerseits? Danke im Voraus... Ludwig From Klaus.Kuehne at gga-hannover.de Wed Dec 13 09:36:14 2006 From: Klaus.Kuehne at gga-hannover.de (Kuehne, Klaus) Date: Wed, 13 Dec 2006 09:36:14 +0100 Subject: [Mapserver-DE] Antwort: Seminaranbieter gesucht Message-ID: Vielen Dank! (auch an die anderen Mitglieder der Usergroup, die mir weitergeholfen haben) mfG Klaus Kühne -----Ursprüngliche Nachricht----- Von: T.Willkomm at stadt-duisburg.de [mailto:T.Willkomm at stadt-duisburg.de] Gesendet: Dienstag, 12. Dezember 2006 12:55 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Antwort: Seminaranbieter gesucht Hallo, wir haben gerade eine Inhause OGC-Schulung ! Unser Anbieter ist www.rundertischgis.de MfG Thomas Willkomm Stadt Duisburg Der Oberbürgermeister Institut für Informatik 18-12 GIS Tel: 0203/283-4582 Fax: 0203/283-4595 E-Mail: t.willkomm at stadt-duisburg.de Internet: www.duisburg.de www.stadt-duisburg.de/gis/stadtplan/hrclient/stadtplan.php www.worldgames2005.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061213/d17e7fd4/attachment.html From Ronald.Woita at rostock.de Thu Dec 14 16:07:59 2006 From: Ronald.Woita at rostock.de (Ronald Woita) Date: Thu, 14 Dec 2006 16:07:59 +0100 Subject: [Mapserver-DE] WFS Client und GetFeatureInfo Message-ID: Hallo, ich frage mit dem Mapserver einen WFS-Dienst (Geoserver 1.3.4) an und stelle die Daten als WMS zur Verfügung mit folgendem map-File : <<-- STATUS ON TYPE POLYGON CONNECTIONTYPE WFS CONNECTION "http://localhost/geoserver/wfs?" METADATA "wms_srs" "EPSG:2398 EPSG:25833" "wms_title" "Test Layer 2" "wms_abstract" "dummy" "wms_author" "KVLA/62.15/Woita" "wms_accessconstraints" "none" # "wfs_typename" "kvla:bplaene" "wfs_version" "1.0.0" "wfs_request_method" "GET" "wfs_service" "WFS" "wfs_connectiontimeout" "30" # "wfs_filter" "kvla:b_plan16*" END -->> Die Darstellung incl. Labelfunktion klappt auch prima. Nur wenn ich einen GetFeatureInfo-Request an den WMS absetze, bekomme ich keine Ergebnisse zurückgeliefert ?! Trotz allem Hin- und Herüberlegen wird mir nicht ganz klar, ob das GetFeatureInfo überhaupt in eine räumliche Anfrage an den WFS umgewandelt werden kann ? Handelt es sich hier um ein prinzipielles Problem oder habe ich nur etwas triviales übersehen ? schöne Grüße von der Ostsee Ronald Woita -- Ronald Woita Hansestadt Rostock Kataster-, Vermessungs- und Liegenschaftsamt Holbeinplatz 14, 18069 Rostock email: ronald.woita at rostock.de phone: +49 (0)381 - 381 6256 From Burghardt.Scholle at stadt.wolfsburg.de Fri Dec 15 08:43:23 2006 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Fri, 15 Dec 2006 08:43:23 +0100 Subject: [Mapserver-DE] Automatisiertes Kacheln In-Reply-To: Message-ID: Hallo Liste, wer / welche Instanz entscheidet eigentlich, wann ein bestimmtes Overview verwendet wird? Macht das der Mapserver - oder GDAL selber? Kann man diesen Prozess beeinflussen? Viele Grüße Burghardt Scholle -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Flavio Hendry Gesendet: Dienstag, 12. Dezember 2006 07:25 An: Armin Burger Cc: mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Automatisiertes Kacheln Hi Armin > seit version 4.8 geht das zusaetzlich im Mapfile ueber > PROCESSING "RESAMPLE=BILINEAR" I know, as we paid for that ... :-) es gibt auch ein PROCESSING "RESAMPLE=AVERAGE". ACHTUNG: Ausgabe immer zu JPEG oder PNG24 (letzteres nicht zu empfehlen, grosse Dateien). Sonst kommt garbage raus ... Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC Web-Site: http://www.tydac.ch TYDAC MapServer: http://www.mapserver.ch ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Kind Regards ############ mailto:flavio at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From Ronald.Woita at rostock.de Mon Dec 18 12:40:45 2006 From: Ronald.Woita at rostock.de (Ronald Woita) Date: Mon, 18 Dec 2006 12:40:45 +0100 Subject: [Mapserver-DE] Antw: AW: WFS Client und GetFeatureInfo Message-ID: Hallo Peter, das Problem mit dem OID-Wert ist mir in Verbindung mit einer PostGIS-Datenquelle bekannt. Nur greife ich in diesem Fall auf einen WFS und nicht direkt auf die Daten zu. Ein Template ist auch definiert- hier bekomme ich ja des Ergebnis : Search Result NULL. Zudem wird erst gar keine Anfrage am WFS (Geoserver) mitgeloggt ?! auf dem Weg nach einer anderen Lösung . . . Ronald -- Ronald Woita Hansestadt Rostock Kataster-, Vermessungs- und Liegenschaftsamt Holbeinplatz 14, 18069 Rostock email: ronald.woita at rostock.de phone: +49 (0)381 - 381 6256 >>> Peter Korduan 18.12.2006 11:13 >>> Hallo Ronald, Du willst das Ergebnis vom MapServer durchgereicht bekommen. Hast Du auch ein Template erstellt und das in der Layerdefinition eingebunden? Dann musst Du dem Layer noch sagen in welchem Typ er antworten soll 'WMS_FEATURE_INFO_MIME_TYPE' 'text/xml' oder so. Wenn du das gemacht hast und es geht immer noch nicht, dann probiere mal so etwas wie eine oid vom wfs zu bekommen. Ohne eine oid habe ich vom WMS auch keine Ergebnisse im getFeatureInfo Request zurückbekommen und es muss ein Integerwert sein. Gruß Peter > -----Ursprüngliche Nachricht----- > Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de- > bounces at freegis.org] Im Auftrag von Ronald Woita > Gesendet: Donnerstag, 14. Dezember 2006 16:08 > An: mapserver-de at freegis.org > Betreff: [Mapserver-DE] WFS Client und GetFeatureInfo > > Hallo, > > ich frage mit dem Mapserver einen WFS-Dienst (Geoserver 1.3.4) an und > stelle die Daten als WMS zur Verfügung > mit folgendem map-File : > > <<-- > STATUS ON > TYPE POLYGON > CONNECTIONTYPE WFS > CONNECTION "http://localhost/geoserver/wfs?" > METADATA > "wms_srs" "EPSG:2398 EPSG:25833" > "wms_title" "Test Layer 2" > "wms_abstract" "dummy" > "wms_author" "KVLA/62.15/Woita" > "wms_accessconstraints" "none" > # > "wfs_typename" "kvla:bplaene" > "wfs_version" "1.0.0" > "wfs_request_method" "GET" > "wfs_service" "WFS" > "wfs_connectiontimeout" "30" > # > "wfs_filter" " escape='!'>kvla:b_plan16*< > /PropertyIsLike>" > END > -->> > > Die Darstellung incl. Labelfunktion klappt auch prima. > Nur wenn ich einen GetFeatureInfo-Request an den WMS absetze, bekomme ich > keine Ergebnisse zurückgeliefert ?! > Trotz allem Hin- und Herüberlegen wird mir nicht ganz klar, ob das > GetFeatureInfo überhaupt in eine räumliche Anfrage an den WFS > umgewandelt werden kann ? > Handelt es sich hier um ein prinzipielles Problem oder habe ich nur etwas > triviales übersehen ? > > schöne Grüße von der Ostsee > > > Ronald Woita > > > -- > Ronald Woita > Hansestadt Rostock > Kataster-, Vermessungs- und Liegenschaftsamt > Holbeinplatz 14, 18069 Rostock > email: ronald.woita at rostock.de > phone: +49 (0)381 - 381 6256 > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From n.holdt at fpk.de Tue Dec 19 09:40:33 2006 From: n.holdt at fpk.de (Nils Holdt) Date: Tue, 19 Dec 2006 09:40:33 +0100 Subject: [Mapserver-DE] WMS Darstellungfehler zw Layern Message-ID: <4587A581.7070002@fpk.de> Guten Morgen, ich habe folgendes Problem. Ich habe 10 Layer in einer Map-Datei dargestellt, auf diese wird per WMS zugegriffen. Die Ausgabe ansich ist fehlerfrei. Jedoch tritt folgendes Problem bedingt auf: Nach einem Layer wird der andere nicht mehr angebunden sondern es entsteht ein weißer Rand. Dieses Problem allerdings tritt nur dann auf wen 10% oder weniger vom dem anschließenden Layer noch fehlen, als über 10% wird fehlerfrei dargestellt. Es ist zwar schwierig durchs Panen in so einen Bereich zu gelangen wo man einen weißen Rand erhält jedoch ist es dennoch immer wahrscheinlicher so einen Bereich zu erwischen je kleiner man den Maßstab wählt. Da auf diese Karte mögliche Kunden zugreifen sollen muss der weiße Rand verschwinden, jedoch bin ich mittlerweile mit meinem Latein am Ende. Daher würde ich mich über Ideen zur Behebung des Problems freuen. Mit freundlichen Gruessen Nils Holdt n.holdt at fpk.de _______________________________________________________________________ FPK Ingenieurgesellschaft fuer Fernerkundung, Photogrammetrie, Kartographie und Vermessung mbH Feurigstrasse 54, 10827 Berlin, Germany Telefon [49] (0) 30 / 787111-24 Fax [49] (0) 30 / 787111-25 Internet www.fpk.de www.satellitenbildkarte www.satmap.de www.archimedes3D.de From technischer.leiter at gisgoesfuture.de Tue Dec 19 10:29:05 2006 From: technischer.leiter at gisgoesfuture.de (=?UTF-8?Q?Oliver_Sch=C3=B6ne?=) Date: Tue, 19 Dec 2006 10:29:05 +0100 Subject: [Mapserver-DE] WMS getMap Request Message-ID: <31052401.1017811166520545453.JavaMail.servlet@kundenserver> Hallo Liste, ich habe einmal eine grundsätzliche Frage zum OGC konformen getMap Request beim UMN. Angenommen ich habe folgende URL: http://localhost/cgi-bin/mapserv.exe?map=C:/ms4w/apache/htdocs/bsp/mymap.map&service=wms&version=1.1.1&request=getMap&layers=layer1&BBox=4538226.0,5744172.0,4546866.0,5737421.0&width=500&height=500 Verändere ich nun die Parameter der BBox so, dass sie nicht mehr quadratisch ist, verzerrt der UMN das zurückgelieferte Bild dem entsprechend. Genau das Gleiche passiert, wenn ich die Parameter des Bildes (width, height) nicht quadratisch angebe. Ich habe das auch schon zusätzlich mit dem Paramter srs=epsg:4326 ausprobiert, mit dem Selben Effekt. Kann man den UMN nicht zwingen das Bild "real" darzustellen? Es ergibt doch keinen Sinn dass das Bild geschert oder gestaucht bzw. gestreckt wird. Danke im Voraus... -- Oliver Schöne Technischer Leiter GISgoesFuture e.V. www.gisgoesfuture.de TGZ Dessau Kühnauer Straße 24 Zimmer 303 (2.OG) D-06846 Dessau From mschulz at webgis.de Tue Dec 19 12:20:12 2006 From: mschulz at webgis.de (Michael Schulz) Date: Tue, 19 Dec 2006 12:20:12 +0100 Subject: [Mapserver-DE] WMS getMap Request In-Reply-To: <31052401.1017811166520545453.JavaMail.servlet@kundenserver> References: <31052401.1017811166520545453.JavaMail.servlet@kundenserver> Message-ID: Hallo, das ist im Sinne der OGC Konformität aber das korrekte Verhalten: "The returned picture, regardless of its return format, shall have exactly the specified width and height in pixels. In the case where the aspect ratio of the BBOX and the ratio width/height are different, the WMS shall stretch the returned map so that the resulting pixels could themselves be rendered in the aspect ratio of the BBOX. In other words, it should be possible using this definition to request a map for a device whose output pixels are themselves non-square, or to stretch a map into an image area of a different aspect ratio." (WMS Spec 1.1.1, Abschnitt 7.2.3.8) Viele Grüße, Michael Schulz Am 19.12.06 schrieb Oliver Schöne : > Hallo Liste, > > ich habe einmal eine grundsätzliche Frage zum OGC konformen getMap Request beim UMN. > Angenommen ich habe folgende URL: > > http://localhost/cgi-bin/mapserv.exe?map=C:/ms4w/apache/htdocs/bsp/mymap.map&service=wms&version=1.1.1&request=getMap&layers=layer1&BBox=4538226.0,5744172.0,4546866.0,5737421.0&width=500&height=500 > > Verändere ich nun die Parameter der BBox so, dass sie nicht mehr quadratisch ist, verzerrt der UMN das zurückgelieferte Bild dem entsprechend. Genau das Gleiche passiert, wenn ich die Parameter des Bildes (width, height) nicht quadratisch angebe. Ich habe das auch schon zusätzlich mit dem Paramter srs=epsg:4326 ausprobiert, mit dem Selben Effekt. Kann man den UMN nicht zwingen das Bild "real" darzustellen? Es ergibt doch keinen Sinn dass das Bild geschert oder gestaucht bzw. gestreckt wird. > > Danke im Voraus... > > > -- > Oliver Schöne > Technischer Leiter GISgoesFuture e.V. > www.gisgoesfuture.de > TGZ Dessau > Kühnauer Straße 24 > Zimmer 303 (2.OG) > D-06846 Dessau > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg Tel +49 (0)761 556959-5 Fax +49 (0)761 556959-6 http://www.webgis.de / http://www.zopecms.de ----------------------------------------------------------- From mschulz at webgis.de Tue Dec 19 12:41:53 2006 From: mschulz at webgis.de (Michael Schulz) Date: Tue, 19 Dec 2006 12:41:53 +0100 Subject: [Mapserver-DE] WMS Darstellungfehler zw Layern In-Reply-To: <4587A581.7070002@fpk.de> References: <4587A581.7070002@fpk.de> Message-ID: Hallo, kann man sich diesen Phänomen irgendwo anschauen? Sind das Rasterbilder, die als einzelne Layer eingebunden sind und eigentlich flächendeckend sein sollten, aber manchmal entsteht ein weisser Rand? Könnte dieser weisse Rand zum Bild gehören oder ist es der Kartenhintergrund (vielleicht mal mit IMAGECOLOR einen Kartenhintergrund != 255 255 255 setzen). Hmm, vielleicht ist es auch was ganz anderes ;-) Viele Grüße, Michael Am 19.12.06 schrieb Nils Holdt : > Guten Morgen, > > ich habe folgendes Problem. Ich habe 10 Layer in einer Map-Datei > dargestellt, auf diese wird per WMS zugegriffen. Die Ausgabe ansich ist > fehlerfrei. > Jedoch tritt folgendes Problem bedingt auf: Nach einem Layer wird der > andere nicht mehr angebunden sondern es entsteht ein weißer Rand. > > Dieses Problem allerdings tritt nur dann auf wen 10% oder weniger vom > dem anschließenden Layer noch fehlen, als über 10% wird fehlerfrei > dargestellt. > > Es ist zwar schwierig durchs Panen in so einen Bereich zu gelangen wo > man einen weißen Rand erhält jedoch ist es dennoch immer > wahrscheinlicher so einen Bereich zu erwischen je kleiner man den > Maßstab wählt. > Da auf diese Karte mögliche Kunden zugreifen sollen muss der weiße Rand > verschwinden, jedoch bin ich mittlerweile mit meinem Latein am Ende. > Daher würde ich mich über Ideen zur Behebung des Problems freuen. > > Mit freundlichen Gruessen > Nils Holdt > n.holdt at fpk.de > _______________________________________________________________________ > > FPK Ingenieurgesellschaft fuer Fernerkundung, > Photogrammetrie, Kartographie und Vermessung mbH > > Feurigstrasse 54, 10827 Berlin, Germany > > Telefon [49] (0) 30 / 787111-24 > Fax [49] (0) 30 / 787111-25 > > Internet www.fpk.de > www.satellitenbildkarte > www.satmap.de > www.archimedes3D.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg Tel +49 (0)761 556959-5 Fax +49 (0)761 556959-6 http://www.webgis.de / http://www.zopecms.de ----------------------------------------------------------- From mschulz at webgis.de Tue Dec 19 13:12:23 2006 From: mschulz at webgis.de (Michael Schulz) Date: Tue, 19 Dec 2006 13:12:23 +0100 Subject: [Mapserver-DE] Fwd: WMS Darstellungfehler zw Layern In-Reply-To: <4587D42D.6070305@fpk.de> References: <4587A581.7070002@fpk.de> <4587D42D.6070305@fpk.de> Message-ID: Ich leite es nochmal an die Liste weiter... Hallo, danke für die schnelle Antwort. Ansehn kann man es leider nicht da die Daten geschützte Rechte haben und nicht öffentlich zugänglich sind zu den weiteren Fragen: Michael Schulz schrieb: > Hallo, > > kann man sich diesen Phänomen irgendwo anschauen? > > Sind das Rasterbilder, die als einzelne Layer eingebunden sind und > eigentlich flächendeckend sein sollten, aber manchmal entsteht ein > weisser Rand? Ja es sind Rasterbilder die geteilt wurden und und in 10 Layern gebunden sind. Flächendeckend sind die auch ich habe sie mir schon per Testemplate ausgeben lassen und da wird es ohne Problem verbunden. Das Problem entsteht wenn man den Maßstabverändern kann und man nur immer einen Ausschnitt der Karte sieht, soll heißen der weiße Rand entsteht immer genau zwischen 2 Layern mit der %-Problematik wie in der ersten Mail beschrieben. > Könnte dieser weisse Rand zum Bild gehören oder ist es > der Kartenhintergrund (vielleicht mal mit IMAGECOLOR einen > Kartenhintergrund != 255 255 255 setzen). Hatte ich auch erst die Vermutung, konnte sie allerdings anhand der Ausgabe über das Testtemplate und abgleichen der Koordinaten ausschließen. > > Hmm, vielleicht ist es auch was ganz anderes ;-) > > Viele Grüße, Michael > > > > Desweitern bin ich positiv überrascht über die schnelle Reaktion der Liste, hoffe auf weiter Lösungsansätze. Mit freundlichen Gruessen Nils Holdt n.holdt at fpk.de _______________________________________________________________________ FPK Ingenieurgesellschaft fuer Fernerkundung, Photogrammetrie, Kartographie und Vermessung mbH Feurigstrasse 54, 10827 Berlin, Germany Telefon [49] (0) 30 / 787111-24 Fax [49] (0) 30 / 787111-25 Internet www.fpk.de www.satellitenbildkarte www.satmap.de www.archimedes3D.de -- ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg Tel +49 (0)761 556959-5 Fax +49 (0)761 556959-6 http://www.webgis.de / http://www.zopecms.de ----------------------------------------------------------- From liste at geo-dienstleistung.de Tue Dec 19 14:27:59 2006 From: liste at geo-dienstleistung.de (Frank Broniewski) Date: Tue, 19 Dec 2006 14:27:59 +0100 Subject: [Mapserver-DE] Fwd: WMS Darstellungfehler zw Layern In-Reply-To: References: <4587A581.7070002@fpk.de> <4587D42D.6070305@fpk.de> Message-ID: <200612191427.59260.liste@geo-dienstleistung.de> Hallo > Ja es sind Rasterbilder die geteilt wurden und und in 10 Layern gebunden > sind. Wenn dies wirklich der Fall ist wäre es wohl geschickter die Rasterkacheln als TILEINDEX einzubinden anstatt jede Kachel einzeln einzubinden. Oder macht es in deinem Falle Sinn, einzelne Bereiche einer Karte auszublenden? Warum die Ränder auftreten weiß ich leider auch nicht ... allerdings ist mir dieses Verhalten beim Tileindex auch noch nie untergekommen. Grüße aus dem Saarland -- Softwaredienstleistungen Frank Broniewski Cloefstraße 76a 66693 Mettlach Email: frank at geo-dienstleistung.de WWW: http://www.geo-dienstleistung.de/ Telefon: 06865 / 911 040 From arndw at wtal.de Tue Dec 19 18:41:28 2006 From: arndw at wtal.de (Arnd Wippermann) Date: Tue, 19 Dec 2006 18:41:28 +0100 Subject: [Mapserver-DE] Antw: AW: WFS Client und GetFeatureInfo In-Reply-To: Message-ID: <20061219174540.D541B68E9@smtp.tal.de> Hallo Ronald, Ich könnte sein, dass im METADATA-Block angegeben werden muss, welche Spalten zurückgegeben werden sollen. Z.Bsp: 'gml_include_items' 'NR,NAME,EIGNER,ORT,STANDORT,BILD' Mit freundlichen Grüssen Arnd Wippermann http://gis.ibbeck.de/ginfo/ -----Ursprüngliche Nachricht----- Von: Ronald Woita [mailto:Ronald.Woita at rostock.de] Gesendet: Montag, 18. Dezember 2006 12:41 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Antw: AW: WFS Client und GetFeatureInfo Hallo Peter, das Problem mit dem OID-Wert ist mir in Verbindung mit einer PostGIS-Datenquelle bekannt. Nur greife ich in diesem Fall auf einen WFS und nicht direkt auf die Daten zu. Ein Template ist auch definiert- hier bekomme ich ja des Ergebnis : Search Result NULL. Zudem wird erst gar keine Anfrage am WFS (Geoserver) mitgeloggt ?! auf dem Weg nach einer anderen Lösung . . . Ronald -- Ronald Woita Hansestadt Rostock Kataster-, Vermessungs- und Liegenschaftsamt Holbeinplatz 14, 18069 Rostock email: ronald.woita at rostock.de phone: +49 (0)381 - 381 6256 >>> Peter Korduan 18.12.2006 11:13 >>> Hallo Ronald, Du willst das Ergebnis vom MapServer durchgereicht bekommen. Hast Du auch ein Template erstellt und das in der Layerdefinition eingebunden? Dann musst Du dem Layer noch sagen in welchem Typ er antworten soll 'WMS_FEATURE_INFO_MIME_TYPE' 'text/xml' oder so. Wenn du das gemacht hast und es geht immer noch nicht, dann probiere mal so etwas wie eine oid vom wfs zu bekommen. Ohne eine oid habe ich vom WMS auch keine Ergebnisse im getFeatureInfo Request zurückbekommen und es muss ein Integerwert sein. Gruß Peter > -----Ursprüngliche Nachricht----- > Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de- > bounces at freegis.org] Im Auftrag von Ronald Woita > Gesendet: Donnerstag, 14. Dezember 2006 16:08 > An: mapserver-de at freegis.org > Betreff: [Mapserver-DE] WFS Client und GetFeatureInfo > > Hallo, > > ich frage mit dem Mapserver einen WFS-Dienst (Geoserver 1.3.4) an und > stelle die Daten als WMS zur Verfügung mit folgendem map-File : > > <<-- > STATUS ON > TYPE POLYGON > CONNECTIONTYPE WFS > CONNECTION "http://localhost/geoserver/wfs?" > METADATA > "wms_srs" "EPSG:2398 EPSG:25833" > "wms_title" "Test Layer 2" > "wms_abstract" "dummy" > "wms_author" "KVLA/62.15/Woita" > "wms_accessconstraints" "none" > # > "wfs_typename" "kvla:bplaene" > "wfs_version" "1.0.0" > "wfs_request_method" "GET" > "wfs_service" "WFS" > "wfs_connectiontimeout" "30" > # > "wfs_filter" " escape='!'>kvla:b_plan16* al>< > /PropertyIsLike>" > END > -->> > > Die Darstellung incl. Labelfunktion klappt auch prima. > Nur wenn ich einen GetFeatureInfo-Request an den WMS absetze, bekomme > ich keine Ergebnisse zurückgeliefert ?! > Trotz allem Hin- und Herüberlegen wird mir nicht ganz klar, ob das > GetFeatureInfo überhaupt in eine räumliche Anfrage an den WFS > umgewandelt werden kann ? > Handelt es sich hier um ein prinzipielles Problem oder habe ich nur > etwas triviales übersehen ? > > schöne Grüße von der Ostsee > > > Ronald Woita > > > -- > Ronald Woita > Hansestadt Rostock > Kataster-, Vermessungs- und Liegenschaftsamt Holbeinplatz 14, 18069 > Rostock > email: ronald.woita at rostock.de > phone: +49 (0)381 - 381 6256 > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From n.holdt at fpk.de Wed Dec 20 09:05:21 2006 From: n.holdt at fpk.de (Nils Holdt) Date: Wed, 20 Dec 2006 09:05:21 +0100 Subject: [Mapserver-DE] Fwd: WMS Darstellungfehler zw Layern Message-ID: <4588EEC1.4060105@fpk.de> Hallo, > Warum die Ränder auftreten weiß ich leider auch nicht ... allerdings ist mir > dieses Verhalten beim Tileindex auch noch nie untergekommen. ich benutze den Tileindex, allerdings hab ich es eben ausprobiert ob es einen Unterschied macht ob ich 1 Layer oder 10 Layer angebe. Leider existiert der weiße Rand immer noch ich werde hier drunter mal nen auszug aus der Mapdatei geben vielleicht gibt es irgendwo einen Fehler den ich nich erkenne. MAP NAME "sat_brb" STATUS ON EXTENT 3239436 5678566 3498246 5945776 # Bildgroeße am Bildschirm in Pixeln: # SYMBOLS "/root/mapserver-4.10.0/symbols/examples.sym" # FONTS "/root/mapserver-4.10.0/fonts/" SIZE 600 450 SHAPEPATH "/srv/www/htdocs/root/sat2/" UNITS METERS IMAGETYPE png INTERLACE OFF TRANSPARENT ON #CONFIG PROJ_LIB "proj" #Pfad zur Projektionslibrary, wenn nicht im Standardverzeichnis PROJECTION "init=epsg:25833" #CRS, in dem die Daten vorliegen END WEB MINSCALE 100 MAXSCALE 20000000 IMAGEPATH "/srv/www/htdocs/tmp/" IMAGEURL "/tmp/" # LOG "mapserver.log" METADATA "wms_title" "WMS-BRB" "wms_abstract" "Satellitenbilder für das Land Brandenburg 1:300.000" "wms_onlineresource" "http://server/cgi-bin/mapserv?" "wms_srs" "epsg:25833" "wms_fees" "none" "wms_keywordlist" "Satellitenbild, Luftbild, Brandenburg, www.satmap.de" "wms_addresstype" "postal" "wms_address" ".." "wms_city" ".." "wms_country" "Germany" "wms_postcode" "10827" "wms_stateorprovince" "Berlin" "wms_contactelectronicmailaddress" "Service at satmap.de" "wms_contactorganization" "FPK Ingenieur GmbH" "wms_contactperson" "Herr Tauch" "wms_contactposition" "" "wms_contactvoicetelephone" "+4930 78711124" END END OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" #TRANSPARENT ON #FORMATOPTION "INTERLACE=OFF" END OUTPUTFORMAT NAME jpeg DRIVER "GD/JPEG" MIMETYPE "image/jpeg" IMAGEMODE RGB #PC256 EXTENSION "jpg" FORMATOPTION "QUALITY=75" END # ---------------------------------------- LAYER NAME "satbrbg1" STATUS DEFAULT TILEINDEX "/srv/www/htdocs/root/Sat2/sat-index.shp" TILEITEM "location" TYPE raster MINSCALE 200 MAXSCALE 20000000 PROJECTION "init=epsg:25833" END METADATA "wms_abstract" "sat_brbg_1" "wms_title" "sat_brbg_1" "wms_srs" "epsg:25833 epsg:4326" "wms_extent" "3239436 5891776 3374436 5945776" END END So natürlich hab ich mir erspart die anderen Layer mit einzufügen die sehen nich sonderlich anders aus. Mit freundlichen Gruessen Nils Holdt n.holdt at fpk.de _______________________________________________________________________ FPK Ingenieurgesellschaft fuer Fernerkundung, Photogrammetrie, Kartographie und Vermessung mbH Feurigstrasse 54, 10827 Berlin, Germany Telefon [49] (0) 30 / 787111-24 Fax [49] (0) 30 / 787111-25 Internet www.fpk.de www.satellitenbildkarte www.satmap.de www.archimedes3D.de From n.holdt at fpk.de Wed Dec 20 11:13:59 2006 From: n.holdt at fpk.de (Nils Holdt) Date: Wed, 20 Dec 2006 11:13:59 +0100 Subject: [Mapserver-DE] Fwd: WMS Darstellungfehler zw Layern Message-ID: <45890CE7.5020906@fpk.de> Hallo, ich hoffe ich schaffs nun den richtigen Betreff gefunden zu haben das man den Diskussionsfaden besser nachvollziehen kann. Also danke schon mal für die vielen Hinweise/Ratschläge leider hat keiner geholfen, aber da schon mal nach gefragt wurde ob man den Fehler betrachten kann habe ich mal nen Bild von der Problematik gemacht und dieses kann man unter folgendem Link sehen: http://abl-berlin.de/test/Fehler.jpg Mit freundlichen Gruessen Nils Holdt n.holdt at fpk.de _______________________________________________________________________ FPK Ingenieurgesellschaft fuer Fernerkundung, Photogrammetrie, Kartographie und Vermessung mbH Feurigstrasse 54, 10827 Berlin, Germany Telefon [49] (0) 30 / 787111-24 Fax [49] (0) 30 / 787111-25 Internet www.fpk.de www.satellitenbildkarte www.satmap.de www.archimedes3D.de From mschulz at webgis.de Wed Dec 20 11:11:02 2006 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 20 Dec 2006 11:11:02 +0100 Subject: [Mapserver-DE] Fwd: WMS Darstellungfehler zw Layern In-Reply-To: <4588EEC1.4060105@fpk.de> References: <4588EEC1.4060105@fpk.de> Message-ID: Hallo, hast Du mal versucht das TileIndex-Shapefile als Polygon-Outlines mit in das mapfile aufzunehmen? Vielleicht kann man dann sehen, ob die weissen Ränder innerhalb der Kacheln liegen oder sowas. Diese Projektion epsg:25833ist das diese ominöse Brandenburg Projektion, die irgendwo einen Fehler hat? Ich tippe eigentlich auf ein Projektionsproblem. Grüße, Michael 2006/12/20, Nils Holdt : > Hallo, > > > Warum die Ränder auftreten weiß ich leider auch nicht ... allerdings ist mir > > dieses Verhalten beim Tileindex auch noch nie untergekommen. > > ich benutze den Tileindex, allerdings hab ich es eben ausprobiert ob es einen > Unterschied macht ob ich 1 Layer oder 10 Layer angebe. Leider existiert der > weiße Rand immer noch ich werde hier drunter mal nen auszug aus der Mapdatei > geben vielleicht gibt es irgendwo einen Fehler den ich nich erkenne. > > MAP > > NAME "sat_brb" > STATUS ON > > EXTENT 3239436 5678566 3498246 5945776 > > > # Bildgroeße am Bildschirm in Pixeln: > # SYMBOLS "/root/mapserver-4.10.0/symbols/examples.sym" > # FONTS "/root/mapserver-4.10.0/fonts/" > SIZE 600 450 > SHAPEPATH "/srv/www/htdocs/root/sat2/" > UNITS METERS > > IMAGETYPE png > INTERLACE OFF > TRANSPARENT ON > > > #CONFIG PROJ_LIB "proj" #Pfad zur Projektionslibrary, wenn nicht im Standardverzeichnis > > > PROJECTION > "init=epsg:25833" #CRS, in dem die Daten vorliegen > END > > WEB > MINSCALE 100 > MAXSCALE 20000000 > IMAGEPATH "/srv/www/htdocs/tmp/" > IMAGEURL "/tmp/" > # LOG "mapserver.log" > > METADATA > "wms_title" "WMS-BRB" > "wms_abstract" "Satellitenbilder für das Land Brandenburg 1:300.000" > "wms_onlineresource" "http://server/cgi-bin/mapserv?" > "wms_srs" "epsg:25833" > "wms_fees" "none" > "wms_keywordlist" "Satellitenbild, Luftbild, Brandenburg, www.satmap.de" > "wms_addresstype" "postal" > "wms_address" ".." > "wms_city" ".." > "wms_country" "Germany" > "wms_postcode" "10827" > "wms_stateorprovince" "Berlin" > "wms_contactelectronicmailaddress" "Service at satmap.de" > "wms_contactorganization" "FPK Ingenieur GmbH" > "wms_contactperson" "Herr Tauch" > "wms_contactposition" "" > "wms_contactvoicetelephone" "+4930 78711124" > END > END > > OUTPUTFORMAT > NAME png > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE RGB > EXTENSION "png" > #TRANSPARENT ON > #FORMATOPTION "INTERLACE=OFF" > END > > OUTPUTFORMAT > NAME jpeg > DRIVER "GD/JPEG" > MIMETYPE "image/jpeg" > IMAGEMODE RGB #PC256 > EXTENSION "jpg" > FORMATOPTION "QUALITY=75" > END > > # ---------------------------------------- > LAYER > NAME "satbrbg1" > STATUS DEFAULT > TILEINDEX "/srv/www/htdocs/root/Sat2/sat-index.shp" > TILEITEM "location" > TYPE raster > MINSCALE 200 > MAXSCALE 20000000 > PROJECTION > "init=epsg:25833" > END > METADATA > "wms_abstract" "sat_brbg_1" > "wms_title" "sat_brbg_1" > "wms_srs" "epsg:25833 epsg:4326" > "wms_extent" "3239436 5891776 3374436 5945776" > END > END > > So natürlich hab ich mir erspart die anderen Layer mit einzufügen die sehen > nich sonderlich anders aus. > > Mit freundlichen Gruessen > > Nils Holdt > n.holdt at fpk.de > _______________________________________________________________________ > > FPK Ingenieurgesellschaft fuer Fernerkundung, > Photogrammetrie, Kartographie und Vermessung mbH > > Feurigstrasse 54, 10827 Berlin, Germany > > Telefon [49] (0) 30 / 787111-24 > Fax [49] (0) 30 / 787111-25 > > Internet www.fpk.de > www.satellitenbildkarte > www.satmap.de > www.archimedes3D.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg Tel +49 (0)761 556959-5 Fax +49 (0)761 556959-6 http://www.webgis.de / http://www.zopecms.de ----------------------------------------------------------- From Markus.Hentschel at lk-nvp.de Wed Dec 20 13:18:42 2006 From: Markus.Hentschel at lk-nvp.de (Hentschel, Markus) Date: Wed, 20 Dec 2006 13:18:42 +0100 Subject: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 Message-ID: <851C6EC08E510249ABAE8F7C2CE03E1C536623@hador.lk-nvp.de> Hallo Liste, nach dem Update des Mapservers von 4.6 auf 4.10.0 muss ich feststellen, dass alle position-Angaben in der Labelsection vom Mapserver ignoriert werden. Alle Beschriftungen werden jetzt immer oben rechts angebracht. Habe ich irgendwas übersehen, was ich beim Updaten hätte berücksichtigen müssen? Grüße aus Nordost und schon mal ein frohes neues Jahr! Markus Hentschel Koordinator Geoinformationssysteme Landkreis Nordvorpommern - Der Landrat - Tribseer Damm 1a 18437 Stralsund 013°04'51"O 054°18'39"N POTSDAM DATUM eMail markus.hentschel at lk-nvp.de tel 03831/257-768 fax 038326/59-188-744 -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061220/33143945/attachment.html From stefan.rahn at uni-rostock.de Wed Dec 20 13:46:56 2006 From: stefan.rahn at uni-rostock.de (Stefan Rahn) Date: Wed, 20 Dec 2006 13:46:56 +0100 Subject: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 References: <851C6EC08E510249ABAE8F7C2CE03E1C536623@hador.lk-nvp.de> Message-ID: <004f01c72434$ee98f750$1b6e1e8b@auf.unirostock.de> Labels mapserv 4.6 -> 4.10Hallo Markus, ich habe auch gerade mühsam versucht festzustellen, warum wir mit der Mapserverversion 4.10.0 kein Bild mehr bekommen. Und es lag auch daran, dass ein Label einer Klasse eine Positionangabe hatte (eine 8), die der Mapserver nicht mochte. ??? Naja also hast Du wohl nichts übersehen, sondern es scheint tatsächlich ein Bug zu sein. Gruß, Stefan ----- Original Message ----- From: Hentschel, Markus To: Mailinglist mapserver-de (E-Mail) Sent: Wednesday, December 20, 2006 1:18 PM Subject: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 Hallo Liste, nach dem Update des Mapservers von 4.6 auf 4.10.0 muss ich feststellen, dass alle position-Angaben in der Labelsection vom Mapserver ignoriert werden. Alle Beschriftungen werden jetzt immer oben rechts angebracht. Habe ich irgendwas übersehen, was ich beim Updaten hätte berücksichtigen müssen? Grüße aus Nordost und schon mal ein frohes neues Jahr! Markus Hentschel Koordinator Geoinformationssysteme Landkreis Nordvorpommern - Der Landrat - Tribseer Damm 1a 18437 Stralsund 013°04'51"O 054°18'39"N POTSDAM DATUM eMail markus.hentschel at lk-nvp.de tel 03831/257-768 fax 038326/59-188-744 ------------------------------------------------------------------------------ _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20061220/5ed06f93/attachment.html From pf at mapmedia.de Wed Dec 20 22:26:49 2006 From: pf at mapmedia.de (Peter Freimuth) Date: Wed, 20 Dec 2006 22:26:49 +0100 Subject: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 In-Reply-To: <004f01c72434$ee98f750$1b6e1e8b@auf.unirostock.de> References: <851C6EC08E510249ABAE8F7C2CE03E1C536623@hador.lk-nvp.de> <004f01c72434$ee98f750$1b6e1e8b@auf.unirostock.de> Message-ID: <4589AA99.7000908@mapmedia.de> Stefan Rahn schrieb: > Hallo Markus, > > ich habe auch gerade mühsam versucht festzustellen, warum wir mit der > Mapserverversion 4.10.0 kein Bild mehr bekommen. Und es lag auch > daran, dass ein Label einer Klasse eine Positionangabe hatte (eine 8), > die der Mapserver nicht mochte. ??? Naja also hast Du wohl nichts > übersehen, sondern es scheint tatsächlich ein Bug zu sein. > > Gruß, > Stefan > > ----- Original Message ----- > *From:* Hentschel, Markus > *To:* Mailinglist mapserver-de (E-Mail) > > *Sent:* Wednesday, December 20, 2006 1:18 PM > *Subject:* [Mapserver-DE] Labels mapserv 4.6 -> 4.10 > > Hallo Liste, > > nach dem Update des Mapservers von 4.6 auf 4.10.0 muss ich > feststellen, dass alle position-Angaben in der Labelsection vom > Mapserver ignoriert werden. Alle Beschriftungen werden jetzt immer > oben rechts angebracht. > > Habe ich irgendwas übersehen, was ich beim Updaten hätte > berücksichtigen müssen? > > > Grüße aus Nordost und schon mal ein frohes neues Jahr! > > Markus Hentschel > Koordinator Geoinformationssysteme > > Landkreis Nordvorpommern > - Der Landrat - > Tribseer Damm 1a > 18437 Stralsund > 013°04'51"O 054°18'39"N POTSDAM DATUM > > *eMail* markus.hentschel at lk-nvp.de > *tel* 03831/257-768 > *fax* 038326/59-188-744 > > ------------------------------------------------------------------------ > _______________________________________________ > 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 Hallo Leute, das Fehlverhalten des UMN-MS 4.10.0 das ihr da beschreibt wäre äußerst kritisch und da es ja scheinbar bei den anderen 99,9% funktioniert, wären etwas mehr Informationen hilfreich. (z.B. wäre das betroffene Mapfile bestimmt eine gute Quelle um dem Problem auf die Spur zu kommen) -- Mit freundlichem Gruß Peter Freimuth _________________________________________________ MapMedia GmbH Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin Charlottenburg fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: pf at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ From Burghardt.Scholle at stadt.wolfsburg.de Thu Dec 21 07:23:47 2006 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Thu, 21 Dec 2006 07:23:47 +0100 Subject: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 In-Reply-To: <4589AA99.7000908@mapmedia.de> Message-ID: Hallo Liste, ich setze seit einigen Wochen ebenfalls den Mapserver 4.10 ein und kann die Probleme mit der Positionierung der Labels nicht (!) bestätigen. Bei mir funktioniert die Positionsangabe einwandfrei. Ich kann Herrn Freimuth nur zustimmen und um mehr Informationen sowohl zum Mapfile als auch zum eingesetzten System (Linux / Windows etc.) bitten. Viele Grüße Burghardt Scholle -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Peter Freimuth Gesendet: Mittwoch, 20. Dezember 2006 22:27 An: Stefan Rahn; mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 Stefan Rahn schrieb: > Hallo Markus, > > ich habe auch gerade mühsam versucht festzustellen, warum wir mit der > Mapserverversion 4.10.0 kein Bild mehr bekommen. Und es lag auch > daran, dass ein Label einer Klasse eine Positionangabe hatte (eine 8), > die der Mapserver nicht mochte. ??? Naja also hast Du wohl nichts > übersehen, sondern es scheint tatsächlich ein Bug zu sein. > > Gruß, > Stefan > > ----- Original Message ----- > *From:* Hentschel, Markus > *To:* Mailinglist mapserver-de (E-Mail) > > *Sent:* Wednesday, December 20, 2006 1:18 PM > *Subject:* [Mapserver-DE] Labels mapserv 4.6 -> 4.10 > > Hallo Liste, > > nach dem Update des Mapservers von 4.6 auf 4.10.0 muss ich > feststellen, dass alle position-Angaben in der Labelsection vom > Mapserver ignoriert werden. Alle Beschriftungen werden jetzt immer > oben rechts angebracht. > > Habe ich irgendwas übersehen, was ich beim Updaten hätte > berücksichtigen müssen? > > > Grüße aus Nordost und schon mal ein frohes neues Jahr! > > Markus Hentschel > Koordinator Geoinformationssysteme > > Landkreis Nordvorpommern > - Der Landrat - > Tribseer Damm 1a > 18437 Stralsund > 013°04'51"O 054°18'39"N POTSDAM DATUM > > *eMail* markus.hentschel at lk-nvp.de > *tel* 03831/257-768 > *fax* 038326/59-188-744 > > ------------------------------------------------------------------------ > _______________________________________________ > 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 Hallo Leute, das Fehlverhalten des UMN-MS 4.10.0 das ihr da beschreibt wäre äußerst kritisch und da es ja scheinbar bei den anderen 99,9% funktioniert, wären etwas mehr Informationen hilfreich. (z.B. wäre das betroffene Mapfile bestimmt eine gute Quelle um dem Problem auf die Spur zu kommen) -- Mit freundlichem Gruß Peter Freimuth _________________________________________________ MapMedia GmbH Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin Charlottenburg fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: pf at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From n.holdt at fpk.de Thu Dec 21 10:28:55 2006 From: n.holdt at fpk.de (Nils Holdt) Date: Thu, 21 Dec 2006 10:28:55 +0100 Subject: [Mapserver-DE] Bereich um den Layer definieren ? Message-ID: <458A53D7.4040403@fpk.de> Hallo, ich beschäftige mich mich immernoch mit meinen geliebten WMS-Layern und da die Satellitenbilder leider noch einen schwarzen Rand außenrum haben wollte ich dies wie folgt lösen: Ich habe mir eine ShapeDatei erstellt welches ein Polygon enthält was den "brauchenbaren" Teil des Bildes umringt. Daher habe ich es in einen Layer eingebaut und habe mir diesen durch den Befehl OUTLINECOLOR auch anzeigen lassen. was mich nun allerdings beschäftigt ist das ich gerne den Bereich um den Layer herum mit der Farbe weiß definieren möchte. LAYER NAME "satbrbg1_P" STATUS DEFAULT DATA "/srv/www/htdocs/root/Umring/umriss.shp" TYPE POLYGON MINSCALE 200 MAXSCALE 20000000 OFFSITE 255 255 255 PROJECTION "init=epsg:25833" END METADATA "wms_abstract" "sat_brbg_1_P" "wms_title" "sat_brbg_1_P" "wms_srs" "epsg:25833 epsg:4326" END CLASS NAME "Kacheln" STYLE OUTLINECOLOR 255 255 255 END END Wer sich jetzt sagt der Holzkopf hätte einfach beim Bild die Ränder weißen können, mag sicherlich recht haben aber genau dieses habe ich probiert und dabei entsteht leider ein gewisser Datenverlust von daher dachte ich mir sollte doch möglich sein durch einen gewitzten Befehl dieses Problem zu lösen. Desweitern bin ich mir durchaus durch das Forum bewusst das es auch die Möglichkeit einen Multipolygons gibt, da ich aber denke das mich das als Anfänger im Bereich des Mapservers einwenig überfordern wird dachte ich mir es gibt bestimmt noch eine andere Möglichkeit. Mit freundlichen Gruessen Nils Holdt n.holdt at fpk.de _______________________________________________________________________ FPK Ingenieurgesellschaft fuer Fernerkundung, Photogrammetrie, Kartographie und Vermessung mbH Feurigstrasse 54, 10827 Berlin, Germany Telefon [49] (0) 30 / 787111-24 Fax [49] (0) 30 / 787111-25 Internet www.fpk.de www.satellitenbildkarte www.satmap.de www.archimedes3D.de From stefan.rahn at uni-rostock.de Thu Dec 21 11:48:50 2006 From: stefan.rahn at uni-rostock.de (Stefan Rahn) Date: Thu, 21 Dec 2006 11:48:50 +0100 Subject: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 References: Message-ID: <004101c724ed$9978ac20$1b6e1e8b@auf.unirostock.de> Hallo Liste, das Problem scheint zu sein, dass php-Mapscript in der Version 4.10.0 bei den position-Angaben offenbar nur noch die Mapserver-Konstanten (MS_LC, MS_CC, ...) unterstützt. Wir speichern die Position-Angaben der Labels in der Datenbank als integer (7, 8, ...) und weisen diese mit der set-Funktion zu: also in etwa in der From: $klasse->label->set('position', 8); Die vorhergehenden Mapscript-Versionen sind auch mit diesen Werten klargekommen, jetzt aber wie es scheint nicht mehr. Das Problem liegt also beim php-Mapscript und nicht beim Mapserver. Deswegen wurde es wahrscheinlich auch noch nicht bemerkt. Gruß, Stefan Rahn STZ Geoinformatik Rostock www.kvwmap.geoinformatik.uni-rostock.de ----- Original Message ----- From: To: Sent: Thursday, December 21, 2006 7:23 AM Subject: Re: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 Hallo Liste, ich setze seit einigen Wochen ebenfalls den Mapserver 4.10 ein und kann die Probleme mit der Positionierung der Labels nicht (!) bestätigen. Bei mir funktioniert die Positionsangabe einwandfrei. Ich kann Herrn Freimuth nur zustimmen und um mehr Informationen sowohl zum Mapfile als auch zum eingesetzten System (Linux / Windows etc.) bitten. Viele Grüße Burghardt Scholle -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Peter Freimuth Gesendet: Mittwoch, 20. Dezember 2006 22:27 An: Stefan Rahn; mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 Stefan Rahn schrieb: > Hallo Markus, > > ich habe auch gerade mühsam versucht festzustellen, warum wir mit der > Mapserverversion 4.10.0 kein Bild mehr bekommen. Und es lag auch > daran, dass ein Label einer Klasse eine Positionangabe hatte (eine 8), > die der Mapserver nicht mochte. ??? Naja also hast Du wohl nichts > übersehen, sondern es scheint tatsächlich ein Bug zu sein. > > Gruß, > Stefan > > ----- Original Message ----- > *From:* Hentschel, Markus > *To:* Mailinglist mapserver-de (E-Mail) > > *Sent:* Wednesday, December 20, 2006 1:18 PM > *Subject:* [Mapserver-DE] Labels mapserv 4.6 -> 4.10 > > Hallo Liste, > > nach dem Update des Mapservers von 4.6 auf 4.10.0 muss ich > feststellen, dass alle position-Angaben in der Labelsection vom > Mapserver ignoriert werden. Alle Beschriftungen werden jetzt immer > oben rechts angebracht. > > Habe ich irgendwas übersehen, was ich beim Updaten hätte > berücksichtigen müssen? > > > Grüße aus Nordost und schon mal ein frohes neues Jahr! > > Markus Hentschel > Koordinator Geoinformationssysteme > > Landkreis Nordvorpommern > - Der Landrat - > Tribseer Damm 1a > 18437 Stralsund > 013°04'51"O 054°18'39"N POTSDAM DATUM > > *eMail* markus.hentschel at lk-nvp.de > *tel* 03831/257-768 > *fax* 038326/59-188-744 > > ------------------------------------------------------------------------ > _______________________________________________ > 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 Hallo Leute, das Fehlverhalten des UMN-MS 4.10.0 das ihr da beschreibt wäre äußerst kritisch und da es ja scheinbar bei den anderen 99,9% funktioniert, wären etwas mehr Informationen hilfreich. (z.B. wäre das betroffene Mapfile bestimmt eine gute Quelle um dem Problem auf die Spur zu kommen) -- Mit freundlichem Gruß Peter Freimuth _________________________________________________ MapMedia GmbH Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin Charlottenburg fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: pf at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ _______________________________________________ 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 frank.koormann at intevation.de Thu Dec 21 12:00:51 2006 From: frank.koormann at intevation.de (Frank Koormann) Date: Thu, 21 Dec 2006 12:00:51 +0100 Subject: [Mapserver-DE] Labels mapserv 4.6 -> 4.10 In-Reply-To: <004101c724ed$9978ac20$1b6e1e8b@auf.unirostock.de> References: <004101c724ed$9978ac20$1b6e1e8b@auf.unirostock.de> Message-ID: <20061221110051.GB18340@intevation.de> Hallo, * Stefan Rahn [061221 11:49]: > das Problem scheint zu sein, dass php-Mapscript in der Version 4.10.0 bei > den position-Angaben offenbar nur noch die Mapserver-Konstanten (MS_LC, > MS_CC, ...) unterstützt. Wir speichern die Position-Angaben der Labels in > der Datenbank als integer (7, 8, ...) und weisen diese mit der set-Funktion > zu: > > also in etwa in der From: $klasse->label->set('position', 8); > > Die vorhergehenden Mapscript-Versionen sind auch mit diesen Werten > klargekommen, jetzt aber wie es scheint nicht mehr. Das Problem liegt also > beim php-Mapscript und nicht beim Mapserver. Deswegen wurde es > wahrscheinlich auch noch nicht bemerkt. MapServer-intern hat es eine Verschiebung der Werte gegeben. Das kommt durchaus vor, es empfiehlt sich daher, mit den zur Verfügung stehenden Konstanten statt mit harten Werten zu arbeiten. http://mapserver.gis.umn.edu/docs/reference/phpmapscript-class/class-constants Beste Grüße, Frank Koormann -- Frank Koormann Professioneller Service um Freie Software (http://intevation.de/) FreeGIS Projekt (http://freegis.org/) PostGIS Support (http://www.intevation.de/geospatial/postgis-support.de.html)