GL Tags

[Stan-Lyn, Stanley Barnett]

Hi Ken,

The way I suggested is more accurately defined as a full-text and a phrase search.  After thinking about it a bit more, I think a whole word search will do so I’ll implement that first and see if that will satisfy them.  If it doesn’t, it won’t take much more to implement my original phrase search, not to mention the savings in performance if the word searching suffices.

Anyone have a snippet that can breakdown a long field into separate words using the space as a delimiter.  This also produces way less generated GL_tags records to create by at least a magnitude of 10-20 to 1.  Its worth a first try.

Thanks,
Stanley



From: Ken Cole <ken.m.cole at gmail.com>
Sent: Monday, October 21, 2019 7:54 PM
To: Stan-Lyn, Stanley Barnett <stanley at stanlyn.com>
Subject: GL Tags

Hi Stanley,

I have started a new thread for our discussion as the existing discussion was being muddied by the other contributors.

I totally understand what you are saying with the 3 char, 4 char words.

I don’t think it is needed.

If we do the lookup with a “greater than” lookup and use the drop commands in lookup processing we only need the whole words.

This is what I suggest:

1. I agree with your proposal to delete existing records for a GL code and re-parse each time.
2. I also agree on removing the “- “ when parsing.
3. We only parse our whole words.
4. I agree with Nancy et al that neither contains or fuzzy search will work adequately as they will return too many false positives.
5. The user can enter as few or as many characters as they want then press enter to fire off the search.
6.. We use a lookup greater than match and use drop commands in the lookup processing to “drop all before” and “drop all after” to constrain the lookup to only words that start with the characters the user typed in.
7. When the user selects an entry in the browse popup it sets the associated GL_code.

I am sure this will do what you are looking for.

Regards

Ken
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20191022/7e76ad16/attachment.html>