From ralf.eckert at stadt-gummersbach.de Thu Sep 2 09:23:25 2004 From: ralf.eckert at stadt-gummersbach.de (Ralf Eckert) Date: Thu, 2 Sep 2004 09:23:25 +0200 Subject: [Mapserver-DE] Probleme mit Rasterbildkatalog, IReadBlock failed at X offset ... Message-ID: <001001c490bd$bc91d8b0$013dd481@gummersbach.gkd> Hallo Userlist, nach Einrichten eines Rasterbildkatalog (DGK5 TIF Dateien) bekomme ich beim Hinein zoom in ca. 10% der Fälle die Fehlermeldung: IReadBlock failed at X offset 0, Y offset 629: Unable to access file. GDALRasterIO() failed: drawGDAL() Scheinbar ist das der Fall, wenn ich einen Schnittpunkt beim Zoom der DGK5 treffe. Mein Client sieht die Möglichkeit vor, den gewählten Bildausschnitt zu verschieben. Zoom ich mich in die Darstellung und nutze die Möglichkeit der Verschiebung, kommt der Fehler nicht. Auch wenn ein Blattschnitt treffe. Wo könnte ich ansetzten? MfG an die Mailinglist Ralf Eckert -- zur läuft der MapServer unter: Linux sambapdc 2.4.21 Apache 1.3.31 PHP 4.3.4 MapServer 4.0.2 PostgreSQL 7.4.1 mit PostGis MySQL 3.23.49 MapBender 2.0 ------------------------------------------------------------ --- Stadtverwaltung Gummersbach Planungsamt * GIS - Koordination Rathausplatz 1 * 51643 Gummersbach fon: (49) 2261 - 871318 fax: (49) 2261 - 878318 mail: ralf.eckert at stadt-gummersbach.de net: www.gummersbach.de ------------------------------------------------------------ --- From jt at mapmedia.de Thu Sep 2 10:36:53 2004 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Thu, 02 Sep 2004 10:36:53 +0200 Subject: [Mapserver-DE] SLD-Editor Message-ID: <4136DBA5.8000902@mapmedia.de> Hallo, kennt oder hat jemand eine Software mit der man auf dem Desktop XML-Dokumente erstellen kann, die dann für eine SLD-Anfrage verwendet werden können? Ich denke natürlch nicht an einen XML-Editor, sondern an eine kleines feines Programm, in das ich meine Geodaten lade, ihnen Farben etc. zuordne und dann die XML-Datei speichern kann. Mit freundlichen Grüßen, 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 christian.graefe at web.de Thu Sep 2 15:24:07 2004 From: christian.graefe at web.de (Christian Graefe) Date: Thu, 02 Sep 2004 15:24:07 +0200 Subject: [Mapserver-DE] OGRINFO.EXE & MITAB Dateien Message-ID: <555141412@web.de> Hallo zusammen! Ich habe leider 2 Probleme. Zum einen finde ich keinen Weg um an die ogrinfo.exe heran zu kommen. Wenn da jemand einen Tip hat oder diese mir zuschicken könnte wäre ich sehr dankbar. Zum zweiten und dieses hängt wahrscheinlich mit dem ersten zusammenn habe ich Probleme mit der Anzeige von Mapinfo TAB-Dateien. Ich habe diese erhalten ohne weitere Angaben. Manche lassen sich öffnen und andere wiederum gar nicht. Es kommt keine Fehlermeldung vom Mapserver, sondern nur ein leeres Bild zurück Habt ihr irgendwelche Ideen Beste Grüße Christian From jt at mapmedia.de Thu Sep 2 15:37:56 2004 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Thu, 02 Sep 2004 15:37:56 +0200 Subject: [Mapserver-DE] OGRINFO.EXE & MITAB Dateien In-Reply-To: <555141412@web.de> References: <555141412@web.de> Message-ID: <41372234.5060206@mapmedia.de> Hallo Christian, da gibt es einen Link zu ogrinfo.exe: http://intevation.net/pipermail/mapserver-de/2004-February/000086.html (direkt: http://www2.dmsolutions.ca/mapserver/dl/misc/ogr-win32-20020816.zip) außerdem geht es in dem Thread auch um die Mapinfo-Problematik. Viele Grüße, Jörg Thomsen Christian Graefe wrote: > Hallo zusammen! > > Ich habe leider 2 Probleme. > > Zum einen finde ich keinen Weg um an die ogrinfo.exe heran zu kommen. Wenn da jemand einen Tip hat oder diese mir zuschicken könnte wäre ich sehr dankbar. > > Zum zweiten und dieses hängt wahrscheinlich mit dem ersten zusammenn habe ich Probleme mit der Anzeige von Mapinfo TAB-Dateien. Ich habe diese erhalten ohne weitere Angaben. Manche lassen sich öffnen und andere wiederum gar nicht. Es kommt keine Fehlermeldung vom Mapserver, sondern nur ein leeres Bild zurück > > Habt ihr irgendwelche Ideen > > Beste Grüße > Christian > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Mit freundlichen Grüßen, 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 Hajo.Rosskamp at br-we.niedersachsen.de Thu Sep 2 16:53:26 2004 From: Hajo.Rosskamp at br-we.niedersachsen.de (=?iso-8859-1?Q?=22Ro=DFkamp=2C_Hajo=22?=) Date: Thu, 2 Sep 2004 16:53:26 +0200 Subject: [Mapserver-DE] Abfragekarte bei mode=nquery Message-ID: <8C3E74176D87D61180B00002559C79D70280BA49@OBRSEX2> Hallo Userlist, bei unserer Mapserver-Anwendung "Bauleitpläne" habe ich folgendes Problem: In unserer Anwendung werden die Gütigkeitsbereiche von Bebauungsplänen in einem Layer (aus Shapefile) dargestellt. Mit einer Abfrage soll es möglich sein, die in einem ausgewählten Bereich (Punkt) vorliegenden Pläne mit entsprechenden Informationen anzuzeigen. Diese Funktionalität haben wir über den Modus mode=nquery realisiert. Die Sachdaten der gefundenen B-Pläne werden auch entsprechend aufgelistet; im Gegensatz dazu werden in der jeweiligen Abfragekarte immer alle ermittelten Pläne markiert (n-mal gleicher Kartenausschnitt). Wir möchten gern nur die zu den entsprechenden Sachdaten gehörenden Bereiche (Umringsgrenzen) farblich markiert haben. Gibt es eine Lösung? Danke! Mit freundlichen Grüßen Hajo Roßkamp Bezirksregierung Weser-Ems Dezernat 207 - Vermessungs- und Katasterangelegenheiten - Ofener Straße 15, 26121 Oldenburg Telefon 0441 / 799 - 2882 Telefax 0441 / 799 - 62882 mailto:hajo.rosskamp at br-we.niedersachsen.de From SWeissen at stadt-neuwied.de Fri Sep 3 09:18:47 2004 From: SWeissen at stadt-neuwied.de (Stefan Weissenfels) Date: Fri, 03 Sep 2004 08:18:47 +0100 Subject: [Mapserver-DE] Deutsches Online-Forum Message-ID: <413828E6.14038.2318DD@stadt-neuwied.de> Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20040903/c795b1ce/attachment.html From m.achtzehn-lst at cui.de Fri Sep 3 09:24:52 2004 From: m.achtzehn-lst at cui.de (Michael Achtzehn) Date: Fri, 03 Sep 2004 09:24:52 +0200 Subject: [Mapserver-DE] Deutsches Online-Forum In-Reply-To: <413828E6.14038.2318DD@stadt-neuwied.de> References: <413828E6.14038.2318DD@stadt-neuwied.de> Message-ID: <41381C44.3080100@cui.de> Stefan Weissenfels wrote: > Hallo Comunity. > > Ich bin jetzt seid geraumer Zeit hier am mitlesen. Jedoch finde ich die > Hilfestellungen über Mail sehr flüchtig. Wenn ich eine Frage habe und diese > von der Comunity hier beantwortet wird dann ist mir zwar geholfen, aber > diejenige die später auf das selbe Problem stoßen, müssen erneut > dieselbe Frage stellen. Das muss nicht sein wenn man vorher im Archiv sucht. Das Archiv der Liste ist unter http://intevation.de/pipermail/mapserver-de/ erreichbar. Leider fehlt eine direkte Suchfunktion, aber hier hilft Google. > Ich wünsche mir ein kleines Forum wo man Diskussionen über ein Thema > nachschlagen bzw nachlesen kann. Ich habe leider keine Ahnung wie groß > diese Gemeinschaft hier ist. Ist sie jedoch groß genug könnte ich so ein > Forum installieren...wenn halt bedarf ist. > Also wenn das gewünscht ist, würde ich mich um ein wenig Resonanz freuen. Das mit dem Forum ist hier (glaube ich) schon mal diskutiert worden, es gab Bedenken wegen des Aufwandes für die Betrieb. Sicher ist auch zu berücksichtigen, dass es günstig ist die Informationen in einem Medium gebündelt zu halten - und das ist zur Zeit diese Liste. Ich würde mir allerdings auch eine übersichtlichere Darstellung (Mailingllisten finde ich generell nicht besonders übersichtlich) und und eine komfortable Suchfunktion wünschen. Ein Vorschlag meinerseits wäre, die Mailingliste mit einer Newsgroup zu verbinden wie es bei der deutschen Debianliste gemacht wird (http://lists.debian.org/users.html) - diese kann unter debian-user-german at lists.debian.org gelesen werden - was sehr angenehm, - besonders bei längeren Treads ist. Auch das Such- und Archivierungsproblem ist damit weitgehend gelöst (Google-News). > > Mit freundlichen Grüßen > Stefan Weißenfels Mit freudlichen Grüßen Michael Achtzehn -- Dipl.-Ing. M. Achtzehn CUI - Consultinggesellschaft für Umwelt und Infrastruktur Eisenbahnstraße 10 06132 Halle ____________________ www.cui.de Tel.: 0345 7742 749 Fax.: 0345 7742 754 (die hier verwendete E-Mail Adresse dient ausschliesslich der Kommunikation mit Maillisten, eine ständige Erreichbarkeit unter dieser Adresse ist nicht gewährleistet) From Gunter.Rieth at stadt.mainz.de Fri Sep 3 12:44:42 2004 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth@stadt.mainz.de) Date: Fri, 3 Sep 2004 12:44:42 +0200 Subject: [Mapserver-DE] Ihre Anfrage =?iso-8859-1?q?=FCber__UMN__Autobahnlinien?= Message-ID: Hallo Herr Nachtigall, bis UMN Version 3.7 war dies nur über den Begriff OVERLAYSYMBOL möglich , CLASS NAME "Autobahn" SYMBOL "circle" MAXSIZE 8 MINSIZE 4 COLOR 1 1 1 OVERLAYSYMBOL "circle" OVERLAYMAXSIZE 2 OVERLAYMINSIZE 1 OVERLAYCOLOR 255 55 55 END in den UMN 4.x Versione wird der STYLE Parameter genutzt : CLASS NAME "Autobahn" Style SYMBOL "circle" MAXSIZE 8 MINSIZE 4 COLOR 1 1 1 END STYLE SYMBOL "circle" MAXSIZE 2 MINSIZE 1 COLOR 255 55 55 END END wobei sogar mehr als zwei STYLE Parameter genutzt werden können. siehe auch: http://mapserver.gis.umn.edu/doc/mapfile-reference.html 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 Sehr geehrte Damen und Herren, auf Ihrer Seite: http://213.139.155.227/a62/stadtplan/html/stadtplan.html habe ich entdeckt, dass Sie die Autobahnen als Linien mit andersfarbigem Rand darstellen. Wie funktioniert das? Ich habe bislang leider dass Problem dass ich dieses Shape mehrfach enbinden muss und dann natürlich nicht die richtige Signatur in der Legende habe. Vielen Dank im Voraus -- Mit freundlichen Grüßen Stephan Nachtigall GIS - Support sna at archikart.de KANIS Computer & Software Kostebrauer Str. 8b 01979 Lauchhammer http://www.archikart.de Tel. (03574) 46 55 33 Fax: (03574) 46 55 11 From h-j.luecking at t-online.de Fri Sep 3 14:03:14 2004 From: h-j.luecking at t-online.de (=?iso-8859-1?Q?Heinz-Josef_L=FCcking?=) Date: Fri, 3 Sep 2004 14:03:14 +0200 Subject: AW: [Mapserver-DE] Deutsches Online-Forum In-Reply-To: <413828E6.14038.2318DD@stadt-neuwied.de> Message-ID: Hallo Comunity. Ich möchte auf das GISWiki (http://www.giswiki.de, bzw http://webgis.dyndns.org:8080/giswiki/Wiki.jsp?page=UMNMapServer) hinweisen. Dort können Informationen, die häufiger abgefragt werden (Installation, nützliche Links ...), in strukturierter Form abgelegt werden. http://webgis.dyndns.org:8080/giswiki/Wiki.jsp?page=UMNMapServer Grüße, Heinz -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Stefan Weissenfels Gesendet: Freitag, 3. September 2004 09:19 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Deutsches Online-Forum Hallo Comunity. Ich bin jetzt seid geraumer Zeit hier am mitlesen. Jedoch finde ich die Hilfestellungen über Mail sehr flüchtig. Wenn ich eine Frage habe und diese von der Comunity hier beantwortet wird dann ist mir zwar geholfen, aber diejenige die später auf das selbe Problem stoßen, müssen erneut dieselbe Frage stellen. Ich wünsche mir ein kleines Forum wo man Diskussionen über ein Thema nachschlagen bzw nachlesen kann. Ich habe leider keine Ahnung wie groß diese Gemeinschaft hier ist. Ist sie jedoch groß genug könnte ich so ein Forum installieren...wenn halt bedarf ist. Also wenn das gewünscht ist, würde ich mich um ein wenig Resonanz freuen. Wenn es jedoch schon so ein Forum gibt, dann wäre es klasse wenn mir einer einen Link schicken könnte. Mit freundlichen Grüßen Stefan Weißenfels _______________________________________ Stefan Weißenfels Stadtbauamt Neuwied, Vermessungsabteilung Engerser Landstraße 17; 56562 Neuwied Tel. (02631) 802-655; Fax: (02631) 802-610 E-M at il : sweissen at neuwied.de From mschulz at webgis.de Fri Sep 3 15:07:08 2004 From: mschulz at webgis.de (Michael Schulz) Date: Fri, 03 Sep 2004 15:07:08 +0200 Subject: AW: [Mapserver-DE] Deutsches Online-Forum In-Reply-To: References: Message-ID: <41386C7C.406@webgis.de> Hallo zusammen, diese Diskussion findet immer mal wieder auch auf der englischen Userliste statt, aber so richtig durchsetzen konnte sich bisher nichts (außer vielleicht IRC noch). Die Liste ist meiner Meinung nach der beste Weg schnell Fragen zu stellen um schnell Antworten zu bekommen. Die Idee mit dem Wiki ist gut, aber wäre denn die Konzentration all dieser verstreuten Infos innerhalb einer Plattform nicht am besten? Und die eine Plattform die mir da als erstes in den Sinn kommt ist die deutsche UMN MapServer Seite, die von Arnulf "ins Leben gerufen wurde" - Danke, übrigens mal an dieser Stelle :-). Das sollte aber auf keinen Fall heissen, dass Ihr jetzt diese Arbeit übernehmen sollt. Momentan wird auf der mapserver Ursprungsseite der Wechsel auf ein CMS angedacht, vielleicht kann man damit auch regionalisierte Bereiche zur Verfügung stellen (wenn nicht muss man es vorschlagen), die man dann dezentral pflegen kann und so nicht alle Arbeit bei ein oder zwei Leuten liegt. So könnten Inhalte, seien es die statischen Seiten oder auch das Wiki, mit Themen die allgemeingültig sind (Installation, etc.) und übersetzt vorgehalten werden (klar, das muss erst mal jemand machen) neben Seiten/Wiki mit speziellen regionalen Inhalten (in D, z.B. ATKIS, EDBS, etc.) an einer zentralen Stelle stehen. Viele Grüße, Michael Heinz-Josef Lücking schrieb: > Hallo Comunity. > > Ich möchte auf das GISWiki (http://www.giswiki.de, bzw > http://webgis.dyndns.org:8080/giswiki/Wiki.jsp?page=UMNMapServer) hinweisen. > > Dort können Informationen, die häufiger abgefragt werden (Installation, > nützliche Links ...), in strukturierter Form abgelegt werden. > > http://webgis.dyndns.org:8080/giswiki/Wiki.jsp?page=UMNMapServer > > Grüße, Heinz > > > -----Ursprüngliche Nachricht----- > Von: mapserver-de-bounces at freegis.org > [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Stefan Weissenfels > Gesendet: Freitag, 3. September 2004 09:19 > An: mapserver-de at freegis.org > Betreff: [Mapserver-DE] Deutsches Online-Forum > > > Hallo Comunity. > > > Ich bin jetzt seid geraumer Zeit hier am mitlesen. Jedoch finde ich die > Hilfestellungen über Mail sehr flüchtig. Wenn ich eine Frage habe und diese > von der Comunity hier beantwortet wird dann ist mir zwar geholfen, aber > diejenige die später auf das selbe Problem stoßen, müssen erneut dieselbe > Frage stellen. > > > Ich wünsche mir ein kleines Forum wo man Diskussionen über ein Thema > nachschlagen bzw nachlesen kann. Ich habe leider keine Ahnung wie groß diese > Gemeinschaft hier ist. Ist sie jedoch groß genug könnte ich so ein > Forum installieren...wenn halt bedarf ist. > Also wenn das gewünscht ist, würde ich mich um ein wenig Resonanz freuen. > > > Wenn es jedoch schon so ein Forum gibt, dann wäre es klasse wenn mir > einer einen Link schicken könnte. > > > Mit freundlichen Grüßen > Stefan Weißenfels > _______________________________________ > Stefan Weißenfels > Stadtbauamt Neuwied, Vermessungsabteilung > Engerser Landstraße 17; 56562 Neuwied > Tel. (02631) 802-655; Fax: (02631) 802-610 > E-M at il : sweissen at neuwied.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From og at mittelstaedt-schroeder.de Fri Sep 3 16:10:46 2004 From: og at mittelstaedt-schroeder.de (Olaf Gay) Date: Fri, 3 Sep 2004 16:10:46 +0200 Subject: [Mapserver-DE] Archiv durchsuchen Message-ID: Hallo, Ich habe diesen Hinweis gelesen: Das Archiv der Liste ist unter http://intevation.de/pipermail/mapserver-de/ erreichbar. Leider fehlt eine direkte Suchfunktion, aber hier hilft Google. Wie kann ich nun mit google in der Liste suchen? Mit freundlichen Grüßen O. Gay www.mittelstaedt-schroeder.de From frank.koormann at intevation.de Fri Sep 3 16:19:13 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Fri, 3 Sep 2004 16:19:13 +0200 Subject: [Mapserver-DE] Archiv durchsuchen In-Reply-To: References: Message-ID: <20040903141913.GA8879@intevation.de> * Olaf Gay [040903 16:10]: > Hallo, > > Ich habe diesen Hinweis gelesen: > > Das Archiv der > Liste ist unter http://intevation.de/pipermail/mapserver-de/ erreichbar. > Leider fehlt eine direkte Suchfunktion, aber hier hilft Google. > > Wie kann ich nun mit google in der Liste suchen? > Entweder "mapserver-de" mit angeben oder site:intevation.net (dass ist der Domain-Name, unter dem google die Archive durchsucht.) Beste Grüße, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From stefan_weissenfels at t-online.de Sat Sep 4 11:58:43 2004 From: stefan_weissenfels at t-online.de (stefan_weissenfels@t-online.de) Date: Sat, 4 Sep 2004 11:58:43 +0200 Subject: [Mapserver-DE] Erstellung eines MapServers. Message-ID: <1C3XJj-1NEKqu0@filter11.bbul.t-online.de> Hallo Comunity. Also ich würde mich gerne erst mal privat mit dem UMN MapServer auseinander setzen bevor ich das meiner Verwaltung vorschlage. Nun bin ich php-geschädigt. Ich habe einige Scripte geschrieben und andere von dritten Installiert. Jedoch sieht die UMN-Software komplett anders aus, als das was ich bisher gesehen habe. Nun würde ich gerne wissen ob es da einen einfachen Weg gibt den zu installieren und erste Beispiel-Daten laufen zu lassen. So wie ich das sehe, muss ich die Software als SystemDienst laufen lassen um dann im Betrieb mit eine ServerSprache wie cgi, php oder .net dem SystemDienst anzusprechen. Gibts da ein kleines HowTo oder ne kleine Anleitung? Ich meine ich brauche keinen der mir das Schritt für Schritt erklärt. Eher sowas wie einen "Schupps" in die richtige Richtung. Wenn ich das verstehe und das zum laufen bringe springt auch ne kleine deutsche Anleitung raus! Damit nicht noch einer so eine Frage wie diese hier stellt. ;) Ich hoffe ihr könnt mir weiterhelfen, Tipps und Tricks oder auch nur Links zu wertvollen Informationen schicken. Vielen dank für eure Mühen Mit freundlichen Grüßen Stefan Weißenfels (privat) btw: Nur so am Rande falls ihr auch ein GIS-Sytsem betreibt: Wir haben auf der Arbeit Probleme mit unserem GIS-System. Wenn ihr also ein GIS-System nutzt, welches einfach zu installieren, zu administrieren ist, kostengünstig ist und benutzerfreundlich, dann wäre ich froh um Vorschläge. Ich bzw wir benutzen David von IBR. Ansich istdie Software ziemlich mächtig. Sie kann fast alles, und wenn nicht dann kann man es ihr bei bringen. Jedoch gibt es so manche Personen die diese Software ablehnen (aus welche Gründen weiss ich nicht genau) und meinen das es wesentlich günstigere und bessere GIS-Softwaren gibt. Um einfach solcher Kritik ein fundament zu geben oder auch nicht, wäre ich dankbar für eure Erfahrungen in Sachen GIS. From v.schulze at ccgis.de Mon Sep 6 09:50:21 2004 From: v.schulze at ccgis.de (vera schulze) Date: Mon, 06 Sep 2004 09:50:21 +0200 Subject: [Mapserver-DE] Erstellung eines MapServers. In-Reply-To: <1C3XJj-1NEKqu0@filter11.bbul.t-online.de> References: <1C3XJj-1NEKqu0@filter11.bbul.t-online.de> Message-ID: <413C16BD.2030403@ccgis.de> stefan_weissenfels at t-online.de wrote: > Hallo Comunity. > > Also ich würde mich gerne erst mal privat mit dem UMN MapServer > auseinander setzen bevor ich das meiner Verwaltung vorschlage. > Nun bin ich php-geschädigt. Ich habe einige Scripte geschrieben und > andere von dritten Installiert. Jedoch sieht die UMN-Software komplett > anders > aus, als das was ich bisher gesehen habe. > Nun würde ich gerne wissen ob es da einen einfachen Weg gibt den zu > installieren und erste Beispiel-Daten laufen zu lassen. So wie > ich das sehe, muss ich die Software als SystemDienst laufen lassen um > dann im Betrieb mit eine ServerSprache wie cgi, php oder .net > dem SystemDienst anzusprechen. > > Gibts da ein kleines HowTo oder ne kleine Anleitung? Ich meine ich > brauche keinen der mir das Schritt für Schritt erklärt. Eher > sowas wie einen "Schupps" in die richtige Richtung. > Wenn ich das verstehe und das zum laufen bringe springt auch ne kleine > deutsche Anleitung raus! Damit nicht noch einer so eine Frage > wie diese hier stellt. ;) > > Ich hoffe ihr könnt mir weiterhelfen, Tipps und Tricks oder auch nur > Links zu wertvollen Informationen schicken. > > Vielen dank für eure Mühen > > Mit freundlichen Grüßen > Stefan Weißenfels (privat) > > > btw: Nur so am Rande falls ihr auch ein GIS-Sytsem betreibt: Wir haben > auf der Arbeit Probleme mit unserem GIS-System. Wenn ihr also ein > GIS-System > nutzt, welches einfach zu installieren, zu administrieren ist, > kostengünstig ist und benutzerfreundlich, dann wäre ich froh um > Vorschläge. Ich bzw wir benutzen > David von IBR. Ansich istdie Software ziemlich mächtig. Sie kann fast > alles, und wenn nicht dann kann man es ihr bei bringen. Jedoch gibt es > so manche Personen die > diese Software ablehnen (aus welche Gründen weiss ich nicht genau) und > meinen das es wesentlich günstigere und bessere GIS-Softwaren gibt. Um > einfach > solcher Kritik ein fundament zu geben oder auch nicht, wäre ich dankbar > für eure Erfahrungen in Sachen GIS. > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > Hallo Herr Weissenfels, einen ersten Einblick erhalten Sie z.b. auf der deutschen UMN Mapserver Seite (www.mapserver.de) vor allem unter dem Menüpunkt Dokumentation, wo auch schon Teile der Doku auf deutsch sind. Auch gibt es ein Praxishandbuch kostenlos zum Download unter www.mapbender.org. Auch hier finden Sie sicherlich nützliche Hinweise für den Einstieg. Hoffe etwas geholfen zu haben. viele Grüße, Vera Schulze From rsjet at gmx.de Mon Sep 6 09:45:31 2004 From: rsjet at gmx.de (Roland Schmid) Date: Mon, 6 Sep 2004 09:45:31 +0200 Subject: [Mapserver-DE] Polyline Objekte Message-ID: Hallo Comunity, ich habe das Problem Polyline Objekte darzustellen, ich benötige dies bei Straßenzügen. Wenn ich das ganze als reines Linien-Objekt implementiere, sind es natürlich lauter Einzellinien. Ich hab auch schon was von Programmen gelesen die in Arcview, Line Objekte in Polygon Objekte umwandeln, weiß aber nicht ob ich damit mein Problem lösen würde. Hat jemand eine Idee, wie ich da vorgehen kann? Danke Roland Schmid From a.trakas at ccgis.de Mon Sep 6 09:58:30 2004 From: a.trakas at ccgis.de (Athina Trakas (CCGIS)) Date: Mon, 6 Sep 2004 09:58:30 +0200 Subject: AW: [Mapserver-DE] Erstellung eines MapServers. In-Reply-To: <1C3XJj-1NEKqu0@filter11.bbul.t-online.de> Message-ID: Hallo Stefan, zusätzlich zu den Links von Vera: Es gibt ein Handbuch UMN MapServer 4.0, das bei der Firma MapMedia bestellt werden kann. Dann möchte ich noch herzlich zur deutschsprachigen UMN MapServer Anwenderkonferenz einladen. Diese findet am 14.09.2004 in Hannover statt. Unter http://www.umn-mapserver.de/meeting.html findest Du das Programm und alle weiteren Informationen. Neben den Vorträgen ergibt sich dort sicherlich die Möglichkeit, sich mit anderen Anwendern auszutauschen. Falls Du noch Fragen dazu hast, kannst Du Dich an mich oder an das Orga-Team unter info at umn-mapserver.de wenden. Ciao, Athina *** UMN MapServer Anwenderkonferenz - Hannover, 14.09.2004 weitere Infos unter: www.umn-mapserver.de/meeting.html *** ____________________ Athina Trakas CCGIS GbR Siemensstr. 8 D - 53121 Bonn Tel.: +49 (228) 908 26 -29 Fax: +49 (228) 908 26 -11 Web: www.ccgis.de, www.mapbender.org eMail: a.trakas at ccgis.de _______________ > -----Ursprüngliche Nachricht----- > Von: mapserver-de-bounces at freegis.org > [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von > stefan_weissenfels at t-online.de > Gesendet: Samstag, 4. September 2004 11:59 > An: mapserver-de at freegis.org > Betreff: [Mapserver-DE] Erstellung eines MapServers. > > > Hallo Comunity. > > Also ich würde mich gerne erst mal privat mit dem UMN MapServer > auseinander setzen bevor ich das meiner Verwaltung vorschlage. > Nun bin ich php-geschädigt. Ich habe einige Scripte geschrieben und > andere von dritten Installiert. Jedoch sieht die UMN-Software komplett > anders > aus, als das was ich bisher gesehen habe. > Nun würde ich gerne wissen ob es da einen einfachen Weg gibt den zu > installieren und erste Beispiel-Daten laufen zu lassen. So wie > ich das sehe, muss ich die Software als SystemDienst laufen lassen um > dann im Betrieb mit eine ServerSprache wie cgi, php oder .net > dem SystemDienst anzusprechen. > > Gibts da ein kleines HowTo oder ne kleine Anleitung? Ich meine ich > brauche keinen der mir das Schritt für Schritt erklärt. Eher > sowas wie einen "Schupps" in die richtige Richtung. > Wenn ich das verstehe und das zum laufen bringe springt auch ne kleine > deutsche Anleitung raus! Damit nicht noch einer so eine Frage > wie diese hier stellt. ;) > > Ich hoffe ihr könnt mir weiterhelfen, Tipps und Tricks oder auch nur > Links zu wertvollen Informationen schicken. > > Vielen dank für eure Mühen > > Mit freundlichen Grüßen > Stefan Weißenfels (privat) > > > btw: Nur so am Rande falls ihr auch ein GIS-Sytsem betreibt: Wir haben > auf der Arbeit Probleme mit unserem GIS-System. Wenn ihr also ein > GIS-System > nutzt, welches einfach zu installieren, zu administrieren ist, > kostengünstig ist und benutzerfreundlich, dann wäre ich froh um > Vorschläge. Ich bzw wir benutzen > David von IBR. Ansich istdie Software ziemlich mächtig. Sie kann fast > alles, und wenn nicht dann kann man es ihr bei bringen. Jedoch gibt es > so manche Personen die > diese Software ablehnen (aus welche Gründen weiss ich nicht genau) und > meinen das es wesentlich günstigere und bessere GIS-Softwaren gibt. Um > einfach > solcher Kritik ein fundament zu geben oder auch nicht, wäre ich dankbar > für eure Erfahrungen in Sachen GIS. > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > > From Silke.Reimer at intevation.de Mon Sep 6 10:12:41 2004 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Mon, 6 Sep 2004 10:12:41 +0200 Subject: [Mapserver-DE] Abfragekarte bei mode=nquery In-Reply-To: <8C3E74176D87D61180B00002559C79D70280BA49@OBRSEX2> References: <8C3E74176D87D61180B00002559C79D70280BA49@OBRSEX2> Message-ID: <20040906081241.GC556@intevation.de> On Thu, Sep 02, 2004 at 04:53:26PM +0200, Roßkamp, Hajo wrote: > > Hallo Userlist, > > bei unserer Mapserver-Anwendung "Bauleitpläne" habe ich folgendes Problem: > > In unserer Anwendung werden die Gütigkeitsbereiche von Bebauungsplänen in > einem Layer (aus Shapefile) dargestellt. Mit einer Abfrage soll es möglich > sein, die in einem ausgewählten Bereich (Punkt) vorliegenden Pläne mit > entsprechenden Informationen anzuzeigen. Diese Funktionalität haben wir über > den Modus mode=nquery realisiert. Die Sachdaten der gefundenen B-Pläne > werden auch entsprechend aufgelistet; im Gegensatz dazu werden in der > jeweiligen Abfragekarte immer alle ermittelten Pläne markiert (n-mal > gleicher Kartenausschnitt). Wir möchten gern nur die zu den entsprechenden > Sachdaten gehörenden Bereiche (Umringsgrenzen) farblich markiert haben. > > Gibt es eine Lösung? Danke! Ja, es gibt eine Lösung: Sie haben vermutlich zur Zeit ein Query-Template definiert, der als [img] die Abfragekarte und dazu die Attribut-Werte des gefundenen Shapes einbindet. Sie können nun statt der Verwendung des [img]-Tags eine neue Anfrage an den MapServer definieren: Um die genau gewünschte Karte zu erhalten, müssen Sie QLAYER, QITEM und QSTRING angeben. Mit diesen Attributen können Sie ein bestimmtes Attribut eines bestimmten Layers auf einen bestimmten Wert festlegen. Außerdem müssen Sie im Parameter mode festelegen, dass Sie eine Attribut-Suche (ITEMQUERY) durchführen wollen, die aber nur eine Karte zurücklieferen soll, d.h. mode=itemquerymap. Beispiel: --------- Angenommen Ihr Layer hat ein Attribut ID, dass eindeutig für das Layer bplan ist. Die Abfrage für eine Querymap sieht dann etwa so aus: http://ihre.url.zum.mapserv.cgi?map=/ihr/map/file&mode=itemquerymap&mapext=[mapext_esc]&qitem=ID&qstring=[ID]&[get_layers]&qlayer=bplan Wenn Sie dies anstatt des [img]-Tags einsetzen, sollen Sie eigentlich zum richtigen Ergebnis kommen. Noch ein Hinweis: Die Abfrage funktioniert nur im Query-Template selbst. Im Header und Footer stehen die Attributfrage (nach der ID) nicht zur Verfügung. Mit freundlichen Grüßen, Silke Reimer -- 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/20040906/0c2489d5/attachment.bin From jj.wag at gmx.de Mon Sep 6 16:47:33 2004 From: jj.wag at gmx.de (JJWag) Date: Mon, 6 Sep 2004 16:47:33 +0200 Subject: [Mapserver-DE] PostGIs unter Suse9 Message-ID: <005101c49420$71700e90$1800a8c0@sven> Hallo Liste, ich versuche PostGIS auf folgendem System zu installieren und bin kurz vorm Infarkt: - SUSE 9.0 -POSTGRE 7.4.5 -POSTGIS 0.8.2 POSTGRE wurde im Verzeichnis "/usr/local/pgsql" installiert und läuft. Im Makefile von PostGIS habe ich die Variablen für USE_PROJ und USE_GEOS auf 0 gesetzt, da ich beide Libraries nicht installiert habe. beim Ausführen von gmake zum Übersetzen des Quelltextes von PostGIS kommt es zu folgenden Fehlermeldungen: axel:~/postgresql/contrib/postgis # gmake gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_debug.o postgis_debug.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_ops.o postgis_ops.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_fn.o postgis_fn.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_inout.o postgis_inout.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_proj.o postgis_proj.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_chip.o postgis_chip.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_transform.o postgis_transform.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_gist_72.o postgis_gist_72.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_estimate.o postgis_estimate.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_geos.o postgis_geos.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_algo.o postgis_algo.c ar crs libpostgis.a postgis_debug.o postgis_ops.o postgis_fn.o postgis_inout.o postgis_proj.o postgis_chip.o postgis_transform.o postgis_gist_72.o postgis_estimate.o postgis_geos.o postgis_algo.o ranlib libpostgis.a gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -shared -Wl,-soname,libpostgis.so.0 postgis_debug.o postgis_ops.o postgis_fn.o postgis_inout.o postgis_proj.o postgis_chip.o postgis_transform.o postgis_gist_72.o postgis_estimate.o postgis_geos.o stgis_algo.o -L../../src/port -L../../src/port -Wl,-rpath,/usr/local/pgsq l/lib -o libpostgis.so.0.8 rm -f libpostgis.so.0 ln -s libpostgis.so.0.8 libpostgis.so.0 rm -f libpostgis.so ln -s libpostgis.so.0.8 libpostgis.so cpp -P -traditional-cpp -DUSE_VERSION=74 postgis.sql.in | sed -e 's:@MODULE_FILENAME@:\$libdir/libpostgis.so.0.8:g;s:@POSTGIS_VERSION@:0.8 USE_GEOS=0 USE_PROJ=0 USE_STATS=1:g' > postgis.sql perl create_undef.pl postgis.sql 74 > postgis_undef.sql gmake -C loader gmake[1]: Entering directory `/root/juergen/postgresql/contrib/postgis/loader' gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o shpopen.o shpopen.c shpopen.c:176: warning: `rcsid' defined but not used gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o dbfopen.o dbfopen.c dbfopen.c:200: warning: `rcsid' defined but not used gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o getopt.o getopt.c gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o shp2pgsql.o shp2pgsql.c gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 shpopen.o dbfopen.o getopt.o shp2pgsql.o -L../../../src/port -Wl,-rpath,/usr/local/pgsql/lib -o shp2pgsql gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o pgsql2shp.o pgsql2shp.c gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 shpopen.o dbfopen.o getopt.o pgsql2shp.o -L../../../src/interfaces/libpq -lpq -L../../../src/port -Wl,-r path,/usr/local/pgsql/lib -o pgsql2shp gmake[1]: Leaving directory `/root/postgresql/contrib/postgis/loader' Was mach ich falsch? Hat jemand Erfahrungen mit meiner Konfiguration gemacht? Welche Pakete benötige ich für eine reibungslose Installation unter Suse 9.0? Danke + Gruß Jochen Wagner From Mike.Elstermann at itc-halle.de Mon Sep 6 16:50:12 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Mon, 6 Sep 2004 16:50:12 +0200 Subject: AW: [Mapserver-DE] PostGIs unter Suse9 Message-ID: <8BC0EAF5B383D711B69E0006293896C701756E6E@ZEVHNT6> ich habe mir mal folgendes "kochbuch" gemacht uns damit ganz gute erfahrungen. die installation hat schon auf verschiedensten "GISten" ([G]Kiste=Server) funktioniert. MapServer-Installaton unter Suse 9.0 0. Systemvoraussetzungen: Gcc, gcc++ make freetype + devel zlib + devel libpng + devel gd + devel readline + devel bison flex 1. GD2.0.15 ./configure make make install 2. GEOS ./configure make make install /sbin/ldconfig 3. PostgreSQL ./configure make make install user postgres via yast hizufügen mkdir /usr/local/pgsql/data chown postgres /usr/local/pgsql/data su - postgres /usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data & /usr/local/pgsql/bin/createdb test /usr/local/pgsql/bin/psql test 4. PostGIS Kopieren ins CONTRIB-Verzeichnis der Quellen des PostgreSQL tar -xvf im Makefile "USR_PROJ=0" setzen, falls keine projection genutzt werden soll make make install createdb yourtestdatabase createlang plpgsql yourtestdatabase psql -d yourtestdatabase -f postgis.sql (im CONTRIB/POSTGIS-CVS-Pfad) psql -d yourtestdatabase -f spatial_ref_sys.sql 5. Mapserver ./configure --with-postgis=/usr/local/pgsql/bin/pg_config --with-gd=/usr/local --with-png=/usr/local make make install Für Rückfragen stehe ich Ihnen gern zur Verfügung. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/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://halgis.halle.de; http://umweltatlas.halle.de -----Ursprüngliche Nachricht----- Von: JJWag [mailto:jj.wag at gmx.de] Gesendet: Montag, 6. September 2004 16:48 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] PostGIs unter Suse9 Hallo Liste, ich versuche PostGIS auf folgendem System zu installieren und bin kurz vorm Infarkt: - SUSE 9.0 -POSTGRE 7.4.5 -POSTGIS 0.8.2 POSTGRE wurde im Verzeichnis "/usr/local/pgsql" installiert und läuft. Im Makefile von PostGIS habe ich die Variablen für USE_PROJ und USE_GEOS auf 0 gesetzt, da ich beide Libraries nicht installiert habe. beim Ausführen von gmake zum Übersetzen des Quelltextes von PostGIS kommt es zu folgenden Fehlermeldungen: axel:~/postgresql/contrib/postgis # gmake gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_debug.o postgis_debug.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_ops.o postgis_ops.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_fn.o postgis_fn.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_inout.o postgis_inout.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_proj.o postgis_proj.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_chip.o postgis_chip.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_transform.o postgis_transform.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_gist_72.o postgis_gist_72.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_estimate.o postgis_estimate.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_geos.o postgis_geos.c gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -I../../src/include -D_GNU_SOURCE -c -o postgis_algo.o postgis_algo.c ar crs libpostgis.a postgis_debug.o postgis_ops.o postgis_fn.o postgis_inout.o postgis_proj.o postgis_chip.o postgis_transform.o postgis_gist_72.o postgis_estimate.o postgis_geos.o postgis_algo.o ranlib libpostgis.a gcc -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes -Wmissing-declaratio ns -g -fexceptions -I. -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -D USE_VERSION=74 -DUSE_STATS -fpic -shared -Wl,-soname,libpostgis.so.0 postgis_debug.o postgis_ops.o postgis_fn.o postgis_inout.o postgis_proj.o postgis_chip.o postgis_transform.o postgis_gist_72.o postgis_estimate.o postgis_geos.o stgis_algo.o -L../../src/port -L../../src/port -Wl,-rpath,/usr/local/pgsq l/lib -o libpostgis.so.0.8 rm -f libpostgis.so.0 ln -s libpostgis.so.0.8 libpostgis.so.0 rm -f libpostgis.so ln -s libpostgis.so.0.8 libpostgis.so cpp -P -traditional-cpp -DUSE_VERSION=74 postgis.sql.in | sed -e 's:@MODULE_FILENAME@:\$libdir/libpostgis.so.0.8:g;s:@POSTGIS_VERSION@:0.8 USE_GEOS=0 USE_PROJ=0 USE_STATS=1:g' > postgis.sql perl create_undef.pl postgis.sql 74 > postgis_undef.sql gmake -C loader gmake[1]: Entering directory `/root/juergen/postgresql/contrib/postgis/loader' gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o shpopen.o shpopen.c shpopen.c:176: warning: `rcsid' defined but not used gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o dbfopen.o dbfopen.c dbfopen.c:200: warning: `rcsid' defined but not used gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o getopt.o getopt.c gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o shp2pgsql.o shp2pgsql.c gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 shpopen.o dbfopen.o getopt.o shp2pgsql.o -L../../../src/port -Wl,-rpath,/usr/local/pgsql/lib -o shp2pgsql gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 -I../../../src/include -D_GNU_SOURCE -c -o pgsql2shp.o pgsql2shp.c gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmissing-declarations -DFRONTEND -DSYSCONFDIR='"/us r/local/pgsql/etc"' -DUSE_VERSION=73 shpopen.o dbfopen.o getopt.o pgsql2shp.o -L../../../src/interfaces/libpq -lpq -L../../../src/port -Wl,-r path,/usr/local/pgsql/lib -o pgsql2shp gmake[1]: Leaving directory `/root/postgresql/contrib/postgis/loader' Was mach ich falsch? Hat jemand Erfahrungen mit meiner Konfiguration gemacht? Welche Pakete benötige ich für eine reibungslose Installation unter Suse 9.0? Danke + Gruß Jochen Wagner _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From frank.koormann at intevation.de Mon Sep 6 16:58:41 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Mon, 6 Sep 2004 16:58:41 +0200 Subject: [Mapserver-DE] PostGIs unter Suse9 In-Reply-To: <005101c49420$71700e90$1800a8c0@sven> References: <005101c49420$71700e90$1800a8c0@sven> Message-ID: <20040906145841.GA5554@intevation.de> Hallo, * JJWag [040906 16:41]: > Hallo Liste, > > ich versuche PostGIS auf folgendem System zu installieren und bin kurz vorm > Infarkt: > > - SUSE 9.0 > -POSTGRE 7.4.5 > -POSTGIS 0.8.2 > > POSTGRE wurde im Verzeichnis "/usr/local/pgsql" installiert und läuft. > > Im Makefile von PostGIS habe ich die Variablen für USE_PROJ und USE_GEOS auf > 0 gesetzt, da ich beide Libraries nicht installiert habe. > > beim Ausführen von gmake zum Übersetzen des Quelltextes von PostGIS kommt es > zu folgenden Fehlermeldungen: > [...] Vielleicht hatte ich was übersehen, aber > shpopen.c:176: warning: `rcsid' defined but not used etc schien mir die einzige Meldung. Und das ist nur eine Warnung, dass eine Variable definert aber nicht benutzt wird. Die Kompilation scheint mir aufgrund des geposteten Logs sauber durchgelaufen zu sein. Äussert sich beim Betrieb/Ausführen des postgis.sql ein Problem? Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From h-j.luecking at t-online.de Mon Sep 6 18:01:16 2004 From: h-j.luecking at t-online.de (=?iso-8859-1?Q?Heinz-Josef_L=FCcking?=) Date: Mon, 6 Sep 2004 18:01:16 +0200 Subject: AW: AW: [Mapserver-DE] Deutsches Online-Forum In-Reply-To: <41386C7C.406@webgis.de> Message-ID: Hey Community >> Die Idee mit dem Wiki ist gut, aber wäre denn die Konzentration all >> dieser verstreuten Infos innerhalb einer Plattform nicht am besten? >> Und die eine Plattform die mir da als erstes in den Sinn kommt ist >> die deutsche UMN MapServer Seite, .... Das GISWiki (http://www.giswiki.de) ist bereits vorhanden und kann sofort eingesetzt werden. Weiterere Vorteile sind: - der Zusammenhang bzw. sind die Synergieeffekte, die sich mit den anderen GIS-Themen dort ergeben Heinz -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Michael Schulz Gesendet: Freitag, 3. September 2004 15:07 Cc: mapserver-de at freegis.org Betreff: Re: AW: [Mapserver-DE] Deutsches Online-Forum Hallo zusammen, diese Diskussion findet immer mal wieder auch auf der englischen Userliste statt, aber so richtig durchsetzen konnte sich bisher nichts (außer vielleicht IRC noch). Die Liste ist meiner Meinung nach der beste Weg schnell Fragen zu stellen um schnell Antworten zu bekommen. Die Idee mit dem Wiki ist gut, aber wäre denn die Konzentration all dieser verstreuten Infos innerhalb einer Plattform nicht am besten? Und die eine Plattform die mir da als erstes in den Sinn kommt ist die deutsche UMN MapServer Seite, die von Arnulf "ins Leben gerufen wurde" - Danke, übrigens mal an dieser Stelle :-). Das sollte aber auf keinen Fall heissen, dass Ihr jetzt diese Arbeit übernehmen sollt. Momentan wird auf der mapserver Ursprungsseite der Wechsel auf ein CMS angedacht, vielleicht kann man damit auch regionalisierte Bereiche zur Verfügung stellen (wenn nicht muss man es vorschlagen), die man dann dezentral pflegen kann und so nicht alle Arbeit bei ein oder zwei Leuten liegt. So könnten Inhalte, seien es die statischen Seiten oder auch das Wiki, mit Themen die allgemeingültig sind (Installation, etc.) und übersetzt vorgehalten werden (klar, das muss erst mal jemand machen) neben Seiten/Wiki mit speziellen regionalen Inhalten (in D, z.B. ATKIS, EDBS, etc.) an einer zentralen Stelle stehen. Viele Grüße, Michael Heinz-Josef Lücking schrieb: > Hallo Comunity. > > Ich möchte auf das GISWiki (http://www.giswiki.de, bzw > http://webgis.dyndns.org:8080/giswiki/Wiki.jsp?page=UMNMapServer) hinweisen. > > Dort können Informationen, die häufiger abgefragt werden (Installation, > nützliche Links ...), in strukturierter Form abgelegt werden. > > http://webgis.dyndns.org:8080/giswiki/Wiki.jsp?page=UMNMapServer > > Grüße, Heinz > > > -----Ursprüngliche Nachricht----- > Von: mapserver-de-bounces at freegis.org > [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Stefan Weissenfels > Gesendet: Freitag, 3. September 2004 09:19 > An: mapserver-de at freegis.org > Betreff: [Mapserver-DE] Deutsches Online-Forum > > > Hallo Comunity. > > > Ich bin jetzt seid geraumer Zeit hier am mitlesen. Jedoch finde ich die > Hilfestellungen über Mail sehr flüchtig. Wenn ich eine Frage habe und diese > von der Comunity hier beantwortet wird dann ist mir zwar geholfen, aber > diejenige die später auf das selbe Problem stoßen, müssen erneut dieselbe > Frage stellen. > > > Ich wünsche mir ein kleines Forum wo man Diskussionen über ein Thema > nachschlagen bzw nachlesen kann. Ich habe leider keine Ahnung wie groß diese > Gemeinschaft hier ist. Ist sie jedoch groß genug könnte ich so ein > Forum installieren...wenn halt bedarf ist. > Also wenn das gewünscht ist, würde ich mich um ein wenig Resonanz freuen. > > > Wenn es jedoch schon so ein Forum gibt, dann wäre es klasse wenn mir > einer einen Link schicken könnte. > > > Mit freundlichen Grüßen > Stefan Weißenfels > _______________________________________ > Stefan Weißenfels > Stadtbauamt Neuwied, Vermessungsabteilung > Engerser Landstraße 17; 56562 Neuwied > Tel. (02631) 802-655; Fax: (02631) 802-610 > E-M at il : sweissen at neuwied.de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From h-j.luecking at t-online.de Mon Sep 6 18:11:27 2004 From: h-j.luecking at t-online.de (=?iso-8859-1?Q?Heinz-Josef_L=FCcking?=) Date: Mon, 6 Sep 2004 18:11:27 +0200 Subject: AW: [Mapserver-DE] Erstellung eines MapServers. In-Reply-To: <1C3XJj-1NEKqu0@filter11.bbul.t-online.de> Message-ID: Hallo Stefan vielleicht hilft der Link weiter ... http://webgis.dyndns.org:8080/giswiki/Wiki.jsp?page=UMNMapServer Grüße, Heinz -----Ursprüngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von stefan_weissenfels at t-online.de Gesendet: Samstag, 4. September 2004 11:59 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Erstellung eines MapServers. Hallo Comunity. Also ich würde mich gerne erst mal privat mit dem UMN MapServer auseinander setzen bevor ich das meiner Verwaltung vorschlage. Nun bin ich php-geschädigt. Ich habe einige Scripte geschrieben und andere von dritten Installiert. Jedoch sieht die UMN-Software komplett anders aus, als das was ich bisher gesehen habe. Nun würde ich gerne wissen ob es da einen einfachen Weg gibt den zu installieren und erste Beispiel-Daten laufen zu lassen. So wie ich das sehe, muss ich die Software als SystemDienst laufen lassen um dann im Betrieb mit eine ServerSprache wie cgi, php oder .net dem SystemDienst anzusprechen. Gibts da ein kleines HowTo oder ne kleine Anleitung? Ich meine ich brauche keinen der mir das Schritt für Schritt erklärt. Eher sowas wie einen "Schupps" in die richtige Richtung. Wenn ich das verstehe und das zum laufen bringe springt auch ne kleine deutsche Anleitung raus! Damit nicht noch einer so eine Frage wie diese hier stellt. ;) Ich hoffe ihr könnt mir weiterhelfen, Tipps und Tricks oder auch nur Links zu wertvollen Informationen schicken. Vielen dank für eure Mühen Mit freundlichen Grüßen Stefan Weißenfels (privat) btw: Nur so am Rande falls ihr auch ein GIS-Sytsem betreibt: Wir haben auf der Arbeit Probleme mit unserem GIS-System. Wenn ihr also ein GIS-System nutzt, welches einfach zu installieren, zu administrieren ist, kostengünstig ist und benutzerfreundlich, dann wäre ich froh um Vorschläge. Ich bzw wir benutzen David von IBR. Ansich istdie Software ziemlich mächtig. Sie kann fast alles, und wenn nicht dann kann man es ihr bei bringen. Jedoch gibt es so manche Personen die diese Software ablehnen (aus welche Gründen weiss ich nicht genau) und meinen das es wesentlich günstigere und bessere GIS-Softwaren gibt. Um einfach solcher Kritik ein fundament zu geben oder auch nicht, wäre ich dankbar für eure Erfahrungen in Sachen GIS. _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From jj.wag at gmx.de Tue Sep 7 14:38:12 2004 From: jj.wag at gmx.de (JJWag) Date: Tue, 7 Sep 2004 14:38:12 +0200 Subject: [Mapserver-DE] PostGIs unter Suse9 die Zweite Message-ID: <003601c494d7$8b9c43d0$1800a8c0@sven> Hallo Liste, danke nochmal für alle Antworten, das hat mich jetzt etwas weiter gebracht: noch mal meine Konfiguration: - SUSE 9.0 -POSTGRE 7.4.5 -POSTGIS 0.8.2 zusätzlich ist installiert: GCC, GCC++ gmake gd freetype2 + devel zlib+devel libpng+devel readline+devel bison POSTGRE wurde im Verzeichnis "/usr/local/pgsql" installiert. Im Makefile von PostGIS habe ich die Variablen für USE_PROJ und USE_GEOS auf 0 gesetzt, da ich beide Libraries nicht installiert habe. es kommt dann immer noch zu folgender Fehlermeldung beim Übersetzen von POSTGIS. postgis.sql habe ich noch nicht ausgeführt, da bei gmake install die gleiche Fehlermeldung kommt. Wollte zunächste eine "saubere" Kompilierung haben. Je nach installierten Komponenten sehen die Meldungen immer wieder etwas anders aus. axel:/usr/local/postgresql-7.4.5/contrib/postgis # gmake gmake -C loader gmake[1]: Entering directory `/usr/local/postgresql-7.4.5/contrib/postgis/loader' gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa ll -Wmissing-prototypes -Wmis sing-declarations -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -DUSE_VER SION=73 shpopen.o dbfopen.o g etopt.o pgsql2shp.o -L../../../src/interfaces/libpq -lpq -L../../../src/port -Wl,-r path,/usr/local/pgsql /lib -o pgsql2shp /usr/lib/gcc-lib/i586-suse-linux/3.3.1/../../../../i586-suse-linux/bin/ld: cannot find -lpq collect2: ld returned 1 exit status gmake[1]: *** [pgsql2shp] Fehler 1 gmake[1]: Leaving directory `/usr/local/postgresql-7.4.5/contrib/postgis/loader' gmake: *** [loaderdumper] Fehler 2 Was kann ich da machen? Danke + Gruss Jochen Wagner From frank.koormann at intevation.de Wed Sep 8 10:33:35 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 8 Sep 2004 10:33:35 +0200 Subject: [Mapserver-DE] GeoPoint Kolumne Message-ID: <20040908083335.GB15887@intevation.de> Hallo, mal ein Blick über den Tellerrand, die letzte Kolumne von Lisa Kneipp in der GeoBit ist einigen ja vielleicht noch in Erinnerung. Die aktuelle Kolumne befasst sich mit "Patente Aussichten in der Open Source-Arena": http://www.geopoint.de/servlet/index.php?rubrik=0045&id=0078 Der erwähnte "OpenSource-Enthusiast" Dipl.Ing. Bernd Herd stellt seine Probleme (bzw. die seines Kunden) mit EADS Dornier hier genauer vor: http://www.herdsoft.com/Einkommenseinbussen%20durch%20Softwarepatente.html M.E. benutzt Frau Kneipp die aktuelle Diskussion um Softwarepatente im Linuxprojekt der Stadt München um weiter FUD (Fear, Uncertainty, Doubt) über Freie Software zu streuen. Sie lässt ausser Acht, dass die gesamte, durch Ingenieur-Büros und mittelständische Unternehmen geprägte europäische GIS-Branche die Entwciklung betreibt gleichermassen betroffen ist. Beste Grüße, Frank Koormann -- Frank Koormann Professioneller Service um Freie Software (http://intevation.de/) FreeGIS Projekt (http://freegis.org/) From Mike.Elstermann at itc-halle.de Wed Sep 8 10:46:25 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Wed, 8 Sep 2004 10:46:25 +0200 Subject: AW: [Mapserver-DE] GeoPoint Kolumne Message-ID: <8BC0EAF5B383D711B69E0006293896C701756E7B@ZEVHNT6> ich komm mit der frau auch nicht so richtig klar ??? aber manchmal hat sie auch recht. http://www.geopoint.de/servlet/index.php?rubrik=0045&id=0068 Für Rückfragen stehe ich Ihnen gern zur Verfügung. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/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://halgis.halle.de; http://umweltatlas.halle.de -----Ursprüngliche Nachricht----- Von: Frank Koormann [mailto:frank.koormann at intevation.de] Gesendet: Mittwoch, 8. September 2004 10:34 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] GeoPoint Kolumne Hallo, mal ein Blick über den Tellerrand, die letzte Kolumne von Lisa Kneipp in der GeoBit ist einigen ja vielleicht noch in Erinnerung. Die aktuelle Kolumne befasst sich mit "Patente Aussichten in der Open Source-Arena": http://www.geopoint.de/servlet/index.php?rubrik=0045&id=0078 Der erwähnte "OpenSource-Enthusiast" Dipl.Ing. Bernd Herd stellt seine Probleme (bzw. die seines Kunden) mit EADS Dornier hier genauer vor: http://www.herdsoft.com/Einkommenseinbussen%20durch%20Softwarepatente.html M.E. benutzt Frau Kneipp die aktuelle Diskussion um Softwarepatente im Linuxprojekt der Stadt München um weiter FUD (Fear, Uncertainty, Doubt) über Freie Software zu streuen. Sie lässt ausser Acht, dass die gesamte, durch Ingenieur-Büros und mittelständische Unternehmen geprägte europäische GIS-Branche die Entwciklung betreibt gleichermassen betroffen ist. Beste Grüße, Frank Koormann -- Frank Koormann Professioneller Service um Freie Software (http://intevation.de/) FreeGIS Projekt (http://freegis.org/) From thelen at ccgis.de Wed Sep 8 17:42:33 2004 From: thelen at ccgis.de (Benjamin Thelen) Date: Wed, 08 Sep 2004 17:42:33 +0200 Subject: [Mapserver-DE] PostGIs unter Suse9 die Zweite In-Reply-To: <003601c494d7$8b9c43d0$1800a8c0@sven> References: <003601c494d7$8b9c43d0$1800a8c0@sven> Message-ID: <413F2869.9090909@ccgis.de> Moin, Ich habe für Kunden - sonst würde ich SuSE nicht nehmen - bereits mehrer SuSE Installationen mit pgsql und postgis durchgeführt. Dabei ist nie irgendein Fehler in dieser Art aufgetreten. Dass Sie postgresql 7.4.5 installiet haben bedeutet, dass Sie das selbst kompiliert haben. Nach Möglichkeit würde ich alles was geht nicht aus der Quelle installieren, gerade, wenn man weniger Erfahrung mit der Kompilierung hat. Debian bietet ein eigenes Paket mit pgsql-7.4 an...bei FreeBSD ist auch pgsql-7.4 verfügbar. Ich schätze, dass bei Ihrer Installation aus dem Quellcode noch etwas fehlt bzw. nicht gemacht wurde. Der Komplierungsoutput von Postgis aus Ihrer Mail vom 06.09./16.47 ist absolut ok, da ist definitiv kein Fehler, deshalb verstehe ich zwei Sachen nicht. :-) 1. Ihr erstes Posting. Wo ist der Fehler bzw die Funktionsstörung, wie auch Frank Koorman fragt? 2. Woher kommt plötzlich der Fehler während des Kompilierens, den Sie in Ihrer letzten Mail beschreiben? Erst hat es funktioniert, dann nicht. Was haben Sie geändert? "cannot find -lpq" bzw. "ld returned 1 exit status" klingt für mich danach, als fehlte eine (Postgresql-?) Bibliothek oder würde nicht gefunden. Haben Sie nach der Installation von pgsql "ldconfig" und auch vor der erneuten Komplierung von postgis "make clean" eingegeben? Wären so zwei Kleinigkeiten, die gerne Schwierigkeiten verursachen. Leider habe ich auch keine konkretere Idee. Ich hoffe es hilft Ihnen bisschen. -- Mit freundlichen Grüßen 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 JJWag wrote: > Hallo Liste, > danke nochmal für alle Antworten, das hat mich jetzt etwas weiter gebracht: > > noch mal meine Konfiguration: > > - SUSE 9.0 > -POSTGRE 7.4.5 > -POSTGIS 0.8.2 > > zusätzlich ist installiert: > > GCC, GCC++ > gmake > gd > freetype2 + devel > zlib+devel > libpng+devel > readline+devel > bison > > POSTGRE wurde im Verzeichnis "/usr/local/pgsql" installiert. > > Im Makefile von PostGIS habe ich die Variablen für USE_PROJ und USE_GEOS auf > 0 gesetzt, da ich beide Libraries nicht installiert habe. > > es kommt dann immer noch zu folgender Fehlermeldung beim Übersetzen von > POSTGIS. > > postgis.sql habe ich noch nicht ausgeführt, da bei gmake install die gleiche > Fehlermeldung kommt. Wollte zunächste eine "saubere" Kompilierung haben. Je > nach installierten Komponenten sehen die Meldungen immer wieder etwas anders > aus. > > axel:/usr/local/postgresql-7.4.5/contrib/postgis # gmake > gmake -C loader > gmake[1]: Entering directory > `/usr/local/postgresql-7.4.5/contrib/postgis/loader' > gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa > ll -Wmissing-prototypes -Wmis > > > > > > > > > > > sing-declarations -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -DUSE_VER > SION=73 shpopen.o dbfopen.o g etopt.o > pgsql2shp.o -L../../../src/interfaces/libpq -lpq -L../../../src/port -Wl,-r > path,/usr/local/pgsql /lib -o pgsql2shp > /usr/lib/gcc-lib/i586-suse-linux/3.3.1/../../../../i586-suse-linux/bin/ld: > cannot find -lpq > collect2: ld returned 1 exit status > gmake[1]: *** [pgsql2shp] Fehler 1 > gmake[1]: Leaving directory > `/usr/local/postgresql-7.4.5/contrib/postgis/loader' > gmake: *** [loaderdumper] Fehler 2 > > Was kann ich da machen? > Danke + Gruss > Jochen Wagner > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > From sanders at aerowest.de Thu Sep 9 16:54:51 2004 From: sanders at aerowest.de (Felicitas Sanders) Date: Thu, 9 Sep 2004 16:54:51 +0200 Subject: [Mapserver-DE] Re: [Mapbender-users] styles References: Message-ID: <000701c4967c$f64a6bc0$7502a8c0@aerowest> Hallo Herr Rothstein, DANKE - es funktioniert! Gruß F. Sanders ----- Original Message ----- From: "Uli Rothstein (CCGIS)" To: "Sanders" ; "Till Adams" Cc: Sent: Thursday, September 09, 2004 2:25 PM Subject: AW: [Mapbender-users] styles > Hallo, > > die Angabe eines default-Styles wird vom UMN MapServer (ab Vers. 4.3) nicht > mehr akzeptiert. Dies ist laut Spezifikation 1.1.1. auch richtig, ein > default-Style sollte nicht mehr angegeben werden. > Im neuen Release berücksichtigt dies auch der Mapbender2. Um das Problem > schnell zu lösen, kann einfach in der Datei > ..mapbender2/http/javascripts/map.php das "default" entfernt werden (es > kommt insgesamt an vier Stellen vor). > > Gruss > Uli Rothstein > > > > -------------------------------- > Ulrich Rothstein > CCGIS GbR > Siemensstraße 8 > 53121 Bonn > GERMANY > -------------------------------- > > ulrich.rothstein at ccgis.de > www.ccgis.de > -------------------------------- > Zentrale: ++49 (0) 228 90826 0 > Durchwahl: ++49 (0) 228 90826 17 > Fax: ++49 (0) 228 90826 11 > -------------------------------- From jj.wag at gmx.de Fri Sep 10 12:04:07 2004 From: jj.wag at gmx.de (JJWag) Date: Fri, 10 Sep 2004 12:04:07 +0200 Subject: [Mapserver-DE] PostGIs unter Suse9 die Zweite Message-ID: <003701c4971d$831650a0$1800a8c0@sven> Moin Moin, zunächst mal danke für die Infos: make clean hatte ich tatsächlich nicht ausgeführt, aber daran lag es wohl nicht, habe mittlerweile alles komplett neu installiert (auch die suse) und postgresql 7.4.5 neu kompiliert, anschließend postgis mit geos und proj. Funktioniert jetzt alles einwandfrei. Weiß nicht genau, wo der Fehler lag, kenne jetzt aber den Weg zum Ziel. Einige Probleme hingen mit der geos und proj Unterstützung zusammen (Pfade!), habe postgis öfter mal mit oder ohne Unterstützung der Libs ausgeführt, ist wohl dann einiger Datenmüll entstanden. Sei's drum. Noch eine Frage: Gibt es ein Paket von PGAdmin für Suse 9.0 oder muß man es aus der Source installieren? Nochmals vielen Dank Jochen ----- Original Message ----- From: "Benjamin Thelen" To: "JJWag" Cc: Sent: Wednesday, September 08, 2004 5:42 PM Subject: Re: [Mapserver-DE] PostGIs unter Suse9 die Zweite > Moin, > > Ich habe für Kunden - sonst würde ich SuSE nicht nehmen - bereits > mehrer SuSE Installationen mit pgsql und postgis durchgeführt. Dabei > ist nie irgendein Fehler in dieser Art aufgetreten. > > Dass Sie postgresql 7.4.5 installiet haben bedeutet, dass Sie das > selbst kompiliert haben. Nach Möglichkeit würde ich alles was geht > nicht aus der Quelle installieren, gerade, wenn man weniger Erfahrung > mit der Kompilierung hat. Debian bietet ein eigenes Paket mit > pgsql-7.4 an...bei FreeBSD ist auch pgsql-7.4 verfügbar. > > Ich schätze, dass bei Ihrer Installation aus dem Quellcode noch etwas > fehlt bzw. nicht gemacht wurde. > > > Der Komplierungsoutput von Postgis aus Ihrer Mail vom 06.09./16.47 ist > absolut ok, da ist definitiv kein Fehler, deshalb verstehe ich zwei > Sachen nicht. :-) > > 1. Ihr erstes Posting. Wo ist der Fehler bzw die Funktionsstörung, wie > auch Frank Koorman fragt? > 2. Woher kommt plötzlich der Fehler während des Kompilierens, den Sie > in Ihrer letzten Mail beschreiben? Erst hat es funktioniert, dann > nicht. Was haben Sie geändert? > > > "cannot find -lpq" bzw. "ld returned 1 exit status" klingt für mich > danach, als fehlte eine (Postgresql-?) Bibliothek oder würde nicht > gefunden. Haben Sie nach der Installation von pgsql "ldconfig" und > auch vor der erneuten Komplierung von postgis "make clean" eingegeben? > Wären so zwei Kleinigkeiten, die gerne Schwierigkeiten verursachen. > > Leider habe ich auch keine konkretere Idee. Ich hoffe es hilft Ihnen > bisschen. > > > -- > Mit freundlichen Grüßen > > 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 > > > > JJWag wrote: > > Hallo Liste, > > danke nochmal für alle Antworten, das hat mich jetzt etwas weiter gebracht: > > > > noch mal meine Konfiguration: > > > > - SUSE 9.0 > > -POSTGRE 7.4.5 > > -POSTGIS 0.8.2 > > > > zusätzlich ist installiert: > > > > GCC, GCC++ > > gmake > > gd > > freetype2 + devel > > zlib+devel > > libpng+devel > > readline+devel > > bison > > > > POSTGRE wurde im Verzeichnis "/usr/local/pgsql" installiert. > > > > Im Makefile von PostGIS habe ich die Variablen für USE_PROJ und USE_GEOS auf > > 0 gesetzt, da ich beide Libraries nicht installiert habe. > > > > es kommt dann immer noch zu folgender Fehlermeldung beim Übersetzen von > > POSTGIS. > > > > postgis.sql habe ich noch nicht ausgeführt, da bei gmake install die gleiche > > Fehlermeldung kommt. Wollte zunächste eine "saubere" Kompilierung haben. Je > > nach installierten Komponenten sehen die Meldungen immer wieder etwas anders > > aus. > > > > axel:/usr/local/postgresql-7.4.5/contrib/postgis # gmake > > gmake -C loader > > gmake[1]: Entering directory > > `/usr/local/postgresql-7.4.5/contrib/postgis/loader' > > gcc -g -I.. -I. -I../../../src/interfaces/libpq -O2 -fno-strict-aliasing -Wa > > ll -Wmissing-prototypes -Wmis > > > > > > > > > > > > > > > > > > > > > > sing-declarations -DFRONTEND -DSYSCONFDIR='"/usr/local/pgsql/etc"' -DUSE_VER > > SION=73 shpopen.o dbfopen.o g etopt.o > > gsql2shp.o -L../../../src/interfaces/libpq -lpq -L../../../src/port -Wl,-r > > path,/usr/local/pgsql /lib -o pgsql2shp > > /usr/lib/gcc-lib/i586-suse-linux/3.3.1/../../../../i586-suse-linux/bin/ld: > > cannot find -lpq > > collect2: ld returned 1 exit status > > gmake[1]: *** [pgsql2shp] Fehler 1 > > gmake[1]: Leaving directory > > `/usr/local/postgresql-7.4.5/contrib/postgis/loader' > > gmake: *** [loaderdumper] Fehler 2 > > > > Was kann ich da machen? > > Danke + Gruss > > Jochen Wagner > > > > _______________________________________________ > > Mapserver-DE mailing list > > Mapserver-DE at freegis.org > > https://freegis.org/mailman/listinfo/mapserver-de > > > > From arnulf.christl at ccgis.de Fri Sep 10 14:57:29 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Fri, 10 Sep 2004 14:57:29 +0200 Subject: [Mapserver-DE] PostGIs unter Suse9 die Zweite In-Reply-To: <003701c4971d$831650a0$1800a8c0@sven> References: <003701c4971d$831650a0$1800a8c0@sven> Message-ID: <4141A4B9.7050701@ccgis.de> JJWag wrote: > Moin Moin, > zunächst mal danke für die Infos: make clean hatte ich tatsächlich nicht > ausgeführt, aber daran lag es wohl nicht, > habe mittlerweile alles komplett neu installiert (auch die suse) und > postgresql 7.4.5 neu kompiliert, > anschließend postgis mit geos und proj. > Funktioniert jetzt alles einwandfrei. Weiß nicht genau, wo der Fehler lag, > kenne jetzt aber den Weg zum Ziel. > Einige Probleme hingen mit der geos und proj Unterstützung zusammen > (Pfade!), habe postgis öfter mal mit oder ohne Unterstützung der Libs > ausgeführt, ist wohl dann einiger Datenmüll entstanden. Sei's drum. > > Noch eine Frage: Gibt es ein Paket von PGAdmin für Suse 9.0 oder muß man es > aus der Source installieren? > Nochmals vielen Dank > Jochen Wir haben sehr gute Erfahrungen mit http://phppgadmin.sourceforge.net gemacht. Viele Funktionen, sauber implementiert, über Web ansprechbar, schoene Quick-Exportfunktion, etc. Gruß, Arnulf. From jj.wag at gmx.de Fri Sep 10 16:13:10 2004 From: jj.wag at gmx.de (JJWag) Date: Fri, 10 Sep 2004 16:13:10 +0200 Subject: [Mapserver-DE] PostGIS Einbindung in den Mapfile Message-ID: <001c01c49740$4dc34340$1800a8c0@sven> Hallo, noch eine Frage vor dem Wochenende: ich habe ein gemischtes Netzwerk (Linux-Windows). Auf dem Windows-Rechner (Win 2000) läuft eine Mapserveranwendung, auf dem Linux-Rechner (Suse9.0) läuft PostGIS-Postgre . Ich möchte nun einen Punkt-Layer aus der Postgre-Datenbank in meinen Kartendienst unter Windows laden. Wie lautet der Syntax in der Map-Datei? Bisher habe ich folgendes eingegeben: (den Punkt-Shape "point_shape.shp" habe ich vorher mit shp2pgsql erfolgreich in die datenbank "willy" eingelesen): LAYER NAME "point_shape" CONNECTIONTYPE postgis CONNECTION "user=postgres dbname=willy host=192.168.0.211 port=5432" DATA "the_geom from point_shape" #DATA point_shape.shp TYPE point STATUS on CLASS Name "Name" COLOR 255 50 250 SYMBOL 'circle' SIZE 8 END # CLASS End Dabei kommt leider eine Fehlermeldung: msDrawMap(): Image handling error. Failed to draw layer named 'point_shape'. msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with connect string 'user=postgres dbname=willy host=192.168.0.211 port=5432'. ... Was tun? Danke + Gruß Jochen Wagner P.S. Bin Linux-Newbe, kann zwar von dem Linux-Rechner auf das Windows-Netzwerk zugreifen, aber sehe im Netzwerk nicht den Linux-Rechner From dg at mapmedia.de Fri Sep 10 16:34:09 2004 From: dg at mapmedia.de (Dirk Geschwandtner) Date: Fri, 10 Sep 2004 16:34:09 +0200 Subject: [Mapserver-DE] PostGIS Einbindung in den Mapfile In-Reply-To: <001c01c49740$4dc34340$1800a8c0@sven> References: <001c01c49740$4dc34340$1800a8c0@sven> Message-ID: <4141BB61.7010009@mapmedia.de> JJWag wrote: > > Dabei kommt leider eine Fehlermeldung: > msDrawMap(): Image handling error. Failed to draw layer named 'point_shape'. > msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with > connect string 'user=postgres dbname=willy host=192.168.0.211 port=5432'. > ... Hallo Jochen, akzeptiert die DB Verbindungen über TCPIP? Dazu muss in der 'postgresql.conf' tcpip_socket auf true gesetzt werden. Abgesehen davon: reagiert der Rechner auf einen 'ping 192.168.0.211'? Wenn nicht ist die Netzwerk Konfiguration des Rechners noch nicht in Ordnung. Dass man die Maschine unter Windows nicht in der Netzwerkumgebung sieht ist normal wenn kein Samba läuft. Eventuell muss auch noch die Authentifizierung in PostgreSQL gesetzt werden. In der 'pg_hba.conf' wird verwaltet, wer sich mit der DB verbinden darf. Näheres dazu unter http://www.postgresql.org/docs/7.4/static/client-authentication.html#AUTH-PG-HBA-CONF Schöne Grüße, Dirk -- _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin fon: +49.(0)30.89 06 82 71 fax: +49.(0)30.89 06 82 73 mail: dg at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ From jj.wag at gmx.de Fri Sep 10 17:28:25 2004 From: jj.wag at gmx.de (JJWag) Date: Fri, 10 Sep 2004 17:28:25 +0200 Subject: [Mapserver-DE] PostGIS Einbindung in den Mapfile Message-ID: <002f01c4974a$d0a47770$1800a8c0@sven> Hallo Nicol und Dirk, besten Dank für die Antworten, alles läuft!!! Nach einer Woche Schweiß und Tränen nun zum Wochenende der verdiente Lohn!:-) Gruß + Schönes Wochenende Jochen From jj.wag at gmx.de Mon Sep 13 17:53:14 2004 From: jj.wag at gmx.de (JJWag) Date: Mon, 13 Sep 2004 17:53:14 +0200 Subject: [Mapserver-DE] performance von mapserver und postgis Message-ID: <001201c499a9$c80bdd40$1800a8c0@sven> Hallo, hat jemand Erfahrungen mit der Performance von Mapserver/Postgis in Verbindung mit großen Datenmengen? Ich habe z.B. mehrere Tabelle/Layer mit jeweils ca.400.000 Polygon/Punktobjekten und folgende Rechnerausstattung: Der Mapserver läuft auf einem Pentium mit 2,4 Mhz CPU unter Windows 2000. Die Postgre/Postgis-Datenbank auf einem Linux-Rechner (Pentium mit nur! 500 Mhz CPU). Insgesamt dauert eine Anfrage des Mapservers auf die Postgis-Layer relativ lange. Drei Fragen dazu: 1. Braucht Postgre / PostGis viel CPU / Arbeitsspeicher? 2. Wäre das System perfomanter, wenn z.B. der Mapserver und Postgis auf einem System (z.B. unter Linux) laufen, ist also das Netzwerk ein Flaschenhals? 3. Gibt es irgendwelche Anhaltswerte für die Hardwareausstattung bei so großen Datenmengen? Danke + Grüße Jochen Wagner From Evgeni.Tcherkasski at ge.com Wed Sep 15 10:11:43 2004 From: Evgeni.Tcherkasski at ge.com (Evgeni.Tcherkasski@ge.com) Date: Wed, 15 Sep 2004 04:11:43 -0400 Subject: [Mapserver-DE] Fragen eines Neulings Message-ID: <6192367D59F8904CA553579EF41FEEA003B777B9@ukcbgx01psge.geips.ge.com> Hallo! Ich bin ein absoluter Neuling in der riesigen UMN Gemeinde. Und natürlich habe ich inzwischen ein paar technische Fragen zu dem UMN Server, die ich bisher durch das Lesen der Dokumentation nicht beantworten konnte. Leider benutzen Sie für den Informationsaustausch eine Mailingliste. Dies macht es mir leider nicht möglich nach meinen, sicherlich für den UMN Kenner einfachen Fragen, zu suchen. Ein Forum währe da meiner Ansicht nach schon sinnvoller. Also hier sind meine Fragen (Problembeschreibungen), die bisher ungelöst sind. 1) Wie kann ich eine Rasterdatei georeferenziren? Mit Hilfe von (.wld) - Dateien habe ich das schon versucht, aber damit ist es nicht möglich das Bild zu rotieren und zu scheren. Wie soll ich das sonst machen? Gibt es vielleicht eine Möglichkeit über die gewählten Passpunkte zu transformieren? 2) Ich habe eine (.shp) - Datei befüllt mit Punktgeometrien, die der UMN nicht darstellen kann aus mir unerklärlichen gründen. Obwohl die Systemkoordinaten und BBox stimmen. Gibt es vielleicht Versionsunterschiede zwischen Shape Dateien? Vielleicht spielt File Type eine Rolle? Oder warum bekomme ich die Punkte dieser Shape Datei nicht dargestellt. Ich danke Ihnen Gruß ET From frank.koormann at intevation.de Wed Sep 15 10:53:26 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 15 Sep 2004 10:53:26 +0200 Subject: [Mapserver-DE] Fragen eines Neulings In-Reply-To: <6192367D59F8904CA553579EF41FEEA003B777B9@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003B777B9@ukcbgx01psge.geips.ge.com> Message-ID: <20040915085326.GB10494@intevation.de> Hallo, * Evgeni.Tcherkasski at ge.com [040915 10:14]: > Hallo! > > Ich bin ein absoluter Neuling in der riesigen UMN Gemeinde. Und natürlich > habe ich inzwischen ein paar technische Fragen zu dem UMN Server, die ich > bisher durch das Lesen der Dokumentation nicht beantworten konnte. Leider > benutzen Sie für den Informationsaustausch eine Mailingliste. Dies macht es > mir leider nicht möglich nach meinen, sicherlich für den UMN Kenner > einfachen Fragen, zu suchen. Ein Forum währe da meiner Ansicht nach schon > sinnvoller. Also hier sind meine Fragen (Problembeschreibungen), die bisher > ungelöst sind. Diese Diskussion ist so alt wie die Foren im WWW :) Eine Suche im Mailing-Listen Archiv ist z.B. über google möglich, zur Eingrenzung "mapserver-de" als weitere Suchbegriff eingeben oder auch "site:intevation.net" (unter dieser Domain durchsucht google das Listenarchiv). > 1) Wie kann ich eine Rasterdatei georeferenziren? Mit Hilfe von (.wld) - > Dateien habe ich das schon versucht, aber damit ist es nicht möglich das > Bild zu rotieren und zu scheren. Wie soll ich das sonst machen? Gibt es > vielleicht eine Möglichkeit über die gewählten Passpunkte zu transformieren? Mit dem UMN MapServer selbst ist das nicht möglich, Google liefert als ersten Treffer zum Begriff "Rasterdatei georeferenzieren" das entsprechende Kapitel aus dem FreeGIS Tutorial: http://freegis.org/freegis_tutorial/online/node89.html Hier werden Lösungen für verschiedene Problemstellungen mit GRASS beschrieben. > 2) Ich habe eine (.shp) - Datei befüllt mit Punktgeometrien, die der UMN > nicht darstellen kann aus mir unerklärlichen gründen. Obwohl die > Systemkoordinaten und BBox stimmen. > Gibt es vielleicht Versionsunterschiede zwischen Shape Dateien? Vielleicht > spielt File Type eine Rolle? Oder warum bekomme ich die Punkte dieser Shape > Datei nicht dargestellt. Können Sie Ihre Map-Datei posten und einen Link zu einem Minimaldatensatz, der die Probleme aufweist, angeben? So können Interessierte sich das Problem genauer anschauen ohne das die Mailboxen aller Mitlesenden geflutet werden. Beste Grüße, Frank Koormann -- Frank Koormann Professioneller Service um Freie Software (http://intevation.de/) FreeGIS Projekt (http://freegis.org/) From adams at terrestris.de Wed Sep 15 11:01:40 2004 From: adams at terrestris.de (Till Adams) Date: Wed, 15 Sep 2004 11:01:40 +0200 Subject: [Mapserver-DE] Fragen eines Neulings In-Reply-To: <6192367D59F8904CA553579EF41FEEA003B777B9@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003B777B9@ukcbgx01psge.geips.ge.com> Message-ID: <414804F4.2070202@terrestris.de> Hallo Herr Tcherkasski, > > Ich bin ein absoluter Neuling in der riesigen UMN Gemeinde. Und natürlich > habe ich inzwischen ein paar technische Fragen zu dem UMN Server, die ich > bisher durch das Lesen der Dokumentation nicht beantworten konnte. Leider > benutzen Sie für den Informationsaustausch eine Mailingliste. Dies macht es > mir leider nicht möglich nach meinen, sicherlich für den UMN Kenner > einfachen Fragen, zu suchen. Ein Forum währe da meiner Ansicht nach schon > sinnvoller. Also hier sind meine Fragen (Problembeschreibungen), die bisher > ungelöst sind. > Ich bin sicher, sie werden im Laufe der Zeit die Vorzüge der Mailingliste zu schätzen lernen ;-) - es gibt übs. auch ein Archiv der Mailingliste (in der genau dieser Punkt auch zu finden sein dürfte, wurde letzte Woche erst diskutiert) und die volle UMN Referenz unter www.umn-mapserver.de auch auf deutsch. > 1) Wie kann ich eine Rasterdatei georeferenziren? Mit Hilfe von (.wld) - > Dateien habe ich das schon versucht, aber damit ist es nicht möglich das > Bild zu rotieren und zu scheren. Wie soll ich das sonst machen? Gibt es > vielleicht eine Möglichkeit über die gewählten Passpunkte zu transformieren? > Georeferenzieren hat ja nichts mit dem UMN zu tun - das ist Gis-Basisfunktionalität. Der UMN ist kein echtes GIS-System, sondern eigentlich nur ein "GIS Kartenmacher". Die wld bzw. tfw Datei ist die Georeferenzierung der Rasterdatei ;-) - alternativ haben Sie ein GeoTiff, da stehen die Infos der wld Datei im Header der Tiff Datei selbst. Das Verzerren (oder scheren??) passiert durch die Projektion, in der das Bild dann angezeigt werden soll. Also zB. ist das Tif georeferenziert in GK_2, die Anzeige erfolgt aber in DD. > > 2) Ich habe eine (.shp) - Datei befüllt mit Punktgeometrien, die der UMN > nicht darstellen kann aus mir unerklärlichen gründen. Obwohl die > Systemkoordinaten und BBox stimmen. > Gibt es vielleicht Versionsunterschiede zwischen Shape Dateien? Vielleicht > spielt File Type eine Rolle? Oder warum bekomme ich die Punkte dieser Shape > Datei nicht dargestellt. > Bei solchen Fällen bitte immer die Auszüge aus der Mapdatei anhängen, ansonsten kann niemand feststellen, ob die Probleme aus den Einträgen in der Mapdatei oder aus der Datenquelle resultieren... Eigentlich kann jede Shapedatei angezeigt werden, es sei denn, Sie ist kaputt :-) - ich vermute daher, Sie haben in der Mapdatei irgendwo einen Fehler gemacht. Grüsse aus Bonn, Till Adams > Ich danke Ihnen > > Gruß > > ET > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- Mit freundlichen Grüssen aus Bonn, Till Adams ****************************************** * 14.09.2004 ** 14.09.2004 ** 14.09.2004 * * * * deutschsprachige UMN Anwenderkonferenz * * Info&Anmeldung: www.umn-mapserver.de * * * * 14.09.2004 ** 14.09.2004 ** 14.09.2004 * ****************************************** ------------------------------------------ Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From frank.koormann at intevation.de Wed Sep 15 11:39:09 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 15 Sep 2004 11:39:09 +0200 Subject: [Mapserver-DE] Fragen eines Neulings In-Reply-To: <20040915085326.GB10494@intevation.de> References: <6192367D59F8904CA553579EF41FEEA003B777B9@ukcbgx01psge.geips.ge.com> <20040915085326.GB10494@intevation.de> Message-ID: <20040915093908.GA13025@intevation.de> Hallo nochmal * Frank Koormann [040915 10:53]: > Hallo, > > * Evgeni.Tcherkasski at ge.com [040915 10:14]: > > 2) Ich habe eine (.shp) - Datei befüllt mit Punktgeometrien, die der UMN > > nicht darstellen kann aus mir unerklärlichen gründen. Obwohl die > > Systemkoordinaten und BBox stimmen. > > Gibt es vielleicht Versionsunterschiede zwischen Shape Dateien? Vielleicht > > spielt File Type eine Rolle? Oder warum bekomme ich die Punkte dieser Shape > > Datei nicht dargestellt. > > Können Sie Ihre Map-Datei posten und einen Link zu einem > Minimaldatensatz, der die Probleme aufweist, angeben? So können > Interessierte sich das Problem genauer anschauen ohne das die Mailboxen > aller Mitlesenden geflutet werden. Wurde in privater Kommunikation zur Verfügung gestellt: Ein Layer ist Type 1 (Point), das zweite Type 11 (PointZ). Dieser wird von der shapelib (die der UMN MapServer standardmässig zum lesen der Shapelib benutzt) nicht implementiert. Allerdings können Shapefiles vom Type PointZ mittels OGR Connector dargestellt werden: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0211/msg00203.html Beste Grüße, Frank Koormann -- Frank Koormann Professioneller Service um Freie Software (http://intevation.de/) FreeGIS Projekt (http://freegis.org/) From daniel at rindt.name Wed Sep 15 13:54:25 2004 From: daniel at rindt.name (Daniel Rindt) Date: Wed, 15 Sep 2004 13:54:25 +0200 Subject: [Mapserver-DE] MapScript compilierungsfehler Message-ID: <20040915115427.9B1BD5A0094@rubidium.confixxlogin.de> Hallo, Ich habe Probleme bei der compilierung des Mapservers auf Gentoo Linux. Ein kurzer mitschnitt der Fehler befindet sich im Anhang als Textdatei. Bin für jede Hilfe Dankbar. Daniel -------------- nächster Teil -------------- Ein eingebundener Text mit undefiniertem Zeichensatz wurde abgetrennt. Name: log.txt URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20040915/e9dac9b9/log.txt From Frank.Mueller at lfp.smul.sachsen.de Wed Sep 15 13:24:58 2004 From: Frank.Mueller at lfp.smul.sachsen.de (Frank.Mueller@lfp.smul.sachsen.de) Date: Wed, 15 Sep 2004 13:24:58 +0200 Subject: [Mapserver-DE] spezielle Fragestellungen Message-ID: <9139766E01C8D311A6FC00508B444914E6E66C@exlaf.laf.forst.smul.sachsen.de> Erst noch einamal Dank an die Organisatoren und Vortragenden der UMN- Anwenderkonferenz gestern in Hannover. Jedoch sind einige Fragestellungen offen geblieben. Das lag zum einen daran, dass ich aus Zeitgründen an der Diskussion am Ende der Veranstaltung nicht mehr teilnehmen konnte bzw. die Materie vielleicht auch zu speziell war.. Kurzum hier einige Fragen, die nicht direkt mit dem UMN Mapserver sondern mehr mit Webclienttechniken und die Einbindung von externen Quellen in Verbindung stehen. Wer wir sind und was wir vorhaben kann unter www.saechsisch-boehmischer-wald.de nachgelesen werden. Ich versuche aber die Probelematik zu verallgemeinern Problem 1: Es sollen externe Geodatenquellen einbezogen und lokale Sachdaten hinzugefügt werden. Dies wär kein Problem, wenn mit GetMapInfo die ID des Objektes für die externe Referenzierung genutzt werden kann. Leider ist die ID beim externen Dienst nicht persistent, d.h. bei Aktualisierungen wird die ID neu vergeben (editiert wird auf Linienebene nicht auf Objektebene (Flächen)). Ansatz: "lose" Kopplung Folgender Ansatz läuft auf eine redundante Datenhaltung hinaus, indem das externe Objekt zumindest in groben Umzügen in eine lokale Datenbank kopiert (nachdigitalisiert) wird und dieser Layer als aktiver aber transparenter Layer bei Selektion zugeschalten wird. Die Referenzierung erfolgt also rein über die Koordinaten und nicht mehr über eine wie auch geartete ObjektID.. Doch was passiert, wenn sich die Geometrie oder Positionen des externen Objekts ändert? Wie kann man eine Signatur für Kartenausschnitte generieren, wo auch der Grad der Änderung erkennbar wird, um bei extenen Änderungen dem Autor der "Kopie" zu informieren, damit dieser entsprechend Grad der Änderung reagieren kann? (denke an Algorithmen die bei MPEG2 eingesetzt werden, wo die Differenz zwischen 2 Bildern berechnet und hinterlegt wird) Wie groß wählt man die Ausschnitte, um nicht bei einer geringfügigen Änderung nicht gleich alle kopierten Objekte in Frage zu stellen? Letzters würde passieren, wenn man eine Änderung in den GetMapCapabilies festgestellt, die einen ganzen Layer betreffen. Vorteil des Ansatz der losen Kopplung: Es können Objekte kreiert werden die eine Aggregation von Objekten bzw. auch nur Objektgrenzen aus verschieden Layern und Quellen beinhalten. Gerade bei der Zielgruppe Öffenlichkeit kommen themenübergreifende Objekte/Beiträge, die in ihrer Ganzheitlichkeit textlich und fotodokumentarisch hinterlegt werden, oft vor. Mit anderen Worten: Der Nutzer wählt einen Beitrag, seis über eine Textsuche oder Geo-recherche und das gewählte Objekt steuert primär den Aufbau der interaktiven Karte. Die Parameter und Optionen legt der Autor fest. Problem 2: Adaption der Anwendung an externe Capabilities Automatische aber steuerbare Adaption bei Änderung der Quell-Capabilities, im Webclient. (SLD ?) Wer hat ein paar Pointer? Problem 3: Integration von existierenden Webclients in bestehende Seiten Integration der Funktionalität von Webclients in bestehende Applikation mit Augenmerk auf Design, Symbolic, Vokabular und Update-Fähigkeit. Wer hat da Erfahrungen? Problem 4:DHTML Webclients mit Edit-Funktionen Spiele dabei auf den Ansatz von Problem 1 an - das "Kopieren" der Geometrie. Die Funkionalität sollte wie bei Problem 3 in eine bestehendes CMS integrierbar sein. Ansatz: Vektorisierung von WMS Images Es erfolgt eine Vektoriesierung, anhand von vorgegebenen Farbschwellen der mit WMS gezogenen Images (serverseitig) Das Vektorergebnis wird im schon genannten lokalen Layer abgelegt und dem WebEditClient zur Weiterverabeitung zur Verfügung gestellt. - Filtern ist einfacher und vorallem genauer als nachzuzeichnen Problem 5: Kaskaden und Caching Da Kaskaden nicht immer zu umgehen sind, soll mit Cache-Techniken den Geschwindigkeitsverlust entgegen gewirkt werden. Dies könnte durch eine Postgres/Postgis Komponente auf dem Server erfolgen. Benötigt wird jedoch ein Operator, der über einen wie im Ansatz des Problem 1 beschriebenen Signaturvergleich, Unterschiede feststellen und pophylaktisch eine Nachladen auslösen könnte. Der Effekt der Caching-Strategie kann in unseren Fall erheblich sein, da zu erwarten ist, dass weniger generell als mehr objektbezogen Kartenmaterial angefordert wird. Wer kennt sich mit Caching aus? Problem 6: JPEG und transparent Meines Wissens können JPEG's nicht transparent geschalten werde. Um dies dennoch zu tuen, müßte in einem Zwischenschritt auf dem Mapserver das JPEG Format vorher ausgetauscht werden. Wer hat Erfahrungen damit? Problem 7: vorgeschriebens Überlagern bzw. Verfälschen von Geobasisdaten Das Anzeigen von reinen Geobasisdaten ist unserem Projekt untersagt. Einziger Ausweg wäre ein Verfälschen bzw. Überlagern der Geobasisdaten mit anderen Themen bzw. einem Wasserbild. Die Sicherheit für eine solches Verhalten sollte im WMS Dienst verankert sein. Jedoch kann meines Wissens diese Alternative in der Konfigurationsdatei des UMN mapservers nicht formuliert werden. Es bliebe nur das generelle Überlagern oder das Einrichten von mehreren Diensten je thematischer Kombination. Beide Ansätze sind aber unbefriedigend. Ein anderer Ansatz wäre, das gewünschte Verhalten in den Client zu verlagern. Doch unterschreiben, dass das Anzeigen von puren Geobasisdaten technisch damit unmöglich, möchte ich nicht. (Was ist mit freien Clients, die einfach die session-ID kapern ?). Hat jemand eine Idee? Gut das sind zwar mehrere Fragen, die wohl besseer einzeln in einem extra Thread erörtert werden sollten. Doch die Fragen hängen auch zusammen. Wir sind für jeden Hinweis dankbar. Frank Müller IT-Spezialist im Projekt "Virtuelle Forstbehörde" Landesforstpräsidium Abteilung Forstpolitik Liebethal 46, D - 01796 Pirna, OT Liebethal (Hausadresse) Bonnewitzer Straße 34, D - 01796 Pirna, OT Graupa (Postanschrift) Tel.: +49 (0) 35 01/46 83 - 30 FAX: +49 (0) 35 01/46 83 - 46 E-Mail 1 mailto:frank.mueller at lfp.smul.sachsen.de E-Mail 2: mailto:poststelle at lfp.smul.sachsen.de URL: http://www.forsten.sachsen.de/lfp Kein Zugang für elektronisch signierte sowie verschlüsselte elektronische Dokumente From thelen at ccgis.de Wed Sep 15 19:27:02 2004 From: thelen at ccgis.de (Benjamin Thelen) Date: Wed, 15 Sep 2004 19:27:02 +0200 Subject: [Mapserver-DE] performance von mapserver und postgis In-Reply-To: <001201c499a9$c80bdd40$1800a8c0@sven> References: <001201c499a9$c80bdd40$1800a8c0@sven> Message-ID: <41487B66.2030106@ccgis.de> JJWag wrote: > Hallo, > > hat jemand Erfahrungen mit der Performance von Mapserver/Postgis in > Verbindung mit großen Datenmengen? > > Ich habe z.B. mehrere Tabelle/Layer mit jeweils ca.400.000 > Polygon/Punktobjekten und folgende Rechnerausstattung: > Der Mapserver läuft auf einem Pentium mit 2,4 Mhz CPU unter Windows 2000. > Die Postgre/Postgis-Datenbank auf einem Linux-Rechner (Pentium mit nur! 500 > Mhz CPU). > Insgesamt dauert eine Anfrage des Mapservers auf die Postgis-Layer relativ > lange. Moin, > Drei Fragen dazu: > 1. Braucht Postgre / PostGis viel CPU / Arbeitsspeicher? Datenbanken freuen sich immer über viel Arbeitsspeicher. Wieviel hat denn der kleine Linux-Rechner? Unter 512 MB macht das bei dieser Datenmenge und diesem kleinen Prozessor sicherlich nicht viel Sinn. > 2. Wäre das System perfomanter, wenn z.B. der Mapserver und Postgis auf > einem System (z.B. unter Linux) laufen, ist also das Netzwerk ein > Flaschenhals? Die Datenmengen, die übers Netz gehen sind geringer, als der Nachteil, der durch gleichzeitigem Datenbankzugriff und dem Bildrendering durch UMN-MapServer entsteht. > 3. Gibt es irgendwelche Anhaltswerte für die Hardwareausstattung bei so > großen Datenmengen? Grundsätzlich ist Hardware nicht so ausschlaggebend, wie die "Datenorganisation". Wie sieht es z.B. mit einem gist oder auch mal einem vaccumdb aus? Allerdings ist ein PIII 500 dann auch schon doch etwas unterdimensioniert. In Deinem Fall, natürlich je nach erwarteten Zugriffszahlen, würde ich den 500er PIII eher in die Ecke stellen, dass Windows von dem dicken Rechner durch ein Unix/Linux ersetzen und trotz obiger Aussage beides darauf laufen lassen. Wenn es richtig dicke DBs (mehrer GB) sind, macht evtl. der Einsatz von SCSI oder auch nur separaten HDDs Sinn. > > Danke + Grüße > Jochen Wagner > > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > 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 Sep 16 08:53:14 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Thu, 16 Sep 2004 08:53:14 +0200 Subject: [Mapserver-DE] Mapserver und Jump / Mapserver Message-ID: <8BC0EAF5B383D711B69E0006293896C701756E9B@ZEVHNT6> Hallo zusammen, inspiriert durch die vorgestrige UMN-Mapserver-Konferrenz (danke!!! großes LOB an CCGIS, Terestris, ... und vor allem hr. christl) habe ich mich mal mit versucht. Cooles Tool! Natürlich ergaben sich auch gleich ein paar fragen: eine versuch ich mal. Wenn ich im LAYER MINSCALE und/oder MAXSCALE definiert, zeigt JUMP nichts an - auskommentiert funktioniert es. Auf die gleichen Files den Mapserver via Web befragt geht's aber. Nun sind MINSCALE und MAXSCALE aber dringend nötig, damit nich unnötig viele daten in "sinnlosen" massstäben gerendert werden müssen. Gibts es da estra WMS-Tags? Für Rückfragen stehe ich Ihnen gern zur Verfügung. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/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://halgis.halle.de; http://umweltatlas.halle.de From jt at mapmedia.de Thu Sep 16 09:32:23 2004 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Thu, 16 Sep 2004 09:32:23 +0200 Subject: [Mapserver-DE] > Open Source ein Minenfeld In-Reply-To: <8BC0EAF5B383D711B69E0006293896C701756E9B@ZEVHNT6> References: <8BC0EAF5B383D711B69E0006293896C701756E9B@ZEVHNT6> Message-ID: <41494187.2020907@mapmedia.de> Hallo, unter dem Betreff oben habe ich heute folgende Meldung erhalten. Gehört in das Kapitel Stimmungsmache würde ich sagen, aber man muss ja auch die Argumente des Gegn - nein: der anderen Seite kennen. > silicon.de präsentiert Ihnen die Schlagzeilen des Tages für Donnerstag, den 16. September 2004 > > > 'OPEN SOURCE BEWEGUNG' VON VATERSCHAFTSKLAGEN BEDROHT > Exempel: Zwischen Furthermore und Mambo fliegen die Fetzen ... > http://www.silicon.de/nl.php?id=182621 -- Mit freundlichen Grüßen, 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 jt at mapmedia.de Thu Sep 16 11:06:28 2004 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Thu, 16 Sep 2004 11:06:28 +0200 Subject: [Mapserver-DE] spezielle Fragestellungen In-Reply-To: <9139766E01C8D311A6FC00508B444914E6E66C@exlaf.laf.forst.smul.sachsen.de> References: <9139766E01C8D311A6FC00508B444914E6E66C@exlaf.laf.forst.smul.sachsen.de> Message-ID: <41495794.5020800@mapmedia.de> Hallo Herr Müller, > Erst noch einamal Dank an die Organisatoren und Vortragenden der UMN- Anwenderkonferenz gestern in Hannover. Den Dank nehmen wir gerne entgegen und den dem Dank an die Votragenden schließe ich mich gerne an! Natürlich freuen wir uns über jedes Lob, falls jemand Verbesserungsvorschläge hat, würden wir die auch gerne hören, einige wenige sind schon angekommen, aber es dürfen gerne noch mehr werden. Denn es steht fest, dass das nicht die letzte Anwenderkonferenz war und es gibt auch schon ein paar gute Ideen für die nächste AK. > Jedoch sind einige Fragestellungen offen geblieben. Das lag zum einen daran, dass ich aus Zeitgründen an der Diskussion am Ende der Veranstaltung nicht mehr teilnehmen konnte bzw. die Materie vielleicht auch zu speziell war.. das sind in der Tat spezielle und eine ganze Reihe von Fragen. Derart individuelle Fragen zu beantworten konnte nicht das Ziel der AK sein, wie sie konzeptioniert war. Vielleicht wäre da eine Open Space Konferenz zum UMN besser gewesen, um Antworten auf Ihre Fragen zu finden. Ich nehme das als Anregung beim nächsten mal vielleicht einen Block 'Open Space' mit ins Programm aufzunehmen. Bis hier hin spreche ich wohl für alle Organisatoren der AK. Ab hier folgt meine persönliche Antwort auf Ihre Fragen. Ich denke auch dass Ihre Fragen spontan im Rahmen einer Liste kaum zu beantworten sind, da man sich etwas intensiver mit den Problemen auseinander setzen muss. In so einer Liste antworten die meisten 'nur', wenn sie schon einmal vor dem selben Problem standen und so eine schnelle Antwort haben, sie dient also dem Erfahrungsaustausch. Wenn es Ihre personellen Kapazitäten und der Zeitrahmen nicht zulassen die Probleme selbst zu lösen, sollten Sie vielleicht darüber nachdenken, sich eine Beratung einzukaufen. 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 Evgeni.Tcherkasski at ge.com Thu Sep 16 11:41:49 2004 From: Evgeni.Tcherkasski at ge.com (Evgeni.Tcherkasski@ge.com) Date: Thu, 16 Sep 2004 05:41:49 -0400 Subject: [Mapserver-DE] =?iso-8859-1?q?Ferschiebungswert_hinzuf=FCgen=2E_?= =?iso-8859-1?q?Wie=3F?= Message-ID: <6192367D59F8904CA553579EF41FEEA003BAD293@ukcbgx01psge.geips.ge.com> Hallo! Wieder eine technische Frage. Mir liegen Shapedateien mit Koord. im ETRS89 Zone34 vor. Leider ist von den Hochwerten überall ein fester Wert von 5000000m subtrahiert. D.h. z.B. für einen Punkt1: Tatsächliche Koord in diesem System X = 1036960 (Rechts) Y = 5971326 (Hoch) vom Äquator Was bei mir vorhanden ist: Y = 1036960 X = 971326 (also - 5000000m) Wie schaffe ist es jeweils 5000000m auf jedes X-Wert drauf zu addieren? Gibt es so was wie ein Offset-Parameter? Meine Layerdeffinition im Mapfile sieht so aus: #************************************************************************ LAYER CONNECTIONTYPE OGR # Weil PointZ Shapefiles. CONNECTION "dxf1/P0000011.shp" NAME points_dxf1 TYPE POINT STATUS off PROJECTION "proj=utm" "zone=34" "init=epsg:4326" END CLASS NAME rdline MINSIZE 4 STYLE SYMBOL "circle" COLOR 120 200 120 END END METADATA WMS_SRS "epsg:4326" wms_title "dxf1" END END #************************************************************************ Ich danke Ihnen im Voraus! Gruß ET From thelen at ccgis.de Thu Sep 16 12:00:52 2004 From: thelen at ccgis.de (Benjamin Thelen) Date: Thu, 16 Sep 2004 12:00:52 +0200 Subject: [Mapserver-DE] > Open Source ein Minenfeld In-Reply-To: <41494187.2020907@mapmedia.de> References: <8BC0EAF5B383D711B69E0006293896C701756E9B@ZEVHNT6> <41494187.2020907@mapmedia.de> Message-ID: <41496454.30203@ccgis.de> Definitiv falsch ist die Aussage, "als es nur proprietäre Software gab". Das war nie der Fall, im Gegenteil, der Ursprung von Software ist Open Source, insbesondere im universitären Bereich. Insofern, Stimmungsmache. Jörg Thomsen wrote: > Hallo, > > unter dem Betreff oben habe ich heute folgende Meldung erhalten. Gehört > in das Kapitel Stimmungsmache würde ich sagen, aber man muss ja auch die > Argumente des Gegn - nein: der anderen Seite kennen. > >> silicon.de präsentiert Ihnen die Schlagzeilen des Tages für >> Donnerstag, den 16. September 2004 >> >> >> 'OPEN SOURCE BEWEGUNG' VON VATERSCHAFTSKLAGEN BEDROHT >> Exempel: Zwischen Furthermore und Mambo fliegen die Fetzen ... >> http://www.silicon.de/nl.php?id=182621 > > > -- Mit freundlichen Grüßen 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 pf at centera.de Thu Sep 16 12:26:46 2004 From: pf at centera.de (Peter Freimuth) Date: Thu, 16 Sep 2004 12:26:46 +0200 Subject: [Mapserver-DE] Ferschiebungswert =?ISO-8859-1?Q?hinzuf=FCgen?= =?ISO-8859-1?Q?=2E_Wie=3F?= In-Reply-To: <6192367D59F8904CA553579EF41FEEA003BAD293@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003BAD293@ukcbgx01psge.geips.ge.com> Message-ID: <41496A66.5020304@centera.de> Evgeni.Tcherkasski at ge.com schrieb: >Hallo! >Wieder eine technische Frage. > >Mir liegen Shapedateien mit Koord. im ETRS89 Zone34 vor. >Leider ist von den Hochwerten überall ein fester Wert von 5000000m >subtrahiert. D.h. z.B. für einen Punkt1: > >Tatsächliche Koord in diesem System >X = 1036960 (Rechts) >Y = 5971326 (Hoch) vom Äquator > >Was bei mir vorhanden ist: >Y = 1036960 >X = 971326 (also - 5000000m) > >Wie schaffe ist es jeweils 5000000m auf jedes X-Wert drauf zu addieren? Gibt >es so was wie ein Offset-Parameter? > >Meine Layerdeffinition im Mapfile sieht so aus: > >#************************************************************************ >LAYER >CONNECTIONTYPE OGR # Weil PointZ Shapefiles. > > CONNECTION "dxf1/P0000011.shp" > NAME points_dxf1 > TYPE POINT > STATUS off > >PROJECTION > "proj=utm" > "zone=34" > "init=epsg:4326" >END > CLASS > NAME rdline > MINSIZE 4 > STYLE > SYMBOL "circle" > COLOR 120 200 120 > END > END > > METADATA > WMS_SRS "epsg:4326" > wms_title "dxf1" > END > >END >#************************************************************************ > >Ich danke Ihnen im Voraus! > >Gruß > >ET > >_______________________________________________ >Mapserver-DE mailing list >Mapserver-DE at freegis.org >https://freegis.org/mailman/listinfo/mapserver-de > > > Hallo Evgeni, theoretisch sollte es ausreichen, wenn du mit einem User-defined EPSG Code arbeitest und dort einen y offeset von 5.000.000 m verwendest. Diesen Code benutzt du dann in den entsprechenden Layern. Damit kann die proj4 deine Daten sauber in jede andere Projektion umrechnen. Solltest du Fragen zum erstellen des User-Defined EPSG codes haben, sag noch mal Bescheid! Anstelle des EPSG Codes, kannst du auch mit einer direkten Projektions Beschreibung innerhalb der einzelnen Layer arbeiten. Grüße aus Berlin, Peter -- Mit freundlichen Grüßen Peter Freimuth ____________________________ Dipl.-Geogr. Peter Freimuth Consulting, IT-Service, Softwarelösungen Centera GmbH Heilbronner Str.10 10711 Berlin Tel. +49 (0)30 / 89 09 53 20 Fax. +49 (0)30 / 89 09 53 21 Email: mailto:pf at centera.de Internet: http://www.centera.de From arnulf.christl at ccgis.de Thu Sep 16 12:49:53 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Thu, 16 Sep 2004 12:49:53 +0200 Subject: [Mapserver-DE] Anwenderkonferenz: Nachschlag zu Softwarepatenten In-Reply-To: <41496454.30203@ccgis.de> References: <8BC0EAF5B383D711B69E0006293896C701756E9B@ZEVHNT6> <41494187.2020907@mapmedia.de> <41496454.30203@ccgis.de> Message-ID: <41496FD1.1080602@ccgis.de> Hallo, als Ergänzuung zu den Fragen und Ausführungen zu Softwarepatenten auf der Anwenderkonferenz eine Meldung von Heise: http://www.heise.de/newsticker/meldung/51132 Auch hier bestätigt sich, dass Softwarepatente nicht die Modelle Freie Software (und Open Source) in Frage stellen und proprietäre Modelle davon unberührt bleiben, sondern dass es um wirtschaftliche Fragen geht: Darf sich die Informatik-Branche in einen Bauchladen patentierter Komponenten verwandeln, der von Rechtsanwälten zusammengestöpselt werden? Besonders wichtig ist meiner Ansicht nach die lange Liste mit weiteren Links. Fragen zu Softwarepatenten werden derzeit als Vehikel für eine ganze Palette an Partikularinteressen genutzt - man muss sich bei allen Argumenten immer sehr genau darüber im Klaren sein wer dort aus welchem Grund argumentiert. Gruß, Arnulf Christl. -- ---------------------------- CCGIS Christl & Stamm GbR ---------------------------- http://www.ccgis.de http://www.mapbender.org ---------------------------- Service: +49 (0)228 90826 0 Direct: +49 (0)228 90826 23 Fax: +49 (0)228 90826 11 ---------------------------- CCGIS Christl & Stamm GbR Siemensstraße 8 53121 Bonn GERMANY From Evgeni.Tcherkasski at ge.com Thu Sep 16 13:01:08 2004 From: Evgeni.Tcherkasski at ge.com (Evgeni.Tcherkasski@ge.com) Date: Thu, 16 Sep 2004 07:01:08 -0400 Subject: [Mapserver-DE] =?iso-8859-1?q?Ferschiebungswert_hinzuf=FCgen=2E_?= =?iso-8859-1?q?Wie=3F_=28Teil_2=29?= Message-ID: <6192367D59F8904CA553579EF41FEEA003BAD363@ukcbgx01psge.geips.ge.com> Hallo noch mal! Also ich habe jetzt herausgefunden, dass der Offsetparameter für die Höhenverschiebung "y_0=wert" heißt. So weit so gut! Die Proj4 - Dokument behauptet sogar: "This parameters are common to all projections." Nun funktioniert das bei mir leider nicht, wenn ich folgendes eingebe: "proj=utm" "zone=34" "ellps=GRS80" "lat_0=0n" "y_0=-5000000" Im Gegensatz, wenn die Abbildung gewechselt wird, scheint der y_0 - Parameter ordnungsgemäß zu funktionieren. Z.B.: "proj=lcc" # Lambert Projection "ellps=GRS80" "lat_0=0n" "y_0=-5000000" WARUM ???? From pf at centera.de Thu Sep 16 15:53:49 2004 From: pf at centera.de (Peter Freimuth) Date: Thu, 16 Sep 2004 15:53:49 +0200 Subject: [Mapserver-DE] Ferschiebungswert =?ISO-8859-1?Q?hinzuf=FCgen?= =?ISO-8859-1?Q?=2E_Wie=3F_=28Teil_2=29?= In-Reply-To: <6192367D59F8904CA553579EF41FEEA003BAD363@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003BAD363@ukcbgx01psge.geips.ge.com> Message-ID: <41499AED.3040405@centera.de> Evgeni.Tcherkasski at ge.com schrieb: >Hallo noch mal! > >Also ich habe jetzt herausgefunden, dass der Offsetparameter für die >Höhenverschiebung "y_0=wert" heißt. > >So weit so gut! > >Die Proj4 - Dokument behauptet sogar: "This parameters are common to all >projections." > >Nun funktioniert das bei mir leider nicht, wenn ich folgendes eingebe: > "proj=utm" > "zone=34" > "ellps=GRS80" > "lat_0=0n" > "y_0=-5000000" > >Im Gegensatz, wenn die Abbildung gewechselt wird, scheint der y_0 - >Parameter ordnungsgemäß zu funktionieren. Z.B.: > "proj=lcc" # Lambert Projection > "ellps=GRS80" > "lat_0=0n" > "y_0=-5000000" > > >WARUM ???? > >_______________________________________________ >Mapserver-DE mailing list >Mapserver-DE at freegis.org >https://freegis.org/mailman/listinfo/mapserver-de > > > Hey Evgeni, Bei der Angabe von "proj=utm" werden andere Parameter nicht mehr ausgewertet. Über die "zone=34" weiß die proj dann bereits alles was sie wissen muß. Für handmade Definitionen mußt du die Basis Definition überschreiben. Da UTM auf TransversMercator basiert, sollte folgende Definition dir eigentlich das gewünschte Ergebnis bringen: PROJECTION "proj=tmerc" "lat_0=0" "lon_0=15"#sollte der richtige Längengrad für die Zone 34 sein "k=0.9996" "x_0=0" "y_0=5000000"#die müssen doch hinzu addiert werden, oder? #ELLIPSOID/DATUM "GRS80/ETRS89 [EPSG:4258]" "ellps=GRS80"#anstatt wgs84 wie beim standard utm "units=m" "no_defs" "no_defs" END Hoffe dann funkts! Bis denne, Peter -- Mit freundlichen Grüßen Peter Freimuth ____________________________ Dipl.-Geogr. Peter Freimuth Consulting, IT-Service, Softwarelösungen Centera GmbH Heilbronner Str.10 10711 Berlin Tel. +49 (0)30 / 89 09 53 20 Fax. +49 (0)30 / 89 09 53 21 Email: mailto:pf at centera.de Internet: http://www.centera.de From claudia at rodat.de Mon Sep 20 13:16:28 2004 From: claudia at rodat.de (Claudia Rodat) Date: Mon, 20 Sep 2004 13:16:28 +0200 Subject: [Mapserver-DE] phpmapscript dBase-Abfrage Message-ID: Hallo Liste, nach der Aufforderung auf der Anwenderkonferenz auch "dumme" Fragen zu stellen, kommt hier also meine erste : Ich möchte über die Funktion "querybypoint" mit phpMapscript die dBase-Spalten und -werte eines Datensatzes auslesen. Trotz meines "tollen" scriptchen liefert der Befehl $shape->values kein Array zurück. Warum ? Da sowohl der shapeindex und die shape-Datei gefunden werden, vermute ich den Fehler in der map-Datei ?! php-Skript: ... if (($layer->queryByPoint($punkt, MS_SINGLE, 200))==MS_SUCCESS) { $resultat=$layer->getResult(0); $index=$resultat->shapeindex; } ... $shapefile = ms_newShapefileObj("Pfad", -2); $shape=$shapefile->getShape($index); $wert=$shape->values; foreach ($wert as $key=>$value) { print "".$key."".$value.""; } map-Datei: ... LAYER NAME "Gemarkungen" TYPE Polygon DATA gemarkung STATUS ON TEMPLATE info.php CLASS OUTLINECOLOR 0 0 0 END END Vielen Dank im voraus. Claudia P.S. großes Lob an die Organisatoren und Vortragenden der Andwenderkonferenz - habe viel gelernt. < // ____________________ dcr geoinformatic Claudia Rodat claudia at rodat.de mobil +49 (171) 49 23 225 fax +49 (7531) 45 41 20 fon +49 (7531) 73 145 Gabelsbergerstr. 11 D 78467 Konstanz __________________________________ > ____________ Virus checked by G DATA AntiVirusKit Version: AVK 15.0.63 from 17.09.2004 Virus news: www.antiviruslab.com -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20040920/f711d1db/attachment.html From sanders at aerowest.de Mon Sep 20 16:17:00 2004 From: sanders at aerowest.de (Felicitas Sanders) Date: Mon, 20 Sep 2004 16:17:00 +0200 Subject: [Mapserver-DE] Bildkataloge Message-ID: <001001c49f1d$31f62760$7502a8c0@aerowest> Hallo Mapservers, ich habe ein dringendes Problem und vielleicht kann mir da ja jemand helfen:in ArcView habe ich einen Bildkatalog erstellt - es liegt also ein Shapefile vor, welches die Spalten Shape,Image,Xmin,Ymin,Xmax,Ymax enthält. Nun muss der Layer in der Map-Datei editiert werden, das sieht bei mir so aus: LAYER NAME---------------Name des Bildkataloges STATUS------------ON TYPE----------------RASTER TILEINDEX---------Name des Shapefiles TILEITEM-----------Spaltenname in der Shapedatei, die den Pfad zur Bilddatei enthält DATA----------------Pfad zur Shapedatei END Nur leider bekomme ich weder eine Fehlermeldung, noch ein Bild zu sehen. Die Pfade habe ich alle überprüft - ist vielleicht der Syntax falsch? Woran kann es liegen? Bin für jeden Tip dankbar. Viele Grüße Felicitas Sanders -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20040920/0393876a/attachment.html From Mike.Elstermann at itc-halle.de Mon Sep 20 16:20:37 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Mon, 20 Sep 2004 16:20:37 +0200 Subject: AW: [Mapserver-DE] Bildkataloge Message-ID: <8BC0EAF5B383D711B69E0006293896C701756EA7@ZEVHNT6> hier ein bei uns funtionierendes snipplett SHAPEPATH "c:\gis+\data\halle" .... LAYER NAME stadtplan_farbe MINSCALE 0 MAXSCALE 10000 STATUS ON TILEINDEX ".\stadtplan\farbe\500f.shp" TILEITEM "IMAGE" TYPE RASTER END hier der anfang der DBF des shapes IMAGE XMIN YMIN XMAX YMAX c:\gis+\data\halle\stadtplan\farbe\500_1_1.jpg 4489566,65726 5714198,01834 4490066,65726 5713698,01834 c:\gis+\data\halle\stadtplan\farbe\500_2_1.jpg 4490066,65726 5714198,01834 4490566,65726 5713698,01834 c:\gis+\data\halle\stadtplan\farbe\500_3_1.jpg 4490566,65726 5714198,01834 4491066,65726 5713698,01834 c:\gis+\data\halle\stadtplan\farbe\500_4_1.jpg 4491066,65726 5714198,01834 4491566,65726 5713698,01834 Für Rückfragen stehe ich Ihnen gern zur Verfügung. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/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://halgis.halle.de; http://umweltatlas.halle.de -----Ursprüngliche Nachricht----- Von: Felicitas Sanders [mailto:sanders at aerowest.de] Gesendet: Montag, 20. September 2004 16:17 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Bildkataloge Hallo Mapservers, ich habe ein dringendes Problem und vielleicht kann mir da ja jemand helfen:in ArcView habe ich einen Bildkatalog erstellt - es liegt also ein Shapefile vor, welches die Spalten Shape,Image,Xmin,Ymin,Xmax,Ymax enthält. Nun muss der Layer in der Map-Datei editiert werden, das sieht bei mir so aus: LAYER NAME---------------Name des Bildkataloges STATUS------------ON TYPE----------------RASTER TILEINDEX---------Name des Shapefiles TILEITEM-----------Spaltenname in der Shapedatei, die den Pfad zur Bilddatei enthält DATA----------------Pfad zur Shapedatei END Nur leider bekomme ich weder eine Fehlermeldung, noch ein Bild zu sehen. Die Pfade habe ich alle überprüft - ist vielleicht der Syntax falsch? Woran kann es liegen? Bin für jeden Tip dankbar. Viele Grüße Felicitas Sanders -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20040920/a4eb6d07/attachment.html From jt at mapmedia.de Mon Sep 20 17:01:10 2004 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Mon, 20 Sep 2004 17:01:10 +0200 Subject: [Mapserver-DE] Bildkataloge In-Reply-To: <001001c49f1d$31f62760$7502a8c0@aerowest> References: <001001c49f1d$31f62760$7502a8c0@aerowest> Message-ID: <414EF0B6.6060108@mapmedia.de> Hallo, die Map-Datei (der Ausschnitt) sieht gut aus, wenn außerdem die Pfade stimmen und es keine Fehlermeldung gibt, liegt das Problem oft an den Koordinaten: Wird vom MapServer der richtige Bildausschnitt angefordert und liegen die Rasterdaten in diesem Auschnitt? Ich würde noch mal versuchen ein einzelnes Bild aus dem Katalog zu laden - was passiert dann? Jörg Felicitas Sanders wrote: > Hallo Mapservers, > > ich habe ein dringendes Problem und vielleicht kann mir da ja jemand > helfen:in ArcView habe ich einen Bildkatalog erstellt - es liegt also > ein Shapefile vor, welches die Spalten Shape,Image,Xmin,Ymin,Xmax,Ymax > enthält. Nun muss der Layer in der Map-Datei editiert werden, das sieht > bei mir so aus: > > LAYER > NAME---------------Name des Bildkataloges > STATUS------------ON > TYPE----------------RASTER > TILEINDEX---------Name des Shapefiles > TILEITEM-----------Spaltenname in der Shapedatei, die den Pfad zur > Bilddatei enthält > DATA----------------Pfad zur Shapedatei > END > > > Nur leider bekomme ich weder eine Fehlermeldung, noch ein Bild zu sehen. > Die Pfade habe ich alle überprüft - ist vielleicht der Syntax > falsch? Woran kann es liegen? Bin für jeden Tip dankbar. > > Viele Grüße > Felicitas Sanders > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Mit freundlichen Grüßen, 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 sanders at aerowest.de Mon Sep 20 18:04:41 2004 From: sanders at aerowest.de (Felicitas Sanders) Date: Mon, 20 Sep 2004 18:04:41 +0200 Subject: [Mapserver-DE] Nachschlag Bildkataloge Message-ID: <002d01c49f2b$8a21d660$7502a8c0@aerowest> Hallo Mapservers, inzwischen habe ich eine Fehlermeldung und immer noch keine Bilder: msDrawMap(): Image handling error. Failed to draw layer named 'do_catalog50'. msDrawRaster(): Image handling error. Unrecognized or unsupported image format drawEPP(): Image handling error. /geodaten/dortmund/ortho/catalog50/do_catalog50.shp is not an EPPL file. Die Rasterdateien sind TIFFs, im getCapabilities-Aufruf steht aber, dass TIFFs unterstützt werden, ein einzelnes TIFF kann auch geladen werden - wie kann das sein? Viele Grüße und Danke Felicitas Sanders -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20040920/6e0e4bdc/attachment.html From Mike.Elstermann at itc-halle.de Tue Sep 21 07:28:31 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Tue, 21 Sep 2004 07:28:31 +0200 Subject: AW: [Mapserver-DE] Nachschlag Bildkataloge Message-ID: <8BC0EAF5B383D711B69E0006293896C701756EA8@ZEVHNT6> tifs werden nur als 256-farb-bitmaps unterstützt. versuch's mal mit runterrechnen. Für Rückfragen stehe ich Ihnen gern zur Verfügung. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/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://halgis.halle.de; http://umweltatlas.halle.de -----Ursprüngliche Nachricht----- Von: Felicitas Sanders [mailto:sanders at aerowest.de] Gesendet: Montag, 20. September 2004 18:05 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] Nachschlag Bildkataloge Hallo Mapservers, inzwischen habe ich eine Fehlermeldung und immer noch keine Bilder: msDrawMap(): Image handling error. Failed to draw layer named 'do_catalog50'. msDrawRaster(): Image handling error. Unrecognized or unsupported image format drawEPP(): Image handling error. /geodaten/dortmund/ortho/catalog50/do_catalog50.shp is not an EPPL file. Die Rasterdateien sind TIFFs, im getCapabilities-Aufruf steht aber, dass TIFFs unterstützt werden, ein einzelnes TIFF kann auch geladen werden - wie kann das sein? Viele Grüße und Danke Felicitas Sanders -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20040921/d2c56482/attachment.html From adams at terrestris.de Tue Sep 21 08:11:33 2004 From: adams at terrestris.de (Till Adams) Date: Tue, 21 Sep 2004 08:11:33 +0200 Subject: [Mapserver-DE] Nachschlag Bildkataloge In-Reply-To: <002d01c49f2b$8a21d660$7502a8c0@aerowest> References: <002d01c49f2b$8a21d660$7502a8c0@aerowest> Message-ID: <414FC615.9040208@terrestris.de> Felicitas, wir hatten so ähnliche Probleme mit Tiffs auch schon. In jedem Fall würde ich dafür sorgen, daß dein UMN (wenn denn selber kompiliert) mit der Option --without-tiff kompiliert wird, da dann nicht die umn Tif-Bibliothek genutzt wird, sondern die von GD und die ist besser. Oft steckt das Problem mit Tiffs in der Komprimierung: Wenn du die Bilder mit Iview (bestes Bildguckprogramm der Welt) öffnest und unter "I" (Bildinformation) schaust, welche Komprimierung haben Sie? Iview hat eine Batch-Funktion um Bilder von einer Komprimierung in eine andere umzuwandeln oder Bilder komplett zu entpacken - meist spielt ja der Plattenplatz nicht die entscheidende Rolle mehr. Dazu kommt, daß Komprimierung offensichtlich nicht gleich Komprimierung ist, da ich durchaus schon eine Komprimierung mit Iview in die gleiche geändert habe und dann konnte ich die Bilder im UMN sehen. Viel Spaß weiterhin, Till ;-) Felicitas Sanders wrote: > Hallo Mapservers, > inzwischen habe ich eine Fehlermeldung und immer noch keine Bilder: > > > msDrawMap(): Image handling error. Failed to draw layer named > 'do_catalog50'. > msDrawRaster(): Image handling error. Unrecognized or unsupported image > format > drawEPP(): Image handling error. > /geodaten/dortmund/ortho/catalog50/do_catalog50.shp is not an EPPL file. > > Die Rasterdateien sind TIFFs, im getCapabilities-Aufruf steht aber, dass > TIFFs unterstützt werden, ein einzelnes TIFF kann auch geladen werden - > wie kann das sein? > > Viele Grüße und Danke > Felicitas Sanders > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Mit freundlichen Grüssen aus Bonn, Till Adams ****************************************** * 14.09.2004 ** 14.09.2004 ** 14.09.2004 * * * * deutschsprachige UMN Anwenderkonferenz * * Info&Anmeldung: www.umn-mapserver.de * * * * 14.09.2004 ** 14.09.2004 ** 14.09.2004 * ****************************************** ------------------------------------------ Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From sanders at aerowest.de Tue Sep 21 17:17:28 2004 From: sanders at aerowest.de (Felicitas Sanders) Date: Tue, 21 Sep 2004 17:17:28 +0200 Subject: [Mapserver-DE] Bildkataloge References: <001001c49f1d$31f62760$7502a8c0@aerowest> <414EF09A.1020203@mapmedia.de> Message-ID: <003001c49fee$1be14f00$7502a8c0@aerowest> Hallo, ich habe nochmals alles geprüft, was mir so einfiel Pfade etc. - merkwürdig ist, dass ich ein TIFF laden kann, das die gesamte Ausdehnung dabdeckt - dann tausche ich in dem gleichen Layer nur die Bilddatei aus (eine von denen, die in dem Bildkatalog enthalten ist) und schon wird nichts mehr angezeicht - bei beiden Bildern handelt es sich um Tiffs (8bit). Viele Grüße Felicitas ----- Original Message ----- From: "Jörg Thomsen" To: "Felicitas Sanders" Sent: Monday, September 20, 2004 5:00 PM Subject: Re: [Mapserver-DE] Bildkataloge > Hallo, > > die Map-Datei (der Ausschnitt) sieht gut aus, wenn außerdem die Pfade > stimmen und es keine Fehlermeldung gibt, liegt das Problem oft an den > Koordinaten: Wird vom MapServer der richtige Bildausschnitt angefordert > und liegen die Rasterdaten in diesem Auschnitt? > Ich würde noch mal versuchen ein einzelnes Bild aus dem Katalog zu laden > - was passiert dann? > > Jörg > > Felicitas Sanders wrote: > > > Hallo Mapservers, > > > > ich habe ein dringendes Problem und vielleicht kann mir da ja jemand > > helfen:in ArcView habe ich einen Bildkatalog erstellt - es liegt also > > ein Shapefile vor, welches die Spalten Shape,Image,Xmin,Ymin,Xmax,Ymax > > enthält. Nun muss der Layer in der Map-Datei editiert werden, das sieht > > bei mir so aus: > > > > LAYER > > NAME---------------Name des Bildkataloges > > STATUS------------ON > > TYPE----------------RASTER > > TILEINDEX---------Name des Shapefiles > > TILEITEM-----------Spaltenname in der Shapedatei, die den Pfad zur > > Bilddatei enthält > > DATA----------------Pfad zur Shapedatei > > END > > > > > > Nur leider bekomme ich weder eine Fehlermeldung, noch ein Bild zu sehen. > > Die Pfade habe ich alle überprüft - ist vielleicht der Syntax > > falsch? Woran kann es liegen? Bin für jeden Tip dankbar. > > > > Viele Grüße > > Felicitas Sanders > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Mapserver-DE mailing list > > Mapserver-DE at freegis.org > > https://freegis.org/mailman/listinfo/mapserver-de > > -- > > Mit freundlichen Grüßen, > 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 jt at mapmedia.de Tue Sep 21 17:32:41 2004 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Tue, 21 Sep 2004 17:32:41 +0200 Subject: [Mapserver-DE] Bildkataloge In-Reply-To: <003001c49fee$1be14f00$7502a8c0@aerowest> References: <001001c49f1d$31f62760$7502a8c0@aerowest> <414EF09A.1020203@mapmedia.de> <003001c49fee$1be14f00$7502a8c0@aerowest> Message-ID: <41504999.8030308@mapmedia.de> Hallo, hast Du auch die Komprimierung überprüft? Auch wenn sie eine von MapServer verwendbare zu sein scheint, probiere doch noch die Datei aus einer Bildverarbeitung heraus neu zu speichern, am besten ohne Komprimierung. Wenn Du das schon getan hast, nimm noch eine andere Bildverarbeitung, manche Programme halten sich nicht sauber an die Spezifiktionen. Die Georeferenzierung des nicht gezeigten Bildes ist richtig? Viele Grüße, Jörg Felicitas Sanders wrote: > Hallo, > ich habe nochmals alles geprüft, was mir so einfiel Pfade etc. - merkwürdig > ist, dass ich ein TIFF laden kann, das die gesamte Ausdehnung dabdeckt - > dann tausche ich in dem gleichen Layer nur die Bilddatei aus (eine von > denen, die in dem Bildkatalog enthalten ist) und schon wird nichts mehr > angezeicht - bei beiden Bildern handelt es sich um Tiffs (8bit). > > Viele Grüße > Felicitas > > > ----- Original Message ----- > From: "Jörg Thomsen" > To: "Felicitas Sanders" > Sent: Monday, September 20, 2004 5:00 PM > Subject: Re: [Mapserver-DE] Bildkataloge > > > >>Hallo, >> >>die Map-Datei (der Ausschnitt) sieht gut aus, wenn außerdem die Pfade >>stimmen und es keine Fehlermeldung gibt, liegt das Problem oft an den >>Koordinaten: Wird vom MapServer der richtige Bildausschnitt angefordert >>und liegen die Rasterdaten in diesem Auschnitt? >>Ich würde noch mal versuchen ein einzelnes Bild aus dem Katalog zu laden >>- was passiert dann? >> >>Jörg >> >>Felicitas Sanders wrote: >> >> >>>Hallo Mapservers, >>> >>>ich habe ein dringendes Problem und vielleicht kann mir da ja jemand >>>helfen:in ArcView habe ich einen Bildkatalog erstellt - es liegt also >>>ein Shapefile vor, welches die Spalten Shape,Image,Xmin,Ymin,Xmax,Ymax >>>enthält. Nun muss der Layer in der Map-Datei editiert werden, das sieht >>>bei mir so aus: >>> >>>LAYER >>> NAME---------------Name des Bildkataloges >>> STATUS------------ON >>> TYPE----------------RASTER >>> TILEINDEX---------Name des Shapefiles >>> TILEITEM-----------Spaltenname in der Shapedatei, die den Pfad zur >>>Bilddatei enthält >>> DATA----------------Pfad zur Shapedatei >>>END >>> >>> >>>Nur leider bekomme ich weder eine Fehlermeldung, noch ein Bild zu sehen. >>>Die Pfade habe ich alle überprüft - ist vielleicht der Syntax >>>falsch? Woran kann es liegen? Bin für jeden Tip dankbar. >>> >>>Viele Grüße >>>Felicitas Sanders >>> >>> >>>------------------------------------------------------------------------ >>> >>>_______________________________________________ >>>Mapserver-DE mailing list >>>Mapserver-DE at freegis.org >>>https://freegis.org/mailman/listinfo/mapserver-de >> >>-- >> >>Mit freundlichen Grüßen, >>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 >>_________________________________________________ > > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Mit freundlichen Grüßen, 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 christian.graefe at web.de Wed Sep 22 09:28:09 2004 From: christian.graefe at web.de (christian.graefe@web.de) Date: Wed, 22 Sep 2004 09:28:09 +0200 Subject: [Mapserver-DE] Probleme mit PostGis Message-ID: <577973034@web.de> Hallo zusammen! Ich habe ein Problem, welches mich nun schon seit einigen Tagen nervt! Ich unter Windows 2000 Server SP4 PostgreSQL 8.0 beta2 dev3 installiert und "on top" die PostGIS-Windows-Binaries von DCMMS Die PostGis Datenbank wird ja standardmäßig in UNICODE-Kodierung angelegt. Lässt sich auch nicht ändern. Versuche ich nun über eine MAP-FILE auf die . . > LAYER > NAME "Bundeslaender2" > STATUS ON > TYPE POLYGON > CONNECTIONTYPE POSTGIS > CONNECTION "user=xxxxx password=xxxxx dbname=dcmms host=localhost" > DATA "the_geom FROM t_bundes" > CLASS > OUTLINECOLOR 200 200 200 > END > END . . Datenbank zuzugreifen erhalte ich folgende Fehlermeldung im Browser >Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'Bundeslaender2'. in >c:\inetpub\wwwroot\ms_test\test2.php on line 16 >Warning: [MapServer Error]: prep_DB(): Error executing POSTGIS DECLARE (the actual query) >statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT >asbinary(force_collection(force_2d(𨳘³`з̭J@‰Scý6'@Òw÷á >*@·§¡Õ­J at B$X;'@)),'NDR'),OID::text from 𨳘³°þqV}I@ WHERE 𨳘³`з̭J@‰Scý6'@Òw÷á >*@·§¡Õ­J at B$X;'@ && setSRID('BOX3D(4.016 47.21,16.704 55.14)'::BOX3D, >find_srid('','𨳘³°þqV}I@','𨳘³`з̭J@‰Scý6'@Òw÷á *@·§¡Õ­J at B$X;'@') )' > >Postgresql reports the error as 'ERROR: syntax error at or near "" at character 79 ' in "test2.php" Zeile 16 steht einfach nur ein: $image=$map->draw(); Weiß jemand rat, was ich da falsch mache? MfG Christian Graefe -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/x-pkcs7-signature Dateigröße : 1452 bytes Beschreibung: S/MIME Cryptographic Signature URL : http://www.intevation.de/pipermail/mapserver-de/attachments/20040922/66fe24d5/smime.p7s From sanders at aerowest.de Wed Sep 22 09:41:59 2004 From: sanders at aerowest.de (Felicitas Sanders) Date: Wed, 22 Sep 2004 09:41:59 +0200 Subject: [Mapserver-DE] Bildkataloge References: <001001c49f1d$31f62760$7502a8c0@aerowest> <414EF09A.1020203@mapmedia.de><003001c49fee$1be14f00$7502a8c0@aerowest> <41504999.8030308@mapmedia.de> Message-ID: <000501c4a077$a4b51620$7502a8c0@aerowest> Hallo Mapservers, das Problem lag tatsächlich bei den Koordinaten - aber jetzt läuft es - DANKE AN ALLE! Viele Grüße, Felicitas ----- Original Message ----- From: "Jörg Thomsen" Cc: Sent: Tuesday, September 21, 2004 5:32 PM Subject: Re: [Mapserver-DE] Bildkataloge > Hallo, > > hast Du auch die Komprimierung überprüft? Auch wenn sie eine von > MapServer verwendbare zu sein scheint, probiere doch noch die Datei aus > einer Bildverarbeitung heraus neu zu speichern, am besten ohne > Komprimierung. Wenn Du das schon getan hast, nimm noch eine andere > Bildverarbeitung, manche Programme halten sich nicht sauber an die > Spezifiktionen. > > Die Georeferenzierung des nicht gezeigten Bildes ist richtig? > > Viele Grüße, Jörg > > Felicitas Sanders wrote: > > > Hallo, > > ich habe nochmals alles geprüft, was mir so einfiel Pfade etc. - merkwürdig > > ist, dass ich ein TIFF laden kann, das die gesamte Ausdehnung dabdeckt - > > dann tausche ich in dem gleichen Layer nur die Bilddatei aus (eine von > > denen, die in dem Bildkatalog enthalten ist) und schon wird nichts mehr > > angezeicht - bei beiden Bildern handelt es sich um Tiffs (8bit). > > > > Viele Grüße > > Felicitas > > > > > > ----- Original Message ----- > > From: "Jörg Thomsen" > > To: "Felicitas Sanders" > > Sent: Monday, September 20, 2004 5:00 PM > > Subject: Re: [Mapserver-DE] Bildkataloge > > > > > > > >>Hallo, > >> > >>die Map-Datei (der Ausschnitt) sieht gut aus, wenn außerdem die Pfade > >>stimmen und es keine Fehlermeldung gibt, liegt das Problem oft an den > >>Koordinaten: Wird vom MapServer der richtige Bildausschnitt angefordert > >>und liegen die Rasterdaten in diesem Auschnitt? > >>Ich würde noch mal versuchen ein einzelnes Bild aus dem Katalog zu laden > >>- was passiert dann? > >> > >>Jörg > >> > >>Felicitas Sanders wrote: > >> > >> > >>>Hallo Mapservers, > >>> > >>>ich habe ein dringendes Problem und vielleicht kann mir da ja jemand > >>>helfen:in ArcView habe ich einen Bildkatalog erstellt - es liegt also > >>>ein Shapefile vor, welches die Spalten Shape,Image,Xmin,Ymin,Xmax,Ymax > >>>enthält. Nun muss der Layer in der Map-Datei editiert werden, das sieht > >>>bei mir so aus: > >>> > >>>LAYER > >>> NAME---------------Name des Bildkataloges > >>> STATUS------------ON > >>> TYPE----------------RASTER > >>> TILEINDEX---------Name des Shapefiles > >>> TILEITEM-----------Spaltenname in der Shapedatei, die den Pfad zur > >>>Bilddatei enthält > >>> DATA----------------Pfad zur Shapedatei > >>>END > >>> > >>> > >>>Nur leider bekomme ich weder eine Fehlermeldung, noch ein Bild zu sehen. > >>>Die Pfade habe ich alle überprüft - ist vielleicht der Syntax > >>>falsch? Woran kann es liegen? Bin für jeden Tip dankbar. > >>> > >>>Viele Grüße > >>>Felicitas Sanders > >>> > >>> > >>>------------------------------------------------------------------------ > >>> > >>>_______________________________________________ > >>>Mapserver-DE mailing list > >>>Mapserver-DE at freegis.org > >>>https://freegis.org/mailman/listinfo/mapserver-de > >> > >>-- > >> > >>Mit freundlichen Grüßen, > >>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 > >>_________________________________________________ > > > > > > > > _______________________________________________ > > Mapserver-DE mailing list > > Mapserver-DE at freegis.org > > https://freegis.org/mailman/listinfo/mapserver-de > > -- > > Mit freundlichen Grüßen, > 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 > _________________________________________________ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > From peter.korduan at uni-rostock.de Wed Sep 22 09:36:08 2004 From: peter.korduan at uni-rostock.de (Dr. Peter Korduan) Date: Wed, 22 Sep 2004 09:36:08 +0200 Subject: [Mapserver-DE] phpmapscript dBase-Abfrage Message-ID: <41514788.27414.65A211@localhost> Hallo Claudia, Der Fehler liegt im Script. > php-Skript: > ... > if (($layer->queryByPoint($punkt, MS_SINGLE, 200))==MS_SUCCESS) { > $resultat=$layer->getResult(0); > $index=$resultat->shapeindex; > } soweit so gut. > ... jetzt kommt nicht > $shapefile = ms_newShapefileObj("Pfad", -2); > $shape=$shapefile->getShape($index); sondern $shape=$layer->getShape(-1,$index); Davon können dann die Werte abgefragt werden. Values des Objektes ShapeObj sind nur besetzt wenn das Objekt über getShape abgefragt wurde, sie Dokumentation zu ShapeObj unter den Members. > $wert=$shape->values; > foreach ($wert as $key=>$value) { > print "".$key."".$value.""; > } > > map-Datei: > ... > LAYER > NAME "Gemarkungen" > TYPE Polygon > DATA gemarkung > STATUS ON > TEMPLATE info.php > CLASS > OUTLINECOLOR 0 0 0 > END > END > > Vielen Dank im voraus. > > Claudia > > P.S.großes Lob an die Organisatoren und Vortragenden der > Andwenderkonferenz - habe viel gelernt. > > > < // ____________________ > > dcrgeoinformatic > Claudia Rodat > > claudia at rodat.de > mobil +49 (171) 49 23 225 > fax +49 (7531) 45 41 20 > fon +49 (7531) 73 145 > Gabelsbergerstr. 11 > D 78467 Konstanz > > __________________________________ > > > ****************************************************** Dr.-Ing. Peter Korduan Universität Rostock Institut für Management ländlicher Räume Professur für Geodäsie und Geoinformatik Justus v. Liebig Weg 6, 18059 Rostock Tel.: ++49-381-4982164, Fax: ++49-381-4982188 Mail: peter.korduan at auf.uni-rostock.de www: http://www.auf.uni-rostock.de/gg/korduan From Mike.Elstermann at itc-halle.de Wed Sep 22 09:37:14 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Wed, 22 Sep 2004 09:37:14 +0200 Subject: [Mapserver-DE] MapServer & PostGIS auf einem Server Message-ID: <8BC0EAF5B383D711B69E0006293896C701756EAB@ZEVHNT6> Hallo zusammen, nachdem ich mehrere MapServer/PostgreSQL/Postgis/Geos-Installationen unter Linux erfolgreich zum Laufen gebracht habe, wollte (musste!) ich das auch mal für einen Kunden unter Windows versuchen. Leider negativ. Die "libpg.dll" vom Mapserver und die vom PostgreSQl waren verschieden und "bissen" sich natürlich. Kennt jemand eine Möglichkeit, sowohl PostgreSQL als auch Mapserver auf einer Windows-Maschine laufen zu lassen. Habe ich möglicherweise inkompatible Pakete zusammen gespielt? Für Rückfragen stehe ich Ihnen gern zur Verfügung. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/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://halgis.halle.de; http://umweltatlas.halle.de From christian.graefe at web.de Wed Sep 22 10:46:43 2004 From: christian.graefe at web.de (Christian Graefe) Date: Wed, 22 Sep 2004 10:46:43 +0200 Subject: [Mapserver-DE] Probleme mit PostGis Message-ID: <578059484@web.de> >Hallo, >klingt komisch, und hat zunächst mal nix mit dem Zeichensatz zu tun, >aber versuch mal in der Data-Zeile das FROM nicht groß sondern klein zu >schreiben. >Also so: >DATA "the_geom from t_bundes" >Gruß Nicol Hallo! Klingt komisch! Ist aber so! :-) Dein Tipp hat geholfen! Es sind halt die kleinen Dinge, die das Leben einfacher machen. MfG Chrischan -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/x-pkcs7-signature Dateigröße : 1452 bytes Beschreibung: S/MIME Cryptographic Signature URL : http://www.intevation.de/pipermail/mapserver-de/attachments/20040922/35a2a080/smime.p7s From Frank.Broniewski at mnha.etat.lu Wed Sep 22 12:17:43 2004 From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski) Date: Wed, 22 Sep 2004 12:17:43 +0200 Subject: [Mapserver-DE] Truetype font symbol Message-ID: <000e01c4a08d$66212e60$aa696e94@EPCCARTOGIS> Hallo Liste Ich habe ein Problem mit der Truetype Symbolanzeige. Mir werden immer nur farbige Rechtecke angezeigt, die sich zwar anhand des angegebenen Characters in der Symboldatei verändern, aber es bleiben schlichweg immer Quadrate. Ich habe schon verschiedene Fonts ausprobiert: Esris ttf, aber auch die Standard arial.ttf bringt keinen Erfolg. Ich habe auch versucht, dem Ascii code 61440 hinzuzuzählen, aber auch dieser Versuch blieb fruchtlos. Hat irgendwer vielleicht eine Idee, woran sowas liegen kann? Liegt es vielleicht am Rosa Applet? Hier noch als Auszug meine Definitionsdateien, vielleicht findet jemand einen Fehler: Symboldatei: ------------ SYMBOL NAME "Tree" TYPE TRUETYPE FONT "forest2" FILLED TRUE ANTIALIAS TRUE CHARACTER "a" END Schriftartendatei: ------------------ forest2 esri_652.ttf Mapfile: -------- CLASS Name "Arbres isolés" Symbol "Tree" Size 25 Color 255 0 0 END Mit freundlichen Grüssen aus Luxembourg Frank Broniewski Frank Broniewski Musée National d'Histoire et d'Art Section Préhistoire / Projet EPC 241, Rue de Luxembourg L-8077 Bertrange From adams at terrestris.de Wed Sep 22 12:40:17 2004 From: adams at terrestris.de (Till Adams) Date: Wed, 22 Sep 2004 12:40:17 +0200 Subject: [Mapserver-DE] Truetype font symbol In-Reply-To: <000e01c4a08d$66212e60$aa696e94@EPCCARTOGIS> References: <000e01c4a08d$66212e60$aa696e94@EPCCARTOGIS> Message-ID: <41515691.3010807@terrestris.de> Frank, versuch doch mal die interne Nummer des Zeichens herauszubekommen - dazu kannst du zB. Fontmap, einen Fontbetrachter (googlen nach Fontmap) nehmen, dadrin rufst du den Font auf, klickst du dann auf ein Symbol wird dir oben eine Nummer angegeben, also zB. "073" Deine Definition sähe dann so aus: SYMBOL NAME "Tree" TYPE TRUETYPE FONT "forest2" FILLED TRUE ANTIALIAS TRUE CHARACTER 'I' END Das ist eindeutiger, wir hatten Probleme bei Umlauten denn der UMN verwendet eine andere Default Codierung als die deutsche .... ;-) Grüsse, Till Frank Broniewski wrote: > Hallo Liste > > Ich habe ein Problem mit der Truetype Symbolanzeige. Mir werden immer nur > farbige Rechtecke angezeigt, die sich zwar anhand des angegebenen Characters > in der Symboldatei verändern, aber es bleiben schlichweg immer Quadrate. Ich > habe schon verschiedene Fonts ausprobiert: Esris ttf, aber auch die Standard > arial.ttf bringt keinen Erfolg. Ich habe auch versucht, dem Ascii code 61440 > hinzuzuzählen, aber auch dieser Versuch blieb fruchtlos. > > Hat irgendwer vielleicht eine Idee, woran sowas liegen kann? Liegt es > vielleicht am Rosa Applet? > > Hier noch als Auszug meine Definitionsdateien, vielleicht findet jemand > einen Fehler: > > Symboldatei: > ------------ > SYMBOL > NAME "Tree" > TYPE TRUETYPE > FONT "forest2" > FILLED TRUE > ANTIALIAS TRUE > CHARACTER "a" > END > > Schriftartendatei: > ------------------ > forest2 esri_652.ttf > > Mapfile: > -------- > CLASS > Name "Arbres isolés" > Symbol "Tree" > Size 25 > Color 255 0 0 > END > > Mit freundlichen Grüssen aus Luxembourg > Frank Broniewski > > > Frank Broniewski > Musée National d'Histoire et d'Art > Section Préhistoire / Projet EPC > 241, Rue de Luxembourg > L-8077 Bertrange > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- Mit freundlichen Grüssen aus Bonn, Till Adams ****************************************************** * Besuchen Sie uns auf der INTERGEO in STUTTGART * * vom 13.-15.Oktober, Halle 5.0, Stand C5.356 * * http://www.intergeo.de/downloads/besucherflyer.pdf * ****************************************************** ------------------------------------------ Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From tma at archikart.de Wed Sep 22 12:41:05 2004 From: tma at archikart.de (Tobias Macheleid) Date: Wed, 22 Sep 2004 12:41:05 +0200 Subject: [Mapserver-DE] Skripte der =?iso-8859-15?q?Vortr=E4ge?= Message-ID: <415156C1.5020506@archikart.de> Besteht eigentlich die Möglichkeit Skripte, Zusammenfassungen bzw. weitergehendes Material zu den Vorträgen des Anwendertreffen in Hannover zu erhalten. Leider konnte man ja nicht alle Vorträge besuchen, da sie ja parallel abgehalten wurden. -- MfG Tobias Macheleid From jt at mapmedia.de Wed Sep 22 12:55:53 2004 From: jt at mapmedia.de (=?ISO-8859-15?Q?J=F6rg_Thomsen?=) Date: Wed, 22 Sep 2004 12:55:53 +0200 Subject: [Mapserver-DE] Skripte der =?ISO-8859-15?Q?Vortr=E4ge?= In-Reply-To: <415156C1.5020506@archikart.de> References: <415156C1.5020506@archikart.de> Message-ID: <41515A39.7080605@mapmedia.de> Hallo, ja die Kurzfassungen, die auch verteilt worden sind, wird es in Kürze zum Downlaod geben. Wir werden die Referentinnen und Referenten auch noch bitten, ihre Präsentationen zur Verfügung zu stellen. Es gibt außerdem noch die Idee Langfassungen der Vorträge (in Buchform) zu veröffentlichen. Dafür ist der Aufwand allerdings recht hoch, der erste Schritt wäre sich mit den Referenen in Verbindung zu setzen, um diese Langfassungen zu bekommen, dann müssten die Beiträge zusammengeführt und das Buch gedruckt werden. Wir sind mit den Nachbereitungen der AK noch nicht am Ende, 'nebenbei' gibt es ja auch noch laufende Projekte. Es wäre aber schön, wenn wir - direkt oder über diese Liste - die eine oder andere Meinung zugetragen bekämen, was sich die Teilnehmer der AK und auch diejenigen, die nicht teilnhemen konnten zu diesem Thema 'wünschen'. Vielleicht hat ja jemand Lust und Zeit den Tagungsband zusammen zu stellen? Viele GRüße, Jörg Thomsen Tobias Macheleid wrote: > > Besteht eigentlich die Möglichkeit Skripte, Zusammenfassungen bzw. > weitergehendes Material zu den Vorträgen des Anwendertreffen in Hannover zu > erhalten. Leider konnte man ja nicht alle Vorträge besuchen, da sie ja > parallel abgehalten wurden. > > -- > MfG > Tobias Macheleid > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Mit freundlichen Grüßen, 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 adams at terrestris.de Wed Sep 22 13:03:02 2004 From: adams at terrestris.de (Till Adams) Date: Wed, 22 Sep 2004 13:03:02 +0200 Subject: [Mapserver-DE] Skripte der =?ISO-8859-15?Q?Vortr=E4ge?= In-Reply-To: <415156C1.5020506@archikart.de> References: <415156C1.5020506@archikart.de> Message-ID: <41515BE6.5080305@terrestris.de> Herr Macheleid, ich trete hier nochmals als Vertreter des Orga Teams auf - wir wollten alle Vorträge sammeln und gesondert auf die deutsche UMN Seite packen. Hiermit also der Aufruf an alle Vortragenden, bitte die Artikel (als pdf, sxi oder meinetwegen auch ppt aber auf jeden Fall gezippt) an: genenz at terrestris.de zu senden, unsere Mitarbeiterin wird sich dann drum kümmern, daß die Vorträge verfügbar gemacht werden, Grüsse aus Bonn, Till Adams Tobias Macheleid wrote: > > Besteht eigentlich die Möglichkeit Skripte, Zusammenfassungen bzw. > weitergehendes Material zu den Vorträgen des Anwendertreffen in Hannover zu > erhalten. Leider konnte man ja nicht alle Vorträge besuchen, da sie ja > parallel abgehalten wurden. > > -- > MfG > Tobias Macheleid > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Mit freundlichen Grüssen aus Bonn, Till Adams ****************************************************** * Besuchen Sie uns auf der INTERGEO in STUTTGART * * vom 13.-15.Oktober, Halle 5.0, Stand C5.356 * * http://www.intergeo.de/downloads/besucherflyer.pdf * ****************************************************** ------------------------------------------ Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From jan at intevation.de Wed Sep 22 13:45:58 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Wed, 22 Sep 2004 13:45:58 +0200 Subject: [Mapserver-DE] UMN MapServer .map-file Management in Thuban Message-ID: <20040922114558.GB1299@intevation.de> Hallo, wie auf der Anwenderkonferenz versprochen ist nunmehr die Diplomarbeit zur Entwicklung eines UMN MapServer .map-file Management Systems als Erweitertung zu Thuban zum download bereit: http://thuban.intevation.org/download.html#doc Titel dieser von der Intevation GmbH betreuten Diplomarbeit von Jan Schüngel ist: Management von Web-Mapping Anwendungen in GIS-Applikationen am Beispiel einer Thuban Extension zur Konfiguration des UMN MapServers Beste Grüsse Jan-Oliver Wagner -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From Frank.Broniewski at mnha.etat.lu Wed Sep 22 13:47:10 2004 From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski) Date: Wed, 22 Sep 2004 13:47:10 +0200 Subject: [Mapserver-DE] Truetype font symbol In-Reply-To: <41515691.3010807@terrestris.de> Message-ID: <002101c4a099$e538ec90$aa696e94@EPCCARTOGIS> Hallo Ich habe bereits versucht, das Zeichen durch diese "kryptische" Art darzustellen, aber leider auch ohne Erfolg. Ich bezog meine Nummer immer mittels der Zeichenkonsole von Windows. Das einzige was sich ändert, ist die x/y Ausdehnung des gezeichneten Rechtecks, mal länglicher, mal breiter. Ich werde jetzt erst einmal einen beliebigen Unicode Font aus dem Netz installieren und probieren, ob damit auch Probleme auftreten oder nur mit den Schriften von meinem Windows. Frank Broniewski Musée National d'Histoire et d'Art Section Préhistoire / Projet EPC 241, Rue de Luxembourg L-8077 Bertrange -----Message d'origine----- De : mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org] De la part de Till Adams Envoyé : Mittwoch, 22. September 2004 11:40 À : Frank Broniewski Cc : mapserver-de at freegis.org Objet : Re: [Mapserver-DE] Truetype font symbol Frank, versuch doch mal die interne Nummer des Zeichens herauszubekommen - dazu kannst du zB. Fontmap, einen Fontbetrachter (googlen nach Fontmap) nehmen, dadrin rufst du den Font auf, klickst du dann auf ein Symbol wird dir oben eine Nummer angegeben, also zB. "073" Deine Definition sähe dann so aus: SYMBOL NAME "Tree" TYPE TRUETYPE FONT "forest2" FILLED TRUE ANTIALIAS TRUE CHARACTER 'I' END Das ist eindeutiger, wir hatten Probleme bei Umlauten denn der UMN verwendet eine andere Default Codierung als die deutsche .... ;-) Grüsse, Till Frank Broniewski wrote: > Hallo Liste > > Ich habe ein Problem mit der Truetype Symbolanzeige. Mir werden immer > nur farbige Rechtecke angezeigt, die sich zwar anhand des angegebenen > Characters in der Symboldatei verändern, aber es bleiben schlichweg > immer Quadrate. Ich habe schon verschiedene Fonts ausprobiert: Esris > ttf, aber auch die Standard arial.ttf bringt keinen Erfolg. Ich habe > auch versucht, dem Ascii code 61440 hinzuzuzählen, aber auch dieser > Versuch blieb fruchtlos. > > Hat irgendwer vielleicht eine Idee, woran sowas liegen kann? Liegt es > vielleicht am Rosa Applet? > > Hier noch als Auszug meine Definitionsdateien, vielleicht findet > jemand einen Fehler: > > Symboldatei: > ------------ > SYMBOL > NAME "Tree" > TYPE TRUETYPE > FONT "forest2" > FILLED TRUE > ANTIALIAS TRUE > CHARACTER "a" > END > > Schriftartendatei: > ------------------ > forest2 esri_652.ttf > > Mapfile: > -------- > CLASS > Name "Arbres isolés" > Symbol "Tree" > Size 25 > Color 255 0 0 > END > > Mit freundlichen Grüssen aus Luxembourg > Frank Broniewski > > > Frank Broniewski > Musée National d'Histoire et d'Art > Section Préhistoire / Projet EPC > 241, Rue de Luxembourg > L-8077 Bertrange > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > -- Mit freundlichen Grüssen aus Bonn, Till Adams ****************************************************** * Besuchen Sie uns auf der INTERGEO in STUTTGART * * vom 13.-15.Oktober, Halle 5.0, Stand C5.356 * * http://www.intergeo.de/downloads/besucherflyer.pdf * ****************************************************** ------------------------------------------ Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From christian.graefe at web.de Wed Sep 22 14:15:10 2004 From: christian.graefe at web.de (Christian Graefe) Date: Wed, 22 Sep 2004 14:15:10 +0200 Subject: [Mapserver-DE] PostgreSQL und Umlaute Message-ID: <578300484@web.de> Hallo zusammen! Ich habe eine Datenbank mit der Kodierung UNICODE und möchte in diese Datenbank .shp-Dateien einspielen. Nur leider wird der Vorgang wegen deutschen Umlauten abgebrochen. Weiß jemand Rat? Zur Zeit ersetze ich alle Umlaute mit deren Entsprechungen ä=ae usw. MfG Chrischan -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/x-pkcs7-signature Dateigröße : 1452 bytes Beschreibung: S/MIME Cryptographic Signature URL : http://www.intevation.de/pipermail/mapserver-de/attachments/20040922/b9cdf421/smime.p7s From Gunter.Rieth at stadt.mainz.de Wed Sep 22 14:19:15 2004 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth@stadt.mainz.de) Date: Wed, 22 Sep 2004 14:19:15 +0200 Subject: Antwort: [Mapserver-DE] PostgreSQL und Umlaute In-Reply-To: <578300484@web.de> Message-ID: Hallo, in unserer PostgreSQL/Postgis DB wird als Encoding LATIN1 für alle genutzt und bisher gab es keine Schwierigkeiten. Das Encoding kann aber meines Wissens nur bei der Erstellung einer DB ausgewählt werden. 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 "Christian Graefe" Gesendet von: mapserver-de-bounces at freegis.org 22.09.2004 14:15 An mapserver-de at freegis.org Kopie Thema [Mapserver-DE] PostgreSQL und Umlaute Hallo zusammen! Ich habe eine Datenbank mit der Kodierung UNICODE und möchte in diese Datenbank .shp-Dateien einspielen. Nur leider wird der Vorgang wegen deutschen Umlauten abgebrochen. Weiß jemand Rat? Zur Zeit ersetze ich alle Umlaute mit deren Entsprechungen ä=ae usw. MfG Chrischan_______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From m.achtzehn-lst at cui.de Wed Sep 22 14:23:59 2004 From: m.achtzehn-lst at cui.de (Michael Achtzehn) Date: Wed, 22 Sep 2004 14:23:59 +0200 Subject: AW: [Mapserver-DE] Nachschlag Bildkataloge In-Reply-To: <8BC0EAF5B383D711B69E0006293896C701756EA8@ZEVHNT6> References: <8BC0EAF5B383D711B69E0006293896C701756EA8@ZEVHNT6> Message-ID: <41516EDF.9050800@cui.de> Elstermann, Mike wrote: > tifs werden nur als 256-farb-bitmaps unterstützt. als Datenquelle können auch Echtfarb-Tifs verwendet werden - sieht aber in der Ausgabe meist nicht gut aus, da diese auf 256 Farben begrenzt ist (war?) und die Farb-Interpolation durch den mapserver nicht optimal erfolgt. Deshalb rechne ich die Bilder auch auf 256 Farben runter (gdal utilities). BTW kann man die kann man die Farbtiefe der Ausgabe (jpg, png) auf einen höheren Wert als 256 einstellen (bei einer Intranetanwendung sollten die größeren Dateien ja nicht stören)? Grüße Michael Achtzehn -- Dipl.-Ing. M. Achtzehn CUI - Consultinggesellschaft für Umwelt und Infrastruktur Eisenbahnstraße 10 06132 Halle ____________________ www.cui.de Tel.: 0345 7742 749 Fax.: 0345 7742 754 (die hier verwendete E-Mail Adresse dient ausschliesslich der Kommunikation mit Maillisten, eine ständige Erreichbarkeit unter dieser Adresse ist nicht gewährleistet) From jt at mapmedia.de Wed Sep 22 14:38:08 2004 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Wed, 22 Sep 2004 14:38:08 +0200 Subject: AW: [Mapserver-DE] Nachschlag Bildkataloge In-Reply-To: <41516EDF.9050800@cui.de> References: <8BC0EAF5B383D711B69E0006293896C701756EA8@ZEVHNT6> <41516EDF.9050800@cui.de> Message-ID: <41517230.4060903@mapmedia.de> >, da diese auf 256 Farben begrenzt ist (war?) war. denn: > BTW kann man die kann man die Farbtiefe der Ausgabe (jpg, png) auf einen > höheren Wert als 256 einstellen (bei einer Intranetanwendung sollten die > größeren Dateien ja nicht stören)? ;-) # 1 mal abgesehen von der Übertragungszeit ist das aber eine auch Frage der Zugriffszeit auf die Originaldaten und die Bereitstellungszeit durch den MapServer. # 2 Da Luftbilder meistens auch alle 256 Farben belegen (egal ob im Original oder durch die Mapserver-Anwendung runter gerechnet, kommt es bei einer 8bit-Ausgabe von Luftbildern gerne zu Farbproblemen, wenn noch weitere farbige Layer darüber gelegt werden soll (es sind ja keine Farben mehr frei). In dem Fall muss man dann ein wenig mit den Farbpaletten jonglieren. 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 Evgeni.Tcherkasski at ge.com Wed Sep 22 15:38:21 2004 From: Evgeni.Tcherkasski at ge.com (Tcherkasski, Evgeni (GE Energy)) Date: Wed, 22 Sep 2004 09:38:21 -0400 Subject: [Mapserver-DE] Bessere Performance. Wie? Message-ID: <6192367D59F8904CA553579EF41FEEA003C10EB5@ukcbgx01psge.geips.ge.com> Hallo an alle Listenteilnehmen. Erst mal möchte ich Ihnen allen danken für die hilfreichen Ratschläge und Codeschnipseln, die mich weitergebracht haben. Nun ist mein Datenmodell fertig und lauffähig. Aber nun letzte Frage. Ist es irgendwie möglich den MapSerever oder die Daten zu optimierten, um eine bessere Performance zu erreichen, ohne eine Datenbank einzubinden? Meine Daten liegen in Shapefiles vor, insgesamt 33 Vektorebenen und 5 Rasterkarten. Ich danke Ihnen allen Evgeni Tcherkasski From frank.koormann at intevation.de Wed Sep 22 15:41:42 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 22 Sep 2004 15:41:42 +0200 Subject: [Mapserver-DE] PostgreSQL und Umlaute In-Reply-To: References: <578300484@web.de> Message-ID: <20040922134142.GA30929@intevation.de> Hallo, * Gunter.Rieth at stadt.mainz.de [040922 14:19]: > * Christian Graefe : > > Ich habe eine Datenbank mit der Kodierung UNICODE > > und möchte in diese Datenbank .shp-Dateien einspielen. > > Nur leider wird der Vorgang wegen deutschen Umlauten > > abgebrochen. > > > > Weiß jemand Rat? Zur Zeit ersetze ich alle Umlaute mit deren > > Entsprechungen ä=ae usw. > > in unserer PostgreSQL/Postgis DB wird als Encoding LATIN1 für alle > genutzt und bisher gab es keine Schwierigkeiten. > Das Encoding kann aber meines Wissens nur bei der Erstellung einer DB > ausgewählt werden. > Ich weiss nicht, wie Sie die Ersetzung durchführen, sie können aber auch direkt LATIN1 in UNICODE wandeln, z.B. unter unix-artigen Systemen (Installation von recode vorausgesetzt): recode Latin1..u8 < [quell-datei] > [zieldatei] Oder mittels Python (auch unter Windows): python latin2unicode.py < [quell-datei] > [zieldatei] latin2unicode.py: import sys line=sys.stdin.readline() while (line): sys.stdout.write(unicode(line,'latin1').encode('utf8')) line=sys.stdin.readline() Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From frank.koormann at intevation.de Wed Sep 22 15:45:57 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 22 Sep 2004 15:45:57 +0200 Subject: [Mapserver-DE] Bessere Performance. Wie? In-Reply-To: <6192367D59F8904CA553579EF41FEEA003C10EB5@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003C10EB5@ukcbgx01psge.geips.ge.com> Message-ID: <20040922134557.GB30929@intevation.de> * Tcherkasski, Evgeni (GE Energy) [040922 15:41]: > Hallo an alle Listenteilnehmen. > > Erst mal möchte ich Ihnen allen danken für die hilfreichen Ratschläge und > Codeschnipseln, die mich weitergebracht haben. Nun ist mein Datenmodell > fertig und lauffähig. Aber nun letzte Frage. > > Ist es irgendwie möglich den MapSerever oder die Daten zu optimierten, um > eine bessere Performance zu erreichen, ohne eine Datenbank einzubinden? > Meine Daten liegen in Shapefiles vor, insgesamt 33 Vektorebenen und 5 > Rasterkarten. Auch auf shapefile-Ebene lassen sich indices erstellen, siehe dazu shpindex aus dem MapServer-Paket. Rasterkarten lassen sich ggf. in Tiles zerlegen, mit tile4ms lassen sich auch hier indices aufbauen. Weitere Möglichkeit: Für bestimmte Zoomstufen ggf. vereinfachte Datenbestände aufbereiten. Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From pf at mapmedia.de Wed Sep 22 15:53:37 2004 From: pf at mapmedia.de (Peter Freimuth) Date: Wed, 22 Sep 2004 15:53:37 +0200 Subject: [Mapserver-DE] Bessere Performance. Wie? In-Reply-To: <6192367D59F8904CA553579EF41FEEA003C10EB5@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003C10EB5@ukcbgx01psge.geips.ge.com> Message-ID: <415183E1.8050103@mapmedia.de> Tcherkasski, Evgeni (GE Energy) schrieb: >Hallo an alle Listenteilnehmen. > >Erst mal möchte ich Ihnen allen danken für die hilfreichen Ratschläge und >Codeschnipseln, die mich weitergebracht haben. Nun ist mein Datenmodell >fertig und lauffähig. Aber nun letzte Frage. > >Ist es irgendwie möglich den MapSerever oder die Daten zu optimierten, um >eine bessere Performance zu erreichen, ohne eine Datenbank einzubinden? >Meine Daten liegen in Shapefiles vor, insgesamt 33 Vektorebenen und 5 >Rasterkarten. > >Ich danke Ihnen allen > >Evgeni Tcherkasski > >_______________________________________________ >Mapserver-DE mailing list >Mapserver-DE at freegis.org >https://freegis.org/mailman/listinfo/mapserver-de > > Hallo Evgeni, bei der Perfomance läßt sich auch ohne Datenbank einiges drehen: 1. Maßstabsabhängiges ein/ausschalten von Layern. Infos die in bestimmten Maßstäben keinen Sinn mehr machen, werden nicht unnötiger Weise verarbeitet. (MINSCALE, MAXSCALE) Aktiviere also nur das, was wirklich Sinn macht. 2. Erstelle Spatial Indexes (*.qix) für deine Shapedateien. (shptree.exe aus den Mapserver Utils) 3. Sollten deine Hintergrundkarten sehr groß sein, kachel Sie und binde sie als Bildkatalog ein. Vermeide unnötige Komprimierungen der Rasterdaten. Mehr fällt mir im ersten Durchlauf nicht ein. Viel Glück, Peter -- Mit freundlichem Gruß Peter Freimuth _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin Charlottenburg fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: pf at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ From Frank.Broniewski at mnha.etat.lu Wed Sep 22 15:38:11 2004 From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski) Date: Wed, 22 Sep 2004 15:38:11 +0200 Subject: [Mapserver-DE] Truetype Rendering Message-ID: <000201c4a0a9$6724aaf0$aa696e94@EPCCARTOGIS> Hallo Welche Bibliothek ist denn für das Rendering der Truetype Fonts in Mapserver verantwortlich? Freetype, schon klar, aber wie heisst denn die Datei unter Windows? Ich vermute, dass ich beim Rendern der Truetype Symbole nur Rechtecke bekomme, da bei mir keine Freetype Bibliothek installiert ist. Unter phpinfo() bekomme ich für Mapserver aber die Unterstützung angegeben. MapServer version 4.2.1 ... SUPPORTS=FREETYPE ... Diese Rechtecke treiben mich noch in die Verzweiflung ;-) Grüsse aus Luxembourg Frank Broniewski Musée National d'Histoire et d'Art Section Préhistoire / Projet EPC 241, Rue de Luxembourg L-8077 Bertrange From christian.graefe at web.de Wed Sep 22 17:12:36 2004 From: christian.graefe at web.de (Christian Graefe) Date: Wed, 22 Sep 2004 17:12:36 +0200 Subject: [Mapserver-DE] PostgreSQL und Umlaute Message-ID: <578496062@web.de> Bin inzwischen zu einem befriedigenden Ergebnis gekommen! Schritte: (alle unter Windows 2000) 1. Strecken.shp mittels shp2pgsql in Strecken.sql umgewandelt. 2. Strecken.sql mit Editor(notepad) geöffnet und als "UTF-8" unter Strecken_uni.sql gespeichert. 3. Codepage mit "chcp 1252" auf eine Unicode-kompatible Kodierung gewechselt. 4. mit psql -U postgres -f Strecken.sql postgis in die Datenbank eingefügt. Funktionierte nicht immer! Habe mehrere Anläufe gebraucht. Warum auch immer? Vielleicht kann mir jemand was dazu sagen. Mfg Chrischan -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/x-pkcs7-signature Dateigröße : 1452 bytes Beschreibung: S/MIME Cryptographic Signature URL : http://www.intevation.de/pipermail/mapserver-de/attachments/20040922/1682afa3/smime.p7s From malsburg at cl.uni-heidelberg.de Wed Sep 22 19:42:45 2004 From: malsburg at cl.uni-heidelberg.de (Titus von der Malsburg) Date: Wed, 22 Sep 2004 19:42:45 +0200 Subject: [Mapserver-DE] Bessere Performance. Wie? In-Reply-To: <20040922134557.GB30929@intevation.de> References: <6192367D59F8904CA553579EF41FEEA003C10EB5@ukcbgx01psge.geips.ge.com> <20040922134557.GB30929@intevation.de> Message-ID: <20040922174244.GB8453@mother> On Wed, Sep 22, 2004 at 03:45:57PM +0200, Frank Koormann wrote: > Auch auf shapefile-Ebene lassen sich indices erstellen, siehe dazu > shpindex aus dem MapServer-Paket. Rasterkarten lassen sich ggf. in Tiles > zerlegen, mit tile4ms lassen sich auch hier indices aufbauen. Ich mache mit meinen Rasterdaten folgendes: 1. in Kacheln zerschnipseln 2. Farbtiefe soweit möglich reduzieren 3. falls noch nicht geschehen nach GEOTiff konvertieren 4. "Overviews" errechnen. Overviews sind Versionen des Rasterbildes in geringerer Auflösung. Wenn man GEOTiffs verwendet können diese Overviews und das urspüngliche Rasterbild in einer GEOTiff-Datei gespeichert werden, was den Vorteil hat, dass man nicht mit so vielen Dateien hantieren muss. Das Ergebnis nennt man glaube ich Pyramide. Der Witz ist jetzt, dass wenn der Mapserver zum Rendern nicht die Monsterauflösung braucht, er sich aus dieser Pyramide einfach die Version mit der passensten Auflösung raussucht. Das kann das Rendern von großen Ausschnitten erheblich beschleunigen. Dieses Verfahren ist komplementär zu der Sache mit den Kacheln. Die Kacheln machen, dass man nicht alle Daten laden muss, wenn nur ein kleiner Ausschnitt gezeigt wird, und die Pyramiden machen, dass nicht die volle Auflösung verwendet werden muss, wenn der Ausschnitt groß ist. Diese Overviews erzeugt man so: gdaladdo bild.gtiff 2 4 8 16 Dabei geben die Zahlen an in welchen Stufen Overviews erzeugt werden sollen. Meine Vermutung bzgl. der Kompression der Bilddateien ist übrigens, dass die Kompression eher hilft statt schadet. Zwar muss das Bild zusätzlich dekodiert werden, dafür muss aber weniger von der Festplatte gelesen werden (wenn man natürlich so wenig Rasterdaten hat, dass alles ins Cache passt, isses umgekehrt; aber das wird eher selten der Fall sein). Und von Festplatte lesen geht i.A. _viel_ langsamer als ein bisschen mit der Multigigaherz-CPU rumzurechnen. Ausserdem ist der Kompressionsalgorithmus der Tiffs (lzw, oder?) ziemlich billig was CPU-Zeit angeht. Mit JPEGs mag das anders sein. Hat das jemand mal gestestet? Und noch eins, irgendwie scheint die Vermutung rumzugeistern, dass durch irgendeine Magie Vektordaten schneller aus dem PostGIS gelesen werden, als aus SHP-Dateien. Ich verwende zwar kein PostGIS und kann's deswegen nicht aus eigener Erfahrung berichten, aber ich hab jetzt schon von mehrern Leuten Hinweise bekommen, dass PostGIS eher langsamer als SHP-Dateien ist (wahrscheinlich wegen dem ganzen Datenbankoverhead, den man bei den nackten Dateien nicht hat). Ich glaube es gab dazu mal einen Thread auf einer der englischen Mailinglisten. Auf jeden Fall gab es ein paar Leute bei denen PostGIS schneller war und und wo sich später herausgestellt hat, dass ihre SHPs keine Indices hatten -> kein Wunder. Ausserdem: Der Linuxkernel bietet eine Option, die vielleicht für Mapservers Performanz positive Auswirkungen haben könnte. In Kernel 2.6 kann man statt dem antizipatorischem IO-Scheduler (default) den Deadline IO-Scheduler wählen. Während der antizipatorischem eher für den Desktopeinsatz optimiert ist, scheint der Deadline für Datenbankanwendungen mit großem Durchsatz besser zu sein. Aus der Dokumentation: Database servers, especially those using "TCQ" disks should investigate performance with the 'deadline' IO scheduler. Any system with high disk performance requirements should do so, in fact. U.s.w. Hab ich allerdings auch nicht ausprobiert :-( Viele Grüße, Titus > Weitere Möglichkeit: Für bestimmte Zoomstufen ggf. vereinfachte > Datenbestände aufbereiten. From Silke.Reimer at intevation.de Wed Sep 22 20:00:15 2004 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Wed, 22 Sep 2004 20:00:15 +0200 Subject: [Mapserver-DE] Truetype Rendering In-Reply-To: <000201c4a0a9$6724aaf0$aa696e94@EPCCARTOGIS> References: <000201c4a0a9$6724aaf0$aa696e94@EPCCARTOGIS> Message-ID: <20040922180015.GS1150@intevation.de> Hallo, On Wed, Sep 22, 2004 at 03:38:11PM +0200, Frank Broniewski wrote: > Hallo > > Welche Bibliothek ist denn für das Rendering der Truetype Fonts in Mapserver > verantwortlich? Freetype, schon klar, aber wie heisst denn die Datei unter > Windows? > > Ich vermute, dass ich beim Rendern der Truetype Symbole nur Rechtecke > bekomme, da bei mir keine Freetype Bibliothek installiert ist. Unter > phpinfo() bekomme ich für Mapserver aber die Unterstützung angegeben. > > MapServer version 4.2.1 ... SUPPORTS=FREETYPE ... > > Diese Rechtecke treiben mich noch in die Verzweiflung ;-) Ich habe den Thread gerade noch einmal nachgelesen und gesehen, dass der Einsatz des Rosa-Applets erwähnt wurde. Evtl. ist das ja tatsächlich der Fehler. Deshalb meine Frage: Werden die Bilder, die im Dateisystem abgelegt werden, richtig gerendert? Evtl. könnte bei der Analyse auch das Tool shp2img hilfreich sein. Damit kann man dann zumindest den Einfluss des Rosa-Applets ausschließen. Viele Grüße nach Luxemburg, Silke > > Grüsse aus Luxembourg > > > Frank Broniewski > Musée National d'Histoire et d'Art > Section Préhistoire / Projet EPC > 241, Rue de Luxembourg > L-8077 Bertrange > > _______________________________________________ > 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/20040922/3249240c/attachment.bin From hubert.froehlich at bvv.bayern.de Thu Sep 23 08:05:09 2004 From: hubert.froehlich at bvv.bayern.de (=?ISO-8859-1?Q?Hubert_Fr=F6hlich?=) Date: Thu, 23 Sep 2004 08:05:09 +0200 Subject: [Mapserver-DE] Bessere Performance. Wie? In-Reply-To: <20040922174244.GB8453@mother> References: <6192367D59F8904CA553579EF41FEEA003C10EB5@ukcbgx01psge.geips.ge.com> <20040922134557.GB30929@intevation.de> <20040922174244.GB8453@mother> Message-ID: <41526795.4010609@bvv.bayern.de> Titus von der Malsburg wrote: > Meine Vermutung bzgl. der Kompression der Bilddateien ist übrigens, dass > die Kompression eher hilft statt schadet. Zwar muss das Bild zusätzlich Entspricht gerade bei großen und hoch auflösenden Rasterdatenbeständen (Digitale Orthophotos!) ziemlich genau NICHT meiner Erfahrung > dekodiert werden, dafür muss aber weniger von der Festplatte gelesen > werden (wenn man natürlich so wenig Rasterdaten hat, dass alles ins > Cache passt, isses umgekehrt; aber das wird eher selten der Fall sein). > Und von Festplatte lesen geht i.A. _viel_ langsamer als ein bisschen mit > der Multigigaherz-CPU rumzurechnen. Ausserdem ist der > Kompressionsalgorithmus der Tiffs (lzw, oder?) ziemlich billig was > CPU-Zeit angeht. Mit JPEGs mag das anders sein. Hat das jemand mal > gestestet? Am vorteilhaftesten scheint mir zu sein, die Bildateien in TIFF (GEOTIFF auch, hat organisatorische Vorteile) abzulegen, aber unbedingt *** UNcompressed ***. Das ist zwar ein Faktor 5 gegenüber JPEG, aber DEUTLICH schneller. Dürfte damit zu tun zu haben, dass man auf TIFF uncompressed auch "random" zugreifen kann, d.h. für Bildausschnitte (Regelfall) nicht das ganze Bild lesen muss - oder so ähnlich - stimmt das so, wie ich das darstelle?! Dieser Effekt geht bei jeder Art von Kompression natürlich verloren. Wo man etwas rumexperimentieren muss, ist bei der Bestimmung der optimalen Kachelgröße beim Zerschnipseln des Datenbestandes, um ein Optimum zu finden. Wie gesagt, dann schafft man es auch, Orthophotos für ganz Bayern (40 000 km^2, 40 cm Bodenauflösung hochzuziehen :-) > > Und noch eins, irgendwie scheint die Vermutung rumzugeistern, dass durch > irgendeine Magie Vektordaten schneller aus dem PostGIS gelesen werden, > als aus SHP-Dateien. Ich verwende zwar kein PostGIS und kann's deswegen > nicht aus eigener Erfahrung berichten, aber ich hab jetzt schon von > mehrern Leuten Hinweise bekommen, dass PostGIS eher langsamer als > SHP-Dateien ist (wahrscheinlich wegen dem ganzen Datenbankoverhead, den > man bei den nackten Dateien nicht hat). Ich glaube es gab dazu mal > einen Thread auf einer der englischen Mailinglisten. Auf jeden Fall gab > es ein paar Leute bei denen PostGIS schneller war und und wo sich > später herausgestellt hat, dass ihre SHPs keine Indices hatten -> kein > Wunder. > hmmm, meine Einschätzung: Bei großen Datenbeständen scheint Postgis schneller zu sein, jedenfalls nach meinen bisherigen Erfahrungen (mehrere Mio Polygone, 1 Postgis-Table vs. 80 Shapefiles mit Index, also relativ konservativ gemacht) . Kann das jemand bestätigen/widerlegen? ( > Ausserdem: Der Linuxkernel bietet eine Option, die vielleicht für > Mapservers Performanz positive Auswirkungen haben könnte. In Kernel 2.6 > kann man statt dem antizipatorischem IO-Scheduler (default) den Deadline > IO-Scheduler wählen. Während der antizipatorischem eher für den > Desktopeinsatz optimiert ist, scheint der Deadline für > Datenbankanwendungen mit großem Durchsatz besser zu sein. Aus der > Dokumentation: > > Database servers, especially those using "TCQ" disks should > investigate performance with the 'deadline' IO scheduler. Any system > with high disk performance requirements should do so, in fact. > > Hört sich interessant an, wer weiß darüber was? 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 v.winkler at geotec.de Thu Sep 23 08:54:45 2004 From: v.winkler at geotec.de (Winkler, Viola) Date: Thu, 23 Sep 2004 08:54:45 +0200 Subject: [Mapserver-DE] Performance dgn-File verbessern? Message-ID: <5B70A170ED0ACE4B8A095B92A74B43480D7F0C@server2.geotec.local> Hallo zusammen, genau zur richtigen Zeit (für mich) wird das Performance-Problem hier in der Userliste angesprochen. Viele gute Tips. Ich wollte jedoch fragen, ob auch irgendwer einen Tip hat wie man die Performance der Darstellung von dgn-Files verbessern kann. Gruß Viola GEOTEC Vermessungs GmbH Rosa-Luxemburg-Str. 3a 17291 Prenzlau Tel: 03984/857519 Fax: 03984/857549 From Evgeni.Tcherkasski at ge.com Thu Sep 23 11:38:26 2004 From: Evgeni.Tcherkasski at ge.com (Tcherkasski, Evgeni (GE Energy)) Date: Thu, 23 Sep 2004 05:38:26 -0400 Subject: [Mapserver-DE] Tile Index Message-ID: <6192367D59F8904CA553579EF41FEEA003C3BD11@ukcbgx01psge.geips.ge.com> Hallo! Um die Performance zu verbessern, habe ich versucht Tile Indexe von den TIFFs zu bilden mit diesem Aufruf: C:\map>gdaltindex Diercke_Central-Europe_1-4-5Mio_200dpi_01.shp Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif Danach habe ich die SHP Datei in die Mapdatei eingebunden: LAYER NAME germany_raster_fein TILEINDEX "images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.shp" TILEITEM "location" TYPE RASTER STATUS off TRANSFORM on PROJECTION "proj=lcc" # Lambert Conus "ellps=clrk66" "lon_0=20e" END METADATA wms_title "germany_raster_fein" END CLASS MINSCALE 800000 MAXSCALE 3800000 END END Warum funktioniert dies nicht und ich sehe keine Fehlermeldung, aber auch kein Bild? Ist der TileIndex richtig erzeugt worden? -------------------------------------------------------- So sah mein Rasterlayer vorher aus: LAYER NAME germany_raster_fein DATA "images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif" TYPE RASTER STATUS off TRANSFORM on PROJECTION "proj=lcc" # Lambert Conus "ellps=clrk66" "lon_0=20e" END METADATA wms_title "germany_raster_fein" END CLASS MINSCALE 800000 MAXSCALE 3800000 END END -------------------------------------------------- Danke für Ihre Unterstützung. Evgeni Tcherkasski From christian.graefe at web.de Thu Sep 23 12:01:51 2004 From: christian.graefe at web.de (Christian Graefe) Date: Thu, 23 Sep 2004 12:01:51 +0200 Subject: [Mapserver-DE] PostgreSQL und Umlaute Message-ID: <579438774@web.de> Morgen zusammen! Ich bedanke mich hiermit recht herzlich für die ganzen hilfreichen Ratschläge! Habt ihr eigentlich Erfahrungen im kompilieren der GDAL/OGR Paketes? Ich habe zwar die Standardvariante zum laufen bekommen, aber mit der PostgreSQL Unter- stützung will es einfach nicht klappen. Habt ihr Ideen oder Anregungen? MfG Christian Gräfe -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/x-pkcs7-signature Dateigröße : 1452 bytes Beschreibung: S/MIME Cryptographic Signature URL : http://www.intevation.de/pipermail/mapserver-de/attachments/20040923/ab144f86/smime.p7s From Frank.Broniewski at mnha.etat.lu Thu Sep 23 12:34:54 2004 From: Frank.Broniewski at mnha.etat.lu (Frank Broniewski) Date: Thu, 23 Sep 2004 12:34:54 +0200 Subject: [Mapserver-DE] Tile Index In-Reply-To: <6192367D59F8904CA553579EF41FEEA003C3BD11@ukcbgx01psge.geips.ge.com> Message-ID: <001501c4a158$f6f45c20$aa696e94@EPCCARTOGIS> Hallo Der erzeugte Tileindex-Eintrag im Mapfile sieht bei mir genauso aus. Allerdings ist mein Tileitem Location und nicht location. Das mag lediglich ein kleines Problem sein, aber du solltest mal im Shapefile nachsehen, wie das Feld denn richtig heisst. Ansonsten hänge ich hier noch mal meinen Tileindex an, zum Vergleich: LAYER Name "Orthofotos" Status OFF Tileindex "epc/ortho_index.shp" Tileitem "Location" Type Raster Maxscale 20000 Group "Compléments" END Grüsse Frank Broniewski Musée National d'Histoire et d'Art Section Préhistoire / Projet EPC 241, Rue de Luxembourg L-8077 Bertrange -----Message d'origine----- De : mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org] De la part de Tcherkasski, Evgeni (GE Energy) Envoyé : Donnerstag, 23. September 2004 10:38 À : mapserver-de at freegis.org Objet : [Mapserver-DE] Tile Index Hallo! Um die Performance zu verbessern, habe ich versucht Tile Indexe von den TIFFs zu bilden mit diesem Aufruf: C:\map>gdaltindex Diercke_Central-Europe_1-4-5Mio_200dpi_01.shp Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif Danach habe ich die SHP Datei in die Mapdatei eingebunden: LAYER NAME germany_raster_fein TILEINDEX "images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.shp" TILEITEM "location" TYPE RASTER STATUS off TRANSFORM on PROJECTION "proj=lcc" # Lambert Conus "ellps=clrk66" "lon_0=20e" END METADATA wms_title "germany_raster_fein" END CLASS MINSCALE 800000 MAXSCALE 3800000 END END Warum funktioniert dies nicht und ich sehe keine Fehlermeldung, aber auch kein Bild? Ist der TileIndex richtig erzeugt worden? -------------------------------------------------------- So sah mein Rasterlayer vorher aus: LAYER NAME germany_raster_fein DATA "images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif" TYPE RASTER STATUS off TRANSFORM on PROJECTION "proj=lcc" # Lambert Conus "ellps=clrk66" "lon_0=20e" END METADATA wms_title "germany_raster_fein" END CLASS MINSCALE 800000 MAXSCALE 3800000 END END -------------------------------------------------- Danke für Ihre Unterstützung. Evgeni Tcherkasski _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From frank.koormann at intevation.de Thu Sep 23 12:39:44 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Thu, 23 Sep 2004 12:39:44 +0200 Subject: [Mapserver-DE] PostgreSQL und Umlaute In-Reply-To: <579438774@web.de> References: <579438774@web.de> Message-ID: <20040923103943.GB24904@intevation.de> * Christian Graefe [040923 12:02]: > Morgen zusammen! > > Ich bedanke mich hiermit recht herzlich für > die ganzen hilfreichen Ratschläge! > > Habt ihr eigentlich Erfahrungen im kompilieren > der GDAL/OGR Paketes? Hier bei Intevation - Ja :) Silke Reimer ist die Erstellerin des Debian-Pakets zu gdal. > Ich habe zwar die Standardvariante zum laufen > bekommen, aber mit der PostgreSQL Unter- > stützung will es einfach nicht klappen. Welche Probleme/Fehlermeldungen treten wann auf? Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From Silke.Reimer at intevation.de Thu Sep 23 12:39:59 2004 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Thu, 23 Sep 2004 12:39:59 +0200 Subject: [Mapserver-DE] PostgreSQL und Umlaute In-Reply-To: <579438774@web.de> References: <579438774@web.de> Message-ID: <20040923103959.GU1150@intevation.de> On Thu, Sep 23, 2004 at 12:01:51PM +0200, Christian Graefe wrote: > Morgen zusammen! > > Ich bedanke mich hiermit recht herzlich für > die ganzen hilfreichen Ratschläge! > > Habt ihr eigentlich Erfahrungen im kompilieren > der GDAL/OGR Paketes? Um welche Distribution handelt es sich? Für viele Distributionen gibt es inzwischen fertige Pakete, die nur installiert werden müssen. > Ich habe zwar die Standardvariante zum laufen > bekommen, aber mit der PostgreSQL Unter- > stützung will es einfach nicht klappen. Unter GNU/Linux reicht es in der Regel aus, das PostgreSQL-Entwicklungspaket zu installieren. Je nach Distribution heißt dies postgresql-dev, postgresql-devel o.ä. Danach muss gdal ohne weitere Flaggen konfiguriert, gebaut und installiert werden. # als normaler Nutzer > cd gdal-1.2.2 > ./configure > make # als root > make install Viel Erfolg! Silke -- 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/20040923/dd4b370a/attachment.bin From malsburg at cl.uni-heidelberg.de Thu Sep 23 12:50:18 2004 From: malsburg at cl.uni-heidelberg.de (Titus von der Malsburg) Date: Thu, 23 Sep 2004 12:50:18 +0200 Subject: [Mapserver-DE] Tile Index In-Reply-To: <6192367D59F8904CA553579EF41FEEA003C3BD11@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003C3BD11@ukcbgx01psge.geips.ge.com> Message-ID: <20040923105017.GD11879@mother> On Thu, Sep 23, 2004 at 05:38:26AM -0400, Tcherkasski, Evgeni (GE Energy) wrote: > Um die Performance zu verbessern, habe ich versucht Tile Indexe von den > TIFFs zu bilden mit diesem Aufruf: > C:\map>gdaltindex Diercke_Central-Europe_1-4-5Mio_200dpi_01.shp > Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif Erstens mal machst du hier ein Tileindex mit nur einem Tile. Das scheint mir nicht grade sinnvoll zu sein. Die Idee ist ja, dass man die Rasterdaten in Kacheln zerlegt und der Tileindex sozusagen ein Verzeichnis ist, in dem steht wo welche Kachel sitzt. Dann braucht der Mapserver nur die Kacheln zu lesen, die er wirklich braucht. Dass du nur eine Kachel hast, sollte allerdings nicht zu einem Fehler führen; aber halt auch nicht zum gewünschtem Gewinn. Das Problem, dass ich sehe ist Folgendes: In dem Tileindex stehen ja die Pfade zu den einzelnen Kacheln; und zwar stehen die da so, wie du sie auf der Kommandozeile dem gdaltindex gesagt hast, also: Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif Mapserver versucht nun die die Kacheln mit Hilfe dieser Pfade zu öffenen und das kann nur schief gehen, da er ja nicht weiss in welchem Verzeichnis die Kacheln zu finden sind. Du willst also in dem Tileindex stehen haben entweder images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif also den relativen Pfad, oder /bla/bla/images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif also den absoluten Pfad. Das steht übrigens in der Dokumentation von gdaltindex: "Raster filenames will be put in the file exactly as they are specified on the commandline." Du willst also gdaltindex in dem Verzeichnis aufrufen in dem auch dein images-Verzeichnis liegt und dann sagen: gdaltindex Diercke_Central-Europe_1-4-5Mio_200dpi_01.shp images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif Grüße, Titus > Danach habe ich die SHP Datei in die Mapdatei eingebunden: > LAYER > NAME germany_raster_fein > TILEINDEX "images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.shp" > TILEITEM "location" > TYPE RASTER > STATUS off > TRANSFORM on > > PROJECTION > "proj=lcc" # Lambert Conus > "ellps=clrk66" > "lon_0=20e" > END > > METADATA > wms_title "germany_raster_fein" > END > > CLASS > MINSCALE 800000 > MAXSCALE 3800000 > END > END From christian.graefe at web.de Thu Sep 23 12:58:28 2004 From: christian.graefe at web.de (Christian Graefe) Date: Thu, 23 Sep 2004 12:58:28 +0200 Subject: [Mapserver-DE] PostgreSQL und Umlaute Message-ID: <579500906@web.de> Received: from 145.253.2.30 by freemailng9901.web.de with HTTP; Thu, 23 Sep 2004 12:58:15 +0200 Date: Thu, 23 Sep 2004 12:58:15 +0200 Message-Id: <579500906 at web.de> --- END HEADERS --- Guten Tag Unter Unix/Linux wäre das ja alles kein Problem! Die Programme sind ja größten- teils dafür geschrieben. Aber wie schauts unter Windows aus? Habt ihr da schon Erfahrungen gemacht? Bei der Kompilation von GDAL mit PostgreSQL-Unterstützung kommt folgendes! ********************************** D:\gdal-1.2.2\ogr\ogrsf_frmts\pg>nmake /nologo /f Makefile.vc cl /nologo /Ox /MD -I..\..\..\port -I..\..\..\ogr -I..\..\..\gcore -I.. \..\..\alg -I.. -I..\.. -ID:\POSTGRESQL-8.0.0beta2\src\include PG_LIB = D:\POSTG RESQL-8.0.0beta2\src\interfaces\libpq\release\libpqdll.lib /c ogrpgdriver.cpp Befehlszeilenwarnung D4024 : Typ der Quelldatei 'PG_LIB' nicht erkannt, Objektda tei wird angenommen Befehlszeilenwarnung D4027 : Quelldatei 'PG_LIB' ignoriert Befehlszeilenwarnung D4024 : Typ der Quelldatei '=' nicht erkannt, Objektdatei w ird angenommen Befehlszeilenwarnung D4027 : Quelldatei '=' ignoriert Befehlszeilenwarnung D4027 : Quelldatei 'D:\POSTGRESQL-8.0.0beta2\src\interfaces \libpq\release\libpqdll.lib' ignoriert ogrpgdriver.cpp cl /nologo /Ox /MD -I..\..\..\port -I..\..\..\ogr -I..\..\..\gcore -I.. \..\..\alg -I.. -I..\.. -ID:\POSTGRESQL-8.0.0beta2\src\include PG_LIB = D:\POSTG RESQL-8.0.0beta2\src\interfaces\libpq\release\libpqdll.lib /c ogrpgdatasource.cp p Befehlszeilenwarnung D4024 : Typ der Quelldatei 'PG_LIB' nicht erkannt, Objektda tei wird angenommen Befehlszeilenwarnung D4027 : Quelldatei 'PG_LIB' ignoriert Befehlszeilenwarnung D4024 : Typ der Quelldatei '=' nicht erkannt, Objektdatei w ird angenommen Befehlszeilenwarnung D4027 : Quelldatei '=' ignoriert Befehlszeilenwarnung D4027 : Quelldatei 'D:\POSTGRESQL-8.0.0beta2\src\interfaces \libpq\release\libpqdll.lib' ignoriert ogrpgdatasource.cpp cl /nologo /Ox /MD -I..\..\..\port -I..\..\..\ogr -I..\..\..\gcore -I.. \..\..\alg -I.. -I..\.. -ID:\POSTGRESQL-8.0.0beta2\src\include PG_LIB = D:\POSTG RESQL-8.0.0beta2\src\interfaces\libpq\release\libpqdll.lib /c ogrpglayer.cpp Befehlszeilenwarnung D4024 : Typ der Quelldatei 'PG_LIB' nicht erkannt, Objektda tei wird angenommen Befehlszeilenwarnung D4027 : Quelldatei 'PG_LIB' ignoriert Befehlszeilenwarnung D4024 : Typ der Quelldatei '=' nicht erkannt, Objektdatei w ird angenommen Befehlszeilenwarnung D4027 : Quelldatei '=' ignoriert Befehlszeilenwarnung D4027 : Quelldatei 'D:\POSTGRESQL-8.0.0beta2\src\interfaces \libpq\release\libpqdll.lib' ignoriert ogrpglayer.cpp cl /nologo /Ox /MD -I..\..\..\port -I..\..\..\ogr -I..\..\..\gcore -I.. \..\..\alg -I.. -I..\.. -ID:\POSTGRESQL-8.0.0beta2\src\include PG_LIB = D:\POSTG RESQL-8.0.0beta2\src\interfaces\libpq\release\libpqdll.lib /c ogrpgtablelayer.cp p Befehlszeilenwarnung D4024 : Typ der Quelldatei 'PG_LIB' nicht erkannt, Objektda tei wird angenommen Befehlszeilenwarnung D4027 : Quelldatei 'PG_LIB' ignoriert Befehlszeilenwarnung D4024 : Typ der Quelldatei '=' nicht erkannt, Objektdatei w ird angenommen Befehlszeilenwarnung D4027 : Quelldatei '=' ignoriert Befehlszeilenwarnung D4027 : Quelldatei 'D:\POSTGRESQL-8.0.0beta2\src\interfaces \libpq\release\libpqdll.lib' ignoriert ogrpgtablelayer.cpp cl /nologo /Ox /MD -I..\..\..\port -I..\..\..\ogr -I..\..\..\gcore -I.. \..\..\alg -I.. -I..\.. -ID:\POSTGRESQL-8.0.0beta2\src\include PG_LIB = D:\POSTG RESQL-8.0.0beta2\src\interfaces\libpq\release\libpqdll.lib /c ogrpgresultlayer.c pp Befehlszeilenwarnung D4024 : Typ der Quelldatei 'PG_LIB' nicht erkannt, Objektda tei wird angenommen Befehlszeilenwarnung D4027 : Quelldatei 'PG_LIB' ignoriert Befehlszeilenwarnung D4024 : Typ der Quelldatei '=' nicht erkannt, Objektdatei w ird angenommen Befehlszeilenwarnung D4027 : Quelldatei '=' ignoriert Befehlszeilenwarnung D4027 : Quelldatei 'D:\POSTGRESQL-8.0.0beta2\src\interfaces \libpq\release\libpqdll.lib' ignoriert ogrpgresultlayer.cpp D:\gdal-1.2.2\ogr\ogrsf_frmts\pg> ***************************** Irgendwelche Ideen? -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/x-pkcs7-signature Dateigröße : 1452 bytes Beschreibung: S/MIME Cryptographic Signature URL : http://www.intevation.de/pipermail/mapserver-de/attachments/20040923/fc71b55e/smime.p7s From tma at archikart.de Thu Sep 23 13:03:25 2004 From: tma at archikart.de (Tobias Macheleid) Date: Thu, 23 Sep 2004 13:03:25 +0200 Subject: [Mapserver-DE] Layer verschieben Message-ID: <4152AD7D.70601@archikart.de> Ist es möglich einen kompletten Layer in der Anzeige, on the fly, um einen bestimmten Betrag (10 Meter, Pixel oder was auch immer) zu verschieben? -- MfG Tobias Macheleid From frank.koormann at intevation.de Thu Sep 23 13:20:46 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Thu, 23 Sep 2004 13:20:46 +0200 Subject: [Mapserver-DE] PostgreSQL und Umlaute In-Reply-To: <579500906@web.de> References: <579500906@web.de> Message-ID: <20040923112046.GB26140@intevation.de> Hallo, * Christian Graefe [040923 12:58]: [...] > Aber wie schauts unter Windows aus? > Habt ihr da schon Erfahrungen gemacht? > > Bei der Kompilation von GDAL mit PostgreSQL-Unterstützung > kommt folgendes! [..] > D:\gdal-1.2.2\ogr\ogrsf_frmts\pg>nmake /nologo /f Makefile.vc > cl /nologo /Ox /MD -I..\..\..\port -I..\..\..\ogr -I..\..\..\gcore -I.. > \..\..\alg -I.. -I..\.. -ID:\POSTGRESQL-8.0.0beta2\src\include PG_LIB = D:\POSTG > RESQL-8.0.0beta2\src\interfaces\libpq\release\libpqdll.lib /c ogrpgdriver.cpp > Befehlszeilenwarnung D4024 : Typ der Quelldatei 'PG_LIB' nicht erkannt, Objektda > tei wird angenommen > Befehlszeilenwarnung D4027 : Quelldatei 'PG_LIB' ignoriert > Befehlszeilenwarnung D4024 : Typ der Quelldatei '=' nicht erkannt, Objektdatei w > ird angenommen > Befehlszeilenwarnung D4027 : Quelldatei '=' ignoriert > Befehlszeilenwarnung D4027 : Quelldatei 'D:\POSTGRESQL-8.0.0beta2\src\interfaces > \libpq\release\libpqdll.lib' ignoriert > ogrpgdriver.cpp [schnipp] Im ogr\ogrsf_frmts\pg\Makefile.vc wird $(GDAL_ROOT)\nmake.opt eingebunden, dort wird $(PG_INC_DIR) definiert, was im Makefile ausgewertet wird. Offenbar scheint in die Definition von PG_INC_DIR (Zeile 115 in nmake.opt für gdal-1.2.2) die Definition von PG_LIB mit herein gerutscht zu sein. Die wird nun vom Compiler komplett als Angabe von Quelldateien interpretiert. Schauen Sie mal in der Datei "nmake.opt", ob die Zeilen 115/116 da zusammengeruthsct sind, ggf. nochmal durch einen extra Zeilenumbruch Trennung sicherstellen. Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From christian.graefe at web.de Thu Sep 23 14:36:52 2004 From: christian.graefe at web.de (Christian Graefe) Date: Thu, 23 Sep 2004 14:36:52 +0200 Subject: [Mapserver-DE] PostgreSQL und Umlaute Message-ID: <579607245@web.de> Nachdem ich mit Frank's Tipp endlich zu einem guten Ende gekommen bin, konnte ich die Daten nun auch direkt mit ogr2ogr aus einer MapInfo-Datei in die Datenbank überspielen und bin so elegant das Problem mit den deutschen Umlauten umgangen! :-) D:\GeoDaten\DATA>ogr2ogr -f PostgreSQL "PG:dbname=postgis user=##### password=##### host=localhost" Streckennetz.tab MfG Chrischan PS: Recht herzlichen Dank für die Hilfe zur Lösung dieses Problem's Ich schicke die Binärversion auch gerne herum, falls Interesse von anderen hier besteht. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : smime.p7s Dateityp : application/x-pkcs7-signature Dateigröße : 1452 bytes Beschreibung: S/MIME Cryptographic Signature URL : http://www.intevation.de/pipermail/mapserver-de/attachments/20040923/4ba40693/smime.p7s From malsburg at cl.uni-heidelberg.de Thu Sep 23 15:18:09 2004 From: malsburg at cl.uni-heidelberg.de (Titus von der Malsburg) Date: Thu, 23 Sep 2004 15:18:09 +0200 Subject: [Mapserver-DE] Tile Index In-Reply-To: <6192367D59F8904CA553579EF41FEEA003C3BF43@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003C3BF43@ukcbgx01psge.geips.ge.com> Message-ID: <20040923131808.GG11879@mother> On Thu, Sep 23, 2004 at 08:39:36AM -0400, Tcherkasski, Evgeni (GE Energy) wrote: > Danke für den Tipp! Jetzt werden die Rasterdaten angezeigt. > Aber könntest du mir noch verraten, wie man es schaft mehrere Kacheln in das > Tile-Shape hineinzubekommen und somit den Server schneller zu machen? Du brauchst erst mal die Kacheln. Wenn dein Ausgangsmaterial tatsächlich ein riesiges Rasterbild ist musst du das in Kacheln zerschnipseln. Die Kacheln können zwar ein beliebiges Format haben, aber es vereinfacht die Sache, wenn man sie alle gleich groß macht. Dabei sollte die Breite des Ausgangsbildes ganzzahlig durch die Anzahl der Spalten teilbar sein (für die Höhe entsprechend). Dann musst du für jede Kachel ein passendes Worldfile haben, damit gdaltindex weiss, wo die Kachel hingehört. Wenn nun die Kacheln Namen wie kachel01.tif, kachel02.tif, ... haben, rufst du gdaltindex so auf: gdaltindex tindex.shp images/kachel*.tif Ich habe mir für den ganzen Vorgan ein kleines Script geschrieben, dass alles automatisiert (inklusive Worldfiles ausrechnen und Pyramiden basteln). Das schnipseln wird dabei mit dem Programm pnmcut aus dem NetPBM Packet (Unixkram) gemacht. Vielleicht gibt es aber auch schon Tools für das alles?! Kennst du schon das Raster-HOWTO? http://mapserver.gis.umn.edu/doc42/raster-howto.html Das lässt eigentlich nicht viele Fragen offen. Titus From pf at mapmedia.de Thu Sep 23 15:37:00 2004 From: pf at mapmedia.de (Peter Freimuth) Date: Thu, 23 Sep 2004 15:37:00 +0200 Subject: [Mapserver-DE] Layer verschieben In-Reply-To: <4152AD7D.70601@archikart.de> References: <4152AD7D.70601@archikart.de> Message-ID: <4152D17C.6080102@mapmedia.de> Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://www.intevation.de/pipermail/mapserver-de/attachments/20040923/7146d77b/attachment.html From tma at archikart.de Thu Sep 23 15:53:30 2004 From: tma at archikart.de (Tobias Macheleid) Date: Thu, 23 Sep 2004 15:53:30 +0200 Subject: [Mapserver-DE] Layer verschieben In-Reply-To: <4152D17C.6080102@mapmedia.de> References: <4152AD7D.70601@archikart.de> <4152D17C.6080102@mapmedia.de> Message-ID: <4152D55A.9050902@archikart.de> Peter Freimuth wrote: >> Ist es möglich einen kompletten Layer in der Anzeige, on the fly, um >> einen bestimmten Betrag (10 Meter, Pixel oder was auch immer) zu >> verschieben? > wenn es sich um einen Vektorlayer handelt, solltest du ihn mit dem > OFFSET x y innerhalb des STYLE Blocks deiner CLASS Sektionen global um > den Betrag x und y verschieben können. Bei den Werten handelt es sich > dann allerdings um Pixel. Danke für die schnelle Antwort. Leider hilft das nur bedingt weiter. Zoome ich mich rein oder raus, verschiebt sich die Ebene immer mehr in die Offset Richtung. -- MfG Tobias Macheleid KANIS Computer & Software Tel. 03574/46 55 - 0 Kostebrauer Str. 8b Fax: 03574/46 55 - 11 01979 Lauchhammer WWW: www.archikart.de Email: tma at archikart.de From tma at archikart.de Thu Sep 23 16:09:02 2004 From: tma at archikart.de (Tobias Macheleid) Date: Thu, 23 Sep 2004 16:09:02 +0200 Subject: [Mapserver-DE] Layer verschieben In-Reply-To: <20040923135956.GJ11879@mother> References: <4152AD7D.70601@archikart.de> <4152D17C.6080102@mapmedia.de> <4152D55A.9050902@archikart.de> <20040923135956.GJ11879@mother> Message-ID: <4152D8FE.6080702@archikart.de> Titus von der Malsburg wrote: > On Thu, Sep 23, 2004 at 03:53:30PM +0200, Tobias Macheleid wrote: > >>Peter Freimuth wrote: >> >> >>>>Ist es möglich einen kompletten Layer in der Anzeige, on the fly, um >>>>einen bestimmten Betrag (10 Meter, Pixel oder was auch immer) zu >>>>verschieben? >> >>>wenn es sich um einen Vektorlayer handelt, solltest du ihn mit dem >>>OFFSET x y innerhalb des STYLE Blocks deiner CLASS Sektionen global um >>>den Betrag x und y verschieben können. Bei den Werten handelt es sich >>>dann allerdings um Pixel. >> >>Danke für die schnelle Antwort. Leider hilft das nur bedingt weiter. Zoome >>ich mich rein oder raus, verschiebt sich die Ebene immer mehr in die Offset >>Richtung. > > Hast du mal versucht den SIZEUNITS Parameter auf was passendes (z.B. > Meter) zu setzten? Danke, jetzt scheint es zu klappen. -- MfG Tobias Macheleid KANIS Computer & Software Tel. 03574/46 55 - 0 Kostebrauer Str. 8b Fax: 03574/46 55 - 11 01979 Lauchhammer WWW: www.archikart.de Email: tma at archikart.de From pf at mapmedia.de Thu Sep 23 16:39:07 2004 From: pf at mapmedia.de (Peter Freimuth) Date: Thu, 23 Sep 2004 16:39:07 +0200 Subject: [Mapserver-DE] Doku =?iso-8859-1?q?f=FCr_Vektorkartographie_mit_dem_UMN_Mapserve?= =?iso-8859-1?q?r_ist_online?= Message-ID: <4152E00B.5030702@mapmedia.de> Hallo Freunde und Anwender des UMN MapServers, die Doku zum Thema Vektorkartographie mit dem UMN Mapserver ist endlich online. http://www.umn-mapserver.de/doc.html und dort dann unter "Zusätzliche Ressourcen" - Vektorkartographie mit dem UMN MapServer: Dokumentation und Weiterentwicklung! oder direkt : http://www.mapmedia.de/dokumente/umn_signaturen_howto/index.html Es ist die erste Version! Kritik, Verbesserungen und inhaltliche Ergänzungen nehme ich gerne entgegen und binde sie schnellst möglich ein. Auf der Seite finden Sie auch einen Download-Link für die Testumgebung, mit der die Beispielsammlungen am Ende des Dokuments erstellt wurden. Besonders möchte ich aber auch auf das ebenfalls zum Download bereitstehende "Diskussionspaper" für die Weiterentwicklung der kartographischen Möglichkeiten des UMN Mapservers hinweisen. Jeder der an diesem Thema interessiert ist, sollte sich zu den dort angesprochenen Themen über die Liste äußern. Ich würde mich freuen wenn wir in Kürze eine rege und konstruktive Diskussion über die Liste führen würden. Sollte Ihnen etwas auf dem Herzen liegen was bisher noch nicht angesprochen wurde, sollten Sie dieses Thema dann ebenfalls über die Liste zur Diskussion stellen. -- Mit freundlichem Gruß Peter Freimuth _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin Charlottenburg fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: pf at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ From flavio at tydac.ch Fri Sep 24 08:53:42 2004 From: flavio at tydac.ch (Flavio Hendry) Date: Fri, 24 Sep 2004 08:53:42 +0200 Subject: [Mapserver-DE] Tile Index In-Reply-To: <6192367D59F8904CA553579EF41FEEA003C3BD11@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003C3BD11@ukcbgx01psge.geips.ge.com> Message-ID: hallo evgeni pfad in der tileindex datei sollte sein: - absolut - oder relativ zur map-datei! 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 ---------------------------------------------------------------- -----Original Message----- From: "Tcherkasski, Evgeni (GE Energy)" To: mapserver-de at freegis.org Date: Thu, 23 Sep 2004 05:38:26 -0400 Subject: [Mapserver-DE] Tile Index > Hallo! > > Um die Performance zu verbessern, habe ich versucht Tile Indexe von > den > TIFFs zu bilden mit diesem Aufruf: > C:\map>gdaltindex Diercke_Central-Europe_1-4-5Mio_200dpi_01.shp > Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif > > Danach habe ich die SHP Datei in die Mapdatei eingebunden: > LAYER > NAME germany_raster_fein > TILEINDEX "images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.shp" > TILEITEM "location" > TYPE RASTER > STATUS off > TRANSFORM on > > PROJECTION > "proj=lcc" # Lambert Conus > "ellps=clrk66" > "lon_0=20e" > END > > METADATA > wms_title "germany_raster_fein" > END > > CLASS > MINSCALE 800000 > MAXSCALE 3800000 > END > END > > Warum funktioniert dies nicht und ich sehe keine Fehlermeldung, aber > auch > kein Bild? > Ist der TileIndex richtig erzeugt worden? > -------------------------------------------------------- > So sah mein Rasterlayer vorher aus: > > LAYER > NAME germany_raster_fein > DATA "images/Diercke_Central-Europe_1-4-5Mio_200dpi_01.tif" > TYPE RASTER > STATUS off > TRANSFORM on > > PROJECTION > "proj=lcc" # Lambert Conus > "ellps=clrk66" > "lon_0=20e" > END > > METADATA > wms_title "germany_raster_fein" > END > > CLASS > MINSCALE 800000 > MAXSCALE 3800000 > END > END > -------------------------------------------------- > > Danke für Ihre Unterstützung. > > Evgeni Tcherkasski > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From flavio at tydac.ch Fri Sep 24 08:54:36 2004 From: flavio at tydac.ch (Flavio Hendry) Date: Fri, 24 Sep 2004 08:54:36 +0200 Subject: [Mapserver-DE] Performance dgn-File verbessern? In-Reply-To: <5B70A170ED0ACE4B8A095B92A74B43480D7F0C@server2.geotec.local> References: <5B70A170ED0ACE4B8A095B92A74B43480D7F0C@server2.geotec.local> Message-ID: hallo viola nasty answer: konvertieren zu einem anständigen gis-format ... ;-) 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 ---------------------------------------------------------------- -----Original Message----- From: "Winkler, Viola" To: "Mapserver-Userlist (Deutsch) (E-Mail)" Date: Thu, 23 Sep 2004 08:54:45 +0200 Subject: [Mapserver-DE] Performance dgn-File verbessern? > Hallo zusammen, > > genau zur richtigen Zeit (für mich) wird das Performance-Problem hier > in > der Userliste angesprochen. Viele gute Tips. Ich wollte jedoch > fragen, > ob auch irgendwer einen Tip hat wie man die Performance der > Darstellung > von dgn-Files verbessern kann. > > Gruß Viola > > > > GEOTEC Vermessungs GmbH > Rosa-Luxemburg-Str. 3a > 17291 Prenzlau > Tel: 03984/857519 > Fax: 03984/857549 > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From flavio at tydac.ch Fri Sep 24 08:59:59 2004 From: flavio at tydac.ch (Flavio Hendry) Date: Fri, 24 Sep 2004 08:59:59 +0200 Subject: [Mapserver-DE] Bessere Performance. Wie? In-Reply-To: <41526795.4010609@bvv.bayern.de> References: <6192367D59F8904CA553579EF41FEEA003C10EB5@ukcbgx01psge.geips.ge.com> <20040922134557.GB30929@intevation.de> <20040922174244.GB8453@mother> <41526795.4010609@bvv.bayern.de> Message-ID: hallo zusammen meine erfahrung: - reduzieren auf 8bit bringt mit geringen qualitätsverlusten am meisten ... - zwischen unkomprimierten und lzw-komprimierten tiffs stelle ich keine grossen unterschiede fest ... - für übersichten auf jeden fall resamplen ... - jpeg hat mir die kiste zugeknallt ... 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 jj at norbit.de Fri Sep 24 09:27:24 2004 From: jj at norbit.de (Janett Jahn) Date: Fri, 24 Sep 2004 09:27:24 +0200 Subject: [Mapserver-DE] =?iso-8859-1?q?=DCbersetzung_von?= Doku Message-ID: <200409240927.25043.jj@norbit.de> Hallo, hat sich schon jemand mit der SWIGMapScript Doku auseinandergesetzt ? Ich programmiere jetzt schon eine Weile mit Perl- Mapscript und kenne die englische Dokumentation recht gut. Falls da also noch Bedarf besteht, bitte ich um Rückmeldung. MfG J. Jahn From arnulf.christl at ccgis.de Mon Sep 27 08:41:15 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Mon, 27 Sep 2004 08:41:15 +0200 Subject: [Mapserver-DE] =?ISO-8859-1?Q?=DCbersetzung_von_Doku?= In-Reply-To: <200409240927.25043.jj@norbit.de> References: <200409240927.25043.jj@norbit.de> Message-ID: <4157B60B.7090500@ccgis.de> Janett Jahn wrote: >Hallo, > > >hat sich schon jemand mit der SWIGMapScript Doku auseinandergesetzt ? > >Ich programmiere jetzt schon eine Weile mit Perl- Mapscript und kenne die >englische Dokumentation recht gut. >Falls da also noch Bedarf besteht, bitte ich um Rückmeldung. > > >MfG > J. Jahn > >_______________________________________________ >Mapserver-DE mailing list >Mapserver-DE at freegis.org >https://freegis.org/mailman/listinfo/mapserver-de > > > Hallo, bei uns ist bis jetzt nichts dazu eingegangen, dewegen schlage ich vor, dass wir hiermit diesen Teil der Doku virtuell "auschecken" und um Übersetzung bitten. Gruß, Arnulf. From pf at mapmedia.de Tue Sep 28 11:20:03 2004 From: pf at mapmedia.de (Peter Freimuth) Date: Tue, 28 Sep 2004 11:20:03 +0200 Subject: [Mapserver-DE] Re: UMN MapServer 4.2 / Doku In-Reply-To: <585169897@web.de> References: <585169897@web.de> Message-ID: <41592CC3.8070608@mapmedia.de> Christian Graefe schrieb: >Guten Morgen > >Ich habe mir Ihr Thesenpapier durchgelesen und finde es >sehr interessant. Am meisten hat mir die Gründung eines >Vereins gefallen. Hat mich irgendwie an die KDE e.V er- >innert. Würde aber den Fluß von Spendenmittel von Firmen >aber bestimmt vereinfachen, als wenn diese nur an Einzel- >personen geleistet werden. > >Zu den technischen Details kann ich nicht viel sagen, da ich >den Quellcode noch nie eingesehen haben. >Aber argumentativ sind sie stimmig. >Was meinen Sie mit den Aufbau eines Pflichtenheftes? >Wer soll dieses erstellen? Was so sich darin >wiederspiegeln? > >Fragen über Fragen :-) > >MfG Christian Gräfe > > Sehr geehrter Herr Graefe, in dem von mir erwähnten Pflichtenheft sollen zukünftige Implementierungen exakt beschrieben werden. (soll heißen, was sollte der UMN Mapserver im Bereich Grafik können, wofür ist das Feature von Bedeutung, wie kann das umgesetzt werden) Ich würde alle eingehenden Beiträge (mit Namen) in einem online Dokument zusammenfassen da "Wikis" von vielen nicht richtig angenommen werden. Ziel ist es den Bedarf an Grafikfunktionalität für zukünftige Mapserver Versionen abzuschätzen und diese Punkte dann projektbezogen umzusetzen. Die Umsetzung kann natürlich von jedem beauftragt oder nach eigenen Möglichkeiten selbst durchgeführt werden. Leider gab es bisher noch keinerlei Reaktionen auf das Diskussionspapier!? Scheinbar ist die Funktionalität des Mapservers volkommen ausreichend und eine Weiterentwicklung nicht notwendig! -- Mit freundlichem Gruß Peter Freimuth _________________________________________________ MapMedia Kartographie und raumbezogene Informationssysteme Heilbronner Straße 10 D-10711 Berlin Charlottenburg fon: +49.(0)30.89 06 82 70 fax: +49.(0)30.89 06 82 73 mail: pf at mapmedia.de net: www.mapmedia.de pgp: on demand _________________________________________________ From jan at intevation.de Tue Sep 28 18:31:55 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 28 Sep 2004 18:31:55 +0200 Subject: [Mapserver-DE] Nachtrag Anwenderkonferenz: QGIS Message-ID: <20040928163155.GB11225@intevation.de> Hallo, in meinem Vortrag hatte ich als Desktop GIS Systeme JUMP, Thuban und QGIS erwähnt. Bei QGIS hatte ich gesagt, dass kein kommerzieller Antrieb dahinter steckt. Ich habe nochmals mit dem Hauptautor gesprochen und dabei kam raus, dass durchaus kommerzielle Unterstützung erhätlich ist (auch wenn es eben bisher absolut nirgends geschrieben steht, aber das ändert sich wahrscheinlich bald). Insofern ist nun neben JUMP und Thuban auch QGIS als Alternative für professionellen Einsatz zu betrachten. Nicht zuletzt auch weil QGIS eine sehr gute Kopplung mit GRASS hat und voraussichtlich als Standard-GUI für GRASS verwendet werden wird. GRASS bekommt übrigens somit in der letzten Zeit gleich diverse neue attraktive GUIs (hat jemand schonmal den GRASS Manager von Version 5.7. angeschaut? - sehenswert!) Viele Grüsse Jan-Oliver Wagner -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From Mike.Elstermann at itc-halle.de Wed Sep 29 15:26:12 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Wed, 29 Sep 2004 15:26:12 +0200 Subject: [Mapserver-DE] Problem bei kompilierung --with-ogr Message-ID: <8BC0EAF5B383D711B69E0006293896C701756ECC@ZEVHNT6> hallo zusammen, ich habe mal wieder ein problem bei der mapserver-kompilierung mit OGR-Funktionalität habe GDAL wie folgt kompiliert in 2 varianten: --------------------------------------- GDAL · ./configure · make · make install GDAL · ./configure --with-pg=/usr/local/pgsql/bin/pg_config · make · make install hat in beiden fällen geklappt. pfade gesetzt: LD_LIBRARY_PATH=/usr/local/lib LD_RUN_PATH=/usr/local/lib das konfigurieren des mapserver schlägt leider fehl ---------------------------------------------------------------------------- -- ./configure --with-postgis=/usr/local/pgsql/bin/pg_config --with-gd=/usr/local --with-png=/usr/local --with-gdal=/usr/local/bin/gdal-config --with-ogr=/usr/local/bin/gdal-config loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking for ranlib... (cached) ranlib checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking for bison... (cached) bison -y checking if compiler supports -R... (cached) no checking if compiler supports -Wl,-rpath,... (cached) yes checking for exp in -lm... (cached) yes checking for __gxx_personality_v0 in -lstdc++... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for strcasecmp... (cached) yes checking for strncasecmp... (cached) yes checking for strdup... (cached) yes checking whether we should include JPEG support... checking for jpeg_read_header in -ljpeg... yes using libjpeg from system libs. checking where FreeType 2.x is installed... checking for FT_Init_FreeType in -lfreetype... yes using libfreetype -lfreetype from system libs. checking where Zlib is installed... checking for zlibVersion in -lz... yes using libz from system libs. checking where PNG is installed... checking for png_init_io in -lpng... yes using libpng from system libs. checking where libXpm is installed... checking for XpmFreeXpmImage in -lXpm... no XPM (libXpm) library cannot be found, possibly needed for GD checking where libiconv is installed... checking for libiconv_open in -liconv... no libiconv library cannot be found, possibly needed for GD checking for GD 2.0.12 or higher... checking for gdImageSetAntiAliased in -lgd... yes using libgd 2.0.12 (or higher) from -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz checking for gdImageGif in -lc... no checking for gdImagePng in -lc... yes checking for gdImageJpeg in -lc... yes checking for gdImageWBMP in -lc... yes checking for gdImageStringFT in -lc... yes checking for gdImageGifPtr in -lc... no using GD ( -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT) from /usr/local. checking whether we should include PDF support... checking for PDF_setlinewidth in -lpdf... no checking for PDF_setrgbcolor in -lpdf... no checking for PDF_moveto in -lpdf... no checking for PDF_curveto in -lpdf... no checking for PDF_show_xy in -lpdf... no libpdf not found... PDF support not included. checking whether we should include TIFF support... checking for TIFFOpen in -ltiff... yes using libtiff from system libs. checking whether we should include EPPL7 support... including EPPL7 support. checking whether we should include PROJ.4 support... PROJ.4 support not requested. checking whether we should include thread safe support... thread safe support disabled. checking whether we should include ESRI SDE support... ESRI SDE support not requested. checking whether we should compile in MPATROL support... MPATROL support not requested. checking whether we should include OGR support... checking for OGRRegisterAll in -lgdal.1.1... (cached) no configure: warning: OGR not found in system libs... use --with-ogr=DIR. <<<<------ hab ich doch gemacht? oder? checking if GDAL support requested... yes, user supplied gdal-config (/usr/local/bin/gdal-config) checking if PostGIS support requested... yes, user supplied pg_config checking if MyGIS support requested... no checking if OracleSpatial support requested... no checking if MING/Flash support requested... no checking whether we should include WMS Server support... OGC WMS Compatibility not enabled (PROJ.4 is required for WMS). checking whether we should include WFS Server support... OGC WFS Server support not requested. checking whether we should include WMS Client Connections support... OGC WMS Client Connections not enabled (PROJ.4 and libcurl required). checking whether we should include WFS Client Connections support... OGC WFS Client Connections not enabled (PROJ.4, libcurl and OGR required). checking for curl-config Compiling with -DIGNORE_MISSING_DATA. checking whether we should enable debug features... checking for PHP/MapScript module options... PHP/MapScript module not configured. creating ./config.status creating Makefile sieht jemand den fehler? Für Rückfragen stehe ich Ihnen gern zur Verfügung. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/e-Solutions ::: IT-Consult Halle GmbH, Bornknechtstraße 5, 06108 Halle (Saale) ::: 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://halgis.halle.de; http://umweltatlas.halle.de From Silke.Reimer at intevation.de Wed Sep 29 16:17:52 2004 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Wed, 29 Sep 2004 16:17:52 +0200 Subject: [Mapserver-DE] Problem bei kompilierung --with-ogr In-Reply-To: <8BC0EAF5B383D711B69E0006293896C701756ECC@ZEVHNT6> References: <8BC0EAF5B383D711B69E0006293896C701756ECC@ZEVHNT6> Message-ID: <20040929141752.GH824@intevation.de> Hallo, On Wed, Sep 29, 2004 at 03:26:12PM +0200, Elstermann, Mike wrote: > hallo zusammen, > > ich habe mal wieder ein problem bei der mapserver-kompilierung mit > OGR-Funktionalität > > habe GDAL wie folgt kompiliert in 2 varianten: > --------------------------------------- > GDAL > · ./configure > · make > · make install > > GDAL > · ./configure --with-pg=/usr/local/pgsql/bin/pg_config > > · make > · make install > > hat in beiden fällen geklappt. > pfade gesetzt: > LD_LIBRARY_PATH=/usr/local/lib > LD_RUN_PATH=/usr/local/lib > > das konfigurieren des mapserver schlägt leider fehl [...] > checking whether we should include OGR support... > checking for OGRRegisterAll in -lgdal.1.1... (cached) no > configure: warning: OGR not found in system libs... use > --with-ogr=DIR. <<<<------ hab ich doch gemacht? oder? > checking if GDAL support requested... yes, user supplied gdal-config > (/usr/local/bin/gdal-config) Das Problem liegt vermutlich in der Suche nach der richtigen gdal-Bibliothek. Bis zur Version 1.1.9 einschließlich hat die gdal-Bibliothek die sogenannte so-Version im Namen enthalten (libgdal..so). Allgemeiner Standard ist aber, die so-Version erst nach dem Prefix .so anzuführen, also libgdal.so.. gdal wurde zur Version 1.2.0 hin (die noch nicht einmal ein Jahr alt ist) an diesen Standard angepasst, so dass die Bibliothek jetzt mit -lgdal statt mit -lgdal1.1 gefunden wird. Ich vermute dass in diesem Fall eine aktuelle Version der gdal verwendet wurde, so dass die Suche nach gdal.1.1 (wie im configure-Output zu erkennen) fehlschlagen muss. Das Problem scheint in aktuelleren Varianten des Mapservers behoben zu sein, jedenfalls heißt es im History-Eintrag zur Version 4.2.-beta1 - Fixed problems with detection of OGRRegisterAll() with GDAL 1.1.9 in configure due to GDAL's library name change. Fixed a few other minor issues with GDAL/OGR in configure. Ist es möglich dass die eingesetzte UMN MapServer Version älter ist als diese Version? In diesem Fall würde ich vorschlagen, eine neuere Version des UMN MapServers zu verwenden. Das könnte das Problem dann schon lösen. Viele Grüße, Silke Reimer -- 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/20040929/1dea1244/attachment.bin From Mike.Elstermann at itc-halle.de Wed Sep 29 16:27:41 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Wed, 29 Sep 2004 16:27:41 +0200 Subject: AW: [Mapserver-DE] Problem bei kompilierung --with-ogr Message-ID: <8BC0EAF5B383D711B69E0006293896C701756ECF@ZEVHNT6> danke silke, der tipp war genau richtig. hatte es schon selbst mit der frischesten version des mapservers probiert - und es hat geklappt. ich war gerade dabei, eine entspr. mail in die liste zu stellen, aber du warst schneller. dank trotzdem - der kleine exkurs in die theorie war ganz wertvoll. :-) Für Rückfragen stehe ich Ihnen gern zur Verfügung. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/e-Solutions ::: IT-Consult Halle GmbH, Bornknechtstraße 5, 06108 Halle (Saale) ::: 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://halgis.halle.de; http://umweltatlas.halle.de -----Ursprüngliche Nachricht----- Von: Silke Reimer [mailto:Silke.Reimer at intevation.de] Gesendet: Mittwoch, 29. September 2004 16:18 An: 'mapserver-de at freegis.org' Betreff: Re: [Mapserver-DE] Problem bei kompilierung --with-ogr _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From Mike.Elstermann at itc-halle.de Wed Sep 29 16:52:50 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Wed, 29 Sep 2004 16:52:50 +0200 Subject: [Mapserver-DE] =?iso-8859-1?q?Routing-Software_f=FCr_UMN-Mapserv?= =?iso-8859-1?q?er?= Message-ID: <8BC0EAF5B383D711B69E0006293896C701756ED0@ZEVHNT6> Welche Software für Routing würdet Ihr empfehlen, die mit dem UMN-Mapserver gut zusammen arbeitet? OpenSource oder auch kommerziell. Für Rückfragen stehe ich Ihnen gern zur Verfügung. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/e-Solutions ::: IT-Consult Halle GmbH, Bornknechtstraße 5, 06108 Halle (Saale) ::: 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://halgis.halle.de; http://umweltatlas.halle.de From veronika.stahl at bvv.bayern.de Wed Sep 29 16:56:26 2004 From: veronika.stahl at bvv.bayern.de (Veronika.Stahl) Date: Wed, 29 Sep 2004 16:56:26 +0200 Subject: [Mapserver-DE] Text an Bild orientieren Message-ID: <415ACD1A.1080208@bvv.bayern.de> Kann mir jemand helfen? Bei OGC-Konformen WMS-Aufruf ist es möglich die Karte beliebig groß anzeigen zu lassen (in der Query: &WIDTH=.. &HEIGHT=.. ) Ich möchte einen Text (copyright) bei beliebiger Bildgröße immer links unten positionieren, wie muß das Mapfile dabei aussehen? Wenn ich den Text im Layer mit FEATURES festlege, muß ich ja immer POINTS mit x- und y-Koordinate von links oben her angeben. Somit kann der Text gegebenenfalls mitten im Bild liegen! LAYER .. FEATURE POINTS 4 500 END TEXT 'Dieser Text soll links unten stehen' END CLASS LABEL TYPE BITMAP SIZE SMALL COLOR 0 0 0 OUTLINECOLOR 255 255 255 BACKGROUNDCOLOR 255 255 255 POSITION UR OFFSET 0 0 END END .. END ..ist HEIGHT=700, steht der Text mitten im Bild! Kann ich den Text am Bild orientieren, wie zum Beispiel die SCALEBAR mit "POSITION LL"? From frank.koormann at intevation.de Wed Sep 29 17:23:10 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 29 Sep 2004 17:23:10 +0200 Subject: [Mapserver-DE] Text an Bild orientieren In-Reply-To: <415ACD1A.1080208@bvv.bayern.de> References: <415ACD1A.1080208@bvv.bayern.de> Message-ID: <20040929152309.GB30225@intevation.de> Hallo, * Veronika.Stahl [040929 17:11]: > Kann mir jemand helfen? > > Bei OGC-Konformen WMS-Aufruf ist es möglich die Karte beliebig groß > anzeigen zu lassen (in der Query: &WIDTH=.. &HEIGHT=.. ) > Ich möchte einen Text (copyright) bei beliebiger Bildgröße immer links > unten positionieren, wie muß das Mapfile dabei aussehen? > > Wenn ich den Text im Layer mit FEATURES festlege, muß ich ja immer > POINTS mit x- und y-Koordinate von links oben her angeben. Somit kann > der Text gegebenenfalls mitten im Bild liegen! > > > LAYER > .. Geben Sie ein TRANSFORM FALSE für das Layer mit an. Damit ist spezifiziert, dass das Feature bereits in Bildkoordinaten vorliegt. Beste Grüße, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From mschulz at webgis.de Wed Sep 29 17:43:43 2004 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 29 Sep 2004 17:43:43 +0200 Subject: [Mapserver-DE] Text an Bild orientieren In-Reply-To: <20040929152309.GB30225@intevation.de> References: <415ACD1A.1080208@bvv.bayern.de> <20040929152309.GB30225@intevation.de> Message-ID: <415AD82F.7090608@webgis.de> Hallo, > > * Veronika.Stahl [040929 17:11]: > >>Kann mir jemand helfen? >> >>Bei OGC-Konformen WMS-Aufruf ist es möglich die Karte beliebig groß >>anzeigen zu lassen (in der Query: &WIDTH=.. &HEIGHT=.. ) >>Ich möchte einen Text (copyright) bei beliebiger Bildgröße immer links >>unten positionieren, wie muß das Mapfile dabei aussehen? >> >>Wenn ich den Text im Layer mit FEATURES festlege, muß ich ja immer >>POINTS mit x- und y-Koordinate von links oben her angeben. Somit kann >>der Text gegebenenfalls mitten im Bild liegen! >> >> >>LAYER >>.. > > Geben Sie ein > > TRANSFORM FALSE > > für das Layer mit an. Damit ist spezifiziert, dass das Feature bereits > in Bildkoordinaten vorliegt. > habe dieses Problem auch schon gehabt und da es ohne mapscript, o.ä. meines Wissens keine Möglichkeit gibt, die x/y Werte dieser text-layer dynamisch an die angefragte Größe anzupassen, blieb nur die Lösung den copyright-vermerk oben links anzubringen. Grüße, Michael Schulz -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From Silke.Reimer at intevation.de Wed Sep 29 18:46:47 2004 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Wed, 29 Sep 2004 18:46:47 +0200 Subject: [Mapserver-DE] =?iso-8859-15?Q?Routing?= =?iso-8859-15?Q?-Software_f=FCr?= UMN-Mapserver In-Reply-To: <8BC0EAF5B383D711B69E0006293896C701756ED0@ZEVHNT6> References: <8BC0EAF5B383D711B69E0006293896C701756ED0@ZEVHNT6> Message-ID: <20040929164647.GJ824@intevation.de> On Wed, Sep 29, 2004 at 04:52:50PM +0200, Elstermann, Mike wrote: > Welche Software für Routing würdet Ihr empfehlen, die mit dem UMN-Mapserver > gut zusammen arbeitet? > OpenSource oder auch kommerziell. Ich würde auf BBBike zurückgreifen. BBBike ist ein Routenplaner für Fahrradfahrer in Berlin. Es gibt bereits ein Web-Interface für BBBike mit dem man sich eine Graphik anzeigen lassen kann. Außerdem gibt es auch eine MapServer-Anwendung die schon eine experimentelle Variante für das Eingeben von Start- und Zielpunkten hat. Die Route wird dann berechnet und auf der Karte angzeit. Ich hoffe, das hilft weiter. Viele Grüße, Silke [1] http://www.radzeit.de/cgi-bin/bbbike.cgi > > Für Rückfragen stehe ich Ihnen gern zur Verfügung. > > ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/e-Solutions > ::: IT-Consult Halle GmbH, Bornknechtstraße 5, 06108 Halle (Saale) > ::: 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://halgis.halle.de; http://umweltatlas.halle.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/20040929/c53caa68/attachment.bin From arnulf.christl at ccgis.de Wed Sep 29 18:48:20 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Wed, 29 Sep 2004 18:48:20 +0200 Subject: [Mapserver-DE] Routing-Software =?ISO-8859-1?Q?f=FCr_UMN-M?= =?ISO-8859-1?Q?apserver?= In-Reply-To: <8BC0EAF5B383D711B69E0006293896C701756ED0@ZEVHNT6> References: <8BC0EAF5B383D711B69E0006293896C701756ED0@ZEVHNT6> Message-ID: <415AE754.10408@ccgis.de> Elstermann, Mike wrote: >Welche Software für Routing würdet Ihr empfehlen, die mit dem UMN-Mapserver >gut zusammen arbeitet? >OpenSource oder auch kommerziell. > > Sorry... aber ich bin weiterhin der Meinung, dass Open Source und Freie Software nicht OR [logisches oder] "kommerziell" ist, sondern das Gegenstück dazu "proprietär" ist. :-) Ich habe von Routing Algorithmen in PostgreSQL/PostGIS gehört, sie aber noch nicht selbst eingesetzt. Falls PG eh bereits vorhanden sein sollte wäre das sicher eine lohnende Investition. Bin auch an Ergebnissen interessiert. Gruß, Arnulf. From arnulf.christl at ccgis.de Wed Sep 29 18:51:53 2004 From: arnulf.christl at ccgis.de (Arnulf Christl) Date: Wed, 29 Sep 2004 18:51:53 +0200 Subject: [Mapserver-DE] Routing-Software =?ISO-8859-1?Q?f=FCr_UMN-M?= =?ISO-8859-1?Q?apserver?= In-Reply-To: <20040929164647.GJ824@intevation.de> References: <8BC0EAF5B383D711B69E0006293896C701756ED0@ZEVHNT6> <20040929164647.GJ824@intevation.de> Message-ID: <415AE829.8010204@ccgis.de> Silke Reimer wrote: >On Wed, Sep 29, 2004 at 04:52:50PM +0200, Elstermann, Mike wrote: > > >>Welche Software für Routing würdet Ihr empfehlen, die mit dem UMN-Mapserver >>gut zusammen arbeitet? >>OpenSource oder auch kommerziell. >> >> > >Ich würde auf BBBike zurückgreifen. BBBike ist ein Routenplaner für >Fahrradfahrer in Berlin. Es gibt bereits ein Web-Interface für >BBBike mit dem man sich eine Graphik anzeigen lassen kann. > >Außerdem gibt es auch eine MapServer-Anwendung die schon eine >experimentelle Variante für das Eingeben von Start- und Zielpunkten >hat. Die Route wird dann berechnet und auf der Karte angzeit. > >Ich hoffe, das hilft weiter. > >Viele Grüße, > > Silke > >[1] http://www.radzeit.de/cgi-bin/bbbike.cgi > > Das ist natürlich noch viel besser ...(Mist, schon wieder zwei Minuten zu spät...) :-)))) From Silke.Reimer at intevation.de Wed Sep 29 19:17:51 2004 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Wed, 29 Sep 2004 19:17:51 +0200 Subject: [Mapserver-DE] =?iso-8859-15?Q?Routing?= =?iso-8859-15?Q?-Software_f=FCr?= UMN-Mapserver In-Reply-To: <415AE829.8010204@ccgis.de> References: <8BC0EAF5B383D711B69E0006293896C701756ED0@ZEVHNT6> <20040929164647.GJ824@intevation.de> <415AE829.8010204@ccgis.de> Message-ID: <20040929171751.GL824@intevation.de> On Wed, Sep 29, 2004 at 06:51:53PM +0200, Arnulf Christl wrote: > Silke Reimer wrote: > > >On Wed, Sep 29, 2004 at 04:52:50PM +0200, Elstermann, Mike wrote: > > > > > >>Welche Software für Routing würdet Ihr empfehlen, die mit dem > >>UMN-Mapserver > >>gut zusammen arbeitet? > >>OpenSource oder auch kommerziell. > >> > >> > > > >Ich würde auf BBBike zurückgreifen. BBBike ist ein Routenplaner für > >Fahrradfahrer in Berlin. Es gibt bereits ein Web-Interface für > >BBBike mit dem man sich eine Graphik anzeigen lassen kann. > > > >Außerdem gibt es auch eine MapServer-Anwendung die schon eine > >experimentelle Variante für das Eingeben von Start- und Zielpunkten > >hat. Die Route wird dann berechnet und auf der Karte angzeit. > > > >Ich hoffe, das hilft weiter. > > > >Viele Grüße, > > > > Silke > > > >[1] http://www.radzeit.de/cgi-bin/bbbike.cgi > > > > > Das ist natürlich noch viel besser ...(Mist, schon wieder zwei Minuten > zu spät...) > :-)))) Oh, ich glaube in diesem Fall sogar ein paar Monate ;-)) Da war Slaven schon ziemlich fix. (BBBike ohne Webinterface gibt es inzwischen sogar schon seit einigen Jahren.) Silke -- 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/20040929/14bc8be4/attachment.bin From Mike.Elstermann at itc-halle.de Thu Sep 30 07:27:23 2004 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Thu, 30 Sep 2004 07:27:23 +0200 Subject: =?iso-8859-1?Q?AW=3A_=5BMapserver-DE=5D_Routing-Software_f=FCr?= =?iso-8859-1?Q?_UMN-Mapserver?= Message-ID: <8BC0EAF5B383D711B69E0006293896C701756ED1@ZEVHNT6> @arnulf >Sorry... >aber ich bin weiterhin der Meinung, dass Open Source und Freie Software >nicht OR [logisches oder] "kommerziell" ist, sondern das Gegenstück dazu >"proprietär" ist. >:-) richtig, das habe ich ja schon gewußt und am 14.9. in H vertieft - dank deiner vorträge ;-) ich gelobe besserung in meiner ausdrucksweise ("Wir müssen lernen, uns exakt auszudrücken." - mein Prof. vor 20 Jahren) danke für die tipps. www.routeware.dk und bbbike hatte ich auch schon gefunden. der tipp mit routing unter PG ist neu und das wär's dann doch, wenn's funktioniert. From Evgeni.Tcherkasski at ge.com Thu Sep 30 10:24:47 2004 From: Evgeni.Tcherkasski at ge.com (Tcherkasski, Evgeni (GE Energy)) Date: Thu, 30 Sep 2004 04:24:47 -0400 Subject: [Mapserver-DE] Performanceverlust auf einem schnellen Rechner Message-ID: <6192367D59F8904CA553579EF41FEEA003CA99AB@ukcbgx01psge.geips.ge.com> Hallo! Schon wieder stecke ich in der Klemme. Ich habe ein komplettes Datenmodell für den UMN Server auf einem Desktoprechner (PIII 550MHz, 256MB, Win2000, Apache 2.0.49) erstellt, und es arbeitet auch recht schnell auf dieser Maschine. Nun habe ich die MapServer - Application mit dem erzeugten Datenmodel auf einen DELL Server übertragen (2 x Intel Xeon 2.8GHz, 1GB, Win2000, Apache 1.3.27). Und jetzt dauern die Requests fünf bis zehn Mal länger als auf dem Desktop PC!!! Ich habe während des Requestes die Systemleistungen im Win Taskmanager verglichen und zum Erstauen festgestellt, dass der mapserv.exe Request auf dem Desktop PC, 100% der CPU Leistung an die mapserv.exe abgibt und mehrere Dutzend MB RAM , während der DELL Server bei dem selben Request lediglich 2 - 6% der CPU last und bis 10MB RAM. Damit ist wahrscheinlich der Performanceverlust zu erklären. Aber warum ist das der Fall??? Wie kann ich dies beheben? Der Server Rechner müsste doch eigentlich um vielfaches schneller sein und nicht genau umgekehrt... In der großen Hoffnung auf Klärung. Evgeni Tcherkasski From jt at mapmedia.de Thu Sep 30 10:31:18 2004 From: jt at mapmedia.de (=?ISO-8859-1?Q?J=F6rg_Thomsen?=) Date: Thu, 30 Sep 2004 10:31:18 +0200 Subject: [Mapserver-DE] Performanceverlust auf einem schnellen Rechner In-Reply-To: <6192367D59F8904CA553579EF41FEEA003CA99AB@ukcbgx01psge.geips.ge.com> References: <6192367D59F8904CA553579EF41FEEA003CA99AB@ukcbgx01psge.geips.ge.com> Message-ID: <415BC456.5030909@mapmedia.de> Hallo, ich würde mal in Richtung der 2 Prozessoren nach der Ursache forschen, vermutlich kommt er mit der Verteilung nicht klar. Jörg Thomsen Tcherkasski, Evgeni (GE Energy) wrote: > Hallo! > > Schon wieder stecke ich in der Klemme. > > Ich habe ein komplettes Datenmodell für den UMN Server auf einem > Desktoprechner (PIII 550MHz, 256MB, Win2000, Apache 2.0.49) erstellt, und es > arbeitet auch recht schnell auf dieser Maschine. Nun habe ich die MapServer > - Application mit dem erzeugten Datenmodel auf einen DELL Server übertragen > (2 x Intel Xeon 2.8GHz, 1GB, Win2000, Apache 1.3.27). Und jetzt dauern die > Requests fünf bis zehn Mal länger als auf dem Desktop PC!!! > > Ich habe während des Requestes die Systemleistungen im Win Taskmanager > verglichen und zum Erstauen festgestellt, dass der mapserv.exe Request auf > dem Desktop PC, 100% der CPU Leistung an die mapserv.exe abgibt und mehrere > Dutzend MB RAM , während der DELL Server bei dem selben Request lediglich 2 > - 6% der CPU last und bis 10MB RAM. Damit ist wahrscheinlich der > Performanceverlust zu erklären. Aber warum ist das der Fall??? Wie kann ich > dies beheben? Der Server Rechner müsste doch eigentlich um vielfaches > schneller sein und nicht genau umgekehrt... > > In der großen Hoffnung auf Klärung. > > Evgeni Tcherkasski > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -- Mit freundlichen Grüßen, 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 thomas.preuth at ccgis.de Thu Sep 30 10:38:00 2004 From: thomas.preuth at ccgis.de (Thomas Preuth) Date: Thu, 30 Sep 2004 10:38:00 +0200 Subject: [Mapserver-DE] Performanceverlust auf einem schnellen Rechner In-Reply-To: <415BC456.5030909@mapmedia.de> References: <6192367D59F8904CA553579EF41FEEA003CA99AB@ukcbgx01psge.geips.ge.com> <415BC456.5030909@mapmedia.de> Message-ID: <415BC5E8.8040108@ccgis.de> Apropos. Ist die mapserv.exe eigentlich für Multiprozessorsysteme geeignet? Thomas Jörg Thomsen wrote: > Hallo, > > ich würde mal in Richtung der 2 Prozessoren nach der Ursache forschen, > vermutlich kommt er mit der Verteilung nicht klar. > > Jörg Thomsen > > Tcherkasski, Evgeni (GE Energy) wrote: > >> Hallo! >> >> Schon wieder stecke ich in der Klemme. >> >> Ich habe ein komplettes Datenmodell für den UMN Server auf einem >> Desktoprechner (PIII 550MHz, 256MB, Win2000, Apache 2.0.49) erstellt, >> und es >> arbeitet auch recht schnell auf dieser Maschine. Nun habe ich die >> MapServer >> - Application mit dem erzeugten Datenmodel auf einen DELL Server >> übertragen >> (2 x Intel Xeon 2.8GHz, 1GB, Win2000, Apache 1.3.27). Und jetzt >> dauern die >> Requests fünf bis zehn Mal länger als auf dem Desktop PC!!! >> Ich habe während des Requestes die Systemleistungen im Win Taskmanager >> verglichen und zum Erstauen festgestellt, dass der mapserv.exe >> Request auf >> dem Desktop PC, 100% der CPU Leistung an die mapserv.exe abgibt und >> mehrere >> Dutzend MB RAM , während der DELL Server bei dem selben Request >> lediglich 2 >> - 6% der CPU last und bis 10MB RAM. Damit ist wahrscheinlich der >> Performanceverlust zu erklären. Aber warum ist das der Fall??? Wie >> kann ich >> dies beheben? Der Server Rechner müsste doch eigentlich um vielfaches >> schneller sein und nicht genau umgekehrt... >> >> In der großen Hoffnung auf Klärung. >> >> Evgeni Tcherkasski >> >> _______________________________________________ >> Mapserver-DE mailing list >> Mapserver-DE at freegis.org >> https://freegis.org/mailman/listinfo/mapserver-de > > From Gunter.Rieth at stadt.mainz.de Thu Sep 30 10:48:04 2004 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth@stadt.mainz.de) Date: Thu, 30 Sep 2004 10:48:04 +0200 Subject: Antwort: Re: [Mapserver-DE] Performanceverlust auf einem schnellen Rechner In-Reply-To: <415BC5E8.8040108@ccgis.de> Message-ID: Hi, Mapserver läuft prima unter Mehrprozessorsystemen. Aktuell haben wir einen Dell mit 2 x 1 Ghz Porzessoren unter Suse Linux im Einsatz. Vor der Umstellung auf Linux lief die gleiche Hardware unter Windows 2000. Alles ohne Probleme und sehr gute Performance. Die Lastverteilung macht der Server alleine, beide Prozessoren erhalten bei uns die gleiche Belastung zugeteilt. (Mapserver 4.0.2, Apache/1.3.28 (Linux/SuSE) PHP/4.3.3, PostgreSQL 7.3.4) 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 Preuth Gesendet von: mapserver-de-bounces at freegis.org 30.09.2004 10:38 An jt at mapmedia.de Kopie mapserver-de at freegis.org Thema Re: [Mapserver-DE] Performanceverlust auf einem schnellen Rechner Apropos. Ist die mapserv.exe eigentlich für Multiprozessorsysteme geeignet? Thomas Jörg Thomsen wrote: > Hallo, > > ich würde mal in Richtung der 2 Prozessoren nach der Ursache forschen, > vermutlich kommt er mit der Verteilung nicht klar. > > Jörg Thomsen > > Tcherkasski, Evgeni (GE Energy) wrote: > >> Hallo! >> >> Schon wieder stecke ich in der Klemme. >> >> Ich habe ein komplettes Datenmodell für den UMN Server auf einem >> Desktoprechner (PIII 550MHz, 256MB, Win2000, Apache 2.0.49) erstellt, >> und es >> arbeitet auch recht schnell auf dieser Maschine. Nun habe ich die >> MapServer >> - Application mit dem erzeugten Datenmodel auf einen DELL Server >> übertragen >> (2 x Intel Xeon 2.8GHz, 1GB, Win2000, Apache 1.3.27). Und jetzt >> dauern die >> Requests fünf bis zehn Mal länger als auf dem Desktop PC!!! >> Ich habe während des Requestes die Systemleistungen im Win Taskmanager >> verglichen und zum Erstauen festgestellt, dass der mapserv.exe >> Request auf >> dem Desktop PC, 100% der CPU Leistung an die mapserv.exe abgibt und >> mehrere >> Dutzend MB RAM , während der DELL Server bei dem selben Request >> lediglich 2 >> - 6% der CPU last und bis 10MB RAM. Damit ist wahrscheinlich der >> Performanceverlust zu erklären. Aber warum ist das der Fall??? Wie >> kann ich >> dies beheben? Der Server Rechner müsste doch eigentlich um vielfaches >> schneller sein und nicht genau umgekehrt... >> >> In der großen Hoffnung auf Klärung. >> >> Evgeni Tcherkasski >> >> _______________________________________________ >> 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 malsburg at cl.uni-heidelberg.de Thu Sep 30 15:25:43 2004 From: malsburg at cl.uni-heidelberg.de (Titus von der Malsburg) Date: Thu, 30 Sep 2004 15:25:43 +0200 Subject: Antwort: Re: [Mapserver-DE] Performanceverlust auf einem schnellen Rechner In-Reply-To: References: <415BC5E8.8040108@ccgis.de> Message-ID: <20040930132542.GD641@mother> On Thu, Sep 30, 2004 at 10:48:04AM +0200, Gunter.Rieth at stadt.mainz.de wrote: > Mapserver läuft prima unter Mehrprozessorsystemen. > > Aktuell haben wir einen Dell mit 2 x 1 Ghz Porzessoren unter Suse > Linux > im Einsatz. > Vor der Umstellung auf Linux lief die gleiche Hardware unter Windows > 2000. > > Alles ohne Probleme und sehr gute Performance. > > Die Lastverteilung macht der Server alleine, beide Prozessoren > erhalten > bei uns die gleiche Belastung zugeteilt. Soweit ich weiss, ist der Mapserver nicht gethreaded, d.h., dass eine Mapserver-Instanz eben nicht zwei Prozessoren nutzen kann. Der Profit durch den zweiten Prozessor kommt nur zu Stande, weil das OS Prozesse den CPUs zuteilen kann. Mit Glück läuft also, wenn man zwei Mapservs.exe-Prozesse gleichzeitig hat, einer auf CPU1 und der andere auf CPU2, woduch jeder ~ 100% Prozessor für sich hat. Right? Titus From Gunter.Rieth at stadt.mainz.de Thu Sep 30 15:37:43 2004 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth@stadt.mainz.de) Date: Thu, 30 Sep 2004 15:37:43 +0200 Subject: Antwort: Re: Antwort: Re: [Mapserver-DE] Performanceverlust auf einem schnellen Rechner In-Reply-To: <20040930132542.GD641@mother> Message-ID: tja, das dürfte wohl so sein, ich weiß nichts gegenteiliges. Da wir aber hier in Mainz den UMN-mapserver als WMS-server für mapbender nutzen und dort eben für jedes Bild 1 - n Prozesse gestartet werden, ist es zumindest sehr nützlich 2 oder mehr Prozessoren zu haben ( vor allem hat man ja auch keine zusätzlichen Lizenzkosten pro CPU zu zahlen ;-) ! ) . 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 Titus von der Malsburg Gesendet von: mapserver-de-bounces at freegis.org 30.09.2004 15:25 An mapserver-de at freegis.org Kopie Thema Re: Antwort: Re: [Mapserver-DE] Performanceverlust auf einem schnellen Rechner On Thu, Sep 30, 2004 at 10:48:04AM +0200, Gunter.Rieth at stadt.mainz.de wrote: > Mapserver läuft prima unter Mehrprozessorsystemen. > > Aktuell haben wir einen Dell mit 2 x 1 Ghz Porzessoren unter Suse > Linux > im Einsatz. > Vor der Umstellung auf Linux lief die gleiche Hardware unter Windows > 2000. > > Alles ohne Probleme und sehr gute Performance. > > Die Lastverteilung macht der Server alleine, beide Prozessoren > erhalten > bei uns die gleiche Belastung zugeteilt. Soweit ich weiss, ist der Mapserver nicht gethreaded, d.h., dass eine Mapserver-Instanz eben nicht zwei Prozessoren nutzen kann. Der Profit durch den zweiten Prozessor kommt nur zu Stande, weil das OS Prozesse den CPUs zuteilen kann. Mit Glück läuft also, wenn man zwei Mapservs.exe-Prozesse gleichzeitig hat, einer auf CPU1 und der andere auf CPU2, woduch jeder ~ 100% Prozessor für sich hat. Right? Titus _______________________________________________ Mapserver-DE mailing list Mapserver-DE at freegis.org https://freegis.org/mailman/listinfo/mapserver-de From sholl at gmx.net Thu Sep 30 16:20:39 2004 From: sholl at gmx.net (Stephan Holl) Date: Thu, 30 Sep 2004 16:20:39 +0200 Subject: [Mapserver-DE] Routing-Software =?ISO-8859-15?Q?f=FCr?= UMN-Mapserver In-Reply-To: <8BC0EAF5B383D711B69E0006293896C701756ED0@ZEVHNT6> References: <8BC0EAF5B383D711B69E0006293896C701756ED0@ZEVHNT6> Message-ID: <20040930162039.5fa83e3a@localhost> Hello Herr Elstermann,, On Wed, 29 Sep 2004 16:52:50 +0200 "Elstermann, Mike" wrote: > Welche Software für Routing würdet Ihr empfehlen, die mit dem > UMN-Mapserver gut zusammen arbeitet? > OpenSource oder auch kommerziell. GRASS-GIS in der Version 5.7 bietet diverse Netzwerkanalysemodule, unter anderem auch ein ROuting-tool. Mit ein wenig Skriptarbeit (mapscript) wäre eine Anbindung auch an den UMN Mapserver realisierbar. Beste Grüße Stephan Holl -- Stephan Holl Check headers for GnuPG Key! http://www.gdf-hannover.de -------------- 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/20040930/0c99987d/attachment.bin From malsburg at cl.uni-heidelberg.de Thu Sep 30 16:51:36 2004 From: malsburg at cl.uni-heidelberg.de (Titus von der Malsburg) Date: Thu, 30 Sep 2004 16:51:36 +0200 Subject: [Mapserver-DE] Performanceverlust auf einem schnellen Rechner In-Reply-To: References: <20040930132542.GD641@mother> Message-ID: <20040930145135.GF641@mother> On Thu, Sep 30, 2004 at 03:37:43PM +0200, Gunter.Rieth at stadt.mainz.de wrote: > Da wir aber hier in Mainz den UMN-mapserver als WMS-server für > mapbender > nutzen und dort eben für jedes Bild 1 - n Prozesse gestartet werden, > ist > es zumindest sehr nützlich 2 oder mehr Prozessoren zu haben Genau, bei so Anwendungen profitiert man von den CPUs auch wenn der Mapserver nicht speziell auf die Ausnutzung meherer CPUs ausgelegt ist. Ich habe eine Anwendung bei der man wahrscheinlich nicht viel mit zusätzlichen CPUs gewinnen kann: Shapes und Rasterdaten, die in latong vorliegen und in einer Orthoprojektion dargestellt werden sollen. Dabei ist die Datenabdeckung global und der Berührpunkt der Projektionsfläche und dem Ellipsoiden in der Mitte des Extents. Auf dem Server ist so wenig los, dass sowieso immer nur ein Mapserver läuft (CGI oder mod_python), der also sowieso fast immer eine ganze CPU für sich hat. Das Umprojizieren dauert bei großen Extents (viel Raster) leider schmerzhaft lang. Wenn das durch eine weitere CPU doppelt so schnell ginge, wäre schon viel gewonnen, aber genau das funktioniert wohl grade nicht. Titus