Hi Giuseppe, I think your observation was related to another issue that has already been fixed recently. Did you try the latest snapshot [1]?
Btw, in your specific query I noticed that the data() may indeed be helpful to suppress the index rewriting for the last condition. As it’s the only one that has a static comparison string, it will be the one that will be chosen for index access, but for your data, it will actually be better if one of the other two conditions will be evaluated by the index. Thanks for the sample documents, Christian PS: 9.0.2 will be available until end of May. [1] http://files.basex.org/releases/latest/ On Tue, May 22, 2018 at 5:22 PM, Giuseppe Celano <cel...@informatik.uni-leipzig.de> wrote: > I think I have identified a problem with atomization of attribute content > (no database involved). I have a simple query: > > for $s in doc("doc1")//s//t > for $d in doc("doc2")//case > where $d/verb_lemma = $s/@l and $d//verb_form/@value = $s/@f and > $d/aspect-values/@sign = "yes" > return > $s > > In order to get a result, I (necessarily) need to use the data() function in > data($d/aspect-values/@sign) = "yes", otherwise the query never returns a > result. Is this a bug? > I would expect that the value of @sign is automatically atomized and > compared to "yes", but this does not seem the case. > Thanks. > > Ciao, > Giuseppe > > Universität Leipzig > Institute of Computer Science, NLP > Augustusplatz 10 > 04109 Leipzig > Deutschland > E-mail: cel...@informatik.uni-leipzig.de > E-mail: giuseppegacel...@gmail.com > Web site 1: http://www.dh.uni-leipzig.de/wo/team/ > Web site 2: https://sites.google.com/site/giuseppegacelano/ >