From Mike.Elstermann at itc-halle.de Tue Feb 3 16:39:43 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Tue, 3 Feb 2004 16:39:43 +0100 Subject: [Mapserver-DE] Systemberater GIS gesucht Message-ID: <8BC0EAF5B383D711B69E0006293896C7B1853C@ZEVHNT6> Hallo MapServers, Entschuldigung, dass ich die Liste mal für was nichtfachliches missbrauche, aber ITC sucht einen Systemberater GIS. Die genaue Ausschreibung findet Ihr unter: http://www.itc-halle.de/content.asp?page=23 ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/RIS, e-Solutions ::: IT-Consult Halle GmbH, Bornknechtstraße 5, 06108 Halle (Saale) ::: Sitz: Große Nikolaistraße 8 ::: Tel.: +49 345 221 4237, Fax: +49 345 221 4236, mobil: +49 160 71 545 02 ::: mike.elstermann at itc-halle.de ::: http://www.itc-halle.de ::: GeoDaten Online? -> http://www.itcgis.de From burak.simsek at dai-labor.de Tue Feb 10 14:20:26 2004 From: burak.simsek at dai-labor.de (Burak Simsek) Date: Tue, 10 Feb 2004 14:20:26 +0100 Subject: [Mapserver-DE] GetsurroundingRect Message-ID: Hello, we will be really pleased if you can help us. We want to use mapserver libraries for building a navigation system. In order to get a logical map view we used the function getsurroundingrect, however we face the following error message: ocidl.acf Compiling... StdAfx.cpp Compiling... MG4View.cpp c:\Programme\Microsoft Visual Studio .NET 2003\Vc7\include\comdef.h(0) : warning C4278: 'GetObject': identifier in type library 'KE4.dll' is already a macro; use the 'rename' qualifier MG4Presenter.cpp MG4Model.cpp MG4Main.cpp d:\MapGuide\MG4Main.cpp(522) : warning C4800: 'jboolean' : forcing value to bool 'true' or 'false' (performance warning) d:\MapGuide\MG4Main.cpp(873) : error C2039: 'GetSurroundingRect' : is not a member of 'ATL::_NoAddRefReleaseOnCComPtr' with [ T=ICalcRoute ] MG4.cpp CalcRoute.cpp .... Many thanks Burak Simsek, M.A. Econ. & Mgmt. DAI-Labor - Technische Universität Berlin Sekretariat GOR 1-1, Franklinstraße 28/29, 10587 Berlin Fon: +49 30 314 21757 Fax: +49 30 314 21799 burak.simsek at dai-labor.de http://www.dai-labor.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20040210/b657baf6/attachment.html From Thomas.Lynen at regioit-aachen.de Wed Feb 11 08:19:44 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Wed, 11 Feb 2004 08:19:44 +0100 Subject: [Mapserver-DE] Installations Problem mit MapScript unter WA[M]P Message-ID: Hallo Leute, ich habe nun endlich die Zeit gefunden mich mit den Mapserver auseinander zu setzen. Habe mir den Apache installiert ( apache_1.3.28-win32-x86-no_src.exe ) Danach PHP ( php-4.3.3-installer.exe ) Habe soweit die Webserver konfiguriert, PHP als CGI eingetragen ( als Module soll es ja zu Problem führen ) und bin beim MapScript hängen geblieben. Habe alles laut README.txt ( in mapserver-4.0.1-win32-php4.3.3.zip zu finden ) gemacht. Dlls nach Windows/system32 kopiert. Die php_mapscript.dll und php_proj.dll in Extensions Verzeichnis usw. wenn ich aber nun im PHP Script dl("php_mapscript.dll") verwender, dann sagt er mir das er die Datei nicht finden kann. wenn ich aber andere Biliotheken laden ( z.b. php_gd2 ) dann meckert er nicht. Beide Dateien liegen im selben Verzeichnie .... Habe ich in der amerikanischen Mailing List schon gepostet,habe dort auch sehr gute Tips bekommen, leider alles ohne Erfolg. Ich vermute das es vieleicht an der PHP, Apche und MapScript Version liegt. Hat jemand die WA[M]P ( Windows, Apache, MySQL, PHP ) und kann mir sagen welche Version(en) er benutzt. Habe es auch schon mit MapScript 4.x und 3.x versucht, kein Erfolg. Hoffe ihr könnt mir helfen. Gruss Thomas From grizadams at web.de Wed Feb 11 12:06:57 2004 From: grizadams at web.de (Grizzly Adams) Date: Wed, 11 Feb 2004 12:06:57 +0100 Subject: [Mapserver-DE] Installations Problem mit MapScript unter WA[M]P Message-ID: <200402111106.i1BB6vQ06210@mailgate5.cinetic.de> "Thomas Lynen" schrieb am 11.02.04 08:20:01: Hallo Thomas, ---------------------- wenn ich aber nun im PHP Script dl("php_mapscript.dll") verwender, dann sagt er mir das er die Datei nicht finden kann. ---------------------- Kannst Du die Fehlermeldung vielleicht posten? Ansonsten schau doch mal, wo danach gesucht wird. "phpinfo()" z.B. liefert Dir ja den extension_dir-Eintrag. Was mir sonst noch einfällt ist, dass Windows gerne mal dll's im WinNT/system32- oder WinNT-Verzeichnis erwartet. Gruß, Hendrik ______________________________________________________________________________ Erdbeben im Iran: Zehntausende Kinder brauchen Hilfe. UNICEF hilft den Kindern - helfen Sie mit! https://www.unicef.de/spe/spe_03.php From Thomas.Lynen at regioit-aachen.de Wed Feb 11 12:51:22 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Wed, 11 Feb 2004 12:51:22 +0100 Subject: Antw: Re: [Mapserver-DE] Installations Problem mit MapScript unter WA[M]P Message-ID: Hi Hendrik Ja das das war es :-) Ich habe den Foxserv installiert und der hat Unmengen php_*.dll's dabei, die bei der Standardinstallation von php fehlen. Funktioniert jetzt ... Bin gerade dabei ein MapScript Beispiel zu testen ( http://mapserver.gis.umn.edu/doc40/phpmapscript-byexample-howto.html ) und frage mich ob ich nun den MapServer benutzen soll oder MapScript. Es scheint das die nichts miteinander zu tun haben. MapScript wird direkt in PHP benutzt während der MapServer als CGI-Script aufgerufen wird. ( korrigiert mich wenn ich mich irre ) Damit ist der MapServer durch eigentlich überflüssig oder ? Wenn jemand ein Beispiel hat wie ich MapInfo Tabs mit MapScript benutze wäre ich sehr dankbar. Derweil versuch ich mal alleine was auf die Beine zu stellen :-) gruss Thomas >>> "Grizzly Adams" 11.2.2004 12:06:57 >>> "Thomas Lynen" schrieb am 11.02.04 08:20:01: Hallo Thomas, ---------------------- wenn ich aber nun im PHP Script dl("php_mapscript.dll") verwender, dann sagt er mir das er die Datei nicht finden kann. ---------------------- Kannst Du die Fehlermeldung vielleicht posten? Ansonsten schau doch mal, wo danach gesucht wird. "phpinfo()" z.B. liefert Dir ja den extension_dir-Eintrag. Was mir sonst noch einfällt ist, dass Windows gerne mal dll's im WinNT/system32- oder WinNT-Verzeichnis erwartet. Gruß, Hendrik ______________________________________________________________________________ Erdbeben im Iran: Zehntausende Kinder brauchen Hilfe. UNICEF hilft den Kindern - helfen Sie mit! https://www.unicef.de/spe/spe_03.php _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From frank.koormann at intevation.de Wed Feb 11 13:01:07 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 11 Feb 2004 13:01:07 +0100 Subject: Antw: Re: [Mapserver-DE] Installations Problem mit MapScript unter WA[M]P In-Reply-To: References: Message-ID: <20040211120107.GB929@intevation.de> * Thomas Lynen [040211 12:51]: > MapScript wird direkt in PHP benutzt während der MapServer als > CGI-Script aufgerufen wird. ( korrigiert mich wenn ich mich irre ) Jein. Neben php gibt es noch weitere Sprachen mit denen MapScript nutzbar ist: Perl, Python (Java?) - Details spare ich mir hier. > Damit ist der MapServer durch eigentlich überflüssig oder ? Nein. Nicht jede Web-Mapping Anwednung ist so komplex, dass gleich MapScript notwendig ist. Mit der CGI-Variante basierend auf templates und mapfile lassen sich leicht schon recht ansehnliche Anwendungen entwickeln. Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From Thomas.Lynen at regioit-aachen.de Wed Feb 11 16:00:56 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Wed, 11 Feb 2004 16:00:56 +0100 Subject: [Mapserver-DE] =?iso-8859-1?q?Keine_MapInfo_Tab_Unterst=FCtzung_?= =?iso-8859-1?q?per_OGR?= Message-ID: Hallo zusammen, habe jetzt erfolgreich ein Beispiel mit Shape Files unter MapScript ans laufen gebracht. Da wir aber hier fast ausschliesslich auf die MapInfo Schiene setzen müsste ich dasselbe noch mit Tab Files hinbekommen. Die Dokumentationen die ich dazu gefunden haben sagen alle das ich das mit OGR machen kann. ( das noch viele weitere Formate unterstützt ) OGR ist in der Bibliothek gdal11.dll enthalten soweit ich das verstanden habe ( die Datei liegt im System Ordner damit PHP sie auch findet ) Habe folgenden Aufbau des Map Files versucht NAME "Test" SIZE 500 500 STATUS On EXTENT 2504037.713597184 5595523.8441480631 2529880.9282352626 5646291.6183027001 WEB IMAGEPATH "d:/pub/www/maps/tmp/" IMAGEURL "/maps/tmp/" END LAYER NAME "KreisAachen" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "d:/pub/www/maps/data/KreisAachen.TAB" STATUS ON STYLEITEM "AUTO" END END Leider funktioniert es nicht und es kommt folgende Fehlermeldung Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'KreisAachen'. in d:\pub\www\index.php on line 8 Warning: [MapServer Error]: msOGRFileOpen(): Open failed for OGR connection `d:/pub/www/maps/data/KreisAachen.TAB'. File not found or unsupported format. in d:\pub\www\index.php on line 8 Fatal error: Call to a member function on a non-object in d:\pub\www\index.php on line 9 Da ich ausschliessen kann das die Datei nicht vorhanden ist denke ich mal das er das Format nicht unterstützt. Sollte er aber über die gdal11.dll oder ? Weiss jemand Rat ? Gruss + Schönen Feierabend schonmal Thomas From wesp at gdv.com Wed Feb 11 16:48:23 2004 From: wesp at gdv.com (Oliver Wesp) Date: Wed, 11 Feb 2004 16:48:23 +0100 Subject: [Mapserver-DE] Keine MapInfo Tab =?ISO-8859-1?Q?Unterst=FCtz?= =?ISO-8859-1?Q?ung_per_OGR?= In-Reply-To: References: Message-ID: <402A4EC7.1090709@gdv.com> Hallo, ich weiss nicht wirklich Rat. Ich weiss aber, aber das wir einige Projekte mit MapInfo-Relationen laufen haben. Es ist also nicht unmöglich. Wir nutzen dafür unter Windows die vorkompilierten Binaries von der Mapserver-Seite. Also haben wir vermutlich auch die gleiche gdal11.dll. Unsere Layerdefinitionen zum Zugriff auf die Mapfinfo-Files sehen ganz genauso aus. Allerdings haben wir noch einen - ggf. leeren - Class-Block. Die Fehlermeldung läßt aber nicht auf ein Problem damit schließen. Einziger wirklicher Unterschied ist dann die Tatsace, dass wir in diesen Projekten die CGI-Variante nutzen und nicht Mapscript. Das wäre ggf. mal zu testen in dem Du dein Mapfile via cgi aufrufst. http://host/cgi-bin/mapserv.exe?mode=map&map=/path/to/your/mapfile Falls es geht, gibt es ein Mapscript-Problem, fall nicht ein noch grundlegenderes Problem. Aber es könnte schon mal einen Hinweis auf die Richtung geben. Du könntest auch mal Versuchen den Mapserver mit den funktionierenden Shapefiles über die OGR-Schnittstelle zu füttern. Dann wäre relativ sicher, dass das Problem die Mapinfo-Daten sind. Gruß Oliver Thomas Lynen wrote: > Hallo zusammen, > habe jetzt erfolgreich ein Beispiel mit Shape Files unter MapScript ans laufen gebracht. > Da wir aber hier fast ausschliesslich auf die MapInfo Schiene setzen müsste ich dasselbe noch mit Tab Files hinbekommen. > > Die Dokumentationen die ich dazu gefunden haben sagen alle das ich das mit OGR machen kann. ( das noch viele weitere Formate unterstützt ) > OGR ist in der Bibliothek gdal11.dll enthalten soweit ich das verstanden habe ( die Datei liegt im System Ordner damit PHP sie auch findet ) > > Habe folgenden Aufbau des Map Files versucht > > > NAME "Test" > SIZE 500 500 > STATUS On > EXTENT 2504037.713597184 5595523.8441480631 2529880.9282352626 5646291.6183027001 > > WEB > IMAGEPATH "d:/pub/www/maps/tmp/" > IMAGEURL "/maps/tmp/" > END > > LAYER > NAME "KreisAachen" > TYPE POLYGON > CONNECTIONTYPE OGR > CONNECTION "d:/pub/www/maps/data/KreisAachen.TAB" > STATUS ON > STYLEITEM "AUTO" > END > > END > > > Leider funktioniert es nicht und es kommt folgende Fehlermeldung > > > Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'KreisAachen'. in d:\pub\www\index.php on line 8 > > Warning: [MapServer Error]: msOGRFileOpen(): Open failed for OGR connection `d:/pub/www/maps/data/KreisAachen.TAB'. File not found or unsupported format. in d:\pub\www\index.php on line 8 > > Fatal error: Call to a member function on a non-object in d:\pub\www\index.php on line 9 > > > Da ich ausschliessen kann das die Datei nicht vorhanden ist denke ich mal das er das Format nicht unterstützt. > Sollte er aber über die gdal11.dll oder ? > > Weiss jemand Rat ? > > Gruss + Schönen Feierabend schonmal > > Thomas > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > > > -- Dipl.-Geogr. Oliver Wesp Gesellschaft fuer geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com From jhart at frw.uva.nl Wed Feb 11 13:50:09 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 11 Feb 2004 13:50:09 +0100 Subject: [Mapserver-DE] Installations Problem mit MapScript unter WA[M]P In-Reply-To: References: Message-ID: <402A2501.4040700@frw.uva.nl> Thomas Lynen wrote: > > wenn ich aber nun im PHP Script dl("php_mapscript.dll") verwender, dann sagt er mir das er die Datei nicht finden kann. > > wenn ich aber andere Biliotheken laden ( z.b. php_gd2 ) dann meckert er nicht. > Beide Dateien liegen im selben Verzeichnie .... > So eine Fehleranzeige bekommt man nicht nur wenn "php_mapscript.dll" selbst nicht gefunden wurde, aber auch wenn eine von Mapscript angerufene dll nicht gefunden wird (z.B. gdal11.dll). Diese dlls findet man im Subdirectory "lib" der Zip-Distribution; sie *müssen* in die "winnt" or "windows" Directories kopiert werden (also nicht in das Directory der php extensions). Das ist eigentlich das Einzige das schief gehen kann bei einer binären Windows Installation; Probleme mit Versionen usw gibt es nicht (glaube ich). Jan From arnulf.christl at ccgis.de Thu Feb 12 10:20:10 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Thu, 12 Feb 2004 10:20:10 +0100 Subject: Antw: Re: [Mapserver-DE] Installations Problem mit MapScript unter WA[M]P In-Reply-To: References: Message-ID: <402B454A.2000308@ccgis.de> Hallo, ein Nachtrag zu dieser Frage: >Damit ist der MapServer durch eigentlich überflüssig oder ? > > Es kommt darauf an wie man den UMN MapServer einsetzen möchte. Wir setzen den fast ausschließlich als WMS Dienst ein - dann als CGI. Als Client Frontend nutzen wir den serverseitig installierten PHP Client Mapbender, der WMS Dienste verwalten, anzeigen und kombinieren kann. Der Aufwand eigene Applikationen zu entwickeln ist dadurch unserer Erfahrung nach etwas höher, als bei MapScript Varianten, aber dafür hat man unabhängige Komponenten, die über die WMS Schnittstelle kommunizieren. Das ermöglicht sehr flexible Architekturen und das Einbinden von Diensten anderer Hersteller. Gruß, Arnulf. From Achim.Spaeter at gmx.de Thu Feb 12 11:40:05 2004 From: Achim.Spaeter at gmx.de (Achim Spaeter) Date: Thu, 12 Feb 2004 11:40:05 +0100 Subject: [Mapserver-DE] Kompilieren Suse 8.2 Message-ID: <402B5805.1020107@gmx.de> Hallo, bisher habe ich mich im Schwerpunkt mit Mapserver unter Windows auseinandergesetzt. An Linux habe ich mich bisher noch nicht richtig rangetraut. Diesen Schritt möchte ich jetzt machen. Gibt es eine Doku für ein möglichst schmerzfreies Einrichten von Mapserver 4 unter Suse Linux 8.2? Ich möchte auch Postgis mit einbinden Gruß Achim Später From Thomas.Lynen at regioit-aachen.de Thu Feb 12 12:01:50 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Thu, 12 Feb 2004 12:01:50 +0100 Subject: =?ISO-8859-1?Q?Antw:=20Re:=20[Mapserver-DE]=20Keine=20MapInfo=20?= =?ISO-8859-1?Q?Tab=20Unterst=FCtzung=20per=20OGR?= Message-ID: Hallo Oliver, Also Shapes kann ich via OGR aufrufen. ( mit MapScript ) Als ich ein MapInfo Tab mit einer Rastergrafik testen wollte und dann Type=RASTER eingestellt habe hat er zwar die MapInfo Datei akzeptiert aber es wurde nur ein weisses Bild angezeigt. Ich werd es mal mit den MapServer testen und euch davon berichten. Die Dokumentation und Installationshinweise auf der amerikanischen Homepage finde ich teilweise erschreckend. So wird beim Mapserver ( mapserver-4.0.1-win32-php4.3.3.zip ) keine proj.dll mitgeliefert, obgleich sie zum ausführen benötigt wird. Und wenn man dann mal eine "gefunden" hat ists je nachdem noch ne falsche Version ( habe 2 Stück, und nur eine läuft mit den MapServer 4.x ) Was mich positiv überrascht ist die grosse hilfbereit der Liste. Werde versuchen mich irgendwann zu revanchieren. Gruss Thomas >>> Oliver Wesp 11.2.2004 16:48:23 >>> Hallo, ich weiss nicht wirklich Rat. Ich weiss aber, aber das wir einige Projekte mit MapInfo-Relationen laufen haben. Es ist also nicht unmöglich. Wir nutzen dafür unter Windows die vorkompilierten Binaries von der Mapserver-Seite. Also haben wir vermutlich auch die gleiche gdal11.dll. Unsere Layerdefinitionen zum Zugriff auf die Mapfinfo-Files sehen ganz genauso aus. Allerdings haben wir noch einen - ggf. leeren - Class-Block. Die Fehlermeldung läßt aber nicht auf ein Problem damit schließen. Einziger wirklicher Unterschied ist dann die Tatsace, dass wir in diesen Projekten die CGI-Variante nutzen und nicht Mapscript. Das wäre ggf. mal zu testen in dem Du dein Mapfile via cgi aufrufst. http://host/cgi-bin/mapserv.exe?mode=map&map=/path/to/your/mapfile Falls es geht, gibt es ein Mapscript-Problem, fall nicht ein noch grundlegenderes Problem. Aber es könnte schon mal einen Hinweis auf die Richtung geben. Du könntest auch mal Versuchen den Mapserver mit den funktionierenden Shapefiles über die OGR-Schnittstelle zu füttern. Dann wäre relativ sicher, dass das Problem die Mapinfo-Daten sind. Gruß Oliver Thomas Lynen wrote: > Hallo zusammen, > habe jetzt erfolgreich ein Beispiel mit Shape Files unter MapScript ans laufen gebracht. > Da wir aber hier fast ausschliesslich auf die MapInfo Schiene setzen müsste ich dasselbe noch mit Tab Files hinbekommen. > > Die Dokumentationen die ich dazu gefunden haben sagen alle das ich das mit OGR machen kann. ( das noch viele weitere Formate unterstützt ) > OGR ist in der Bibliothek gdal11.dll enthalten soweit ich das verstanden habe ( die Datei liegt im System Ordner damit PHP sie auch findet ) > > Habe folgenden Aufbau des Map Files versucht > > > NAME "Test" > SIZE 500 500 > STATUS On > EXTENT 2504037.713597184 5595523.8441480631 2529880.9282352626 5646291.6183027001 > > WEB > IMAGEPATH "d:/pub/www/maps/tmp/" > IMAGEURL "/maps/tmp/" > END > > LAYER > NAME "KreisAachen" > TYPE POLYGON > CONNECTIONTYPE OGR > CONNECTION "d:/pub/www/maps/data/KreisAachen.TAB" > STATUS ON > STYLEITEM "AUTO" > END > > END > > > Leider funktioniert es nicht und es kommt folgende Fehlermeldung > > > Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'KreisAachen'. in d:\pub\www\index.php on line 8 > > Warning: [MapServer Error]: msOGRFileOpen(): Open failed for OGR connection `d:/pub/www/maps/data/KreisAachen.TAB'. File not found or unsupported format. in d:\pub\www\index.php on line 8 > > Fatal error: Call to a member function on a non-object in d:\pub\www\index.php on line 9 > > > Da ich ausschliessen kann das die Datei nicht vorhanden ist denke ich mal das er das Format nicht unterstützt. > Sollte er aber über die gdal11.dll oder ? > > Weiss jemand Rat ? > > Gruss + Schönen Feierabend schonmal > > Thomas > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > > > -- Dipl.-Geogr. Oliver Wesp Gesellschaft fuer geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From arnulf.christl at ccgis.de Thu Feb 12 12:15:57 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Thu, 12 Feb 2004 12:15:57 +0100 Subject: [Mapserver-DE] Kompilieren Suse 8.2 In-Reply-To: <402B5805.1020107@gmx.de> References: <402B5805.1020107@gmx.de> Message-ID: <402B606D.3020108@ccgis.de> In wenigen Tagen stellen wir ein Handbuch zu Web-GIS mit freier Software raus. Da wird es auch deutschsprachige Dokus zum Einrichten unter FreeBSD, Debian und SuSE geben. PostgreSQL/PostGIS wird auch berücksichtigt. Bei SUSE muss man bedenken, dass der Support verfällt, wenn man den Kernel neu kompiliert, was erforderlich ist, weil SuSE 8 die für PostGIS 8 mit GEOS (OGC kompatible Funktionsbibliothek) erfoderliche Version 7.4 von PostgreSQL nicht unterstütz. Ist für uns (Entwickler & Administratoren) nicht weiter relevant, aber manchmal ein Ausschlußkriterium der Administratiosnrichtlinien in Standard Systemumgebungen (Rechenzentren, etc.). Ob die Anleitung hilft schmerzfrei zu installieren würde mich auch interessieren ;-) Gruß, Arnulf. Achim Spaeter wrote: > Hallo, > > bisher habe ich mich im Schwerpunkt mit Mapserver unter Windows > auseinandergesetzt. An Linux habe ich mich bisher noch nicht richtig > rangetraut. > > Diesen Schritt möchte ich jetzt machen. > > Gibt es eine Doku für ein möglichst schmerzfreies Einrichten von > Mapserver 4 unter Suse Linux 8.2? Ich möchte auch Postgis mit einbinden > > > Gruß > > Achim Später > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > From arnulf.christl at ccgis.de Thu Feb 12 12:24:53 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Thu, 12 Feb 2004 12:24:53 +0100 Subject: [Mapserver-DE] Keine MapInfo Tab =?windows-1252?Q?Unterst=FC?= =?windows-1252?Q?tzung_per_OGR?= In-Reply-To: References: Message-ID: <402B6285.9030002@ccgis.de> >Die Dokumentation und Installationshinweise auf der amerikanischen Homepage finde ich teilweise erschreckend. >So wird beim Mapserver ( mapserver-4.0.1-win32-php4.3.3.zip ) keine proj.dll mitgeliefert, obgleich sie zum ausführen benötigt wird. Und wenn man dann mal eine "gefunden" hat ists je nachdem noch ne falsche Version ( habe 2 Stück, und nur eine läuft mit den MapServer 4.x ) > > > Diese Information ist wichtig für den Open Source Prozess, nur wenn solche Kritik gut dokumentiert den Entwicklern zur Verfügung gestellt wird können die das ändern. Die UMN Kiste ist inzwischen eine recht komplexe Angelegneheit, deswegen bin ich immer positiv überrrascht, das alles gut funktioniert. Man muss sich klar machen, dass man niiicht umhin kommt sich mit dem System intensiv auseinanderzusetzen - genau so wie man es mit einer €20.000 "schweren" Software auch machen würde. >Was mich positiv überrascht ist die grosse hilfbereit der Liste. > > Hat wohl auch was mit der Spezies "GIS-Mensch" zu tun, die sind irgendwie weniger verbohrt als z.B. Betriebssystem-Vertreter, bei solchen Listen macht es manchmal tatsächlich keinen Spass sich beleidigen zu lassen... >Werde versuchen mich irgendwann zu revanchieren. > >Gruss > >Thomas > > Auch das gehört dazu. ;-) Gruß, Arnulf . From wesp at gdv.com Thu Feb 12 12:39:14 2004 From: wesp at gdv.com (Oliver Wesp) Date: Thu, 12 Feb 2004 12:39:14 +0100 Subject: =?ISO-8859-1?Q?Re=3A_Antw=3A_Re=3A_=5BMapserver-DE=5D_Ke?= =?ISO-8859-1?Q?ine_MapInfo_Tab_Unterst=FCtzung_per_OGR?= In-Reply-To: References: Message-ID: <402B65E2.1010807@gdv.com> Hallo Thomas, das weisse Bild beim Typ Raster solltest Du nicht überbewerten. Da die OGR-Libary ausschließlich Vektoren liest und Raster ausschließlich über DATA ins Mapfile eingebunden werden ignoriert er die Parameter CONNECTION und CONNECTIONTYPE in dem Moment wo er als Layertyp RASTER findet. Das dein Bild weiss bleibt liegt daran, dass es keinen DATA-Parameter gibt der ein Rasterbild einbindet. Die Rasterunterstützung ist in diesem Zusammenhang relativ 'fehlertolerant' und entgleist nicht gleich wenn ein Datensatz nicht gefunden wird. Allerdings bin ich in diesem Zusammenhang über Deine Aussage gestolpert, dass dein Mapfinfo Tab Raster enthält. Ich weis nicht ob es sich dabei um das ursprünglich 'nicht gefundene' File handelt aber wenn ja, kann ich mir gut vorstellen, dass hier ein Problem liegt. OGR ist wie gesagt nur für Vektoren gut und unsere Mapinfo-Files enthalten auch ausschließlich Vektoren. Noch etwas was beim Testen helfen kann findest Du hier: http://www2.dmsolutions.ca/mapserver/dl/misc/ogr-win32-20020816.zip Das Zipfile enthält neben der gdal11.dll auch noch ogr2ogr.exe und ogrinfo.exe. Vor allem letzteres könntest Du mal nutzen um auf der Kommandozeile Informationen über dein Mapfinfo-File auszugeben. Falls nämlich die OGR entgleist bekommst Du vielleicht eine Fehlermeldung die etwas hilfreicher ist als die von Mapserver gekapselten. Gruß Oliver Thomas Lynen wrote: > Hallo Oliver, > Also Shapes kann ich via OGR aufrufen. ( mit MapScript ) > Als ich ein MapInfo Tab mit einer Rastergrafik testen wollte und dann Type=RASTER eingestellt habe hat er zwar die MapInfo Datei akzeptiert aber es wurde nur ein weisses Bild angezeigt. > Ich werd es mal mit den MapServer testen und euch davon berichten. > > Die Dokumentation und Installationshinweise auf der amerikanischen Homepage finde ich teilweise erschreckend. > So wird beim Mapserver ( mapserver-4.0.1-win32-php4.3.3.zip ) keine proj.dll mitgeliefert, obgleich sie zum ausführen benötigt wird. Und wenn man dann mal eine "gefunden" hat ists je nachdem noch ne falsche Version ( habe 2 Stück, und nur eine läuft mit den MapServer 4.x ) > > Was mich positiv überrascht ist die grosse hilfbereit der Liste. > Werde versuchen mich irgendwann zu revanchieren. > > Gruss > > Thomas > > >>>>Oliver Wesp 11.2.2004 16:48:23 >>> > > Hallo, > > ich weiss nicht wirklich Rat. Ich weiss aber, aber das wir einige > Projekte mit MapInfo-Relationen laufen haben. Es ist also nicht > unmöglich. Wir nutzen dafür unter Windows die vorkompilierten Binaries > von der Mapserver-Seite. Also haben wir vermutlich auch die gleiche > gdal11.dll. > Unsere Layerdefinitionen zum Zugriff auf die Mapfinfo-Files sehen ganz > genauso aus. Allerdings haben wir noch einen - ggf. leeren - > Class-Block. Die Fehlermeldung läßt aber nicht auf ein Problem damit > schließen. > Einziger wirklicher Unterschied ist dann die Tatsace, dass wir in diesen > Projekten die CGI-Variante nutzen und nicht Mapscript. Das wäre ggf. mal > zu testen in dem Du dein Mapfile via cgi aufrufst. > > http://host/cgi-bin/mapserv.exe?mode=map&map=/path/to/your/mapfile > > Falls es geht, gibt es ein Mapscript-Problem, fall nicht ein noch > grundlegenderes Problem. Aber es könnte schon mal einen Hinweis auf die > Richtung geben. > > Du könntest auch mal Versuchen den Mapserver mit den funktionierenden > Shapefiles über die OGR-Schnittstelle zu füttern. Dann wäre relativ > sicher, dass das Problem die Mapinfo-Daten sind. > > Gruß > Oliver > > > Thomas Lynen wrote: > >>Hallo zusammen, >>habe jetzt erfolgreich ein Beispiel mit Shape Files unter MapScript ans laufen gebracht. >>Da wir aber hier fast ausschliesslich auf die MapInfo Schiene setzen müsste ich dasselbe noch mit Tab Files hinbekommen. >> >>Die Dokumentationen die ich dazu gefunden haben sagen alle das ich das mit OGR machen kann. ( das noch viele weitere Formate unterstützt ) >>OGR ist in der Bibliothek gdal11.dll enthalten soweit ich das verstanden habe ( die Datei liegt im System Ordner damit PHP sie auch findet ) >> >>Habe folgenden Aufbau des Map Files versucht >> >> >>NAME "Test" >>SIZE 500 500 >>STATUS On >>EXTENT 2504037.713597184 5595523.8441480631 2529880.9282352626 5646291.6183027001 >> >>WEB >>IMAGEPATH "d:/pub/www/maps/tmp/" >>IMAGEURL "/maps/tmp/" >>END >> >>LAYER >> NAME "KreisAachen" >> TYPE POLYGON >> CONNECTIONTYPE OGR >> CONNECTION "d:/pub/www/maps/data/KreisAachen.TAB" >> STATUS ON >> STYLEITEM "AUTO" >>END >> >>END >> >> >>Leider funktioniert es nicht und es kommt folgende Fehlermeldung >> >> >>Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'KreisAachen'. in d:\pub\www\index.php on line 8 >> >>Warning: [MapServer Error]: msOGRFileOpen(): Open failed for OGR connection `d:/pub/www/maps/data/KreisAachen.TAB'. File not found or unsupported format. in d:\pub\www\index.php on line 8 >> >>Fatal error: Call to a member function on a non-object in d:\pub\www\index.php on line 9 >> >> >>Da ich ausschliessen kann das die Datei nicht vorhanden ist denke ich mal das er das Format nicht unterstützt. >>Sollte er aber über die gdal11.dll oder ? >> >>Weiss jemand Rat ? >> >>Gruss + Schönen Feierabend schonmal >> >>Thomas >> >>_______________________________________________ >>Mapserver-DE mailing list >>Mapserver-DE at freegis.org >>https://freegis.org/mailman/listinfo/mapserver-de >> >> >> > > > -- Dipl.-Geogr. Oliver Wesp Gesellschaft fuer geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com From jhart at frw.uva.nl Thu Feb 12 14:03:59 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 12 Feb 2004 14:03:59 +0100 Subject: [Mapserver-DE] Kompilieren Suse 8.2 In-Reply-To: <402B606D.3020108@ccgis.de> References: <402B5805.1020107@gmx.de> <402B606D.3020108@ccgis.de> Message-ID: <402B79BF.6060805@frw.uva.nl> Arnulf Christl wrote: > Bei SUSE muss man bedenken, dass der Support verfällt, wenn man den > Kernel neu kompiliert, was erforderlich ist, weil SuSE 8 die für PostGIS > 8 mit GEOS (OGC kompatible Funktionsbibliothek) erfoderliche Version 7.4 > von PostgreSQL nicht unterstütz. Ist da wirklich eine *Kernel* Kompilation erforderlich? Ich arbeite auf ein Debian Cluster an der Uni, wo ich nichts im System ändern kann. Habe alles (PostgreSQL7.4, PostGIS 0.8, GEOS) unter meinem Account kompiliert (./configure --prefix=$HOME). Ist das unter SUSE nicht möglich? Jan From hubert.froehlich at bvv.bayern.de Thu Feb 12 15:09:06 2004 From: hubert.froehlich at bvv.bayern.de (=?ISO-8859-1?Q?Hubert_Fr=F6hlich?=) Date: Thu, 12 Feb 2004 15:09:06 +0100 Subject: [Mapserver-DE] Kompilieren Suse 8.2 In-Reply-To: <402B79BF.6060805@frw.uva.nl> References: <402B5805.1020107@gmx.de> <402B606D.3020108@ccgis.de> <402B79BF.6060805@frw.uva.nl> Message-ID: <402B8902.4030209@bvv.bayern.de> Jan Hartmann schrieb: > > > Arnulf Christl wrote: > >> Bei SUSE muss man bedenken, dass der Support verfällt, wenn man den >> Kernel neu kompiliert, was erforderlich ist, weil SuSE 8 die für >> PostGIS 8 mit GEOS (OGC kompatible Funktionsbibliothek) erfoderliche >> Version 7.4 von PostgreSQL nicht unterstütz. > > > Ist da wirklich eine *Kernel* Kompilation erforderlich? Definitiv nicht!!!! Compilieren einer Applikation (und auch eine Datenbank ist eine) hat doch nichts mit dem Kernel zu tun! > Ich arbeite auf > ein Debian Cluster an der Uni, wo ich nichts im System ändern kann. Habe > alles (PostgreSQL7.4, PostGIS 0.8, GEOS) unter meinem Account kompiliert > (./configure --prefix=$HOME). Ist das unter SUSE nicht möglich? Natürlich ist das möglich. Ich habe unter SuSE (verschiedene Versionen, meist 8.1) alles compiliert, was ich gebraucht habe: GD, GDAL, freetype, mapserver, PostgreSQL, geos, PostGIS etc. Hört sich umständlich an, setzt etwas Systemkenntnisse voraus, ist aber durchaus anzuraten. Vor allem dann, wenn man mit einigen Sachen aus der SuSE-Distribution nicht klarkommt (z.B. weil andere Versionen oder bestimmte Compileroptionen gebraucht werden) oder Versionskonflikte auflösen muss (hatte ich z.B. bei einigen gd- und freetype-Versionen) . Nicht alle Sachen passen zu allen Distributionen. Je nach Distributionsversion, Updates etc. kann es sein, dass das eine oder andere klemmt. Auf diese Weise haben wir MapServer auch auf älteren Rechnern mit SuSE 7.3 ( die wir nicht umstellen konnten) zum Laufen gebracht. Gruß Hubert -- ------------------------------------------------------------------------------- Dr.-Ing. Hubert Fröhlich Bezirksfinanzdirektion München Alexandrastr. 3, D-80538 München, GERMANY Tel. :+49 (0)89 / 2190 - 2980 Fax :+49 (0)89 / 2190 - 2997 hubert dot froehlich at bvv dot bayern dot de From thelen at ccgis.de Thu Feb 12 15:19:04 2004 From: thelen at ccgis.de (Benjamin Thelen) Date: Thu, 12 Feb 2004 15:19:04 +0100 Subject: [Mapserver-DE] Kompilieren Suse 8.2 In-Reply-To: <402B79BF.6060805@frw.uva.nl> References: <402B5805.1020107@gmx.de> <402B606D.3020108@ccgis.de> <402B79BF.6060805@frw.uva.nl> Message-ID: <402B8B58.2010502@ccgis.de> Jan Hartmann wrote: > > > Arnulf Christl wrote: > >> Bei SUSE muss man bedenken, dass der Support verfällt, wenn man den >> Kernel neu kompiliert, was erforderlich ist, weil SuSE 8 die für >> PostGIS 8 mit GEOS (OGC kompatible Funktionsbibliothek) erfoderliche >> Version 7.4 von PostgreSQL nicht unterstütz. > > > Ist da wirklich eine *Kernel* Kompilation erforderlich? Ich arbeite > auf ein Debian Cluster an der Uni, wo ich nichts im System ändern > kann. Habe alles (PostgreSQL7.4, PostGIS 0.8, GEOS) unter meinem > Account kompiliert (./configure --prefix=$HOME). Ist das unter SUSE > nicht möglich? > > Jan > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > Hallo Jan, es geht nicht um eine Kernel Kompilierung, sondern um die Kompilierung von Bibliotheken und Software, die es nicht als SuSE-RPM gibt, aber für den UMN MapServer je nach Zielsetzung erforderlich sind. Ich zitiere hier eine Mail, die zwischen einem unserer Kunden und der SuSE AG stattgefunden hat: Vielen Dank für Ihre Anfrage an den Support der SUSE LINUX AG. Sie schrieben: >> Für ein Projekt benötigen wir als Voraussetzung auf dem Server mit SLES 8 > > neuere Versionen von Paketen, als sie für den SLES 8 bereitgestellt werden. >> Aktuellere Versionen der folgenden Pakete werden benötigt: >> > > (...) Leider werden für den SLES8 keine neueren Versionen zur Verfügung gestellt (es sei denn, ältere enthalten kritische Fehler, die einen Versionsprung nötig machen). >> Außerdem: >> Ist die Ausführung von php4 auch als cgi-Skript möglich mit dem php4-rpm? > > PHP4 wird immer als CGI-Script ausgeführt, lediglich bei mod_php4 anders angesprochen. Könnten Sie mir bitte mitteilen, was sie genau versuchen zu erreichen? >> Wie kann man mit den Paketen grundsätzlich verfahren? Kann man einfach, soweit > > vorhanden, Pakete aus der SuSE 8.2 nehmen? Technisch gesehen ist der SLES8 am nähesten an SL8.1. Bitte beachten Sie jedoch, dass solche Konfigurationen von uns keinerlei Support genießen! Weitere Informationen über den Support finden sich hier: http://www.suse.de/de/private/support/inst_support/support_overview.html#01 debian GNU/Linux bietet da schon mehr Pakete und ist dadurch, dass es ja drei Distributionen (stable, testing, unstable) gibt, auch recht flexibel, was den Einsatz neuerer Softwarepakete angeht. Am flexibelsten jedoch ist FreeBSD, da es bisher quasi kein Paket gibt, dass UMN-MapServer benötigen könnte, dass FreeBSD in seiner Ports-Collection nicht enthalten würde. Selbst GEOS ist schon in der Ports-Collection enthalten. Gut, postgis und mapserver fehlen noch :-). Ich denke aber, dass es in der nächsten Zeit zumindest für mapserver auch einen Port geben dürfte. Gruß, Benjamin Thelen --------------------------------- CCGIS GbR - Bonn http://www.ccgis.de Siemensstraße 8 53121 Bonn Germany Tel: ++49 (0) 228 90826 15 Fax: ++49 (0) 228 90826 11 From Mike.Elstermann at itc-halle.de Thu Feb 12 15:19:05 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Thu, 12 Feb 2004 15:19:05 +0100 Subject: AW: [Mapserver-DE] Kompilieren Suse 8.2 Message-ID: <8BC0EAF5B383D711B69E0006293896C7B18567@ZEVHNT6> hallo, ich habe mapserver 3.66 und 4.0 und postgresql 7.3.3. und postgis (cvs-var., die ca der 0.8) und geos unter suse 8.1, 8.2 und 9.0 kompiliert und schon bein mehreren kunden im einsatz - ich musste nie(!) den kernel neu kompilieren. ich habe jeweils den kernel genommen, den suse mitliefert. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/RIS, e-Solutions ::: IT-Consult Halle GmbH, Bornknechtstraße 5, 06108 Halle (Saale) ::: Sitz: Große Nikolaistraße 8 ::: Tel.: +49 345 221 4237, Fax: +49 345 221 4236, mobil: +49 160 71 545 02 ::: mike.elstermann at itc-halle.de ::: http://www.itc-halle.de ::: GeoDaten Online? -> http://www.itcgis.de -----Ursprüngliche Nachricht----- Von: Jan Hartmann [mailto:jhart at frw.uva.nl] Gesendet: Donnerstag, 12. Februar 2004 14:04 An: Arnulf Christl Cc: Achim Spaeter; mapserver-de at freegis.org Betreff: Re: [Mapserver-DE] Kompilieren Suse 8.2 Arnulf Christl wrote: > Bei SUSE muss man bedenken, dass der Support verfällt, wenn man den > Kernel neu kompiliert, was erforderlich ist, weil SuSE 8 die für PostGIS > 8 mit GEOS (OGC kompatible Funktionsbibliothek) erfoderliche Version 7.4 > von PostgreSQL nicht unterstütz. Ist da wirklich eine *Kernel* Kompilation erforderlich? Ich arbeite auf ein Debian Cluster an der Uni, wo ich nichts im System ändern kann. Habe alles (PostgreSQL7.4, PostGIS 0.8, GEOS) unter meinem Account kompiliert (./configure --prefix=$HOME). Ist das unter SUSE nicht möglich? Jan _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From grizadams at web.de Thu Feb 12 15:50:20 2004 From: grizadams at web.de (Grizzly Adams) Date: Thu, 12 Feb 2004 15:50:20 +0100 Subject: [Mapserver-DE] Kompilieren Suse 8.2 Message-ID: <200402121450.i1CEoKQ00687@mailgate5.cinetic.de> Hallo Achim, um auf die urspruengliche Frage zurueckzukommen: ------------- Gibt es eine Doku für ein möglichst schmerzfreies Einrichten von Mapserver 4 unter Suse Linux 8.2? Ich möchte auch Postgis mit einbinden ------------- Es gibt auch ein ganz nettes und umfangreiches Mapserver-on-Suse-HowTo hier: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0208/msg00285.html Ist nicht mehr ganz aktuell (Aug 02), fuer Suse 8.0 und es stimmen auch nicht mehr alle Links. Aber eine Stuetze ist es bestimmt. Inhalte: MapServer (-Bibliotheken), Postgres/PostGIS, PHP/MapScript Gruss, Hendrik ______________________________________________________________________________ Nachrichten, Musik und Spiele schnell und einfach per Quickstart im WEB.DE Screensaver - Gratis downloaden: http://screensaver.web.de/?mc=021110 From jan at intevation.de Thu Feb 12 15:51:47 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 12 Feb 2004 15:51:47 +0100 Subject: [Mapserver-DE] Kompilieren Suse 8.2 In-Reply-To: <402B8B58.2010502@ccgis.de> References: <402B5805.1020107@gmx.de> <402B606D.3020108@ccgis.de> <402B79BF.6060805@frw.uva.nl> <402B8B58.2010502@ccgis.de> Message-ID: <20040212145147.GB10117@intevation.de> On Thu, Feb 12, 2004 at 03:19:04PM +0100, Benjamin Thelen wrote: > debian GNU/Linux bietet da schon mehr Pakete und ist dadurch, dass es ja > drei Distributionen (stable, testing, unstable) gibt, auch recht > flexibel, was den Einsatz neuerer Softwarepakete angeht. Es sind nicht nur die drei Ebenen die die Flexibilität ausmachen, sondern die elegante Art, Backports bestimmter aktueller Pakete für stable herzustellen. Wir verwenden daher primär Debian GNU/Linux bei unseren Kundenprojekten und natürlich auch für unsere eigene Infrastruktur. Beste Grüsse -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From arnulf.christl at ccgis.de Thu Feb 12 15:57:07 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Thu, 12 Feb 2004 15:57:07 +0100 Subject: [Mapserver-DE] Kompilieren Suse 8.2 In-Reply-To: <8BC0EAF5B383D711B69E0006293896C7B18567@ZEVHNT6> References: <8BC0EAF5B383D711B69E0006293896C7B18567@ZEVHNT6> Message-ID: <402B9443.1010205@ccgis.de> Hallo, ich möchte mich für die verursachte Verwirrung entschuldigen, der *Kernel* muss nicht neu kompiliert werden - mein Fehler. Ich wollte darauf hinweisen, dass der von SuSE gebotene Service u.U. verfällt, wenn man Software aus den Sourcen kompiliert, z.B. weil sie nicht als rpms zur Verfügung stehen. Das betrifft wahrscheinlich nur Anbieter, die den UMN MapServer in kommerziellen Projekten bei Kunden einsetzen möchten und dort mit restriktiven Richtlinien zu tun haben. Wir hatten des öfteren den Falll, dass entgegen unserer Empfehlung für Debian oder FreBSD unbedingt SuSE eingesetzt werden sollte, um die Sicherheit des Services zu bekommen, dann aber festgestellt wurde, dass der verfällt wenn man Software aus den Sourcen kompiliert. Gruß, Arnulf. From Thomas.Lynen at regioit-aachen.de Fri Feb 13 12:07:19 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Fri, 13 Feb 2004 12:07:19 +0100 Subject: [Mapserver-DE] Allgemeine Fragen Message-ID: Hallo zusammen, ich hatte da noch 2 allgemeine Fragen. 1. Mapserver vs. MapScript Ist es so das MapScript das Produkt ist an dem permanent weiterentwickelt wird und MapServer kaselt dann nur weitere Eigenschaften von MapScript ? Oder sind das "unabhängige" Produkte die nur von Zeit zu Zeit einander angeglichen werden ? 2. Eins zu Eins Darstellung von MapInfo Files Ist es möglich MapInfo Dateien so Darzustellen ohne viel in der map Datei zu konfigurieren ? Frei nach den Motto : What zu see is what you get ? Es ist etwas mühselig die Ausgestaltung eines Flächennutzungsplanes ( nach Planzeichenverordnung ) mit einen map File darzustellen. Eigentlich ist es sogar unmöglich da wir eigens geschriebene MApInfo Bibliotheken benutzen die wir natürlich auch irgendwie unter MapServer ans laufen bringen müssen. PS : Oder erwarte ich einfach zuviel ? Schönes Wochenende Thomas From Gunter.Rieth at stadt.mainz.de Fri Feb 13 12:37:49 2004 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth@stadt.mainz.de) Date: Fri, 13 Feb 2004 12:37:49 +0100 Subject: Antwort: [Mapserver-DE] Allgemeine Fragen In-Reply-To: Message-ID: Hallo alleine, hier ein paar Anmerkungen zu Punkt 2: eine 1 zu 1 Übernahme von Mapinfo TABs (und/oder MIFs) schafft die OGR Schnittstelle nicht (liegt zum Teil auch an Mapinfo, weil hier über interne Nummern gearbeitet wird: Linie, Symbol usw). Also Handarbeit ist schon notwendig um die Ausgestaltung annähernd hinzubekommen. Was sehr hilft ist die Unterstützung von Truetype Fonts (es darf nur kein Symbol auf dem Zeichen " liegen ;-) ), wenn dann der Drehwinkel von MI-Symbolen, wenn nötig, noch in einem MI-Feld steht umso besser (Drehwinkel bei Symbolen wird nicht unterstützt) . z.B. LABELITEM 'winkel' LABELANGLEITEM 'WINKEL' Siehe: LAYER NAME topkt6 TYPE ANNOTATION #GROUP Topographie LABELCACHE ON POSTLABELCACHE ON MINSCALE 100 MAXSCALE 2500 CONNECTIONTYPE OGR CONNECTION "F:/Test/SAVE_Mapserver/WEB_OPAC/html/Data/mainz/save/topkt6.TAB" STATUS ON # Transparency 50 METADATA "wms_srs" "EPSG:31463" "wms_title" "Topkt6" "wms_group_title" "Topographie" END LABELITEM 'winkel' LABELANGLEITEM 'WINKEL' CLASS # NAME "Ein-/Ausgang__1037" EXPRESSION ( [OSCHL] eq 1037 ) TEXT "%" LABEL COLOR 0 0 255 Outlinecolor 255 255 255 FORCE true TYPE TRUETYPE FONT "GPGSymbole" SIZE 8 END END # CLASS # NAME "Ein-/Ausfahrt_1038" EXPRESSION ( [OSCHL] eq 1038 ) TEXT " " LABEL FORCE true COLOR 0 0 255 BUFFER 30 #Backgroundcolor 255 0 0 #shadowcolor 255 255 255 TYPE TRUETYPE FONT "GPGSymbole" SIZE 10 END END # CLASS # NAME "topkt6_andere" COLOR 18 8 198 TEXT "y" EXPRESSION "." LABEL TYPE TRUETYPE FONT "GPGSymbole" SIZE 10 END END END # Layer Bei speziell entwickelten MI-Linien ist wahrscheinlich "Bastelarbeit angesagt", aber, mit dem UMN Mapserver ist beinahe alles irgendwie möglich. Viel Erfolg ! Mit freundlichen Grüßen Gunter Rieth (Ing. f. Grafische Datenverarbeitung) (Dipl.-Ing.(FH) Kartographie) 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 "Thomas Lynen" Gesendet von: mapserver-de-bounces at freegis.org 13.02.2004 12:07 An Kopie Thema [Mapserver-DE] Allgemeine Fragen Hallo zusammen, ich hatte da noch 2 allgemeine Fragen. 1. Mapserver vs. MapScript Ist es so das MapScript das Produkt ist an dem permanent weiterentwickelt wird und MapServer kaselt dann nur weitere Eigenschaften von MapScript ? Oder sind das "unabhängige" Produkte die nur von Zeit zu Zeit einander angeglichen werden ? 2. Eins zu Eins Darstellung von MapInfo Files Ist es möglich MapInfo Dateien so Darzustellen ohne viel in der map Datei zu konfigurieren ? Frei nach den Motto : What zu see is what you get ? Es ist etwas mühselig die Ausgestaltung eines Flächennutzungsplanes ( nach Planzeichenverordnung ) mit einen map File darzustellen. Eigentlich ist es sogar unmöglich da wir eigens geschriebene MApInfo Bibliotheken benutzen die wir natürlich auch irgendwie unter MapServer ans laufen bringen müssen. PS : Oder erwarte ich einfach zuviel ? Schönes Wochenende Thomas _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From jhart at frw.uva.nl Fri Feb 13 13:17:23 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Fri, 13 Feb 2004 13:17:23 +0100 Subject: [Mapserver-DE] Allgemeine Fragen In-Reply-To: References: Message-ID: <402CC053.6040604@frw.uva.nl> Thomas Lynen wrote: > > 1. Mapserver vs. MapScript > Ist es so das MapScript das Produkt ist an dem permanent weiterentwickelt wird und MapServer > kaselt dann nur weitere Eigenschaften von MapScript ? > Oder sind das "unabhängige" Produkte die nur von Zeit zu Zeit einander angeglichen werden ? > Umgekehrt: MapServer ist das Hauptprodukt, die Script-Versionen werden davon abgeleitet. Für die Versionen für Perl, Python, Ruby und TCL geht das mehr oder wenig automatisch mittels "Swig" (www.swig.org). Für PHP gibt es kein Swig interface, deshalb wird PHP/MapScript eigens von der Kanadischen Firma DMSolutions (www.dmsolutions.ca) entwickelt auf der Grundlage der CGI-Kode. Die Protagonisten der CGI und PHP/Mapscript Versionen, Steve Lime und Daniel Morissette, sind die eigentliche "Eltern" von MapServer (http://mapserver.gis.umn.edu/mum/photos/soc1.jpg) Im algemeinen ist die CGI-version die fortgeschrittenste. Die Script-Versionen sind ziemlich gut synchronisiert, PHP/MapScript am besten. Zur einfachen Herstellung von Karten fürs Web reicht MapServer CGI mehr als genügend aus; MapScript benötigt man bei weiteren Verarbeitungen, z.B. Kombinationen mit Datenbanken oder das "on-the-fly" Generieren von Karten. MapScript bietet auch mehr Flexibilität bei der Aufbau einer Webseite, ist aber schwieriger her zu stellen als ein reguläres CGI-Template. Jan PS: Was heißt "kaseln"? From arnulf.christl at ccgis.de Fri Feb 13 14:38:00 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Fri, 13 Feb 2004 14:38:00 +0100 Subject: [Mapserver-DE] Allgemeine Fragen In-Reply-To: References: Message-ID: <402CD338.70407@ccgis.de> ... >2. Eins zu Eins Darstellung von MapInfo Files >Ist es möglich MapInfo Dateien so Darzustellen ohne viel in der map Datei zu konfigurieren ? >Frei nach den Motto : What zu see is what you get ? >Es ist etwas mühselig die Ausgestaltung eines Flächennutzungsplanes ( nach Planzeichenverordnung ) mit einen map File darzustellen. >Eigentlich ist es sogar unmöglich da wir eigens geschriebene MApInfo Bibliotheken benutzen die wir natürlich auch irgendwie unter MapServer ans laufen bringen müssen. > > Hier noch ein etwas abwegiger aber pragmatischer Vorschlag. Wenn lediglich eine echte 1:1 Abbildung benötigt wird und der UMN MapServer sowieso nur auf einen Sekundärdatenbestand zugreift, dann ist es das einfachste, wenn man einen Rasterabzug in MapInfo macht und diese georeferenzierten Bilder als Rasterliste in MapServer einbindet. Das sieht dann nur in einem schmalen Zoombereich gut aus, aber das ist halt auch der Planzeichenverordnung eigen, die keine unterschiedlichen Maßstabsgrenzen bedienen kann. Falls man zusätzlich Daten abfragen möchte kann man die Umringe der B-Plan Objekte abfragbar hinterlegen und mit den Rasterkacheln überdecken. Dann ist die obere Ebene hübsch aber dumm und die darunterliegende intelligent aber hässlich, also ganz wie im normalen Leben ;-) >PS : Oder erwarte ich einfach zuviel ? > > Wie schon gesagt wurde: "mit dem UMN Mapserver ist beinahe alles irgendwie möglich". Deswegen kommt es nur darauf an wieviel man investieren möchte und das hängt davon ab wie der UMN zukünftig eingesetzt werden soll. Wenn sowieso mal ein Umstieg von MapInfo Dateihaufen in eine schöne Datenbank ansteht, dann kann man sich auch überlegen, ob nicht die Mühe lohnt die FNP Planzeichenverordnung nachzubilden. Wir machen das z.B. gerade für die ALK und das ist auch nicht immer lustig, wird aber sehr stark nachgefragt. Wenn dann noch jemand die B-Plan Planzeichenverordnung erschlägt (das ist auch ein richtig dickes Ding), dann gibt es für den UMN die wichtigsten "Fachschalen", die in der öffentlichen Verwaltung gefordert werden. Das ist doch mal ein schönes Ziel. Mich würde interessieren, ob es im deutschsprachigen Umfeld jemand gibt, der sich zutrauen würde die Zeichenbiliothek von UMN MapServer zu erweitern, um unsere (z.T. furchtbaren) deutschen Zeichenvorschriften besser bedienen zu können? Wenn man genügend Kunden zusammenkriegt sollte das auch finanzierbar sein. Wir haben das schon öfter diskutiert, aber ich denke das ist ein so spezielles Problem, dass wir das nicht von der UMN MapServer Standardentwicklung erwarten sollten. Gruß, Arnulf. >Schönes Wochenende > >Thomas > >_______________________________________________ >Mapserver-DE mailing list >Mapserver-DE at freegis.org >https://freegis.org/mailman/listinfo/mapserver-de > > > From jt at mapmedia.de Fri Feb 13 14:52:10 2004 From: jt at mapmedia.de (=?iso-8859-1?Q?J=F6rg?= Thomsen) Date: Fri, 13 Feb 2004 14:52:10 +0100 Subject: [Mapserver-DE] Re: Allgemeine Fragen: Planzeichen / Rasterdaten In-Reply-To: <402CD338.70407@ccgis.de> References: <402CD338.70407@ccgis.de> Message-ID: <6.0.0.22.2.20040213144149.02862590@localhost> Das Modell mit den Rasterdaten, haben wir in einem unserer erstem MapServerProjekte realisiert ( http://katalog.lgrb.de/hyk/ ). Damals sollten ArcInfo-Karten mit auch nicht eben einfachen geologischen Signaturen in eine MapServer Anwendung integriert werden. Das Zoom-Problem haben wir gelöst, indem die Rasterdaten in verschiedenen Maßstäben und Auflösungen für verschiedene Zoomstufen auf den Server gelegt haben. Ich denke das ist eine pragmatische und ordentliche Methode komplizierte Siganturen ins Web zu kriegen. Arnulf: Ein Projekt 'Signaturen für MapServer' hatten wir uns im letzten Jahr schon mal vorgenommen, aber wie das oft so ist mit internen Projekten, für die keiner zahlt und wo keiner drängelt, ist das im Sande verlaufen. Es steht allerdings auch in diesem Jahr wieder auf der Agenda. Vielleicht hat es mehr Erfolg wenn sich mehrere zusammentun und sich vielleicht auch zusammen den ein oder anderen Geldgeber suchen. 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: jthomsen at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ At 14:38 13.02.2004, Arnulf Christl wrote: >... > >>2. Eins zu Eins Darstellung von MapInfo Files >>Ist es möglich MapInfo Dateien so Darzustellen ohne viel in der map Datei >>zu konfigurieren ? >>Frei nach den Motto : What zu see is what you get ? >>Es ist etwas mühselig die Ausgestaltung eines Flächennutzungsplanes ( >>nach Planzeichenverordnung ) mit einen map File darzustellen. >>Eigentlich ist es sogar unmöglich da wir eigens geschriebene MApInfo >>Bibliotheken benutzen die wir natürlich auch irgendwie unter MapServer >>ans laufen bringen müssen. >> >Hier noch ein etwas abwegiger aber pragmatischer Vorschlag. Wenn lediglich >eine echte 1:1 Abbildung benötigt wird und der UMN MapServer sowieso nur >auf einen Sekundärdatenbestand zugreift, dann ist es das einfachste, wenn >man einen Rasterabzug in MapInfo macht und diese georeferenzierten Bilder >als Rasterliste in MapServer einbindet. Das sieht dann nur in einem >schmalen Zoombereich gut aus, aber das ist halt auch der >Planzeichenverordnung eigen, die keine unterschiedlichen Maßstabsgrenzen >bedienen kann. >Falls man zusätzlich Daten abfragen möchte kann man die Umringe der B-Plan >Objekte abfragbar hinterlegen und mit den Rasterkacheln überdecken. Dann >ist die obere Ebene hübsch aber dumm und die darunterliegende intelligent >aber hässlich, also ganz wie im normalen Leben ;-) > >>PS : Oder erwarte ich einfach zuviel ? >> >Wie schon gesagt wurde: "mit dem UMN Mapserver ist beinahe alles irgendwie >möglich". Deswegen kommt es nur darauf an wieviel man investieren möchte >und das hängt davon ab wie der UMN zukünftig eingesetzt werden soll. Wenn >sowieso mal ein Umstieg von MapInfo Dateihaufen in eine schöne Datenbank >ansteht, dann kann man sich auch überlegen, ob nicht die Mühe lohnt die >FNP Planzeichenverordnung nachzubilden. >Wir machen das z.B. gerade für die ALK und das ist auch nicht immer >lustig, wird aber sehr stark nachgefragt. Wenn dann noch jemand die B-Plan >Planzeichenverordnung erschlägt (das ist auch ein richtig dickes Ding), >dann gibt es für den UMN die wichtigsten "Fachschalen", die in der >öffentlichen Verwaltung gefordert werden. Das ist doch mal ein schönes Ziel. > >Mich würde interessieren, ob es im deutschsprachigen Umfeld jemand gibt, >der sich zutrauen würde die Zeichenbiliothek von UMN MapServer zu >erweitern, um unsere (z.T. furchtbaren) deutschen Zeichenvorschriften >besser bedienen zu können? Wenn man genügend Kunden zusammenkriegt sollte >das auch finanzierbar sein. Wir haben das schon öfter diskutiert, aber ich >denke das ist ein so spezielles Problem, dass wir das nicht von der UMN >MapServer Standardentwicklung erwarten sollten. > >Gruß, Arnulf. > >>Schönes Wochenende >> >>Thomas From Thomas.Lynen at regioit-aachen.de Mon Feb 16 08:42:51 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Mon, 16 Feb 2004 08:42:51 +0100 Subject: Antw: Re: [Mapserver-DE] Allgemeine Fragen Message-ID: >>> Jan Hartmann 13.2.2004 13:17:23 >>> >PS: Was heißt "kaseln"? das sollte kapseln heissen :-) Nochmal vielen Dank an alle die mir geantwortet haben. Ich beantworte jetzt alle auf einmal weil ich die Mailing List nicht zuspamen will und meien Antwort eh von allgemeiner Natur ist. Was FNP/Planzeichenverordnung und Co angeht so wird das wohl noch einiges dauern bis wir uns da rantrauen. Wir sammeln am besten erstmal Erfahrungen mit kleinen Projekten. Man soll sich ja für den Anfang nicht übernehmen :-) Was die Symbol Dateien angeht die Oliver Wesp ansprach, so werde ich mal recharchieren :-) Gruss Thomas From wesp at gdv.com Mon Feb 16 09:20:38 2004 From: wesp at gdv.com (Oliver Wesp) Date: Mon, 16 Feb 2004 09:20:38 +0100 Subject: Antw: Re: [Mapserver-DE] Allgemeine Fragen In-Reply-To: References: Message-ID: <40307D56.4030700@gdv.com> Thomas Lynen wrote: > Was die Symbol Dateien angeht die Oliver Wesp ansprach, so werde ich mal recharchieren :-) http://www2.dmsolutions.ca/msapps/yk_demo/etc/symbols_mapinfo.sym -- Dipl.-Geogr. Oliver Wesp Gesellschaft fuer geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com From Achim.Spaeter at gmx.de Mon Feb 16 09:30:31 2004 From: Achim.Spaeter at gmx.de (Achim Spaeter) Date: Mon, 16 Feb 2004 09:30:31 +0100 Subject: [Mapserver-DE] OGC WMS-Server Message-ID: <40307FA7.3080802@gmx.de> Hallo, setze mich gerade mit dem Aufbau eines WMS-Kartendienstes auseinander. Meine Mapserver-Version 3.6.5 unterstützt die erforderlichen Server-Funktionen. Ich habe die ITASCA-Semo auf dem Server am Laufen. Der Mapfile erfüllt ja ebenfalls die erforderlichen Voraussetzungen. Wie mache ich aber bekannt, wo mein ITASCA-Mapfile (itasca/demo.map) liegt? Ohne diese Information kann ein http://localhost/cgi-bin/mapserv?map=demo.map&REQUEST=GetCapabilities ja nur ins Leere laufen. Schöne Grüße Achim Später From Achim.Spaeter at gmx.de Mon Feb 16 09:42:51 2004 From: Achim.Spaeter at gmx.de (Achim Spaeter) Date: Mon, 16 Feb 2004 09:42:51 +0100 Subject: [Mapserver-DE] Mapserver und Jump Message-ID: <4030828B.4030002@gmx.de> Hallo, gibt es hier praktische Erfahrungen bzgl. der Verwendung von Mapserver WMS-Services in dem Open Source Produkt Jump? Funktioniert das tatsächlich? Wie schaut es mit der Performance aus? Läuft das stabil? Schöne Grüße Achim Später From Thomas.Lynen at regioit-aachen.de Mon Feb 16 10:44:18 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Mon, 16 Feb 2004 10:44:18 +0100 Subject: Antw: [Mapserver-DE] OGC WMS-Server Message-ID: Hallo Achim, mit WMS habe ich mich zwar noch nicht auseinandergesetzt aber vieleicht hilft dir das weiter ... Geb einfach den kompletten Pfad zur Map Datei mit an http://localhost/cgi-bin/mapserv?map=d:/pub/mapfiles/template1.map&mode=browse ( link entsprechend abpassen ) Gruss Thomas >>> Achim Spaeter 16.2.2004 09:30:31 >>> Hallo, setze mich gerade mit dem Aufbau eines WMS-Kartendienstes auseinander. Meine Mapserver-Version 3.6.5 unterstützt die erforderlichen Server-Funktionen. Ich habe die ITASCA-Semo auf dem Server am Laufen. Der Mapfile erfüllt ja ebenfalls die erforderlichen Voraussetzungen. Wie mache ich aber bekannt, wo mein ITASCA-Mapfile (itasca/demo.map) liegt? Ohne diese Information kann ein http://localhost/cgi-bin/mapserv?map=demo.map&REQUEST=GetCapabilities ja nur ins Leere laufen. Schöne Grüße Achim Später _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From Silke.Reimer at intevation.de Mon Feb 16 11:35:38 2004 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Mon, 16 Feb 2004 11:35:38 +0100 Subject: Antw: [Mapserver-DE] OGC WMS-Server In-Reply-To: References: Message-ID: <20040216103538.GD22837@intevation.de> Hallo Achim, On Mon, Feb 16, 2004 at 10:44:18AM +0100, Thomas Lynen wrote: > Hallo Achim, > mit WMS habe ich mich zwar noch nicht auseinandergesetzt aber vieleicht hilft dir das weiter ... > > Geb einfach den kompletten Pfad zur Map Datei mit an > http://localhost/cgi-bin/mapserv?map=d:/pub/mapfiles/template1.map&mode=browse Wenn Du den Pfad des Mapfiles nicht nach außen publizieren möchtest, dann gibt es auch die Möglichkeit, die Informationen in ein Skript o.ä. zu verstecken und diese von außen anzusprechen. Unter http://mapserver.gis.umn.edu/doc40/wms-server-howto.html#onlineresourceurl sind drei Möglichkeiten beschrieben, wie das gehen kann. Viele Grüße, Silke > > ( link entsprechend abpassen ) > > Gruss > > Thomas > > >>> Achim Spaeter 16.2.2004 09:30:31 >>> > Hallo, > > setze mich gerade mit dem Aufbau eines WMS-Kartendienstes auseinander. > > Meine Mapserver-Version 3.6.5 unterstützt die erforderlichen > Server-Funktionen. > Ich habe die ITASCA-Semo auf dem Server am Laufen. Der Mapfile erfüllt > ja ebenfalls die erforderlichen Voraussetzungen. > > Wie mache ich aber bekannt, wo mein ITASCA-Mapfile (itasca/demo.map) liegt? > > Ohne diese Information kann ein > > http://localhost/cgi-bin/mapserv?map=demo.map&REQUEST=GetCapabilities > > ja nur ins Leere laufen. > > > Schöne Grüße > > Achim Später > > _______________________________________________ > 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 -- Silke Reimer Intevation GmbH http://intevation.de/ FreeGIS 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: nicht verfügbar URL : http://www.intevation.de/pipermail/mapserver-de/attachments/20040216/93255e2d/attachment.bin From werner.jung at stand-montafon.at Mon Feb 16 12:12:21 2004 From: werner.jung at stand-montafon.at (Jung Werner (Stand Montafon)) Date: Mon, 16 Feb 2004 12:12:21 +0100 Subject: AW: Antw: [Mapserver-DE] OGC WMS-Server Message-ID: <16214E3A5E3376438760BFDA70201C1674915A@cnvbr2k02.cnv> -----Ursprüngliche Nachricht----- Von: Silke Reimer [mailto:Silke.Reimer at intevation.de] Gesendet: Montag, 16. Februar 2004 11:36 An: mapserver-de at freegis.org Betreff: Re: Antw: [Mapserver-DE] OGC WMS-Server Hallo Achim, On Mon, Feb 16, 2004 at 10:44:18AM +0100, Thomas Lynen wrote: > Hallo Achim, > mit WMS habe ich mich zwar noch nicht auseinandergesetzt aber vieleicht hilft dir das weiter ... > > Geb einfach den kompletten Pfad zur Map Datei mit an > http://localhost/cgi-bin/mapserv?map=d:/pub/mapfiles/template1.map&mode=browse Wenn Du den Pfad des Mapfiles nicht nach außen publizieren möchtest, dann gibt es auch die Möglichkeit, die Informationen in ein Skript o.ä. zu verstecken und diese von außen anzusprechen. Unter http://mapserver.gis.umn.edu/doc40/wms-server-howto.html#onlineresourceurl sind drei Möglichkeiten beschrieben, wie das gehen kann. Viele Grüße, Silke > > ( link entsprechend abpassen ) > > Gruss > > Thomas > > >>> Achim Spaeter 16.2.2004 09:30:31 >>> > Hallo, > > setze mich gerade mit dem Aufbau eines WMS-Kartendienstes auseinander. > > Meine Mapserver-Version 3.6.5 unterstützt die erforderlichen > Server-Funktionen. > Ich habe die ITASCA-Semo auf dem Server am Laufen. Der Mapfile erfüllt > ja ebenfalls die erforderlichen Voraussetzungen. > > Wie mache ich aber bekannt, wo mein ITASCA-Mapfile (itasca/demo.map) liegt? > > Ohne diese Information kann ein > > http://localhost/cgi-bin/mapserv?map=demo.map&REQUEST=GetCapabilities > > ja nur ins Leere laufen. > > > Schöne Grüße > > Achim Später > > _______________________________________________ > 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 -- Silke Reimer Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From jhart at frw.uva.nl Mon Feb 16 13:32:35 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Mon, 16 Feb 2004 13:32:35 +0100 Subject: [Mapserver-DE] Mapserver und Jump In-Reply-To: <4030828B.4030002@gmx.de> References: <4030828B.4030002@gmx.de> Message-ID: <4030B863.4030302@frw.uva.nl> Achim Spaeter wrote: > > gibt es hier praktische Erfahrungen bzgl. der Verwendung von > Mapserver WMS-Services in dem Open Source Produkt Jump? > > Funktioniert das tatsächlich? Wie schaut es mit der Performance aus? > Läuft das stabil? > Ik habe ein bisschen damit gearbeitet, und es funktioniert wirklich. Es waren aber nur kleine Aufgaben (ganz wenige Linien und Punkte), darum kann ich über Performance nichts sagen. Es macht einen ziemlich stabilen Eindruck. Neulich hat man eine Plugin für PostGIS-Karten hinzugefügt, und die funkioniert auch ohne Probleme. Es ist z.B. möglich alle Punkte innerhalb eines Polygon zu selektieren. Ich wurde es aber fürs erste nicht bei großeren Digitalisierungsprojekten einsetzen. Jan From Thomas.Lynen at regioit-aachen.de Mon Feb 16 15:17:33 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Mon, 16 Feb 2004 15:17:33 +0100 Subject: [Mapserver-DE] Layerkontrolle Message-ID: Hallo zusammen Ich bin gerade dabei das MapServer Tutorial ( http://hypnos.cbs.umn.edu/cgi-bin/mapserv40?map=/data/projects/tutorial/example2-2.map&layer=states&mode=browse ) durchzuarbeiten und bin auf folgenden "Auffälligkeit" gestossen. Wenn ich eine Layerkontrolle einbauen so ich jeden einzelnen Layer im HTML Template eintragen den ich benutze bzw den ich in der Layerkontrolle drin haben will. Im Mapfile geb ich den entsprechenden Layer den Namen POLY1 Wenn ich nun im MapFile im Layerbereich STATUS OFF eintrage, so wird beim starten der Layer nicht angezeigt und ich kann ihn mir bei Bedarf "dazuholen". Aber wenn ich STATUS DEFAULT Eintrage dann sehe ich ihn zwar beim starten aber 1. Kann ich ihn nicht mehr ausschalten und 2. Wird die Checkbox beim starten nicht "gechecked" Wenn alle Layer als STATUS OFF eingetragen werden, funktioniert alles so wie es sollte ( naja aber wenn will man schon beim starten alle Layer nicht anzeigen ? ), die Layer aber die mit STATUS DEFAULT gestartet werden, können nicht ausgeschaltet werden und der Checkbox bleibt beim start immer ungechecked. Wenn ich STATUS ON benutze wird es noch merkwürdiger. Je nachdem ob ein Layer oberhalb oder unterhalb eines anderen Layers in der Map Datei steht wird es angezeigt oder auch nicht. D.h. manchmal lässt er sich garnicht anzeigen, manchmal wird er immer angezeigt und manchmal funktionieren bestimmte Kombinationen einwandfrei. Es scheint aber ein gewisses Schema dahinterzustecken. Es ist aber nicht so das die gleiche Kombination mal läuft und mal nicht läuft. Gibts es da bestimmte Dinge die man da beachten muss bzw hat jemand ähnliche Erfahrungen gemacht oder liegt der Fehler bei mir ? ( so überschaubar wie mein Test Mapfile ist schliesse ich das eigentlich aus, aber man weiss ja nie ) Gruss Thomas From wesp at gdv.com Mon Feb 16 15:47:19 2004 From: wesp at gdv.com (Oliver Wesp) Date: Mon, 16 Feb 2004 15:47:19 +0100 Subject: [Mapserver-DE] Layerkontrolle In-Reply-To: References: Message-ID: <4030D7F7.9050400@gdv.com> Hallo, das mit dem Layerstatus ist ein ziemlicher Klassiker. Aber Du hast die Sachlage im Prinzip richtig erkannt. Alle Layer die Du über eine Layersteuerung ansprechen willst sollten den Status ON bekommen. Damit sind sie für den Nutzer an- und abzuschalten. Die Frage welche dieser Layer beim ersten Kartenaufruf sichtbar sein sollen, steuerst Du über den ersten Request. Status DEFAULT ist gut für Layer, die sich der Userkontrolle entziehen aollen. Zum Beispiel Hintergrundkarten, die der Nutzer nicht abschalten soll. Da du diese auch nicht explizit anfordern musst, würde ich die aus der Layersteuerung rausnehmen. Macht ja keinen Sinn, werden ja eh' immer angezeigt. Weshalb diese Layer auch umgekehrt bei der Steuerung der Checkboxen ignoriert werden. Und den tieferen Sinn von Status OFF wissen wenn überhaupt nur die Mapserver-Götter. Und auch die vermutlich nicht so genau. Mit einem abgeschalteten Layer kann man nämlich genau gar nichts mehr tun. Nicht anzeigen, nicht abfragen, nichts. Ist allerdings in der Tat ganz praktisch, wenn man mal einen Layer rausschmeißen will ohne gleich den ganzen Mapfile-Code zu löschen oder auszukommentieren. Das ganze sollte konsistent funktionieren. Genaueres zu den von Dir beschriebenen Phänomenen kann man bestimmt sagen, wenn Du uns einen Blick auf Dein Mapfile und Dein Template erlauben würdest. gruß Oliver Thomas Lynen wrote: > Hallo zusammen > Ich bin gerade dabei das MapServer Tutorial ( http://hypnos.cbs.umn.edu/cgi-bin/mapserv40?map=/data/projects/tutorial/example2-2.map&layer=states&mode=browse ) durchzuarbeiten und bin auf folgenden "Auffälligkeit" gestossen. > > Wenn ich eine Layerkontrolle einbauen so ich jeden einzelnen Layer im HTML Template eintragen den ich benutze bzw den ich in der Layerkontrolle drin haben will. > > > > Im Mapfile geb ich den entsprechenden Layer den Namen POLY1 > > Wenn ich nun im MapFile im Layerbereich STATUS OFF eintrage, so wird beim starten der Layer nicht angezeigt und ich kann ihn mir bei Bedarf "dazuholen". > Aber wenn ich STATUS DEFAULT Eintrage dann sehe ich ihn zwar beim starten aber > 1. Kann ich ihn nicht mehr ausschalten und > 2. Wird die Checkbox beim starten nicht "gechecked" > > Wenn alle Layer als STATUS OFF eingetragen werden, funktioniert alles so wie es sollte ( naja aber wenn will man schon beim starten alle Layer nicht anzeigen ? ), die Layer aber die mit STATUS DEFAULT gestartet werden, können nicht ausgeschaltet werden und der Checkbox bleibt beim start immer ungechecked. > > Wenn ich STATUS ON benutze wird es noch merkwürdiger. > Je nachdem ob ein Layer oberhalb oder unterhalb eines anderen Layers in der Map Datei steht wird es angezeigt oder auch nicht. > D.h. manchmal lässt er sich garnicht anzeigen, manchmal wird er immer angezeigt und manchmal funktionieren bestimmte Kombinationen einwandfrei. > Es scheint aber ein gewisses Schema dahinterzustecken. Es ist aber nicht so das die gleiche Kombination mal läuft und mal nicht läuft. > > Gibts es da bestimmte Dinge die man da beachten muss bzw hat jemand ähnliche Erfahrungen gemacht oder liegt der Fehler bei mir ? > ( so überschaubar wie mein Test Mapfile ist schliesse ich das eigentlich aus, aber man weiss ja nie ) > > Gruss > > Thomas > > > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > > > -- Dipl.-Geogr. Oliver Wesp Gesellschaft fuer geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com From jhart at frw.uva.nl Mon Feb 16 17:17:56 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Mon, 16 Feb 2004 17:17:56 +0100 Subject: [Mapserver-DE] Layerkontrolle In-Reply-To: <4030D7F7.9050400@gdv.com> References: <4030D7F7.9050400@gdv.com> Message-ID: <4030ED34.30607@frw.uva.nl> Oliver Wesp wrote: > Und den tieferen Sinn von Status OFF wissen wenn überhaupt nur die > Mapserver-Götter. Und auch die vermutlich nicht so genau. Wenn ein Layer OFF steht, wird es vom Mapserver völlig ignoriert, d.h. es wird auch keine Grafik angefertigt. Ein Mapfile mit allen Layern OFF kann also sehr effizient allgemeine Parameter wie extent ode Mausclicks zurückgeben. Dies kann ab und zu nützlich sein bei sehr komplexen DHTML Anwendungen. Ich muss sagen dass ich mich auch lange darüber gewundert habe, bis Steve Lime es auf dem MUM für gewöhnliche Sterblichen erklärt hat. Jan From Thomas.Lynen at regioit-aachen.de Tue Feb 17 08:42:26 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Tue, 17 Feb 2004 08:42:26 +0100 Subject: Antw: Re: [Mapserver-DE] Layerkontrolle Message-ID: Guten Morgen Oliver, >Mit einem abgeschalteten Layer kann man nämlich genau gar nichts mehr tun Stimmt so nicht, ein Layer mit Status OFF wird zwar beim starten _nicht_ angezeigt aber man kann ihn über die Layerkontrolle wieder dazuladen lassen. >Status DEFAULT ist gut für Layer, die sich der Userkontrolle entziehen sollen sehe ich genauso, macht ja auch sinn >Genaueres zu den von Dir beschriebenen Phänomenen kann man bestimmt sagen, wenn Du uns einen Blick auf Dein Mapfile und Dein Template erlauben würdest. aber sicher doch :-) scheue mich nur meist davor "code" rauszugeben da andere oft dran verzweifeln ;-) aber so schlimm ists diesmal ja nicht .... aber bevor ich hier alles zuspame, lieber ein Link darauf ( oder werden auch Anhänge hier an die MailingList weitergeleitet ? ) http://www.webgeo.regioit-aachen.de/UMN/ Wie gesagt, stell ich den Status auf Off, so funktioniert alles einwandfrei. Stell ich den Status auf On dann kann ich sie mir zwar dazuschalten aber sie werden beim Start noch ausgeblendet. gruss Thomas From arnulf.christl at ccgis.de Tue Feb 17 09:48:34 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Tue, 17 Feb 2004 09:48:34 +0100 Subject: [Mapserver-DE] OGC WMS-Server & Layerkontrolle In-Reply-To: <40307FA7.3080802@gmx.de> References: <40307FA7.3080802@gmx.de> Message-ID: <4031D562.6020307@ccgis.de> Achim Spaeter wrote: > Hallo, > > setze mich gerade mit dem Aufbau eines WMS-Kartendienstes auseinander. > ... und dann war da noch die Frage nach den Layern. Ein praktisches Werkzeug für den Produktiveinsatz vom WMS-basierten Anwendungen bietet das Mapbender Projekt. Es enthält Dienste zur Verwaltung von WMSsen, Einstellung von an- und ausgeschalteten Ebenen und auch Kombination von WMS. Die Software enthält auch eine Administration mit der WMSse einfach gekapselt werden können. Dabei werden Capabilities Dokuments zunächst in eine Datenbank geladen, um sie besser managen zu können. Das funktioniert nicht nur mit dem UMN (auch wenn wir den inzwischen fast ausschließlich einsetzen), da halt WMS gemacht wird. Über ein PHP Web-Frontend können dann individuelle Einstellungen vorgenomen werden, die in einem Standard WMS zunächst wahlfrei sind, z.B. ob Ebenen abfragbar, an,- oder ausgeschaltet sind, oder welches Bildformat verwendet werden (PNG, JPEG, GIF). Vor allem können auch mehrere WMS miteinander kombiniert - also überlagert werden. Dadurch entstehen WMS-Gruppen, vergleichbar mit einem "virtuell" kaskadierten WMS, allerdings mit vollem Zugriff auf und durch alle Ebenen. Wenn ein Layer ausgeschaltet werden soll, muss also nicht gleich die MAP-Datei auf dem Server geändert werden, sondern über das Web-Frontend wird durch das Ausschalten eines Häkchens der Eintrag "activated" in der Datenbank geändert. So kann der gleiche WMS Diesnt, also auch die gleiche MAP-Datei mit unterschiedlichen Einstellungen bereitgestellt werden. Das macht die Arbeit mit WMS sehr komfortabel, vor allem wenn man mehr als nur einen hat. Zusätzliche gibt es die Möglichkeit Benutzer und Gruppen anzulegen, um auch differenzierten Zugriff zu ermöglichen. In dem Praxishandbuch, das wir seit einem halben Jahr zusammenschreiben und das tatsächlich diese Woche rauskommt steht dazu noch mehr Info, wir sagen Bescheid, sobald es fertig ist. Gruß, Arnulf. From t.hagedorn at vivawasser.de Tue Feb 17 12:34:27 2004 From: t.hagedorn at vivawasser.de (Thies Hagedorn) Date: Tue, 17 Feb 2004 12:34:27 +0100 Subject: [Mapserver-DE] Beschriftung in Richtung einer Poyline Message-ID: <004f01c3f54a$004fca40$fe79a8c0@ENTWICKLUNG> Hallo, ist es möglich das meine Beschrift der Strassen in Laufrichtung einer Polyline hinbekommt? So wie man es teilweise aus Straßenkarten kennt. Mit freundlichen Grüßen Thies Hagedorn vivawasser.de AG Knooper Weg 39 24103 Kiel Tel.: 0431 23 96 864 Fax.: 0431 23 96 865 Email: t.hagedorn at vivawasser.de http://www.vivawasser.de From frank.koormann at intevation.de Tue Feb 17 13:37:31 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Tue, 17 Feb 2004 13:37:31 +0100 Subject: [Mapserver-DE] Beschriftung in Richtung einer Poyline In-Reply-To: <004f01c3f54a$004fca40$fe79a8c0@ENTWICKLUNG> References: <004f01c3f54a$004fca40$fe79a8c0@ENTWICKLUNG> Message-ID: <20040217123731.GA5267@intevation.de> Hallo, * Thies Hagedorn [040217 12:33]: > Hallo, > > ist es möglich das meine Beschrift der Strassen in Laufrichtung einer > Polyline hinbekommt? So wie man es teilweise aus Straßenkarten kennt. > Ja. Aus http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#label ANGLE [double] Angle, given in degrees, to draw the label or AUTO to allow the software to compute the angle, AUTO is valid for LINE layers only. Damit versucht der UMN MapServer, die Beschriftung der Linie entsprechend auszurichten. Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From Thomas.Lynen at regioit-aachen.de Tue Feb 17 15:56:25 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Tue, 17 Feb 2004 15:56:25 +0100 Subject: [Mapserver-DE] MapInfo Tabs mit georeferenzierten Rasterkarten + Fachinformationen auslesen aus MapInfo Tabs Message-ID: Hallo zusammen, habe noch 2 Fragen ( mich wird man nicht los (-: ) 1. MapInfo Tabs mit georeferenzierten Rasterkarten In den Beispielen auf der MapServer Homepage wird gezeigt wie man GEO Tiffs unter den MApserver benutzt. Da wir nun leider keine GEO Tiffs haben und es für mich unmöglich ist alle X Tage unseren Datenbestand dahingehend zu konvertieren würde ich gerne wissen inwieweit es möglich ist solche Rasterkarten zu benutzen. ( ich wüsste garnicht wie ich aus "normalen" tiffs, georeferenzierte Tiffs machen sollte ) Wenn es denn überhaubt geht ?! 2. Fachinformationen aus MapInfo Tabs auslesen Habe bis jetzt noch nirgend ein Beispiel gefunden wo Informationen aus MapInfo ( oder Shape ) Dateien ausgelesen und eingezeigt werden. Stelle mir so ne Art Info Tool vor. Ist sowas mit den MapServer überhaubt möglich ? Das wäre es erstmal für heute ... Schonmal schönen Feierabend Gruss Thomas From christina.biakowski at ccgis.de Tue Feb 17 17:38:56 2004 From: christina.biakowski at ccgis.de (Christina Biakowski) Date: Tue, 17 Feb 2004 17:38:56 +0100 Subject: AW: [Mapserver-DE] MapInfo Tabs mit georeferenzierten Rasterkarten +Fachinformationen auslesen aus MapInfo Tabs In-Reply-To: Message-ID: Hallo, MapServer unterstützt auch "normale" TIFFs, bzw. über die GDAL-Bibliothek (MapServer Versionsinformation muss INPUT=GDAL umfassen) ca. 40 andere Rasterformate (s. http://www.remotesensing.org/gdal/formats_list.html). TIFFs benötigen zur Darstellung in MapServer eine Textdatei mit Informationen zur Georeferenzierung, den sog. Worldfile, der in folgendem Format vorliegen muss: -Zeile1 - Pixelbreite in Karteneinheiten (berechnet sich aus (maxx - minx) / (Kartenbreite in Pixeln). -Zeile2 - Rotationsfaktor - in der Regel kann 0 eingesetzt werden -Zeile3 - ein weiterer Rotationsfaktor - in der Regel kann 0 eingesetzt werden -Zeile4 - Pixelhöhe in Karteneinheiten (die Pixelhöhe ist als negativer Wert anzugeben, da sich der Nullpunkt des Bild-Koordinatensystems in der linken oberen Ecke befindet) -Zeile5 - x-Wert der linken oberen Ecke des Bildes -Zeile6 - y-Wert der linken oberen Ecke des Bildes Beispiel: 0.3125 0. 0. -0.3125 2584000 5622000 Der Name des Wordfiles ergibt sich aus der zugehörigen Bilddatei, d.h. der Wordfile zur Rasterdatei 361709GS.tif könnte 361709GS.tfw heißen. Je nach Rasterformat unterscheiden sich die Endungen der Wordfiles, zur Einbindung von Rasterdaten in UMN MapServer - Anwendungen kann generell die Extension *.wld für Wordfiles verwendet werden. Ich hoffe die Infos helfen erstmal weiter! Gruß, Christina -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Thomas Lynen Gesendet: Dienstag, 17. Februar 2004 15:56 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] MapInfo Tabs mit georeferenzierten Rasterkarten +Fachinformationen auslesen aus MapInfo Tabs Hallo zusammen, habe noch 2 Fragen ( mich wird man nicht los (-: ) 1. MapInfo Tabs mit georeferenzierten Rasterkarten In den Beispielen auf der MapServer Homepage wird gezeigt wie man GEO Tiffs unter den MApserver benutzt. Da wir nun leider keine GEO Tiffs haben und es für mich unmöglich ist alle X Tage unseren Datenbestand dahingehend zu konvertieren würde ich gerne wissen inwieweit es möglich ist solche Rasterkarten zu benutzen. ( ich wüsste garnicht wie ich aus "normalen" tiffs, georeferenzierte Tiffs machen sollte ) Wenn es denn überhaubt geht ?! 2. Fachinformationen aus MapInfo Tabs auslesen Habe bis jetzt noch nirgend ein Beispiel gefunden wo Informationen aus MapInfo ( oder Shape ) Dateien ausgelesen und eingezeigt werden. Stelle mir so ne Art Info Tool vor. Ist sowas mit den MapServer überhaubt möglich ? Das wäre es erstmal für heute ... Schonmal schönen Feierabend 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 Feb 18 12:03:23 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Wed, 18 Feb 2004 12:03:23 +0100 Subject: Antw: AW: [Mapserver-DE] MapInfo Tabs mit georeferenzierten Rasterkarten+Fachinformationen auslesen aus Ma Message-ID: Vielen Dank Christina, hat sofort geklappt. :-) habs so gemacht ( poste es mal für zukünftige Generationen ) LAYER NAME "SP01" DATA "d:/data/raster/DTK1011100.TIF" STATUS DEFAULT TYPE RASTER PROJECTION "init=epsg:31466" End END gruss Thomas >>> "Christina Biakowski" 17.2.2004 17:38:56 >>> Hallo, MapServer unterstützt auch "normale" TIFFs, bzw. über die GDAL-Bibliothek (MapServer Versionsinformation muss INPUT=GDAL umfassen) ca. 40 andere Rasterformate (s. http://www.remotesensing.org/gdal/formats_list.html). TIFFs benötigen zur Darstellung in MapServer eine Textdatei mit Informationen zur Georeferenzierung, den sog. Worldfile, der in folgendem Format vorliegen muss: -Zeile1 - Pixelbreite in Karteneinheiten (berechnet sich aus (maxx - minx) / (Kartenbreite in Pixeln). -Zeile2 - Rotationsfaktor - in der Regel kann 0 eingesetzt werden -Zeile3 - ein weiterer Rotationsfaktor - in der Regel kann 0 eingesetzt werden -Zeile4 - Pixelhöhe in Karteneinheiten (die Pixelhöhe ist als negativer Wert anzugeben, da sich der Nullpunkt des Bild-Koordinatensystems in der linken oberen Ecke befindet) -Zeile5 - x-Wert der linken oberen Ecke des Bildes -Zeile6 - y-Wert der linken oberen Ecke des Bildes Beispiel: 0.3125 0. 0. -0.3125 2584000 5622000 Der Name des Wordfiles ergibt sich aus der zugehörigen Bilddatei, d.h. der Wordfile zur Rasterdatei 361709GS.tif könnte 361709GS.tfw heißen. Je nach Rasterformat unterscheiden sich die Endungen der Wordfiles, zur Einbindung von Rasterdaten in UMN MapServer - Anwendungen kann generell die Extension *.wld für Wordfiles verwendet werden. Ich hoffe die Infos helfen erstmal weiter! Gruß, Christina -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Thomas Lynen Gesendet: Dienstag, 17. Februar 2004 15:56 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] MapInfo Tabs mit georeferenzierten Rasterkarten +Fachinformationen auslesen aus MapInfo Tabs Hallo zusammen, habe noch 2 Fragen ( mich wird man nicht los (-: ) 1. MapInfo Tabs mit georeferenzierten Rasterkarten In den Beispielen auf der MapServer Homepage wird gezeigt wie man GEO Tiffs unter den MApserver benutzt. Da wir nun leider keine GEO Tiffs haben und es für mich unmöglich ist alle X Tage unseren Datenbestand dahingehend zu konvertieren würde ich gerne wissen inwieweit es möglich ist solche Rasterkarten zu benutzen. ( ich wüsste garnicht wie ich aus "normalen" tiffs, georeferenzierte Tiffs machen sollte ) Wenn es denn überhaubt geht ?! 2. Fachinformationen aus MapInfo Tabs auslesen Habe bis jetzt noch nirgend ein Beispiel gefunden wo Informationen aus MapInfo ( oder Shape ) Dateien ausgelesen und eingezeigt werden. Stelle mir so ne Art Info Tool vor. Ist sowas mit den MapServer überhaubt möglich ? Das wäre es erstmal für heute ... Schonmal schönen Feierabend Gruss Thomas _______________________________________________ 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 t.hagedorn at vivawasser.de Thu Feb 19 10:47:02 2004 From: t.hagedorn at vivawasser.de (Thies Hagedorn) Date: Thu, 19 Feb 2004 10:47:02 +0100 Subject: [Mapserver-DE] Mapserver und MySQL Message-ID: <001201c3f6cd$53d78e30$fe79a8c0@ENTWICKLUNG> Hallo, kann mir jemand ein kurzes Beispiel für das Map File geben, wie das aussehen muss, wenn ich Daten aus einer MySQL Datenbank lesen will. Gibt es irgendwelche Besonderheiten bei dem Aufbau der Tabelle? Mit freundlichen Grüßen Thies Hagedorn vivawasser.de AG Knooper Weg 39 24103 Kiel Tel.: 0431 23 96 864 Fax.: 0431 23 96 865 Email: t.hagedorn at vivawasser.de http://www.vivawasser.de From jhart at frw.uva.nl Thu Feb 19 13:15:34 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 19 Feb 2004 13:15:34 +0100 Subject: [Mapserver-DE] Mapserver und MySQL In-Reply-To: <001201c3f6cd$53d78e30$fe79a8c0@ENTWICKLUNG> References: <001201c3f6cd$53d78e30$fe79a8c0@ENTWICKLUNG> Message-ID: <4034A8E6.2000506@frw.uva.nl> Thies Hagedorn wrote: > > kann mir jemand ein kurzes Beispiel für das Map File geben, wie das > aussehen muss, wenn ich Daten aus einer MySQL Datenbank lesen will. Gibt > es irgendwelche Besonderheiten bei dem Aufbau der Tabelle? > MySQL ist noch nicht in den stabilen Releases verfügbar, nur in der CVS version die man selbst kompilieren muss. Eine Gebrauchsanweisung gibt es hier: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?JoinDatasources Jan From Thomas.Lynen at regioit-aachen.de Thu Feb 26 09:58:31 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Thu, 26 Feb 2004 09:58:31 +0100 Subject: [Mapserver-DE] Informationen aus Relationen auslesen Message-ID: Hallo zusammen, ich habe bis jetzt vergeblich versuch aus meinen MapInfo Relationen die Fachinformationen auszulesen bzw anzuzeigen. Haben mir das Beispiel von http://maps.dnr.state.mn.us/mapserver_demos/workshop/index.html angeguckt, bekomme es aber irgendwie nicht hin es "nachzubauen" Reicht es nicht einfach die CGI Variable MODE auf query ( das nächste Objekt finden ) bzw nquery ( alle Objekte die von einem Mausklick betroffen sind ) zu stellen ? Der Layer den ich anklicken will liegt schon ganz oben aber er sagt mir immer das er nichts finden kann. Oder muss man im Map File noch irgendwas angeben ( beim Beispiel habe ich keine Besonderheit feststellen können ) Irgendwas habe ich wohl übersehen. Gruss Thomas From wesp at gdv.com Thu Feb 26 10:23:37 2004 From: wesp at gdv.com (Oliver Wesp) Date: Thu, 26 Feb 2004 10:23:37 +0100 Subject: [Mapserver-DE] Informationen aus Relationen auslesen In-Reply-To: References: Message-ID: <403DBB19.5080008@gdv.com> Hallo Thomas, Du brauchst im Mapfile auf jeden Fall Templates innerhalb der Layer die Du abfragen willst. Die entsprechenden Einträge lauten HEADER, FOOTER und TEMPLATE. Nachzulesen u.a. hier: http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#layer Alles über Templates findest Du hier: http://mapserver.gis.umn.edu/doc40/template-reference.html Falls Du Linien oder Punkte abfragen willst, ist es manchmal nützlich innerhalb des Layers noch eine TOLERANCE festzulegen, weil man einen Punkt sonst schwierig erwischt. Falls Du das aber alles hast, solltest Du uns mal Deine CGI-Variablen zeigen und dann kann man sagen ob was fehlt. gruß Oliver Thomas Lynen wrote: > Hallo zusammen, > ich habe bis jetzt vergeblich versuch aus meinen MapInfo Relationen die Fachinformationen auszulesen bzw anzuzeigen. > Haben mir das Beispiel von http://maps.dnr.state.mn.us/mapserver_demos/workshop/index.html angeguckt, bekomme es aber irgendwie nicht hin es "nachzubauen" > Reicht es nicht einfach die CGI Variable MODE auf query ( das nächste Objekt finden ) bzw nquery ( alle Objekte die von einem Mausklick betroffen sind ) zu stellen ? > Der Layer den ich anklicken will liegt schon ganz oben aber er sagt mir immer das er nichts finden kann. > Oder muss man im Map File noch irgendwas angeben ( beim Beispiel habe ich keine Besonderheit feststellen können ) > > Irgendwas habe ich wohl übersehen. > > Gruss > > Thomas > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > > > -- Dipl.-Geogr. Oliver Wesp Gesellschaft fuer geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com From Thomas.Lynen at regioit-aachen.de Thu Feb 26 10:59:26 2004 From: Thomas.Lynen at regioit-aachen.de (Thomas Lynen) Date: Thu, 26 Feb 2004 10:59:26 +0100 Subject: Antw: [Mapserver-DE] Informationen aus Relationen auslesen Message-ID: arghs, hat sich erledigt ( Tunnelblick :/ ) man sollte schon Header / Footer / Template in jeden Layer angeben, nicht nur in einen. Aber was mich noch intressieren würde. Wenn jeder Layer die selbe Struktur hat ( Spaltennamen ), müsste man das auch noch weiter zusammenfassen können oder ? also LAYER NAME "BR02" CLASS TEMPLATE "d:/pub/www/eisacweb/info.html" END HEADER "d:/pub/www/eisacweb/header2.html" FOOTER "d:/pub/www/eisacweb/footer2.html" END LAYER NAME "BR03" CLASS TEMPLATE "d:/pub/www/eisacweb/info.html" END HEADER "d:/pub/www/eisacweb/header2.html" FOOTER "d:/pub/www/eisacweb/footer2.html" END Wobei header2.html und footer2.html immer identisch sind ( könnte man also unter den WEB Bereich direkt einsetzen ) Das einzige Problem ist der Layer Name in header2.html, gibt es da eine CGI Variable die man dafür einsetzen kann ? Hoffe mein Anliegen habe ich verständlich rübergebracht. Gruss Thomas >>> "Thomas Lynen" 26.2.2004 09:58:31 >>> Hallo zusammen, ich habe bis jetzt vergeblich versuch aus meinen MapInfo Relationen die Fachinformationen auszulesen bzw anzuzeigen. Haben mir das Beispiel von http://maps.dnr.state.mn.us/mapserver_demos/workshop/index.html angeguckt, bekomme es aber irgendwie nicht hin es "nachzubauen" Reicht es nicht einfach die CGI Variable MODE auf query ( das nächste Objekt finden ) bzw nquery ( alle Objekte die von einem Mausklick betroffen sind ) zu stellen ? Der Layer den ich anklicken will liegt schon ganz oben aber er sagt mir immer das er nichts finden kann. Oder muss man im Map File noch irgendwas angeben ( beim Beispiel habe ich keine Besonderheit feststellen können ) Irgendwas habe ich wohl übersehen. Gruss Thomas _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de