Hum... Does not ring a bell but I'd suggest tracing the code in a debugger
and see what happens. Don't have quick pointers, I'm mostly on mobile this
week
Cheers
Andrea
Il gio 26 lug 2018, 21:54 Jason Newmoyer <[email protected]> ha
scritto:
> So, we have an attribute "symbol" that clearly contains a valid https URL
> to a valid gif. If we use:
>
> <sld:ExternalGraphic>
> <sld:OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="simple" xlink:href="${symbol}"/>
> <sld:Format>image/gif</sld:Format>
> </sld:ExternalGraphic>
>
> We see a bunch of errors in the log saying:
>
> WARN [org.geotools.renderer.style] - Unable to read image at file:/<our
> data dir>/styles/https://<rest of the url>
>
> If we change it to:
>
> xlink:href="https://${strSubstringStart(symbol, 8)}"
>
> Works like a charm.
>
>
> Jason Newmoyer
> Newmoyer Geospatial Solutions
> 843.606.0424
> [email protected]
>
>
>
> On Thu, Jul 26, 2018 at 8:52 AM, Andrea Aime <[email protected]
> > wrote:
>
>> Hi Jason,
>> I believe that right now the above statement is no more valid... the
>> history of this is complicated and I'm not sure I remember it properly,
>> but believe it went like this:
>>
>> - Originally the system allowed any kind of string, allowing dynamic
>> URLs of any kind
>> - Then someone weaving a OGC labelled baton came and switched the
>> very API to use URL, making it impossible to use addresses that were not a
>> valid URl
>> - After a while and seeing the issues it caused the "common sense
>> brigade" fought back and added the pure string approach back, making it
>> possible to use whatever address again (or at least hoping to do so)
>>
>> So could you let us know, what is it that you tried, and that did not
>> work?
>>
>> Cheers
>> Andrea
>>
>> On Wed, Jul 25, 2018 at 5:00 PM Jason Newmoyer <
>> [email protected]> wrote:
>>
>>> After some confusion, I discovered this note in the docs:
>>>
>>> Note
>>>
>>>
>>> Currently xlink:href strings must be valid URLs *before* expression
>>> expansion is performed. This means that the URL cannot be completely
>>> provided by an expression. The xlink:href string must explicitly
>>> include at least the prefix http://
>>>
>>>
>>>
>>> http://docs.geoserver.org/latest/en/user/styling/sld/extensions/pointsymbols.html#dynamic-symbolizers
>>>
>>> If its a relatively simple change to lift this restriction, I'd be
>>> willing to do it. Can someone point me toward the relevant code?
>>>
>>> Thanks,
>>>
>>> Jason Newmoyer
>>> Newmoyer Geospatial Solutions
>>> 843.606.0424
>>> [email protected]
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> _______________________________________________
>>> Geoserver-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>
>>
>>
>> --
>>
>> Regards, Andrea Aime == GeoServer Professional Services from the experts!
>> Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime
>> @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054
>> Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339
>> 8844549 http://www.geo-solutions.it 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.*
>>
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel