Hi, thanks.
It's useful insight to me cause I didn't realize it works just like the
/ows endpoint.
Whether it's useful as a feature I can't say. I guess we'll leave it be for
the time being.

Cheers!

On Thu, 4 Aug 2022 at 14:33, Andrea Aime <andrea.a...@geosolutionsgroup.com>
wrote:

> Hi Gabriel,
> I can't give you an answer, but I share your doubts.... indeed the
> reflector is handled at /wms/kml, all those mappings seem to enable
> is to make a OGC service request on a "kml" endpoint, provided
> service="xyz" is included in the request, e.g:
>
>
> https://gs-main.geosolutionsgroup.com/geoserver/cite/kml?service=WMS&version=1.1.0&request=GetMap&layers=cite%3Atopo4&bbox=330890.1192644071%2C6611319.913595974%2C669109.8807355929%2C9330120.055635015&width=330&height=768&srs=EPSG%3A25835&styles=&format=application/openlayers
>
> but also:
>
>
> https://gs-main.geosolutionsgroup.com/geoserver/tiger/kml?service=WFS&version=1.0.0&request=GetFeature&typeName=tiger%3Atiger_roads&maxFeatures=50
>
> Is this useful? It doesn't seem to be, at least to me.
>
> Cheers
> Andrea
>
>
> On Wed, Aug 3, 2022 at 2:46 AM Gabriel Roldan <gabriel.rol...@gmail.com>
> wrote:
>
>> Hi there,
>>
>> looking at the KML endpoints mapping, the
>> "kmlURLMapping" SimpleUrlHandlerMapping
>> has entries for /kml and /kml/*
>>
>> I couldn't find any working example/doc for that uri. It seems all kml
>> requests
>> are to be handled by the kml reflector instead at /wms/kml and
>> /{workspace}/wms/kml,
>> except for /kml/icon/**
>>
>> Should the url mapping for /kml and /kml/* be removed or am I missing
>> something?
>>
>> Here's the definition of kmlURLMapping:
>>      <bean id="kmlURLMapping" class="org.geoserver.ows.OWSHandlerMapping">
>>      <constructor-arg ref="catalog" />
>>      <property name="alwaysUseFullPath" value="true" />
>>      <property name="mappings">
>>      <props>
>>      <prop key="/kml/icon/**/*">kmlIconService</prop>
>>      <prop key="/kml">dispatcher</prop>
>>      <prop key="/kml/*">dispatcher</prop>
>>      </props>
>>      </property>
>>      </bean>
>>
>>
>> TIA,
>> --
>> Gabriel Roldán
>> _______________________________________________
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>
>
> --
>
> Regards,
>
> Andrea Aime
>
> ==
> GeoServer Professional Services from the experts!
>
> Visit http://bit.ly/gs-services-us for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions Group
> phone: +39 0584 962313
>
> fax:     +39 0584 1660272
>
> mob:   +39  339 8844549
>
> https://www.geosolutionsgroup.com/
>
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
> Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE
> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
> precisa che ogni circostanza inerente alla presente email (il suo
> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
> operazione è illecita. Le sarei comunque grato se potesse darmene notizia.
>
> This email is intended only for the person or entity to which it is
> addressed and may contain information that is privileged, confidential or
> otherwise protected from disclosure. We remind that - as provided by
> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
> e-mail or the information herein by anyone other than the intended
> recipient is prohibited. If you have received this email by mistake, please
> notify us immediately by telephone or e-mail
>


-- 
Gabriel Roldán
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to