<div>No, I didn't suggest waht you say, I was just calling your attention to the difference
between your RegEx and that from the manual...</div>
<div><br /></div>
<div>Manual<br /></div>
<div>[(lemma=&quot;go&quot;)           &amp;           !(word=&quot;went&quot;%c           |  
        word=&quot;gone&quot;%c)];</div>
<div>&nbsp;</div>
<div><br /></div>
<div>Yours</div>
<div>([word=&quot;en&quot;][word=&quot;tierra&quot;])</div>
<div><br /></div>
<div>to match yours to the manual one, regex should be: !(word=&quot;en&quot;
word=&quot;tierra&quot;)</div>
<div><br /></div>
<div><br /></div>
<div><br /></div>
El Mar, 28 de Julio de 2020, 23:42, Josep M. Fontana escribi&oacute;:<br />&gt; Thanks Maarten
and to everybody who responded.<br />&gt; <br />&gt; Yes. What you say makes total sense. I
had assumed that since in essence<br />&gt; the complex pattern involving grouped expressions
are all within a<br />&gt; single parenthesis '( )' and that allows one to treat it as if it
were a<br />&gt; single word within '[]', the ! operator would work the same way it works<br
/>&gt; when it is associated to any expression inside square brackets.<br />&gt; <br />&gt;
Andr&eacute;s seems to suggest to enclose everything within square brackets but<br />&gt; that
doesn't work. In principle it shouldn't word because the convention<br />&gt; is that square
brackets enclose a word. So it makes sense that we can't<br />&gt; do that. Once we allow to
use parenthesis to form groups of sequences of<br />&gt; words that are treated essentially as
a single unit, however, why can't<br />&gt; we use the same operators we use with single
expressions enclosed within<br />&gt; '[ ]'? I don't see why it shouldn't be possible.<br
/>&gt; <br />&gt; If no one has asked this before it must mean that there are not that<br
/>&gt; many people who would need to do this kind of search and of course I<br />&gt; have no
idea of how hard this might be to implement. Having said this,<br />&gt; however, I certainly
think that this would be very useful. I find the<br />&gt; idea of doing a diff as Andrew
suggests a bit unpractical.<br />&gt; <br />&gt; JM<br />&gt; <br />&gt; On 28/07/2020 22:41,
Maarten Janssen wrote:<br />&gt;&gt; I did not look in detail at the implementation in CWB -
but if these were normal regular<br />&gt;&gt; expressions, your query<br />&gt;&gt;<br
/>&gt;&gt; [(word=&quot;f[ei]rid.*&quot;)|(word=&quot;muert[ao].*&quot;)]
!(([(pos=&quot;S.*&quot;)<br />&gt;&gt;        &amp;<br />&gt;&gt;
(word=&quot;d.*&quot;)][word=&quot;.*el&quot;][word=&quot;ca[buv]allo.*&quot;])|[word=&quot;entierra&quot;]|([word=&quot;en&quot;][word=&quot;tierra&quot;]))<br
/>&gt;&gt;<br />&gt;&gt; should match<br />&gt;&gt;<br />&gt;&gt; cayo *muerto* en tierra<br
/>&gt;&gt;<br />&gt;&gt; Namely - &ldquo;muerto&rdquo; for the first part of the query, and
nothing for the second - there is no<br />&gt;&gt; indication of how long the second part
should be - add a word requirement after it and it<br />&gt;&gt; even becomes unwelldefined
what you would mean by it; it would be different if you were<br />&gt;&gt; looking for a
specific word after it that cannot be one of several, like [!(word=&ldquo;en<br />&gt;&gt;
?tierra&rdquo;  | word=&ldquo;ca[buv]allo&quot;)] - but your second part has a variable word
length. What you<br />&gt;&gt; are looking for is a negative look-ahead, which you cannot do
by negating the parts of what<br />&gt;&gt; you are looking for - and given how query matches
work in CWB I would be very surprised if<br />&gt;&gt; there is a negative look-ahead...<br
/>&gt;&gt; _______________________________________________<br />&gt;&gt; CWB mailing list<br
/>&gt;&gt; CWB@sslmit.unibo.it<br />&gt;&gt;
http://liste.sslmit.unibo.it/mailman/listinfo/cwb<br />&gt;
_______________________________________________<br />&gt; CWB mailing list<br />&gt;
CWB@sslmit.unibo.it<br />&gt; http://liste.sslmit.unibo.it/mailman/listinfo/cwb<br />&gt; <br
/><br /><br /><br />_______________________<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;andr&eacute;s
chand&iacute;a<br /><a href="http://www.chandia.net" target="_blank"><img
src="http://mail.chandia.net/images/chandia_net.png" alt="chandia.net" border="0" /></a> <a
href="https://twitter.com/chandianet" target="_blank"><img
src="http://mail.chandia.net/images/ico_tw.png" alt="" width="20" height="20" /></a><br /><a
href="http://chandia.net/content/dungupeyem" title="Analizador y generador mofológico de
mapudüngun">D&uuml;ngupeyem</a> | <a href="http://chandia.net/content/iecmap" title="Interfaz
de explotación de corpus del mapudüngun">IECMap</a> | <a
href="http://chandia.net/content/isecmap" title="Interfaz sencilla de explotación de corpus
del mapudüngun">ISECMap</a> | <a href="http://chandia.net/content/nmt" title="Unificador
ortográfico de mapudüngun">NMT</a> | <a href="http://corlexim.cl" title="Corpus lexicográfico
de mapudüngun">Corlexim</a><br /><br />Desarrollador de:<br /><a
href="https://parles.upf.edu">Parles.upf</a> | <a href="https://iwch.upf.edu"
title="Interfície Web de Consulta d'Horaris UCA TCL UPF">IWCH</a> | <a
href="http://amindterapia.com">Amind terapia</a> | <a href="http://koyaktumapuche.net">ONG
Mapuche koyaktu</a> | <a href="https://parles.upf.edu/llocs/nocando">Nocando</a> | <a
href="https://iac.upf.edu">IAC</a> | <a href="https://iac.upf.edu/cddz">CddZ</a> | <a
href="https://iac.upf.edu/isac">ISAC</a> | <a href="http://catcg.upf.edu">CatCg</a><br /><span
style="font-size: 18pt; color: rgb(79, 98, 40); font-family: Webdings;">P</span> <span
style="font-size: 10pt; color: rgb(79, 98, 40);">No imprima innecesariamente. &iexcl;Cuide el
medio ambiente!</span>