[Mapserver-DE] Question about WMS Services and capabilities

[Michael Schulz]

Hallo,

wenn ich die Mail richtig verstehe, dann ist das Problem "nur", dass der 
Extent im getCapabilities für die PostGIS-Layer falsch zurückgegeben 
wird - nicht das die Daten falsch oder anders gezeichnet werden. Stimmt das?

Ich kann das Problem aber bestätigen, habe es mit diversen 
mapserver-Versionen und PG-DBs. Man kann dieses Problem beheben indem 
man der Layer das Metadata Attribut "wms_extent" mit einem gültigen 
Extent angibt.

Was mir nicht ganz klar ist, warum haben nicht mehr Leute dieses 
Problem? Bisher noch nicht im getCapabilities geschaut? Existiert dieses 
Problem nur bei bestimmten Versionen?

Wenn ich das richtig verstehe, dann wird beim getCapabilities-Aufruf 
irgendwann die Funktion msPOSTGISLayerGetExtent in mapPostgis aufgerufen 
und die gibt nunmal nicht die richtigen Werte zurück:
"
/* we return an infinite extent */
/* we could call the SQL AGGREGATE extent(GEOMETRY), but that would take 
FOREVER */
/* to return (it has to read the entire table). */
/* So, we just tell it that we're everywhere and lets the spatial 
indexing figure things out for us */
"

Vielleicht weiss jemand mehr dazu?

Grüße, Michael





Silke Reimer schrieb:
> On Mon, Apr 24, 2006 at 11:39:52AM +0200, Erich Meyerheim wrote:
> 
>>Hi Folks,
>>
>>first, sorry for my bad english ... :(
> 
> 
> Da es sich hier um eine deutsche MapServer-Liste handelt, antworte
> ich einfach mal auf deutsch.
> 
> [...]
> 
>>Explanation :
>>
>>the first latlonBounding Box and BoundingBox are ok. (This is the
>>bounding box of the project)
>>the second latlonBounding Box and BoundingBox are also ok. (the
>>Bounding Boxes of Flurstshp, a shape File)
>>the third latlonBoundingBox and BoundingBox are wrong !! (the
>>Bounding Boxes of Fluerstue, postgis data with the_geom)
>>
>>has somebody the same Problems and / or sved them already
> 
> 
> Ich vermute mal, dass mit Brandenburgischen Daten gearbeitet wird?
> Der EPSG-Code 25833 deutet darauf hin. Das Problem ist, dass das
> Land Brandenburg zwar den Code 25833 verwendet, darunter aber eine
> andere Projektion versteht (s. auch meine Mail vom Januar letzten
> Jahres [1]). Die Verschiebung kann in diesem Fall aus
> mehreren Gründen zustande kommen:
> 
> - EPSG:25833 sind für den MapServer und PostGIS auf verschiedenen Art
>   und Weise definiert, in einem Fall wie in Brandenburg, im anderen
>   wie von EPSG vorgegeben.
> - Die Daten haben unterschiedliche Projekten, nämlich einmal mit dem
>   Brandenburgischen Shift und einmal ohne.
> 
> Sicherlich gibt es noch mehr Fehlerquellen, aber diese fallen mir
> jetzt spontan ein. Vielleicht hilft es ja weiter.
> 
> Viele Grüße,
> 
>     Silke
> 
> P.S.: Vielleicht sollte man beim Land Brandenburg mal den Antrag
> stellen, entweder die Projektion zu ändern (also in das richtige
> EPSG:25833) oder sich einen eigenen EPSG-Code für die
> Brandenburgische Projekten erzeugen zu lassen.
> 
> [1] http://freegis.org/pipermail/mapserver-de/2005-January/000851.html
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Mapserver-DE mailing list
> Mapserver-DE at freegis.org
> https://freegis.org/mailman/listinfo/mapserver-de


-- 
-----------------------------------------------------------
Michael Schulz                            mschulz at webgis.de

in medias res  Gesellschaft für Informationstechnologie mbH

In den Weihermatten 66              Tel +49 (0)761 556959-5
79108 Freiburg                      Fax +49 (0)761 556959-6

                www.webgis.de / www.zopecms.de
-----------------------------------------------------------
NEU ++ UMN MapServer Hosting ++ http://www.webgis.de ++ NEU
-----------------------------------------------------------