didn't come across this in
my simple queries. Could you please provide me with a function and
call that triggers the exception?
On Tue, Aug 4, 2015 at 11:00 AM, Marc van Grootel
marc.van.groo...@gmail.com wrote:
I've double checked the version and manually downloaded latest. I'm
now on BaseX
this
mean there should be a format=array or would it be better to give a
different name for this format.
--Marc
On Mon, Aug 3, 2015 at 6:47 PM, Christian Grün
christian.gr...@gmail.com wrote:
…fixed, and available via the latest snapshot [1].
Thanks,
Christian
[1] http://files.basex.org/releases
how to process. If I do that and put an
%input:json(...) annotation on the RESTXQ handler it can still be
overridden by things specified in the header by the client.
But again this probably should be directed at RESTXQ rather than BaseX.
--Marc
On Tue, Aug 4, 2015 at 10:01 AM, Marc van Grootel
). Elastic Search
does this too. My first instinct was to use a body with GET but,
although the HTTP specs more or less allow it many tools and libraries
(including BaseX/RESTXQ) do not support sending bodies with GET. So
now I'm doing this with POST which feels wrong too.
--Marc
On Tue, Aug 4, 2015
as it
includes array and map) but confusing. format=native (maybe?)
I agree fully that the server should have the last say in how to
process the content so I would definitely be in favor of prioritizing
server parameters. Not sure if that breaks something out there though.
--Marc
On Tue, Aug 4, 2015
Thanks, came to that conclusion too, strange things is that
CACHERESTXQ=true never bit me before. First time I have issues with
it. I have it set to true almost all the time.
--Marc
On Tue, Aug 4, 2015 at 11:24 AM, Andy Bunce bunce.a...@gmail.com wrote:
This looks a bit like errors I have seen
...@gmail.com wrote:
All existing test cases seem to work, and I didn't come across this in
my simple queries. Could you please provide me with a function and
call that triggers the exception?
On Tue, Aug 4, 2015 at 11:00 AM, Marc van Grootel
marc.van.groo...@gmail.com wrote:
I've double checked
be, I think, to
deliver a map(*) to the function instead of a document-node() in this
case.
Maybe something to forward to Adam Retter / RESTXQ?
--Marc
On Mon, Aug 3, 2015 at 4:54 PM, Marc van Grootel
marc.van.groo...@gmail.com wrote:
Hi Christian,
No luck.
I'm using Postman. I already had
Hi,
Unless I'm not reading the spec[1] correctly then the following two
snippets should have the same result:
Example 1:
let $map := map { 'a': (1,2,3), 'b': (4,5,6)}
for $k in map:keys($map)
return array { $map($k) }
Example 2:
let $map := map { 'a': (1,2,3), 'b': (4,5,6)}
in map:keys(.)
return .($k)
I realize that if I didn't put an array {} around the return value
then this statement would be correct.
Just thought I caught a loophole there. I stand corrected. ;-)
On Sat, Aug 15, 2015 at 3:59 PM, Christian Grün
christian.gr...@gmail.com wrote:
Hi Marc
Hi Graydon, have a look here
https://github.com/xokomola/fold/blob/dbb79c60a7356e32a0994e581ad4f7f5377ddc72/webapp/fold-common/common.xqm#L125
hope it helps
--Marc
On 15 jul. 2015, at 20:01, Graydon Saunders graydon...@gmail.com wrote:
Hi --
In BaseX 8.2.1, I have a bunch of maps
-common.xqm#L166
--Marc
On 15 jul. 2015, at 21:51, Marc van Grootel marc.van.groo...@gmail.com
wrote:
Hi Graydon, have a look here
https://github.com/xokomola/fold/blob/dbb79c60a7356e32a0994e581ad4f7f5377ddc72/webapp/fold-common/common.xqm#L125
hope it helps
--Marc
On 15 jul. 2015, at 20
; wrote:
>> Hi Ron,
>>
>> Maybe the attached codes-nippet is useful to you.
>> It is an example of stateful programming, which isn't compliant with the
>> functional programming concept but, in some cases, can be very useful.
>>
>> Hopes it helps,
>> Rob Stapper
>>
>> PS. put the module-file in a subdirectory: "counter", in your
>> basex-repo-directory.
--
--Marc
to
implement different templating styles.
--Marc
in the context of
generative/property-based testing.
Cheers,
--Marc
On Wed, Jan 13, 2016 at 8:43 AM, Christian Grün
<christian.gr...@gmail.com> wrote:
> Hi Marc,
>
>> BaseX, the gift that keeps on giving, thanks to all that make it possible.
>
> One of the nicest compliments th
e releases as
I intend to leverage this in an alternative testing module.
BaseX, the gift that keeps on giving, thanks to all that make it possible.
--Marc
[1] https://github.com/xokomola/origami-examples
[2] https://github.com/xokomola/origami
[3] http://examplotron.org/
]. I've
%unit:ignored the last test that causes the error above.
Cheers,
--Marc
[1] https://github.com/xokomola/origami-examples/blob/master/check/test-eval.xqm
On Fri, Jan 15, 2016 at 6:57 PM, Christian Grün
<christian.gr...@gmail.com> wrote:
> Hi Marc,
>
> This was a deliber
: basex-talk-boun...@mailman.uni-konstanz.de
[mailto:basex-talk-boun...@mailman.uni-konstanz.de] On Behalf Of Christian Grün
Sent: Monday, January 18, 2016 11:32 AM
To: Marc van Grootel <marc.van.groo...@gmail.com>
Cc: BaseX <basex-talk@mailman.uni-konstanz.de>
Subject: Re: [basex-talk]
quot;x": 10 }') => ERROR: [FOTY0014] Items of type
map(*) have no string representation.
BTW: I saw that xquery:eval#3 is documented as returning item() while
the other arities return item()*
Tested on 8.3, haven't tested yet on 8.4beta but it's trivial to repro I figure.
--
--Marc
Yes, Clojure has very good Java interop. I lean towards embedding too
as it gives much more control over BaseX and I want it to become an
integral part of the webapp.
On Tue, Jan 19, 2016 at 10:49 AM, Dirk Kirsten <d...@basex.org> wrote:
> Hello Marc,
>
> I have no idea ho
ustom built test
harness (tests are evaluated via xquery:eval).
--Marc
On Mon, Jan 18, 2016 at 1:51 PM, Christian Grün
<christian.gr...@gmail.com> wrote:
> Hi Marc, hi Andy,
>
> Confirmed, it seems to be the MIXUPDATES option. Once again, I noticed
> it’s tricky to statical
generally slower than via the Java API? A couple
of queries via clj-basex didn't impress me much qua speed (compared to
same query via the GUI).
Any starting points or general considerations that could help me prune
the (re)search tree are very much appreciated.
--Marc
[1] https://github.com
to extract.
Is there a way to do the extraction of .gz encoded files without
having to shell out to some kind of unzipper?
Cheers,
--Marc
, Jan 26, 2016 at 3:13 PM, Marc van Grootel
<marc.van.groo...@gmail.com> wrote:
> Hi,
>
> I hoped that I could use archive module to also extract gzipped files.
> I need to fetch/sync large XML from a web service that has the option
> of getting files with gzip encoding (to be n
this could be a bug or at least a good improvement
to make as the docs say gzip archives can be created. Christian, you
think we should file an issue for this?
--Marc
On Tue, Jan 26, 2016 at 9:51 PM, Andy Bunce <bunce.a...@gmail.com> wrote:
> Hi Marco,
>
> I get the same. Thi
someone has a better idea.
--Marc
Yes, exactly what I was after. Thanks and good night :)
--Marc
> On 18 feb. 2016, at 23:38, Christian Grün <christian.gr...@gmail.com> wrote:
>
> Hi Marc,
>
>> when running xquery:eval with a string it will try to resolve paths
>> relative to the code modul
night's sleep in between.
Of course I'll share what I have. I am creating it to better provide
testable documentation and examples for Origami (I'm still working on
it but work has kinda taken over the last few months).
Cheers,
--Marc
On Fri, Feb 19, 2016 at 9:51 AM, Christian Grün
<christian
ian.gr...@gmail.com> wrote:
> Hi Marc,
>
>> Is it right that the current XQJ driver for BaseX doesn't support
>> XQuery 3 syntax? Everytime I try to use a query that includes some of
>> the newer features it barks at me with Invalid XQuery syntax, syntax
>> does n
Hi Hans-Jürgen,
Yes, that's what I am looking for. Will read that paper.
Thanks,
--Marc
On Tue, Apr 5, 2016 at 5:22 PM, Hans-Juergen Rennau <hren...@yahoo.de> wrote:
> Hi Marc,
>
> like you, I find the integration of XQuery results into other languages a
> most interesting
would be interested to hear what the best way would be to
get a client to deal with query responses as native (client-side)
types (including hashmaps and arrays) instead of strings. Would it be
better to focus on using BaseXClient and forget about XQJ?
Cheers,
--Marc
(but they are not in the active
code path). That's all I can offer at the moment.
I'm happy to do some more digging later but I wanted to post this just
in case it gives someone a hunch and it's only introduced since 8.4.2.
Also tried 8.4.4-SNAPSHOT and there it's broken too.
Cheers,
--Marc
but as far as this issue goes it seems to be
gone now.
Thanks,
--Marc
On Fri, Apr 22, 2016 at 3:36 PM, Marc van Grootel
<marc.van.groo...@gmail.com> wrote:
> Checked with this new snapshot. It's still occurring.
> Will do some more digging on monday.
>
> Thanks,
> --Marc
>
>
,
--Marc
On Thu, May 12, 2016 at 5:45 PM, Lance Java <lance.j...@googlemail.com> wrote:
> It seems that maven central is not up to date with the latest basex version.
> I see here that there's only version 7.3.1 whereas on the basex website the
> latest version is 8.4.4
>
> ht
in Manchester in the UK. If
your are interested in knowing more about this opportunity then reply to me in
private.
--Marc
Hi Joseph,
Maybe hof:until [1] and hof:take-while [2]?
[1] http://docs.basex.org/wiki/Higher-Order_Functions_Module#hof:until
[2] http://docs.basex.org/wiki/Higher-Order_Functions_Module#hof:take-while
--Marc
> On 27 feb. 2017, at 19:25, Dirk Kirsten <d...@basex.org> wrote:
>
&g
to XML to the very end. And if too
large I would probably also chunk it before storing the end result.
Intuitively I would think that dealing with CSV as maps/arrays should
be much faster and less memory intensive.
--Marc
happily returns
Somebody wants to write that book on XML/XSLT/XQuery and whitespace?
Title suggestion: "Whitespace matters"
--Marc
Hmm first I thought not a bug and that the fix would be to do
serialize( )
but to my surprise this results in
(with CHOP = false)
That doesn't seem right.
Whereas
serialize()
does what you expect.
--Marc
Thanks Christian,
I feared as much ;-(
I understand the reasoning (processing efficiency and compatibility
with parse-json) but find it unfortunate that backwards compatibility
wasn't part of the reasoning as maps and map:merge are not exactly
new.
--Marc
On Mon, Oct 31, 2016 at 1:50 PM
e-last).
Cheers,
--Marc
is was on 8.5.3 and 8.4.2 (btw on 8.4.2 step 4 returned
"foo/foo.xml" (without leading slash).
Thanks for the info on "database" nodes as, indeed, the description in
the docs threw me off a little.
Cheers,
--Marc
On Tue, Jan 10, 2017 at 5:45 PM, Christian Grün
<christia
F:/tmp/afile.xml' exists as a file. Even
with no database open or existing and never having imported this file.
It doesn't depend on the format of the path and same result with
'F:\tmp\afile.xml', 'file:///F:/tmp/afile.xml'.
--Marc
On Tue, Jan 10, 2017 at 3:17 PM, Marc van Grootel
<marc
get a database node from the
latter and return a node-id for example.
When the foo.xml is moved to another filesystem directory then this
doesn't happen so it appears as if this happens only when I try to
read the file from the original import location.
Shouldn't these two situations have the same result?
Cheers,
--Marc
Hi Constantine,
Instead of with POI do it with standard XQuery and XSLT. Here's the
gist (pun intended) of it
https://gist.github.com/xokomola/59a590a423b86bb3ea809c1b03706c4b
Haven't checked it for correctness but gives you an idea how it works.
--Marc
On Wed, Dec 14, 2016 at 9:15 AM, Hondros
,
--Marc
On Wed, Jun 21, 2017 at 9:36 AM, Imsieke, Gerrit, le-tex
<gerrit.imsi...@le-tex.de> wrote:
> Hi Dharmendra,
>
> The function validate:rng() seems to only accept a Relax NG *XML syntax*
> document as its 2nd argument. You can convert the rnc file to rng using
> trang a
Christian,
Yes absolutely. Thx for your answer.
Cheers,
Jean-Marc
2017-10-09 18:00 GMT+02:00 Christian Grün <christian.gr...@gmail.com>:
> > Yes. But my question is : why did the BaseX compiler ran the query let
> $idd
> > := $elt[d]/@id ?
>
> The query is val
ce missing the second "yolo", because the correct query is : let $idd
:= $elt[$d]/@id)
However I can't figure out why the BaseX compiler ran this query ?
Shouldn't it refused the compilation and point out this error ?
Cheers,
Jean-Marc
Andy,
Thank you for your answer. Indeed, the length of my parameters are now much
more than the Windows limit.
I guess that creating a temporary file, then passing the name of the file
as parameters should solve the issue.
Cheers,
Jean-Marc
2017-10-13 10:42 GMT+02:00 Andy Bunce <bunc
\Jiheme\scientifique\recherche\CoDeFi\CoDeFi\CoDeFi.exe": CreateProcess
error=206, Nom de fichier ou extension trop long
"
Is there a way to bypass this ?
Thank you for your answer,
Cheers,
Jean-Marc
Dear Jean-Marc,
>
> Welcome back!
>
> Maps in XQuery are simple key/value pairs; neither keys nor values
> will be arranged in a specific order.
>
> If you want to sort map by keys before outputting them, you can sort
> them in a second step:
>
> let $map := m
Hello BaseX team,
It has been a while since I last wrote to this mailing list ! Happy to
report again :)
I have a strange behavior concerning map, it doesn't seem to sort as I
expected. Is there any explanation ?
let $map as map(xs:double,xs:string) := map:merge((
map:entry(xs:double(0.1),
Hello Christian,
Yes. But my question is : why did the BaseX compiler ran the query let $idd
:= $elt[d]/@id ?
Shouldn't it raise a compilation error ?
2017-10-09 17:49 GMT+02:00 Christian Grün <christian.gr...@gmail.com>:
> Dear Jean-Marc,
>
> > let $idd := $elt[d]/@id
>
9.0 available from org.basex:basex-api:9.0
Maven coordinates?
--Marc
Hi Dirk,
Yes, it is synced to Maven Central now.
The net.xqj:basex-xqj:9.0 dependency still requires adding the
http://files.basex.org/maven repo though as it cannot be found on MC.
Thanks,
--Marc
On Tue, Mar 27, 2018 at 5:12 PM, Kirsten, Dirk <dirk.kirs...@senacor.com> wrote:
> Hi
Hello,
I'm trying to do a custom multipart response with basex RESTXQ module.
The Custom Response paragraph of https://docs.basex.org/wiki/RESTXQ
indicates :
Custom responses can be generated in XQuery by returning an
|rest:response| element, an |http:response| child node that matches the
201 - 256 of 256 matches
Mail list logo