Hi Huib,
congrats on the new release. I’ve downloaded it yesterday and while
importing new data BaseX ran into a “Input is too large for a single
database” error. It has been reported before and you mentioned Basex will be
using 2^63 bits instead of 2^31 bits for counting nodes. Is there a
Hi Christian,
congrats on the new release. I’ve downloaded it yesterday and while importing
new data BaseX ran into a “Input is too large for a single database” error. It
has been reported before and you mentioned Basex will be using 2^63 bits
instead of 2^31 bits for counting nodes. Is there
Hi Christian,
On 16/04/2015 19:17, Christian Grün wrote:
Hi Karel,
I looked at the code and it turns out, that ModuleLoader#addImport is not
being called at all, because condition in QueryParser on line 755:
if(mi.paths.isEmpty()) {
returns false.
In this case, you seem to have specified
Hi Karel,
How do you propose we continue? Do you have more specific idea how to
implement it to core?
Maybe you could a build a solution that works for you, and I'll look
at it? Ideally, it shouldn't break any of the existing JUnit tests..
Sorry for giving only a few pieces of advice; I'll
I'm use the RESTXQ stuff (very nice) to build a little DITA link
management application. In the service of this I need to sometimes show
the raw XML source of the docs in the repo.
Did you e.g. try to embed the results of file:read-text() or
fn:unparsed-text() ?
But I may have got wrong what
declare function dftest:xmlToHtmlCode($nodes as node()*) as node()* {
pre{
for $node in $nodes
return dftest:nodeToHtml($node)
}/pre
};
You could serialize the nodes...
let $input := x/
return pre{ serialize($input) }/pre
...or directly retrieve them from a file:
let
BTW, my workaround for now is to check to see if base-uri() returned an
absolute URL and if it did not, I use my existing code for constructing
URLs to simply combine the relative URL with the parent of the result of
base-uri(), otherwise I use resolve-uri(). That's a sufficiently-general
solution
Yes, resolve-uri('foo', '/bar') also fails.
If I do base-uri('/foo') I get file:/foo, which is a bit unexpected
since I'm in the context of the BaseX system and not in the context of the
file system (at least that's why my head thinks: BaseX itself may have
different ideas).
I think what I
I'm migrating XSLT functions for working with DITA documents to XQuery. As
part of this function package I have functions that resolve URI references
from one document to another. This involves creating absolute URLs from
relative URLs using a document or element as the base URI context.
The
I'm use the RESTXQ stuff (very nice) to build a little DITA link
management application. In the service of this I need to sometimes show
the raw XML source of the docs in the repo.
I looked at the DBA Web app and it looks like it's using some Javascript
for this and I didn't see any obvious
Hi Eliot,
This fails under BaseX:
[FORG0002] Base URI is not absolute: dfst^dfst-sample-project^develo
I think it also fails if the base URI starts with a slash. Try this for example:
resolve-uri('abc.xml', '/path/def.xml')
What result you would expect from this query, given that it
Not at all, thanks for all your help.
Sure thing, I will see what I can do and try to push my proposition.
Karel
On 17/04/2015 15:54, Christian Grün wrote:
Hi Karel,
How do you propose we continue? Do you have more specific idea how to
implement it to core?
Maybe you could a build a
Related question: is there a preferred way to determine from within an
XQuery function that the current XQuery engine is BaseX?
I know I could look to see if a particular BaseX-specific function exists
but I was looking for something either more obvious or more general from
an XQuery standpoint.
serialize() does just what I want:
pre
{
let $map := dftest:testResolveTopicOrMapUri($repo, $branch)
return serialize($map)
}
/pre
Cheers,
E.
—
Eliot Kimber, Owner
Contrext, LLC
http://contrext.com
On 4/17/15, 12:43 PM, Christian Grün
14 matches
Mail list logo