From boehme at supportgis.de Tue Dec 1 13:37:27 2009 From: boehme at supportgis.de (=?UTF-8?B?U3ZlbiBCw7ZobWU=?=) Date: Tue, 01 Dec 2009 13:37:27 +0100 Subject: [Mapserver-DE] MapServer unter openSUSE 11.x Message-ID: <4B150E07.2070803@supportgis.de> Hallo, gibt es zufällig ein Installationsskript oder eine Anleitung wie man den MapServer unter openSUSE 11.x installiert? Muss man irgendetwas dabei beachten? Wenn jemand Erfahrung damit hat, fände ich es super, wenn er mir helfen könnte. Viele Grüße Sven -- -------------------------------------- Dipl.-Geogr. Sven Böhme boehme at supportgis.de -------------------------------------- CPA Systems GmbH Grantham-Allee 2-8 D-53757 Sankt Augustin Tel.: +49 (0) 2241 / 25 94 ? 24 Fax.: +49 (0) 2241 / 25 94 - 29 www.cpa-systems.de -------------------------------------- Handelsregister: HRB 9706, Amtsgericht Siegburg Geschäftsführer: Dr.-Ing. habil. Christoph Averdung Dr.-Ing. René Thiele Dr.-Ing. Matthias Ellsiepen From marco.lechner at fossgis.de Tue Dec 1 13:49:45 2009 From: marco.lechner at fossgis.de (Marco Lechner - FOSSGIS e.V.) Date: Tue, 01 Dec 2009 13:49:45 +0100 Subject: [Mapserver-DE] MapServer unter openSUSE 11.x In-Reply-To: <4B150E07.2070803@supportgis.de> References: <4B150E07.2070803@supportgis.de> Message-ID: <4B1510E9.2000902@fossgis.de> willst Du selbst kompilieren oder per repository? Marco Sven Böhme schrieb: > Hallo, > > gibt es zufällig ein Installationsskript oder eine Anleitung wie man den > MapServer unter openSUSE 11.x installiert? Muss man irgendetwas dabei > beachten? Wenn jemand Erfahrung damit hat, fände ich es super, wenn er > mir helfen könnte. > > Viele Grüße > Sven > > > From boehme at supportgis.de Tue Dec 1 14:34:11 2009 From: boehme at supportgis.de (=?ISO-8859-1?Q?Sven_B=F6hme?=) Date: Tue, 01 Dec 2009 14:34:11 +0100 Subject: [Mapserver-DE] MapServer unter openSUSE 11.x In-Reply-To: <4B1510E9.2000902@fossgis.de> References: <4B150E07.2070803@supportgis.de> <4B1510E9.2000902@fossgis.de> Message-ID: <4B151B53.3000604@supportgis.de> Hallo Marco, brauche eigentlich ne Standardinstallation, deswegen leiebr repository. Gruß Sven Marco Lechner - FOSSGIS e.V. schrieb: > willst Du selbst kompilieren oder per repository? > > Marco > > Sven Böhme schrieb: > >> Hallo, >> >> gibt es zufällig ein Installationsskript oder eine Anleitung wie man den >> MapServer unter openSUSE 11.x installiert? Muss man irgendetwas dabei >> beachten? Wenn jemand Erfahrung damit hat, fände ich es super, wenn er >> mir helfen könnte. >> >> Viele Grüße >> Sven >> >> >> >> > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > > -- -------------------------------------- Dipl.-Geogr. Sven Böhme boehme at supportgis.de -------------------------------------- CPA Systems GmbH Grantham-Allee 2-8 D-53757 Sankt Augustin Tel.: +49 (0) 2241 / 25 94 -- 24 Fax.: +49 (0) 2241 / 25 94 - 29 www.cpa-systems.de -------------------------------------- Handelsregister: HRB 9706, Amtsgericht Siegburg Geschäftsführer: Dr.-Ing. habil. Christoph Averdung Dr.-Ing. René Thiele Dr.-Ing. Matthias Ellsiepen -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091201/d541c1d8/attachment.html From marco.lechner at fossgis.de Tue Dec 1 14:39:38 2009 From: marco.lechner at fossgis.de (Marco Lechner - FOSSGIS e.V.) Date: Tue, 01 Dec 2009 14:39:38 +0100 Subject: [Mapserver-DE] MapServer unter openSUSE 11.x In-Reply-To: <4B151B53.3000604@supportgis.de> References: <4B150E07.2070803@supportgis.de> <4B1510E9.2000902@fossgis.de> <4B151B53.3000604@supportgis.de> Message-ID: <4B151C9A.1010602@fossgis.de> das Geo-repo für opensuse? http://ftp5.gwdg.de/pub/opensuse/repositories/Application:/Geo/ Marco Sven Böhme schrieb: > Hallo Marco, > > brauche eigentlich ne Standardinstallation, deswegen leiebr repository. > > Gruß > Sven > > Marco Lechner - FOSSGIS e.V. schrieb: >> willst Du selbst kompilieren oder per repository? >> >> Marco >> >> Sven Böhme schrieb: >> >>> Hallo, >>> >>> gibt es zufällig ein Installationsskript oder eine Anleitung wie man den >>> MapServer unter openSUSE 11.x installiert? Muss man irgendetwas dabei >>> beachten? Wenn jemand Erfahrung damit hat, fände ich es super, wenn er >>> mir helfen könnte. >>> >>> Viele Grüße >>> Sven >>> >>> >>> >>> >> >> _______________________________________________ >> Mapserver-DE mailing list >> Mapserver-DE at freegis.org >> https://freegis.org/mailman/listinfo/mapserver-de >> >> > > > -- > -------------------------------------- > > Dipl.-Geogr. Sven Böhme > boehme at supportgis.de > > -------------------------------------- > > CPA Systems GmbH > Grantham-Allee 2-8 > D-53757 Sankt Augustin > > Tel.: +49 (0) 2241 / 25 94 ? 24 > Fax.: +49 (0) 2241 / 25 94 - 29 > > www.cpa-systems.de > > -------------------------------------- > Handelsregister: > HRB 9706, Amtsgericht Siegburg > > Geschäftsführer: > > Dr.-Ing. habil. Christoph Averdung > Dr.-Ing. René Thiele > Dr.-Ing. Matthias Ellsiepen > ------------------------------------------------------------------------ > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de From boehme at supportgis.de Tue Dec 1 14:49:55 2009 From: boehme at supportgis.de (=?UTF-8?B?U3ZlbiBCw7ZobWU=?=) Date: Tue, 01 Dec 2009 14:49:55 +0100 Subject: [Mapserver-DE] MapServer unter openSUSE 11.x In-Reply-To: <4B151C9A.1010602@fossgis.de> References: <4B150E07.2070803@supportgis.de> <4B1510E9.2000902@fossgis.de> <4B151B53.3000604@supportgis.de> <4B151C9A.1010602@fossgis.de> Message-ID: <4B151F03.9070801@supportgis.de> Vielen Dank! Marco Lechner - FOSSGIS e.V. schrieb: > das Geo-repo für opensuse? > > http://ftp5.gwdg.de/pub/opensuse/repositories/Application:/Geo/ > > Marco > > > Sven Böhme schrieb: > >> Hallo Marco, >> >> brauche eigentlich ne Standardinstallation, deswegen leiebr repository. >> >> Gruß >> Sven >> >> Marco Lechner - FOSSGIS e.V. schrieb: >> >>> willst Du selbst kompilieren oder per repository? >>> >>> Marco >>> >>> Sven Böhme schrieb: >>> >>> >>>> Hallo, >>>> >>>> gibt es zufällig ein Installationsskript oder eine Anleitung wie man den >>>> MapServer unter openSUSE 11.x installiert? Muss man irgendetwas dabei >>>> beachten? Wenn jemand Erfahrung damit hat, fände ich es super, wenn er >>>> mir helfen könnte. >>>> >>>> Viele Grüße >>>> Sven >>>> >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> Mapserver-DE mailing list >>> Mapserver-DE at freegis.org >>> https://freegis.org/mailman/listinfo/mapserver-de >>> >>> >>> >> -- >> -------------------------------------- >> >> Dipl.-Geogr. Sven Böhme >> boehme at supportgis.de >> >> -------------------------------------- >> >> CPA Systems GmbH >> Grantham-Allee 2-8 >> D-53757 Sankt Augustin >> >> Tel.: +49 (0) 2241 / 25 94 – 24 >> Fax.: +49 (0) 2241 / 25 94 - 29 >> >> www.cpa-systems.de >> >> -------------------------------------- >> Handelsregister: >> HRB 9706, Amtsgericht Siegburg >> >> Geschäftsführer: >> >> Dr.-Ing. habil. Christoph Averdung >> Dr.-Ing. René Thiele >> Dr.-Ing. Matthias Ellsiepen >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 -- -------------------------------------- Dipl.-Geogr. Sven Böhme boehme at supportgis.de -------------------------------------- CPA Systems GmbH Grantham-Allee 2-8 D-53757 Sankt Augustin Tel.: +49 (0) 2241 / 25 94 – 24 Fax.: +49 (0) 2241 / 25 94 - 29 www.cpa-systems.de -------------------------------------- Handelsregister: HRB 9706, Amtsgericht Siegburg Geschäftsführer: Dr.-Ing. habil. Christoph Averdung Dr.-Ing. René Thiele Dr.-Ing. Matthias Ellsiepen -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091201/bd16f20e/attachment.html From rnuske at gwdg.de Wed Dec 9 16:17:59 2009 From: rnuske at gwdg.de (Robert Nuske) Date: Wed, 9 Dec 2009 16:17:59 +0100 Subject: [Mapserver-DE] =?utf-8?q?FOSSGIS2_2010=3A_Verl=C3=A4ngerung_des_C?= =?utf-8?q?all_for_Paper?= Message-ID: <200912091617.59325.rnuske@gwdg.de> Liebe FOSSGISler, Auf vielfachen Wunsch von unterschiedlichen Seiten wird der Call for Papers für die FOSSGIS 2010, die vom 2.-5. März 2010 in Osnabrück stattfindet, bis zum Mi, 16.12.2009, 14 h UTC+1 (!) verlängert. Beiträge zu Freier GIS Software und zu Freien Geodaten, v.a. rundum das OpenStreetMap Projekt, in den unterschiedlichen Vortragsformen (Vorträge, Workshops, Community-Sessions, ...) können bis zu oben genanntem Termin eingereicht werden. Alle weiteren Details zu Terminen, Themen, etc. finden sich unter http://www.fossgis.de/konferenz/wiki/2010/Call_for_Papers Im Namen des FOSSGIS e.V. und der OSM-Community wünscht die Konferenz- Organisation allen ein Frohes Weihnachtsfest und einen guten Start für 2010 und freut sich über zahlreiches Erscheinen Anfang März 2010 in Osnabrück. Viele Grüße Robert Nuske From Burghardt.Scholle at stadt.wolfsburg.de Wed Dec 16 12:41:52 2009 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Wed, 16 Dec 2009 12:41:52 +0100 Subject: [Mapserver-DE] =?iso-8859-1?q?Mapserver_5=2E6=2Erc1_-__kein_query?= =?iso-8859-1?q?_auf_PostGIS-DB_per_=5Bshpidx=5D__mehr_m=F6glich=3F?= Message-ID: <83F381339249BC45A4D1C51A98CC9600019BE552@W3KMAIL3.stadt.wolfsburg.de> Hallo Liste, mit den aktuellen mapserver 5.6x-Versionen kann ich keine Abfrage auf einen PostGIS-Layer mit Hilfe des Attributs "[shpidx]" mehr durchführen. Ich erhalte immer den Wert "0", egal welches (Punkt-) Feature ich anklicke. Verwende ich hingegen einen Mapserver der Version 5.4.x oder früher (identische Kompilierung mit den gleichen configure-Anweisungen inkl. "--with-postgis"), funktioniert die Abfrage einwandfrei und ich erhalte den korrekten Wert des Primärschlüssels. Kann dies jemand bestätigen? Ist das ein Bug oder ist es Absicht, dass "[shpidx]" nicht mehr unterstützt wird? Ich verwende für die Abfrage ein (im Vergleich zu den Vorgängerversionen des Mapservers unverändertes) Template. Das Ganze läuft auf Debian Lenny, Apache 2.2.9, PostgreSQL 8.3.8, Postgis 1.3.3. Viele Grüße Burghardt Scholle *************** Stadt Wolfsburg Geschäftsbereich IT - SB GIS Rathaus E, Zi. E401 Porschestraße 47A 38440 Wolfsburg Tel.: (05361) 28-2531 Fax.: (05361) 28-1765 mailto:burghardt.scholle at stadt.wolfsburg.de From F.Jaeger at KRZ.DE Wed Dec 16 13:35:10 2009 From: F.Jaeger at KRZ.DE (=?iso-8859-1?Q?J=E4ger=2C_Frank_=28KRZ=29?=) Date: Wed, 16 Dec 2009 13:35:10 +0100 Subject: [Mapserver-DE] =?iso-8859-1?q?Verwendung_angepasste_epsg-Datei_f?= =?iso-8859-1?q?=FCr_NTv2-Transformation?= Message-ID: Hallo, nach der Umstellung des Liegenschaftskatasters von Gauss-Krüger- auf ETRS89/UTM-Koordinaten ist die Standard-Methode zur Umrechnung nicht genau genug. Die mit proj oder PostGIS ausgelieferten Parameter sind ein globaler Mittelwert. Für meinen Wirkungsbereich lag die Abweichung mit ca. 3,5 Meter über der Schmerzgrenze. Die Katasterämter führen eine Homogenisierung durch, bei der die Teile eines Kreisgebietes jeweils unterschiedlich transformiert werden. Man braucht eine passpunktgestützte Umwandlung (NTv2-Verfahren). Der Mapserver-WMS muss also eine Gitterdatei (*.gsb) verwenden. In erster Näherung ist das z.B. die Datei BETA2007.gsb. Diese Bundes-Transformation führt zu harmonisierten Landesgrenzen. Für noch bessere Genauigkeit im lokalen Bereich benötigt man feiner aufgelöste Subgitter. Passende Dateien kann jeweils für ein Kreisgebiet (NRW) das Katasteramt liefern, nachdem es das Koordinatensystem umgestellt hat. ==> Für einen WMS innerhalb eines Kreisgebietes sollte über die Mapdatei gesteuert werden, welche lokale Gitterdatei verwendet werden soll. Bei dem Versuch einen UTM-Datenbestand nach Gauss-Krüger zurück zu transformieren habe ich folgende Erfahrungen gemacht: 1. Die Angabe der Gitterdatei innerhalb der Mapdatei zeigte keine Wirkung: PROJECTION "init=epsg:25832" "nadgrids=/data/etrs89/BETA2007.gsb" END 2. Wird statt dessen die Gitterdatei in die systemweite Datei "epsg" eingetragen, dann erfolgt eine Gitter-Transformation: <31467> +proj=tmerc +lat_0=0 +lon_0=9 +k=1.000000 +x_0=3500000 +y_0=0 +ellps=bessel +datum=potsdam +units=m +nadgrids=/data/etrs89/BETA2007.gsb +no_defs <> 3. Um für verschiedene Kreisgebiete verschiedene Gitterdateien verwenden zu können, benötigt man also mehrere Versionen der epsg-Datei. Der Abschnitt aus der Mapdatei ... PROJECTION "init=epsglip:25832" END ... soll eine Variante der epsg-Datei benutzen, die im gleichen Ordner unter dem Namen "epsglip" gespeichert wurde und die einen Verweis auf die lokale Gitterdatei enthält. Der Test zeigt: Wenn die Datei "epsglip" nicht existiert, wird der GetMap mit Fehler beantwortet: "msProcessProjection(): Projection library error. no system list, errno: 2" Aha, der Mapserver versteht also, was ich möchte und sucht nach der Datei, aber .... ==> Wenn die Datei existiert dann wird sie *nicht* verwendet. Die Tests zeigen, dass weiterhin die Standard-Datei "epsg" verwendet wird! Ist das ein Fehler im Mapserver? Ich verwende Version 5.4.2 compiliert auf Debian 4. Können andere diesen Fehler nachvollziehen? Mit freundlichen Grüßen Frank Jäger From j.l.h.hartmann at uva.nl Wed Dec 16 14:22:17 2009 From: j.l.h.hartmann at uva.nl (Jan Hartmann) Date: Wed, 16 Dec 2009 14:22:17 +0100 Subject: [Mapserver-DE] =?iso-8859-1?q?Verwendung_angepasste_epsg-Datei_f?= =?iso-8859-1?q?=FCr_NTv2-Transformation?= In-Reply-To: References: Message-ID: <4B28DF09.4080606@uva.nl> Hallo Frank, Vielleicht habe ich es falsch verstanden, aber im PROJECTION-Block steht epsg:25832 ( ETRS89 / UTM zone 32N), aber die Gitterdatei wird eingetragen für epsg:31467 ( 3-degree Gauss-Kruger zone 3). Im übrigen sollte es so funktionieren (schöne Lösung übrigens für das Problem der Varianten eines einzigen EPSG Nummers, mit oder ohne WGS84-verschiebung, mit oder ohne .gsb Datei, usw). Jan On 16-12-2009 13:35, Jäger, Frank (KRZ) wrote: > Hallo, > nach der Umstellung des Liegenschaftskatasters von Gauss-Krüger- auf ETRS89/UTM-Koordinaten ist die Standard-Methode zur Umrechnung nicht genau genug. Die mit proj oder PostGIS ausgelieferten Parameter sind ein globaler Mittelwert. Für meinen Wirkungsbereich lag die Abweichung mit ca. 3,5 Meter über der Schmerzgrenze. > > Die Katasterämter führen eine Homogenisierung durch, bei der die Teile eines Kreisgebietes jeweils unterschiedlich transformiert werden. Man braucht eine passpunktgestützte Umwandlung (NTv2-Verfahren). > > Der Mapserver-WMS muss also eine Gitterdatei (*.gsb) verwenden. > > In erster Näherung ist das z.B. die Datei BETA2007.gsb. Diese Bundes-Transformation führt zu harmonisierten Landesgrenzen. Für noch bessere Genauigkeit im lokalen Bereich benötigt man feiner aufgelöste Subgitter. Passende Dateien kann jeweils für ein Kreisgebiet (NRW) das Katasteramt liefern, nachdem es das Koordinatensystem umgestellt hat. > > ==> Für einen WMS innerhalb eines Kreisgebietes sollte über die Mapdatei > gesteuert werden, welche lokale Gitterdatei verwendet werden soll. > > Bei dem Versuch einen UTM-Datenbestand nach Gauss-Krüger zurück zu transformieren habe ich folgende Erfahrungen gemacht: > > 1. Die Angabe der Gitterdatei innerhalb der Mapdatei zeigte keine Wirkung: > PROJECTION > "init=epsg:25832" > "nadgrids=/data/etrs89/BETA2007.gsb" > END > > > 2. Wird statt dessen die Gitterdatei in die systemweite Datei "epsg" eingetragen, dann erfolgt eine Gitter-Transformation: > > <31467> +proj=tmerc +lat_0=0 +lon_0=9 +k=1.000000 +x_0=3500000 +y_0=0 +ellps=bessel +datum=potsdam +units=m +nadgrids=/data/etrs89/BETA2007.gsb +no_defs<> > > > 3. Um für verschiedene Kreisgebiete verschiedene Gitterdateien verwenden zu können, benötigt man also mehrere Versionen der epsg-Datei. Der Abschnitt aus der Mapdatei ... > PROJECTION > "init=epsglip:25832" > END > ... soll eine Variante der epsg-Datei benutzen, die im gleichen Ordner unter dem Namen "epsglip" gespeichert wurde und die einen Verweis auf die lokale Gitterdatei enthält. > > Der Test zeigt: > > Wenn die Datei "epsglip" nicht existiert, wird der GetMap mit Fehler beantwortet: > "msProcessProjection(): Projection library error. no system list, errno: 2" > > Aha, der Mapserver versteht also, was ich möchte und sucht nach der Datei, aber .... > > ==> Wenn die Datei existiert dann wird sie *nicht* verwendet. > Die Tests zeigen, dass weiterhin die Standard-Datei "epsg" verwendet wird! > > > Ist das ein Fehler im Mapserver? Ich verwende Version 5.4.2 compiliert auf Debian 4. > Können andere diesen Fehler nachvollziehen? > > > Mit freundlichen Grüßen > Frank Jäger > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > From Burghardt.Scholle at stadt.wolfsburg.de Wed Dec 16 15:48:09 2009 From: Burghardt.Scholle at stadt.wolfsburg.de (Burghardt.Scholle@stadt.wolfsburg.de) Date: Wed, 16 Dec 2009 15:48:09 +0100 Subject: [Mapserver-DE] =?iso-8859-1?q?Mapserver_5=2E6=2Erc1_-__kein_query?= =?iso-8859-1?q?_auf_PostGIS-DB_per_=5Bshpidx=5D__mehr_m=F6glich=3F?= In-Reply-To: References: <83F381339249BC45A4D1C51A98CC9600019BE552@W3KMAIL3.stadt.wolfsburg.de> Message-ID: <83F381339249BC45A4D1C51A98CC9600019BE555@W3KMAIL3.stadt.wolfsburg.de> Hallo, hm, bei der Darstellung des Layers in der Karte habe ich keine Probleme. Den String "using unique id" verwende ich in der map-Datei auch. Bei mir taucht das Problem nur im Zusammenhang mit der Abfrage des PostGIS-Layers auf. Viele Grüße Burghardt Scholle Von: FTiznado at gfi-gis.de [mailto:FTiznado at gfi-gis.de] Gesendet: Mittwoch, 16. Dezember 2009 14:04 An: Scholle, Burghardt (15-3 GIS) Betreff: Re: [Mapserver-DE] Mapserver 5.6.rc1 - kein query auf PostGIS-DB per [shpidx] mehr möglich? Hallo, gleiche Probleme hatte ich mit Oracle Spatial, mit "using unique id" (id PK der Tabelle). Könnte das eine Lösung für Postgis sein. CONNECTION oraclespatial DATA "geo from ALK using unique id" Freundliche Grüße aus Leipzig Francisco Tiznado Softwareentwicklung Internet/GIS ************************************************************** GFI - Gesellschaft für Informationstechnologie mbH Philipp-Rosenthal-Straße 9 D-04103 Leipzig Geschäftsführer: Andreas Richter Amtsgericht Leipzig HRB 12054 USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412 ESRI Solution Partner und ER Mapper Reseller Tel. 0341 961 3310 Fax 0341 961 3311 Mail info at gfi-gis.de Web www.gfi-gis.de und www.themenbrowser.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091216/f8ab82d6/attachment.html From toni.pignataro at wheregroup.com Thu Dec 17 13:29:43 2009 From: toni.pignataro at wheregroup.com (Toni Pignataro) Date: Thu, 17 Dec 2009 13:29:43 +0100 Subject: [Mapserver-DE] gvSIG und Foss in der Praxis Message-ID: <4B2A2437.6040605@wheregroup.com> ********************************************************************* * *gvSIG und Foss in der Praxis * Unter diesem Motto organisiert CSGIS am 3.2.2010 eine 1-tägige Veranstaltung rund um das Thema "gvSIG und Interoperabilität mit freier Software" [1]. Einführend werden die Neuerungen der stabilen Version von *gvSIG 1.9* (seit 12.11.2009 veröffentlicht) vorgestellt (José Canalejo und Ruth Schönbuchner, CSGIS). Einen Überblick zu den Neuerungen erhält man hier [2]. Die Aufbereitung von Geodaten als standardisierte Webdienste (WMS, WFS, WCS) für das Internet kann mit Hilfe der Erweiterung "Publikation OGC" in gvSIG durchgeführt werden. Welche Möglichkeiten der Weiterverarbeitung von WebDiensten möglich sind, zeigen anschaulich die Präsentationen von *Postgre*, *Mapbender *(Toni Pignataro, WhereGroup), *Geoserver *und *GeoExt *(Andreas Hocevar, OpenGeo). In gvSIG ergibt sich ein interessanter Workflow zur Bearbeitung von Metadaten und zum Recherchieren von Geodaten/Geodatendiensten über *GeoNetwork *opensource. Dies wird von David Arndt (Geoinformation-planung) präsentiert. Die INSPIRE-Richtlinie stellt einen wichtigen Impuls zur Harmonisierung und Standardisierung von Geodaten, den Aufbau und den Betrieb von Geodateninfrastrukturen dar, der weit über die eingeforderten Geodaten hinausreicht. GeoNetwork opensource bietet die Möglichkeit, den Anforderungen der INSPIRE-Richtlinie Rechnung zu tragen. *Sextante* (freie Software und Erweiterung zu gvSIG) stellt mit mehr als 220 Geoalgorithmen umfassende Funktionen zur Raster- und Vektordatenanalyse zur Verfügung, die sowohl in gvSIG als auch als WPS benutzt werden können. Neu bei Sextante ist die Anbindung der freien Software *Grass* (eine Software, die über 350 Module zur räumlichen Analyse bereitstellt), womit zahlreiche weitere Algorithmen in Sextante eingebunden werden können. Victor Olaya (Sextante Geospatial Services) ist der Hauptentwickler von Sextante und verfügt über jahrelange Erfahrungen bei GIS Schulungen. Beendet wird die Veranstaltung mit dem Workshop *Network analysis* with gvSIG, der von Fran Peñarrubia (Software Colaborativo) durchgeführt wird. Er hat die erste Version von gvSIG 2004 ins Leben gerufen und ist seitdem an dessen weiterer Entwicklung beteiligt. Mit 6 thematisch voneinander unabhängigen Workshops wird das Programm [3] sehr praxisnah gestaltet. Die Vortragenden sind meist Entwickler der jeweiligen Projekte mit langjähriger Erfahrung bei der Durchführung von Workshops. Wenn Sie aktiv mitmachen möchten, können Sie auch Ihren Laptop mitnehmen. Bitte teilen Sie uns mit, ob Sie die Veranstaltung mit einem Laptop besuchen werden. Falls Interesse besteht, melden Sie sich rechtzeitig an [4], da die Teilnehmerzahl begrenzt ist. CSGIS wünscht Ihnen und Ihren Familien schöne Weinachten und wir würden uns freuen, Sie am 03.02.2010 in München begrüßen zu dürfen. Mit freundlichen Grüßen José Canalejo & Ruth Schönbuchner José Canalejo Kemptener Str. 40 87509 Immenstadt Telf.:0049/(0)8323 986404 Mobil:0049/(0)0177 7911202 Fax: 0049/(0)8323 986407 Email: jose.canalejo at csgis.de Diese E-Mail-Adresse ist gegen Spambots geschützt! Sie müssen JavaScript aktivieren, damit Sie sie sehen können. Ruth Schönbuchner Görresstraße 1 80798 München Telf.: 0049/(0)89 51719945 Mobil: 0049/(0)178 6931412 Email: ruth.schoenbuchner at csgis.de [1] http://csgis.de/joomla/index.php?option=com_content&view=article&id=87&Itemid=80 [2] http://csgis.de/joomla/index.php?option=com_content&view=article&id=83%3Agvsig-19-stabil&catid=39%3Aneueste-nachrichten&Itemid=80 [3] http://csgis.de/joomla/index.php?option=com_content&view=article&id=85&Itemid=81 [4] http://csgis.de/joomla/index.php?option=com_chronocontact&Itemid=79 ********************************************************************** -- ---------------------------------- Aufwind durch Wissen! Qualifizierte OpenSource-Schulungen bei der www.foss-academy.eu ---------------------------------- Toni Pignataro B.- Sc. Cartography and Geomatics - Anwendungsentwickler und Projektmanager - WhereGroup GmbH & Co. KG Siemensstraße 8 53121 Bonn Germany Fon: +49 (0)228 / 90 90 38 - 20 Fax: +49 (0)228 / 90 90 38 - 11 info at wheregroup.com www.wheregroup.com Amtsgericht Bonn, HRA 6788 ------------------------------- Komplementärin: WhereGroup Verwaltungs GmbH vertreten durch: Olaf Knopp, Peter Stamm ------------------------------ -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091217/5405904c/attachment.html From a.dahinden at geo-thun.ch Thu Dec 17 15:18:07 2009 From: a.dahinden at geo-thun.ch (Dahinden Adrian) Date: Thu, 17 Dec 2009 15:18:07 +0100 Subject: [Mapserver-DE] help Message-ID: help -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091217/53e0a7eb/attachment.html From sschantz at bfs.de Fri Dec 18 08:59:12 2009 From: sschantz at bfs.de (Stefan Schantz) Date: Fri, 18 Dec 2009 08:59:12 +0100 Subject: [Mapserver-DE] Query Error bei getFqatureRequest auf Oracle DB Message-ID: <4B2B3650.6050206@BfS.de> Hallo Liste, ich habe einen Layer, der seine Daten aus einer Oracle DB holt und sich sich problemlos auf meinem Clienten darstellen läßt. Sobald ich jedoch einen getFeatureRequest absetze, erscheint die Fehlermeldung "msOracleSpatialLayerGetItems(): Query error. Cannot retrieve column list" Im Log-File stehen 2 SQLs. Das eine SQL mit der Spatial-Abfrage kann ich im Oracle Developer ausführen und erhalte ein Ergebnis. Warum erhält der UMN keine Daten? Danke für die Unterstützung! Grüße Stefan Schantz ############################## Ausschnitt Layerdefinition############################ LAYER NAME "aero_nukspez_cs137" STATUS ON DEBUG ON TYPE POINT PROJECTION "init=epsg:25832" END METADATA ... END DUMP TRUE CONNECTIONTYPE oraclespatial CONNECTION "***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 1521)))(CONNECT_DATA=(SID=***)))" PROCESSING "CLOSE_CONNECTION=DEFER" DATA "GEOM from (SELECT geom, P_PROBE.PROBEENTNAHME_BEGINN, P_PROBE.PROBEENTNAHME_ENDE, S_MESSGROESSE.BEZEICHNUNG, to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, S_MESS_EINHEIT1.BEZEICHNUNG, P_MESSWERT.MESSFEHLER, P_PROBE.MITTELUNGSDAUER, S_NETZ_BETREIBER.BEZEICHNUNG, dwd_mess_utm.mst_id AS ID, P_ENTNAHMEORT.KOORD_X_UTM, P_ENTNAHMEORT.KOORD_Y_UTM, ((R_VORGANG.OID)-(255297803876564992)), R_VORGANG.AUSFUEHRUNGSDATUM, P_MESSUNG.STATUS_1, P_MESSUNG.STATUS_2, P_MESSUNG.STATUS_4, S_STATUS_BMU.BEZEICHNUNG, P_PROBE.IST_TESTDATENSATZ FROM dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE S_MESS_STELLE14,IGS2.R_VORGANG WHERE (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID AND p_probe.mst_id = dwd_mess_utm.mst_id AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 AND S_MESS_STELLE14.NETZBETREIBER_ID = S_NETZ_BETREIBER.NETZBETREIBER_ID AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID AND (P_PROBE.UMW_ID IN ('L31')) AND (P_MESSWERT.MESSGROESSE_ID IN (373)) AND (P_ENTNAHMEORT.STAAT_ID IN (0)) AND (P_PROBE.DATENBASIS_ID IN (1)) AND (P_PROBE.NETZBETREIBER_ID IN ('W')) AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 06:00','DD.MM.YYYY HH24:MI'))) USING UNIQUE ID SRID 25832" TEMPLATE "../templates/getFeature_ODL.html" ... ######################################################################################## ####################################### MS LOGFILE###################################### [Fri Dec 18 08:36:05 2009].932804 msOracleSpatialLayerClose. Cleaning Oracle Cache. [Fri Dec 18 08:36:05 2009].932814 msOracleSpatialLayerClose. Release the Oracle Pool. [Fri Dec 18 08:36:05 2009].932816 msConnPoolRelease(aero_nukspez_cs137,i****/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 1521)))(CONNECT_DATA=(SID=***))),82368a8) [Fri Dec 18 08:36:05 2009].932981 msConnPoolClose(***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 1521)))(CONNECT_DATA=(SID=***))),82368a8) [Fri Dec 18 08:36:06 2009].470320 msOracleSpatialLayerOpen called with: GEOM from (SELECT geom, P_PROBE.PROBEENTNAHME_BEGINN, P_PROBE.PROBEENTNAHME_ENDE, S_MESSGROESSE.BEZEICHNUNG, to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, S_MESS_EINHEIT1.BEZEICHNUNG, P_MESSWERT.MESSFEHLER, P_PROBE.MITTELUNGSDAUER, S_NETZ_BETREIBER.BEZEICHNUNG, dwd_mess_utm.mst_id AS ID, P_ENTNAHMEORT.KOORD_X_UTM, P_ENTNAHMEORT.KOORD_Y_UTM, ((R_VORGANG.OID)-(255297803876564992)), R_VORGANG.AUSFUEHRUNGSDATUM, P_MESSUNG.STATUS_1, P_MESSUNG.STATUS_2, P_MESSUNG.STATUS_4, S_STATUS_BMU.BEZEICHNUNG, P_PROBE.IST_TESTDATENSATZ FROM dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE S_MESS_STELLE14,IGS2.R_VORGANG WHERE (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID AND p_probe.mst_id = dwd_mess_utm.mst_id AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 AND S_MESS_STELLE14.NETZBETREIBER_ID = S_NETZ_BETREIBER.NETZBETREIBER_ID AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID AND (P_PROBE.UMW_ID IN ('L31')) AND (P_MESSWERT.MESSGROESSE_ID IN (373)) AND (P_ENTNAHMEORT.STAAT_ID IN (0)) AND (P_PROBE.DATENBASIS_ID IN (1)) AND (P_PROBE.NETZBETREIBER_ID IN ('W')) AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 06:00','DD.MM.YYYY HH24:MI'))) USING UNIQUE ID SRID 25832 [Fri Dec 18 08:36:06 2009].494014 msOracleSpatialLayerOpen. Shared connection not available. Creating one. [Fri Dec 18 08:36:06 2009].494020 msConnPoolRegister(aero_nukspez_cs137,***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 1521)))(CONNECT_DATA=(SID=***))),82368a8) [Fri Dec 18 08:36:06 2009].500778 msOracleSpatialLayerFreeItemInfo was called. [Fri Dec 18 08:36:06 2009].500796 msOracleSpatialLayerInitItemInfo was called. [Fri Dec 18 08:36:06 2009].500972 msOracleSpatialLayerWhichShapes was called. [Fri Dec 18 08:36:06 2009].501042 msOracleSpatialLayerWhichShapes. Using this Sql to retrieve the data: SELECT ID, WERT, GEOM FROM (SELECT geom, P_PROBE.PROBEENTNAHME_BEGINN, P_PROBE.PROBEENTNAHME_ENDE, S_MESSGROESSE.BEZEICHNUNG, to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, S_MESS_EINHEIT1.BEZEICHNUNG, P_MESSWERT.MESSFEHLER, P_PROBE.MITTELUNGSDAUER, S_NETZ_BETREIBER.BEZEICHNUNG, dwd_mess_utm.mst_id AS ID, P_ENTNAHMEORT.KOORD_X_UTM, P_ENTNAHMEORT.KOORD_Y_UTM, ((R_VORGANG.OID)-(255297803876564992)), R_VORGANG.AUSFUEHRUNGSDATUM, P_MESSUNG.STATUS_1, P_MESSUNG.STATUS_2, P_MESSUNG.STATUS_4, S_STATUS_BMU.BEZEICHNUNG, P_PROBE.IST_TESTDATENSATZ FROM dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE S_MESS_STELLE14,IGS2.R_VORGANG WHERE (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID AND p_probe.mst_id = dwd_mess_utm.mst_id AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 AND S_MESS_STELLE14.NETZBETREIBER_ID = S_NETZ_BETREIBER.NETZBETREIBER_ID AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID AND (P_PROBE.UMW_ID IN ('L31')) AND (P_MESSWERT.MESSGROESSE_ID IN (373)) AND (P_ENTNAHMEORT.STAAT_ID IN (0)) AND (P_PROBE.DATENBASIS_ID IN (1)) AND (P_PROBE.NETZBETREIBER_ID IN ('W')) AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 06:00','DD.MM.YYYY HH24:MI'))) WHERE SDO_FILTER( GEOM, MDSYS.SDO_GEOMETRY(2003, 25832, NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(814703.455,5375543.26,827001.233,5393241.81) ),'querytype=window') = 'TRUE' [Fri Dec 18 08:36:06 2009].543163 msOracleSpatialLayerFreeItemInfo was called. [Fri Dec 18 08:36:06 2009].543169 msOracleSpatialLayerClose was called. Layer name: aero_nukspez_cs137. Layer connection: ***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 1521)))(CONNECT_DATA=(SID=***))) [Fri Dec 18 08:36:06 2009].543172 msOracleSpatialLayerClose. Cleaning layerinfo handlers. [Fri Dec 18 08:36:06 2009].543201 msOracleSpatialLayerClose. Cleaning Oracle Cache. [Fri Dec 18 08:36:06 2009].543236 msOracleSpatialLayerClose. Release the Oracle Pool. [Fri Dec 18 08:36:06 2009].543238 msConnPoolRelease(aero_nukspez_cs137,***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 1521)))(CONNECT_DATA=(SID=***))),82368a8) [Fri Dec 18 08:36:06 2009].543297 msOracleSpatialLayerOpen called with: GEOM from (SELECT geom, P_PROBE.PROBEENTNAHME_BEGINN, P_PROBE.PROBEENTNAHME_ENDE, S_MESSGROESSE.BEZEICHNUNG, to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, S_MESS_EINHEIT1.BEZEICHNUNG, P_MESSWERT.MESSFEHLER, P_PROBE.MITTELUNGSDAUER, S_NETZ_BETREIBER.BEZEICHNUNG, dwd_mess_utm.mst_id AS ID, P_ENTNAHMEORT.KOORD_X_UTM, P_ENTNAHMEORT.KOORD_Y_UTM, ((R_VORGANG.OID)-(255297803876564992)), R_VORGANG.AUSFUEHRUNGSDATUM, P_MESSUNG.STATUS_1, P_MESSUNG.STATUS_2, P_MESSUNG.STATUS_4, S_STATUS_BMU.BEZEICHNUNG, P_PROBE.IST_TESTDATENSATZ FROM dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE S_MESS_STELLE14,IGS2.R_VORGANG WHERE (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID AND p_probe.mst_id = dwd_mess_utm.mst_id AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 AND S_MESS_STELLE14.NETZBETREIBER_ID = S_NETZ_BETREIBER.NETZBETREIBER_ID AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID AND (P_PROBE.UMW_ID IN ('L31')) AND (P_MESSWERT.MESSGROESSE_ID IN (373)) AND (P_ENTNAHMEORT.STAAT_ID IN (0)) AND (P_PROBE.DATENBASIS_ID IN (1)) AND (P_PROBE.NETZBETREIBER_ID IN ('W')) AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 06:00','DD.MM.YYYY HH24:MI'))) USING UNIQUE ID SRID 25832 [Fri Dec 18 08:36:06 2009].543311 msConnPoolRequest(aero_nukspez_cs137,***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= 1521)))(CONNECT_DATA=(SID=***)))) -> got 82368a8 [Fri Dec 18 08:36:06 2009].550280 msOracleSpatialLayerFreeItemInfo was called. [Fri Dec 18 08:36:06 2009].550283 msOracleSpatialLayerGetItems was called. [Fri Dec 18 08:36:06 2009].562636 msOracleSpatialLayerGetItems(): Query error. Cannot retrieve column list [Fri Dec 18 08:36:06 2009].562686 mapserv request processing time (msLoadMap not incl.): 0.093s [Fri Dec 18 08:36:06 2009].562706 msFreeMap(): freeing map at 82052a8. From umn-ms at hydrotec.de Fri Dec 18 15:03:51 2009 From: umn-ms at hydrotec.de (umn-ms@hydrotec.de) Date: Fri, 18 Dec 2009 15:03:51 +0100 Subject: [Mapserver-DE] Antwort: Query Error bei getFqatureRequest auf Oracle DB In-Reply-To: <4B2B3650.6050206@BfS.de> References: <4B2B3650.6050206@BfS.de> Message-ID: Hallo Ich persönlich bevorzuge in solchen Fällen, für die SQL-Abfrage einen Datenbank-View anzulegen und im Map-File dann eine übersichtlichere Anweisung wie "DATA geom FROM (SELECT * FROM MYVIEW)" zu haben. Ob Mapserver beispielsweise mit unbenamten Spalten wie " ((R_VORGANG.OID)-(255297803876564992))" ohne wieteres klar kommt? Grüße, Benedikt mapserver-de-bounces at freegis.org schrieb am 18.12.2009 08:59:12: > Stefan Schantz > Gesendet von: mapserver-de-bounces at freegis.org > > 18.12.2009 09:31 > > An > > mapserver-de at freegis.org > > Kopie > > Thema > > [Mapserver-DE] Query Error bei getFqatureRequest auf Oracle DB > > Hallo Liste, > ich habe einen Layer, der seine Daten aus einer Oracle DB holt und sich > sich problemlos auf meinem Clienten darstellen läßt. > Sobald ich jedoch einen getFeatureRequest absetze, erscheint die > Fehlermeldung "msOracleSpatialLayerGetItems(): Query error. Cannot > retrieve column list" > Im Log-File stehen 2 SQLs. Das eine SQL mit der Spatial-Abfrage kann ich > im Oracle Developer ausführen und erhalte ein Ergebnis. Warum erhält > der UMN keine Daten? > Danke für die Unterstützung! > > Grüße > Stefan Schantz > > ############################## Ausschnitt > Layerdefinition############################ > LAYER > NAME "aero_nukspez_cs137" > STATUS ON > DEBUG ON > TYPE POINT > PROJECTION > "init=epsg:25832" > END > > METADATA > ... > END > > DUMP TRUE > CONNECTIONTYPE oraclespatial > CONNECTION > "***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > 1521)))(CONNECT_DATA=(SID=***)))" > PROCESSING "CLOSE_CONNECTION=DEFER" > DATA "GEOM from (SELECT > geom, > P_PROBE.PROBEENTNAHME_BEGINN, > P_PROBE.PROBEENTNAHME_ENDE, > S_MESSGROESSE.BEZEICHNUNG, > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > S_MESS_EINHEIT1.BEZEICHNUNG, > P_MESSWERT.MESSFEHLER, > P_PROBE.MITTELUNGSDAUER, > S_NETZ_BETREIBER.BEZEICHNUNG, > dwd_mess_utm.mst_id AS ID, > P_ENTNAHMEORT.KOORD_X_UTM, > P_ENTNAHMEORT.KOORD_Y_UTM, > ((R_VORGANG.OID)-(255297803876564992)), > R_VORGANG.AUSFUEHRUNGSDATUM, > P_MESSUNG.STATUS_1, > P_MESSUNG.STATUS_2, > P_MESSUNG.STATUS_4, > S_STATUS_BMU.BEZEICHNUNG, > P_PROBE.IST_TESTDATENSATZ > FROM > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > S_MESS_STELLE14,IGS2.R_VORGANG > WHERE > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > AND p_probe.mst_id = dwd_mess_utm.mst_id > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > AND S_MESS_STELLE14.NETZBETREIBER_ID = > S_NETZ_BETREIBER.NETZBETREIBER_ID > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > AND (P_PROBE.UMW_ID IN ('L31')) > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > AND (P_PROBE.DATENBASIS_ID IN (1)) > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > 06:00','DD.MM.YYYY HH24:MI'))) > USING UNIQUE ID SRID 25832" > > TEMPLATE "../templates/getFeature_ODL.html" > ... > ######################################################################################## > > > > ####################################### MS > LOGFILE###################################### > [Fri Dec 18 08:36:05 2009].932804 msOracleSpatialLayerClose. Cleaning > Oracle Cache. > [Fri Dec 18 08:36:05 2009].932814 msOracleSpatialLayerClose. Release the > Oracle Pool. > [Fri Dec 18 08:36:05 2009].932816 > msConnPoolRelease(aero_nukspez_cs137,i****/***@(DESCRIPTION= > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > [Fri Dec 18 08:36:05 2009].932981 > msConnPoolClose(***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS= > (PROTOCOL=TCP)(HOST=***)(PORT= > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > [Fri Dec 18 08:36:06 2009].470320 msOracleSpatialLayerOpen called with: > GEOM from (SELECT > geom, > P_PROBE.PROBEENTNAHME_BEGINN, > P_PROBE.PROBEENTNAHME_ENDE, > S_MESSGROESSE.BEZEICHNUNG, > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > S_MESS_EINHEIT1.BEZEICHNUNG, > P_MESSWERT.MESSFEHLER, > P_PROBE.MITTELUNGSDAUER, > S_NETZ_BETREIBER.BEZEICHNUNG, > dwd_mess_utm.mst_id AS ID, > P_ENTNAHMEORT.KOORD_X_UTM, > P_ENTNAHMEORT.KOORD_Y_UTM, > ((R_VORGANG.OID)-(255297803876564992)), > R_VORGANG.AUSFUEHRUNGSDATUM, > P_MESSUNG.STATUS_1, > P_MESSUNG.STATUS_2, > P_MESSUNG.STATUS_4, > S_STATUS_BMU.BEZEICHNUNG, > P_PROBE.IST_TESTDATENSATZ > FROM > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > S_MESS_STELLE14,IGS2.R_VORGANG > WHERE > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > AND p_probe.mst_id = dwd_mess_utm.mst_id > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > AND S_MESS_STELLE14.NETZBETREIBER_ID = > S_NETZ_BETREIBER.NETZBETREIBER_ID > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > AND (P_PROBE.UMW_ID IN ('L31')) > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > AND (P_PROBE.DATENBASIS_ID IN (1)) > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > 06:00','DD.MM.YYYY HH24:MI'))) > USING UNIQUE ID SRID 25832 > [Fri Dec 18 08:36:06 2009].494014 msOracleSpatialLayerOpen. Shared > connection not available. Creating one. > [Fri Dec 18 08:36:06 2009].494020 > msConnPoolRegister(aero_nukspez_cs137,***/***@(DESCRIPTION= > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > [Fri Dec 18 08:36:06 2009].500778 msOracleSpatialLayerFreeItemInfo was > called. > [Fri Dec 18 08:36:06 2009].500796 msOracleSpatialLayerInitItemInfo was > called. > [Fri Dec 18 08:36:06 2009].500972 msOracleSpatialLayerWhichShapes was > called. > [Fri Dec 18 08:36:06 2009].501042 msOracleSpatialLayerWhichShapes. Using > this Sql to retrieve the data: SELECT ID, WERT, GEOM FROM (SELECT > geom, > P_PROBE.PROBEENTNAHME_BEGINN, > P_PROBE.PROBEENTNAHME_ENDE, > S_MESSGROESSE.BEZEICHNUNG, > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > S_MESS_EINHEIT1.BEZEICHNUNG, > P_MESSWERT.MESSFEHLER, > P_PROBE.MITTELUNGSDAUER, > S_NETZ_BETREIBER.BEZEICHNUNG, > dwd_mess_utm.mst_id AS ID, > P_ENTNAHMEORT.KOORD_X_UTM, > P_ENTNAHMEORT.KOORD_Y_UTM, > ((R_VORGANG.OID)-(255297803876564992)), > R_VORGANG.AUSFUEHRUNGSDATUM, > P_MESSUNG.STATUS_1, > P_MESSUNG.STATUS_2, > P_MESSUNG.STATUS_4, > S_STATUS_BMU.BEZEICHNUNG, > P_PROBE.IST_TESTDATENSATZ > FROM > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > S_MESS_STELLE14,IGS2.R_VORGANG > WHERE > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > AND p_probe.mst_id = dwd_mess_utm.mst_id > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > AND S_MESS_STELLE14.NETZBETREIBER_ID = > S_NETZ_BETREIBER.NETZBETREIBER_ID > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > AND (P_PROBE.UMW_ID IN ('L31')) > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > AND (P_PROBE.DATENBASIS_ID IN (1)) > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > 06:00','DD.MM.YYYY HH24:MI'))) WHERE SDO_FILTER( GEOM, > MDSYS.SDO_GEOMETRY(2003, 25832, > NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY > (814703.455,5375543.26,827001.233,5393241.81) > ),'querytype=window') = 'TRUE' > [Fri Dec 18 08:36:06 2009].543163 msOracleSpatialLayerFreeItemInfo was > called. > [Fri Dec 18 08:36:06 2009].543169 msOracleSpatialLayerClose was called. > Layer name: aero_nukspez_cs137. Layer connection: > ***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > 1521)))(CONNECT_DATA=(SID=***))) > [Fri Dec 18 08:36:06 2009].543172 msOracleSpatialLayerClose. Cleaning > layerinfo handlers. > [Fri Dec 18 08:36:06 2009].543201 msOracleSpatialLayerClose. Cleaning > Oracle Cache. > [Fri Dec 18 08:36:06 2009].543236 msOracleSpatialLayerClose. Release the > Oracle Pool. > [Fri Dec 18 08:36:06 2009].543238 > msConnPoolRelease(aero_nukspez_cs137,***/***@(DESCRIPTION= > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > [Fri Dec 18 08:36:06 2009].543297 msOracleSpatialLayerOpen called with: > GEOM from (SELECT > geom, > P_PROBE.PROBEENTNAHME_BEGINN, > P_PROBE.PROBEENTNAHME_ENDE, > S_MESSGROESSE.BEZEICHNUNG, > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > S_MESS_EINHEIT1.BEZEICHNUNG, > P_MESSWERT.MESSFEHLER, > P_PROBE.MITTELUNGSDAUER, > S_NETZ_BETREIBER.BEZEICHNUNG, > dwd_mess_utm.mst_id AS ID, > P_ENTNAHMEORT.KOORD_X_UTM, > P_ENTNAHMEORT.KOORD_Y_UTM, > ((R_VORGANG.OID)-(255297803876564992)), > R_VORGANG.AUSFUEHRUNGSDATUM, > P_MESSUNG.STATUS_1, > P_MESSUNG.STATUS_2, > P_MESSUNG.STATUS_4, > S_STATUS_BMU.BEZEICHNUNG, > P_PROBE.IST_TESTDATENSATZ > FROM > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > S_MESS_STELLE14,IGS2.R_VORGANG > WHERE > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > AND p_probe.mst_id = dwd_mess_utm.mst_id > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > AND S_MESS_STELLE14.NETZBETREIBER_ID = > S_NETZ_BETREIBER.NETZBETREIBER_ID > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > AND (P_PROBE.UMW_ID IN ('L31')) > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > AND (P_PROBE.DATENBASIS_ID IN (1)) > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > 06:00','DD.MM.YYYY HH24:MI'))) > USING UNIQUE ID SRID 25832 > [Fri Dec 18 08:36:06 2009].543311 > msConnPoolRequest(aero_nukspez_cs137,***/***@(DESCRIPTION= > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > 1521)))(CONNECT_DATA=(SID=***)))) -> got 82368a8 > [Fri Dec 18 08:36:06 2009].550280 msOracleSpatialLayerFreeItemInfo was > called. > [Fri Dec 18 08:36:06 2009].550283 msOracleSpatialLayerGetItems was called. > [Fri Dec 18 08:36:06 2009].562636 msOracleSpatialLayerGetItems(): Query > error. Cannot retrieve column list > [Fri Dec 18 08:36:06 2009].562686 mapserv request processing time > (msLoadMap not incl.): 0.093s > [Fri Dec 18 08:36:06 2009].562706 msFreeMap(): freeing map at 82052a8. > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091218/2a71d0bd/attachment-0001.html From SSchantz at BfS.de Tue Dec 22 08:56:54 2009 From: SSchantz at BfS.de (Stefan Schantz) Date: Tue, 22 Dec 2009 08:56:54 +0100 Subject: [Mapserver-DE] Antwort: Query Error bei getFqatureRequest auf Oracle DB In-Reply-To: References: <4B2B3650.6050206@BfS.de> Message-ID: <4B307BC6.70800@BfS.de> Hallo Benedikt, vielen Dank für deinen Tip. An der unbenamten Spalte hat es leider nicht gelegen. Eine eigene View kommt leider auch nicht in Frage. Gibt es eine Längenbegrenzung für das SQL (um die 2000 Zeichen), das ich im Mapfile eintragen kann? Durch die radikale Kürzung der Tabellennamen hat nämlich das SQL geklappt. Grüße Stefan umn-ms at hydrotec.de schrieb: > Hallo > > Ich persönlich bevorzuge in solchen Fällen, für die SQL-Abfrage einen > Datenbank-View anzulegen und im Map-File > dann eine übersichtlichere Anweisung wie "DATA geom FROM (SELECT * > FROM MYVIEW)" zu haben. > > Ob Mapserver beispielsweise mit unbenamten Spalten wie > "((R_VORGANG.OID)-(255297803876564992))" > ohne wieteres klar kommt? > > Grüße, Benedikt > > > mapserver-de-bounces at freegis.org schrieb am 18.12.2009 08:59:12: > > > Stefan Schantz > > Gesendet von: mapserver-de-bounces at freegis.org > > > > 18.12.2009 09:31 > > > > An > > > > mapserver-de at freegis.org > > > > Kopie > > > > Thema > > > > [Mapserver-DE] Query Error bei getFqatureRequest auf Oracle DB > > > > Hallo Liste, > > ich habe einen Layer, der seine Daten aus einer Oracle DB holt und sich > > sich problemlos auf meinem Clienten darstellen läßt. > > Sobald ich jedoch einen getFeatureRequest absetze, erscheint die > > Fehlermeldung "msOracleSpatialLayerGetItems(): Query error. Cannot > > retrieve column list" > > Im Log-File stehen 2 SQLs. Das eine SQL mit der Spatial-Abfrage kann > ich > > im Oracle Developer ausführen und erhalte ein Ergebnis. Warum erhält > > der UMN keine Daten? > > Danke für die Unterstützung! > > > > Grüße > > Stefan Schantz > > > > ############################## Ausschnitt > > Layerdefinition############################ > > LAYER > > NAME "aero_nukspez_cs137" > > STATUS ON > > DEBUG ON > > TYPE POINT > > PROJECTION > > "init=epsg:25832" > > END > > > > METADATA > > ... > > END > > > > DUMP TRUE > > CONNECTIONTYPE oraclespatial > > CONNECTION > > > "***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > > 1521)))(CONNECT_DATA=(SID=***)))" > > PROCESSING "CLOSE_CONNECTION=DEFER" > > DATA "GEOM from (SELECT > > geom, > > P_PROBE.PROBEENTNAHME_BEGINN, > > P_PROBE.PROBEENTNAHME_ENDE, > > S_MESSGROESSE.BEZEICHNUNG, > > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > > S_MESS_EINHEIT1.BEZEICHNUNG, > > P_MESSWERT.MESSFEHLER, > > P_PROBE.MITTELUNGSDAUER, > > S_NETZ_BETREIBER.BEZEICHNUNG, > > dwd_mess_utm.mst_id AS ID, > > P_ENTNAHMEORT.KOORD_X_UTM, > > P_ENTNAHMEORT.KOORD_Y_UTM, > > ((R_VORGANG.OID)-(255297803876564992)), > > R_VORGANG.AUSFUEHRUNGSDATUM, > > P_MESSUNG.STATUS_1, > > P_MESSUNG.STATUS_2, > > P_MESSUNG.STATUS_4, > > S_STATUS_BMU.BEZEICHNUNG, > > P_PROBE.IST_TESTDATENSATZ > > FROM > > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > > > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > > S_MESS_STELLE14,IGS2.R_VORGANG > > WHERE > > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > > AND p_probe.mst_id = dwd_mess_utm.mst_id > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > > AND S_MESS_STELLE14.NETZBETREIBER_ID = > > S_NETZ_BETREIBER.NETZBETREIBER_ID > > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > > AND (P_PROBE.UMW_ID IN ('L31')) > > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > > AND (P_PROBE.DATENBASIS_ID IN (1)) > > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > > 06:00','DD.MM.YYYY HH24:MI'))) > > USING UNIQUE ID SRID 25832" > > > > TEMPLATE "../templates/getFeature_ODL.html" > > ... > > > ######################################################################################## > > > > > > > > ####################################### MS > > LOGFILE###################################### > > [Fri Dec 18 08:36:05 2009].932804 msOracleSpatialLayerClose. Cleaning > > Oracle Cache. > > [Fri Dec 18 08:36:05 2009].932814 msOracleSpatialLayerClose. Release > the > > Oracle Pool. > > [Fri Dec 18 08:36:05 2009].932816 > > msConnPoolRelease(aero_nukspez_cs137,i****/***@(DESCRIPTION= > > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > > [Fri Dec 18 08:36:05 2009].932981 > > msConnPoolClose(***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS= > > (PROTOCOL=TCP)(HOST=***)(PORT= > > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > > [Fri Dec 18 08:36:06 2009].470320 msOracleSpatialLayerOpen called with: > > GEOM from (SELECT > > geom, > > P_PROBE.PROBEENTNAHME_BEGINN, > > P_PROBE.PROBEENTNAHME_ENDE, > > S_MESSGROESSE.BEZEICHNUNG, > > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > > S_MESS_EINHEIT1.BEZEICHNUNG, > > P_MESSWERT.MESSFEHLER, > > P_PROBE.MITTELUNGSDAUER, > > S_NETZ_BETREIBER.BEZEICHNUNG, > > dwd_mess_utm.mst_id AS ID, > > P_ENTNAHMEORT.KOORD_X_UTM, > > P_ENTNAHMEORT.KOORD_Y_UTM, > > ((R_VORGANG.OID)-(255297803876564992)), > > R_VORGANG.AUSFUEHRUNGSDATUM, > > P_MESSUNG.STATUS_1, > > P_MESSUNG.STATUS_2, > > P_MESSUNG.STATUS_4, > > S_STATUS_BMU.BEZEICHNUNG, > > P_PROBE.IST_TESTDATENSATZ > > FROM > > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > > > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > > S_MESS_STELLE14,IGS2.R_VORGANG > > WHERE > > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > > AND p_probe.mst_id = dwd_mess_utm.mst_id > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > > AND S_MESS_STELLE14.NETZBETREIBER_ID = > > S_NETZ_BETREIBER.NETZBETREIBER_ID > > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > > AND (P_PROBE.UMW_ID IN ('L31')) > > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > > AND (P_PROBE.DATENBASIS_ID IN (1)) > > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > > 06:00','DD.MM.YYYY HH24:MI'))) > > USING UNIQUE ID SRID 25832 > > [Fri Dec 18 08:36:06 2009].494014 msOracleSpatialLayerOpen. Shared > > connection not available. Creating one. > > [Fri Dec 18 08:36:06 2009].494020 > > msConnPoolRegister(aero_nukspez_cs137,***/***@(DESCRIPTION= > > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > > [Fri Dec 18 08:36:06 2009].500778 msOracleSpatialLayerFreeItemInfo was > > called. > > [Fri Dec 18 08:36:06 2009].500796 msOracleSpatialLayerInitItemInfo was > > called. > > [Fri Dec 18 08:36:06 2009].500972 msOracleSpatialLayerWhichShapes was > > called. > > [Fri Dec 18 08:36:06 2009].501042 msOracleSpatialLayerWhichShapes. > Using > > this Sql to retrieve the data: SELECT ID, WERT, GEOM FROM (SELECT > > geom, > > P_PROBE.PROBEENTNAHME_BEGINN, > > P_PROBE.PROBEENTNAHME_ENDE, > > S_MESSGROESSE.BEZEICHNUNG, > > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > > S_MESS_EINHEIT1.BEZEICHNUNG, > > P_MESSWERT.MESSFEHLER, > > P_PROBE.MITTELUNGSDAUER, > > S_NETZ_BETREIBER.BEZEICHNUNG, > > dwd_mess_utm.mst_id AS ID, > > P_ENTNAHMEORT.KOORD_X_UTM, > > P_ENTNAHMEORT.KOORD_Y_UTM, > > ((R_VORGANG.OID)-(255297803876564992)), > > R_VORGANG.AUSFUEHRUNGSDATUM, > > P_MESSUNG.STATUS_1, > > P_MESSUNG.STATUS_2, > > P_MESSUNG.STATUS_4, > > S_STATUS_BMU.BEZEICHNUNG, > > P_PROBE.IST_TESTDATENSATZ > > FROM > > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > > > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > > S_MESS_STELLE14,IGS2.R_VORGANG > > WHERE > > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > > AND p_probe.mst_id = dwd_mess_utm.mst_id > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > > AND S_MESS_STELLE14.NETZBETREIBER_ID = > > S_NETZ_BETREIBER.NETZBETREIBER_ID > > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > > AND (P_PROBE.UMW_ID IN ('L31')) > > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > > AND (P_PROBE.DATENBASIS_ID IN (1)) > > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > > 06:00','DD.MM.YYYY HH24:MI'))) WHERE SDO_FILTER( GEOM, > > MDSYS.SDO_GEOMETRY(2003, 25832, > > NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY > > (814703.455,5375543.26,827001.233,5393241.81) > > ),'querytype=window') = 'TRUE' > > [Fri Dec 18 08:36:06 2009].543163 msOracleSpatialLayerFreeItemInfo was > > called. > > [Fri Dec 18 08:36:06 2009].543169 msOracleSpatialLayerClose was called. > > Layer name: aero_nukspez_cs137. Layer connection: > > > ***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > > 1521)))(CONNECT_DATA=(SID=***))) > > [Fri Dec 18 08:36:06 2009].543172 msOracleSpatialLayerClose. Cleaning > > layerinfo handlers. > > [Fri Dec 18 08:36:06 2009].543201 msOracleSpatialLayerClose. Cleaning > > Oracle Cache. > > [Fri Dec 18 08:36:06 2009].543236 msOracleSpatialLayerClose. Release > the > > Oracle Pool. > > [Fri Dec 18 08:36:06 2009].543238 > > msConnPoolRelease(aero_nukspez_cs137,***/***@(DESCRIPTION= > > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > > [Fri Dec 18 08:36:06 2009].543297 msOracleSpatialLayerOpen called with: > > GEOM from (SELECT > > geom, > > P_PROBE.PROBEENTNAHME_BEGINN, > > P_PROBE.PROBEENTNAHME_ENDE, > > S_MESSGROESSE.BEZEICHNUNG, > > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > > S_MESS_EINHEIT1.BEZEICHNUNG, > > P_MESSWERT.MESSFEHLER, > > P_PROBE.MITTELUNGSDAUER, > > S_NETZ_BETREIBER.BEZEICHNUNG, > > dwd_mess_utm.mst_id AS ID, > > P_ENTNAHMEORT.KOORD_X_UTM, > > P_ENTNAHMEORT.KOORD_Y_UTM, > > ((R_VORGANG.OID)-(255297803876564992)), > > R_VORGANG.AUSFUEHRUNGSDATUM, > > P_MESSUNG.STATUS_1, > > P_MESSUNG.STATUS_2, > > P_MESSUNG.STATUS_4, > > S_STATUS_BMU.BEZEICHNUNG, > > P_PROBE.IST_TESTDATENSATZ > > FROM > > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > > > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > > S_MESS_STELLE14,IGS2.R_VORGANG > > WHERE > > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > > AND p_probe.mst_id = dwd_mess_utm.mst_id > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > > AND S_MESS_STELLE14.NETZBETREIBER_ID = > > S_NETZ_BETREIBER.NETZBETREIBER_ID > > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > > AND (P_PROBE.UMW_ID IN ('L31')) > > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > > AND (P_PROBE.DATENBASIS_ID IN (1)) > > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > > 06:00','DD.MM.YYYY HH24:MI'))) > > USING UNIQUE ID SRID 25832 > > [Fri Dec 18 08:36:06 2009].543311 > > msConnPoolRequest(aero_nukspez_cs137,***/***@(DESCRIPTION= > > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > 1521)))(CONNECT_DATA=(SID=***)))) -> got 82368a8 > > [Fri Dec 18 08:36:06 2009].550280 msOracleSpatialLayerFreeItemInfo was > > called. > > [Fri Dec 18 08:36:06 2009].550283 msOracleSpatialLayerGetItems was > called. > > [Fri Dec 18 08:36:06 2009].562636 msOracleSpatialLayerGetItems(): Query > > error. Cannot retrieve column list > > [Fri Dec 18 08:36:06 2009].562686 mapserv request processing time > > (msLoadMap not incl.): 0.093s > > [Fri Dec 18 08:36:06 2009].562706 msFreeMap(): freeing map at 82052a8. > > > > _______________________________________________ > > Mapserver-DE mailing list > > Mapserver-DE at freegis.org > > https://freegis.org/mailman/listinfo/mapserver-de From martin at vigerske.de Tue Dec 22 17:08:14 2009 From: martin at vigerske.de (Martin Vigerske) Date: Tue, 22 Dec 2009 17:08:14 +0100 Subject: [Mapserver-DE] mapfile verstecken Message-ID: <4B30EEEE.5020509@vigerske.de> Hallo, ich nutze Apache 2.2.3-31 mit Mapserver 5.2.1 auf Linux:CentOS5.3. Früher konnte ich den map-parameter immer verstecken indem ich unter /opt/fgs/www/conf.d z.B. eine httpd_map.conf erzeuge und dort SetEnvIf Request_URI "/cgi-bin/mapserv" MS_MAPFILE=/pfad/zur/bsp.map eintrage. Hab ich dann den apache neugestartet mit service httpd restart und meinen mapserver aufgerufen www.meinserver.de/cgi-bin/mapserv?request=GetMap usw. hat der mir mapserv mit meiner bsp.map aufgerufen. Jetzt bekomm ich immer nur loadMap(): Web application error. CGI variable "map" is not set. zurück. Gebe ich den map-parameter in dem Aufruf direkt an, geht alles, ich bekomme ein Kartenbild zurück. Hat sich der Parameter irgendwie geändert? Wenn ich jedoch z.B. Request_URI "/cgi-bin/mapserv" touch /tmp/vvvv in die conf schreibe, müsste er mir ja, wenn ich den pfad im browser aufrufe, eine Datei ins tmp schreiben, oder? Passiert aber nicht. Wir haben jetzt wegen dem Ort der Datei überlegt. Wenn ichs in die httpd.conf unter /opt/fgs/www/conf schreibe passiert auch nichts, genauso unter /etc/httpd/conf oder ../conf.d Wie funktioniert das? Weihnachtliche Grüße, Martin From elcheve at freenet.de Tue Dec 22 17:51:27 2009 From: elcheve at freenet.de (elcheve@freenet.de) Date: Tue, 22 Dec 2009 17:51:27 +0100 Subject: [Mapserver-DE] BETA2007 Transformation Message-ID: <663a807446f9f0ddeb07ebf9d55a6221@email.freenet.de> Hallo Liste,   ich möchte das Thema Transformation mit BETA2007 nochmal aufgreifen.   Ich habe die Datei BETA2007.gsb in die epgs-Datei eingebunden, wie Herr Weißmann es beschrieben hat. Allerdings habe ich das Ziel Daten, die in GK3 vorliegen in ETRS89/UTM32 zu transformieren. Das funktioniert so nicht, die Daten werden versetzt angezeigt. Dass die BETA2007.gsb Datei grundsätzlich funktioniert, ist bei der Transformation in WGS84 ersichtlich, die klappt.   Was mache ich falsch?   Danke schon mal für alle Rückmeldungen + Grüße Matthias       > -----Ursprüngliche Nachricht----- > Von: "Weißmann, Markus"  > Gesendet: 11.03.09 15:26:52 > An: elcheve at freenet.de, mapserver-de at freegis.org > Betreff: AW: [Mapserver-DE] Transformation towgs84 > Hallo Matthias, > danke für deinen Hinweis. Ich habe es nun aber auch mit BETA2007 > hinbekommen: Einfach in der ESPG-Datei den Parameter mit der > BETA20074.gsb (http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/de_ > dhdn2etrs_beta.php) ergänzen: > +proj=tmerc +lat_0=0 +lon_0=9 +k=1.000000 +x_0=3500000 +y_0=0 > +datum=potsdam +ellps=bessel +units=m +nadgrids=/usr/local/share/proj/ > BETA2007.gsb +no_defs > Die Zeile mit bleibt unberührt. Die beschriebene Zeile reicht > für beide Transformationsrichtungen. Wichtig ist noch der absolute > Pfad. Ein relativer reichte nicht. Wahrscheinlich, weil alles vom > Mapfile ausgehend ist. > Grüße > Markus Weißmann > >  *Von:* mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces@ > freegis.org]  *Im Auftrag von *elcheve at freenet.de >  *Gesendet:* Mittwoch, 11. März 2009 14:28 >  *An:* mapserver-de at freegis.org >  *Betreff:* [Mapserver-DE] Transformation towgs84 > > Hallo Herr Weißmann, > > ich habe meine EPSG-Datei so aufgebaut: > > # WGS 84 > proj=longlat ellps=WGS84 datum=WGS84 no_defs no_defs # > ETRS89 / UTM zone 31N proj=utm zone=31 ellps=GRS80 units=m > no_defs no_defs # ETRS89 / UTM zone 32N proj=utm zone=32 > ellps=GRS80 units=m no_defs no_defs # ETRS89 / UTM zone 33N > proj=utm zone=33 ellps=GRS80 units=m no_defs no_defs # DHDN / > Gauss-Kruger zone 2 proj=tmerc lat_0=0 lon_0=6 k=1.000000 > x_0=2500000 y_0=0 ellps= bessel units=m > towgs84=584.8,67.0,400.3,0.105,0.013,-2.378,10.29 # DHDN / > Gauss-Kruger zone 3 proj=tmerc lat_0=0 lon_0=9 k=1.000000 > x_0=3500000 y_0=0 ellps= bessel units=m > towgs84=584.8,67.0,400.3,0.105,0.013,-2.378,10.29 # DHDN / > Gauss-Kruger zone 4 proj=tmerc lat_0=0 lon_0=12 k=1.000000 > x_0=4500000 y_0=0 ellps=bessel units=m > towgs84=584.8,67.0,400.3,0.105,0.013,-2.378,10. > 29 > # DHDN / Gauss-Kruger zone 5 > proj=tmerc lat_0=0 lon_0=15 k=1.000000 x_0=5500000 y_0=0 > ellps=bessel units=m towgs84=584.8,67.0,400.3,0.105,0.013,-2.378,10. > 29 > > Die Transformationsparameter towgs84=... ergeben eine recht genaue > Umrechnung der Koordinatensysteme für den Bereich Deutschland, Mitte. > > Die Werte habe ich aus einer Liste, die mir jemand hier aus dem Forum > zugesendet hat. Ich hänge sie an. > > Gruß > Matthias > > ----- original Nachricht -------- > > Betreff: Mapserver-DE Nachrichtensammlung, Band 68, Eintrag 4 > Gesendet: Di 10 Mär 2009 12:00:10 CET > Von: mapserver-de-request at freegis.org > > > > > > > > > > > > > > > > > > > > > > Hallo Liste, > > > > > > > weiß jemand, ob es möglich ist die EPSG-Datei > > so einzustellen, dass eine Beta2007 konforme Transformation von z.B. > > > ETRS89/UTM (EPSG:25832) auf Gauß-Krüger, 3. Streifen (EPSG:31467) > im > > UMN-Mapserver funktioniert? Wenn ja, wie muss die entsprechende > Zeile > > aussehen? > > > > > Wie in diesen Dokumenten zu sehen ist > > > > > > > > > HREF="http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/de_dhdn2etrs_ > beta.php > > "> > > FACE="Arial">http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/de_ > dhdn2etrs_b > > eta.php > > > > > HREF="http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/BETA2007dokum > > e > ntation > > .pdf"> > > FACE="Arial">http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/ > BETA2007dokume > > ntation.pdf > > > > > > > ist zumindest eine Transformation von > > Koordinaten mithilfe des Programms cs2sc (Kommandozeilen-Programmen > aus der PROJ.4-Library) > > möglich. > > > > > Ein erster Versuch die BETA2007.gsb einzubauen > > schlug aber leider fehl. > > > > > > > > > > Grüße > > > Markus Weißmann > > > > > > > > > > --- original Nachricht Ende ---- > > -- > > ____________________________________________________________________ Psssst! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 -- -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091222/2875dbe8/attachment.html From Markus.Weissmann at LGN.Niedersachsen.de Wed Dec 23 07:30:35 2009 From: Markus.Weissmann at LGN.Niedersachsen.de (=?iso-8859-1?Q?=22Wei=DFmann=2C_Markus=22?=) Date: Wed, 23 Dec 2009 07:30:35 +0100 Subject: [Mapserver-DE] BETA2007 Transformation Message-ID: <670F563845D6B34189933C9C7322B487848CC6@LV-MX-00002-V02.LV.ads.niedersachsen.de> Hallo Matthias, hat der Einsatz der Datei denn eine Auswirkung auf den Versatz? Falls ja, woran sieht man, dass der Versatz falsch ist? Mit freundlichen Grüßen Markus Weißmann _____ Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org] Im Auftrag von elcheve at freenet.de Gesendet: Dienstag, 22. Dezember 2009 17:51 An: mapserver-de at freegis.org Betreff: [Mapserver-DE] BETA2007 Transformation Hallo Liste, ich möchte das Thema Transformation mit BETA2007 nochmal aufgreifen. Ich habe die Datei BETA2007.gsb in die epgs-Datei eingebunden, wie Herr Weißmann es beschrieben hat. Allerdings habe ich das Ziel Daten, die in GK3 vorliegen in ETRS89/UTM32 zu transformieren. Das funktioniert so nicht, die Daten werden versetzt angezeigt. Dass die BETA2007.gsb Datei grundsätzlich funktioniert, ist bei der Transformation in WGS84 ersichtlich, die klappt. Was mache ich falsch? Danke schon mal für alle Rückmeldungen + Grüße Matthias > -----Ursprüngliche Nachricht----- > Von: "Weißmann, Markus" > Gesendet: 11.03.09 15:26:52 > An: elcheve at freenet.de, mapserver-de at freegis.org > Betreff: AW: [Mapserver-DE] Transformation towgs84 > Hallo Matthias, > danke für deinen Hinweis. Ich habe es nun aber auch mit BETA2007 > hinbekommen: Einfach in der ESPG-Datei den Parameter mit der > BETA20074.gsb (http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/de_ > dhdn2etrs_beta.php) ergänzen: > <31467> +proj=tmerc +lat_0=0 +lon_0=9 +k=1.000000 +x_0=3500000 +y_0=0 > +datum=potsdam +ellps=bessel +units=m +nadgrids=/usr/local/share/proj/ > BETA2007.gsb +no_defs <> > Die Zeile mit <25832> bleibt unberührt. Die beschriebene Zeile reicht > für beide Transformationsrichtungen. Wichtig ist noch der absolute > Pfad. Ein relativer reichte nicht. Wahrscheinlich, weil alles vom > Mapfile ausgehend ist. > Grüße > Markus Weißmann > > *Von:* mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces@ > freegis.org] *Im Auftrag von *elcheve at freenet.de > *Gesendet:* Mittwoch, 11. März 2009 14:28 > *An:* mapserver-de at freegis.org > *Betreff:* [Mapserver-DE] Transformation towgs84 > > Hallo Herr Weißmann, > > ich habe meine EPSG-Datei so aufgebaut: > > # WGS 84 > <4326> proj=longlat ellps=WGS84 datum=WGS84 no_defs no_defs <> # > ETRS89 / UTM zone 31N <25831> proj=utm zone=31 ellps=GRS80 units=m > no_defs no_defs <> # ETRS89 / UTM zone 32N <25832> proj=utm zone=32 > ellps=GRS80 units=m no_defs no_defs <> # ETRS89 / UTM zone 33N <25833> > proj=utm zone=33 ellps=GRS80 units=m no_defs no_defs <> # DHDN / > Gauss-Kruger zone 2 <31466> proj=tmerc lat_0=0 lon_0=6 k=1.000000 > x_0=2500000 y_0=0 ellps= bessel units=m > towgs84=584.8,67.0,400.3,0.105,0.013,-2.378,10.29 <> # DHDN / > Gauss-Kruger zone 3 <31467> proj=tmerc lat_0=0 lon_0=9 k=1.000000 > x_0=3500000 y_0=0 ellps= bessel units=m > towgs84=584.8,67.0,400.3,0.105,0.013,-2.378,10.29 <> # DHDN / > Gauss-Kruger zone 4 <31468> proj=tmerc lat_0=0 lon_0=12 k=1.000000 > x_0=4500000 y_0=0 ellps=bessel units=m > towgs84=584.8,67.0,400.3,0.105,0.013,-2.378,10. > 29 <> > # DHDN / Gauss-Kruger zone 5 > <31469> proj=tmerc lat_0=0 lon_0=15 k=1.000000 x_0=5500000 y_0=0 > ellps=bessel units=m towgs84=584.8,67.0,400.3,0.105,0.013,-2.378,10. > 29 <> > > Die Transformationsparameter towgs84=... ergeben eine recht genaue > Umrechnung der Koordinatensysteme für den Bereich Deutschland, Mitte. > > Die Werte habe ich aus einer Liste, die mir jemand hier aus dem Forum > zugesendet hat. Ich hänge sie an. > > Gruß > Matthias > > ----- original Nachricht -------- > > Betreff: Mapserver-DE Nachrichtensammlung, Band 68, Eintrag 4 > Gesendet: Di 10 Mär 2009 12:00:10 CET > Von: mapserver-de-request at freegis.org > > > > > > > > > > > > > > > > > > > > > > Hallo Liste, > > > > > > > weiß jemand, ob es möglich ist die EPSG-Datei > > so einzustellen, dass eine Beta2007 konforme Transformation von z.B. > > > ETRS89/UTM (EPSG:25832) auf Gauß-Krüger, 3. Streifen (EPSG:31467) > im > > UMN-Mapserver funktioniert? Wenn ja, wie muss die entsprechende > Zeile > > aussehen? > > > > > Wie in diesen Dokumenten zu sehen ist > > > > > > > > > HREF="http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/de_dhdn2etrs_ > beta.php > > "> > > FACE="Arial">http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/de_ > dhdn2etrs_b > > eta.php > > > > > HREF="http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/BETA2007dokum > > e > ntation > > .pdf"> > > FACE="Arial">http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/ > BETA2007dokume > > ntation.pdf > > > > > > > ist zumindest eine Transformation von > > Koordinaten mithilfe des Programms cs2sc (Kommandozeilen-Programmen > aus der PROJ.4-Library) > > möglich. > > > > > Ein erster Versuch die BETA2007.gsb einzubauen > > schlug aber leider fehl. > > > > > > > > > > Grüße > > > Markus Weißmann > > > > > > > > > > --- original Nachricht Ende ---- > > -- > > ____________________________________________________________________ Psssst! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 -- -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091223/af0220c6/attachment-0001.html From m.pietsch at loel.hs-anhalt.de Mon Dec 21 09:49:01 2009 From: m.pietsch at loel.hs-anhalt.de (Matthias Pietsch) Date: Mon, 21 Dec 2009 08:49:01 -0000 Subject: [Mapserver-DE] =?utf-8?q?Ank=C3=BCndigung_Veranstaltung_2=2E_Geof?= =?utf-8?q?achtag_Sachsen-Anhalt?= Message-ID: <4B2F4358020000BE000127C7@10.6.0.106> Sehr geehrte Damen und Herren, auf diesem Wege würden wir bitten unsere nächste Veranstaltung anzukündigen. Eine kurze Pressemitteilung haben wir Ihnen beigefügt. Für Rückfragen stehen wir gerne zur Verfügung. Mit freundlichen Grüßen Matthias Pietsch ---------- netzwerk GIS Sachsen-Anhalt c/o Matthias Pietsch Hochschule Anhalt (FH) Strenzfelder Allee 28 06406 Bernburg Tel. 03471/355-1140 -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : Geofachtag_Presse.doc Dateityp : application/octet-stream Dateigröße : 25600 bytes Beschreibung: nicht verfügbar URL : http://freegis.org/pipermail/mapserver-de/attachments/20091221/ea64805e/Geofachtag_Presse-0001.exe From umn-ms at hydrotec.de Tue Dec 22 15:01:11 2009 From: umn-ms at hydrotec.de (umn-ms@hydrotec.de) Date: Tue, 22 Dec 2009 14:01:11 -0000 Subject: [Mapserver-DE] Antwort: Re: Antwort: Query Error bei getFqatureRequest auf Oracle DB In-Reply-To: <4B307BC6.70800@BfS.de> References: <4B2B3650.6050206@BfS.de> <4B307BC6.70800@BfS.de> Message-ID: Hi > Gibt es eine Längenbegrenzung für das SQL (um die 2000 Zeichen), das ich > im Mapfile eintragen kann? Könnte gut sein, dass diese Idee zielführend ist.. In msoraclespatial.c sind maximale String-Längen leider nicht so richtig griffig augeschlüsselt. In der Funktion msOracleSpatialLayerGetItems werden char-Arrays beispielsweise mit maximalen Längen in recht "klassischem C-Stil" angelegt. Wenn ich es richtig sehe, enthält dort die Variable "char table_name[2000]" Dein Hammerstatement. Und in die Größenordnung von 2000 Zeichen kommt Deine Abfrage bestimmt. Das kann man nicht übers Mapfile verändern. Falls Du mapserver selber kompilierst: In Version 5.4.2/msoraclespatial.c sollten die Zeilen 1884, 2346, 2488 und 2753 angepasst werden. Da sollte dann sowas wie "table_name[3000]" stehen. Falls Du das nicht machen möchtest und das das Kürzen des Statements - mit welcher Technik auch immer - keine tragfähige Lösung ist könntest Du vielleicht in der englischen Liste nachfragen, ob für die nächste Version diese Konstante vergrößert wird. Grüße, Benedikt Rothe mapserver-de-bounces at freegis.org schrieb am 22.12.2009 08:56:54: > Stefan Schantz > Gesendet von: mapserver-de-bounces at freegis.org > > 22.12.2009 09:27 > > An > > umn-ms at hydrotec.de > > Kopie > > mapserver-de-bounces at freegis.org, mapserver-de at freegis.org > > Thema > > Re: [Mapserver-DE] Antwort: Query Error bei getFqatureRequest auf Oracle DB > > Hallo Benedikt, > vielen Dank für deinen Tip. An der unbenamten Spalte hat es leider nicht > gelegen. Eine eigene View kommt leider auch nicht in Frage. > Gibt es eine Längenbegrenzung für das SQL (um die 2000 Zeichen), das ich > im Mapfile eintragen kann? > Durch die radikale Kürzung der Tabellennamen hat nämlich das SQL geklappt. > Grüße > Stefan > > umn-ms at hydrotec.de schrieb: > > Hallo > > > > Ich persönlich bevorzuge in solchen Fällen, für die SQL-Abfrage einen > > Datenbank-View anzulegen und im Map-File > > dann eine übersichtlichere Anweisung wie "DATA geom FROM (SELECT * > > FROM MYVIEW)" zu haben. > > > > Ob Mapserver beispielsweise mit unbenamten Spalten wie > > "((R_VORGANG.OID)-(255297803876564992))" > > ohne wieteres klar kommt? > > > > Grüße, Benedikt > > > > > > mapserver-de-bounces at freegis.org schrieb am 18.12.2009 08:59:12: > > > > > Stefan Schantz > > > Gesendet von: mapserver-de-bounces at freegis.org > > > > > > 18.12.2009 09:31 > > > > > > An > > > > > > mapserver-de at freegis.org > > > > > > Kopie > > > > > > Thema > > > > > > [Mapserver-DE] Query Error bei getFqatureRequest auf Oracle DB > > > > > > Hallo Liste, > > > ich habe einen Layer, der seine Daten aus einer Oracle DB holt und sich > > > sich problemlos auf meinem Clienten darstellen läßt. > > > Sobald ich jedoch einen getFeatureRequest absetze, erscheint die > > > Fehlermeldung "msOracleSpatialLayerGetItems(): Query error. Cannot > > > retrieve column list" > > > Im Log-File stehen 2 SQLs. Das eine SQL mit der Spatial-Abfrage kann > > ich > > > im Oracle Developer ausführen und erhalte ein Ergebnis. Warum erhält > > > der UMN keine Daten? > > > Danke für die Unterstützung! > > > > > > Grüße > > > Stefan Schantz > > > > > > ############################## Ausschnitt > > > Layerdefinition############################ > > > LAYER > > > NAME "aero_nukspez_cs137" > > > STATUS ON > > > DEBUG ON > > > TYPE POINT > > > PROJECTION > > > "init=epsg:25832" > > > END > > > > > > METADATA > > > ... > > > END > > > > > > DUMP TRUE > > > CONNECTIONTYPE oraclespatial > > > CONNECTION > > > > > "***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > > > > 1521)))(CONNECT_DATA=(SID=***)))" > > > PROCESSING "CLOSE_CONNECTION=DEFER" > > > DATA "GEOM from (SELECT > > > geom, > > > P_PROBE.PROBEENTNAHME_BEGINN, > > > P_PROBE.PROBEENTNAHME_ENDE, > > > S_MESSGROESSE.BEZEICHNUNG, > > > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > > > S_MESS_EINHEIT1.BEZEICHNUNG, > > > P_MESSWERT.MESSFEHLER, > > > P_PROBE.MITTELUNGSDAUER, > > > S_NETZ_BETREIBER.BEZEICHNUNG, > > > dwd_mess_utm.mst_id AS ID, > > > P_ENTNAHMEORT.KOORD_X_UTM, > > > P_ENTNAHMEORT.KOORD_Y_UTM, > > > ((R_VORGANG.OID)-(255297803876564992)), > > > R_VORGANG.AUSFUEHRUNGSDATUM, > > > P_MESSUNG.STATUS_1, > > > P_MESSUNG.STATUS_2, > > > P_MESSUNG.STATUS_4, > > > S_STATUS_BMU.BEZEICHNUNG, > > > P_PROBE.IST_TESTDATENSATZ > > > FROM > > > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > > > > > > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > > > S_MESS_STELLE14,IGS2.R_VORGANG > > > WHERE > > > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > > > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > > > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > > > AND p_probe.mst_id = dwd_mess_utm.mst_id > > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > > > AND S_MESS_STELLE14.NETZBETREIBER_ID = > > > S_NETZ_BETREIBER.NETZBETREIBER_ID > > > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > > > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > > > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > > > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > > > AND (P_PROBE.UMW_ID IN ('L31')) > > > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > > > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > > > AND (P_PROBE.DATENBASIS_ID IN (1)) > > > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > > > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > > > 06:00','DD.MM.YYYY HH24:MI'))) > > > USING UNIQUE ID SRID 25832" > > > > > > TEMPLATE "../templates/getFeature_ODL.html" > > > ... > > > > > > ######################################################################################## > > > > > > > > > > > > ####################################### MS > > > LOGFILE###################################### > > > [Fri Dec 18 08:36:05 2009].932804 msOracleSpatialLayerClose. Cleaning > > > Oracle Cache. > > > [Fri Dec 18 08:36:05 2009].932814 msOracleSpatialLayerClose. Release > > the > > > Oracle Pool. > > > [Fri Dec 18 08:36:05 2009].932816 > > > msConnPoolRelease(aero_nukspez_cs137,i****/***@(DESCRIPTION= > > > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > > > [Fri Dec 18 08:36:05 2009].932981 > > > msConnPoolClose(***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS= > > > (PROTOCOL=TCP)(HOST=***)(PORT= > > > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > > > [Fri Dec 18 08:36:06 2009].470320 msOracleSpatialLayerOpen called with: > > > GEOM from (SELECT > > > geom, > > > P_PROBE.PROBEENTNAHME_BEGINN, > > > P_PROBE.PROBEENTNAHME_ENDE, > > > S_MESSGROESSE.BEZEICHNUNG, > > > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > > > S_MESS_EINHEIT1.BEZEICHNUNG, > > > P_MESSWERT.MESSFEHLER, > > > P_PROBE.MITTELUNGSDAUER, > > > S_NETZ_BETREIBER.BEZEICHNUNG, > > > dwd_mess_utm.mst_id AS ID, > > > P_ENTNAHMEORT.KOORD_X_UTM, > > > P_ENTNAHMEORT.KOORD_Y_UTM, > > > ((R_VORGANG.OID)-(255297803876564992)), > > > R_VORGANG.AUSFUEHRUNGSDATUM, > > > P_MESSUNG.STATUS_1, > > > P_MESSUNG.STATUS_2, > > > P_MESSUNG.STATUS_4, > > > S_STATUS_BMU.BEZEICHNUNG, > > > P_PROBE.IST_TESTDATENSATZ > > > FROM > > > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > > > > > > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > > > S_MESS_STELLE14,IGS2.R_VORGANG > > > WHERE > > > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > > > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > > > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > > > AND p_probe.mst_id = dwd_mess_utm.mst_id > > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > > > AND S_MESS_STELLE14.NETZBETREIBER_ID = > > > S_NETZ_BETREIBER.NETZBETREIBER_ID > > > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > > > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > > > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > > > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > > > AND (P_PROBE.UMW_ID IN ('L31')) > > > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > > > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > > > AND (P_PROBE.DATENBASIS_ID IN (1)) > > > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > > > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > > > 06:00','DD.MM.YYYY HH24:MI'))) > > > USING UNIQUE ID SRID 25832 > > > [Fri Dec 18 08:36:06 2009].494014 msOracleSpatialLayerOpen. Shared > > > connection not available. Creating one. > > > [Fri Dec 18 08:36:06 2009].494020 > > > msConnPoolRegister(aero_nukspez_cs137,***/***@(DESCRIPTION= > > > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > > > [Fri Dec 18 08:36:06 2009].500778 msOracleSpatialLayerFreeItemInfo was > > > called. > > > [Fri Dec 18 08:36:06 2009].500796 msOracleSpatialLayerInitItemInfo was > > > called. > > > [Fri Dec 18 08:36:06 2009].500972 msOracleSpatialLayerWhichShapes was > > > called. > > > [Fri Dec 18 08:36:06 2009].501042 msOracleSpatialLayerWhichShapes. > > Using > > > this Sql to retrieve the data: SELECT ID, WERT, GEOM FROM (SELECT > > > geom, > > > P_PROBE.PROBEENTNAHME_BEGINN, > > > P_PROBE.PROBEENTNAHME_ENDE, > > > S_MESSGROESSE.BEZEICHNUNG, > > > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > > > S_MESS_EINHEIT1.BEZEICHNUNG, > > > P_MESSWERT.MESSFEHLER, > > > P_PROBE.MITTELUNGSDAUER, > > > S_NETZ_BETREIBER.BEZEICHNUNG, > > > dwd_mess_utm.mst_id AS ID, > > > P_ENTNAHMEORT.KOORD_X_UTM, > > > P_ENTNAHMEORT.KOORD_Y_UTM, > > > ((R_VORGANG.OID)-(255297803876564992)), > > > R_VORGANG.AUSFUEHRUNGSDATUM, > > > P_MESSUNG.STATUS_1, > > > P_MESSUNG.STATUS_2, > > > P_MESSUNG.STATUS_4, > > > S_STATUS_BMU.BEZEICHNUNG, > > > P_PROBE.IST_TESTDATENSATZ > > > FROM > > > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > > > > > > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > > > S_MESS_STELLE14,IGS2.R_VORGANG > > > WHERE > > > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > > > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > > > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > > > AND p_probe.mst_id = dwd_mess_utm.mst_id > > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > > > AND S_MESS_STELLE14.NETZBETREIBER_ID = > > > S_NETZ_BETREIBER.NETZBETREIBER_ID > > > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > > > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > > > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > > > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > > > AND (P_PROBE.UMW_ID IN ('L31')) > > > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > > > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > > > AND (P_PROBE.DATENBASIS_ID IN (1)) > > > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > > > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > > > 06:00','DD.MM.YYYY HH24:MI'))) WHERE SDO_FILTER( GEOM, > > > MDSYS.SDO_GEOMETRY(2003, 25832, > > > NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY > > > (814703.455,5375543.26,827001.233,5393241.81) > > > ),'querytype=window') = 'TRUE' > > > [Fri Dec 18 08:36:06 2009].543163 msOracleSpatialLayerFreeItemInfo was > > > called. > > > [Fri Dec 18 08:36:06 2009].543169 msOracleSpatialLayerClose was called. > > > Layer name: aero_nukspez_cs137. Layer connection: > > > > > ***/***@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > > > > 1521)))(CONNECT_DATA=(SID=***))) > > > [Fri Dec 18 08:36:06 2009].543172 msOracleSpatialLayerClose. Cleaning > > > layerinfo handlers. > > > [Fri Dec 18 08:36:06 2009].543201 msOracleSpatialLayerClose. Cleaning > > > Oracle Cache. > > > [Fri Dec 18 08:36:06 2009].543236 msOracleSpatialLayerClose. Release > > the > > > Oracle Pool. > > > [Fri Dec 18 08:36:06 2009].543238 > > > msConnPoolRelease(aero_nukspez_cs137,***/***@(DESCRIPTION= > > > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > > 1521)))(CONNECT_DATA=(SID=***))),82368a8) > > > [Fri Dec 18 08:36:06 2009].543297 msOracleSpatialLayerOpen called with: > > > GEOM from (SELECT > > > geom, > > > P_PROBE.PROBEENTNAHME_BEGINN, > > > P_PROBE.PROBEENTNAHME_ENDE, > > > S_MESSGROESSE.BEZEICHNUNG, > > > to_char(P_MESSWERT.MESSWERT, '0.99999') AS WERT, > > > S_MESS_EINHEIT1.BEZEICHNUNG, > > > P_MESSWERT.MESSFEHLER, > > > P_PROBE.MITTELUNGSDAUER, > > > S_NETZ_BETREIBER.BEZEICHNUNG, > > > dwd_mess_utm.mst_id AS ID, > > > P_ENTNAHMEORT.KOORD_X_UTM, > > > P_ENTNAHMEORT.KOORD_Y_UTM, > > > ((R_VORGANG.OID)-(255297803876564992)), > > > R_VORGANG.AUSFUEHRUNGSDATUM, > > > P_MESSUNG.STATUS_1, > > > P_MESSUNG.STATUS_2, > > > P_MESSUNG.STATUS_4, > > > S_STATUS_BMU.BEZEICHNUNG, > > > P_PROBE.IST_TESTDATENSATZ > > > FROM > > > dwd_mess_utm,IMIS.P_ENTNAHMEORT,IMIS.S_MESS_EINHEIT > > > > > > S_MESS_EINHEIT1,IMIS.S_MESSGROESSE,IMIS.S_STATUS_BMU,IMIS.P_MESSUNG,IMIS.S_NETZ_BETREIBER,IMIS.P_MESSWERT,IGS2.R_VORGANG_MESSUNG_P,IMIS.P_PROBE,IMIS.S_MESS_STELLE > > > S_MESS_STELLE14,IGS2.R_VORGANG > > > WHERE > > > (R_VORGANG_MESSUNG_P.S_OID = R_VORGANG.OID(+) > > > AND R_VORGANG_MESSUNG_P.T_PROBE_ID(+) = P_MESSUNG.PROBE_ID > > > AND R_VORGANG_MESSUNG_P.T_MESSUNGS_ID(+) = P_MESSUNG.MESSUNGS_ID > > > AND p_probe.mst_id = dwd_mess_utm.mst_id > > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_MESSUNG.STATUS_5 = S_STATUS_BMU.STATUS_5 > > > AND S_MESS_STELLE14.NETZBETREIBER_ID = > > > S_NETZ_BETREIBER.NETZBETREIBER_ID > > > AND P_MESSUNG.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_MESSWERT.MESSGROESSE_ID = S_MESSGROESSE.MESSGROESSE_ID > > > AND P_ENTNAHMEORT.PROBE_ID = P_PROBE.PROBE_ID > > > AND P_PROBE.MST_ID = S_MESS_STELLE14.MST_ID > > > AND P_MESSWERT.PROBE_ID = P_MESSUNG.PROBE_ID > > > AND P_MESSWERT.MESSUNGS_ID = P_MESSUNG.MESSUNGS_ID > > > AND P_MESSWERT.MEH_ID = S_MESS_EINHEIT1.MEH_ID > > > AND (P_PROBE.UMW_ID IN ('L31')) > > > AND (P_MESSWERT.MESSGROESSE_ID IN (373)) > > > AND (P_ENTNAHMEORT.STAAT_ID IN (0)) > > > AND (P_PROBE.DATENBASIS_ID IN (1)) > > > AND (P_PROBE.NETZBETREIBER_ID IN ('W')) > > > AND P_PROBE.PROBEENTNAHME_BEGINN = TO_DATE('16.12.2009 > > > 06:00','DD.MM.YYYY HH24:MI'))) > > > USING UNIQUE ID SRID 25832 > > > [Fri Dec 18 08:36:06 2009].543311 > > > msConnPoolRequest(aero_nukspez_cs137,***/***@(DESCRIPTION= > > > (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=***)(PORT= > > > 1521)))(CONNECT_DATA=(SID=***)))) -> got 82368a8 > > > [Fri Dec 18 08:36:06 2009].550280 msOracleSpatialLayerFreeItemInfo was > > > called. > > > [Fri Dec 18 08:36:06 2009].550283 msOracleSpatialLayerGetItems was > > called. > > > [Fri Dec 18 08:36:06 2009].562636 msOracleSpatialLayerGetItems(): Query > > > error. Cannot retrieve column list > > > [Fri Dec 18 08:36:06 2009].562686 mapserv request processing time > > > (msLoadMap not incl.): 0.093s > > > [Fri Dec 18 08:36:06 2009].562706 msFreeMap(): freeing map at 82052a8. > > > > > > _______________________________________________ > > > Mapserver-DE mailing list > > > Mapserver-DE at freegis.org > > > https://freegis.org/mailman/listinfo/mapserver-de > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://freegis.org/pipermail/mapserver-de/attachments/20091222/42ed198c/attachment-0001.html