Then it works fine.
I guess this means we should probably prioritize the bug that gets the bounds right for the reflector.
oh yeah, forgot about wms/reflect which, if I recall correctly, I was ranting and raving about in the spring!
anywho, works great for format=application/openlayers, but getting an error when I go for format=kml, i.e .:
http://transit.frumin.net:8081/geoserver/wms/reflect?layers=aw:rt_station&format=application/openlayers
vs
http://transit.frumin.net:8081/geoserver/wms/reflect?layers=aw:rt_station&format=kml
which yields (from gs 1.6b3):
<?xml version="1.0" encoding="UTF-8" standalone="no"?><!DOCTYPE ServiceExceptionReport SYSTEM " http://schemas.opengis.net/wms/1.1.1/WMS_exception_1_1_1.dtd"> <ServiceExceptionReport version="1.1.1" > <ServiceException>
java.io.IOException
java.io.IOException
note: this layer is stored in postgis with SRID = 26986 but even when I add &srs=EPSG:4326 which works fine in the full /wms request, I get the same errors.
thanks,
Mike
PS excerpt of errors on GeoServer's output:
70331246 [btpool0-6] WARN org.geoserver.ows -
java.io.IOException
at org.vfny.geoserver.wms.responses.map.kml.KMLMapProducer.writeTo (KMLMapProducer.java:108)
at org.vfny.geoserver.wms.responses.GetMapResponse.writeTo(GetMapResponse.java:539)
at org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java:60)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:598)
at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:191)
...
Caused by: javax.xml.transform.TransformerException: Translator error
at org.geotools.xml.transform.TransformerBase.transform(TransformerBase.java:132)
at org.geotools.xml.transform.TransformerBase.transform(TransformerBase.java:107)
at org.vfny.geoserver.wms.responses.map.kml.KMLMapProducer.writeTo (KMLMapProducer.java:106)
... 46 more
Caused by: java.lang.RuntimeException: org.geotools.referencing.operation.projection.ProjectionException: Latitude 90°00.0'S is too close to a pole.
at org.vfny.geoserver.wms.responses.map.kml.KMLTransformer$KMLTranslator.encodeVectorLayer (KMLTransformer.java:152)
at org.vfny.geoserver.wms.responses.map.kml.KMLTransformer$KMLTranslator.encode(KMLTransformer.java:116)
...
Caused by: org.geotools.referencing.operation.projection.ProjectionException : Latitude 90°00.0'S is too close to a pole.
at org.geotools.referencing.operation.projection.LambertConformal.transformNormalized(LambertConformal.java:223)
at org.geotools.referencing.operation.projection.MapProjection.transform (MapProjection.java:764)
...
On 10/29/07, *Chris Holmes* <cholmes@anonymised.com <mailto:cholmes@anonymised.com>> wrote:
How about:
http://geo.openplans.org:8080/geoserver/wms/reflect?format=kml&layers=topp:archsites
<http://geo.openplans.org:8080/geoserver/wms/reflect?format=kml&layers=topp:archsites>
?
'kml' is already shortcut for application/vnd.google-earth.kml+xml
You need 1.6-beta to get the good reflector that will work with the
above.
Chris
mfrumin wrote:
> hey crew,
>
> I often find myself wanting to grab the full KML version of a
layer, rather
> than just the network link. either this is to post elsewhere, or
email to
> someone, or something. since kml_reflect only offers the network
link, I
> often find myself having to construct a /wms request by opening the
> openlayers demo for that layer, googling to find the
overly-complicated
> FORMAT tag for kml output, and cutting/pasting that into the URL.
>
> so, my 2 proposals are:
>
> 1) add a parameter no_network or some such to kml_reflect which
defaults to
> FALSE but if set to TRUE causes GeoServer to spit out the whole
KML file
> rather than just the network link
>
> 2) create a FORMAT alias, application/gearth, which stands for
> application/vnd.google-earth.kml+XML (if application/openlayers
can have it,
> why can't gearth?)
>
> thoughts?
>
> thanks,
> mike