[Isis-users] Former command "lr"

[De Smet Egbert]

Hi,


you are right : CISIS doesn't have that LR() function and also for me this has created lots of problems. We asked for a quotation to implement this with some ex-Bireme experts who know the CISIS-coding well but their price was exorbitantly high, so the idea was dropped.

However I solved most of my issues with a detour via the 'join=' parameter of mx, for this case operating on the same database itself (meaning : joining the database with itself...). That parameter indeed will add all occurrences pointed to by the postings of the search-key into the resulting joined record. With some extra processing (with PFT or proc) the fields added with tags 3200x can be used as normal fields.


Egbert de Smet
Universiteit Antwerpen


________________________________
From: isis-users <isis-users-bounces+egbert.desmet=ua.ac.be at iccisis.org> on behalf of Leandro Vicente <leandro_biblioteca at hotmail.com>
Sent: Thursday, October 18, 2018 4:20 AM
To: isis-users at iccisis.org
Subject: [Isis-users] Former command "lr"

Hi all,


I apologize in advance if this topic has been already addressed into the group list, but I didn't find anything.

In Winisis we use to have commands "l" and "lr". Apparently command "lr" was not implemented in CISIS. As we know, "l" returns the first MFN of a given key, and "lr" used to return all MFNs indexed under such key.

In FST I have
100 4 ref->author(l->author(|ID|v8),(v100+| |)),

which looks for authors in db "author". The point is, "l" returns only the first MFN with ID=X and we may have lots more.
Does anyone have a tip on how could we possibly retrieve all MFNs once "lr" is not implemented?


Thanks,


Leandro
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20181018/4d72bfae/attachment.html>