Forum Posts Feed
Advice on research software
< Next Topic | Back to topic list | Previous Topic >
Posted by 22111
Aug 22, 2013 at 09:37 AM
I should add some important info here with respect to desktop search “engines”. The only one I know of these and which is able to search different files for numeric ranges, is dtSearch, very good in every respect but 3 or 4 times the price of its competitors.
If you don’t need this functionality on a regular basis, some of the competitors allow regex, and this way, you will be able to select files by numeric ranges they contain, and this means you could use “virtual fields” in .txt or .rtf files and such: “#a167” here, “#b236” there, and to be found by regex searches in the like of “b200-300”.
This might be an important factor in deciding if you divide your data into records in a database, or if you leave your “records” as multiple, distinct files.
Posted by 22111
Aug 26, 2013 at 04:43 PM
Both people interested in KEdit/“text processing” of data, and interested in the interest of “old” software could be interested in this link:
Then, there is the Manfred Kühn blog article:
http://takingnotenow.blogspot.be/2013/04/mcphees-workflow.html
Kühn cites McPhee with a rather long passage there, and soon enough, I understood why he did this: The original New Yorker article is paywalled.
But you will perhaps be pleased to know that with a short passage from the above citation, another, presumably illegitimate copy of the article, albeit without some maps and charts, can be found, at least I found it with google, by accident, having searched for “citing its exceptional capabilities in sorting” (with the quotes); KEdit info can then be found in the second half of the McPhee article.
As it stands, KEdit, as is askSam, is some of those “late abandoners” softwares that do much more than similarly-priced current softwares do.
If the original poster has found a way to process his data, I would be delighted to get some info about his new workflow.