BaseX-Talk

basex-talk@mailman.uni-konstanz.de

1 participants
5252 discussions

Problem migrating from 6.5.1 to 6.6.3
by software developer 01 Jun '11

01 Jun '11

Hi, I had a pristine database created in 6.5.1, with subcollections in it - no database manipulation done since creating and populating it using JAX-RX. A visit to the JAX-RX URL for the database shows: <jax-rx:results> - <jax-rx:database name="MyData2" documents="48"> <jax-rx:document path="Production/AT/mydata.a.xml" nodes="1930"/> <jax-rx:document path="Production/AT/mydata.m.xml" nodes="28796"/> ... Without doing any manipulation, just replaced the 3 jar files (basex, basex-api, jax-rx) with 6.6.3 versions, and now I get: <jax-rx:database name="MyData2" documents="48"> <jax-rx:document path="Produc" nodes="tion/AT/mydata.a.xml"/> <jax-rx:document path="Produc" nodes="tion/AT/mydata.m.xml"/> ... What's happening?

2 2

Getting the document path in a collection using XQuery
by chas＠munat.com 30 May '11

30 May '11

Say I have a collection c with xml documents x.xml, y.xml, and z.xml and that I've added them using "to" so that they are found here: collection('c/x') ... Let's say that in each document I have a node <code/>, so in x.xml I have <code id='1'/>, in y.xml I have <code id='2'/>, etc. I can query across the documents to find the <code/> node with id = 2 pretty easily. But now that I've found it, I want to do further queries limiting myself to that document. In other words, I want to learn using XQuery that the <code/> node with id = 2 is in collection('c/y'). How can I do this? TIA, Chas.

2 1

Group by
by Erol Akarsu 28 May '11

28 May '11

I am having issue with "group by" operator. If I use it within another "group by", nested "group by" won't work as the following. $propvals in nested "group by" won't include grouped values. let $list := for $p in $prods//RECORD let $cid := $p/PROP[@NAME eq "SubCategoryId"]/PVAL let $allprops := $p/PROPGROUP/PROP let $propgprs := for $prop in $allprops let $propname := $prop/@NAME let $propvals := $prop/PVAL group by $propname order by $propname return <PROPVALS name="{$propname}">{$propvals}</PROPVALS> group by $cid order by $cid return <CID cidid="{$cid}">{$propgprs}</CID> Thanks On Fri, May 13, 2011 at 9:08 AM, Erol Akarsu <eakarsu(a)gmail.com> wrote: > Is there a way Basex server can send us JSON output instead of xml? > > Thanks > > On Wed, May 11, 2011 at 10:28 AM, Erol Akarsu <eakarsu(a)gmail.com> wrote: > >> I am filtering one big xml db that 800Mb stored into basex db already. >> >> When I write filtered data into a file, I am getting out of memory. >> >> I know basex is generating result filtered document in memory before >> writing and facing memory error. >> >> Can basex write results block by block? >> >> Thanks >> >> >> On Wed, May 4, 2011 at 9:38 AM, Erol Akarsu <eakarsu(a)gmail.com> wrote: >> >>> I tried to delete some nodes with "delete nodes .." xquery update >>> command. It actually did what was requested. >>> >>> I checked the database size that is still same as previous one. I know >>> the nodes deleted has a lot of data and I think database indexes would be >>> adjusted accordingly. >>> >>> Then, I exported database as xml file and recreated db. I can see it has >>> real size. >>> >>> My question is why DB is not adjusting indexes when nodes deleted? >>> >>> Thanks >>> >>> Erol Akarsu >>> >>> >>> On Fri, Apr 29, 2011 at 9:23 AM, Erol Akarsu <eakarsu(a)gmail.com> wrote: >>> >>>> Hi, >>>> >>>> Have we thought on clustering basex servers so we can partition xml >>>> documents? >>>> >>>> Here, I am only interested in a global partitioning: >>>> >>>> Let's say if we have xml document like this, I would like to partition >>>> RECORDS content so that each host will have equal number of RECORD elements. >>>> Then, we need to aggregate results of individual hosts. >>>> Can we implement this simple clustering framework with Basex? >>>> >>>> >>>> <RECORDS> >>>> <RECORD> >>>> ..... >>>> </RECORD> >>>> <RECORD> >>>> ..... >>>> </RECORD> >>>> </RECORDS> >>>> >>>> On Mon, Apr 11, 2011 at 12:35 PM, Erol Akarsu <eakarsu(a)gmail.com>wrote: >>>> >>>>> Ok, >>>>> >>>>> I was able to run full text search with another XML Database. >>>>> >>>>> I am primarily interested in how Basex will play with big XML file >>>>> Wikipedia. >>>>> >>>>> Actually, Database create of wikipedia is fine. But when I add full tet >>>>> search and indexes for it, it always throws out of memory exception error. >>>>> >>>>> I have changed -Xmx with 6GB that is still not enough to generate >>>>> indexes for Wikipedia. >>>>> >>>>> Can you help me on how to generate indexes with a machine that case >>>>> 6GB for Basex process? >>>>> >>>>> Thanks >>>>> >>>>> Erol Akarsu >>>>> >>>>> >>>>> >>>>> On Sun, Apr 10, 2011 at 4:07 AM, Andreas Weiler < >>>>> andreas.weiler(a)uni-konstanz.de> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> the following query could work for you: >>>>>> >>>>>> declare namespace w="http://www.mediawiki.org/xml/export-0.5/"; >>>>>> for $i in doc("enwiki-latest-pages-articles")//w:sitename >>>>>> return $i[. contains text "Wikipedia"]/.. >>>>>> >>>>>> -- Andreas >>>>>> >>>>>> Am 09.04.2011 um 20:43 schrieb Erol Akarsu: >>>>>> >>>>>> Hi >>>>>> >>>>>> I am having difficulty in running full text operators. This script >>>>>> gives siteinfo below >>>>>> declare namespace w="http://www.mediawiki.org/xml/export-0.5/"; >>>>>> let $d := fn:doc ("enwiki-latest-pages-articles") >>>>>> return ($d//w:siteinfo)[1] >>>>>> >>>>>> But return $d//w:siteinfo[w:sitename contains text 'Wikipedia'] does >>>>>> NOT give same node >>>>>> Why "contains" ft operator behave incorrectly? I remember it was >>>>>> working fine. I just dropped and recreated database and turn all indexes. >>>>>> Can you help me? >>>>>> Query info is here: >>>>>> >>>>>> Query: declare namespace w="http://www.mediawiki.org/xml/export-0.5/ >>>>>> "; >>>>>> Compiling: >>>>>> - pre-evaluating fn:doc("enwiki-latest-pages-articles") >>>>>> - adding text() step >>>>>> - optimizing descendant-or-self step(s) >>>>>> - removing path with no index results >>>>>> - pre-evaluating (())[1] >>>>>> - binding static variable $res >>>>>> - pre-evaluating fn:doc("enwiki-latest-pages-articles") >>>>>> - binding static variable $d >>>>>> - adding text() step >>>>>> - optimizing descendant-or-self step(s) >>>>>> - removing path with no index results >>>>>> - simplifying flwor expression >>>>>> Result: () >>>>>> Timing: >>>>>> - Parsing: 0.46 ms >>>>>> - Compiling: 0.42 ms >>>>>> - Evaluating: 0.17 ms >>>>>> - Printing: 0.1 ms >>>>>> - Total Time: 1.15 ms >>>>>> Query plan: >>>>>> <sequence size="0"/> >>>>>> >>>>>> >>>>>> >>>>>> <siteinfo xmlns="http://www.mediawiki.org/xml/export-0.5/" >>>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> >>>>>> <sitename>Wikipedia</sitename> >>>>>> <base>http://en.wikipedia.org/wiki/Main_Page</base> >>>>>> <generator>MediaWiki 1.17wmf1</generator> >>>>>> <case>first-letter</case> >>>>>> <namespaces> >>>>>> <namespace key="-2" case="first-letter">Media</namespace> >>>>>> <namespace key="-1" case="first-letter">Special</namespace> >>>>>> <namespace key="0" case="first-letter"/> >>>>>> <namespace key="1" case="first-letter">Talk</namespace> >>>>>> <namespace key="2" case="first-letter">User</namespace> >>>>>> <namespace key="3" case="first-letter">User talk</namespace> >>>>>> <namespace key="4" case="first-letter">Wikipedia</namespace> >>>>>> <namespace key="5" case="first-letter">Wikipedia talk</namespace> >>>>>> <namespace key="6" case="first-letter">File</namespace> >>>>>> <namespace key="7" case="first-letter">File talk</namespace> >>>>>> <namespace key="8" case="first-letter">MediaWiki</namespace> >>>>>> <namespace key="9" case="first-letter">MediaWiki talk</namespace> >>>>>> <namespace key="10" case="first-letter">Template</namespace> >>>>>> <namespace key="11" case="first-letter">Template talk</namespace> >>>>>> <namespace key="12" case="first-letter">Help</namespace> >>>>>> <namespace key="13" case="first-letter">Help talk</namespace> >>>>>> <namespace key="14" case="first-letter">Category</namespace> >>>>>> <namespace key="15" case="first-letter">Category talk</namespace> >>>>>> <namespace key="100" case="first-letter">Portal</namespace> >>>>>> <namespace key="101" case="first-letter">Portal talk</namespace> >>>>>> <namespace key="108" case="first-letter">Book</namespace> >>>>>> <namespace key="109" case="first-letter">Book talk</namespace> >>>>>> </namespaces> >>>>>> </siteinfo> >>>>>> >>>>>> On Mon, Apr 4, 2011 at 7:31 AM, Erol Akarsu <eakarsu(a)gmail.com>wrote: >>>>>> >>>>>>> I imported wikipedia xml into basex and tried to search it. >>>>>>> >>>>>>> But searching it takes longer. >>>>>>> >>>>>>> I tried to search one element that is first child of whole document >>>>>>> and it took 52 sec. >>>>>>> I know the XML file is very big 31GB. How can I optimize the search? >>>>>>> >>>>>>> declare namespace w="http://www.mediawiki.org/xml/export-0.5/"; >>>>>>> >>>>>>> let $d := fn:doc ("enwiki-latest-pages-articles")//w:siteinfo >>>>>>> return $d >>>>>>> >>>>>>> Database info: >>>>>>> >>>>>>> > open enwiki-latest-pages-articles >>>>>>> Database 'enwiki-latest-pages-articles' opened in 778.49 ms. >>>>>>> > info database >>>>>>> Database Properties >>>>>>> Name: enwiki-latest-pages-articles >>>>>>> Size: 23356 MB >>>>>>> Nodes: 228090153 >>>>>>> Height: 6 >>>>>>> >>>>>>> Database Creation >>>>>>> Path: /mnt/hgfs/C/tmp/enwiki-latest-pages-articles.xml >>>>>>> Time Stamp: 03.04.2011 12:29:15 >>>>>>> Input Size: 30025 MB >>>>>>> Encoding: UTF-8 >>>>>>> Documents: 1 >>>>>>> Whitespace Chopping: ON >>>>>>> Entity Parsing: OFF >>>>>>> >>>>>>> Indexes >>>>>>> Up-to-date: true >>>>>>> Path Summary: ON >>>>>>> Text Index: ON >>>>>>> Attribute Index: ON >>>>>>> Full-Text Index: OFF >>>>>>> > >>>>>>> >>>>>>> >>>>>>> Timing info: >>>>>>> >>>>>>> Query: declare namespace w="http://www.mediawiki.org/xml/export-0.5/ >>>>>>> "; >>>>>>> Compiling: >>>>>>> - pre-evaluating fn:doc("enwiki-latest-pages-articles") >>>>>>> - optimizing descendant-or-self step(s) >>>>>>> - binding static variable $d >>>>>>> - removing variable $d >>>>>>> - simplifying flwor expression >>>>>>> Result: element siteinfo { ... } >>>>>>> Timing: >>>>>>> - Parsing: 1.4 ms >>>>>>> - Compiling: 52599.0 ms >>>>>>> - Evaluating: 0.28 ms >>>>>>> - Printing: 0.62 ms >>>>>>> - Total Time: 52601.32 ms >>>>>>> Query plan: >>>>>>> <DBNode name="enwiki-latest-pages-articles" pre="5"/> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Result of query: >>>>>>> >>>>>>> <siteinfo xmlns="http://www.mediawiki.org/xml/export-0.5/" >>>>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> >>>>>>> <sitename>Wikipedia</sitename> >>>>>>> <base>http://en.wikipedia.org/wiki/Main_Page</base> >>>>>>> <generator>MediaWiki 1.17wmf1</generator> >>>>>>> <case>first-letter</case> >>>>>>> <namespaces> >>>>>>> <namespace key="-2" case="first-letter">Media</namespace> >>>>>>> <namespace key="-1" case="first-letter">Special</namespace> >>>>>>> <namespace key="0" case="first-letter"/> >>>>>>> <namespace key="1" case="first-letter">Talk</namespace> >>>>>>> <namespace key="2" case="first-letter">User</namespace> >>>>>>> <namespace key="3" case="first-letter">User talk</namespace> >>>>>>> <namespace key="4" case="first-letter">Wikipedia</namespace> >>>>>>> <namespace key="5" case="first-letter">Wikipedia talk</namespace> >>>>>>> <namespace key="6" case="first-letter">File</namespace> >>>>>>> <namespace key="7" case="first-letter">File talk</namespace> >>>>>>> <namespace key="8" case="first-letter">MediaWiki</namespace> >>>>>>> <namespace key="9" case="first-letter">MediaWiki talk</namespace> >>>>>>> <namespace key="10" case="first-letter">Template</namespace> >>>>>>> <namespace key="11" case="first-letter">Template talk</namespace> >>>>>>> <namespace key="12" case="first-letter">Help</namespace> >>>>>>> <namespace key="13" case="first-letter">Help talk</namespace> >>>>>>> <namespace key="14" case="first-letter">Category</namespace> >>>>>>> <namespace key="15" case="first-letter">Category talk</namespace> >>>>>>> <namespace key="100" case="first-letter">Portal</namespace> >>>>>>> <namespace key="101" case="first-letter">Portal talk</namespace> >>>>>>> <namespace key="108" case="first-letter">Book</namespace> >>>>>>> <namespace key="109" case="first-letter">Book talk</namespace> >>>>>>> </namespaces> >>>>>>> </siteinfo> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> Erol Akarsu >>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> BaseX-Talk mailing list >>>>>> BaseX-Talk(a)mailman.uni-konstanz.de >>>>>> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >

2 6

Re: [basex-talk] Basic query
by Wiard Vasen 27 May '11

27 May '11

Hi Christian, Thank you for looking at the query. You are always a great help! The result I am looking for is the total number of occurences. Because there is such a large repository of letters. With this number I am able to say that the word 'zonnebloemen' occurs 30 times in all documents. For example. I thought this could be accomplished with a small alteration of this query. If you see a solution that would be great, otherwise I just count them by hand. Regards, Wiard 2011/5/26 Christian Grün <christian.gruen(a)gmail.com> > Hi Wiard, > > finally a quick answer; the result seems correct to me, as the term > "zonnebloemen" occurs in three of the documents that you sent to me. > I've attached the result below; which result would you have expected? > > Christian > > > <document uri="file:/G:/XML/brievenvangogh/let001.xml"/> > <document uri="file:/G:/XML/brievenvangogh/let002.xml"/> > <document uri="file:/G:/XML/brievenvangogh/let003.xml"/> > <document uri="file:/G:/XML/brievenvangogh/let004.xml"/> > <document uri="file:/G:/XML/brievenvangogh/let266.xml"> > <hit score="0.2953945291203477" count="1"> > <ab xmlns="http://www.tei-c.org/ns/1.0" rend="indent">Verder > maakte ik nog een studie van een<lb n="28" xml:id="l-28"/>hofje met > een bleek & zonnebloemen.<anchor n="4" xml:id="note-o-4"/> > </ab> > </hit> > </document> > <document uri="file:/G:/XML/brievenvangogh/let653.xml"> > <hit score="0.2953945291203477" count="1"> > <ab xmlns="http://www.tei-c.org/ns/1.0" rend="indent">Ik heb een > studie van een tuin<c type="kk">/</c>haast een meter breed.<lb n="18" > xml:id="l-18"/>op den voorgrond klaprozen & andere roode bloemen > in groen.<lb n="19" xml:id="l-19"/>dan een vak<hi > rend="ital">blaauwe</hi>klokken<c type="kp">_</c>Dan een vak<lb n="20" > xml:id="l-20"/>oranje en geele afrikanen<c type="kk">/</c>dan witte en > geele<lb n="21" xml:id="l-21"/>bloemen en eindelijk op den achtergrond > rose en lilas<lb n="22" xml:id="l-22"/>en nog scabiosas<c > type="kk">/</c>donkerviolet<c type="kk">/</c>en roode geraniums en > zonnebloemen<lb n="23" xml:id="l-23"/>en een vijgeboom en laurier rose > en een wingerd<c type="kp">_</c>Aan ’t eind zwarte<lb n="24" > xml:id="l-24"/>cypressen tegen lage witte huisjes met oranje dak – en > een fijn<lb n="25" xml:id="l-25"/>groenblaauwe strook lucht.<anchor > n="1" xml:id="note-o-1"/> > </ab> > </hit> > </document> > <document uri="file:/G:/XML/brievenvangogh/let740.xml"> > <hit score="1" count="1"> > <hi xmlns="http://www.tei-c.org/ns/1.0" rend="ital">Zonnebloemen</hi> > </hit> > </document> > > > > On Wed, May 25, 2011 at 11:21 PM, Christian Grün > <christian.gruen(a)gmail.com> wrote: > > Hi Wiard, > > > > sorry for the delay; my todo list is long today, but I'll try to give > > you some feedback soon (if not someone else is faster..). > > > > Christian > > ___________________________ > > > > On Wed, May 25, 2011 at 8:56 PM, Wiard Vasen <wiard.vasen(a)gmail.com> > wrote: > >> Hi Christian, > >> Did I throw to much over the fence? > >> Regards, > >> Wiard > >> > >> 2011/5/25 Wiard Vasen <wiard.vasen(a)gmail.com> > >>> > >>> Hi Christian, > >>> I hereby send you several xml-files containing the term 'zonnebloemen'. > >>> The first four documents(266,653,667,740) are with this term. > >>> The last four(1,2,3,4) don't have the term. > >>> Thanks for looking at my problem! > >>> Regards, > >>> Wiard > >>> > >>> 2011/5/25 Christian Grün <christian.gruen(a)gmail.com> > >>>> > >>>> Hi Wiard, > >>>> > >>>> > I get the number of all documents as the number of hits. > >>>> > And what I want is the number of documents containing the term > >>>> > 'zonnebloemen'. > >>>> > Last time you had a solution for the number of hits in one specific > >>>> > document. > >>>> > I hope you have a solution for this problem. > >>>> > >>>> Could you provide us with a little document that allows us to > >>>> reproduce the problem? > >>>> > >>>> Thanks, > >>>> Christian > >>> > >> > >> > > >

2 6

Re: [basex-talk] Basic query
by Lukas Kircher 25 May '11

25 May '11

Hi Wiard, But what if I want what is in the 'idno' ? <idno type="jlb">012</idno> > Or : <vg:placeLet>London</vg:placeLet> > * *This should work:* declare namespace ns = "http://www.tei-c.org/ns/1.0"; //ns:idno* ... and this: *declare namespace ns = "http://www.vangoghletters.org/ns/"; //ns:placeLet *Concerning your last email I guess you already figured it out yourself, right? Otherwise, just let me know. Have a nice day, regards, Lukas On Fri, May 20, 2011 at 10:26 AM, Wiard Vasen <wiard.vasen(a)gmail.com> wrote: > Hi Lukas, > > *//*:fileDesc *works, and gives the whole content of the file back. > Starting with the term fileDesc in 'brackets'. > > When I use //*:sourceDesc or note I get a bit the same result. > > But what if I want what is in the 'idno' ? <idno type="jlb">012</idno> > > Or : <vg:placeLet>London</vg:placeLet> > > How do I get these results? > > Thanks in advance. > > Regards, > > Wiard > > > 2011/5/20 Wiard Vasen <wiard.vasen(a)gmail.com> > >> Hey Lucas, >> >> thanks a lot for your help! >> I have a look at your example. >> >> Regards, >> >> Wiard >> >> >> >> 2011/5/20 Lukas Kircher <lukaskircher1(a)googlemail.com> >> >>> Hi Wiard, >>> >>> >>> being neither Christian nor Andreas, I nevertheless take a >>> shot :) >>> >>> It's kinda hard to give a hint knowing that little about your >>> case, but I think you problem might be related to >>> namespaces. >>> >>> As the root element 'TEI' declares a namespace, all descendants >>> lie in this namespace (unless they declare another one or are >>> linked to a prefix). >>> >>> Short example - if you want to query a letDesc element you have >>> to specify the namespace it is linked to. Just declare the prefix >>> at the beginning of your query. >>> >>> *declare namespace ns = "http://www.vangoghletters.org/ns/"; >>> //ns:letDesc >>> >>> *You can also use namespace wildcards to access nodes without >>> a specific prefix, for example the 'fileDesc' element: >>> >>> *//*:fileDesc >>> >>> *Hope this helps you a little - don't hesitate to ask for more. >>> >>> I also included a link to a short discussion [1]. I'm afraid I can't >>> provide with a better tutorial about namespaces - it's a rare thing. >>> >>> Regards, >>> Lukas >>> >>> [1] http://www.stylusstudio.com/xquerytalk/200608/001654.html >>> * >>> >>> >>> >>> >>> >>> * >>> 2011/5/20 Wiard Vasen <wiard.vasen(a)gmail.com> >>> >>>> Dear Christian, Andreas, >>>> >>>> I have trouble querying the following text. >>>> Could you have a look at it and show me how I can pose different queries >>>> on the file? >>>> >>>> I would be grateful if you did! >>>> >>>> Thanks in advance. >>>> >>>> Kind regards, >>>> >>>> Wiard >>>> >>>> >>>> >>>> _______________________________________________ >>>> BaseX-Talk mailing list >>>> BaseX-Talk(a)mailman.uni-konstanz.de >>>> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >>>> >>>> >>> >> >

3 25

adding zip contents – bug or feature?
by Imsieke, Gerrit, le-tex 25 May '11

25 May '11

When I add a directory to a database in 6.6.1 using the plain *.xml createfilter, and when there's a zip file below this directory, the zip file's contents will be indexed, too, as if they reside in the server's working directory. If this is a feature, how can I switch it off? Gerrit

4 14

Re: [basex-talk] External variables in GUI
by Christian Grün 24 May '11

24 May '11

Hi Mike (cc @ basex-talk), you're right, Firefox seems to have problems rendering the page (Opera and Chrome didn't cause any problem in my ad-hoc test).. Christian _____________________ > Hi Christian > > >> No problem; for further requests, feel free to try our mailing list >> search: >> >> http://basex.org/service/mailinglist-search/ >> > Thanks! By the way, is it just me or is there a problem with the results > formatting in Firefox 4? (seems fine in IE8) > > >> You can either specify external variable bindings via the "set" >> command in the Command mode.. >> >> set bindings $firstName=x >> >> ..or add a default value to your XQuery expression (this feature is >> avaiable since XQuery 3.0): >> >> declare variable $firstName as xs:string external := 'x'; >> $firstName >> >> Hope this helps, > > Excellent both work perfectly! Many thanks. >

1 0

Re: [basex-talk] External variables in GUI
by Mike Rothon 24 May '11

24 May '11

Hi Christian > No problem; for further requests, feel free to try our mailing list > search: > > http://basex.org/service/mailinglist-search/ > Thanks! By the way, is it just me or is there a problem with the results formatting in Firefox 4? (seems fine in IE8) > You can either specify external variable bindings via the "set" > command in the Command mode.. > > set bindings $firstName=x > > ..or add a default value to your XQuery expression (this feature is > avaiable since XQuery 3.0): > > declare variable $firstName as xs:string external := 'x'; > $firstName > > Hope this helps, Excellent both work perfectly! Many thanks.

1 0

External variables in GUI
by Mike Rothon 24 May '11

24 May '11

Firstly I apologise if this has been asked before, but I cannot work out how to search this mailing list without downloading all the archives first. I am working through the XQuery in 10 minutes tutorial and trying this XQuery: declare variable $firstName as xs:string external; <videos featuring="{$firstName}"> { let $doc := doc('http://www.stylusstudio.com/examples/videos.xml') for $v in $doc//video, $a in $doc//actors/actor where ends-with($a, $firstName) and $v/actorRef = $a/@id order by $v/year return <video year="{$v/year}"> {$v/title} </video> } </videos> It's fine in standalone mode (command line), but I cannot find a way of supplying an external variable in the GUI. Thanks and regards.

2 1

Re: [basex-talk] base-uri and put statement
by Lukas Kircher 24 May '11

24 May '11

Hi Sebastian, thanks again for your report. There's a problem with the implementation of fn:put as the current solution based on Java FileOutputStream can't handle the kind of URI we discussed earlier [1]. We'll let you know as soon as we fixed this issue. Regards, Lukas [1] http://www.w3.org/TR/xmlschema-2/#anyURI On Tue, May 24, 2011 at 10:19 AM, <Sebastian.Wiemer(a)bertelsmann.de> wrote: > Hi Lukas, > > Hi Sebastian, > > … > > > As for now, to make your example work, you could either > switch on the 'writeback' command of BaseX [1], or > process the return value of fn:base-uri to make it a > working path expression. > > I actually tried using the ‘writeback’ switch already. But that took > suspiciously long. It turned > out, that all files were touched by the write back feature, not only the > affected files. > > BTW: My solution was to fix the URI: put ($temp, > replace(base-uri($doc),’file:/’,’file://’)) > > Regards, > > Sebastian > > > > [1] http://docs.basex.org/wiki/Options#Database_options > [2] http://en.wikipedia.org/wiki/File_URI_scheme#Windows_2 > > On Tue, May 24, 2011 at 8:50 AM, <Sebastian.Wiemer(a)bertelsmann.de> wrote: > > Hello, > > In an fn:put(TempNode,URI) I would expect base-uri(Node) as a URI > parameter to work. > > But base-uri(Node) returns on Windows “file:/C:/somepath/somefile.xml”, > > which does not work, because the URI cannot be opened. The URI “/somepath/somefile.xml” > works. > > And *file://C/somepath/somefile.xml* does also work. > > Is this a bug? > > example: > > let $doc:= doc(“bla.xml”) > > put( > > copy $temp := $doc > > modify replace > > value of node $temp/n > > with lower-case($temp/n) > > return $temp,base-uri($doc) > > ) > > (: this does not work, but should it not? :) > > best regards, > > *Sebastian* > > > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk(a)mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk > > >

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk