Re: [basex-talk] Crash when starting basexgui

Thanks, Michael, Christian, and Johan, for your help and ideas! I finally had the chance to dive in. I couldn't just install temurin (Java 21), since I already had used Homebrew to install temurin@8 (which I need for eXist). Whenever I've previously needed to switch between two versions of Java I

[basex-talk] Crash when starting basexgui

Hi all, I am experiencing a crash when starting basexgui. The splash screen appears briefly, and then the message pasted in below appears, and I've also attached the referenced error report file and the crash report that appears in the Mac crash dialog. I'm using BaseX 10.7, installed via

Re: [basex-talk] Automated testing for XML databases

Dear Shuxin, I just wanted to take the opportunity to thank you for the bug reports you've submitted - both here and to the eXist-db project, as Andy noted. I really like Christian's suggestion to contribute your test cases to the official W3C test suite. But whichever means you choose, we

Re: [basex-talk] GUI doesn't quit on Mac

k that little X or select Quit > from the menu bar, the app should fully close. > > > > > > > > We are looking into this again :-) > > > > > > You may follow my progress here: > https://github.com/BaseXdb/basex/pull/2149 > > > > > >

Re: [basex-talk] GUI doesn't quit on Mac

e red icon? > > [1] > https://github.com/BaseXdb/basex/blob/main/basex-core/src/main/java/org/basex/gui/layout/BaseXLayout.java#L584 > > > > Joe Wicentowski schrieb am Di., 8. Nov. 2022, 20:54: > >> I've been experiencing this problem too on macOS (both 12 Mo

Re: [basex-talk] GUI doesn't quit on Mac

I've been experiencing this problem too on macOS (both 12 Monterey and now 13 Ventura), installed via Homebrew, and started via the `basexgui` command line command. On Tue, Nov 8, 2022 at 1:02 PM Majewski, Steven Dennis (sdm7g) < sd...@virginia.edu> wrote: > I’ve been having a problem for a

[basex-talk] Future of the BaseX crypto library

Dear fellow BaseX users, For anyone interested in the future of the EXPath Crypto spec and lib, I posted an important update to the EXPath community group with questions for users of the spec and implementations thereof. Please feel free to chime in:

Re: [basex-talk] Websites that use BaseX

Hi all, I'd welcome any and all contributions to my list of XQuery-powered resources: https://github.com/joewiz/xquery-power It would be great to have some entries whose descriptions read, "Runs on BaseX." Joe On Tue, Jun 23, 2020 at 4:04 PM Chris Yocum wrote: > Hi Johnathan, > > > I have

Re: [basex-talk] Stack overflow with random-number-generator

xs:integer) { local:get-random-numbers($how-many, random-number-generator(), ()) }; let $n := 2000 return local:get-random-numbers($n) => count() ``` On Mon, May 11, 2020 at 5:20 PM Joe Wicentowski wrote: > Hi all, > > I encountered a stack overflow error with the following cod

Re: [basex-talk] BaseX-specific serialization parameters

Thank you, Christian! Your edit to the documentation completely clears this up. Best, Joe On Thu, Jan 17, 2019 at 4:22 AM Christian Grün wrote: > Hi Joe, > > You are completely right; we ignored this specific rule of the > specification in the past. One of the reasons is that there are many >

[basex-talk] BaseX-specific serialization parameters

Hi all, As I read the serialization spec ( https://www.w3.org/TR/xslt-xquery-serialization-31/#serparam), additional values for the "method" parameter and additional serialization parameters should use a non-null namespace URI (see quotes below). I believe BaseX's "csv" method or "tabulator"

Re: [basex-talk] Converting a Date

Hi Ron, You might find Ryan Grimm's date-parser library module useful if you have a larger range of date formats to handle: https://github.com/marklogic-community/commons/blob/master/dates/date-parser.xqy While it was written with some MarkLogic-specific code, I adapted it for use with eXist

Re: [basex-talk] http:send-request - problem with form data

The Zorba HTTP spec is very interesting. I think the original EXPath HTTP spec (and others) may have taken a more map-and-array form had those data structures been available in XQuery at the time. It would be interesting to reconsider some of these specs in a future major revision to them. On

Re: [basex-talk] Differences in serialization of arrays with JSON vs. adaptive methods

Hi Christian > Our custom renderer was optimized for > performance. It’s possible to open and highlight pretty large XML > documents, but the highlighting is very basic. Ah, I see. Very interesting. rendered queries will even be “bluer” than before, but the overall > appearance will

Re: [basex-talk] Differences in serialization of arrays with JSON vs. adaptive methods

Hi Christian, I just gave it a try, and the new serialization preferences work like a charm. It's pretty amazing to see a request go from idea to implementation so quickly - thank you! I think it's a nice touch that serialization options specified in a query are respected, so the preferences

Re: [basex-talk] Differences in serialization of arrays with JSON vs. adaptive methods

changed a lot over the time, and we eventually > decided to include a custom method. > > Well, it’s easy to ask for new features, and much more demanding to write > specifications that satisfy everyone. > > Christian > > > > > Am 10.08.2017 9:52 nachm. schrieb "

[basex-talk] Differences in serialization of arrays with JSON vs. adaptive methods

Hi all, First, I'm just back from DH2017, where Clifford Anderson and I taught two workshops on XQuery using BaseX, along with eXist and Saxon. BaseX performed like a champ. We were able to configure the GUI window to show just the query and results windows—perfect when you're projecting the

Re: [basex-talk] suddenly...java function x is unknown

A guess out of left field: do you have two versions of the same library on your class path? On Thu, Mar 30, 2017 at 7:10 PM Erik Peterson wrote: > I've been integrating basex with 3rd party java jar files by dropping them > in the basex/lib directory. This has worked fine until

Re: [basex-talk] csv:parse in the age of XQuery 3.1

Hi all, Forgive me. Rather than post more code in this thread, I've created a gist with revised code that resolves some inconsistencies in what I posted here earlier. https://gist.github.com/joewiz/7581205ab5be46eaa25fe223acda42c3 Again, this isn't a full-featured CSV parser by any means; it

Re: [basex-talk] csv:parse in the age of XQuery 3.1

And corrected query body: let $csv := 'Author,Title,ISBN,Binding,Year Published Jeannette Walls,The Glass Castle,074324754X,Paperback,2006 James Surowiecki,The Wisdom of Crowds,9780385503860,Paperback,2005 Lawrence Lessig,The Future of Ideas,9780375505782,Paperback,2002 "Larry Bossidy, Ram

Re: [basex-talk] csv:parse in the age of XQuery 3.1

Sorry, a typo crept in. Here's the corrected function: declare function local:get-cells($row as xs:string) as xs:string { (: workaround lack of lookahead support in XPath: end row with comma :) let $string-to-analyze := $row || "," let $analyze :=

Re: [basex-talk] csv:parse in the age of XQuery 3.1

Hi Christian, Yes, that sounds like the culprit. Searching back through my files, Adam Retter responded on exist-open (at http://markmail.org/message/3bxz55du3hl6arpr) to a call for help with the lack of lookahead support in XPath, by pointing to an XSLT he adapted for CSV parsing,

Re: [basex-talk] csv:parse in the age of XQuery 3.1

Hi all, Christian: I completely agree, CSV is a nightmare. One way to reduce the headaches (in, say, developing an EXPath CSV library) might be to require that CSV pass validation by a tool such as http://digital-preservation.github.io/csv-validator/. Adam Retter presented his work on CSV

Re: [basex-talk] csv:parse in the age of XQuery 3.1

ex. What concerns the CSV implementation, I came to realize my error: the BaseX implementation *is* Java code, not XQuery code - the xqm module just contains the function signature, marked "external". Cheers,Hans Joe Wicentowski <joe...@gmail.com> schrieb am 21:27 Sonntag

Re: [basex-talk] csv:parse in the age of XQuery 3.1

all of us would like having an EXPath spec > for parsing CSV data. We still need one volunteer to make it happen ;) > Anyone out there? > > Cheers > Christian > > > On Thu, Sep 8, 2016 at 6:13 AM, Joe Wicentowski <joe...@gmail.com> wrote: >> Dear BaseX developers, &

[basex-talk] csv:parse in the age of XQuery 3.1

Dear BaseX developers, I noticed in example 3 under http://docs.basex.org/wiki/CSV_Module#Examples that csv:parse() with option { 'format': 'map' } returns a map of maps, with hardcoded row numbers: map { 1: map { "City": "Newton", "Name": "John" }, 2: map {

[basex-talk] Adding basex-talk to markmail

Hi all, I wasn't able to find basex-talk in markmail.org - a fantastic site for searching mailing list archives. Would the list owners/administrators consider submitting this list to markmail? Information about this can be found at http://markmail.org/docs/feedback.xqy. Best, Joe

Re: [basex-talk] Lookups and arrows

;> >> I hope this is helpful. >> >> Joe >> >> On Sat, Jan 9, 2016 at 6:20 PM, Tim Thompson <timat...@gmail.com> wrote: >>> Thanks, Joe! I guess I'd glossed over the "funky" example ;-) Regarding the >>> arrow operator, I was wondering wh

Re: [basex-talk] Lookups and arrows

Hi Tim, For your first question, I think your example falls into what the spec calls "funky looking" keys.  See the 3rd bullet point example under http://www.w3.org/TR/xquery-31/#id-lookup: > funky / an appropriate lookup for a map with rather odd conventions for keys. In other words, I think

Re: [basex-talk] Lookups and arrows

t; > which throws an error: [XPST0003] Unexpected end of query: '("@context")'. > > Tim > > On Sat, Jan 9, 2016 at 3:53 PM, Joe Wicentowski <joe...@gmail.com> wrote: >> >> Hi Tim, >> >> For your first question, I think your exampl

Re: [basex-talk] [bxerr:BXDB0002] Too many open files

Hi Mansi, The results of ulimit can be misleading. See this article - which really helped me when I encountered this issue (though not with BaseX): https://underyx.me/2015/05/18/raising-the-maximum-number-of-file-descriptors.html Joe On Mon, Dec 7, 2015 at 1:22 PM, Mansi Sheth