On Mon, Aug 13, 2018 at 7:25 PM Christian Grün
wrote:
> https://www.w3.org/TR/xquery-31/#id-function-conversion-rules
> https://www.w3.org/TR/xquery-31/#promotion
>
Thanks for the links. Will check.
> Me too, because the following query works on my environment:
>
> declare variable
Is it not the case that because xs:anyURI is derived from xs:string, you
can always go "up" the derivation, because the derived type is less general
and always remains an instance of the more general type, but the more
general type (casting "down" the path of derivation) is not necessarily an
> whenever I define the type of a parameter as xs:anyURI and pass a string
to it, I get the error "Cannot convert xs:string to xs:anyURI".
It might comfort you to hear that the behavior is indeed compliant with the
spec. As it would take some time to recite the reasons for this, feel free
to scan
I should have added, that this also does not succeed:
declare variable $local:uri1 as xs:anyURI := xs:anyURI("
http://example.com/batz/mongo/blah/index.html;);
which leaves me even more baffled.
--
Minden jót, all the best, Alles Gute,
Andreas Mixich
Hi,
whenever I define the type of a parameter as xs:anyURI and pass a string to
it, I get the error "Cannot convert xs:string to xs:anyURI". I am aware,
that xs:anyURI gets automatically cast to xs:string, whenever needed. But
why not the other way around? Especially, since in the hierarchy of
Hi Christian,
thank you.
That works great.
Johannes
Am 13.08.2018 um 14:05 schrieb Christian Grün:
Hi Johannes,
Try this:
{
let $search := 'search'
for $match in //*[text() contains text { $search }]
let $match_parent := $match/..
return {
ft:mark($match_parent[.//text()
Hi Johannes,
Try this:
{
let $search := 'search'
for $match in //*[text() contains text { $search }]
let $match_parent := $match/..
return {
ft:mark($match_parent[.//text() contains text { $search }])
}
}
Best,
Christian
On Mon, Aug 13, 2018 at 7:09 AM Johannes
7 matches
Mail list logo