From mapserver2005 at hotmail.com Thu Dec 1 15:55:08 2005 From: mapserver2005 at hotmail.com (Kai Uwe) Date: Thu, 01 Dec 2005 15:55:08 +0100 Subject: [Mapserver-DE] Rasterdaten Message-ID: Hallo hab eine Frage: muss ein Rasterbild Georeferenziert sein oder reich unenstehende Angabe. Im vorhergehenden Teil des Mapfiles habe ich nur Shapefiles - alle haben dieselben Koordinaten. Das Rasterbild dagegen ist viel grösser. Ich kriege keine Fehlermeldung, aber es erscheint ach nichts. LAYER NAME rasterbild DATA 'rasterbild.tif' STATUS DEFAULT TYPE RASTER Bin froh um jede Rückmeldung. Danke, Kai Uwe _________________________________________________________________ Die neue MSN Suche Toolbar mit Windows-Desktopsuche. Suchen Sie gleichzeitig im Web, Ihren E-Mails und auf Ihrem PC! Jetzt neu! http://desktop.msn.de/ Jetzt gratis downloaden! From F.Jaeger at KRZ.DE Thu Dec 1 16:03:32 2005 From: F.Jaeger at KRZ.DE (=?iso-8859-1?Q?=22J=E4ger=2C_Frank_=5C=28KRZ=5C=29=22?=) Date: Thu, 1 Dec 2005 16:03:32 +0100 Subject: AW: [Mapserver-DE] Rasterdaten Message-ID: <4B24A8042312F24B8E4F3DFC7FA8331B03B38AAA@s600mx01.krz.de> Hallo Kai Uwe, natürlich muss das Bild georeferenziert werden. Es muss ja irgendwie mit den anderen Kartenwerken synchronisiert werden. - Position? - Maßstab? Zu einer *.tif muss im gleichen Verzeichnis eine *.tfw vorhanden sein. Das ist eine kleine Textdatei mit Koordinaten der "Ecke" und einem Maßstabsfaktor (Verhältnis "Pixel" zu "Ausdehnung"). Mal nach "tfw" googeln oder suchen ... mfG Frank -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Kai Uwe Gesendet: Donnerstag, 1. Dezember 2005 15:55 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Rasterdaten Hallo hab eine Frage: muss ein Rasterbild Georeferenziert sein oder reich unenstehende Angabe. Im vorhergehenden Teil des Mapfiles habe ich nur Shapefiles - alle haben dieselben Koordinaten. Das Rasterbild dagegen ist viel grösser. Ich kriege keine Fehlermeldung, aber es erscheint ach nichts. LAYER NAME rasterbild DATA 'rasterbild.tif' STATUS DEFAULT TYPE RASTER Bin froh um jede Rückmeldung. Danke, Kai Uwe _________________________________________________________________ Die neue MSN Suche Toolbar mit Windows-Desktopsuche. Suchen Sie gleichzeitig im Web, Ihren E-Mails und auf Ihrem PC! Jetzt neu! http://desktop.msn.de/ Jetzt gratis downloaden! _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From jt at mapmedia.de Thu Dec 1 16:04:28 2005 From: jt at mapmedia.de (=?ISO-8859-1?Q?=22J=F6rg_Thomsen_=28MapMedia_GmbH=29=22?=) Date: Thu, 01 Dec 2005 16:04:28 +0100 Subject: [Mapserver-DE] Rasterdaten In-Reply-To: References: Message-ID: <438F10FC.8070203@mapmedia.de> Hallo, Kai Uwe schrieb: > Hallo > > hab eine Frage: muss ein Rasterbild Georeferenziert sein ja, mit world-file oder als geotiff Gruß, Jörg From mschulz at webgis.de Thu Dec 1 16:03:33 2005 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 01 Dec 2005 16:03:33 +0100 Subject: [Mapserver-DE] Rasterdaten In-Reply-To: References: Message-ID: <438F10C5.7000106@webgis.de> Hallo Kai Uwe, ja, das Rasterbild muss georeferenziert sein. Bei einem Tiff kann das entweder über eine spezielle zweite Datei, gleicher Dateiname mit der Endung .tfw oder .wld sein, welche die Referenzierung enthält, oder das Tiff-Bild hat die Refenrenzierung intern, dann ist's ein GeoTiff (kann man z.B. mit gdalinfo rausbekommen). Grüße, Michael Kai Uwe schrieb: > Hallo > > hab eine Frage: muss ein Rasterbild Georeferenziert sein oder reich > unenstehende Angabe. > > Im vorhergehenden Teil des Mapfiles habe ich nur Shapefiles - alle haben > dieselben Koordinaten. Das Rasterbild dagegen ist viel grösser. > > Ich kriege keine Fehlermeldung, aber es erscheint ach nichts. > > LAYER > NAME rasterbild > DATA 'rasterbild.tif' > STATUS DEFAULT > TYPE RASTER > > Bin froh um jede Rückmeldung. Danke, > Kai Uwe > > _________________________________________________________________ > Die neue MSN Suche Toolbar mit Windows-Desktopsuche. Suchen Sie > gleichzeitig im Web, Ihren E-Mails und auf Ihrem PC! Jetzt neu! > http://desktop.msn.de/ Jetzt gratis downloaden! > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 Tel +49 (0)761 556959-5 79108 Freiburg Fax +49 (0)761 556959-6 www.webgis.de / www.zopecms.de ----------------------------------------------------------- NEU ++ UMN MapServer Hosting ++ http://www.webgis.de ++ NEU ----------------------------------------------------------- From mapserver at mail.ru Thu Dec 1 16:08:39 2005 From: mapserver at mail.ru (Ivan Ivanovich) Date: Thu, 01 Dec 2005 18:08:39 +0300 Subject: [Mapserver-DE] PHP MapScript komisches Problem Message-ID: Hallo Mapserver Community. Ich benutze eine ganz einfache Karte bestehend aus zwei Rasterebenen. LAYER Group "DGK 5" NAME "dgk5" STATUS on TYPE raster TILEINDEX "c:\intranet\Rasterdaten\DGK_5\DGK_5_Grundlage.shp" TILEITEM "source" OFFSITE 255 255 255 END LAYER Group "DGK 5" NAME "dgk5_hnr" STATUS on TYPE raster TILEINDEX "c:\intranet\Rasterdaten\DGK_5\DGK_5_haus.shp" TILEITEM "source" CLASS STYLE COLOR 255 10 10 END END OFFSITE 255 255 255 END Nun als Client benutze ich den neuen KaMap Client von DM-Solution, der den Mapscript für die Darstellung gebraucht. Wenn ich nun dem Client die php_mapscript_44.dll als MapScript Modul gebe, werden alle Ebenen richtig ausgegeben. Wenn ich jedoch php_mapscript_46.dll oder php_mapscript_48.dll verwende so wird die Ebene dgk5_hnr" nun nicht rot (COLOR 255 10 10), sondern ganz normal schwarz dargestellt. Ich kann mir leider nicht erklären woran das liegen könnte. Danke im Voraus. Ivan Ivanovich From stender at terradata-deutschland.de Fri Dec 2 12:41:49 2005 From: stender at terradata-deutschland.de (Gordon Stender) Date: Fri, 2 Dec 2005 12:41:49 +0100 Subject: [Mapserver-DE] Rasterdaten In-Reply-To: <438F10FC.8070203@mapmedia.de> References: <438F10FC.8070203@mapmedia.de> Message-ID: <1085355240.20051202124149@terradata-deutschland.de> JTMG> Hallo, JTMG> Kai Uwe schrieb: >> Hallo >> >> hab eine Frage: muss ein Rasterbild Georeferenziert sein JTMG> ja, mit world-file oder als geotiff JTMG> Gruß, Jörg oder benutze die "wms_extent" Angabe im Layer Object (siehe WMS Server HOWTO) Gruß, Gordon From Gunter.Rieth at stadt.mainz.de Fri Dec 2 13:06:57 2005 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth@stadt.mainz.de) Date: Fri, 2 Dec 2005 13:06:57 +0100 Subject: [Mapserver-DE] UMN Mapserver und MySQL Message-ID: Hallo Liste, UMN Mapserver in Verbindung mit MySql geistert in den Köpfen, aber woher kann ich Fakten erfahren? Gibt es bereits irgendwo hier jemand, bei dem der UMN MapServer seine Geo-Daten aus einer MySQL - Datenbank ausliest? oder zumindest seine x-y-Daten und Sachdatenfelder aus einer MySQL - Datenbank bei Punktobjekten anwenden kann? Auch hört man von ODBC-Anbindung, aber gibt es ODBC Zugriffe von Linux Mapserver auf Linux MySQL ?? Mit freundlichen Grüßen i.A. Gunter Rieth Kommunale Datenzentrale Mainz -Eigenbetrieb der Stadt Mainz- Hechtsheimer Straße 35 55131 Mainz Tel.: 06131/12-3557 Fax.: 06131/12-2267 eMail: gunter.rieth at stadt.mainz.de Notes: Gunter Rieth/KDZ/Mainz URL: http://www.kdz.mainz.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051202/343effb1/attachment.html From jt at mapmedia.de Fri Dec 2 13:17:37 2005 From: jt at mapmedia.de (=?ISO-8859-1?Q?=22J=F6rg_Thomsen_=28MapMedia_GmbH=29=22?=) Date: Fri, 02 Dec 2005 13:17:37 +0100 Subject: [Mapserver-DE] UMN Mapserver und MySQL In-Reply-To: References: Message-ID: <43903B61.4030802@mapmedia.de> Hallo, Gunter.Rieth at stadt.mainz.de schrieb: > Gibt es bereits irgendwo hier jemand, bei dem der UMN MapServer seine > Geo-Daten aus einer MySQL - Datenbank ausliest? > > oder zumindest > > seine x-y-Daten und Sachdatenfelder aus einer MySQL - Datenbank bei > Punktobjekten anwenden kann? ja, machen wir gerade. MySQL 5, bei WMS klappt das, WFS macht schwierigkeiten. Was ist denn die konkrete Frage? Viele Grüße, Jörg Thomsen _________________________________________________ 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 Fri Dec 2 13:23:46 2005 From: mschulz at webgis.de (Michael Schulz) Date: Fri, 02 Dec 2005 13:23:46 +0100 Subject: [Mapserver-DE] UMN Mapserver und MySQL In-Reply-To: References: Message-ID: <43903CD2.5050007@webgis.de> Hallo, habe bisher mysql auch nur per mapscript angebunden, nicht nativ, aber es gibt folgende ressourcen: - mygis : http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MySQL - join Shp(geometrien) + mysql(attribute): http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?JoinDatasources - OGR: über OGR Virtual Format Grüße, Michael Schulz Gunter.Rieth at stadt.mainz.de schrieb: > > Hallo Liste, > > UMN Mapserver in Verbindung mit MySql geistert in den Köpfen, aber woher > kann ich Fakten erfahren? > > Gibt es bereits irgendwo hier jemand, bei dem der UMN MapServer seine > Geo-Daten aus einer MySQL - Datenbank ausliest? > > oder zumindest > > seine x-y-Daten und Sachdatenfelder aus einer MySQL - Datenbank bei > Punktobjekten anwenden kann? > > > Auch hört man von ODBC-Anbindung, aber gibt es ODBC Zugriffe von Linux > Mapserver auf Linux MySQL ?? > > > Mit freundlichen Grüßen > i.A. > > Gunter Rieth > > > Kommunale Datenzentrale Mainz > -Eigenbetrieb der Stadt Mainz- > Hechtsheimer Straße 35 > 55131 Mainz > > Tel.: 06131/12-3557 > Fax.: 06131/12-2267 > eMail: _gunter.rieth at stadt.mainz.de _ > Notes: Gunter Rieth/KDZ/Mainz > URL: _http://www.kdz.mainz.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 Tel +49 (0)761 556959-5 79108 Freiburg Fax +49 (0)761 556959-6 www.webgis.de / www.zopecms.de ----------------------------------------------------------- NEU ++ UMN MapServer Hosting ++ http://www.webgis.de ++ NEU ----------------------------------------------------------- From c.wolf at itis.com.br Mon Dec 5 12:51:28 2005 From: c.wolf at itis.com.br (Christian Wolf) Date: Mon, 05 Dec 2005 09:51:28 -0200 Subject: [Mapserver-DE] Textfluss folgt dem =?iso-8859-1?q?Stra=DFenverlauf_geht_anschein?= =?iso-8859-1?q?end_doch=2E=2E=2E?= Message-ID: <439429C0.3020008@itis.com.br> Nur wie? Siehe http://www.gis-wittlich-land.de/# die es realisiert haben. Ich habe irgendwie den Verdacht, dass die Labels nicht von Mapserver geliefert werden. Kann das jemand bestätigen? Wie wird sowas dann gemacht? Ich vermute mal, dass hier jemand von NETGIS mitliest. Christian From nohtyp.garbage at hotmail.com Mon Dec 5 13:21:26 2005 From: nohtyp.garbage at hotmail.com (Erik Lundt) Date: Mon, 05 Dec 2005 13:21:26 +0100 Subject: [Mapserver-DE] --keine ahnung-- Message-ID: hallo, ich will mal nur so kurz nebenbei erwähnen, dass ich das mit dem textfluss letztens überhauptni verstanden habe. Da kommen lauter komische Ausdruecke drin vor und so. ich sehe bilder, grau, groß und gelb und rund auf beton. aber naja was solls. wenn ich so aus dem fenster sehe fällt mir das immerwieder auf. beim tehema sehen fällt mir grad nochwas ein: bei mit im keller steht noch so ein wasserboiler den ich gerne mal verkaufen würde. es ist schlimm. es stinkt schon nach pisse! war ganz erstaunt, dass das bei e-bay was kostet wenn man da was verkauft. naja vielleicht will ihn ja jemand von euch. ärgert mich nur wenn man immer wieder mitbekommt, dass alle immer für alles geld haben wollen. p.s. schönes weihnachtsfest euch allen. *staun - das sag ich als anti-anti-atheist _________________________________________________________________ Sie suchen E-Mails, Dokumente oder Fotos? Die neue MSN Suche Toolbar mit Windows-Desktopsuche liefert in sekundenschnelle Ergebnisse. Jetzt neu! http://desktop.msn.de/ Jetzt gratis downloaden! From schroeter at netgis.de Mon Dec 5 13:50:34 2005 From: schroeter at netgis.de (NETGIS Schroeter) Date: Mon, 5 Dec 2005 13:50:34 +0100 Subject: =?iso-8859-1?Q?Re:_=5BMapserver-DE=5D_Textfluss_folgt_dem_Stra=DFenverlau?= =?iso-8859-1?Q?f_geht_anscheinend_doch...?= References: <439429C0.3020008@itis.com.br> Message-ID: <001001c5f99a$7c519b90$1cb2a8c0@sven> Hallo, Die Labels kommen von transparenten Geotifs. Mapserver kann die Labels leider noch nicht automatisch an einem Vektor anpassen. Da die Ortspläne bei uns immer auch für den Druck in Freehand vorgehalten werden ist sowas hier möglich. Ist zwar von "hinten durch die Brust", erfüllt aber seinen Zweck:-) Viele Grüße Sven Schröter ************************************** NETGIS GbR Benediktinerstr. 32a 54292 Trier Tel.: 0651-1704731 Fax: 0651-1704733 schroeter at netgis.de www.netgis.de ----- Original Message ----- From: "Christian Wolf" To: Sent: Monday, December 05, 2005 12:51 PM Subject: [Mapserver-DE] Textfluss folgt dem Straßenverlauf geht anscheinend doch... > Nur wie? > > Siehe http://www.gis-wittlich-land.de/# die es realisiert haben. > > Ich habe irgendwie den Verdacht, dass die Labels nicht von Mapserver > geliefert werden. Kann das jemand bestätigen? > > Wie wird sowas dann gemacht? Ich vermute mal, dass hier jemand von NETGIS > mitliest. > > Christian > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > From adams at terrestris.de Mon Dec 5 14:03:17 2005 From: adams at terrestris.de (adams@terrestris.de) Date: Mon, 5 Dec 2005 14:03:17 +0100 (CET) Subject: [Mapserver-DE] Textfluss folgt dem =?iso-8859-1?Q?Stra=DFenverlauf_geht_anscheinend_doch...?= In-Reply-To: <001001c5f99a$7c519b90$1cb2a8c0@sven> References: <439429C0.3020008@itis.com.br> <001001c5f99a$7c519b90$1cb2a8c0@sven> Message-ID: <38099.192.168.0.5.1133787797.squirrel@192.168.0.5> Hi, ich mische mich hier mal quer ein -- AFAIK ist es in einer der nächsten UMN Versionen vorgesehen, genau das zu unterstützten. Daniel Morissettes Worte dazu auf der OSG im Juni waren "we are very close to ..." - allerdings findet man im RFC zur Version 4.8 nichts davon. Mal sehen - ist aber ne nette Anwendung ;-) Till > Hallo, > Die Labels kommen von transparenten Geotifs. > Mapserver kann die Labels leider noch nicht automatisch an einem Vektor > anpassen. > Da die Ortspläne bei uns immer auch für den Druck in Freehand vorgehalten > werden ist sowas hier möglich. > Ist zwar von "hinten durch die Brust", erfüllt aber seinen Zweck:-) > Viele Grüße > > Sven Schröter > > ************************************** > NETGIS GbR > Benediktinerstr. 32a > 54292 Trier > Tel.: 0651-1704731 > Fax: 0651-1704733 > schroeter at netgis.de > www.netgis.de > > ----- Original Message ----- > From: "Christian Wolf" > To: > Sent: Monday, December 05, 2005 12:51 PM > Subject: [Mapserver-DE] Textfluss folgt dem Straßenverlauf geht > anscheinend > doch... > > >> Nur wie? >> >> Siehe http://www.gis-wittlich-land.de/# die es realisiert haben. >> >> Ich habe irgendwie den Verdacht, dass die Labels nicht von Mapserver >> geliefert werden. Kann das jemand bestätigen? >> >> Wie wird sowas dann gemacht? Ich vermute mal, dass hier jemand von >> NETGIS >> mitliest. >> >> Christian >> >> _______________________________________________ >> 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 christian.wolf at gmail.com Mon Dec 5 14:12:17 2005 From: christian.wolf at gmail.com (Christian Wolf) Date: Mon, 5 Dec 2005 11:12:17 -0200 Subject: =?ISO-8859-1?Q?Re:_[Mapserver-DE]_Textfluss_folgt_dem_?= =?ISO-8859-1?Q?Stra=DFenverlauf_geht_anscheinend_doch...?= In-Reply-To: <38099.192.168.0.5.1133787797.squirrel@192.168.0.5> References: <439429C0.3020008@itis.com.br> <001001c5f99a$7c519b90$1cb2a8c0@sven> <38099.192.168.0.5.1133787797.squirrel@192.168.0.5> Message-ID: Ja, Daniel hat das gleiche auf dem MapServer Treffen hier in Brasilien erzählt... bin ja mal gespannt wie sich das auf die Performance auswirkt. Sven: hatte mir sowas schon gedacht, da die Labels unerhört groß werden bei entsprechenden Zoomstufen... Aber wenn es schon vorhanden ist... hätt ich auch gemacht. Christian Am 05.12.05 schrieb adams at terrestris.de : > Hi, > > ich mische mich hier mal quer ein -- AFAIK ist es in einer der nächsten > UMN Versionen vorgesehen, genau das zu unterstützten. Daniel Morissettes > Worte dazu auf der OSG im Juni waren "we are very close to ..." - > allerdings findet man im RFC zur Version 4.8 nichts davon. > > Mal sehen - ist aber ne nette Anwendung ;-) > > Till > > > > > Hallo, > > Die Labels kommen von transparenten Geotifs. > > Mapserver kann die Labels leider noch nicht automatisch an einem Vektor > > anpassen. > > Da die Ortspläne bei uns immer auch für den Druck in Freehand vorgehalten > > werden ist sowas hier möglich. > > Ist zwar von "hinten durch die Brust", erfüllt aber seinen Zweck:-) > > Viele Grüße > > > > Sven Schröter > > > > ************************************** > > NETGIS GbR > > Benediktinerstr. 32a > > 54292 Trier > > Tel.: 0651-1704731 > > Fax: 0651-1704733 > > schroeter at netgis.de > > www.netgis.de > > > > ----- Original Message ----- > > From: "Christian Wolf" > > To: > > Sent: Monday, December 05, 2005 12:51 PM > > Subject: [Mapserver-DE] Textfluss folgt dem Straßenverlauf geht > > anscheinend > > doch... > > > > > >> Nur wie? > >> > >> Siehe http://www.gis-wittlich-land.de/# die es realisiert haben. > >> > >> Ich habe irgendwie den Verdacht, dass die Labels nicht von Mapserver > >> geliefert werden. Kann das jemand bestätigen? > >> > >> Wie wird sowas dann gemacht? Ich vermute mal, dass hier jemand von > >> NETGIS > >> mitliest. > >> > >> Christian > >> > >> _______________________________________________ > >> 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 > > > > > -- Christian These are my principles, and if you don't like them... well, I have others. From flavio at tydac.ch Mon Dec 5 14:44:58 2005 From: flavio at tydac.ch (Flavio Hendry) Date: Mon, 05 Dec 2005 14:44:58 +0100 Subject: [Mapserver-DE] Textfluss folgt dem =?iso-8859-1?Q?Stra=DFenverlauf?= geht anscheinend doch... In-Reply-To: <439429C0.3020008@itis.com.br> References: <439429C0.3020008@itis.com.br> Message-ID: Hallo Christian MapServer kann das nicht. Eine relativ günstige Variante ist SmartLabel für MapInfo ... wenn man z.B. MapInfo schon hat (s. www.maptext.com, ca. USD 900). Erzeugt Text entlang Linien als MapInfo Datei die man dann fröhlich in MapServer nutzen kann. Ganz Tele Atlas Schweiz auf www.ortsplan.ch (zu sehen wo keine Rasterpläne vorhanden sind), z.B. Ort "Chur" suchen und reinzoomen. Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual ---------------------------------------------------------------- ############      Mit freundlichen Gruessen / Kind Regards ############             mailto:flavio at tydac.ch ############         TYDAC AG - http://www.tydac.ch ####    ####        Geographic Information Solutions ####    ####         Luternauweg 12 -- CH-3006 Bern ############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From flavio at tydac.ch Mon Dec 5 16:35:07 2005 From: flavio at tydac.ch (Flavio Hendry) Date: Mon, 05 Dec 2005 16:35:07 +0100 Subject: [Mapserver-DE] Textfluss folgt dem =?iso-8859-1?Q?Stra=DFenverlauf?= geht anscheinend doch... In-Reply-To: References: <439429C0.3020008@itis.com.br> <001001c5f99a$7c519b90$1cb2a8c0@sven> <38099.192.168.0.5.1133787797.squirrel@192.168.0.5> Message-ID: hallo zämma soweit ich es mitgekriegt hatte, war danmo noch auf der suche nach sponsoren ... und es ist noch ein paar monate wenn nicht jährchen bis dahin ... und jetzt wo autodesk sie beschäftigt :-( ... Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual ---------------------------------------------------------------- ############      Mit freundlichen Gruessen / Kind Regards ############             mailto:flavio at tydac.ch ############         TYDAC AG - http://www.tydac.ch ####    ####        Geographic Information Solutions ####    ####         Luternauweg 12 -- CH-3006 Bern ############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From tappenbeck at widemann.de Mon Dec 5 16:46:31 2005 From: tappenbeck at widemann.de (Jan Tappenbeck) Date: Mon, 05 Dec 2005 16:46:31 +0100 Subject: [Mapserver-DE] Welche PHP-Version =?iso-8859-15?q?f=FCr_mapserver-4=2E6=2E2?= Message-ID: <439460D7.1010403@widemann.de> moin ! ich habe mir heute die aktuelle version des map-servers (mapserver-4.6.2) herunterladen und muss vorab noch php auf IIS installieren. mir ist bekannt, dass diese versionen immer in verbindung mit bestimmten php-versionen stehen. aber mit welcher ??? in den unterlagen habe ich bis jetzt keinen hinweis gefunden ! kann mir einer von euch bitte weiterhelfen ?? vielen dank im voraus. gruß Jan :-) From robert-fritz at web.de Mon Dec 5 19:03:24 2005 From: robert-fritz at web.de (robert fritz) Date: Mon, 05 Dec 2005 19:03:24 +0100 Subject: =?iso-8859-1?Q?AW:[Mapserver-DE]=20Welche=20PHP-Version=20f=FCr=20mapserver-4.6.2?= Message-ID: <3832249@web.de> >moin ! > >ich habe mir heute die aktuelle version des map-servers (mapserver-4.6.2) herunterladen und muss vorab noch php auf IIS installieren. muss Du nicht - jedenfalls nicht, wenn der MapServer laufen soll >mir ist bekannt, dass diese versionen immer in verbindung mit bestimmten php-versionen stehen. aber mit welcher ??? >in den unterlagen habe ich bis jetzt keinen hinweis gefunden ! dann hast Du nicht die richtige Datei geladen! >kann mir einer von euch bitte weiterhelfen ?? für Windows gibt es fertige Binaries für MapScript - falls das mit " muss vorab noch php auf IIS installieren" gemeint war, und zwar hier : http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html (angenehmerweise gleich mit der passenden php version), dieser link ist im übrigen auch über http://mapserver.gis.umn.edu/doc.html aufrufbar - also, erst lesen, dann fragen. >vielen dank im voraus. > >gruß Jan :-) gruß , robert ______________________________________________________________________ XXL-Speicher, PC-Virenschutz, Spartarife & mehr: Nur im WEB.DE Club! Jetzt gratis testen! http://freemail.web.de/home/landingpad/?mc=021130 From armin.burger at gmx.net Mon Dec 5 19:04:32 2005 From: armin.burger at gmx.net (Armin Burger) Date: Mon, 05 Dec 2005 19:04:32 +0100 Subject: [Mapserver-DE] Welche PHP-Version =?ISO-8859-15?Q?f=FCr_ma?= =?ISO-8859-15?Q?pserver-4=2E6=2E2?= In-Reply-To: <439460D7.1010403@widemann.de> References: <439460D7.1010403@widemann.de> Message-ID: <43948130.5030106@gmx.net> Jan. die Mapserver-Versionen mit PHP/Mapscript fuer Windows stehen zum Download unter http://dl.maptools.org/dl/ der Name der Zip-Datei beinhaltet die PHP-Version, mit der die php_mapscript DLL compiliert wurde, zB. 'mapserver-4.6.1-win32-php4.4.0.zip' Meistens funktionierts aber auch mit der naechsten Unter-Version von PHP, also z.B. 4.4.1 Viele Gruesse, Armin Jan Tappenbeck wrote: > moin ! > > ich habe mir heute die aktuelle version des map-servers > (mapserver-4.6.2) herunterladen und muss vorab noch php auf IIS > installieren. > > mir ist bekannt, dass diese versionen immer in verbindung mit bestimmten > php-versionen stehen. aber mit welcher ??? > > in den unterlagen habe ich bis jetzt keinen hinweis gefunden ! > > kann mir einer von euch bitte weiterhelfen ?? > > vielen dank im voraus. > > gruß Jan :-) > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From Matthias1980 at t-online.de Mon Dec 5 23:48:38 2005 From: Matthias1980 at t-online.de (Matthias1980@t-online.de) Date: Mon, 5 Dec 2005 23:48:38 +0100 Subject: [Mapserver-DE] PostGIS oder ORACLE Spatial Message-ID: <1EjP8Q-25QGAK0@fwd30.aul.t-online.de> Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051205/53e89da5/attachment.html From dominik.fiolka at haxers.de Tue Dec 6 09:17:22 2005 From: dominik.fiolka at haxers.de (dominik.fiolka@haxers.de) Date: Tue, 06 Dec 2005 09:17:22 +0100 Subject: [Mapserver-DE] [Frage] Wie bekomme ich dort etwas raus? Message-ID: <13140465.320971133857042288.JavaMail.servlet@kundenserver> Hallo Liebe Mailinglist, ich habe nun die Dateien von BBBike gefunden die ich benötige, der Inhalt dieser Dateien setzt sich folgendermaßen zusammen. "Dudenstr. H 9222,8787 8982,8781 8594,8773 8293,8768 8209,8769" Dies ist natürlich nur ein Auzug aus einer Datei insgesamt sind ca. 4000 weitere Einträge vorhanden. Soweit ich das als totaler Leihe erkennen kann handelt es sich dabei um eine Art Koordinaten. Nun würde ich diese gerne benutzten um eine Karte zu erstellen auf der die Straßen und Straßennamen angezeigt werden. Womit ein nächstes Problem auftaucht und zwar das, ich bis jetzt keine Erklärung gefunden habe wo beschrieben wird wie ich ein Mapfile mit einer MySQL DB verknüpfe um diese Datensätze auszulesen. Ich würde mich über eine Antwort freuen. Mit freundlichen Grüßen, Dominik Fiolka From lingner.mail at gmx.net Tue Dec 6 09:34:53 2005 From: lingner.mail at gmx.net (lars lingner) Date: Tue, 06 Dec 2005 09:34:53 +0100 Subject: [Mapserver-DE] Verstaendnisfrage Umprojektion In-Reply-To: <439493A6.10004@ccgis.de> References: <4384424E.70805@gmx.net> <439493A6.10004@ccgis.de> Message-ID: <43954D2D.1040700@gmx.net> Guten Morgen Arnulf, Arnulf Christl schrieb: > Hallo Lars, > hast Du je eine Antwort erhalten? Wenn nicht & Du hast noch Fragen, sag > Bescheid. Ich räume gerade mails auf und die hier ist übrig gegblieben. > nein bisher habe ich noch keine Antwort erhalten, aber inzwischen ist mir die Sache etwas verstaendlicher. Ich fasse mal meine Erkenntnisse dazu wie folgt zusammen: 1. Solange ein WMS Zugriff auf Rohdaten (z.B. Spatial DBMS/Shapefiles/etc) hat, ist eine Umprojektion moeglich. Hierzu muessen lediglich die Quell- sowie Zielprojektion in der jeweiligen Projektionsbibliothek enthalten sein. 2. Sobald an einer Stelle der Verarbeitung Rasterdateien ins Spiel kommen, ist eine Umprojektion nicht moeglich. Ausnaehme waere, wenn die Unterschiede der Quell-/Zielprojektion eine simple Rotation oder Translation sind. In diesem Fall haelt sich der Aufwand in Grenzen. Sobald aber Streckungen, Stauchungen und ggf. Aenderung der Perspektive notwendig werden, sind Rasterdaten nicht (sinnvoll) umprojizierbar. 3. Bei kaskadierenden WMS/WFS ist eine Umprojektion nur moeglich, wenn Zugriff auf die Rohdaten besteht. Bei diesem Punkt interessiert mich derzeit der Einsatz eines WCTS und dessen Grenzen. Das konkrete Zusammenspiel WMS-WFS-WCTS ist mir noch nicht ganz klar, ich denke ich sollte einfach mal eine Demo dazu aufsetzen... 4. On-the-fly Projektion des UMN Mapserver basiert auf der Bibliothek Proj4. Alle hier definierten Projektionen koennen ineinander konvertiert werden, solange Rohdaten vorliegen. Es gibt ja eine Fuelle an WMS auf der ganzen Welt. Um aber das Szenario von kaskadierenden Diensten voll Nutzen zu koennen, spielt die Umprojektion eine grosse Rolle. Also besteht bei den Anwendern von WMS der Bedarf Zugriff auf die Rohdaten zu haben. Die Anbieter von WMS wollen/duerfen/koennen dies aus verschiedenen Gruenden nicht. Der Kompromiss sieht nun so aus, das der anbietende WMS "sehr viele" Projektionen ausgeben kann und das Ergebnis als Rasterbild in der vom Anwender geforderten Projektion geliefert wird. Somit bekommt der Anwender was er benoetigt und der Anbieter muss seine Quellen nicht offen legen. Eigentlich klingt das jetzt trivial und hoffe das das nicht der Grund war, weshalb ich keine Antwort bekam ;) Wenn ich total daneben liegen sollte, bitte ich mal um einen Wink mit nem Zaunpfahl :) Schoenen Tag noch wuenscht lars > > lars lingner wrote: > >> Hallo Liste, >> >> es geht mir um den Einsatz verschiedener WMS die in unterschiedlichen Projektionen angeboten werden. >> Ziel ist es beliebige Projektionen in eine bestimmte Projektion zu transformieren. >> >> Der Mapserver verwendet die Projektionsbibliothek Proj4. Diese enthaelt die typischen Kenngroessen der bekannten Koordinatensysteme. Somit sind beliebige Umwandlungen moeglich. >> Sind diese Umrechnungen immer eindeutig oder spielt die Genauigkeit hier eine grosse Rolle? Treten hierbei Rundungsfehler auf bzw. ist man auf Naeherungswerte angewiesen? >> >> Nehmen wir an, ein WMS wird in genau einer definierten Projektion angeboten. Auf meine Anfrage hin erhalte ich aber ein Bild. Wie sieht jetzt die praktische Umprojektion aus? >> Wenn mein Mapserver eine andere Projektion anbietet, muessen die eingebundenen WMS umprojiziert werden. Funktioniert das in jedem Fall? Wo liegen hierbei die Grenzen? >> >> Meinem Verstaendnis nach ist es grundsaetzlich moeglich diverse Projektionen ineinander zu uebferfuehren, aber in der Praxis gibt es Grenzen sobald die Daten in einem "nicht projektionsfaehigem Format" vorliegen. >> >> Bezieht sich die Eigenschaft "On the fly projection" des Mapservers dann "nur" auf die Daten auf die er direkten Zugriff im Vektor-Format hat? >> >> Wenn das so ist, wird es jemals moeglich sein, WMS mit beliebigen Projektionen in eine spezielle Projektion zu ueberfuehren? Dies wuerde doch nur moeglich sein, wenn statt Rasterdaten Vektordaten geliefert wuerden... >> >> Mache ich hier einen Denkfehler? >> >> Vielen Dank schonmal >> >> Lars >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Mapserver-DE mailing list >> Mapserver-DE at freegis.org >> https://freegis.org/mailman/listinfo/mapserver-de > > > > From mapserver at mail.ru Tue Dec 6 13:52:55 2005 From: mapserver at mail.ru (Ivan Ivanovich) Date: Tue, 06 Dec 2005 15:52:55 +0300 Subject: [Mapserver-DE] Ebenendarstellung Message-ID: Hallo. Eine simple Frage: LAYER Group "DGK 5" NAME "dgk5_hnr" STATUS on TYPE raster TILEINDEX "c:\intranet\Rasterdaten\DGK_5\DGK_5_haus.shp" TILEITEM "source" CLASS COLOR 255 10 10 END OFFSITE 255 255 255 END Warum wird diese Ebene auf Mapserver 4.4 richtig, rot dargestellt und auf Mapserver 4.6 und 4.8 nicht? From Frank.Broniewski at mnha.etat.lu Tue Dec 6 14:14:14 2005 From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski) Date: Tue, 06 Dec 2005 14:14:14 +0100 Subject: WG: [Mapserver-DE] Ebenendarstellung Message-ID: <000701c5fa66$f44c5aa0$a6696e94@EPCCARTOGIS> Kommt die Farbangabe nicht in den STYLE Tag? Was macht die Angabe denn da überhaupt? Färbt es die Linien des tileindex shapes rot? Frank Broniewski Musée National d'Histoire et d'Art Section Préhistoire / Projet EPC Tél: +352 260 281-21 241, Rue de Luxembourg L-8077 Bertrange -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org] Im Auftrag von Ivan Ivanovich Gesendet: Dienstag, 6. Dezember 2005 13:53 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Ebenendarstellung Hallo. Eine simple Frage: LAYER Group "DGK 5" NAME "dgk5_hnr" STATUS on TYPE raster TILEINDEX "c:\intranet\Rasterdaten\DGK_5\DGK_5_haus.shp" TILEITEM "source" CLASS COLOR 255 10 10 END OFFSITE 255 255 255 END Warum wird diese Ebene auf Mapserver 4.4 richtig, rot dargestellt und auf Mapserver 4.6 und 4.8 nicht? From Thomas.Lynen at regioit-aachen.de Tue Dec 6 15:05:31 2005 From: Thomas.Lynen at regioit-aachen.de (Lynen, Thomas (regio iT)) Date: Tue, 6 Dec 2005 15:05:31 +0100 Subject: [Mapserver-DE] Tifs in Long/Lat Projektion Message-ID: <7008826229EC954782464366A22C4ACD127E39@SRV19011.Admin.local> Hallo Mailingliste, ich habe vor kurzen erste Test mit Tifs im Long/Lat Format gemacht und komme mittlerweile einfach nicht weiter. Tifs, die über TFW Files im Gauss Krüger Zone 2 Format georeferenziert werden, können auf Anhieb dargestellt werden. Mein Mapfile enthält auch nicht den Eintrag PROJECTION. Bei Long/Lat Tifs bleibt die Karte einfach weiss. Habe es auch schon mit EPSG Codes benutzt, aber dann bricht er mit der Fehlermeldung ab, das der Code nicht in der Bibliothek vorhanden ist. Es sind keine Geotifs. Die Referenzierung erfolgt immer über (selbst erzeugte) tfw Files. Die Frage ist ob mal PROJECTION im Mapfile unbedingt verwenden muss, oder ob eventuell die Long/Lat Werde im tfw File falsch sind(kann ich auch nicht zu 100% ausschließen, sieht aber alles ganz ok aus). Würde mich über Tips freuen. Gruss Thomas -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051206/e202d86d/attachment.html From armin.burger at gmx.net Tue Dec 6 19:06:55 2005 From: armin.burger at gmx.net (Armin Burger) Date: Tue, 06 Dec 2005 19:06:55 +0100 Subject: [Mapserver-DE] Tifs in Long/Lat Projektion In-Reply-To: <7008826229EC954782464366A22C4ACD127E39@SRV19011.Admin.local> References: <7008826229EC954782464366A22C4ACD127E39@SRV19011.Admin.local> Message-ID: <4395D33F.90707@gmx.net> Thomas, sobald man Layer mit unterschiedlichen Koodinatensystemen verwenden will, muss man fuer MAP und LAYER im Tag PROJECTION das jeweilige Referenzsystem angeben. Das kann entweder ein EPSG-Code sein oder man kann die Parameter einzeln auflisten. Der EPSG-Code muss dazu natuerlich in der Datei 'epsg' vorhanden sein (C:\proj\nad\epsg unter Windows, /usr/local/share/proj/epsg unter Unix). Wenn der benoetigte Eintrag fehlt, kann man ihn mit den richtigen Parametern eintragen. TIFF's im lat/lon Format sind vermutlich meist in der EPSG Projektion 4326 (Geographische Koordinaten mit WGS84). Man muss dann noch beachten, dass man evtl. die Parameter fuer einen Datums-Shift extra angeben muss (+towgs84), wenn man eine gute Genauigkeit will, da z.B. Gauss-Krueger ein anderes geodaetisches Datum als WGS84 verwendet. Diese sind fuer ein Referenzsystem nicht unbedingt eiheitlich und daher meist nicht in den Parametersn in der epsg-Datei enthalten. Fuer deutsches Gauss-Krueger (Potsdam-Datum) gibt's z.B. mindestens 3 verschiedene Werte, abhaengig von der geografischen Lage. Gruesse, Armin Lynen, Thomas (regio iT) wrote: > Hallo Mailingliste, > ich habe vor kurzen erste Test mit Tifs im Long/Lat Format gemacht und > komme mittlerweile einfach nicht weiter. > Tifs, die über TFW Files im Gauss Krüger Zone 2 Format georeferenziert > werden, können auf Anhieb dargestellt werden. > Mein Mapfile enthält auch nicht den Eintrag PROJECTION. > Bei Long/Lat Tifs bleibt die Karte einfach weiss. > Habe es auch schon mit EPSG Codes benutzt, aber dann bricht er mit der > Fehlermeldung ab, das der Code nicht in der Bibliothek vorhanden ist. > > Es sind keine Geotifs. Die Referenzierung erfolgt immer über (selbst > erzeugte) tfw Files. > > Die Frage ist ob mal PROJECTION im Mapfile unbedingt verwenden muss, > oder ob eventuell die Long/Lat Werde im tfw File falsch sind(kann ich > auch nicht zu 100% ausschließen, sieht aber alles ganz ok aus). > > Würde mich über Tips freuen. > > Gruss > Thomas > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From Thomas.Lynen at regioit-aachen.de Wed Dec 7 09:06:41 2005 From: Thomas.Lynen at regioit-aachen.de (Lynen, Thomas (regio iT)) Date: Wed, 7 Dec 2005 09:06:41 +0100 Subject: AW: [Mapserver-DE] Tifs in Long/Lat Projektion Message-ID: <7008826229EC954782464366A22C4ACD127E3E@SRV19011.Admin.local> Guten Morgen Armin, ich habe mich leider nicht genau genug ausgedrückt. Ich möchte die 2 Koodinatensystemen nicht gleichzeitig verwenden(dann wäre es ja logisch, das man sagen muss was nun in welcher Projektion vorliegt), sondern die Karten getrennt, sprich in 2 unterschiedlichen Mapfiles verwenden. Woher "weiß" also der Mapserver das GK auch GK ist wenn keine Projektion angegeben wurde und zeigt die Karte an, streikt aber bei Long/Lat Karten? Oder wird dann die Erdkrümmung einfach nicht beachtet? Dann müsste er aber auch die Long/Lat Koordinaten akzeptieren(also doch eine fehlerhafte Referenzierung?). Den EPSG Code 4326 habe ich auch schon getestet und in der epsg Datei (ich benutze Windows) war dieser auch drin. Trotzdem kommt die Fehlermeldung msProcessProjection(): Projection library error. invalid projection system error number Eventuell ist die Datei im Suchpfad nicht verfügbar? Habe sie aber unter %Path% eingetragen. Ich frage mich daher ob es an einer fehlerhaften Konfiguration des Mapservers bzw. MapFiles liegt oder an den Karten selbst. Gruss Thomas -----Ursprüngliche Nachricht----- Von: Armin Burger [mailto:armin.burger at gmx.net] Gesendet: Dienstag, 6. Dezember 2005 19:07 An: Lynen, Thomas (regio iT) Cc: mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Tifs in Long/Lat Projektion Thomas, sobald man Layer mit unterschiedlichen Koodinatensystemen verwenden will, muss man fuer MAP und LAYER im Tag PROJECTION das jeweilige Referenzsystem angeben. Das kann entweder ein EPSG-Code sein oder man kann die Parameter einzeln auflisten. Der EPSG-Code muss dazu natuerlich in der Datei 'epsg' vorhanden sein (C:\proj\nad\epsg unter Windows, /usr/local/share/proj/epsg unter Unix). Wenn der benoetigte Eintrag fehlt, kann man ihn mit den richtigen Parametern eintragen. TIFF's im lat/lon Format sind vermutlich meist in der EPSG Projektion 4326 (Geographische Koordinaten mit WGS84). Man muss dann noch beachten, dass man evtl. die Parameter fuer einen Datums-Shift extra angeben muss (+towgs84), wenn man eine gute Genauigkeit will, da z.B. Gauss-Krueger ein anderes geodaetisches Datum als WGS84 verwendet. Diese sind fuer ein Referenzsystem nicht unbedingt eiheitlich und daher meist nicht in den Parametersn in der epsg-Datei enthalten. Fuer deutsches Gauss-Krueger (Potsdam-Datum) gibt's z.B. mindestens 3 verschiedene Werte, abhaengig von der geografischen Lage. Gruesse, Armin Lynen, Thomas (regio iT) wrote: > Hallo Mailingliste, > ich habe vor kurzen erste Test mit Tifs im Long/Lat Format gemacht und > komme mittlerweile einfach nicht weiter. > Tifs, die über TFW Files im Gauss Krüger Zone 2 Format georeferenziert > werden, können auf Anhieb dargestellt werden. > Mein Mapfile enthält auch nicht den Eintrag PROJECTION. > Bei Long/Lat Tifs bleibt die Karte einfach weiss. > Habe es auch schon mit EPSG Codes benutzt, aber dann bricht er mit der > Fehlermeldung ab, das der Code nicht in der Bibliothek vorhanden ist. > > Es sind keine Geotifs. Die Referenzierung erfolgt immer über (selbst > erzeugte) tfw Files. > > Die Frage ist ob mal PROJECTION im Mapfile unbedingt verwenden muss, > oder ob eventuell die Long/Lat Werde im tfw File falsch sind(kann ich > auch nicht zu 100% ausschließen, sieht aber alles ganz ok aus). > > Würde mich über Tips freuen. > > Gruss > Thomas > > > ---------------------------------------------------------------------- > -- > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From Wolfgang.Qual at muenchen.de Wed Dec 7 09:47:39 2005 From: Wolfgang.Qual at muenchen.de (Wolfgang Qual) Date: Wed, 07 Dec 2005 09:47:39 +0100 Subject: [Mapserver-DE] GRASS Vektorthemen im Mapserver abfragen (Query) Message-ID: <4396A1AB.8020805@muenchen.de> Guten Morgen zusammen, ich suche nach einer Möglichkeit, Abfragen für GRASS-Vektorthemen im Mapfile zu vereinbaren. Vielleicht weiss ja jemand von Euch etwas darüber? Die GRASS-Vektorthemen werden über OGR aufgerufen; Attributdaten liegen in einer sqlite-Datenbank. Ich freue mich über Eure Tipps&Tricks. ;) Wolfgang -- Wolfgang Qual Landeshauptstadt München Referat für Gesundheit und Umwelt RGU-UW 11 Sg. 1 Gesundheits- und Umweltberichterstattung, Energie und Klimaschutz Bayerstr. 28a, 80335 München Tel.: +49 (0)89 233-477 17 Fax.: +49 (0)89 233-477 05 E-Mail: wolfgang.qual at muenchen.de From Wolfgang.Qual at muenchen.de Wed Dec 7 11:44:13 2005 From: Wolfgang.Qual at muenchen.de (Wolfgang Qual) Date: Wed, 07 Dec 2005 11:44:13 +0100 Subject: [Mapserver-DE] GRASS Vektorthemen im Mapserver abfragen (Query) In-Reply-To: <4396A1AB.8020805@muenchen.de> References: <4396A1AB.8020805@muenchen.de> Message-ID: <4396BCFD.50701@muenchen.de> Hallo Liste, ich wollte nur kurz mitteilen, dass sich mein Problem nun in Wohlgefallen aufgelöst hat. Die Vereinbarung im Mapfile für den Query läuft genau so wie bei shapefiles. Wolfgang Wolfgang Qual schrieb: > Guten Morgen zusammen, > ich suche nach einer Möglichkeit, Abfragen für GRASS-Vektorthemen im > Mapfile zu vereinbaren. Vielleicht weiss ja jemand von Euch etwas > darüber? Die GRASS-Vektorthemen werden über OGR aufgerufen; > Attributdaten liegen in einer sqlite-Datenbank. > > Ich freue mich über Eure Tipps&Tricks. ;) > > Wolfgang -- Wolfgang Qual Landeshauptstadt München Referat für Gesundheit und Umwelt RGU-UW 11 Sg. 1 Gesundheits- und Umweltberichterstattung, Energie und Klimaschutz Bayerstr. 28a, 80335 München Tel.: +49 (0)89 233-477 17 Fax.: +49 (0)89 233-477 05 E-Mail: wolfgang.qual at muenchen.de From armin.burger at gmx.net Wed Dec 7 14:03:15 2005 From: armin.burger at gmx.net (Armin Burger) Date: Wed, 7 Dec 2005 14:03:15 +0100 (MET) Subject: AW: [Mapserver-DE] Tifs in Long/Lat Projektion References: <7008826229EC954782464366A22C4ACD127E3E@SRV19011.Admin.local> Message-ID: <19868.1133960595@www87.gmx.net> Wenn LAYER in derselben Projektion wie MAP, ist, muss man fuer beide nichts bei PROJECTION angeben. Aber der EXTENT muss natuerlich auf Grad (anstelle der metrischen Werte) angepasst werde, und UNITS auf dd. Den Extent der TIFFs kann man sich aus dem Worldfile ermitteln (oder gdalinfo verwenden). Die Datei epsg wird unter Windows unter C:\proj\nad\ gesucht (man kann auch C:\proj\ probieren), ich glaub nicht, dass es nuetzt die Datei im System-Pfad zu haben. Armin > --- Ursprüngliche Nachricht --- > Von: "Lynen, Thomas (regio iT)" > An: "Armin Burger" > Kopie: > Betreff: AW: [Mapserver-DE] Tifs in Long/Lat Projektion > Datum: Wed, 7 Dec 2005 09:06:41 +0100 > > Guten Morgen Armin, > ich habe mich leider nicht genau genug ausgedrückt. > Ich möchte die 2 Koodinatensystemen nicht gleichzeitig verwenden(dann wäre > es ja logisch, das man sagen muss was nun in welcher Projektion vorliegt), > sondern die Karten getrennt, sprich in 2 unterschiedlichen Mapfiles > verwenden. > Woher "weiß" also der Mapserver das GK auch GK ist wenn keine Projektion > angegeben wurde und zeigt die Karte an, streikt aber bei Long/Lat Karten? > Oder wird dann die Erdkrümmung einfach nicht beachtet? Dann müsste er aber > auch die Long/Lat Koordinaten akzeptieren(also doch eine fehlerhafte > Referenzierung?). > Den EPSG Code 4326 habe ich auch schon getestet und in der epsg Datei (ich > benutze Windows) war dieser auch drin. > Trotzdem kommt die Fehlermeldung > msProcessProjection(): Projection library error. invalid projection system > error number > Eventuell ist die Datei im Suchpfad nicht verfügbar? Habe sie aber unter > %Path% eingetragen. > > Ich frage mich daher ob es an einer fehlerhaften Konfiguration des > Mapservers bzw. MapFiles liegt oder an den Karten selbst. > > Gruss > Thomas > > > -----Ursprüngliche Nachricht----- > Von: Armin Burger [mailto:armin.burger at gmx.net] > Gesendet: Dienstag, 6. Dezember 2005 19:07 > An: Lynen, Thomas (regio iT) > Cc: mapserver-de at freegis.org > Betreff: Re: [Mapserver-DE] Tifs in Long/Lat Projektion > > Thomas, > > sobald man Layer mit unterschiedlichen Koodinatensystemen verwenden will, > muss man fuer MAP und LAYER im Tag PROJECTION das jeweilige Referenzsystem > angeben. Das kann entweder ein EPSG-Code sein oder man kann die Parameter > einzeln auflisten. Der EPSG-Code muss dazu natuerlich in der Datei 'epsg' > vorhanden sein (C:\proj\nad\epsg unter Windows, /usr/local/share/proj/epsg > unter Unix). Wenn der benoetigte Eintrag fehlt, kann man ihn mit den > richtigen Parametern eintragen. TIFF's im lat/lon Format sind vermutlich meist in > der EPSG Projektion 4326 (Geographische Koordinaten mit WGS84). > > Man muss dann noch beachten, dass man evtl. die Parameter fuer einen > Datums-Shift extra angeben muss (+towgs84), wenn man eine gute Genauigkeit will, > da z.B. Gauss-Krueger ein anderes geodaetisches Datum als WGS84 verwendet. > Diese sind fuer ein Referenzsystem nicht unbedingt eiheitlich und daher > meist nicht in den Parametersn in der epsg-Datei enthalten. Fuer deutsches > Gauss-Krueger (Potsdam-Datum) gibt's z.B. > mindestens 3 verschiedene Werte, abhaengig von der geografischen Lage. > > Gruesse, Armin > > Lynen, Thomas (regio iT) wrote: > > Hallo Mailingliste, > > ich habe vor kurzen erste Test mit Tifs im Long/Lat Format gemacht und > > komme mittlerweile einfach nicht weiter. > > Tifs, die über TFW Files im Gauss Krüger Zone 2 Format georeferenziert > > werden, können auf Anhieb dargestellt werden. > > Mein Mapfile enthält auch nicht den Eintrag PROJECTION. > > Bei Long/Lat Tifs bleibt die Karte einfach weiss. > > Habe es auch schon mit EPSG Codes benutzt, aber dann bricht er mit der > > Fehlermeldung ab, das der Code nicht in der Bibliothek vorhanden ist. > > > > Es sind keine Geotifs. Die Referenzierung erfolgt immer über (selbst > > erzeugte) tfw Files. > > > > Die Frage ist ob mal PROJECTION im Mapfile unbedingt verwenden muss, > > oder ob eventuell die Long/Lat Werde im tfw File falsch sind(kann ich > > auch nicht zu 100% ausschließen, sieht aber alles ganz ok aus). > > > > Würde mich über Tips freuen. > > > > Gruss > > Thomas > > > > > > ---------------------------------------------------------------------- > > -- > > > > _______________________________________________ > > Mapserver-DE mailing list > > Mapserver-DE at freegis.org > > https://freegis.org/mailman/listinfo/mapserver-de > -- Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko! Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner From Thomas.Lynen at regioit-aachen.de Wed Dec 7 15:23:08 2005 From: Thomas.Lynen at regioit-aachen.de (Lynen, Thomas (regio iT)) Date: Wed, 7 Dec 2005 15:23:08 +0100 Subject: AW: AW: [Mapserver-DE] Tifs in Long/Lat Projektion Message-ID: <7008826229EC954782464366A22C4ACD127E43@SRV19011.Admin.local> Ich hab mit den GK2 Karten bisher weder unter MAP noch unter LAYER PROJECTION verwendet(ging auch ohne). Das die Koordinatenpaare, die man mit EXTENT übergeben muss, Long/Lat Werten entsprechen müssen, ist klar. Die UNITS habe ich bisher garnicht gesetzt. Das könnte des Rätsels Lösung sein. Auch ist dein Hinweis auf die (festen?) Pfade der epsg Datei sehr hilfreich. Vielen danke für die ganzen Tips. Gruss Thomas -----Ursprüngliche Nachricht----- Von: Armin Burger [mailto:armin.burger at gmx.net] Gesendet: Mittwoch, 7. Dezember 2005 14:03 An: Lynen, Thomas (regio iT) Cc: mapserver-de at freegis.org Betreff: Re: AW: [Mapserver-DE] Tifs in Long/Lat Projektion Wenn LAYER in derselben Projektion wie MAP, ist, muss man fuer beide nichts bei PROJECTION angeben. Aber der EXTENT muss natuerlich auf Grad (anstelle der metrischen Werte) angepasst werde, und UNITS auf dd. Den Extent der TIFFs kann man sich aus dem Worldfile ermitteln (oder gdalinfo verwenden). Die Datei epsg wird unter Windows unter C:\proj\nad\ gesucht (man kann auch C:\proj\ probieren), ich glaub nicht, dass es nuetzt die Datei im System-Pfad zu haben. Armin > --- Ursprüngliche Nachricht --- > Von: "Lynen, Thomas (regio iT)" > An: "Armin Burger" > Kopie: > Betreff: AW: [Mapserver-DE] Tifs in Long/Lat Projektion > Datum: Wed, 7 Dec 2005 09:06:41 +0100 > > Guten Morgen Armin, > ich habe mich leider nicht genau genug ausgedrückt. > Ich möchte die 2 Koodinatensystemen nicht gleichzeitig verwenden(dann > wäre es ja logisch, das man sagen muss was nun in welcher Projektion > vorliegt), sondern die Karten getrennt, sprich in 2 unterschiedlichen > Mapfiles verwenden. > Woher "weiß" also der Mapserver das GK auch GK ist wenn keine > Projektion angegeben wurde und zeigt die Karte an, streikt aber bei Long/Lat Karten? > Oder wird dann die Erdkrümmung einfach nicht beachtet? Dann müsste er > aber auch die Long/Lat Koordinaten akzeptieren(also doch eine > fehlerhafte Referenzierung?). > Den EPSG Code 4326 habe ich auch schon getestet und in der epsg Datei > (ich benutze Windows) war dieser auch drin. > Trotzdem kommt die Fehlermeldung > msProcessProjection(): Projection library error. invalid projection > system error number Eventuell ist die Datei im Suchpfad nicht > verfügbar? Habe sie aber unter %Path% eingetragen. > > Ich frage mich daher ob es an einer fehlerhaften Konfiguration des > Mapservers bzw. MapFiles liegt oder an den Karten selbst. > > Gruss > Thomas > > > -----Ursprüngliche Nachricht----- > Von: Armin Burger [mailto:armin.burger at gmx.net] > Gesendet: Dienstag, 6. Dezember 2005 19:07 > An: Lynen, Thomas (regio iT) > Cc: mapserver-de at freegis.org > Betreff: Re: [Mapserver-DE] Tifs in Long/Lat Projektion > > Thomas, > > sobald man Layer mit unterschiedlichen Koodinatensystemen verwenden > will, muss man fuer MAP und LAYER im Tag PROJECTION das jeweilige > Referenzsystem angeben. Das kann entweder ein EPSG-Code sein oder man > kann die Parameter einzeln auflisten. Der EPSG-Code muss dazu natuerlich in der Datei 'epsg' > vorhanden sein (C:\proj\nad\epsg unter Windows, > /usr/local/share/proj/epsg unter Unix). Wenn der benoetigte Eintrag > fehlt, kann man ihn mit den richtigen Parametern eintragen. TIFF's im > lat/lon Format sind vermutlich meist in > der EPSG Projektion 4326 (Geographische Koordinaten mit WGS84). > > Man muss dann noch beachten, dass man evtl. die Parameter fuer einen > Datums-Shift extra angeben muss (+towgs84), wenn man eine gute > Genauigkeit will, > da z.B. Gauss-Krueger ein anderes geodaetisches Datum als WGS84 verwendet. > Diese sind fuer ein Referenzsystem nicht unbedingt eiheitlich und > daher meist nicht in den Parametersn in der epsg-Datei enthalten. Fuer > deutsches Gauss-Krueger (Potsdam-Datum) gibt's z.B. > mindestens 3 verschiedene Werte, abhaengig von der geografischen Lage. > > Gruesse, Armin > > Lynen, Thomas (regio iT) wrote: > > Hallo Mailingliste, > > ich habe vor kurzen erste Test mit Tifs im Long/Lat Format gemacht > > und komme mittlerweile einfach nicht weiter. > > Tifs, die über TFW Files im Gauss Krüger Zone 2 Format > > georeferenziert werden, können auf Anhieb dargestellt werden. > > Mein Mapfile enthält auch nicht den Eintrag PROJECTION. > > Bei Long/Lat Tifs bleibt die Karte einfach weiss. > > Habe es auch schon mit EPSG Codes benutzt, aber dann bricht er mit > > der Fehlermeldung ab, das der Code nicht in der Bibliothek vorhanden ist. > > > > Es sind keine Geotifs. Die Referenzierung erfolgt immer über (selbst > > erzeugte) tfw Files. > > > > Die Frage ist ob mal PROJECTION im Mapfile unbedingt verwenden muss, > > oder ob eventuell die Long/Lat Werde im tfw File falsch sind(kann > > ich auch nicht zu 100% ausschließen, sieht aber alles ganz ok aus). > > > > Würde mich über Tips freuen. > > > > Gruss > > Thomas > > > > > > -------------------------------------------------------------------- > > -- > > -- > > > > _______________________________________________ > > Mapserver-DE mailing list > > Mapserver-DE at freegis.org > > https://freegis.org/mailman/listinfo/mapserver-de > -- Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko! Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner From M.Hofenwald at gmx.de Fri Dec 9 20:26:00 2005 From: M.Hofenwald at gmx.de (Michael Hofenwald) Date: Fri, 9 Dec 2005 20:26:00 +0100 (MET) Subject: [Mapserver-DE] Probleme mit PostGis-Layer - darf ich in der Tabelle editieren? Message-ID: <6717.1134156360@www45.gmx.net> Hallo Liste, ich habe ein Problem mit einem ziemlich großen Postgislayer. Ich habe ein Shape mittel shp2pgsql importiert. Wenn ich eine SQL-Abfrage starte (unter PGAdminIII) dauert es bis zum Ergebnis ca 8 Sekunden. Nun ist die Tabelle etwas ungünstig aufgebaut und ich habe z.B. zwei Spalten zusammengefasst und als neue Spalte eingefügt. Wenn ich die selbe Abfrage erneut starte braucht das Ergebnis ganze 2 Minuten. Woran kann das liegen? Gruß Michael -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie From lingner.mail at gmx.net Sat Dec 10 14:57:00 2005 From: lingner.mail at gmx.net (lars lingner) Date: Sat, 10 Dec 2005 14:57:00 +0100 Subject: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMS fuer GDI Message-ID: <439ADEAC.8030908@gmx.net> Hallo Liste, es hat zwar nur indirekt mit dem UMN mapserver zu tun, aber die auzuliefernden Daten kommen (meistens) aus einem DBMS. Mich interessiert dabei, warum sich Anwender von Mapservern (muss nicht unbedingt UMN sein) fuer oder gegen ein bestimmtes DBMS entschieden haben. Wenn ich ein DBMS spontan auswaehlen muesste, wuerde ich mich fuer PostgreSQL/Postgis entscheiden. Zum einen scheint laut Anwenderberichten die Ver- und Bearbeitung von Geodaten mit dieser Kombi recht einfach zu sein. Ausserdem gibt es bereits viele Installationen die sich für diese Kombi entschieden haben. Fuer mich ist es auch von Vorteil wenn es sich um freie Software handelt, aber mit dem Argument kann man nicht immer punkten. Ausserdem moechte ich hier keine Glaubensdisskusion (proprietaere/freie Software) starten, die gabs doch bestimmt schon, oder? ;) Nunja, als Alternativen zu PostgreSQL/Postgis kommen ArcSDE mit Oracle/MSSQL/DB2/Informix oder MySQL ab 5.x in Frage. Ich moechte hier mal Lizenzkosten als Kriterium ausblenden. Mit allen aufgefuehrten DMBS koennen Geodaten gespeichert und bearbeitet ,also lesend und schreibend auf die Daten zugegriffen werden. Wo liegen die Unterschiede? Performance, Unterstuetzung von Standards, Administrationsaufwand, Funktionalitaeten oder welche Kriterien sind fuer euch entscheidend? Gibt es auch Ausschlusskriterien, z.B. ob bestimmte Operationen direkt in der DB ausgefuehrt werden koennen oder nicht? Wie finde ich das fuer mich passende DBMS fuer eine Mapserver-Umgebung? Ein schoenes Wochenende wuenscht Lars From uwe.seher at arteng.de Mon Dec 12 09:55:59 2005 From: uwe.seher at arteng.de (Uwe Seher) Date: Mon, 12 Dec 2005 09:55:59 +0100 Subject: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMS fuer GDI In-Reply-To: <439ADEAC.8030908@gmx.net> Message-ID: Hallo! Die Entscheidung für oder gegen ein best. DBMS hängt an vielen Gründen. 1. bestehende Installationen Wenn ich schon ein DBMS habe, werde ich auch das nehmen, es sei denn bestimmte Alleinstellungsmerkmale sprechen für ein anderes. Die sollten dann aber schon sehr gewichtig sein. 2. SW-Umgebung Die restliche SW-umgebung unterstützt ein Format besser als ein anderes. Hier z.B. das ESRI-PostGIS-Problem. 3. Ausbildung Schulungskosten sind ein gewicjtiges Argument, zeitlich wie auch finanziell. Wenn ich einen Experten für XY bereits habe, lohnt u.U. derAufwand jemanden extra zu schulen nicht. 4. Etat Die Kosten zum Erwerb, Aufbau und der Unterhaltung eines DBMS sind stark von meinem Anwendungsszenario abhängig. Dazu gehören natürlich auch die Personalkosten, z.B. bei Oracle ein wichtiger Posten ;) 5. Falsches Management Zu 'Entscheidern' sag ich jetzt mal nix ;) 6. Falsche oder beeinflusste Beratung Findet sehr häufig statt. Liegt oft an der Bindung zu bestimmten SW-Herstellern. 7. Nicht zu vergessen: Der Einsatzbereich des DBMS Entscheidend ist hier z.B. Datenaufkommen, Performance, Funktionalität, Offline-Funktionalitäten, Nutzerprofile, Zugriffe, u.s.w.u.s.f Hier liegt eigentlich der entscheidende Punkt. Die Empfehlung, die ich dem Kunden geben muß, wird dadurch weitestgehend bestimmt und als Berater muß ich diese Anforderung analysieren und dann die geeignete Lösung vorschlagen. Und wenn es sein muß kann das auch Access sein ;) gruß Uwe Seher -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von lars lingner Gesendet: Samstag, 10. Dezember 2005 14:57 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMS fuer GDI Hallo Liste, es hat zwar nur indirekt mit dem UMN mapserver zu tun, aber die auzuliefernden Daten kommen (meistens) aus einem DBMS. Mich interessiert dabei, warum sich Anwender von Mapservern (muss nicht unbedingt UMN sein) fuer oder gegen ein bestimmtes DBMS entschieden haben. Wenn ich ein DBMS spontan auswaehlen muesste, wuerde ich mich fuer PostgreSQL/Postgis entscheiden. Zum einen scheint laut Anwenderberichten die Ver- und Bearbeitung von Geodaten mit dieser Kombi recht einfach zu sein. Ausserdem gibt es bereits viele Installationen die sich für diese Kombi entschieden haben. Fuer mich ist es auch von Vorteil wenn es sich um freie Software handelt, aber mit dem Argument kann man nicht immer punkten. Ausserdem moechte ich hier keine Glaubensdisskusion (proprietaere/freie Software) starten, die gabs doch bestimmt schon, oder? ;) Nunja, als Alternativen zu PostgreSQL/Postgis kommen ArcSDE mit Oracle/MSSQL/DB2/Informix oder MySQL ab 5.x in Frage. Ich moechte hier mal Lizenzkosten als Kriterium ausblenden. Mit allen aufgefuehrten DMBS koennen Geodaten gespeichert und bearbeitet ,also lesend und schreibend auf die Daten zugegriffen werden. Wo liegen die Unterschiede? Performance, Unterstuetzung von Standards, Administrationsaufwand, Funktionalitaeten oder welche Kriterien sind fuer euch entscheidend? Gibt es auch Ausschlusskriterien, z.B. ob bestimmte Operationen direkt in der DB ausgefuehrt werden koennen oder nicht? Wie finde ich das fuer mich passende DBMS fuer eine Mapserver-Umgebung? Ein schoenes Wochenende wuenscht Lars ____________ Virus checked by G DATA AntiVirusKit Version: AVK 16.2128 from 11.12.2005 Virus news: www.antiviruslab.com From lingner.mail at gmx.net Mon Dec 12 15:19:29 2005 From: lingner.mail at gmx.net (lars lingner) Date: Mon, 12 Dec 2005 15:19:29 +0100 Subject: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMS fuer GDI In-Reply-To: References: Message-ID: <439D86F1.20102@gmx.net> Guten Tag Herr Seher, hallo Liste, vielen Dank für Ihre ausführliche Antwort. Ich sehe schon, dass die Frage nach einem DBMS von zu vielen Faktoren abhängt und nicht allgemeingültig beantwortet werden kann. Aber genau um diese Faktoren ging es mir, vielen Dank dafür. Auf folgende Zwei Punkte Ihrer Antwort möchte ich noch eingehen: > 2. SW-Umgebung > Die restliche SW-umgebung unterstützt ein Format besser als ein anderes. > Hier z.B. das ESRI-PostGIS-Problem. Könnte ich bitte zu dem ESRI-PostGIS-problem noch ein paar Stichwörter bekommen? Bezieht es sich darauf, das PostGIS von ESRI nicht unterstützt wird? > 7. Nicht zu vergessen: Der Einsatzbereich des DBMS > Entscheidend ist hier z.B. Datenaufkommen, Performance, Funktionalität, > Offline-Funktionalitäten, Nutzerprofile, Zugriffe, u.s.w.u.s.f > Hier liegt eigentlich der entscheidende Punkt. Die Empfehlung, die ich dem > Kunden geben muß, wird dadurch weitestgehend bestimmt und als Berater muß > ich diese Anforderung analysieren und dann die geeignete Lösung vorschlagen. > Und wenn es sein muß kann das auch Access sein ;) Gibt es zu den hier aufgeführten Punkten ein System das "besonders gut" mit Mapservern (z.B. UMN Mapserver) zusammenarbeitet? Dabei interessiert mich nicht nur die Richtung Server->Client, sondern auch umgekehrt. Also das Verändern von vorhandenen Daten in der DB, Stichwort WFS-T. Was bedeutet es wenn ein DBMS-Hersteller sagt: "wir unterstützen Geodaten"? Wie kann man Systeme, über die solche Aussagen gemacht werden, vergleichen? Reicht es aus, wenn die Simple Feature Specification (SFS) des OGC umgesetzt wurde? Ist dann sichergestellt, dass es standardisierte Funktionen zum Lesen und Schreiben von Geodaten gibt? Sind verschiedene Stufen der SFS-Konformität möglich? Ich stelle mir vor, dass die Datenbank Funktionen, die über die SFS hinausgehen, zur Verfügung stellt, um z.B. raumbezogene Abfragen zu vereinfachen. Wie kann ich also die Eignung eines DBMS für die Speicherung und Verarbeitung als (DBMS-)Laie prüfen? Oder führt diese Frage zu uferlosen Antworten und ich sollte mich intensiver mit DBMS beschäftigen? viele Grüße Lars Lingner From ralf.eckert at stadt-gummersbach.de Mon Dec 12 15:19:54 2005 From: ralf.eckert at stadt-gummersbach.de (Ralf Eckert) Date: Mon, 12 Dec 2005 15:19:54 +0100 (CET) Subject: [Mapserver-DE] Internal Server Error Message-ID: <4396.129.212.61.22.1134397194.squirrel@129.212.61.22> Hallo Liste, ist es möglich, dass ein SHP-File zugroß für die Verarbeitung im MapServer ist. Der File hat in der dbf-datei 29200 Einträge. Es handelt isch um einen Linielayer. Wieviel Stützpunkte zu den Linien gespeichert sind in der shp-datei kann ich nicht sagen, dürfte aber viele sein. Wie komme ich dem Internal Server Error bei? Verkleinere ich den DBF uned SHP File, so bekomme ich eine Map angezeigt. Nehme ich die vollen Daten, dann nicht. Würde es helfen, diesen SHP in eine PostgreSQL zu übernehmen um die Fehlermeldung zu beseitigen? Der MepBender reagiert bei Hochladen auch nicht, oder besser es kommt eine Fehlermeldung das er eine Datei nicht öffnen kann. Die Datei ist die shp-datei und die gibt es. MfG Ralf Eckert Stadt Gummersbach From uwe.seher at arteng.de Mon Dec 12 16:09:47 2005 From: uwe.seher at arteng.de (Uwe Seher) Date: Mon, 12 Dec 2005 16:09:47 +0100 Subject: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMS fuerGDI In-Reply-To: <439D86F1.20102@gmx.net> Message-ID: Hallo Herr Lingner, hallo Liste! Zum ESRI-PostGIS-Problem: Man kann zwar über das bei PostGIS mitgelieferte Tool Shapefiles in psql-Statements verwandeln und darüber die Daten in Postgis einpflegen. Leider ist das ein mühsamer Weg und eigentlich nur dann sinnvoll, wenn ich nur geringen Änderungsbedarf an den Daten habe. Sobald ich auf eine hohe Interaktivität angewiesen bin, bekomme ich in der ESRI-Welt ein Problem. Der Weg bei jeder Änderung ein psql-Statment zu erzeugen ist nicht sehr ökonomisch und in einer server-basierenden Umgebung aufgrund der Zugriffsrechte kaum zu verwirklichen. Es gibt mehrere OSS-Ansätze dies zu ändern. >Gibt es zu den hier aufgeführten Punkten ein System das "besonders gut" >mit Mapservern (z.B. UMN Mapserver) zusammenarbeitet? Dabei interessiert >mich nicht nur die Richtung Server->Client, sondern auch umgekehrt. Also >das Verändern von vorhandenen Daten in der DB, Stichwort WFS-T. Für unsere Belange nutzen wir zur Zeit UMN-Mapserver, PostgreSQL/PostGIS. Das ist zur Zeit mehr als ausreichend und da wir an unseren derzeitigen Projekten vorwiegend nur darstellende Funktionen benötigen, haben wir auch nur wenig Probleme mit der ESRI-Welt ;) Ein 'besonders gutes' System kann ich so ohne Kenntnis der Anforderungen kaum empfehlen. Einen WFS-T suchen wir auch noch, testet werden wir wohl Geoserver und degree, ist aber noch nicht aktuell. >Was bedeutet es wenn ein DBMS-Hersteller sagt: "wir unterstützen >Geodaten"? Wie kann man Systeme, über die solche Aussagen gemacht >werden, vergleichen? Reicht es aus, wenn die Simple Feature >Specification (SFS) des OGC umgesetzt wurde? Ist dann sichergestellt, >dass es standardisierte Funktionen zum Lesen und Schreiben von Geodaten >gibt? Sind verschiedene Stufen der SFS-Konformität möglich? Dazu muß man fragen, was sind denn Geodaten? Vermutlich sind geometrische Objekte gemeint. Die kann man prinzipiell in jeder DB als Binärobjekt (WKB) oder String (WKT) hinterlegen und auslesen. Die Aussage sagt also nicht allzuviel. Wichtiger ist die Frage nach entsprechenden räumlichen Funktionen oder der Möglichkeit räumliche Indices aufzubauen. Die Unterstützung von SF nach OGC sagt eigentlich auch nur, das eben diese Objektbeschreibung verwendet wird. Insofern ist gewährleistet, das ander SFS-unterstützende Produkte dies Daten lesen können. Weitere DB-Funktionalitäten sind mir zumindest dabei nicht bekannt. Vielleicht kennt sich jemand anderes da besser aus. >Ich stelle mir vor, dass die Datenbank Funktionen, die über die SFS >hinausgehen, zur Verfügung stellt, um z.B. raumbezogene Abfragen zu >vereinfachen. Wie kann ich also die Eignung eines DBMS für die >Speicherung und Verarbeitung als (DBMS-)Laie prüfen? >Oder führt diese Frage zu uferlosen Antworten und ich sollte mich >intensiver mit DBMS beschäftigen? Z.B. PostGIS stellt Funktionen zum Zusammenfügen und Verschneiden von Geometrischen Objekten zur Verfügung. Oder Entfernungsabfragen etc. Das hat aber eigentlich nichts mit SFS zu tun, sondern arbeitet eben mit den geometrischen Objekten. Als kleine Vorgehensweise kann ich ihnen vielleich folgendes anraten: Versuchen sie Ihr Problem zu umgrenzen. welche Datenmengen, wieviele Nutzer, wieviele gleichzeitig? eher statische Daten oder viel Bewegung? Welche Aufgaben will ich erfüllen? Welche Funktionen benötige ich dazu? Leider werden Sie nicht umhinkommen sich recht intensiv mit Datenbanken befassen zu müssen. Dazu empfehle ich PostgreSQL/PostGIS. Es hat einen Windowsinstaller, kostet nix und kann alles was das Herz begehrt ;). Ich hoffe geholfen zu haben Gruß Uwe Seher ____________ Virus checked by G DATA AntiVirusKit Version: AVK 16.2147 from 12.12.2005 Virus news: www.antiviruslab.com From lingner.mail at gmx.net Mon Dec 12 16:30:54 2005 From: lingner.mail at gmx.net (lars lingner) Date: Mon, 12 Dec 2005 16:30:54 +0100 Subject: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMS fuerGDI In-Reply-To: References: Message-ID: <439D97AE.70506@gmx.net> Uwe Seher schrieb: > Hallo Herr Lingner, hallo Liste! > > Zum ESRI-PostGIS-Problem: > Man kann zwar über das bei PostGIS mitgelieferte Tool Shapefiles in > psql-Statements verwandeln und darüber die Daten in Postgis einpflegen. > Leider ist das ein mühsamer Weg und eigentlich nur dann sinnvoll, wenn ich > nur geringen Änderungsbedarf an den Daten habe. Sobald ich auf eine hohe > Interaktivität angewiesen bin, bekomme ich in der ESRI-Welt ein Problem. Der > Weg bei jeder Änderung ein psql-Statment zu erzeugen ist nicht sehr > ökonomisch und in einer server-basierenden Umgebung aufgrund der > Zugriffsrechte kaum zu verwirklichen. Es gibt mehrere OSS-Ansätze dies zu > ändern. Aha, also fehlt der ESRI-Welt die direkte Postgis-Unterstützung, sonst müsste man ja nicht mit Shapefiles hantieren? Zu diesem Thema habe ich eine Erweiterung fuer ArcMap gefunden PgArc, hatte aber noch keine Zeit sie auszuprobieren... > Für unsere Belange nutzen wir zur Zeit UMN-Mapserver, PostgreSQL/PostGIS. > Das ist zur Zeit mehr als ausreichend und da wir an unseren derzeitigen > Projekten vorwiegend nur darstellende Funktionen benötigen, haben wir auch > nur wenig Probleme mit der ESRI-Welt ;) > Ein 'besonders gutes' System kann ich so ohne Kenntnis der Anforderungen > kaum empfehlen. > Einen WFS-T suchen wir auch noch, testet werden wir wohl Geoserver und > degree, ist aber noch nicht aktuell. In meinem Fall wird nach jetzigem Stand der Dinge der Geoserver als WFS-T eingesetzt, der UMN Mapserver als WMS. > Dazu muß man fragen, was sind denn Geodaten? Vermutlich sind geometrische > Objekte gemeint. Die kann man prinzipiell in jeder DB als Binärobjekt (WKB) > oder String (WKT) hinterlegen und auslesen. Die Aussage sagt also nicht > allzuviel. Wichtiger ist die Frage nach entsprechenden räumlichen Funktionen > oder der Möglichkeit räumliche Indices aufzubauen. Die Unterstützung von SF > nach OGC sagt eigentlich auch nur, das eben diese Objektbeschreibung > verwendet wird. Insofern ist gewährleistet, das ander SFS-unterstützende > Produkte dies Daten lesen können. Weitere DB-Funktionalitäten sind mir > zumindest dabei nicht bekannt. Vielleicht kennt sich jemand anderes da > besser aus. > Vielen Dank, das ist schonmal sehr aufschlussreich und zeigt mir gleichzeitig, dass ich mich mit dem Thema intensiver auseinander setzen muss als bisher gedacht... man lernt nie aus : > Z.B. PostGIS stellt Funktionen zum Zusammenfügen und Verschneiden von > Geometrischen Objekten zur Verfügung. Oder Entfernungsabfragen etc. Das hat > aber eigentlich nichts mit SFS zu tun, sondern arbeitet eben mit den > geometrischen Objekten. > Als kleine Vorgehensweise kann ich ihnen vielleich folgendes anraten: > > Versuchen sie Ihr Problem zu umgrenzen. welche Datenmengen, wieviele Nutzer, > wieviele gleichzeitig? eher statische Daten oder viel Bewegung? Welche > Aufgaben will ich erfüllen? Welche Funktionen benötige ich dazu? Leider > werden Sie nicht umhinkommen sich recht intensiv mit Datenbanken befassen zu > müssen. Dazu empfehle ich PostgreSQL/PostGIS. Es hat einen Windowsinstaller, > kostet nix und kann alles was das Herz begehrt ;). > Gehversuche habe ich schon mit MySQL und PostgreSQL gemacht, zum speichern von Geodaten würde ich spontan zu PostgreSQL/PostGIS greifen. Aber sehr oft reicht die eigene Meinung nicht aus, sondern man muss verschiedene Faktoren berücksichtigen. @Liste: Ich freue mich auch über andere Meinungen, möchte die Diskusion hier nicht "abwürgen" ;) > > > Ich hoffe geholfen zu haben > In der Tat, vielen Dank dafür. Viele Grüße Lars Lingner From Achim.Wessling at gt-net.de Mon Dec 12 16:43:55 2005 From: Achim.Wessling at gt-net.de (=?iso-8859-1?Q?We=DFling=2C_Achim?=) Date: Mon, 12 Dec 2005 16:43:55 +0100 Subject: AW: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMSfuerGDI Message-ID: Hallo, zu den beiden DB MySQL und PostgreSQL/PostGIS ist zu sagen, das MySQL zwar das WKT-Format unterstützt, aber weitergehende Funktionen wie Verschneidungen und Berechnungen nicht, nur rudimentär oder Fehlerhaft unterstützt. Ausserdem wird der Datentyp 'geometry' nur in 'MyISAM'-Tabellen unterstützt, die wiederum keine Transaktionen unterstützen. Auch bei den OpenSource-Editierwerkzeugen erfährt die PostGIS eine größere Unterstützung, da sie länger 'am Markt' ist. Die Editier-Problematik kann man auch ohne WFS-T und ESRI angehen. Z.B. mit uDIG, QGIG oder JUMP. Achim Weßling -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von lars lingner Gesendet am: Montag, 12. Dezember 2005 16:31 An: mapserver-de at freegis.org Betreff: Re: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMSfuerGDI Uwe Seher schrieb: > Hallo Herr Lingner, hallo Liste! > > Zum ESRI-PostGIS-Problem: > Man kann zwar über das bei PostGIS mitgelieferte Tool Shapefiles in > psql-Statements verwandeln und darüber die Daten in Postgis einpflegen. > Leider ist das ein mühsamer Weg und eigentlich nur dann sinnvoll, wenn ich > nur geringen Änderungsbedarf an den Daten habe. Sobald ich auf eine hohe > Interaktivität angewiesen bin, bekomme ich in der ESRI-Welt ein Problem. Der > Weg bei jeder Änderung ein psql-Statment zu erzeugen ist nicht sehr > ökonomisch und in einer server-basierenden Umgebung aufgrund der > Zugriffsrechte kaum zu verwirklichen. Es gibt mehrere OSS-Ansätze dies zu > ändern. Aha, also fehlt der ESRI-Welt die direkte Postgis-Unterstützung, sonst müsste man ja nicht mit Shapefiles hantieren? Zu diesem Thema habe ich eine Erweiterung fuer ArcMap gefunden PgArc, hatte aber noch keine Zeit sie auszuprobieren... > Für unsere Belange nutzen wir zur Zeit UMN-Mapserver, PostgreSQL/PostGIS. > Das ist zur Zeit mehr als ausreichend und da wir an unseren derzeitigen > Projekten vorwiegend nur darstellende Funktionen benötigen, haben wir auch > nur wenig Probleme mit der ESRI-Welt ;) > Ein 'besonders gutes' System kann ich so ohne Kenntnis der Anforderungen > kaum empfehlen. > Einen WFS-T suchen wir auch noch, testet werden wir wohl Geoserver und > degree, ist aber noch nicht aktuell. In meinem Fall wird nach jetzigem Stand der Dinge der Geoserver als WFS-T eingesetzt, der UMN Mapserver als WMS. > Dazu muß man fragen, was sind denn Geodaten? Vermutlich sind geometrische > Objekte gemeint. Die kann man prinzipiell in jeder DB als Binärobjekt (WKB) > oder String (WKT) hinterlegen und auslesen. Die Aussage sagt also nicht > allzuviel. Wichtiger ist die Frage nach entsprechenden räumlichen Funktionen > oder der Möglichkeit räumliche Indices aufzubauen. Die Unterstützung von SF > nach OGC sagt eigentlich auch nur, das eben diese Objektbeschreibung > verwendet wird. Insofern ist gewährleistet, das ander SFS-unterstützende > Produkte dies Daten lesen können. Weitere DB-Funktionalitäten sind mir > zumindest dabei nicht bekannt. Vielleicht kennt sich jemand anderes da > besser aus. > Vielen Dank, das ist schonmal sehr aufschlussreich und zeigt mir gleichzeitig, dass ich mich mit dem Thema intensiver auseinander setzen muss als bisher gedacht... man lernt nie aus : > Z.B. PostGIS stellt Funktionen zum Zusammenfügen und Verschneiden von > Geometrischen Objekten zur Verfügung. Oder Entfernungsabfragen etc. Das hat > aber eigentlich nichts mit SFS zu tun, sondern arbeitet eben mit den > geometrischen Objekten. > Als kleine Vorgehensweise kann ich ihnen vielleich folgendes anraten: > > Versuchen sie Ihr Problem zu umgrenzen. welche Datenmengen, wieviele Nutzer, > wieviele gleichzeitig? eher statische Daten oder viel Bewegung? Welche > Aufgaben will ich erfüllen? Welche Funktionen benötige ich dazu? Leider > werden Sie nicht umhinkommen sich recht intensiv mit Datenbanken befassen zu > müssen. Dazu empfehle ich PostgreSQL/PostGIS. Es hat einen Windowsinstaller, > kostet nix und kann alles was das Herz begehrt ;). > Gehversuche habe ich schon mit MySQL und PostgreSQL gemacht, zum speichern von Geodaten würde ich spontan zu PostgreSQL/PostGIS greifen. Aber sehr oft reicht die eigene Meinung nicht aus, sondern man muss verschiedene Faktoren berücksichtigen. @Liste: Ich freue mich auch über andere Meinungen, möchte die Diskusion hier nicht "abwürgen" ;) > > > Ich hoffe geholfen zu haben > In der Tat, vielen Dank dafür. Viele Grüße Lars Lingner From lingner.mail at gmx.net Mon Dec 12 16:47:05 2005 From: lingner.mail at gmx.net (lars lingner) Date: Mon, 12 Dec 2005 16:47:05 +0100 Subject: [Mapserver-DE] Internal Server Error In-Reply-To: <4396.129.212.61.22.1134397194.squirrel@129.212.61.22> References: <4396.129.212.61.22.1134397194.squirrel@129.212.61.22> Message-ID: <439D9B79.8010606@gmx.net> Guten Tag Herr Eckert, Ralf Eckert schrieb: > Hallo Liste, > > ist es möglich, dass ein SHP-File zugroß für die Verarbeitung im MapServer > ist. Ich habe noch nichts von einer Begrenzung in der Richtung gehört. > > Der File hat in der dbf-datei 29200 Einträge. Es handelt isch um einen > Linielayer. Wieviel Stützpunkte zu den Linien gespeichert sind in der > shp-datei kann ich nicht sagen, dürfte aber viele sein. Bei mir "serviert" der UMN ein Shapefile mit 202908 Einträgen. Es sind allerdings Polygone. > > Wie komme ich dem Internal Server Error bei? Hmm Es gibt noch die Möglichkeit im Mapfile "DEBUG ON" für den entsprechenden Layer zu setzen. Darauf hin wird eine Logdatei angelegt. Vllt. sind darin weitere Informationen enthalten? > > Verkleinere ich den DBF uned SHP File, so bekomme ich eine Map angezeigt. > Nehme ich die vollen Daten, dann nicht. Ich hatte mal den Fall, dass ein bestimmtes Mapfile absolut nicht vom UMN gelesen werden wollte. Es lag daran, dass das Shapefile (und die *.shx und *.dbf) mittels ArcInfo erstellt wurde und dort bei der Verabeitung "etwas" schief lief. Was da genau schief lief ist nicht bekannt, ein erneut generiertes Shapefiles wurde jedenfalls anstandslos vom UMN angenommen. > > Würde es helfen, diesen SHP in eine PostgreSQL zu übernehmen um die > Fehlermeldung zu beseitigen? Hmm, dies wäre ja aber keine Lösung sondern eine Alternative :) > > Der MepBender reagiert bei Hochladen auch nicht, oder besser es kommt eine > Fehlermeldung das er eine Datei nicht öffnen kann. Die Datei ist die > shp-datei und die gibt es. > Demzufolge scheint wohl mit dem Shapefile etwas nicht in Ordnung zu sein. <- Vermutung von mir! Wenn das reduzieren der Daten bereits Abhilfe schafft, würde ich mal probieren, lediglich einen Datensatz zu löschen und die Datei zu speichern. Oder sogar nur öffnen und ohne etwas zu löschen wieder speichern... Mehr weiss ich erstmal nicht :) Lars Lingner From mschulz at webgis.de Mon Dec 12 16:57:18 2005 From: mschulz at webgis.de (Michael Schulz) Date: Mon, 12 Dec 2005 16:57:18 +0100 Subject: [Mapserver-DE] Internal Server Error In-Reply-To: <439D9B79.8010606@gmx.net> References: <4396.129.212.61.22.1134397194.squirrel@129.212.61.22> <439D9B79.8010606@gmx.net> Message-ID: <439D9DDE.8050602@webgis.de> Hallo, sie können auch erstmal versuchen, das shapefile über "connectiontype ogr" connection "shape-datei.shp" zu laden. Ich hatte hin und wieder den Fall das ogr mir ein shp-File anzeigen kann, der direkte mapserver zugriff nicht !? Grüße, Michael Schulz lars lingner schrieb: > Guten Tag Herr Eckert, > > > Ralf Eckert schrieb: > >> Hallo Liste, >> >> ist es möglich, dass ein SHP-File zugroß für die Verarbeitung im >> MapServer >> ist. > > > Ich habe noch nichts von einer Begrenzung in der Richtung gehört. > >> >> Der File hat in der dbf-datei 29200 Einträge. Es handelt isch um einen >> Linielayer. Wieviel Stützpunkte zu den Linien gespeichert sind in der >> shp-datei kann ich nicht sagen, dürfte aber viele sein. > > > Bei mir "serviert" der UMN ein Shapefile mit 202908 Einträgen. Es sind > allerdings Polygone. > >> >> Wie komme ich dem Internal Server Error bei? > > > Hmm Es gibt noch die Möglichkeit im Mapfile "DEBUG ON" für den > entsprechenden Layer zu setzen. Darauf hin wird eine Logdatei angelegt. > Vllt. sind darin weitere Informationen enthalten? > >> >> Verkleinere ich den DBF uned SHP File, so bekomme ich eine Map angezeigt. >> Nehme ich die vollen Daten, dann nicht. > > > Ich hatte mal den Fall, dass ein bestimmtes Mapfile absolut nicht vom > UMN gelesen werden wollte. Es lag daran, dass das Shapefile (und die > *.shx und *.dbf) mittels ArcInfo erstellt wurde und dort bei der > Verabeitung "etwas" schief lief. Was da genau schief lief ist nicht > bekannt, ein erneut generiertes Shapefiles wurde jedenfalls anstandslos > vom UMN angenommen. > >> >> Würde es helfen, diesen SHP in eine PostgreSQL zu übernehmen um die >> Fehlermeldung zu beseitigen? > > > Hmm, dies wäre ja aber keine Lösung sondern eine Alternative :) > >> >> Der MepBender reagiert bei Hochladen auch nicht, oder besser es kommt >> eine >> Fehlermeldung das er eine Datei nicht öffnen kann. Die Datei ist die >> shp-datei und die gibt es. >> > Demzufolge scheint wohl mit dem Shapefile etwas nicht in Ordnung zu > sein. <- Vermutung von mir! > Wenn das reduzieren der Daten bereits Abhilfe schafft, würde ich mal > probieren, lediglich einen Datensatz zu löschen und die Datei zu > speichern. Oder sogar nur öffnen und ohne etwas zu löschen wieder > speichern... > > Mehr weiss ich erstmal nicht :) > > Lars Lingner > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ----------------------------------------------------------- Michael Schulz mschulz at webgis.de in medias res Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 Tel +49 (0)761 556959-5 79108 Freiburg Fax +49 (0)761 556959-6 www.webgis.de / www.zopecms.de ----------------------------------------------------------- NEU ++ UMN MapServer Hosting ++ http://www.webgis.de ++ NEU ----------------------------------------------------------- From F.Jaeger at KRZ.DE Mon Dec 12 17:05:56 2005 From: F.Jaeger at KRZ.DE (=?iso-8859-1?Q?=22J=E4ger=2C_Frank_=5C=28KRZ=5C=29=22?=) Date: Mon, 12 Dec 2005 17:05:56 +0100 Subject: AW: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielleDBMSfuerGDI Message-ID: <4B24A8042312F24B8E4F3DFC7FA8331B03B38AC6@s600mx01.krz.de> Hallo, MySQL: >> Ausserdem wird der Datentyp 'geometry' nur in 'MyISAM'-Tabellen unterstützt, die wiederum keine Transaktionen unterstützen. Das stimmte bis vor kurzem. Noch schlimmer: MyISAM kennt auch keine Foreign-Key-Constraints. Im letzten Newsletter von MySQL stand jedoch, dass seit der aktuellen Version (MySQL 5.0.16 ?) nun Geometriefelder von allen DB-Engines unterstützt werden, also auch von InnoDB. Trotzdem macht PostGIS auf mich einen besseren Eindruck. mfG F.J. -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Weßling, Achim Gesendet: Montag, 12. Dezember 2005 16:44 An: mapserver-de at freegis.org Betreff: AW: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielleDBMSfuerGDI Hallo, zu den beiden DB MySQL und PostgreSQL/PostGIS ist zu sagen, das MySQL zwar das WKT-Format unterstützt, aber weitergehende Funktionen wie Verschneidungen und Berechnungen nicht, nur rudimentär oder Fehlerhaft unterstützt. Ausserdem wird der Datentyp 'geometry' nur in 'MyISAM'-Tabellen unterstützt, die wiederum keine Transaktionen unterstützen. Auch bei den OpenSource-Editierwerkzeugen erfährt die PostGIS eine größere Unterstützung, da sie länger 'am Markt' ist. Die Editier-Problematik kann man auch ohne WFS-T und ESRI angehen. Z.B. mit uDIG, QGIG oder JUMP. Achim Weßling -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von lars lingner Gesendet am: Montag, 12. Dezember 2005 16:31 An: mapserver-de at freegis.org Betreff: Re: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMSfuerGDI Uwe Seher schrieb: > Hallo Herr Lingner, hallo Liste! > > Zum ESRI-PostGIS-Problem: > Man kann zwar über das bei PostGIS mitgelieferte Tool Shapefiles in > psql-Statements verwandeln und darüber die Daten in Postgis einpflegen. > Leider ist das ein mühsamer Weg und eigentlich nur dann sinnvoll, wenn ich > nur geringen Änderungsbedarf an den Daten habe. Sobald ich auf eine hohe > Interaktivität angewiesen bin, bekomme ich in der ESRI-Welt ein Problem. Der > Weg bei jeder Änderung ein psql-Statment zu erzeugen ist nicht sehr > ökonomisch und in einer server-basierenden Umgebung aufgrund der > Zugriffsrechte kaum zu verwirklichen. Es gibt mehrere OSS-Ansätze dies zu > ändern. Aha, also fehlt der ESRI-Welt die direkte Postgis-Unterstützung, sonst müsste man ja nicht mit Shapefiles hantieren? Zu diesem Thema habe ich eine Erweiterung fuer ArcMap gefunden PgArc, hatte aber noch keine Zeit sie auszuprobieren... > Für unsere Belange nutzen wir zur Zeit UMN-Mapserver, PostgreSQL/PostGIS. > Das ist zur Zeit mehr als ausreichend und da wir an unseren derzeitigen > Projekten vorwiegend nur darstellende Funktionen benötigen, haben wir auch > nur wenig Probleme mit der ESRI-Welt ;) > Ein 'besonders gutes' System kann ich so ohne Kenntnis der Anforderungen > kaum empfehlen. > Einen WFS-T suchen wir auch noch, testet werden wir wohl Geoserver und > degree, ist aber noch nicht aktuell. In meinem Fall wird nach jetzigem Stand der Dinge der Geoserver als WFS-T eingesetzt, der UMN Mapserver als WMS. > Dazu muß man fragen, was sind denn Geodaten? Vermutlich sind geometrische > Objekte gemeint. Die kann man prinzipiell in jeder DB als Binärobjekt (WKB) > oder String (WKT) hinterlegen und auslesen. Die Aussage sagt also nicht > allzuviel. Wichtiger ist die Frage nach entsprechenden räumlichen Funktionen > oder der Möglichkeit räumliche Indices aufzubauen. Die Unterstützung von SF > nach OGC sagt eigentlich auch nur, das eben diese Objektbeschreibung > verwendet wird. Insofern ist gewährleistet, das ander SFS-unterstützende > Produkte dies Daten lesen können. Weitere DB-Funktionalitäten sind mir > zumindest dabei nicht bekannt. Vielleicht kennt sich jemand anderes da > besser aus. > Vielen Dank, das ist schonmal sehr aufschlussreich und zeigt mir gleichzeitig, dass ich mich mit dem Thema intensiver auseinander setzen muss als bisher gedacht... man lernt nie aus : > Z.B. PostGIS stellt Funktionen zum Zusammenfügen und Verschneiden von > Geometrischen Objekten zur Verfügung. Oder Entfernungsabfragen etc. Das hat > aber eigentlich nichts mit SFS zu tun, sondern arbeitet eben mit den > geometrischen Objekten. > Als kleine Vorgehensweise kann ich ihnen vielleich folgendes anraten: > > Versuchen sie Ihr Problem zu umgrenzen. welche Datenmengen, wieviele Nutzer, > wieviele gleichzeitig? eher statische Daten oder viel Bewegung? Welche > Aufgaben will ich erfüllen? Welche Funktionen benötige ich dazu? Leider > werden Sie nicht umhinkommen sich recht intensiv mit Datenbanken befassen zu > müssen. Dazu empfehle ich PostgreSQL/PostGIS. Es hat einen Windowsinstaller, > kostet nix und kann alles was das Herz begehrt ;). > Gehversuche habe ich schon mit MySQL und PostgreSQL gemacht, zum speichern von Geodaten würde ich spontan zu PostgreSQL/PostGIS greifen. Aber sehr oft reicht die eigene Meinung nicht aus, sondern man muss verschiedene Faktoren berücksichtigen. @Liste: Ich freue mich auch über andere Meinungen, möchte die Diskusion hier nicht "abwürgen" ;) > > > Ich hoffe geholfen zu haben > In der Tat, vielen Dank dafür. Viele Grüße Lars Lingner _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From armin.burger at gmx.net Mon Dec 12 18:41:38 2005 From: armin.burger at gmx.net (Armin Burger) Date: Mon, 12 Dec 2005 18:41:38 +0100 Subject: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMS fuerGDI In-Reply-To: <439D97AE.70506@gmx.net> References: <439D97AE.70506@gmx.net> Message-ID: <439DB652.5040109@gmx.net> lars lingner wrote: > Uwe Seher schrieb: > >> Hallo Herr Lingner, hallo Liste! >> >> Zum ESRI-PostGIS-Problem: >> Man kann zwar über das bei PostGIS mitgelieferte Tool Shapefiles in >> psql-Statements verwandeln und darüber die Daten in Postgis einpflegen. >> Leider ist das ein mühsamer Weg und eigentlich nur dann sinnvoll, wenn >> ich >> nur geringen Änderungsbedarf an den Daten habe. Sobald ich auf eine hohe >> Interaktivität angewiesen bin, bekomme ich in der ESRI-Welt ein >> Problem. Der >> Weg bei jeder Änderung ein psql-Statment zu erzeugen ist nicht sehr >> ökonomisch und in einer server-basierenden Umgebung aufgrund der >> Zugriffsrechte kaum zu verwirklichen. Es gibt mehrere OSS-Ansätze dies zu >> ändern. > > > Aha, also fehlt der ESRI-Welt die direkte Postgis-Unterstützung, sonst > müsste man ja nicht mit Shapefiles hantieren? Zu diesem Thema habe ich > eine Erweiterung fuer ArcMap gefunden PgArc, hatte aber noch keine Zeit > sie auszuprobieren... > Fuer ArcGIS gibt's die Erweiterung zigGIS (http://avoir.uwc.ac.za/projects/ziggis), die aber momentan noch nicht als kompilierte Version vorliegt. Man muss das ganze also erst noch mit Visual Studio 7 kompilieren (ist in C# geschrieben). zigGIS kann PostGIS Daten lesen, aber nicht schreiben. Fuers Updaten muss man also andere Tools verwenden. Armin From ralf.eckert at stadt-gummersbach.de Tue Dec 13 07:35:09 2005 From: ralf.eckert at stadt-gummersbach.de (Ralf Eckert) Date: Tue, 13 Dec 2005 07:35:09 +0100 (CET) Subject: [Mapserver-DE] Internal Server Error In-Reply-To: <439D9B79.8010606@gmx.net> References: <4396.129.212.61.22.1134397194.squirrel@129.212.61.22> <439D9B79.8010606@gmx.net> Message-ID: <1128.129.212.61.22.1134455709.squirrel@129.212.61.22> Guten Morgen Herr Lingner, ich habe einfach mal den DEBUG ON in die MapDatei aufgenommen: # Auszug Map-Datei------------ LAYER NAME "VermLo" GROUP "VermLo" DEBUG ON MAXSCALE 80000000 MINSCALE 100 TYPE POLYGON STATUS ON METADATA WMS_SRS 'epsg:31467' WMS_TITLE 'VermLo Linien' WMS_GROUP_TITLE 'VermLo' WMS_FEATURE_INFO_MIME_TYPE 'text/html' END # METADATA DATA "gm/vermessung/al_t_linie" CLASS STYLE SYMBOL 1 SIZE 6 COLOR 0 0 0 END END END # layer # ---------------------------------------- Wo schreibt der UMN die log-Datei hin? Finde keine frische Log-Datei auf der Platte mit folgendem Auftruf: http://mapbender.gummersbach.gkd/cgi-bin/mapserv?map=/usr/local/etc/httpd/htdocs/umn/mapfiles/verm.map&&WMTVER=1.1.1&REQUEST=map MfG Ralf Eckert > Guten Tag Herr Eckert, > > > Ralf Eckert schrieb: >> Hallo Liste, >> >> ist es möglich, dass ein SHP-File zugroß für die Verarbeitung im >> MapServer >> ist. > > Ich habe noch nichts von einer Begrenzung in der Richtung gehört. > >> >> Der File hat in der dbf-datei 29200 Einträge. Es handelt isch um einen >> Linielayer. Wieviel Stützpunkte zu den Linien gespeichert sind in der >> shp-datei kann ich nicht sagen, dürfte aber viele sein. > > Bei mir "serviert" der UMN ein Shapefile mit 202908 Einträgen. Es sind > allerdings Polygone. > >> >> Wie komme ich dem Internal Server Error bei? > > Hmm Es gibt noch die Möglichkeit im Mapfile "DEBUG ON" für den > entsprechenden Layer zu setzen. Darauf hin wird eine Logdatei angelegt. > Vllt. sind darin weitere Informationen enthalten? >> >> Verkleinere ich den DBF uned SHP File, so bekomme ich eine Map >> angezeigt. >> Nehme ich die vollen Daten, dann nicht. > > Ich hatte mal den Fall, dass ein bestimmtes Mapfile absolut nicht vom > UMN gelesen werden wollte. Es lag daran, dass das Shapefile (und die > *.shx und *.dbf) mittels ArcInfo erstellt wurde und dort bei der > Verabeitung "etwas" schief lief. Was da genau schief lief ist nicht > bekannt, ein erneut generiertes Shapefiles wurde jedenfalls anstandslos > vom UMN angenommen. > >> >> Würde es helfen, diesen SHP in eine PostgreSQL zu übernehmen um die >> Fehlermeldung zu beseitigen? > > Hmm, dies wäre ja aber keine Lösung sondern eine Alternative :) >> >> Der MepBender reagiert bei Hochladen auch nicht, oder besser es kommt >> eine >> Fehlermeldung das er eine Datei nicht öffnen kann. Die Datei ist die >> shp-datei und die gibt es. >> > Demzufolge scheint wohl mit dem Shapefile etwas nicht in Ordnung zu > sein. <- Vermutung von mir! > Wenn das reduzieren der Daten bereits Abhilfe schafft, würde ich mal > probieren, lediglich einen Datensatz zu löschen und die Datei zu > speichern. Oder sogar nur öffnen und ohne etwas zu löschen wieder > speichern... > > Mehr weiss ich erstmal nicht :) > > Lars Lingner > From lingner.mail at gmx.net Tue Dec 13 08:41:59 2005 From: lingner.mail at gmx.net (lars lingner) Date: Tue, 13 Dec 2005 08:41:59 +0100 Subject: [Mapserver-DE] Internal Server Error In-Reply-To: <1128.129.212.61.22.1134455709.squirrel@129.212.61.22> References: <4396.129.212.61.22.1134397194.squirrel@129.212.61.22> <439D9B79.8010606@gmx.net> <1128.129.212.61.22.1134455709.squirrel@129.212.61.22> Message-ID: <439E7B47.2010906@gmx.net> Guten Morgen Herr Eckert, Ralf Eckert schrieb: > Guten Morgen Herr Lingner, > > ich habe einfach mal den DEBUG ON in die MapDatei aufgenommen: > # Auszug Map-Datei------------ > LAYER > NAME "VermLo" > GROUP "VermLo" > DEBUG ON > MAXSCALE 80000000 > MINSCALE 100 > TYPE POLYGON > STATUS ON > METADATA > WMS_SRS 'epsg:31467' > WMS_TITLE 'VermLo Linien' > WMS_GROUP_TITLE 'VermLo' > WMS_FEATURE_INFO_MIME_TYPE 'text/html' > END # METADATA > DATA "gm/vermessung/al_t_linie" > CLASS > STYLE > SYMBOL 1 > SIZE 6 > COLOR 0 0 0 > END > END > END # layer > # ---------------------------------------- > > Wo schreibt der UMN die log-Datei hin? Finde keine frische Log-Datei auf Stimmt, man muss naetürlich noch sagen wie die Logdatei heisst, da hatte ich nicht mehr daran gedacht, sorry. In dem Abschnitt "Web" wird dies festgelegt. Die Syntax ist LOG [filename] wenn nur ein Dateiname angegeben wird, wird die Logdatei in das gleiche Verzeichnis wie die map-Datei geschrieben. Es können aber auch Pfade angegeben werden. Der Webserver muss Schreibrechte haben für dieses Verzeichnis. Mit dem DEBUG ON|OFF im Layerabschnitt kann fuer jeden Layer individuell der Debugmodus konfiguriert werden. > der Platte mit folgendem Auftruf: > http://mapbender.gummersbach.gkd/cgi-bin/mapserv?map=/usr/local/etc/httpd/htdocs/umn/mapfiles/verm.map&&WMTVER=1.1.1&REQUEST=map Bei mir kann der Domainname nicht aufgelöst werden. Viele Grüße Lars Lingner From uwe.seher at arteng.de Tue Dec 13 09:08:07 2005 From: uwe.seher at arteng.de (Uwe Seher) Date: Tue, 13 Dec 2005 09:08:07 +0100 Subject: AW: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMSfuerGDI In-Reply-To: <439DB652.5040109@gmx.net> Message-ID: Guten Morgen! Den Link habe ich gestern gemeint und nicht gefunden. Danke! Ein Projekt, das Unterstützung verdient, denke ich. Gruß Uwe Seher -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Armin Burger Gesendet: Montag, 12. Dezember 2005 18:42 An: lingner.mail at gmx.net Cc: mapserver-de at freegis.org Betreff: Re: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMSfuerGDI Fuer ArcGIS gibt's die Erweiterung zigGIS (http://avoir.uwc.ac.za/projects/ziggis), die aber momentan noch nicht als kompilierte Version vorliegt. Man muss das ganze also erst noch mit Visual Studio 7 kompilieren (ist in C# geschrieben). zigGIS kann PostGIS Daten lesen, aber nicht schreiben. Fuers Updaten muss man also andere Tools verwenden. Armin ____________ Virus checked by G DATA AntiVirusKit Version: AVK 16.2147 from 12.12.2005 Virus news: www.antiviruslab.com From lingner.mail at gmx.net Tue Dec 13 09:38:15 2005 From: lingner.mail at gmx.net (lars lingner) Date: Tue, 13 Dec 2005 09:38:15 +0100 Subject: AW: AW: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMSfuerGDI In-Reply-To: References: Message-ID: <439E8877.2000100@gmx.net> Guten Tag Herr Weßling, Weßling schrieb: > Hallo, > > zu den beiden DB MySQL und PostgreSQL/PostGIS ist zu sagen, das MySQL > zwar das WKT-Format unterstützt, aber weitergehende Funktionen wie > Verschneidungen und Berechnungen nicht, nur rudimentär oder Fehlerhaft > unterstützt. Oha, können Sie dafür Quellen angeben? Das wäre ja ein Ausschlußkriterium. Lars Lingner From frank.koormann at intevation.de Tue Dec 13 09:51:45 2005 From: frank.koormann at intevation.de (Frank Koormann) Date: Tue, 13 Dec 2005 09:51:45 +0100 Subject: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMSfuerGDI In-Reply-To: <439E8877.2000100@gmx.net> References: <439E8877.2000100@gmx.net> Message-ID: <20051213085145.GB19974@intevation.de> * lars lingner [051213 09:38]: > Guten Tag Herr Weßling, > > Weßling schrieb: > >Hallo, > > > >zu den beiden DB MySQL und PostgreSQL/PostGIS ist zu sagen, das MySQL > >zwar das WKT-Format unterstützt, aber weitergehende Funktionen wie > >Verschneidungen und Berechnungen nicht, nur rudimentär oder Fehlerhaft > >unterstützt. > > Oha, können Sie dafür Quellen angeben? Das wäre ja ein Ausschlußkriterium. Aktuelle Dokumentation: http://dev.mysql.com/doc/refman/5.1/en/functions-that-test-spatial-relationships-between-geometries.html Zitat: "The OpenGIS specification defines the following functions. Currently, MySQL does not implement them according to the specification. Those that are implemented return the same result as the corresponding MBR-based functions. This includes functions in the following list other than Distance() and Related()." D.h. im Gegensatz zu PostGIS basieren die Verschneidungen etc. auf der Bounding-Box. Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From Achim.Wessling at gt-net.de Tue Dec 13 10:13:46 2005 From: Achim.Wessling at gt-net.de (=?iso-8859-1?Q?We=DFling=2C_Achim?=) Date: Tue, 13 Dec 2005 10:13:46 +0100 Subject: AW: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMSfuerGDI Message-ID: Hallo, in unseren Tests mit der Version 4.1 war der von MySQL gewählte Ansatz Verschneidungen auf Basis der BoundingBox zu machen _das_ KO-Kriterium. Es gab auch einige 'Ungereimtheiten' bei den Funktionen Equals und Intersects. Ich kann nicht sagen ob diese noch existieren, da wir momentan MySQL nicht in einer aktuellen Version einsetzen. Achim Weßling -----Ursprüngliche Nachricht----- Von: Frank Koormann [mailto:frank.koormann at intevation.de] Gesendet am: Dienstag, 13. Dezember 2005 09:52 An: lars lingner Cc: Weßling, Achim; mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Argumente fuer oder gegen spezielle DBMSfuerGDI * lars lingner [051213 09:38]: > Guten Tag Herr Weßling, > > Weßling schrieb: > >Hallo, > > > >zu den beiden DB MySQL und PostgreSQL/PostGIS ist zu sagen, das MySQL > >zwar das WKT-Format unterstützt, aber weitergehende Funktionen wie > >Verschneidungen und Berechnungen nicht, nur rudimentär oder Fehlerhaft > >unterstützt. > > Oha, können Sie dafür Quellen angeben? Das wäre ja ein Ausschlußkriterium. Aktuelle Dokumentation: http://dev.mysql.com/doc/refman/5.1/en/functions-that-test-spatial-relat ionships-between-geometries.html Zitat: "The OpenGIS specification defines the following functions. Currently, MySQL does not implement them according to the specification. Those that are implemented return the same result as the corresponding MBR-based functions. This includes functions in the following list other than Distance() and Related()." D.h. im Gegensatz zu PostGIS basieren die Verschneidungen etc. auf der Bounding-Box. Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From Frank.Broniewski at mnha.etat.lu Tue Dec 13 10:15:48 2005 From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski) Date: Tue, 13 Dec 2005 10:15:48 +0100 Subject: [Mapserver-DE] gdal problem mit jpg Message-ID: <000001c5ffc5$ceba1930$a6696e94@EPCCARTOGIS> Hallo Liste Ich habe ein Problem, dass nur entfernt mit Mapserver zu tun hat, aber vielleicht kann mir ja jemand hier helfen. Ich habe Orthofotos im tif - Format mit einem Worldfile (tfw) und will diese aus Transportgründen (Präsentation) vom tif - Format ins jpg - Format konvertieren. Dazu habe ich mit Irfanview in einem Batchvorgang alle tif - Dateien ins jpg - Format konvertiert. Nachträglich habe ich noch alle tfw - Dateien nach .jgw umbenannt. Nach diesem Vorgang habe ich einige Tests durchgeführt, ob die Aktionen auch vernünftig funktioniert haben. Dazu habe ich die neuen Dateien in Arc dargestellt, wo sie auch ihre richtige Position in der Welt einnehmen. Da ich die Dateien aber mit dem Mapserver anzeigen möchte, testete ich mit gdalinfo, ob auch dort die Dateien richtige Koordinaten haben. Doch scheinbar gibt es dort ein Problem, denn gdalinfo gibt nur die Pixeldimensionen zurück und keinesfalls "Weltkoordinaten". Ein Umbenennen der Worldfiles nach .wld hat auch nichts gebracht. Die konvertierten jpgs haben auch die selbe Dimension wie die tifs, wo übrigens mit gdalinfo die erwarteten Dimensionen angezeigt werden. Weiß da jemand Rat? Zur Übersicht noch schnell die Ausgabe von gdalinfo: c:\karten\cds\cadastre\ortho_lowres>gdalinfo 2001-0048-0107-50.jpg Driver: JPEG/JPEG JFIF Size is 2000, 2000 Coordinate System is `' Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 2000.0) Upper Right ( 2000.0, 0.0) Lower Right ( 2000.0, 2000.0) Center ( 1000.0, 1000.0) Band 1 Block=2000x1 Type=Byte, ColorInterp=Red Min=0.000/0, Max=255.000/0 Band 2 Block=2000x1 Type=Byte, ColorInterp=Green Min=0.000/0, Max=255.000/0 Band 3 Block=2000x1 Type=Byte, ColorInterp=Blue Min=0.000/0, Max=255.000/0 Und zum Vergleich die vom tif: c:\karten\cds\cadastre\ortho>gdalinfo 2001-0048-0107-50.tif Driver: GTiff/GeoTIFF Size is 2000, 2000 Coordinate System is `' Origin = (48000.000000,107000.000000) Pixel Size = (0.500000,-0.500000) Corner Coordinates: Upper Left ( 48000.000, 107000.000) Lower Left ( 48000.000, 106000.000) Upper Right ( 49000.000, 107000.000) Lower Right ( 49000.000, 106000.000) Center ( 48500.000, 106500.000) Band 1 Block=2000x1 Type=Byte, ColorInterp=Red Min=0.000/0, Max=255.000/0 Band 2 Block=2000x1 Type=Byte, ColorInterp=Green Min=0.000/0, Max=255.000/0 Band 3 Block=2000x1 Type=Byte, ColorInterp=Blue Min=0.000/0, Max=255.000/0 Viele Grüße aus dem kleinen Nachbarland Frank Broniewski Musée National d'Histoire et d'Art Section Préhistoire / Projet EPC Tél: +352 260 281-21 241, Rue de Luxembourg L-8077 Bertrange From kweixler at zebris.com Tue Dec 13 17:22:23 2005 From: kweixler at zebris.com (Karin Weixler) Date: Tue, 13 Dec 2005 17:22:23 +0100 Subject: [Mapserver-DE] probleme beim installieren von gdal Message-ID: Hallo, habe Probleme mit der Installierung der Bibliothek "gdal". Nach "./configure" und dem Befehl "make" erhalte ich folgende Fehlermeldung: GNUmakefile:44: warning: overriding commands for target `libgdal.la' GNUmakefile:40: warning: ignoring old commands for target `libgdal.la' (cd port; make) make[1]: Entering directory `/usr/share/librarydownload/gdal-1.3.1/port' /bin/sh ../libtool --mode=compile g++ -I../port -c -o cpl_conv.o cpl_conv.cpp g++ -I../port -c cpl_conv.cpp -DPIC ../libtool: line 1: g++: command not found make[1]: *** [cpl_conv.o] Error 1 make[1]: Leaving directory `/usr/share/librarydownload/gdal-1.3.1/port' make: *** [port-target] Error 2 Hat jemand ne Idee woran es liegen könnte? Das ganze soll auf einem SUSE 9.1 Webserver laufen. Bin noch recht neu auf dem Gebiet Mapserver. Danke im Voraus. Karin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051213/4ebd3ac4/attachment.html From jan at intevation.de Tue Dec 13 17:36:24 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 13 Dec 2005 17:36:24 +0100 Subject: [Mapserver-DE] probleme beim installieren von gdal In-Reply-To: References: Message-ID: <20051213163624.GA23688@intevation.de> Hallo, On Tue, Dec 13, 2005 at 05:22:23PM +0100, Karin Weixler wrote: > make[1]: Entering directory `/usr/share/librarydownload/gdal-1.3.1/port' zunächst mal der granz dringende Tipp, gdal nur als normaler Benutzer zu compilieren! Erst für eine Installation sollte man root werden, falls überhaupt. Unter /usr/share hat die Compilierumgebung nichts verloren. > ../libtool: line 1: g++: command not found da scheint kein C++ Compiler (bzw die gcc-Variante dafür: g++) installiert zu sein. Vermutlich fehlt dann auch ansonsten eine Bauumgebung (die -devel oder -dev Pakete). Sollten bei der SUSE CD/DVD dabei sein. Einfach mal mit yast oder händisch nachschauen und nachinstallieren. Viele Grüsse -- Jan-Oliver Wagner: www.intevation.de/~jan | GISpatcher: www.gispatcher.de Kolab Konsortium : www.kolab-konsortium.de | Thuban : thuban.intevation.org Intevation GmbH : www.intevation.de | Kolab : www.kolab.org FreeGIS : www.freegis.org | GAV : www.grass-verein.de From ralf.eckert at stadt-gummersbach.de Wed Dec 14 09:32:37 2005 From: ralf.eckert at stadt-gummersbach.de (Ralf Eckert) Date: Wed, 14 Dec 2005 09:32:37 +0100 (CET) Subject: [Mapserver-DE] Internal Server Error In-Reply-To: <000901c5ffb8$bebf7190$d275fe91@IBM29A94F6811C> References: <4396.129.212.61.22.1134397194.squirrel@129.212.61.22> <004e01c5ff3a$2b2f8dd0$6e77fe91@IBM29A94F6811C> <1091.129.212.61.22.1134454867.squirrel@129.212.61.22> <000901c5ffb8$bebf7190$d275fe91@IBM29A94F6811C> Message-ID: <1485.129.212.61.22.1134549157.squirrel@129.212.61.22> Hallo Herr Schwenk, Ihr Tipp war Gold wert. Nicht der UMN hat ein Problem, sondern die aus AutoCAD erzeugte shp-Datei war defekt. Ein Auslesen ohne Datenbankverbindung ergab einen korrekte Darstellung im UMN. MfG Ralf > Hallo Herr Eckert, > > ich schau es mir an. Habe aber erst morgen Mittag luft. Spätestens dann > werde ich mich melden. > > Gruß Harald > ________________________________________ > agentur geoinfo > Harald Schwenk > Kiefernstraße 35 > 40233 Düsseldorf > Tel. 0211 / 240 61 58 > GP: 2556685,5676350 ; 6°48'41.25'',51°13'13.92'' > mailto:harald.schwenk at agentur-geoinfo.de > www.agentur-geoinfo.de > Konverter AcadMap2pgsql: http://www.agentur-geoinfo.de/acadmap2pgsql.htm > ----- Original Message ----- > From: "Ralf Eckert" > To: "Harald Schwenk" > Sent: Tuesday, December 13, 2005 7:21 AM > Subject: Re: [Mapserver-DE] Internal Server Error > > >> Hallo Herr Schwenk, >> >> habe Sie nicht vergessen. Nur habe wir eine sehr enge Haushaltssperre >> auf >> erlegt bekommen, so das ich bei unserem Projekt noch nicht weiter >> gekommen >> bin. Und auch erst im neuen Jahr über einen Auftrag nachdenken kann. >> >> Ich hänge den den File einfach mal an (shp und map), schon der >> ArcExplorer >> hat Probleme mit dem File und stützt ab. Erstellt wurde die shp-datei >> aus >> AutoCAD heraus, Laufzeit 37 Std Export! also nicht mal so eben >> neugemacht. >> >> MfG >> Ralf Eckert >> Stadt Gummersbach >> >> >>> Hallo Herr Eckert, >>> >>> möchten Sie, dass ich mir das File mal ansehe oder konvertiere? >>> >>> Gruß Harald Schwenk >>> ________________________________________ >>> agentur geoinfo >>> Harald Schwenk >>> Kiefernstraße 35 >>> 40233 Düsseldorf >>> Tel. 0211 / 240 61 58 >>> GP: 2556685,5676350 ; 6°48'41.25'',51°13'13.92'' >>> mailto:harald.schwenk at agentur-geoinfo.de >>> www.agentur-geoinfo.de >>> Konverter AcadMap2pgsql: >>> http://www.agentur-geoinfo.de/acadmap2pgsql.htm >>> ----- Original Message ----- >>> From: "Ralf Eckert" >>> To: >>> Sent: Monday, December 12, 2005 3:19 PM >>> Subject: [Mapserver-DE] Internal Server Error >>> >>> >>>> Hallo Liste, >>>> >>>> ist es möglich, dass ein SHP-File zugroß für die Verarbeitung im >>>> MapServer >>>> ist. >>>> >>>> Der File hat in der dbf-datei 29200 Einträge. Es handelt isch um einen >>>> Linielayer. Wieviel Stützpunkte zu den Linien gespeichert sind in der >>>> shp-datei kann ich nicht sagen, dürfte aber viele sein. >>>> >>>> Wie komme ich dem Internal Server Error bei? >>>> >>>> Verkleinere ich den DBF uned SHP File, so bekomme ich eine Map >>>> angezeigt. >>>> Nehme ich die vollen Daten, dann nicht. >>>> >>>> Würde es helfen, diesen SHP in eine PostgreSQL zu übernehmen um die >>>> Fehlermeldung zu beseitigen? >>>> >>>> Der MepBender reagiert bei Hochladen auch nicht, oder besser es kommt >>>> eine >>>> Fehlermeldung das er eine Datei nicht öffnen kann. Die Datei ist die >>>> shp-datei und die gibt es. >>>> >>>> MfG >>>> Ralf Eckert >>>> Stadt Gummersbach >>>> >>>> >>>> >>> >>> >>> >> > > > From Frank.Broniewski at mnha.etat.lu Wed Dec 14 10:17:23 2005 From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski) Date: Wed, 14 Dec 2005 10:17:23 +0100 Subject: [Mapserver-DE] gdal problem mit jpg In-Reply-To: <000001c5ffc5$ceba1930$a6696e94@EPCCARTOGIS> Message-ID: <000001c6008f$31880940$a6696e94@EPCCARTOGIS> Hallo Ich habe mein Problem gelöst. Durch die Installation von FWTools und damit einer neueren gdal - Version (die alte war 1.14) ist es mir nun möglich, die korrekten Informationen auszulesen. Frank Broniewski Musée National d'Histoire et d'Art Section Préhistoire / Projet EPC Tél: +352 260 281-21 241, Rue de Luxembourg L-8077 Bertrange -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org] Im Auftrag von Frank Broniewski Gesendet: Dienstag, 13. Dezember 2005 10:16 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] gdal problem mit jpg Hallo Liste Ich habe ein Problem, dass nur entfernt mit Mapserver zu tun hat, aber vielleicht kann mir ja jemand hier helfen. Ich habe Orthofotos im tif - Format mit einem Worldfile (tfw) und will diese aus Transportgründen (Präsentation) vom tif - Format ins jpg - Format konvertieren. Dazu habe ich mit Irfanview in einem Batchvorgang alle tif - Dateien ins jpg - Format konvertiert. Nachträglich habe ich noch alle tfw - Dateien nach .jgw umbenannt. Nach diesem Vorgang habe ich einige Tests durchgeführt, ob die Aktionen auch vernünftig funktioniert haben. Dazu habe ich die neuen Dateien in Arc dargestellt, wo sie auch ihre richtige Position in der Welt einnehmen. Da ich die Dateien aber mit dem Mapserver anzeigen möchte, testete ich mit gdalinfo, ob auch dort die Dateien richtige Koordinaten haben. Doch scheinbar gibt es dort ein Problem, denn gdalinfo gibt nur die Pixeldimensionen zurück und keinesfalls "Weltkoordinaten". Ein Umbenennen der Worldfiles nach .wld hat auch nichts gebracht. Die konvertierten jpgs haben auch die selbe Dimension wie die tifs, wo übrigens mit gdalinfo die erwarteten Dimensionen angezeigt werden. Weiß da jemand Rat? Zur Übersicht noch schnell die Ausgabe von gdalinfo: c:\karten\cds\cadastre\ortho_lowres>gdalinfo 2001-0048-0107-50.jpg Driver: JPEG/JPEG JFIF Size is 2000, 2000 Coordinate System is `' Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 2000.0) Upper Right ( 2000.0, 0.0) Lower Right ( 2000.0, 2000.0) Center ( 1000.0, 1000.0) Band 1 Block=2000x1 Type=Byte, ColorInterp=Red Min=0.000/0, Max=255.000/0 Band 2 Block=2000x1 Type=Byte, ColorInterp=Green Min=0.000/0, Max=255.000/0 Band 3 Block=2000x1 Type=Byte, ColorInterp=Blue Min=0.000/0, Max=255.000/0 Und zum Vergleich die vom tif: c:\karten\cds\cadastre\ortho>gdalinfo 2001-0048-0107-50.tif Driver: GTiff/GeoTIFF Size is 2000, 2000 Coordinate System is `' Origin = (48000.000000,107000.000000) Pixel Size = (0.500000,-0.500000) Corner Coordinates: Upper Left ( 48000.000, 107000.000) Lower Left ( 48000.000, 106000.000) Upper Right ( 49000.000, 107000.000) Lower Right ( 49000.000, 106000.000) Center ( 48500.000, 106500.000) Band 1 Block=2000x1 Type=Byte, ColorInterp=Red Min=0.000/0, Max=255.000/0 Band 2 Block=2000x1 Type=Byte, ColorInterp=Green Min=0.000/0, Max=255.000/0 Band 3 Block=2000x1 Type=Byte, ColorInterp=Blue Min=0.000/0, Max=255.000/0 Viele Grüße aus dem kleinen Nachbarland Frank Broniewski Musée National d'Histoire et d'Art Section Préhistoire / Projet EPC Tél: +352 260 281-21 241, Rue de Luxembourg L-8077 Bertrange _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From kweixler at zebris.com Wed Dec 14 10:30:19 2005 From: kweixler at zebris.com (Karin Weixler) Date: Wed, 14 Dec 2005 10:30:19 +0100 Subject: [Mapserver-DE] php configure datei Message-ID: Vielen dank. Es hat tatsächlich ein c++ (bzw. g++) Compiler gefehlt. Jetzt findet nur leider der Mapserver die php configure Datei nicht. Php ist installiert aber ich finde die config.h Datei nicht und den Ordner in dem php installiet ist. Es gibt ein php.ini Datei die wohl Auch die configure Datei ist? Hier die phpinfo:: Configure Command: './configure' '--prefix=/usr' '--datadir=/usr/share/php' '--mandir=/usr/share/man' '--bindir=/usr/bin' '--libdir=/usr/share' '--includedir=/usr/include' '--sysconfdir=/etc' '--with-_lib=lib' '--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin' '--disable-debug' '--enable-inline-optimization' '--enable-memory-limit' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sigchild' '--disable-ctype' '--disable-session' '--without-mysql' '--disable-cli' '--without-pear' '--with-openssl' '--with-apxs2=/usr/sbin/apxs2-prefork' 'i586-suse-linux' Server API Apache 2.0 Handler Virtual Directory Support disabled Configuration File (php.ini) Path /etc/php.ini Wenn ich allerdings beim mapserver confiugre -with-php=/usr angebe, findet er die configure datei Nich. Kann damit jemand etwas anfangen? Vielen dank karin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051214/b713ff44/attachment.html From frank.koormann at intevation.de Wed Dec 14 10:58:25 2005 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 14 Dec 2005 10:58:25 +0100 Subject: [Mapserver-DE] php configure datei In-Reply-To: References: Message-ID: <20051214095825.GC13509@intevation.de> Hallo Frau Weixler, * Karin Weixler [051214 10:30]: > Vielen dank. Es hat tatsa:chlich ein c++ (bzw. g++) Compiler gefehlt. > Jetzt findet nur leider der Mapserver die php configure Datei nicht. > Php ist installiert aber ich finde die config.h Datei nicht und den > Ordner in dem php installiet ist. > Es gibt ein php.ini Datei die wohl Auch die configure Datei ist? php.ini ist die Konfigurationsdatei für die Laufzeit-Umgebung von php. Sie wollen mit PHPMapScript ein Paket kompilieren, dager brauchen Sie die zu PHP gehörenden Entwicklungspakete. In diesen sollten sich auch config.h bzw. php_config.h finden. Unter SuSE sollte das Paket php-devel oder ähnliche heissen. Beste Grüße, Frank Koormann -- Frank Koormann Professioneller Service rund um Freie Software http://intevation.de Experten für web-basierte GIS Anwendungen, seit 1999: http://intevation.de/services/gis/webgis.de.html From kweixler at zebris.com Wed Dec 14 15:35:31 2005 From: kweixler at zebris.com (Karin Weixler) Date: Wed, 14 Dec 2005 15:35:31 +0100 Subject: [Mapserver-DE] Serverfehler bei mapserv Message-ID: Hallo, habe den Mapserver scheinbar erfolgreich installiert. Es kamen keine Fehlermeldungen. Bei einem Test mit http://localhost/cgi-bin/mapserv Erscheint folgende Meldung: Serverfehler! Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist. Fehlermeldung: Premature end of script headers: mapserv Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie bitte den Webmaster hierüber. Error 500 Bei einem php-info Test kommt folgende Fehlermeldung: Warning: dl(): Dynamically loaded extensions aren't allowed when running in Safe Mode in /home/htdocs/web0/html/phptest.php on line 2 Heißt das, dass ich Änderungen an den php Einstellungen vornehmen muß? In der php.ini Datei? Vielen Dank im Voraus Karin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051214/2905e555/attachment.html From KlausSchiefer at web.de Wed Dec 14 17:05:57 2005 From: KlausSchiefer at web.de (KlausSchiefer) Date: Wed, 14 Dec 2005 17:05:57 +0100 Subject: [Mapserver-DE] Probleme mit der Darstellung eines WMS-Kartenlayers Message-ID: Hallo zusammen, ich versuche unter XP mit MapServer 4.6.1 einen WMS-Layer aus dem Landesverwaltungsnetz darzustellen. Der WMS-Dienst wird laut Versionsinfo unterstützt. In meiner Map-Datei sieht der Eintrag folgendermaßen aus: LAYER NAME "LuftbilderLDS" TYPE RASTER MINSCALE 750 MAXSCALE 7500 #OFFSITE 0 0 0 STATUS ON PROJECTION "init=epsg:31466" END # PROJECTION CONNECTIONTYPE WMS CONNECTION "http://www.gis2.nrw.de/wmsconnector/wms/luftbild?" METADATA "wms_title" "Orthophoto Str. 2" "wms_name" "Orthophoto Str. 2" "wms_server_version" "1.1.0" "wms_srs" "epsg:31466" "wms_format" "image/png" END END Die Einträge für CONNECTION, "wms_title", "wms_name" und "wms_server_version" stammen aus den Einträgen, die GetCapabilities liefert. "wms_srs" "epsg:31466" ist als dort vermerkt. Im allgemeinen Teil der Map-Datei ist ebenfalls PROJECTION "init=epsg:31466" END #Projection eingetragen. Die gelieferten Bilder sind leider nur grau. Mit einem direkten Aufruf http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&R EQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&H EIGHT=250&WIDTH=250&BBOX=2569320,5647325,2569440,5647445&SRS=EPSG%3A31466&ST YLES=&VERSION=1.1.0> über der IE wird ein Luftbild dargestellt. Frage: Ist hier ein Fehler zu erkennen? Oder habe ich den Vorgang noch nicht ganz verstanden. Ist mit der Layerdefinition in der Map-Datei alles nötige gemacht und der Rest wird vom MapServer erledigt? Oder muß ich für die Darstellung des Layers weitere Schritte unternehmen? Ich habe versuchsweise dem entsprechenden Layer über // Parameter für Layer LuftbilderLDS übergeben $layerLuftbilderLDS = $map->getLayerByName("LuftbilderLDS"); $connection = $layerLuftbilderLDS->connection; // Daten für die BoundingBox aus $extentToSet holen $BBOX = "BBOX=" . $extentToSet[0] . ", " . $extentToSet[1] .", " . $extentToSet[2] . ", " .$extentToSet[3]; // String für getMap zusammensetzen $getMap = $connection . "SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=im age%2Fpng&TRANSPARENT=TRUE&HEIGHT=250&WIDTH=250&" . $BBOX . "&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0>"; // dem Layer die neue connection zuweisen $layerLuftbilderLDS->connection = $getMap; // Neue connection holen und ausgeben $connection = $layerLuftbilderLDS->connection; echo "conn: $connection
"; den gesamten Connectionstring mitgegeben. Die Ausgabe entspricht bis aus die Werte der BBOX der o. g. funktionierenden URL. http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&R EQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&H EIGHT=250&WIDTH=250&BBOX=2566835.2808352, 5644480.9090715, 2567282.0683912, 5644927.6966275&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0> Wenn ich diese Ausgabe über den Browser absetzte, kommt auch das entsprechende Luftbild. In meiner Anwendung werden aber trotzdem nur graue Karten bzw. Dateien mit der Endung 1134565754221227.img.tmp und der Größe 0 produziert. Hat jemand eine Idee, wo das Problem liegen könnte. Mit freundlichen Grüßen Klaus Schiefer -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051214/45a329c5/attachment.html From jt at mapmedia.de Wed Dec 14 17:34:48 2005 From: jt at mapmedia.de (=?ISO-8859-1?Q?=22J=F6rg_Thomsen_=28MapMedia_GmbH=29=22?=) Date: Wed, 14 Dec 2005 17:34:48 +0100 Subject: [Mapserver-DE] Probleme mit der Darstellung eines WMS-Kartenlayers In-Reply-To: References: Message-ID: <43A049A8.9050806@mapmedia.de> Hallo, das Problem könnte bei den Leerzeichen in der Layerbezeichnung liegen (wer denkt sich sowas aus?). Gib doch mal bei wms_name die '+' mit an oder erstze sie durch '%20' "wms_name" "Orthophoto+Str.+2" oder "wms_name" "Orthophoto%20Str.%202" 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 _________________________________________________ KlausSchiefer schrieb: > Hallo zusammen, > > > > ich versuche unter XP mit MapServer 4.6.1 einen WMS-Layer aus dem > Landesverwaltungsnetz darzustellen. Der WMS-Dienst wird laut > Versionsinfo unterstützt. In meiner Map-Datei sieht der Eintrag > folgendermaßen aus: > > > > LAYER > > NAME "LuftbilderLDS" > > TYPE RASTER > > MINSCALE 750 > > MAXSCALE 7500 > > #OFFSITE 0 0 0 > > STATUS ON > > PROJECTION > > "init=epsg:31466" > > END # PROJECTION > > CONNECTIONTYPE WMS > > CONNECTION "http://www.gis2.nrw.de/wmsconnector/wms/luftbild?" > > METADATA > > "wms_title" "Orthophoto Str. 2" > > "wms_name" "Orthophoto Str. 2" > > "wms_server_version" "1.1.0" > > "wms_srs" "epsg:31466" > > "wms_format" "image/png" > > END > > END > > > > Die Einträge für CONNECTION, "wms_title", "wms_name" und > "wms_server_version" stammen aus den Einträgen, die GetCapabilities > liefert. "wms_srs" "epsg:31466" ist als dort vermerkt. > > Im allgemeinen Teil der Map-Datei ist ebenfalls > > PROJECTION > > "init=epsg:31466" > > END #Projection > > eingetragen. > > Die gelieferten Bilder sind leider nur grau. > > Mit einem direkten Aufruf > > > > http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&HEIGHT=250&WIDTH=250&BBOX=2569320,5647325,2569440,5647445&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0> > > > > über der IE wird ein Luftbild dargestellt. > > > > Frage: Ist hier ein Fehler zu erkennen? Oder habe ich den Vorgang noch > nicht ganz verstanden. Ist mit der Layerdefinition in der Map-Datei > alles nötige gemacht und der Rest wird vom MapServer erledigt? Oder muß > ich für die Darstellung des Layers weitere Schritte unternehmen? > > > > Ich habe versuchsweise dem entsprechenden Layer über > > > > // Parameter für Layer LuftbilderLDS übergeben > > $layerLuftbilderLDS = $map->getLayerByName("LuftbilderLDS"); > > $connection = $layerLuftbilderLDS->connection; > > > > // Daten für die BoundingBox aus $extentToSet holen > > $BBOX = "BBOX=" . $extentToSet[0] . ", " . $extentToSet[1] .", " . > $extentToSet[2] . ", " .$extentToSet[3]; > > > > // String für getMap zusammensetzen > > $getMap = $connection . > "SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&HEIGHT=250&WIDTH=250&" > . $BBOX . "&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0>"; > > > > // dem Layer die neue connection zuweisen > > $layerLuftbilderLDS->connection = $getMap; > > > > // Neue connection holen und ausgeben > > $connection = $layerLuftbilderLDS->connection; > > echo "conn: $connection
"; > > > > den gesamten Connectionstring mitgegeben. > > > > Die Ausgabe entspricht bis aus die Werte der BBOX der o. g. > funktionierenden URL. > > > > http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&HEIGHT=250&WIDTH=250&BBOX=2566835.2808352, > 5644480.9090715, 2567282.0683912, > 5644927.6966275&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0> > > > > Wenn ich diese Ausgabe über den Browser absetzte, kommt auch das > entsprechende Luftbild. In meiner Anwendung werden aber trotzdem nur > graue Karten bzw. Dateien mit der Endung 1134565754221227.img.tmp und > der Größe 0 produziert. > > > > Hat jemand eine Idee, wo das Problem liegen könnte. > > > > Mit freundlichen Grüßen > > > > Klaus Schiefer > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From F.Jaeger at KRZ.DE Thu Dec 15 12:44:18 2005 From: F.Jaeger at KRZ.DE (=?iso-8859-1?Q?=22J=E4ger=2C_Frank_=5C=28KRZ=5C=29=22?=) Date: Thu, 15 Dec 2005 12:44:18 +0100 Subject: [Mapserver-DE] Probleme mit der Darstellung einesWMS-Kartenlayers Message-ID: <4B24A8042312F24B8E4F3DFC7FA8331B03B38ADA@s600mx01.krz.de> Dieser Dienst enthält 2 Layer: "Str. 2" und "Str 3". Das steht offensichtlich für Gauß-Krüger Meridianstreifen 2 EPSG=31466 (=West = um 6° ~Rheinland) und Gauß-Krüger Meridianstreifen 3 EPSG=31467 (=Ost = um 9° ~Westfalen) Nach meinem Verständnis sind Layer verschiedene fachliche Ebenen die man wahlweise ein-/ausschalten kann. Die Layer dieses Dienstes liegen aber nicht "übereinander" sondern "nebeneinander". Wenn man nun für Köln den Layer "Str. 3" oder für Bielefeld den Layer "Str. 2" aufruft hat man "daneben" gegriffen und wird mit einem grauen Bild bestraft. Könnte das die Ursache sein? mfG Frank Jäger -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von "Jörg Thomsen (MapMedia GmbH)" Gesendet: Mittwoch, 14. Dezember 2005 17:35 An: mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Probleme mit der Darstellung einesWMS-Kartenlayers Hallo, das Problem könnte bei den Leerzeichen in der Layerbezeichnung liegen (wer denkt sich sowas aus?). Gib doch mal bei wms_name die '+' mit an oder erstze sie durch '%20' "wms_name" "Orthophoto+Str.+2" oder "wms_name" "Orthophoto%20Str.%202" 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 _________________________________________________ KlausSchiefer schrieb: > Hallo zusammen, > > > > ich versuche unter XP mit MapServer 4.6.1 einen WMS-Layer aus dem > Landesverwaltungsnetz darzustellen. Der WMS-Dienst wird laut > Versionsinfo unterstützt. In meiner Map-Datei sieht der Eintrag > folgendermaßen aus: > > > > LAYER > > NAME "LuftbilderLDS" > > TYPE RASTER > > MINSCALE 750 > > MAXSCALE 7500 > > #OFFSITE 0 0 0 > > STATUS ON > > PROJECTION > > "init=epsg:31466" > > END # PROJECTION > > CONNECTIONTYPE WMS > > CONNECTION "http://www.gis2.nrw.de/wmsconnector/wms/luftbild?" > > METADATA > > "wms_title" "Orthophoto Str. 2" > > "wms_name" "Orthophoto Str. 2" > > "wms_server_version" "1.1.0" > > "wms_srs" "epsg:31466" > > "wms_format" "image/png" > > END > > END > > > > Die Einträge für CONNECTION, "wms_title", "wms_name" und > "wms_server_version" stammen aus den Einträgen, die GetCapabilities > liefert. "wms_srs" "epsg:31466" ist als dort vermerkt. > > Im allgemeinen Teil der Map-Datei ist ebenfalls > > PROJECTION > > "init=epsg:31466" > > END #Projection > > eingetragen. > > Die gelieferten Bilder sind leider nur grau. > > Mit einem direkten Aufruf > > > > http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&HEIGHT=250&WIDTH=250&BBOX=2569320,5647325,2569440,5647445&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0> > > > > über der IE wird ein Luftbild dargestellt. > > > > Frage: Ist hier ein Fehler zu erkennen? Oder habe ich den Vorgang noch > nicht ganz verstanden. Ist mit der Layerdefinition in der Map-Datei > alles nötige gemacht und der Rest wird vom MapServer erledigt? Oder muß > ich für die Darstellung des Layers weitere Schritte unternehmen? > > > > Ich habe versuchsweise dem entsprechenden Layer über > > > > // Parameter für Layer LuftbilderLDS übergeben > > $layerLuftbilderLDS = $map->getLayerByName("LuftbilderLDS"); > > $connection = $layerLuftbilderLDS->connection; > > > > // Daten für die BoundingBox aus $extentToSet holen > > $BBOX = "BBOX=" . $extentToSet[0] . ", " . $extentToSet[1] .", " . > $extentToSet[2] . ", " .$extentToSet[3]; > > > > // String für getMap zusammensetzen > > $getMap = $connection . > "SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&HEIGHT=250&WIDTH=250&" > . $BBOX . "&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0>"; > > > > // dem Layer die neue connection zuweisen > > $layerLuftbilderLDS->connection = $getMap; > > > > // Neue connection holen und ausgeben > > $connection = $layerLuftbilderLDS->connection; > > echo "conn: $connection
"; > > > > den gesamten Connectionstring mitgegeben. > > > > Die Ausgabe entspricht bis aus die Werte der BBOX der o. g. > funktionierenden URL. > > > > http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&HEIGHT=250&WIDTH=250&BBOX=2566835.2808352, > 5644480.9090715, 2567282.0683912, > 5644927.6966275&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0> > > > > Wenn ich diese Ausgabe über den Browser absetzte, kommt auch das > entsprechende Luftbild. In meiner Anwendung werden aber trotzdem nur > graue Karten bzw. Dateien mit der Endung 1134565754221227.img.tmp und > der Größe 0 produziert. > > > > Hat jemand eine Idee, wo das Problem liegen könnte. > > > > Mit freundlichen Grüßen > > > > Klaus Schiefer > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 H.Spalting at lippe.de Thu Dec 15 13:44:26 2005 From: H.Spalting at lippe.de (Spalting, Hermann (Kreis Lippe)) Date: Thu, 15 Dec 2005 13:44:26 +0100 Subject: [Mapserver-DE] Probleme mit der Darstellung einesWMS-Kartenla yers Message-ID: Ich arbeite im 3. GK-Streifen mit der folgenden Map-Datei (Ausschnitt). Der funktioniert. LAYER NAME 'Luftbild (NRW)' GROUP 'Luftbild' METADATA END MAXSCALE 10000 MINSCALE 1000 TYPE RASTER # TRANSPARENCY 50 PROJECTION "init=epsg:31467" END STATUS ON OFFSITE 1 CONNECTIONTYPE WMS CONNECTION "http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0& REQUEST=GetMap&LAYERS=Orthophoto+Str.+2,Orthophoto+Str.+3&FORMAT=image/png&T RANSPARENT=TRUE&SRS=EPSG:31467&STYLES=&" END Hermann Spalting Kreis Lippe FG 4.4 Felix-Fechenbach-Straße 5 32756 Detmold email: << mailto:h.spalting at lippe.de>> Tel: 05231/62-625 (oder -7827) -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von "Jäger, Frank \(KRZ\)" Gesendet: Donnerstag, 15. Dezember 2005 12:44 An: Org Mapserver-De at Freegis. (E-Mail) Betreff: Re: [Mapserver-DE] Probleme mit der Darstellung einesWMS-Kartenlayers Dieser Dienst enthält 2 Layer: "Str. 2" und "Str 3". Das steht offensichtlich für Gauß-Krüger Meridianstreifen 2 EPSG=31466 (=West = um 6° ~Rheinland) und Gauß-Krüger Meridianstreifen 3 EPSG=31467 (=Ost = um 9° ~Westfalen) Nach meinem Verständnis sind Layer verschiedene fachliche Ebenen die man wahlweise ein-/ausschalten kann. Die Layer dieses Dienstes liegen aber nicht "übereinander" sondern "nebeneinander". Wenn man nun für Köln den Layer "Str. 3" oder für Bielefeld den Layer "Str. 2" aufruft hat man "daneben" gegriffen und wird mit einem grauen Bild bestraft. Könnte das die Ursache sein? mfG Frank Jäger -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von "Jörg Thomsen (MapMedia GmbH)" Gesendet: Mittwoch, 14. Dezember 2005 17:35 An: mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Probleme mit der Darstellung einesWMS-Kartenlayers Hallo, das Problem könnte bei den Leerzeichen in der Layerbezeichnung liegen (wer denkt sich sowas aus?). Gib doch mal bei wms_name die '+' mit an oder erstze sie durch '%20' "wms_name" "Orthophoto+Str.+2" oder "wms_name" "Orthophoto%20Str.%202" 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 _________________________________________________ KlausSchiefer schrieb: > Hallo zusammen, > > > > ich versuche unter XP mit MapServer 4.6.1 einen WMS-Layer aus dem > Landesverwaltungsnetz darzustellen. Der WMS-Dienst wird laut > Versionsinfo unterstützt. In meiner Map-Datei sieht der Eintrag > folgendermaßen aus: > > > > LAYER > > NAME "LuftbilderLDS" > > TYPE RASTER > > MINSCALE 750 > > MAXSCALE 7500 > > #OFFSITE 0 0 0 > > STATUS ON > > PROJECTION > > "init=epsg:31466" > > END # PROJECTION > > CONNECTIONTYPE WMS > > CONNECTION "http://www.gis2.nrw.de/wmsconnector/wms/luftbild?" > > METADATA > > "wms_title" "Orthophoto Str. 2" > > "wms_name" "Orthophoto Str. 2" > > "wms_server_version" "1.1.0" > > "wms_srs" "epsg:31466" > > "wms_format" "image/png" > > END > > END > > > > Die Einträge für CONNECTION, "wms_title", "wms_name" und > "wms_server_version" stammen aus den Einträgen, die GetCapabilities > liefert. "wms_srs" "epsg:31466" ist als dort vermerkt. > > Im allgemeinen Teil der Map-Datei ist ebenfalls > > PROJECTION > > "init=epsg:31466" > > END #Projection > > eingetragen. > > Die gelieferten Bilder sind leider nur grau. > > Mit einem direkten Aufruf > > > > http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&R EQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&H EIGHT=250&WIDTH=250&BBOX=2569320,5647325,2569440,5647445&SRS=EPSG%3A31466&ST YLES=&VERSION=1.1.0> > > > > über der IE wird ein Luftbild dargestellt. > > > > Frage: Ist hier ein Fehler zu erkennen? Oder habe ich den Vorgang noch > nicht ganz verstanden. Ist mit der Layerdefinition in der Map-Datei > alles nötige gemacht und der Rest wird vom MapServer erledigt? Oder muß > ich für die Darstellung des Layers weitere Schritte unternehmen? > > > > Ich habe versuchsweise dem entsprechenden Layer über > > > > // Parameter für Layer LuftbilderLDS übergeben > > $layerLuftbilderLDS = $map->getLayerByName("LuftbilderLDS"); > > $connection = $layerLuftbilderLDS->connection; > > > > // Daten für die BoundingBox aus $extentToSet holen > > $BBOX = "BBOX=" . $extentToSet[0] . ", " . $extentToSet[1] .", " . > $extentToSet[2] . ", " .$extentToSet[3]; > > > > // String für getMap zusammensetzen > > $getMap = $connection . > "SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=im age%2Fpng&TRANSPARENT=TRUE&HEIGHT=250&WIDTH=250&" > . $BBOX . "&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0>"; > > > > // dem Layer die neue connection zuweisen > > $layerLuftbilderLDS->connection = $getMap; > > > > // Neue connection holen und ausgeben > > $connection = $layerLuftbilderLDS->connection; > > echo "conn: $connection
"; > > > > den gesamten Connectionstring mitgegeben. > > > > Die Ausgabe entspricht bis aus die Werte der BBOX der o. g. > funktionierenden URL. > > > > http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&R EQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&H EIGHT=250&WIDTH=250&BBOX=2566835.2808352, > 5644480.9090715, 2567282.0683912, > 5644927.6966275&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0> > > > > Wenn ich diese Ausgabe über den Browser absetzte, kommt auch das > entsprechende Luftbild. In meiner Anwendung werden aber trotzdem nur > graue Karten bzw. Dateien mit der Endung 1134565754221227.img.tmp und > der Größe 0 produziert. > > > > Hat jemand eine Idee, wo das Problem liegen könnte. > > > > Mit freundlichen Grüßen > > > > Klaus Schiefer > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From kweixler at zebris.com Thu Dec 15 14:11:03 2005 From: kweixler at zebris.com (Karin Weixler) Date: Thu, 15 Dec 2005 14:11:03 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv Message-ID: Hallo, habe den Mapserver 4.6.1 scheinbar erfolgreich installiert. Es kamen zumindest keine Fehlermeldungen bei configure und make. Allerdings wenn ich mapserv teste mit http://localhost/cgi-bin/mapserv erhalte ich folgende Fehleremeldung: Premature end of script headers: mapserv Habe nun den Mapserver noch einmal installiert und dabei festgestellt, dass er Beim configure die executable von dem httpd nicht findet. Leider finde ich sie Auch nicht. Weiß jemand rat? Kann es daran liegen? Oder hat jemand einen Tip was der Fehler sein kann? Vielen Dank im Voraus Grüße Karin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051215/66e13372/attachment.html From F.Jaeger at KRZ.DE Thu Dec 15 17:11:41 2005 From: F.Jaeger at KRZ.DE (=?iso-8859-1?Q?=22J=E4ger=2C_Frank_=5C=28KRZ=5C=29=22?=) Date: Thu, 15 Dec 2005 17:11:41 +0100 Subject: [Mapserver-DE] Probleme mit der DarstellungeinesWMS-Kartenlayers Message-ID: <4B24A8042312F24B8E4F3DFC7FA8331B03B38ADE@s600mx01.krz.de> Hallo! Ich kann nichts dazu sagen, wie man die MapDatei zusammefrickeln muss, damit das klappt. Wir benutzen den Mapserver nur als Lieferanten von WMS. Den WMS bringen wir dann mit Mapbender ins Web. Einen bestehenden WMS wieder in einer Mapdatei zu behandeln ist quasi ein "kaskadierender" WMS ..? So was haben wir noch nicht versucht. Aber ich hatte das gleiche Problem auf der Ebene "Mapbender" bei Verwendung dieses WMS. Ich hatte zeitweise beide Layer eingeschaltet. Dann kommt nichts mehr. Hintergrund: Als Datengrundlage des WMS beim Land dienen sicherlich TIFF-Kacheln. Diese TIFFs liegen für den Layer "Str. 2" nur im östlichen Teil von NRW vor und für "Str. 3" nur im westlichen Teil. Fordert man nun Daten des Layers aus einem Bereich an, in dem der gar keine Daten hat, dann bekommt man .... ... ja was eigentlich? Vielleicht eine "voll-transparente PNG" ? Der Effekt ist jedenfalls im MS IE eine graue Fläche. In Firefox soll es klappen. Da unser "Interessengebiet" ausschließlich im östlichen Teil liegt, habe ich einfach den Layer "Str. 2" deaktiviert. Nun klappt es mit dem Mapbender. Man muss eben sicherstellen, nicht dort etwas anzufordern, wo nichts mehr ist. Wenn man immer BEIDE Layer anfordert ist immer mindestens einer "daneben" und man bekommt NIE etwas. Wenn man nur EINEN Layer anfordert (und dann noch an der richtigen Stelle!) dann könnte es klappen. Ein Bild sagt mehr als .... / Malen mit Zahlen: +------------+ | 222333 | | 22222333 | |222222333333| Das ist NRW ! |222222333333| | 22223333 | NRW ist nicht rechteckig, wie der Extend des WMS. | 2233 | +------------+ 6° 9° +-+ Der Rahmen ist der Extend des Dienstes. " " Egal was man anfordert, man bekommt "nichts", weil dort keine Kacheln mehr vorhanden sind. "2" Daten im Layer "Str. 2": fordert man Layer 2 an, bekommt man ein Bild fordert man Layer 3 an, bekommt man nichts fordert man Layer 2 + 3 an, bekommt man auch nichts "3" Daten im Layer "Str. 3": fordert man Layer 3 an, bekommt man ein Bild fordert man Layer 2 an, bekommt man nichts fordert man Layer 2 + 3 an, bekommt man auch nichts nichts => grau Das Problem ist wohl, dass immer beide Layer bestellt werden ? Wie schon angedeutet, habe ich ein anderes Verständnis davon, was ein "Layer" ist. Ich denke da immer an übereinander liegende Folien. Hier sind es getrennte Gebiete, die jedoch im WMS als "Layer" definiert wurden. Der angegebene Extend des WMS ist die Summe beider Gebiete. Sauberer wäre es m.E. gewesen, zwei getrennte WMS zu definieren. Wie man das nun im MapFile definiert muss ein anderer sagen. mfG F.J. -----Ursprüngliche Nachricht----- Von: KlausSchiefer at web.de [mailto:KlausSchiefer at web.de] Gesendet: Donnerstag, 15. Dezember 2005 15:05 An: Jäger, Frank (KRZ) Betreff: AW: [Mapserver-DE] Probleme mit der DarstellungeinesWMS-Kartenlayers Hallo Frank, > Könnte das die Ursache sein? ist eine gute Frage. Ich beschäftige mich erst seit einigen Wochen mit dem MapServer und das ist meine erste Berührung mit einem WMS. Ich möchte Daten aus Köln darstellen und habe daher im allgemeinen Teil der Mapdatei die Projektion auf "init=epsg:31466" festgelegt. In dem Layer fordere ich " Orthophoto Str. 2" mit epsg:31466 an. Ich kann aber nur vermuten, dass es keine Probleme mit Orthophoto Str. 3 gibt. Aber die meisten WMS bieten ja mehrere Projektionen an. Ich vermute, dass der Fehler bei mir liegt, da mir nicht klar ist, was der Mapserver mit den Daten macht. Wenn ich einen anderen Layer des Landesvermessungsamtes Layer LAYER NAME "DTK10" TYPE RASTER MINSCALE 750 MAXSCALE 7500 #OFFSITE 0 0 0 STATUS ON PROJECTION "init=epsg:31466" END # PROJECTION CONNECTIONTYPE WMS CONNECTION "http://10.65.113.58:80/GeoOgcWms1.3/servlet/DTK10?" METADATA "wms_title" "Dtk10G" "wms_name" "Raster:DTK10:Dtk10G" "wms_server_version" "1.1.0" "wms_srs" "epsg:31466" "wms_format" "image/png" END END treten die gleichen Probleme auf. Es wird nur eine graue Karte dargestellt, die Datei 1134636408328421.img.tmp ist leer. Ein direkter Aufruf wie http://10.65.113.58/GeoOgcWms1.3/servlet/DTK10?SERVICE=WMS&VERSION=1.1.0&REQ UEST=GetMap&LAYERS=Raster:DTK10:Dtk10G&FORMAT=image%2Fpng&TRANSPARENT=TRUE&H EIGHT=500&WIDTH=500&BBOX=2566149.9087244,%205644119.9047263,%202567490.27139 23,%205645460.2673943&SRS=EPSG%3A31466&STYLES=> bringt das richtige Bild. Auch CONNECTION "http://10.65.113.58:80/GeoOgcWms1.3/servlet/DTK10?VERSION=1.1.0" bringt keine Änderung. Deshalb nochmals meine Verständnisfrage von gestern: Reicht es aus, die oben aufgeführte Layerdefiniton in der Mapdatei zu machen, um den Layer anzuzeigen? Oder muss ich mittels Mapscript noch weitere Infos wie z.B. die Kartengröße oder die Boundingbox in der Connection des Layers oder sonst wo übergeben. Wenn ich den CONNECTION String des Layers bei der Verarbeitung mittels MapScript so manipuliere, dass der String als URL-Eingabe eine Karte zeigt, funktioniert es in der Anwendung trotzdem nicht. Die Arbeitsweise des MapServers ist mir nicht klar. Es wäre schön, wenn du mir einen Tipp geben könntest. Mit freundlichen Grüßen Klaus -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org] Im Auftrag von "Jäger, Frank \(KRZ\)" Gesendet: Donnerstag, 15. Dezember 2005 12:44 An: Org Mapserver-De at Freegis. (E-Mail) Betreff: Re: [Mapserver-DE] Probleme mit der DarstellungeinesWMS-Kartenlayers Dieser Dienst enthält 2 Layer: "Str. 2" und "Str 3". Das steht offensichtlich für Gauß-Krüger Meridianstreifen 2 EPSG=31466 (=West = um 6° ~Rheinland) und Gauß-Krüger Meridianstreifen 3 EPSG=31467 (=Ost = um 9° ~Westfalen) Nach meinem Verständnis sind Layer verschiedene fachliche Ebenen die man wahlweise ein-/ausschalten kann. Die Layer dieses Dienstes liegen aber nicht "übereinander" sondern "nebeneinander". Wenn man nun für Köln den Layer "Str. 3" oder für Bielefeld den Layer "Str. 2" aufruft hat man "daneben" gegriffen und wird mit einem grauen Bild bestraft. Könnte das die Ursache sein? mfG Frank Jäger -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von "Jörg Thomsen (MapMedia GmbH)" Gesendet: Mittwoch, 14. Dezember 2005 17:35 An: mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Probleme mit der Darstellung einesWMS-Kartenlayers Hallo, das Problem könnte bei den Leerzeichen in der Layerbezeichnung liegen (wer denkt sich sowas aus?). Gib doch mal bei wms_name die '+' mit an oder erstze sie durch '%20' "wms_name" "Orthophoto+Str.+2" oder "wms_name" "Orthophoto%20Str.%202" 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 _________________________________________________ KlausSchiefer schrieb: > Hallo zusammen, > > > > ich versuche unter XP mit MapServer 4.6.1 einen WMS-Layer aus dem > Landesverwaltungsnetz darzustellen. Der WMS-Dienst wird laut > Versionsinfo unterstützt. In meiner Map-Datei sieht der Eintrag > folgendermaßen aus: > > > > LAYER > > NAME "LuftbilderLDS" > > TYPE RASTER > > MINSCALE 750 > > MAXSCALE 7500 > > #OFFSITE 0 0 0 > > STATUS ON > > PROJECTION > > "init=epsg:31466" > > END # PROJECTION > > CONNECTIONTYPE WMS > > CONNECTION "http://www.gis2.nrw.de/wmsconnector/wms/luftbild?" > > METADATA > > "wms_title" "Orthophoto Str. 2" > > "wms_name" "Orthophoto Str. 2" > > "wms_server_version" "1.1.0" > > "wms_srs" "epsg:31466" > > "wms_format" "image/png" > > END > > END > > > > Die Einträge für CONNECTION, "wms_title", "wms_name" und > "wms_server_version" stammen aus den Einträgen, die GetCapabilities > liefert. "wms_srs" "epsg:31466" ist als dort vermerkt. > > Im allgemeinen Teil der Map-Datei ist ebenfalls > > PROJECTION > > "init=epsg:31466" > > END #Projection > > eingetragen. > > Die gelieferten Bilder sind leider nur grau. > > Mit einem direkten Aufruf > > > > http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&R EQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&H EIGHT=250&WIDTH=250&BBOX=2569320,5647325,2569440,5647445&SRS=EPSG%3A31466&ST YLES=&VERSION=1.1.0> > > > > über der IE wird ein Luftbild dargestellt. > > > > Frage: Ist hier ein Fehler zu erkennen? Oder habe ich den Vorgang noch > nicht ganz verstanden. Ist mit der Layerdefinition in der Map-Datei > alles nötige gemacht und der Rest wird vom MapServer erledigt? Oder muß > ich für die Darstellung des Layers weitere Schritte unternehmen? > > > > Ich habe versuchsweise dem entsprechenden Layer über > > > > // Parameter für Layer LuftbilderLDS übergeben > > $layerLuftbilderLDS = $map->getLayerByName("LuftbilderLDS"); > > $connection = $layerLuftbilderLDS->connection; > > > > // Daten für die BoundingBox aus $extentToSet holen > > $BBOX = "BBOX=" . $extentToSet[0] . ", " . $extentToSet[1] .", " . > $extentToSet[2] . ", " .$extentToSet[3]; > > > > // String für getMap zusammensetzen > > $getMap = $connection . > "SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=im age%2Fpng&TRANSPARENT=TRUE&HEIGHT=250&WIDTH=250&" > . $BBOX . "&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0>"; > > > > // dem Layer die neue connection zuweisen > > $layerLuftbilderLDS->connection = $getMap; > > > > // Neue connection holen und ausgeben > > $connection = $layerLuftbilderLDS->connection; > > echo "conn: $connection
"; > > > > den gesamten Connectionstring mitgegeben. > > > > Die Ausgabe entspricht bis aus die Werte der BBOX der o. g. > funktionierenden URL. > > > > http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMS&VERSION=1.1.0&R EQUEST=GetMap&LAYERS=Orthophoto+Str.+2&FORMAT=image%2Fpng&TRANSPARENT=TRUE&H EIGHT=250&WIDTH=250&BBOX=2566835.2808352, > 5644480.9090715, 2567282.0683912, > 5644927.6966275&SRS=EPSG%3A31466&STYLES=&VERSION=1.1.0> > > > > Wenn ich diese Ausgabe über den Browser absetzte, kommt auch das > entsprechende Luftbild. In meiner Anwendung werden aber trotzdem nur > graue Karten bzw. Dateien mit der Endung 1134565754221227.img.tmp und > der Größe 0 produziert. > > > > Hat jemand eine Idee, wo das Problem liegen könnte. > > > > Mit freundlichen Grüßen > > > > Klaus Schiefer > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From Mike.Elstermann at itc-halle.de Fri Dec 16 07:49:04 2005 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Fri, 16 Dec 2005 07:49:04 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv Message-ID: <2238EA75A6CE6C47B16121F2A4FC4AF2018284@VVVMAIL.vvv.vvv-konzern.net> bei Suse liegt der Apache-Webserver (httpd) unter /usr/sbin ansonsten hilft das Suchen mit (als root): susi:/ # cd / susi:/ # find . -name "httpd" ./usr/sbin/httpd eine blick in die Prozessliste zeigt Dir auch des gestarteten httpd mit seinem Ort (also /usr/sbin) z.B. so: susi:/ # ps -ef|grep httpd wwwrun 26594 24557 0 Dec15 ? 00:00:29 /usr/sbin/httpd -f /etc/httpd/httpd.conf Für Rückfragen stehe ich Ihnen gern zur Verfügung. Mit freundlichen Grüßen gez. i. V. Mike Elstermann -- Mike Elstermann Teamleiter e-Solutions IT-Consult Halle GmbH Bornknechtstraße 5 06108 Halle (Saale) Telefon: +49 345 581-7128 Telefax: +49 345 581-1737 Fax: +49 345 581 78 7128 Mobilfunk: +49 160 71 545 02 E-Mail: mike.elstermann at itc-halle.de Internet: http://www.itc-halle.de _______________________________________________________ ::: GeoDaten Online? -> http://halgis.halle.de ::: Umweltdaten Online? -> http://umweltatlas.halle.de -----Ursprüngliche Nachricht----- Von: Karin Weixler [mailto:kweixler at zebris.com] Gesendet: Donnerstag, 15. Dezember 2005 14:11 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Premature end of script headers: mapserv Hallo, habe den Mapserver 4.6.1 scheinbar erfolgreich installiert. Es kamen zumindest keine Fehlermeldungen bei configure und make. Allerdings wenn ich mapserv teste mit http://localhost/cgi-bin/mapserv erhalte ich folgende Fehleremeldung: Premature end of script headers: mapserv Habe nun den Mapserver noch einmal installiert und dabei festgestellt, dass er Beim configure die executable von dem httpd nicht findet. Leider finde ich sie Auch nicht. Weiß jemand rat? Kann es daran liegen? Oder hat jemand einen Tip was der Fehler sein kann? Vielen Dank im Voraus Grüße Karin ____________ Virus checked by G DATA AntiVirusKit Version: AVK 16.2191 from 14.12.2005 Virus news: www.antiviruslab.com From ruthschoenbuchner at yahoo.de Fri Dec 16 08:56:32 2005 From: ruthschoenbuchner at yahoo.de (=?iso-8859-1?q?ruth=20sch=FFfffff6nbuchner?=) Date: Fri, 16 Dec 2005 08:56:32 +0100 (CET) Subject: [Mapserver-DE] MapScript Message-ID: <20051216075633.88592.qmail@web25507.mail.ukl.yahoo.com> Hallo Liste, ich möchte gerne ein erzeugtes Punktobjekt, welches schon aus Realkoordinaten besteht in meinem HTML-Template zur Anzeige bringen. Das heißt ich möchte gerne erreichen, dass wenn jemand auf die Karte klickt, er die Koordinaten im Template angezeigt werden. Was muss ich dem HTML-Template als Ausgabefeld definieren? Reicht da ein einfaches Eingabefeld oder muss irgendeine Tabelle definiert werden, deren Spalten Zahlen "ausschreiben" lassen? Danke für Antwort, liebe Grüße Ruth --------------------------------- Sarah Connor, Moshammer oder Papst Benedikt – die Top-Suchen 2005. -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051216/e604de35/attachment.html From fr at grit.de Fri Dec 16 14:58:13 2005 From: fr at grit.de (fr@grit.de) Date: Fri, 16 Dec 2005 14:58:13 +0100 Subject: [Mapserver-DE] UMN WMS-Remote-Layer zusammenfassen Message-ID: Hi Liste, gibt es eine Möglichkeit mit dem UMN mehrere Remote-WMS-Layer zu einem Layer zusammenzufassen Beispiel: ÜK100, TK50, TK25 zusammenfassen zum Layer "topografische_Karten". Damit ist nicht gemeint die Zusammenfassung zu einer Layergruppe, sondern zu einem Layer, wie es beim deegree-WMS möglich ist. Supergruß Florian From kaiopitz1 at gmx.de Sun Dec 18 21:39:09 2005 From: kaiopitz1 at gmx.de (Kai Opitz) Date: Sun, 18 Dec 2005 21:39:09 +0100 (MET) Subject: [Mapserver-DE] =?iso-8859-1?q?=28kein_Betreff=29?= Message-ID: <9760.1134938349@www71.gmx.net> Hallo, bin neu in Mapserver-thematik. Aus Übungszwecken habe ich das Testdatenshape aus dem Elsflethdemodatensatz, also das mit den verschiedenen Orten mit Koordinaten (Berne, Jade etc.) nach PostGis importiert. Die Orte werden dort mittels Sternsymbol in der Karte dargestellt. Ich möchte nun über eine Abfragemaske mittel mapscript auf den bestimmten Bereich um einen Ort zoomen. Also ich gebe zum Beispiel "Berne" ein, dann werden für die EXTENTS die Koordinaten von Berne jeweils +500 bzw. -500 genommen. Berne liegt also im mittelpunkt eines 1 mal 1 km großen Ausschnittes. Nun stört mich aber, daß alle Orte mit dem Sternsymbol dargestellt werden. Es sollte nur der Ort mit dem Stern dargestellt werden, auf den sich die Abfrage bezog. Gibt es eine Möglichkeit einen Punkt, ein Symbol oder ähnliches an die Stelle in der Karte zeichnen zu lassen, die die Koordinaten des abgefragten Ortes hat? Ich weiß nicht ob ich mich verständlich ausdrücke - also nach der Abfrage sind ja die x,y-Koordinaten des Puntes bekannt. An diese Stelle soll jetzt einfach ein Punkt oder Symbol gezeichnet werden. Hat da eine/r ne Idee? MfG Kai -- GMX DSL-Flatrate 1 Jahr kostenlos* + WLAN-Router ab 0,- Euro* Bis 31.12.2005 einsteigen! Infos unter: http://www.gmx.net/de/go/dsl From Silke.Reimer at intevation.de Mon Dec 19 09:51:01 2005 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Mon, 19 Dec 2005 09:51:01 +0100 Subject: [Mapserver-DE] (kein Betreff) In-Reply-To: <9760.1134938349@www71.gmx.net> References: <9760.1134938349@www71.gmx.net> Message-ID: <20051219085101.GJ6935@intevation.de> Hallo Kai, On Sun, Dec 18, 2005 at 09:39:09PM +0100, Kai Opitz wrote: > Hallo, > > bin neu in Mapserver-thematik. Aus Übungszwecken habe ich das Testdatenshape > aus dem Elsflethdemodatensatz, also das mit den verschiedenen Orten mit > Koordinaten (Berne, Jade etc.) nach PostGis importiert. Die Orte werden dort > mittels Sternsymbol in der Karte dargestellt. Ich möchte nun über eine > Abfragemaske mittel mapscript auf den bestimmten Bereich um einen Ort > zoomen. Also ich gebe zum Beispiel "Berne" ein, dann werden für die EXTENTS > die Koordinaten von Berne jeweils +500 bzw. -500 genommen. Berne liegt also > im mittelpunkt eines 1 mal 1 km großen Ausschnittes. Nun stört mich aber, > daß alle Orte mit dem Sternsymbol dargestellt werden. Es sollte nur der Ort > mit dem Stern dargestellt werden, auf den sich die Abfrage bezog. Gibt es > eine Möglichkeit einen Punkt, ein Symbol oder ähnliches an die Stelle in der > Karte zeichnen zu lassen, die > die Koordinaten des abgefragten Ortes hat? Ich weiß nicht ob ich mich > verständlich ausdrücke - also nach der Abfrage sind ja die x,y-Koordinaten > des Puntes bekannt. An diese Stelle soll jetzt einfach ein Punkt oder Symbol > gezeichnet werden. > > Hat da eine/r ne Idee? Wenn du den Abfragemechanismus des MapServer benutzt, dann kannst Du Dir hinterher eine Abfragekarte generieren lassen, auf der die Abfrageergebnisse auf eine spezielle Art dargestellt werden. Wie diese Darstellung aussehen soll, wird im Objekt QUERYMAP [1] definiert. Demnach könntest Du z.B. das Sternsymbol in Deinem Ortslayer definiert und den STYLE des QUERYMAP-Objektes auf selected setzen. Wenn Du dann eine Querymap erzeugst, werden alle Suchergebnisse normal (also als Stern) gezeichnet und die übrigen Orte weggelassen. Schöne Grüße, Silke Reimer [1] http://www.umn-mapserver.de/doc44/mapfile-reference44.html#querymap -- Intevation GmbH Georgstrasse 4 49074 Osnabrück, Germany http://intevation.de http://intevation.de/~silke FreeGIS.org http://freegis.org/ -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : application/pgp-signature Dateigröße : 189 bytes Beschreibung: Digital signature URL : http://www.intevation.de/pipermail/mapserver-de/attachments/20051219/951f0655/attachment.bin From mbruen at smartsoft.de Tue Dec 20 14:19:25 2005 From: mbruen at smartsoft.de (=?ISO-8859-1?Q?Marc_Br=FCnink?=) Date: Tue, 20 Dec 2005 14:19:25 +0100 Subject: [Mapserver-DE] Geschwindigkeit der Label Message-ID: <3DEC6E72-715B-11DA-9FC0-000A959A666C@smartsoft.de> Hallo Liste, wenn ich mir eine Karte mit vielen Straßenlabel erzeuge, bekomme ich folgende Ausgabe: [Tue Dec 20 14:11:35 2005].809076 msDrawMap(): Drawing Label Cache, 0.921s [Tue Dec 20 14:11:35 2005].809314 msDrawMap() total time: 1.404s Das zeichnen des Label Caches steht also in keinem Verhältnis gegenüber dem Generieren der Karte an sich. Woran kann das liegen? Mein erste Gedanke war die Rotation der Labels. Das ist aber definitiv nicht das Problem. Danke Marc Brünink From frank.koormann at intevation.de Tue Dec 20 14:30:38 2005 From: frank.koormann at intevation.de (Frank Koormann) Date: Tue, 20 Dec 2005 14:30:38 +0100 Subject: [Mapserver-DE] Geschwindigkeit der Label In-Reply-To: <3DEC6E72-715B-11DA-9FC0-000A959A666C@smartsoft.de> References: <3DEC6E72-715B-11DA-9FC0-000A959A666C@smartsoft.de> Message-ID: <20051220133038.GC7049@intevation.de> * Marc Brünink [051220 14:19]: > Hallo Liste, > > wenn ich mir eine Karte mit vielen Straßenlabel erzeuge, bekomme ich > folgende Ausgabe: > [Tue Dec 20 14:11:35 2005].809076 msDrawMap(): Drawing Label Cache, > 0.921s > [Tue Dec 20 14:11:35 2005].809314 msDrawMap() total time: 1.404s > > Das zeichnen des Label Caches steht also in keinem Verhältnis gegenüber > dem Generieren der Karte an sich. Woran kann das liegen? Mein erste > Gedanke war die Rotation der Labels. Das ist aber definitiv nicht das > Problem. Die Kollisions-Kontrolle vielleicht? Mal mit LABEL ... FORCE true ... END messen, Beste Grüße, Frank -- Frank Koormann Professioneller Service rund um Freie Software http://intevation.de Experten für web-basierte GIS Anwendungen, seit 1999: http://intevation.de/services/gis/webgis.de.html From anthes at ive-mbh.de Tue Dec 20 14:32:31 2005 From: anthes at ive-mbh.de (Ralph Anthes) Date: Tue, 20 Dec 2005 14:32:31 +0100 Subject: [Mapserver-DE] =?iso-8859-1?q?Projektion_f=FCr_Europa=3F?= Message-ID: <43A807EF.9010600@ive-mbh.de> Hallo liebe Mapserver-Gemeinschaft, ich habe folgendes Projekt aufgebaut: http://trend.ive.uni-hannover.de/europa/index.phtml Leider schaffe ich es nicht, die Karte in eine andere Projektion zu pressen, dadurch sieht Europa so gestaucht aus :o/ Ich habe schon alles probiert, aber leider keine Lösung, was ich beim Mapfile und meinen Layern angeben muss, damit die Projektion in einem "bekannten" Bild erscheint. Meine Ausgangsdaten sind in wgs84 (Shape-Files). Wer macht mir ein Weihnachtsgeschenk mit seiner Hilfe ;o) Gruß Ralph Anthes From mbruen at smartsoft.de Tue Dec 20 15:17:49 2005 From: mbruen at smartsoft.de (=?ISO-8859-1?Q?Marc_Br=FCnink?=) Date: Tue, 20 Dec 2005 15:17:49 +0100 Subject: [Mapserver-DE] Geschwindigkeit der Label In-Reply-To: <20051220133038.GC7049@intevation.de> Message-ID: <668B5A86-7163-11DA-9FC0-000A959A666C@smartsoft.de> On Dienstag, Dez 20, 2005, at 14:30 Europe/Berlin, Frank Koormann wrote: > * Marc Brünink [051220 14:19]: >> Hallo Liste, >> >> wenn ich mir eine Karte mit vielen Straßenlabel erzeuge, bekomme ich >> folgende Ausgabe: >> [Tue Dec 20 14:11:35 2005].809076 msDrawMap(): Drawing Label Cache, >> 0.921s >> [Tue Dec 20 14:11:35 2005].809314 msDrawMap() total time: 1.404s >> >> Das zeichnen des Label Caches steht also in keinem Verhältnis >> gegenüber >> dem Generieren der Karte an sich. Woran kann das liegen? Mein erste >> Gedanke war die Rotation der Labels. Das ist aber definitiv nicht das >> Problem. > > Die Kollisions-Kontrolle vielleicht? Mal mit > LABEL > ... > FORCE true > ... > END > > messen, Leider war es das nicht. Es ist irgendein Problem mit dem truetype font. Gruß Marc Brünink From armin.burger at gmx.net Tue Dec 20 16:55:49 2005 From: armin.burger at gmx.net (Armin Burger) Date: Tue, 20 Dec 2005 16:55:49 +0100 (MET) Subject: [Mapserver-DE] =?iso-8859-1?q?Projektion_f=FCr_Europa=3F?= References: <43A807EF.9010600@ive-mbh.de> Message-ID: <30155.1135094149@www11.gmx.net> Eine brauchbare Projektion fuer ganz Europe ist ETRS-LAEA, hat den EPSG code 3035 (falls nicht standardmaessig im epsg File vorhanden, muesstest du sie dort eintragen: # ETRS-LAEA <3035> +proj=laea +lat_0=52.00000000 +lon_0=10.00000000 +x_0=4321000.000 +y_0=3210000.000 +ellps=GRS80 +units=m +no_defs no_defs <> Du muesstest dann beim tag PROJECTION unter MAP den Eintrag PROJECTION "init=epsg:3035" END haben und fuer die Layer in WGS84 Geographic PROJECTION "init=epsg:4326" END Ein Extent fuer Europa waere zB. EXTENT 1930000 1226000 7000000 5430000 Armin > > Hallo liebe Mapserver-Gemeinschaft, > > ich habe folgendes Projekt aufgebaut: > > http://trend.ive.uni-hannover.de/europa/index.phtml > > Leider schaffe ich es nicht, die Karte in eine andere Projektion zu > pressen, dadurch sieht Europa so gestaucht aus :o/ Ich habe schon alles > probiert, aber leider keine Lösung, was ich beim Mapfile und meinen > Layern angeben muss, damit die Projektion in einem "bekannten" Bild > erscheint. > > Meine Ausgangsdaten sind in wgs84 (Shape-Files). > > Wer macht mir ein Weihnachtsgeschenk mit seiner Hilfe ;o) > > Gruß > Ralph Anthes > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- GMX DSL-Flatrate 1 Jahr kostenlos* + WLAN-Router ab 0,- Euro* Bis 31.12.2005 einsteigen! Infos unter: http://www.gmx.net/de/go/dsl From arnulf.christl at ccgis.de Wed Dec 21 12:03:34 2005 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Wed, 21 Dec 2005 12:03:34 +0100 Subject: [Mapserver-DE] [MSF-Discuss] MSF Activity In-Reply-To: <00F48B0F-831D-4976-BAE4-ECA8E336F55C@dmsolutions.ca> References: <43A7DA1D.5060102@ultraviolet.org> <00F48B0F-831D-4976-BAE4-ECA8E336F55C@dmsolutions.ca> Message-ID: <43A93686.1070105@ccgis.de> (weiter unten in Deutsch) Paul Spencer wrote: > Opps, somehow I hit send :( ... trying again ... Hi Paul, thanx for hitting the send button at all... I'll just stick to the topic stubbornly until activity meter is back to normal. +++ To get things moving again we want to propose merging the German language web site into the new Plone CMS. I sure cannot decide this on my own as I am no godking but I can ask the community... Oh come off it, we have all had enough of this - lets just get moving again. I can't believe that this stupid naming-issue and the Foundation thingy should have broken the spirit that was so essential to this community. The German translation of the start page of the new Plone CMS has an additional paragraph right at the bottom where it says: "Der wahrscheinlich wichtigste Faktor für den Erfolg dieses Open Source Projektes ist die hervorragende weltweite Anwendergemeinschaft." This translates into something like: "Probably the most important factor of success for this projects is the outstanding worldwide user community." Why don't you extend the other language start pages with something similar. It is definitely time to bring people back together. +++ (something in German): Hallo, das neue MapServer CMS ist fast fertig und es stellt sich die Frage, ob die bestehende Seite http://www.umn-mapserver.de nicht darin aufgehen sollte? http://mapserver.gis.umn.edu/index_html-de?set_language=de Das ist eine Menge Arbeit und wird eine Weile dauern, würde aber auch eine Menge bringen. Besser organisiert, aktueller, übersichtlicher und später vielleicht sogar mal mit Schulungsunterlagen und Trainingsmaterial. Für alle, die es noch nicht gemerkt haben sollten: Die englischsprachige Community hat derzeit einige politische Probleme. Von der deutschsprachige Anwendergmeinschaft gab es dazu noch praktisch keine Meinungsäusserung. Es wäre sehr hilfreich, wenn der oder die einer oder andere sich aufraffen würden eine Meinung zu dem Thema zu entwickeln und sich in die Diskussion einzubringen. Gerne auch auf der deutschen Seite, wenn sich dort dann ein Konsensus ableiten lässt können wir den ja zumindest weiterleiten. Vielleicht können wir als sehr eigenständige Gemeinschaft der Hauptgruppe jetzt sogar eine moralische Unterstützung geben die dort gerade dringend benötigt wird. Wir sind ja auf der letzten Anwenderkonferenz übereingekommen, dass ein Verein (noch?) nicht nötig ist. Jetzt gibt es plötzlich so etwas ähnliches, noch dazu (erschwerend) mit prominenter Unterstützung durch einen proprietären Hersteller. Das sollte uns doch ein paar Kommentare Wert sein. Hier gehts lang: MSF Discuss mailing list: Mailto: discuss at lists.mapserverfoundation.org Subscribe: http://lists.mapserverfoundation.org/mailman/listinfo/discuss Beschtn Gruß, Arnulf. From karp at msp-dortmund.de Wed Dec 21 14:17:49 2005 From: karp at msp-dortmund.de (Andre Karp) Date: Wed, 21 Dec 2005 14:17:49 +0100 Subject: [Mapserver-DE] [MSF-Discuss] MSF Activity References: <43A7DA1D.5060102@ultraviolet.org><00F48B0F-831D-4976-BAE4-ECA8E336F55C@dmsolutions.ca> <43A93686.1070105@ccgis.de> Message-ID: <003c01c60630$f2b2aa70$700aa8c0@andre> Hallo Arnulf, hallo Liste, zu den 'politischen Problemen': ich hab da vor 2 Wochen mal was zu geschrieben, allerdings auf englisch an die englische Seite, weil ich das Gefühl hatte, daß es, um etwas zu erreichen, dort eingebracht werden muß, wo die Hauptdiskussion läuft - Allerdings ist die Diskussion meiner Wahrnehmung nach relativ verteilt auf vielen Kanälen gelaufen: englische Mapserver-Userlist, die Foundation User-List, einige Blogs und Online-Magazine in den USA, soweit ich das überblicken konnte. Nachfolgend ein paar Links, die ich auf die schnelle noch wiedergefunden hab, mit aus meiner Sicht nicht immer zutreffenden, aber überdenkenswerten Kommentaren (ohne den Anspruch, die Bandbreite der Diskussion vollständig oder repräsentaiv wiederzugeben), außerdem noch 'ne Kopie meines Postings - allerdings alles in englisch: http://hobu.biz/index_html/value_of_open_source http://think.random-stuff.org/FrontPage/archive/2005/11/30/what-s-in-a-name http://article.gmane.org/gmane.comp.gis.mapserver.user/15350 außerdem die mapserver-userliste http://lists.umn.edu/archives/mapserver-users.html in den 1-2Wochen nach dem open letter (28.11. oder so?). Noch eine Anmerkung Die naming-sache ist angeblich ja gestorben, autodesk will nen anderen Namen für ihre Enterprise-sVersion finden (es gibt da irgendwo ein Posting von Gary Lang von Autodesk in der mapserver-userlist)- trotzdem und trotz einiger prominenter Fürsprecher und durchaus respektabler Argumente für die Zusammenarbeit, habe ich nach wie vor kein gutes Gefühl bei dieser "Kooperation" ... Viele Grüße Andre ----- Original Message ----- From: "Andre Karp" To: Sent: Tuesday, December 06, 2005 2:35 PM Subject: Mapserver - Autodesk: hostile takeover, merger of equals or what? > Hello, > > having thought about what I read in that "open letter" some days ago, I want > to contribute my opinion to the discussion. > > Unfortunatly, I'm not happy about this development, and I will try to > explain why: > > In the beginning, there were two players: the UMN Mapserver people and the > Autodesk people. The UMN Mapserver people were using and developing a > software which is, from a technical point of view, the fastest and most > stable webmapping-technolgy existing so far. The Autodesk people had - > sorry, I don't want to offend someone, but this is my opinion based on my > experience working with different kinds of GIS Software for many years - a > software which was not really competitive, neither against the technical > superiority of the UMN Mapserver nor against the commercial predominance of > ESRI ArcIMS. > > The point why I was upset by the merging of Autodesk Mapguide and UMN > Mapserver is, that, from my point of view, the UMN Mapserver people did the > work - and they did a really good job - and the Autodesk people are going to > harvest. Autodesk is talking about its great contribution - 60 years of work > ... - but, I'm sorry, 60 years of work does not say anything about what has > been done during this time (e.g. look at ArcGIS: there is without doubt a > lot of work in this software, but if you have to use it, well, you wish it > would be only half as fast and stable as the UMN Mapserver is - sorry ESRI) > > Assumed it's true that the UMN Mapserver could need some better marketing, I > wonder whether the people from Autodesk are the right people to show how to > do, since MapGuide is not a really 'on top' from the marketing point of > view - maybe except the coup of grabbing the UMN Mapserver technology ;-). > > The danger I see with merging Mapserver Cheetah / Mapserver Enterprise is, > that the reputation of the so-called 'Cheetah'- version gets dependent on > the things Autodesk is doing with the so-called 'Enterprise'-version, and > whatever they do, it will irradiate to the open-source-version, so the > community is getting depend on Autodesk product politics, and we will have > to explain the differences to our customers, that means, we are going to be > involved in the autodesk product policies. To be honest: not the thing > everyone is keen on. > > By the way: "Cheetah" sounds, phonetically, a bit like "cheater", at least > for a non-native english speaker like me - ... > > The reason behind my negative attitude is: I'm afraid of the UMN Mapserver > being spoiled, since I made very good experiences by using > open-source-GIS-software in every aspect - technologically, financial, in > terms of support - and unfortunatly quiet bad experiences with commercial > GIS-software: expensive, slow, unstable. > > Sorry for this quite negative assessment, I really don't want to offend > anyone, least of all the people who contributed so much of their time and > energy to bring the UMN Mapserver to what it is today: the best available > web-mapping solution. I admit I do not have even something like a moral > right to influence the development of UMN Mapserver, since I did not > contribute to its code. Nevertheless, as a user of the UMN Mapserver it's > part of my knowledge and my tool kit which might be affected adversely, so I > am affected by that decisions, and that's why I have to express my point of > view. > > Maybe there is still time to think if there is another way of cooperation > between the UMN Mapserver community and Autodesk, a way which respects the > spirit of the open source idea in a better way than the announced > "cooperation"? > > Best regards, > Andre Karp > ----- Original Message ----- From: "Arnulf Christl" To: ; Cc: "Paul Spencer" ; Sent: Wednesday, December 21, 2005 12:03 PM Subject: Re: [Mapserver-DE] [MSF-Discuss] MSF Activity (weiter unten in Deutsch) Paul Spencer wrote: > Opps, somehow I hit send :( ... trying again ... Hi Paul, thanx for hitting the send button at all... I'll just stick to the topic stubbornly until activity meter is back to normal. +++ To get things moving again we want to propose merging the German language web site into the new Plone CMS. I sure cannot decide this on my own as I am no godking but I can ask the community... Oh come off it, we have all had enough of this - lets just get moving again. I can't believe that this stupid naming-issue and the Foundation thingy should have broken the spirit that was so essential to this community. The German translation of the start page of the new Plone CMS has an additional paragraph right at the bottom where it says: "Der wahrscheinlich wichtigste Faktor für den Erfolg dieses Open Source Projektes ist die hervorragende weltweite Anwendergemeinschaft." This translates into something like: "Probably the most important factor of success for this projects is the outstanding worldwide user community." Why don't you extend the other language start pages with something similar. It is definitely time to bring people back together. +++ (something in German): Hallo, das neue MapServer CMS ist fast fertig und es stellt sich die Frage, ob die bestehende Seite http://www.umn-mapserver.de nicht darin aufgehen sollte? http://mapserver.gis.umn.edu/index_html-de?set_language=de Das ist eine Menge Arbeit und wird eine Weile dauern, würde aber auch eine Menge bringen. Besser organisiert, aktueller, übersichtlicher und später vielleicht sogar mal mit Schulungsunterlagen und Trainingsmaterial. Für alle, die es noch nicht gemerkt haben sollten: Die englischsprachige Community hat derzeit einige politische Probleme. Von der deutschsprachige Anwendergmeinschaft gab es dazu noch praktisch keine Meinungsäusserung. Es wäre sehr hilfreich, wenn der oder die einer oder andere sich aufraffen würden eine Meinung zu dem Thema zu entwickeln und sich in die Diskussion einzubringen. Gerne auch auf der deutschen Seite, wenn sich dort dann ein Konsensus ableiten lässt können wir den ja zumindest weiterleiten. Vielleicht können wir als sehr eigenständige Gemeinschaft der Hauptgruppe jetzt sogar eine moralische Unterstützung geben die dort gerade dringend benötigt wird. Wir sind ja auf der letzten Anwenderkonferenz übereingekommen, dass ein Verein (noch?) nicht nötig ist. Jetzt gibt es plötzlich so etwas ähnliches, noch dazu (erschwerend) mit prominenter Unterstützung durch einen proprietären Hersteller. Das sollte uns doch ein paar Kommentare Wert sein. Hier gehts lang: MSF Discuss mailing list: Mailto: discuss at lists.mapserverfoundation.org Subscribe: http://lists.mapserverfoundation.org/mailman/listinfo/discuss Beschtn Gruß, Arnulf. _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From kweixler at zebris.com Wed Dec 21 17:52:29 2005 From: kweixler at zebris.com (Karin Weixler) Date: Wed, 21 Dec 2005 17:52:29 +0100 Subject: [Mapserver-DE] Premature end of script headers: mapserv Message-ID: Hallo, habe festgestellt, dass der mapserver auf dem default Virtual Host läuft nur nicht auf dem eigentlichen Virtual Host auf dem er laufen soll. Gibt es noch diverse Einstellungen die ich beachten muß, in der httpd.conf Datei? Zusatz: Der Mapserver soll auf einem 1&1 Webserver laufen. Installiertes Betriebsystem: Suse 9.1 und Confixx 3.0 Kennt sich jemand mit Confixx aus? Bzw. hat jemand bereits Den Mapserver erfolgreich darunter zum Laufen bekommen? Danke. Grüße Karin -----Ursprüngliche Nachricht----- Von: Elstermann, Mike [mailto:Mike.Elstermann at itc-halle.de] Gesendet: Freitag, 16. Dezember 2005 07:49 An: Karin Weixler; mapserver-de at freegis.org Betreff: AW: [Mapserver-DE] Premature end of script headers: mapserv bei Suse liegt der Apache-Webserver (httpd) unter /usr/sbin ansonsten hilft das Suchen mit (als root): susi:/ # cd / susi:/ # find . -name "httpd" ./usr/sbin/httpd eine blick in die Prozessliste zeigt Dir auch des gestarteten httpd mit seinem Ort (also /usr/sbin) z.B. so: susi:/ # ps -ef|grep httpd wwwrun 26594 24557 0 Dec15 ? 00:00:29 /usr/sbin/httpd -f /etc/httpd/httpd.conf Für Rückfragen stehe ich Ihnen gern zur Verfügung. Mit freundlichen Grüßen gez. i. V. Mike Elstermann -- Mike Elstermann Teamleiter e-Solutions IT-Consult Halle GmbH Bornknechtstraße 5 06108 Halle (Saale) Telefon: +49 345 581-7128 Telefax: +49 345 581-1737 Fax: +49 345 581 78 7128 Mobilfunk: +49 160 71 545 02 E-Mail: mike.elstermann at itc-halle.de Internet: http://www.itc-halle.de _______________________________________________________ ::: GeoDaten Online? -> http://halgis.halle.de ::: Umweltdaten Online? -> http://umweltatlas.halle.de -----Ursprüngliche Nachricht----- Von: Karin Weixler [mailto:kweixler at zebris.com] Gesendet: Donnerstag, 15. Dezember 2005 14:11 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Premature end of script headers: mapserv Hallo, habe den Mapserver 4.6.1 scheinbar erfolgreich installiert. Es kamen zumindest keine Fehlermeldungen bei configure und make. Allerdings wenn ich mapserv teste mit http://localhost/cgi-bin/mapserv erhalte ich folgende Fehleremeldung: Premature end of script headers: mapserv Habe nun den Mapserver noch einmal installiert und dabei festgestellt, dass er Beim configure die executable von dem httpd nicht findet. Leider finde ich sie Auch nicht. Weiß jemand rat? Kann es daran liegen? Oder hat jemand einen Tip was der Fehler sein kann? Vielen Dank im Voraus Grüße Karin ____________ Virus checked by G DATA AntiVirusKit Version: AVK 16.2191 from 14.12.2005 Virus news: www.antiviruslab.com ____________ Virus checked by G DATA AntiVirusKit Version: AVK 16.2310 from 20.12.2005 Virus news: www.antiviruslab.com From karhof at web.de Thu Dec 22 14:56:26 2005 From: karhof at web.de (Karsten Hoffmann) Date: Thu, 22 Dec 2005 14:56:26 +0100 Subject: [Mapserver-DE] Tutorial: Thematische Karten mit dem UMN MapServer Message-ID: <2081482851@web.de> Hallo Mapserver-Gemeinde, im Rahmen meiner Diplomarbeit habe ich mich mit der Konstruktion von thematischen Karten mit dem UMN MapServer beschäftigt und dazu eine Anleitung erstellt. Diese ist unter http://www.geog.fu-berlin.de/de/Karto/umn_karten/ verfügbar. Die Konzentration liegt darin auf der datenbasierten Konstruktion thematischer Karten mit flächenhaften Vektordaten auf der Basis kartographischer Grundlagen. Vielleicht kann das ja dem einen oder anderen weiterhelfen und Hinweise über die Möglichkeiten des UMN MapServers geben. Darüber hinaus gibt die Anleitung evtl. auch Anregungen, einige vorgestellte Verfahrensschritte, die zum Teil recht aufwendig sind (z.B. die Klassenbildung oder die Bildung von Zeichenreihen), programmtechnisch umzusetzen und somit zu automatisieren. Viele Grüße und frohe Festtage, Karsten Hoffmann ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 From Burghardt.Scholle at stadt.wolfsburg.de Thu Dec 22 15:17:46 2005 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Thu, 22 Dec 2005 15:17:46 +0100 Subject: [Mapserver-DE] Mapserver 4.6.2 - Fehler bei make Message-ID: Hallo Liste, hier meine Systemumgebung: Debian "Etch" apache 2.054 php 4.4 postgressql 8.1.0 postgis 1.06 mapserver 4.6.2 Ich habe mich an die Doku für die Debian woody/sarge Installation auf der Mapserver-Homepage gehalten. Bis zum configure läuft alles einwandfrei. Führe ich ein make aus, bekomme ich folgende Meldung: n190070617l:/usr/src/mapserver/mapserver-4.6.2# make gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_POINT_Z_M -DNEED_STRLCAT -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_THREAD -DUSE_ZLIB -I/usr/include -I/usr/include -I -I/usr/local/include -I maptemplate.c -o maptemplate.o gcc: no input files make: *** [maptemplate.o] Fehler 1 n190070617l:/usr/src/mapserver/mapserver-4.6.2# Kann jemand etwas mit dieser Meldung anfangen und mir einen Tip geben, wie ich weiter komme? Danke und viele Grüße Burghardt Scholle *************** 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 sebastian.stolz at arbeitskammer.de Thu Dec 22 15:32:23 2005 From: sebastian.stolz at arbeitskammer.de (Sebastian Stolz) Date: Thu, 22 Dec 2005 15:32:23 +0100 Subject: [Mapserver-DE] Mapserver 4.6.2 - Fehler bei make In-Reply-To: References: Message-ID: <43AAB8F7.4020405@arbeitskammer.de> Hi Burghardt, es sieht so aus, als ob dein Makefile zuviele "-I" (Include) Parameter angibt: -I -I/usr/local/include -I maptemplate.c -o maptemplate.o ^^ ^^ der gcc befehl nimmt dann maptemplate.c als include da -I davor steht... du solltest mal das Makefile überprüfen Gruß Sebastian From Burghardt.Scholle at stadt.wolfsburg.de Thu Dec 22 16:22:43 2005 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Thu, 22 Dec 2005 16:22:43 +0100 Subject: [Mapserver-DE] Mapserver 4.6.2 - Fehler bei make Message-ID: Hallo Sebastian, guter Tip! Ich habe im Makefile für die PostGIS-Unterstützung folgenden Abschnitt gefunden: # Optional PostGIS Support. See http://postgis.refractions.net/ POSTGIS= -DUSE_POSTGIS POSTGIS_LIB= -L -lpq POSTGIS_INC= -I Hinter dem "-I" steht keine Pfadangabe, obwohl ich diese in den Optionen der configure-Prozedur mit angegeben habe. Das andere "-I" betraf die libiconv-Unterstützung. Letztere habe ich erst einmal rausgeschmissen. Füge ich den Pfad für zur pg_config im Makefile händisch hinzu, gibt mir make einen Fehler im Zusammenhang mit mappostgis.o (Fehler 1) heraus? Was läuft denn da schief? Gruß Burghardt > -----Ursprüngliche Nachricht----- > Von: Sebastian Stolz [mailto:sebastian.stolz at arbeitskammer.de] > Gesendet: Donnerstag, 22. Dezember 2005 15:32 > An: Burghardt.Scholle at stadt.wolfsburg.de > Cc: mapserver-de at freegis.org > Betreff: Re: [Mapserver-DE] Mapserver 4.6.2 - Fehler bei make > > > Hi Burghardt, > > es sieht so aus, als ob dein Makefile zuviele "-I" (Include) > Parameter angibt: > > -I -I/usr/local/include -I maptemplate.c -o maptemplate.o > ^^ ^^ > > der gcc befehl nimmt dann maptemplate.c als include da -I > davor steht... > > du solltest mal das Makefile überprüfen > > > > Gruß > > Sebastian > From sebastian.stolz at arbeitskammer.de Fri Dec 23 08:48:05 2005 From: sebastian.stolz at arbeitskammer.de (Sebastian Stolz) Date: Fri, 23 Dec 2005 08:48:05 +0100 Subject: [Mapserver-DE] Mapserver 4.6.2 - Fehler bei make In-Reply-To: References: Message-ID: <43ABABB5.8010301@arbeitskammer.de> Morgen Burghardt, ich bräuchte dazu mehr Informationen über den Fehler, denn Fehler 1 sagt nur aus, das der Prozess mit einem Fehler beendet wurde... ...wo liegen denn deine PostGIS Includes??? ich würde mal bei POSTGIS_INC den Sourcepfad von PostGIS angeben... Gruß Sebastian From Burghardt.Scholle at stadt.wolfsburg.de Fri Dec 23 09:51:10 2005 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Fri, 23 Dec 2005 09:51:10 +0100 Subject: [Mapserver-DE] Mapserver 4.6.2 - Fehler bei make Message-ID: Guten Morgen Sebastian, jep, das war's. Der erste Hinweis hat es gebracht. Ich habe bei POSTGIS_INC den Pfad für die Includes angegeben und schon lief auch make ohne Fehlermeldung durch. Herzlichen Dank für Deine Hilfe! Frohe Weihnachten und viele Grüße Burghardt > -----Ursprüngliche Nachricht----- > Von: Sebastian Stolz [mailto:sebastian.stolz at arbeitskammer.de] > Gesendet: Freitag, 23. Dezember 2005 08:48 > An: Burghardt.Scholle at stadt.wolfsburg.de > Cc: mapserver-de at freegis.org > Betreff: Re: [Mapserver-DE] Mapserver 4.6.2 - Fehler bei make > > > Morgen Burghardt, > > ich bräuchte dazu mehr Informationen über den Fehler, denn > Fehler 1 sagt nur aus, > das der Prozess mit einem Fehler beendet wurde... > > ...wo liegen denn deine PostGIS Includes??? > ich würde mal bei POSTGIS_INC den Sourcepfad von PostGIS angeben... > > > > Gruß > > Sebastian > From KlausSchiefer at web.de Wed Dec 28 13:12:07 2005 From: KlausSchiefer at web.de (KlausSchiefer) Date: Wed, 28 Dec 2005 13:12:07 +0100 Subject: [Mapserver-DE] Probleme bei der Darstellung eines Symbols Message-ID: Hallo Liste, ich habe in POSTGIS Points of Interest als Punkte vorliegen, die ich mittels PIXMAP mit verschiedenen Symbolen darstellen kann. Wenn ich eine Suchfunktion nutze, kann ich mittels $layer->querybyattributes auf ein bestimmtes Objekt zoomen. Um das gefundene Objekt hervorzuheben, möchte ich einen farbigen Kreis um das Objekt legen, um das eigentliche Symbol nicht zu überdecken. Das habe ich mit einem temporären Layer auch geschafft. Allerdings handelt es sich um eine sehr dünne Linie. Bislang ist es mir noch nicht gelungen, die Linienstärke zu verändern. Der Eintrag in der Symboldatei lautet: SYMBOL # gleiches Zeichen wie "punkt" nur ohne Füllung und mit einem STYLE NAME "kreis" TYPE ELLIPSE POINTS 1 1 END STYLE 1 10 1 10 END END Der Abschnitt zu Definition des temporären Layers lautet: // dynamischer Layer zur Visulisierung $Layer = ms_newLayerObj($map); $Layer -> set("name","poiZoom"); $Layer -> set("status", 1); $Layer -> set("connectiontype", MS_POSTGIS); $Layer -> set("connection", "user=xx dbname=geodaten host=localhost port=5432 password=xx"); $sqlStatment = "the_geom from (select oid, the_geom from poi where oid = '" . $oid . "') AS poiZoom"; $Layer -> set("data", $sqlStatment); $Layer -> set("type", MS_LAYER_POINT); $poClass = ms_newClassObj($Layer); $styleObj = ms_newStyleObj($poClass); $styleObj -> color -> setRGB ( 255, 0, 0 ); $styleObj -> set('size', 35); $styleObj->set("symbolname", "kreis"); Ich hoffe, jemand hat eine Idee oder einen anderen Weg zur Kennzeichnung des gefundenen Punktes. Mit freundlichen Grüßen Klaus Schiefer -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051228/5f7899b1/attachment.html From Wigold at aol.com Wed Dec 28 14:19:02 2005 From: Wigold at aol.com (Wigold@aol.com) Date: Wed, 28 Dec 2005 08:19:02 EST Subject: [Mapserver-DE] jbox Distance Measuring Message-ID: <20f.10c3d766.30e3eac6@aol.com> Hallo, als Neueinsteiger bin ich noch nicht vollkommen mit dem Mapserver vertraut und hoffe deswegen auf Hilfe. Mein derzeitiges Problem ist die "Streckenmessung" mittels "jbox". Ich habe folgendes aus dem Howto bei mit in die HTML-Seite eingefügt: function measure_handler(name, s, t, n, a) { // c = 1 / 72dpi / 12inches_per_foot * 1.0003state_plane_scale_factor var c = 0.0011577546296296; // constant var f = [scale] * c; // scale factor if ((s>0) || (t>0)) { defaultStatus = "This segment = " + s*f + ", Total = " + t*f + ", Number of vertices = "+n ; } } Wenn ich nun über einen Button die Messung aufrufe funktioniert alles super. Ich möchte das Ergebnis allerdings in Meter bzw Kilometer haben. Wie habe ich den Quelltext dafür zu ändern? Evtl kann mir ja auch jemand verraten, wie ich die passende Konstante c für die umrechnung ermittele? Gruß Mike -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20051228/23b49ebf/attachment.html From Kai-Behncke at gmx.de Wed Dec 28 15:01:10 2005 From: Kai-Behncke at gmx.de (Kai Behncke) Date: Wed, 28 Dec 2005 15:01:10 +0100 (MET) Subject: [Mapserver-DE] Probleme bei der Darstellung eines Symbols References: Message-ID: <8731.1135778470@www81.gmx.net> > --- Ursprüngliche Nachricht --- > Von: "KlausSchiefer" > An: > Betreff: [Mapserver-DE] Probleme bei der Darstellung eines Symbols > Datum: Wed, 28 Dec 2005 13:12:07 +0100 > > Hallo Liste, > > > > ich habe in POSTGIS Points of Interest als Punkte vorliegen, die ich > mittels > PIXMAP mit verschiedenen Symbolen darstellen kann. Wenn ich eine > Suchfunktion nutze, kann ich mittels $layer->querybyattributes auf ein > bestimmtes Objekt zoomen. Um das gefundene Objekt hervorzuheben, möchte > ich > einen farbigen Kreis um das Objekt legen, um das eigentliche Symbol nicht > zu > überdecken. Das habe ich mit einem temporären Layer auch geschafft. > Allerdings handelt es sich um eine sehr dünne Linie. Bislang ist es mir > noch > nicht gelungen, die Linienstärke zu verändern. > > Der Eintrag in der Symboldatei lautet: > > > > SYMBOL # gleiches Zeichen wie "punkt" nur ohne Füllung und mit einem STYLE > > NAME "kreis" > > TYPE ELLIPSE > > POINTS > > 1 1 > > END > > STYLE > > 1 10 1 10 > > END > > END > > > > Der Abschnitt zu Definition des temporären Layers lautet: > > // dynamischer Layer zur Visulisierung > > $Layer = ms_newLayerObj($map); > > $Layer -> set("name","poiZoom"); > > $Layer -> set("status", 1); > > $Layer -> set("connectiontype", MS_POSTGIS); > > $Layer -> set("connection", "user=xx dbname=geodaten host=localhost > port=5432 password=xx"); > > $sqlStatment = "the_geom from (select oid, the_geom from poi where oid = > '" . $oid . "') AS poiZoom"; > > $Layer -> set("data", $sqlStatment); > > $Layer -> set("type", MS_LAYER_POINT); > > $poClass = ms_newClassObj($Layer); > > $styleObj = ms_newStyleObj($poClass); > > $styleObj -> color -> setRGB ( 255, 0, 0 ); > > $styleObj -> set('size', 35); > > $styleObj->set("symbolname", "kreis"); > > > > Ich hoffe, jemand hat eine Idee oder einen anderen Weg zur Kennzeichnung > des > gefundenen Punktes. > > > > Mit freundlichen Grüßen > > > > Klaus Schiefer > Hallo Klaus, Du kannst das auf verschiedene Art und Weise lösen. Eine Möglichkeit wäre für den Umrandungskreis anstelle von > SYMBOL # gleiches Zeichen wie "punkt" nur ohne Füllung und mit STYLE > NAME "kreis" > TYPE ELLIPSE > POINTS > 1 1 > END > STYLE > 1 10 1 10 > END > END mittels eines Bildbearbeitungsprogrammes ein PIXMAP-Symbol zu erstellen, welches die gewünschte Liniendicke aufweist. Die Fläche, welöche von der Linie umrandet wird muesste dann natürlich transparent sein (also ein .gif-Symbol erstellen und diese Transparenz auch einstellen). So kann ohne Schwierigkeiten die gewünschte Umrandung erstellt werden. Eine weitere (aber deutlich umständlichere) Möglichkeit wäre es mittels eines Bildbearbeitungsprogrammes ein eigenes Font-Symbol zu erstellen und dieses dann als TRUE-Type-Symbol einzubinden. Falls Du diesen Weg gehen willst, dann findest Du hier eine Anleitung: http://wald.intevation.org/plugins/wiki/index.php?Erstellung%20von%20%28ZV-AUT-konformen%29%20Symbolen%20f%C3%BCr%20den%20UMN%20Mapserver%20mittels%20fontforge&id=15&type=g Beste Grüße, Kai Behncke -- 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse für Mail, Message, More +++ From kurt_guenninghaus at web.de Wed Dec 28 18:43:58 2005 From: kurt_guenninghaus at web.de (Kurt Guenninghaus) Date: Wed, 28 Dec 2005 18:43:58 +0100 Subject: [Mapserver-DE] UMN Mapserver und WMS Message-ID: <1501152698@web.de> Hallo Liste, ich bin UMN Neuling und verstehe nicht, warum für Mapfiles bestimmte WMS-Einträge empfohlen werden. Was ist der Sinn und Zweck den Mapserver als WMS zu konfigurieren, wo liegt der Nutzen? Man kann doch auch wenn Mapfiles keine WMS-Einträge aufweisen damit Karten darstellen, Objekte visualisieren, etc. Was ist der Vorteil den Mapserver als WMS zu nutzen? Was hat man von den GetMap, GetCapabilities-Befehlen? Wann will doch letztlich nur eine Karte mit entsprechenden Infos "ausgespuckt" bekommen, das geht doch auch ohne WMS, oder? Wer kann mir da auf die Sprünge helfen? ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 From jt at mapmedia.de Wed Dec 28 19:14:03 2005 From: jt at mapmedia.de (=?ISO-8859-1?Q?=22J=F6rg_Thomsen_=28MapMedia_GmbH=29=22?=) Date: Wed, 28 Dec 2005 19:14:03 +0100 Subject: [Mapserver-DE] UMN Mapserver und WMS In-Reply-To: <1501152698@web.de> References: <1501152698@web.de> Message-ID: <43B2D5EB.5080307@mapmedia.de> Hallo Kurt, ja, es geht auch alles ohne WMS-Einträge, aber: MapServer kann dann nur mit den proprietären (im Sinne von Produkt-spezifischen) HTML-Templates in eine Web-Anwendung eingebunden werden. WMS ist ein Standard des OGC, über den Mapserver-Raster-Karten für die Bildschirmdarstellung abgerufen werden können. Der Sinn eines solchen Standards ist es eine möglichst große (Achtung Schlagwort) Interoperabilität zu schaffen, verschiedene Anwendungen (die auf verschiedenen Produkten basieren) miteinander kommunizieren zu lassen, einzlne Module einer Gesamtanwendung austauschbar zu machen... Wenn Du Deinen MapServer als WMS einrichtest können auch andere Anwender und Anwendungen (Client-Anwenudngen und Mapserver) auf Deine Karten zugreifen und einzelne Layer oder die gesamte Karte integrieren - welche Layer es gibt, in welchem SRS und Maßstabsbereichen sie zur Verfügung stehen steht in den Capalities. Ein OGC-konformer WMS reagiert immer gleich, nämlich so, wie es die Spezifikation vorsieht, unabhängig davon welches Produkt dahinter steht (UMN MapServer, GeoServer, deegree, ArghIMS,...). Wenn Du zum Beispiel Mapbender als Client einsetzen willst, musst Du Deinen Mapserver als WMS konfigurieren, weil mapbender 'nur' auf WMS (und WFS)zugreifen kann (REQUEST=GetMap, nicht aber über das UMN-spezifische mode=map/browse). Das hat den Vorteil, dass Du jederzeit eine der benutzten Komponenten austauschen kannst, ohne die andere Komponente anpassen zu müssen. Wenn Du nicht willst, dass andere Deine Karten für ihre Zwecke (in eigenen Anwendungen) nutzen können und Du sicher bist, dass Du niemals die Server- oder die Client-Komponenten austauschen willst, bzw. dann einen hohen Anpassungsaufwand in Kauf nimmst, kannst Du den ganzen WMS/OGC-Kram auch sein lassen. Es funktioniert als Insellösung auch ohne. Viele Grüße, 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 _________________________________________________ Kurt Guenninghaus schrieb: > Hallo Liste, > ich bin UMN Neuling und verstehe nicht, warum für Mapfiles bestimmte WMS-Einträge empfohlen werden. > Was ist der Sinn und Zweck den Mapserver als WMS zu konfigurieren, wo liegt der Nutzen? > Man kann doch auch wenn Mapfiles keine WMS-Einträge aufweisen damit Karten darstellen, Objekte visualisieren, etc. > > Was ist der Vorteil den Mapserver als WMS zu nutzen? > Was hat man von den GetMap, GetCapabilities-Befehlen? > Wann will doch letztlich nur eine Karte mit entsprechenden Infos "ausgespuckt" bekommen, das geht doch auch ohne WMS, oder? > Wer kann mir da auf die Sprünge helfen? > > > ______________________________________________________________ > Verschicken Sie romantische, coole und witzige Bilder per SMS! > Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From sb at lacos.de Thu Dec 29 11:16:16 2005 From: sb at lacos.de (=?ISO-8859-15?Q?Stefan_B=F6ttger?=) Date: Thu, 29 Dec 2005 11:16:16 +0100 Subject: [Mapserver-DE] getString(): Symbol definition error nach Mapserver Installation Message-ID: <43B3B770.6080301@lacos.de> Hallo, habe den Mapserver bei mir installiert und wollte jetzt einmal die itasca demo ausprobieren. Bekomme allerdings jetzt den Fehler "getString(): Symbol definition error. Parsing error near (none):(line 44)". Kann mir jemand sagen, ob es eventuell an meiner Konfiguration liegt oder etwas anderem ? Habe alle Schritte von diesem Tutorial befolgt. Vielen Dank ! mfG S.Böttger From frank.koormann at intevation.de Thu Dec 29 11:17:39 2005 From: frank.koormann at intevation.de (Frank Koormann) Date: Thu, 29 Dec 2005 11:17:39 +0100 Subject: [Mapserver-DE] getString(): Symbol definition error nach Mapserver Installation In-Reply-To: <43B3B770.6080301@lacos.de> References: <43B3B770.6080301@lacos.de> Message-ID: <20051229101739.GB936@intevation.de> Hallo Herr Böttger, * Stefan Böttger [051229 11:12]: > habe den Mapserver bei mir installiert und wollte jetzt einmal die > itasca demo ausprobieren. Bekomme allerdings jetzt den Fehler > "getString(): Symbol definition error. Parsing error near (none):(line > 44)". Einem Syntax-Fehler in Ihrem Map-File bzw. Symbol-File in Zeile 44. Was steht in den entsprechenden Dateien an dieser Stelle (bitte mit ein paar Zeilen Vor/Nachspann)?. Beste Grüße, Frank Koormann -- Frank Koormann Professioneller Service rund um Freie Software http://intevation.de Experten für web-basierte GIS Anwendungen, seit 1999: http://intevation.de/services/gis/webgis.de.html From sb at lacos.de Thu Dec 29 11:36:18 2005 From: sb at lacos.de (=?ISO-8859-15?Q?Stefan_B=F6ttger?=) Date: Thu, 29 Dec 2005 11:36:18 +0100 Subject: [Mapserver-DE] getString(): Symbol definition error nach Mapserver Installation In-Reply-To: <20051229101739.GB936@intevation.de> References: <43B3B770.6080301@lacos.de> <20051229101739.GB936@intevation.de> Message-ID: <43B3BC22.3070004@lacos.de> Frank Koormann schrieb: >Hallo Herr Böttger, > >* Stefan Böttger [051229 11:12]: > > >>habe den Mapserver bei mir installiert und wollte jetzt einmal die >>itasca demo ausprobieren. Bekomme allerdings jetzt den Fehler >>"getString(): Symbol definition error. Parsing error near (none):(line >>44)". >> >> > >Einem Syntax-Fehler in Ihrem Map-File bzw. Symbol-File in Zeile 44. Was >steht in den entsprechenden Dateien an dieser Stelle (bitte mit ein paar >Zeilen Vor/Nachspann)?. > >Beste Grüße, > > Frank Koormann > > > Hallo Herr Koormann, vielen Dank schon einmal für Ihre Antwort. Das Map File ist das Mapserver Beispiel "itasca". Ich wollte das ganze einmal zur Veranschaulichung ausprobieren. Sprich, ich habe daran selber nichts geschrieben. Hier Zeile 33 bis 50 aus dem Map File : /WEB HEADER demo_header.html TEMPLATE demo.html FOOTER demo_footer.html MINSCALE 1000 MAXSCALE 1550000 IMAGEPATH "set in demo_init.html" IMAGEURL "set in demo_init.html" METADATA WMS_TITLE "UMN MapServer Itasca Demo" WMS_ABSTRACT "This is the UMN MapServer demonstration application for Itasca County located in north central Minnesota." WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://localhost.localdomain/mapserver_demos/itasca/demo_init.html" WMS_SRS "EPSG:26915" END / Und hier die Zeile 33 bis 50 des Symbol Files : /Type STYLED Style 0 6 6 END END Symbol Type STYLED Style 0 3 3 1 3 3 END END Symbol Type STYLED Style 0 6 6 / Vielen Dank ! mfG S.Böttger From Kai-Behncke at gmx.de Fri Dec 30 11:38:46 2005 From: Kai-Behncke at gmx.de (Kai Behncke) Date: Fri, 30 Dec 2005 11:38:46 +0100 (MET) Subject: [Mapserver-DE] =?iso-8859-1?q?getString=28=29=3A_Symbol_definitio?= =?iso-8859-1?q?n_error_nach_Mapserver_Installation?= References: <43B3BC22.3070004@lacos.de> Message-ID: <11349.1135939126@www27.gmx.net> > --- Ursprüngliche Nachricht --- > Von: Stefan Böttger > An: Frank Koormann > Kopie: mapserver-de at freegis.org > Betreff: Re: [Mapserver-DE] getString(): Symbol definition error nach > Mapserver Installation > Datum: Thu, 29 Dec 2005 11:36:18 +0100 > > Frank Koormann schrieb: > > >Hallo Herr Böttger, > > > >* Stefan Böttger [051229 11:12]: > > > > > >>habe den Mapserver bei mir installiert und wollte jetzt einmal die > >>itasca demo ausprobieren. Bekomme allerdings jetzt den Fehler > >>"getString(): Symbol definition error. Parsing error near (none):(line > >>44)". > >> > >> > > > >Einem Syntax-Fehler in Ihrem Map-File bzw. Symbol-File in Zeile 44. Was > >steht in den entsprechenden Dateien an dieser Stelle (bitte mit ein paar > >Zeilen Vor/Nachspann)?. > > > >Beste Grüße, > > > > Frank Koormann > > > > > > > Hallo Herr Koormann, > > vielen Dank schon einmal für Ihre Antwort. > Das Map File ist das Mapserver Beispiel "itasca". Ich wollte das ganze > einmal zur Veranschaulichung ausprobieren. > Sprich, ich habe daran selber nichts geschrieben. > > Hier Zeile 33 bis 50 aus dem Map File : > > /WEB > HEADER demo_header.html > TEMPLATE demo.html > FOOTER demo_footer.html > MINSCALE 1000 > MAXSCALE 1550000 > IMAGEPATH "set in demo_init.html" > IMAGEURL "set in demo_init.html" > METADATA > WMS_TITLE "UMN MapServer Itasca Demo" > WMS_ABSTRACT "This is the UMN MapServer demonstration application for > Itasca County located in north central Minnesota." > WMS_ACCESSCONSTRAINTS none > > # change this value to match your setup > WMS_ONLINERESOURCE > "http://localhost.localdomain/mapserver_demos/itasca/demo_init.html" > > WMS_SRS "EPSG:26915" > END / > > Und hier die Zeile 33 bis 50 des Symbol Files : > > /Type STYLED > Style > 0 6 6 > END > END > > Symbol > Type STYLED > Style > 0 3 3 > 1 3 3 > END > END > > Symbol > Type STYLED > Style > 0 6 6 > / > Vielen Dank ! > > mfG > S.Böttger > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > Hallo Stefan, habe das bei mir einmal getestet und selbe Fehlermeldung erhalten. Der Fehler liegt im Mapfile. Es muss da heißen: WMS_ACCESSCONSTRAINTS "none" (die Anführungsstriche sind wichtig). Alles klar, beste Grüße und einen guten Rutsch. Kai Behncke -- 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse für Mail, Message, More +++ From sb at lacos.de Fri Dec 30 12:00:13 2005 From: sb at lacos.de (=?ISO-8859-1?Q?Stefan_B=F6ttger?=) Date: Fri, 30 Dec 2005 12:00:13 +0100 Subject: [Mapserver-DE] getString(): Symbol definition error nach Mapserver Installation In-Reply-To: <11349.1135939126@www27.gmx.net> References: <43B3BC22.3070004@lacos.de> <11349.1135939126@www27.gmx.net> Message-ID: <43B5133D.6090905@lacos.de> Kai Behncke schrieb: >>--- Ursprüngliche Nachricht --- >>Von: Stefan Böttger >>An: Frank Koormann >>Kopie: mapserver-de at freegis.org >>Betreff: Re: [Mapserver-DE] getString(): Symbol definition error nach >>Mapserver Installation >>Datum: Thu, 29 Dec 2005 11:36:18 +0100 >> >>Frank Koormann schrieb: >> >> >> >>>Hallo Herr Böttger, >>> >>>* Stefan Böttger [051229 11:12]: >>> >>> >>> >>> >>>>habe den Mapserver bei mir installiert und wollte jetzt einmal die >>>>itasca demo ausprobieren. Bekomme allerdings jetzt den Fehler >>>>"getString(): Symbol definition error. Parsing error near (none):(line >>>>44)". >>>> >>>> >>>> >>>> >>>Einem Syntax-Fehler in Ihrem Map-File bzw. Symbol-File in Zeile 44. Was >>>steht in den entsprechenden Dateien an dieser Stelle (bitte mit ein paar >>>Zeilen Vor/Nachspann)?. >>> >>>Beste Grüße, >>> >>> Frank Koormann >>> >>> >>> >>> >>> >>Hallo Herr Koormann, >> >>vielen Dank schon einmal für Ihre Antwort. >>Das Map File ist das Mapserver Beispiel "itasca". Ich wollte das ganze >>einmal zur Veranschaulichung ausprobieren. >>Sprich, ich habe daran selber nichts geschrieben. >> >>Hier Zeile 33 bis 50 aus dem Map File : >> >>/WEB >> HEADER demo_header.html >> TEMPLATE demo.html >> FOOTER demo_footer.html >> MINSCALE 1000 >> MAXSCALE 1550000 >> IMAGEPATH "set in demo_init.html" >> IMAGEURL "set in demo_init.html" >> METADATA >> WMS_TITLE "UMN MapServer Itasca Demo" >> WMS_ABSTRACT "This is the UMN MapServer demonstration application for >>Itasca County located in north central Minnesota." >> WMS_ACCESSCONSTRAINTS none >> >> # change this value to match your setup >> WMS_ONLINERESOURCE >>"http://localhost.localdomain/mapserver_demos/itasca/demo_init.html" >> >> WMS_SRS "EPSG:26915" >> END / >> >>Und hier die Zeile 33 bis 50 des Symbol Files : >> >>/Type STYLED >>Style >>0 6 6 >>END >>END >> >>Symbol >>Type STYLED >>Style >>0 3 3 >>1 3 3 >>END >>END >> >>Symbol >>Type STYLED >>Style >>0 6 6 >>/ >>Vielen Dank ! >> >>mfG >>S.Böttger >> >>_______________________________________________ >>Mapserver-DE mailing list >>Mapserver-DE at freegis.org >>https://freegis.org/mailman/listinfo/mapserver-de >> >> >> > >Hallo Stefan, habe das bei mir einmal getestet und selbe Fehlermeldung >erhalten. >Der Fehler liegt im Mapfile. >Es muss da heißen: >WMS_ACCESSCONSTRAINTS "none" >(die Anführungsstriche sind wichtig). >Alles klar, beste Grüße und einen guten Rutsch. >Kai Behncke > > > Hallo Kai, vielen vielen Dank schonmal. Hab den Fehler behoben und gleich den nächsten erhalten ... getString(): Symbol definition error. Duplicate item (NAME):(line 381)* * Zeile 379 - 401 des Map Files : LAYER NAME mcd90py2_anno NAME cities TYPE ANNOTATION DATA mcd90py2 STATUS OFF LABELITEM "city_name" CLASSITEM "city_name" LABELMAXSCALE 500000 CLASS EXPRESSION /./ COLOR -1 -1 -1 LABEL COLOR 0 0 0 SHADOWCOLOR 218 218 218 SHADOWSIZE 2 2 TYPE BITMAP SIZE MEDIUM POSITION CC PARTIALS FALSE BUFFER 2 END END -- Mit freundlichen Grüßen Stefan Böttger Lacos Computerservice GmbH Giengener Strasse 21 D-07937 Zeulenroda _______________________________ Telefon : +49 (0) 36628-688-29 Telefax : +49 (0) 36628-688-17 Internet : http://www.lacos.de E-Mail : sb at lacos.de From Kai-Behncke at gmx.de Fri Dec 30 12:02:23 2005 From: Kai-Behncke at gmx.de (Kai Behncke) Date: Fri, 30 Dec 2005 12:02:23 +0100 (MET) Subject: [Mapserver-DE] =?iso-8859-1?q?getString=28=29=3A_Symbol_definitio?= =?iso-8859-1?q?n_error_nach_Mapserver_Installation?= References: <43B5133D.6090905@lacos.de> Message-ID: <18899.1135940543@www55.gmx.net> > Hallo Kai, > > vielen vielen Dank schonmal. Hab den Fehler behoben und gleich den > nächsten erhalten ... > getString(): Symbol definition error. Duplicate item (NAME):(line 381)* * > > Zeile 379 - 401 des Map Files : > > LAYER > NAME mcd90py2_anno > NAME cities > TYPE ANNOTATION > DATA mcd90py2 > STATUS OFF > LABELITEM "city_name" > CLASSITEM "city_name" > LABELMAXSCALE 500000 > CLASS > EXPRESSION /./ > COLOR -1 -1 -1 > LABEL > COLOR 0 0 0 > SHADOWCOLOR 218 218 218 > SHADOWSIZE 2 2 > TYPE BITMAP > SIZE MEDIUM > POSITION CC > PARTIALS FALSE > BUFFER 2 > END > END > > -- > Mit freundlichen Grüßen > Stefan Böttger > > Lacos Computerservice GmbH > Giengener Strasse 21 > D-07937 Zeulenroda > _______________________________ > Telefon : +49 (0) 36628-688-29 > Telefax : +49 (0) 36628-688-17 > > Internet : http://www.lacos.de > E-Mail : sb at lacos.de > Hallo Stefan, der Layer hat 2 Namen, lösch mal einen davon und dann wird es gehen. Viele Grüße, Kai -- Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko! Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner From umn-de at geoworld.de Fri Dec 30 12:12:32 2005 From: umn-de at geoworld.de (Nicol Hermann) Date: Fri, 30 Dec 2005 12:12:32 +0100 Subject: [Mapserver-DE] getString(): Symbol definition error nach Mapserver Installation In-Reply-To: <43B5133D.6090905@lacos.de> References: <43B3BC22.3070004@lacos.de> <11349.1135939126@www27.gmx.net> <43B5133D.6090905@lacos.de> Message-ID: <1135941152.7438.11.camel@katrin.anwender.info> Hi Stefan, Du hast zweimal das Schlüsselwort 'NAME' in Deiner Layerdefinition LAYER NAME mcd90py2_anno NAME cities Lösche eines davon weg. Dann sollte es gehten. Gruß Nicol Am Freitag, den 30.12.2005, 12:00 +0100 schrieb Stefan Böttger: > Kai Behncke schrieb: > > >>--- Ursprüngliche Nachricht --- > >>Von: Stefan Böttger > >>An: Frank Koormann > >>Kopie: mapserver-de at freegis.org > >>Betreff: Re: [Mapserver-DE] getString(): Symbol definition error nach > >>Mapserver Installation > >>Datum: Thu, 29 Dec 2005 11:36:18 +0100 > >> > >>Frank Koormann schrieb: > >> > >> > >> > >>>Hallo Herr Böttger, > >>> > >>>* Stefan Böttger [051229 11:12]: > >>> > >>> > >>> > >>> > >>>>habe den Mapserver bei mir installiert und wollte jetzt einmal die > >>>>itasca demo ausprobieren. Bekomme allerdings jetzt den Fehler > >>>>"getString(): Symbol definition error. Parsing error near (none):(line > >>>>44)". > >>>> > >>>> > >>>> > >>>> > >>>Einem Syntax-Fehler in Ihrem Map-File bzw. Symbol-File in Zeile 44. Was > >>>steht in den entsprechenden Dateien an dieser Stelle (bitte mit ein paar > >>>Zeilen Vor/Nachspann)?. > >>> > >>>Beste Grüße, > >>> > >>> Frank Koormann > >>> > >>> > >>> > >>> > >>> > >>Hallo Herr Koormann, > >> > >>vielen Dank schon einmal für Ihre Antwort. > >>Das Map File ist das Mapserver Beispiel "itasca". Ich wollte das ganze > >>einmal zur Veranschaulichung ausprobieren. > >>Sprich, ich habe daran selber nichts geschrieben. > >> > >>Hier Zeile 33 bis 50 aus dem Map File : > >> > >>/WEB > >> HEADER demo_header.html > >> TEMPLATE demo.html > >> FOOTER demo_footer.html > >> MINSCALE 1000 > >> MAXSCALE 1550000 > >> IMAGEPATH "set in demo_init.html" > >> IMAGEURL "set in demo_init.html" > >> METADATA > >> WMS_TITLE "UMN MapServer Itasca Demo" > >> WMS_ABSTRACT "This is the UMN MapServer demonstration application for > >>Itasca County located in north central Minnesota." > >> WMS_ACCESSCONSTRAINTS none > >> > >> # change this value to match your setup > >> WMS_ONLINERESOURCE > >>"http://localhost.localdomain/mapserver_demos/itasca/demo_init.html" > >> > >> WMS_SRS "EPSG:26915" > >> END / > >> > >>Und hier die Zeile 33 bis 50 des Symbol Files : > >> > >>/Type STYLED > >>Style > >>0 6 6 > >>END > >>END > >> > >>Symbol > >>Type STYLED > >>Style > >>0 3 3 > >>1 3 3 > >>END > >>END > >> > >>Symbol > >>Type STYLED > >>Style > >>0 6 6 > >>/ > >>Vielen Dank ! > >> > >>mfG > >>S.Böttger > >> > >>_______________________________________________ > >>Mapserver-DE mailing list > >>Mapserver-DE at freegis.org > >>https://freegis.org/mailman/listinfo/mapserver-de > >> > >> > >> > > > >Hallo Stefan, habe das bei mir einmal getestet und selbe Fehlermeldung > >erhalten. > >Der Fehler liegt im Mapfile. > >Es muss da heißen: > >WMS_ACCESSCONSTRAINTS "none" > >(die Anführungsstriche sind wichtig). > >Alles klar, beste Grüße und einen guten Rutsch. > >Kai Behncke > > > > > > > Hallo Kai, > > vielen vielen Dank schonmal. Hab den Fehler behoben und gleich den > nächsten erhalten ... > getString(): Symbol definition error. Duplicate item (NAME):(line 381)* * > > Zeile 379 - 401 des Map Files : > > LAYER > NAME mcd90py2_anno > NAME cities > TYPE ANNOTATION > DATA mcd90py2 > STATUS OFF > LABELITEM "city_name" > CLASSITEM "city_name" > LABELMAXSCALE 500000 > CLASS > EXPRESSION /./ > COLOR -1 -1 -1 > LABEL > COLOR 0 0 0 > SHADOWCOLOR 218 218 218 > SHADOWSIZE 2 2 > TYPE BITMAP > SIZE MEDIUM > POSITION CC > PARTIALS FALSE > BUFFER 2 > END > END -- GIS-Tip! -------- Kostenfreies Desktop-GIS GDV Spatial Commander http://www.gdv-mapbuilder.de/sc_down.html From glueck.susanne at gmx.de Fri Dec 30 15:53:13 2005 From: glueck.susanne at gmx.de (=?ISO-8859-1?Q?=22Susanne_Gl=FCck=22?=) Date: Fri, 30 Dec 2005 15:53:13 +0100 (MET) Subject: [Mapserver-DE] =?iso-8859-1?q?Default_Ma=DFstab?= Message-ID: <9572.1135954393@www20.gmx.net> Hallo alle zusammen, ich mache eine MapServer Anwendung mit PHP/Mapscript und möchte beim ersten Laden der Seite einen bestimmten Maßstab, z.B. 1 : 1500000, haben. So wie ich das sehe, kann ich aber den Maßstab nicht setzen, da die scale im Mapscript read-only ist. Die einzige Möglichkeit, die ich sehe ist, die extents in der Mapfile so zu setzen, dass der gewünschte Maßstab herauskommt. Das wiederum gilt dann aber nur für eine Kartenfenstergröße, dem Anwender sollen aber mehrere Kartenfenstergrößen zur Auswahl gegeben werden und somit habe ich das gleiche Problem wieder. Kann mir jemand weiterhelfen, wie ich den Maßstab beim ersten Laden der Seite bestimmen kann? Danke und guten Rutsch! Susanne -- DSL-Aktion wegen großer Nachfrage bis 28.2.2006 verlängert: GMX DSL-Flatrate 1 Jahr kostenlos* http://www.gmx.net/de/go/dsl From umn-de at geoworld.de Fri Dec 30 16:10:41 2005 From: umn-de at geoworld.de (Nicol Hermann) Date: Fri, 30 Dec 2005 16:10:41 +0100 Subject: [Mapserver-DE] =?iso-8859-1?q?Default_Ma=DFstab?= In-Reply-To: <9572.1135954393@www20.gmx.net> References: <9572.1135954393@www20.gmx.net> Message-ID: <1135955441.7438.23.camel@katrin.anwender.info> Hallo Susanne, Schau Dir mal die Funktion: zoomscale(double nScale, pointObj oPixelPos, int nImageWidth, int nImageHeight, rectObj oGeorefExt) auf Ebene des MapObj an. http://www.maptools.org/php_mapscript/index.phtml?page=phpmapscript-class-guide.html Denke das könnte das sein was Du suchst. Gruß Nicol Am Freitag, den 30.12.2005, 15:53 +0100 schrieb "Susanne Glück": > Hallo alle zusammen, > > ich mache eine MapServer Anwendung mit PHP/Mapscript und möchte beim ersten > Laden der Seite einen bestimmten Maßstab, z.B. 1 : 1500000, haben. So wie > ich das sehe, kann ich aber den Maßstab nicht setzen, da die scale im > Mapscript read-only ist. Die einzige Möglichkeit, die ich sehe ist, die > extents in der Mapfile so zu setzen, dass der gewünschte Maßstab > herauskommt. Das wiederum gilt dann aber nur für eine Kartenfenstergröße, > dem Anwender sollen aber mehrere Kartenfenstergrößen zur Auswahl gegeben > werden und somit habe ich das gleiche Problem wieder. > > Kann mir jemand weiterhelfen, wie ich den Maßstab beim ersten Laden der > Seite bestimmen kann? > > Danke und guten Rutsch! > > Susanne > -- GIS-Tip! -------- Kostenfreies Desktop-GIS GDV Spatial Commander http://www.gdv-mapbuilder.de/sc_down.html