BaseX-Talk

basex-talk@mailman.uni-konstanz.de

4 participants
5268 discussions

hof:until is gone?
by Graydon Saunders 29 Mar '24

29 Mar '24

Hello -- So I'm trying to do this: import module namespace xcs = "http://www.xcential.com/xquery/utils/script" at "same-words-same-order-script.xqm"; (: we don't need xc computationally but there are external variables in that namespace in scope :) import module namespace xc = "http://www.xcential.com/xquery/utils" at 'same-words-same-order.xqm'; declare function xc:dropTableLines($in as node()*,$toggle as xs:boolean) as node()* { switch (true()) case empty($in) return () case starts-with(head($in),':stab') return (<line/>,xc:dropTableLines(tail($in),true())) case starts-with(head($in),':rtab') return (<line/>,xc:dropTableLines(tail($in),false())) case $toggle return (<line/>,xc:dropTableLines(tail($in),$toggle)) default return (head($in),xc:dropTableLines(tail($in),$toggle)) }; let $test as element() := <text> <line></line> <line></line> <line>:stab</line> <line>weasels</line> <line>:stab</line> <line>weasels</line> <line></line> <line></line> <line>:rtab.</line> <line></line> <line>asparagus</line> <line></line> <line></line> <line>:stab</line> <line></line> <line>weasels</line> <line>:rtab.</line> <line>asparagus</line> <line>asparagus</line> <line>asparagus</line> <line>asparagus</line> <line>asparagus</line> <line>:stab</line> <line>:stab</line> <line></line> <line></line> <line>:stab</line> <line></line> <line>weasels</line> <line></line> <line>:rtab.</line> <line></line> <line>asparagus</line> <line></line> <line></line> <line></line> </text> return element {'text'} { xc:dropTableLines($test/line,false()) } Only at scale the stack blows up and I get the "try tail recursion?" suggestion. I would have tried hof:until for that, since I have to pass the current state of "are we dropping or not dropping intervening content?", but it looks like it's been removed? And the available hof functions in 4 look like they're strictly positional which is actively unhelpful in this case. (At least with whatever brain cells I currently have.) What's the appropriate pattern for "process a sequence, toggling an action on or off based on the last member of the sequence we looked at?" Thanks! Graydon

6 8

error Access Denied
by Synnott, Stephane 28 Mar '24

28 Mar '24

Hi, I have a C# .net application on my local machine, I have started the BaseX server and I want to use BaseX in my .Net application but as soon as I want to create a Session: Session session = new Session("localhost", 1984, "admin", "admin"); I also tried with no username and password but it is the same result. I get an "Access Denied". What am I missing? Thanks in advance, Stephane ________________________________ IMPORTANT NOTICE: This message may contain confidential or privileged information and is intended only for the individual named. If you are not the intended recipient you should not disseminate, distribute or copy this email. Please notify the sender immediately if you have received this email by mistake and delete it from your system. AVIS IMPORTANT: Le pr?sent courriel peut contenir des renseignements confidentiels ou privil?gi?s et est strictement r?serv? ? l'usage du destinataire pr?vu. Si vous n'?tes pas le destinataire pr?vu, vous ne devez pas diffuser, distribuer ou copier ce courriel. Veuillez aviser imm?diatement l'exp?diteur si vous avez re?u ce courriel par erreur et supprimez-le de votre syst?me. ________________________________

2 2

BaseX and NFS
by Marco Lettere 20 Mar '24

20 Mar '24

Dear all, we have an instance of BaseX running on top of an NFS exported disk. Yes yes I know it's not the best possible scenario thus I was expecting a slight performance decrease. Anyway, when comparing local disk to NFS disk, for a tiny operation like storing a very small document into a database (without optimize or indexes) we get orders of magnitude of difference. And I'm saying from few hundreds of ms to several seconds in some cases. Does anyone have experience with cases like these? Or a solid motivation that explains this degradation? Thank you very much as usual. Marco.

2 1

Out of Main Memory
by Murray, Gregory 15 Mar '24

15 Mar '24

Hello, I’m working with a database that has a full-text index. I have found that if I iteratively add XML documents, then optimize, add more documents, optimize again, and so on, eventually the “optimize” command will fail with “Out of Main Memory.” I edited the basex startup script to change the memory allocation from -Xmx2g to -Xmx12g. My computer has 16 GB of memory, but of course the OS uses up some of it. I have found that if I exit memory-hungry programs (web browser, Oxygen), start basex, and then run the “optimize” command, I still get “Out of Main Memory.” I’m wondering if there are any known workarounds or strategies for this situation. If I understand the documentation about indexes correctly, index data is periodically written to disk during optimization. Does this mean that running optimize again will pick up where the previous attempt left off, such that running optimize repeatedly will eventually succeed? Thanks, Greg Gregory Murray Director of Digital Initiatives Wright Library Princeton Theological Seminary

4 8

validate:xsd() questions
by Murray, Gregory 11 Mar '24

11 Mar '24

Hello, What is the default value of the “cache” option for the validate:xsd() function? The default doesn’t seem to be indicated in the documentation for that function. Also, the following code raises an error message saying “Item expected, empty sequence found” but that seems odd since the second argument to validate:xsd() is supposed to be optional, thereby telling the validation process to fall back to using the schema indicated in the document itself. let $options := map {'cache' : true()} for $doc in collection() return validate:xsd($doc, (), $options) Is this a bug or have I misunderstood something? Thanks, Greg Gregory Murray Director of Digital Initiatives Wright Library Princeton Theological Seminary

2 1

xslt:transform-report result
by Andy Bunce 11 Mar '24

11 Mar '24

Hi, Using BaseX 9.7.1 and saxon9he-9.9.1.jar The documentation suggests the ?result from xslt:transform-report should be *a* document-node where possible [1] This seems not quite to be the case when there are processing instructions or comments at the top level. In these cases a sequence of document-nodes is returned. /Andy [1] https://docs.basex.org/wiki/XSLT_Module#xslt:transform-report let $xslt:=<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="3.0"> <xsl:mode on-no-match="shallow-copy"/> </xsl:stylesheet> let $xml:=document{ <?something type="compact"?>, <foo/>} return xslt:transform-report($xml,$xslt) Returns map { "messages": (), "result": (<?something type="compact"?>, <foo/>) }

3 7

Troubles with ft:mark
by Jack Steyn 07 Mar '24

07 Mar '24

Hi BaseXers, Consider the following query run on a database 'factbook' containing factbook.xml with full-text indexing: declare function local:search( $database as xs:string, $query as xs:string ) { let $country-search := ft:search($database, $query)/ancestor::country let $city-search := ft:search($database, $query)/ancestor::city/ancestor::country let $other-search := ft:search($database, $query)/parent::*[name() = ('ethnicgroups', 'languages')]/ancestor::country let $country-mark := $country-search[.//name[text() contains text { $query }]] => ft:mark() let $city-mark := $city-search[.//city[text() contains text { $query }]] => ft:mark() let $other-mark := $other-search[.//*[name() = ('ethnicgroups', 'languages')][text() contains text { $query }]] => ft:mark() return ( $country-mark, $city-mark, $other-mark ) }; local:search('factbook', 'German') The first result of this query is the entry for Austria. I would expect both of the instances of the word 'German' in that entry to be surrounded by <mark> tags. However only the first instance is. Some changes that produce the correct result for the Austria entry: - replacing $database with 'factbook' in the definition of $other-search, or - deleting either $country-mark or $city-mark in the sequence returned. If you make either of the above changes, but additionally change the predicate [text() contains text { $query }] to [ft:contains(text(), $query)], the incorrect result returns. Any idea what might be causing this? I'm running BaseX 10.7. Cheers, Jack

2 5

Inconsistent behavior for root context in BaseX GUI
by Thompson, Timothy 06 Mar '24

06 Mar '24

I’ve been noticing an inconsistent behavior in the GUI with BaseX 11 beta (build 17d8426). I have a simple query on a database created from a CSV file. Sometimes it works, but sometimes the root context is evaluated as an empty sequence: - rewrite context value: . -> () - rewrite util:root(nodes): util:root(()) -> () I notice this when I open the database as context and try to execute the query. After the query fails, if I try to click on the “home” icon in the result panel, it also returns an empty sequence, even though the database is open. If I reopen the database and run the query, it works again. Sample data: <csv> <record> <entry>http://id.loc.gov/authorities/names/n00000121</entry<http://id.loc.gov/authorities/names/n00000121%3c/entry>> <entry>http://id.loc.gov/rwo/agents/n00000121</entry<http://id.loc.gov/rwo/agents/n00000121%3c/entry>> <entry>0.11861849</entry> </record> <record> <entry>http://id.loc.gov/authorities/names/n00000122</entry<http://id.loc.gov/authorities/names/n00000122%3c/entry>> <entry>http://id.loc.gov/rwo/agents/n00000122</entry<http://id.loc.gov/rwo/agents/n00000122%3c/entry>> <entry>0.11699477</entry> </record> <record> <entry>http://id.loc.gov/authorities/names/n00000267</entry<http://id.loc.gov/authorities/names/n00000267%3c/entry>> <entry>http://id.loc.gov/rwo/agents/n00000267</entry<http://id.loc.gov/rwo/agents/n00000267%3c/entry>> <entry>0.10811427</entry> </record> </csv> Query (with DB open as context): count(distinct-values( for $rec in /csv/record where contains($rec/entry[1], "id.loc.gov") return $rec/entry[1] )) Thanks in advance, Tim -- Tim A. Thompson (he, him) Librarian for Applied Metadata Research Yale University Library www.linkedin.com/in/timathompson<http://www.linkedin.com/in/timathompson>

2 3

DBA Editor behavior in v11 not as expected
by Eliot Kimber 04 Mar '24

04 Mar '24

Using the 27-02-2024 build of v11, if I create a query in the Editor panel and then save it, the Run button is disabled, which is unexpected. If I then open the file, the Run button remains disabled. If I cut the contents of the editing panel, select “close” to clear the panel, then paste back into the panel, the Run button is enabled. I think this behavior is incorrect—as long as there is some content in the editor the Run button should be enabled. Cheers, E. _____________________________________________ Eliot Kimber Sr Staff Content Engineer O: 512 554 9368 M: 512 554 9368 servicenow.com<https://www.servicenow.com> LinkedIn<https://www.linkedin.com/company/servicenow> | Twitter<https://twitter.com/servicenow> | YouTube<https://www.youtube.com/user/servicenowinc> | Facebook<https://www.facebook.com/servicenow>

2 5

Inconsistency in base-uri()
by Eliot Kimber 04 Mar '24

04 Mar '24

Using BaseX 11 (but I think the code is the same in BaseX 10). I’m trying to understand how base-uri() behaves relative to how it should behave when the database path of a document is not a valid URI, i.e., it has a space in it. First I have this test: let $doc as document-node() := document { <root><child xml:base="temp/child-uri%20with%20space.xml">child</child></root> } return $doc/*/child ! base-uri(.) Which produces: file:///data/basex/data/.dba/temp/child-uri%20with%20space.xml Which is the correct result: it’s the value of @xml:base and the escaped spaces make it a valid URI. Replacing %20 with “ “ in the @xml:base value results in this error: Invalid URI: Illegal character in path at index 14: temp/child-uri with space.xml. Also correct as the spaces have to be escaped. This verifies that base-uri() applied to nodes with explicit @xml:base attributes work per the spec. But this test does not involve database paths. To try to test things with database paths I then created this pair of test scripts: Script to put docs in a database: let $db := 'temp' let $filename as xs:string := 'with space.xml' let $doc1 as document-node() := document {<root><child>No xml:base</child></root>} let $doc2 as document-node() := document { <root><child xml:base="{'/temp/xmlbase/doc2_' || $filename}">With xml:base unescaped</child></root> } let $doc3 as document-node() := document { <root><child xml:base="{iri-to-uri( '/temp/xmlbase/doc3_' || $filename)}">With xml:base escaped</child></root> } return (() ,db:put($db, $doc1, 'doc1_' || $filename) ,db:put($db, $doc2, 'doc2_' || $filename) ,db:put($db, $doc3, 'doc3_' || $filename) ) Script to report on them: let $db := 'temp' let $filenameBase as xs:string := 'with space.xml' return for $i in 1 to 3 let $filename := 'doc' || $i || '_' || $filenameBase let $doc := db:get($db, $filename) let $child as element() := $doc/*/child let $dbPath := db:path($doc) let $baseUriDoc := base-uri($doc) let $baseUriChild := try { base-uri($child) } catch * { $err:description } return (() ,``[ Doc "`{$dbPath}`":]`` ,$doc ,``[xml:base att: "`{$child/@xml:base}`"]`` ,``[base URI of doc: "`{$baseUriDoc}`"]`` ,``[base URI of child: "`{$baseUriChild}`"]`` ) Which returns this result: Doc "doc1_with space.xml": <root> <child>No xml:base</child> </root> xml:base att: "" base URI of doc: "/temp/doc1_with space.xml" base URI of child: "/temp/doc1_with space.xml" Doc "doc2_with space.xml": <root> <child xml:base="/temp/xmlbase/doc2_with space.xml">With xml:base unescaped</child> </root> xml:base att: "/temp/xmlbase/doc2_with space.xml" base URI of doc: "/temp/doc2_with space.xml" base URI of child: "Invalid URI: Illegal character in path at index 23: /temp/xmlbase/doc2_with space.xml." Doc "doc3_with space.xml": <root> <child xml:base="/temp/xmlbase/doc3_with%20space.xml">With xml:base escaped</child> </root> xml:base att: "/temp/xmlbase/doc3_with%20space.xml" base URI of doc: "/temp/doc3_with space.xml" base URI of child: "Invalid URI: Illegal character in path at index 15: /temp/doc3_with space.xml." Note the result for doc3: It’s reporting the base URI of the document (/temp/doc3_with space.xml), not the base URI of the child (/temp/xmlbase/doc_with%20space.xml). Why? I think the answer is that under the covers it’s doing resolve-uri(), which also checks the validity of both the base and relative parts. One observation is that base-uri() is treating the db-provided base URI differently from an xml:base-provided base URI, but only when there is no @xml:base attribute. In doc 1, the database path has a space but base-uri() does not fail when returning it even though it’s not a valid URI. Why not? In doc 2, the xml:base-supplied base URI is correctly reported as invalid, but the database-supplied base URI of the root is not reported as invalid. My expectation would be that the behavior is consistent: Either all URIs must be valid, including those coming from database paths or all are automatically escaped (as though iri-to-uri() had been applied). Finally, why do I get the result for doc 3, where it’s reporting the database path as the base URI of the child rather than the @xml:base-defined base URI (which is correctly escaped). In my code, which depends on the use of @xml:base to do DITA link resolution for “resolved” DITA maps, I’ve adjusted my code to escape URIs in @xml:base values and as far as I can tell everything works as it should. But I’m still concerned about the inconsistency in the behavior of base-uri(). I tried to trace through the code that handles base-uri() but it’s pretty twisty and does different things for files and nodes. It would obviously be very disruptive to have base-uri() start failing on database paths with spaces—I think the current behavior dates back to the very start of BaseX, but it’s still an inconsistency that can lead to trouble with the unawares. For example, consider this code: let $topicref := db:get('maps', 'map with space.ditamap')/*/topicref[@href][1] let $target as element()? := local:resolve-href($topicref) let $baseUri as xs:string := base-uri($target) ! string(.) let $newElem as element := <submap xml:base="{$baseURI}"/> return base-uri($newElem) The value of $baseUri will be “map with space.ditamap”, not “map%20with%20space.ditamap”, making the value of @xml:base on $newElem: xml:base=”map with space.ditamap”, meaning that base-uri($newElem) will throw an invalid URI exception. My expectation would be either that base-uri($target) also throws an exception or, more usefully, that it returns the iri-to-uri() result, ensuring that the values will always be treated as valid URIs, consistent with how the database paths are treated. Cheers, E.

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk