ATTENTION: You are viewing a page formatted for mobile devices; to view the full web page, click HERE.

Other Software > Found Deals and Discounts

Action Outline on offer at Bits du Jour, 2011-11-21

<< < (4/4)

helmut85:
rjbull, Thank you for this hint. In fact, I regularly trial all these outliners several times a year, and I discarded the one you mention just several weeks ago, again, but without remembering what the dealbreaker was - I'll remember to add it here in some months, after my next trial of the thing. But since it has got a hit table, it probably doesn't have Boolean search, and it's not "Boolean search" I'm after, because that might sound impressive or sophisticated or something, it's simply the problem that I really need the hit table AND Boolean search, if I want to avoid having tenfold "hits" I then have to discard. (see below)

There's another prob with search: Of course, nowhere in all these, you'll get "semantic search", i.e. automatic inclusion of "dog" in your search when you'll search for "spaniel" or "retriever", or even better, the other way round, from general to specific (since all the specifics are more difficult to remember and to manually list up then some general terms).

So you know you'll have to do without that from the beginning. But the real prob is, you'll (hopefully) use all sorts of synonyms all over the place (we're not speaking of very "technical" or legal stuff here, but of texts people might be more or less pleased to read, so variation in expression is mandatory (many of us are limited here by English being their lingua franca, but not their native language)), and how to find something then, without Boolean search?

I want to say, even when you do the "semantic search" yourself, by listing up the possible synonyms in your search, with OR, it's necessary that your IMS (information management system) can handle these OR's! And that's an even bigger problem than the first one, i.e. to discard false hits.

It's really the combination of hit tables and Boolean search that's of utmost importance. Hence the attraction of MI, UR and the like, in spite of their lack of real development and their non-extermination of annoyances they got 10 years ago and will perhaps never weed out.

The more I see the absence of development in these "big players" in the field, the more I regret the demise of askSam - AS, as it was, but being stable and without all these hellish bugs making people lose data, would have been preferable to them all.

Even what's been left of their forum,

http://listserv.vt.edu/cgi-bin/wa?A0=ASKSAM-L

has been left untouched for another 4 months now, but I regularly check there, and if ever askSam will become more or less bug-free, I'll tout it with all the persuasive power I'll have left then. So much for little outliners. ;-)

EDIT:

Oops, I mixed up my accounts, finally, but my identical pc number for both was speaking enough. Well, I'd been really angry about my contributions being called spam and myself being thrown out, but then, I wasn't decided to sulk forever, all the less so since I had very well understood there's some smart and affable folks around here.

rjbull:
I really need the hit table AND Boolean search, if I want to avoid having tenfold "hits" I then have to discard.
[...]
nowhere in all these, you'll get "semantic search", i.e. automatic inclusion of "dog" in your search when you'll search for "spaniel" or "retriever"
[...]
the real prob is, you'll (hopefully) use all sorts of synonyms all over the place
[...] and how to find something then, without Boolean search?-helmut85 (January 06, 2013, 08:06 PM)
--- End quote ---
I hear you  :(  I used to use the mighty Dialog online information system with its large collection of huge patent, scientific and technical databases, with literally millions of records.  I was used to building complex Boolean searches.  I don't think there is anything like what you're asking for as a desktop application with an affordable price.  The closest would be DB/TextWorks by Inmagic Corp., but this is meant for powering corporate libraries and the like, with price to match.  It's true that they made the DOS version of Inmagic (which used to cost $1,200) free: see the Information, Reference, Research page of the Free Software for DOS Web site.  That's good, but obviously DOS software is getting harder to use on later versions of Windows.  Even then, Inmagic has (if I remember correctly) only a limited number of synonyms, but it does have serious Boolean searching power.

My impression is that developers of Windows desktop applications either don't understand the needs of serious text searching, or they think end users won't understand either how to use the program or its the value, or they can't make such a program at a sensible cost, or all of those.  Also, I think some of the programs that do exist reflect too much what programmers want for themselves, rather than being robust search engines for anyone with a large collection of texts.  It's a shame, because I'd like the same sort of thing you do.

I regret the demise of askSam - AS, as it was, but being stable and without all these hellish bugs making people lose data, would have been preferable to them all.-helmut85 (January 06, 2013, 08:06 PM)
--- End quote ---
Do you mean that the most recent version of askSam isn't reliable?

A few more you might consider, if you haven't already, but be warned that I've only used NoteFrog and Archivarius 3000 so far:


* NoteFrog
Works in memory and currently limited to 25,000 notes, no way to drop things out of the hits list, limited to Boolean AND, but nice to use within its limitations.  Online simulation to save you the download  :)
 
* dtSearch
Some comments about this on DC; expensive.
 
* InfoQube Information Management System
Quite a few comments on DC; the developer (pplandry) posts here.
 
* Archivarius 3000
Very good desktop search engine.

So much for little outliners. ;-)
-helmut85 (January 06, 2013, 08:06 PM)
--- End quote ---
They do have their uses  :)  But IMHO they aren't ideal for really big jobs.

Oops, I mixed up my accounts I'd been really angry about my contributions being called spam and myself being thrown out-helmut85 (January 06, 2013, 08:06 PM)
--- End quote ---
You mean, clean and helmut85 are the same person?  :)

I had very well understood there's some smart and affable folks around here.
-helmut85 (January 06, 2013, 08:06 PM)
--- End quote ---
I'm glad you felt able to come back.  You'd have to ask the moderators about why you were spammed out; it's usually because a post looks like some kind of advertising.

helmut85:
rjbull, thanks for the warm re-welcome!

I never bought dtsearch, but it's decidedly the best of those search tools: It's all about finding things or not, in proprietary file formats, and especially with accented characters like ü and é and ù, here, dtsearch excels whilst Copernic and X1 are very bad (for standard file formats, X1 seems first-rate though). (For Archivarius, I know many people are fond of it; in my special case, it didn't work well, then crashed...) - As said here or elsewhere, the problem with external search tools is, you then have to go back to your "db" / "pim" / text program, etc., and do another, now more specific search, in order to get to the real "hit", in your application (it occurs to me at this moment that some search tools might be able to have you "go" right to that "hit", from a mouseclick in their hit table, when it's standard progs like Word - but forget this for more exotic file formats).

Both Ultra Recall and MyInfo allow for Boolean search, as does IQ and only SOME other pim's: I remember one which had it, but without "no", and no hit table then; another had the hit table, but no Boolean search, and so on - but it's no wonder that many people use UR or MI in spite all any respective problems of each they otherwise cause.

I once stumbled upon DT/TextWorks, and would be willing to pay 1,200 bucks for a prog that really "has it all", but I discarded it then because of their "ask us for a trial (instead of just downloading it) and for a quote (instead of giving the price) - so I never even got to a screenshot of it, let alone a trial. Then, it's a db, which means it's not a tree superposed upon such a db, as UR and MI and IQ and others are, and even the later AS got trees-on-the-fly (by first line, or by field content - very smart thing, the only prob being that with 5-digit record numbers, this regularly took minutes or even crashed (they dumped their forum because it really become much too much negative feedback from almost everybody). As I today said in my KEdit thread, lately it's MI that seems to leave UR trailing, not because MI was so good suddenly, but because there is steady if slow development, whilst UR don't do much upon their roadmap ("not much" being an euphemism for "nothing" here).

In the web, we use Boolean search all the time, in google (and let alone ebay or specialized sites like Dialog you mention), and most people do it even without knowing: In google, they enter two or three search terms, in order to refine their search from start on: a b is a AND be: people do it intuitively, there. (It's for OR that google asks for some knowledge, since that is an (a,b), far from intuitive but some of us know. Not a is -a, etc., and so it's possible to find things.

Whilst in a non-Boolean pim, you CAN'T search for a b, entering a b there would search for "a b", but not for records with a and b, so these desktop pims are mostly really three steps back from what we use, in the web, all time, even without paying attention.

And there's another thing, many such "basic" desktop pim's do not even allow for searching "just in the tree" / "text only" / both, but invariably search everywhere - but then, it's evident that a search "tree only" will perhaps render 5 hits, from which you choose the right one, whilst the same search "everywhere" will get you 200 "hits" in which then you'll have big problems to identify the one you need, without any possibility to refine your search with a second term that also must be within the same record, since in such progs, as said, a b will not work this way - so you are lucky when you remember a second here that also might be in that record you need, but which is only in 120 "hits"... so no discussion here, if a pim only allows for "normal search and then everywhere", it's to be qualified CRAP, whatever it other qualities might be.

As for Notefrog, if I understand this prog well (without ever having trialled for more than just 2 or 3 minutes or so), it relies exclusively upon searching, since there is no tree: at the left, it's the hit table!

Since I used askSam for almost 20 years or so, from early DOS on, and it got its tree-on-the-fly from version 6 only, I know both worlds: search-only (but in the spectacular AS way), and trees, and I must say, I function with trees, holding together related info, and also offering "a dedicated place" for your info, i.e. within a big tree, you remember, more or less (depending also on the good construction of your tree), "wherearound it must be", and I rely very heavily on this feature, i.e. I "search" for my contents by approaching them physically, by opening up headers, then sub-headers: for me, this is an extremely natural way of getting to info.

On the other hand, my memory for real searching often fails me, and even Boolean search doesn't help too much: I remember a search term: hundreds of hits; I suppose another one should also be in those records (but if I'm mistaken here, I'll inadvertently exclude the record I'm searching for!), and even with the combination, I get too many hits, and then I don't really see a third search time that might have been around there - but perhaps not? And then, with all those more-or-less-synonyms no such current program handles equal!

So I must say that with searching, even with good searching, I've got some problems, hence my interest in sophisticated trees. But of course, searching is of the highest interest wherever you have put something OUT of its tree-heading-subheading "way": somewhere else! There, with a hit table and Boolean search, it's 100 times better than with "just normal search and everywhere": I have to spend several minutes on such a search, sometimes, but I find the thing, in the first case; with only basic searches an 100 hits to then be accessed one by one...

But my point here is, even Boolean search isn't good enough, it should include "semantic search", i.d. half-automatic synonym provision. Meaning: You search for dog, and before searching, the program would list up breeds, "puppy", "cute", "ferocious", whatever, in order for you to decide which of these terms should be searched for (and it's even possible to have some of these in different OR groups).

Couple this with an index, and the prog would only present you such breeds (in our example) that really are present somewhere in your texts, and not unnecessarily clutter this first "what to search table" with search terms, taken from a dictionary but which ain't in your text!

Then, this, for several languages, and for combinations of languages. And finally, you could give the program hit numbers when you work within the "what to work" window, meaning your processing the search terms there will give you real-time results how many hits you'd then get.

I know of a list one very early Dos text db which offered some semantic search (but not in the sophisticated I describe here) - askSam was a best-selling program then and "killed" it, by way of most people then buying AS instead. One of the big ironies here: After having got its then really comfortable market position it then held for years, AS was NOT able to implement any semantic search functionality. So today, we're worse off than we were 20 years before, except for visuals: Of course, Windows ( /Mac ) is pleasant to the eye when Dos gets quickly unbearable because visually at least, we get so much "more" today.

Thank you very much, also for the free Dos progs link. I've encountered another such link, with defunct sw, Windows and Dos combined, like early Wordstar versions, 1-2-3 and such, but wasn't really enthousiastic about these. Your link is for defunct progs that are much more special and much more interesting, incl. Inmagic Plus there, citation: "These are not trivial products." - right they are. Will have a good look into this site!

Btw, this semantic search, google does it all the time for you, and even without taking your advice upon them doing so. Hence the interest of having such a system at home, but with you controlling what's found here, and what's discarded from the results. But no, even those specialised tools, incl. dtsearch, don't do semantic search, let alone let you control it. And this, 35 years after the intro of personal computing. /rant

rjbull:
I once stumbled upon DT/TextWorks, and would be willing to pay 1,200 bucks for a prog that really "has it all", but I discarded it then because of their "ask us for a trial (instead of just downloading it) and for a quote (instead of giving the price) - so I never even got to a screenshot of it, let alone a trial.-helmut85 (January 10, 2013, 03:30 PM)
--- End quote ---
I don't think this is suspicious of shady practice.  They're a serious software company, with a serious product, but they're probably expecting to deal with medium-sized enterprises needing to run a company-wide library system.  In that case, they're probably expecting to face aggressive purchasing departments.

Then, it's a db, which means it's not a tree superposed upon such a db, as UR and MI and IQ and others are, and even the later AS got trees-on-the-fly-helmut85 (January 10, 2013, 03:30 PM)
--- End quote ---
True, but for large data sets that doesn't bother me.  I was used to searching Dialog, after all.

As I today said in my KEdit thread, lately it's MI that seems to leave UR trailing, not because MI was so good suddenly, but because there is steady if slow development, whilst UR don't do much upon their roadmap ("not much" being an euphemism for "nothing" here).-helmut85 (January 10, 2013, 03:30 PM)
--- End quote ---
I didn't upgrade to the latest version of UR for that very reason, and there are even people in the UR forums saying the same.

And there's another thing, many such "basic" desktop pim's do not even allow for searching "just in the tree" / "text only" / both, but invariably search everywhere 
-helmut85 (January 10, 2013, 03:30 PM)
--- End quote ---
Horst Schaeffer's MemPad does, but, Horst made it as a tool for keeping one's own thoughts in, with the tree structure as very much the primary way of organising and finding things.  I'm still looking for the ideal text database.

As for Notefrog, if I understand this prog well (without ever having trialled for more than just 2 or 3 minutes or so), it relies exclusively upon searching, since there is no tree: at the left, it's the hit table!-helmut85 (January 10, 2013, 03:30 PM)
--- End quote ---
That's more or less right.  The list at the left is note titles.  That narrows down as you add text into the search box(es); it has a very nice "search as you type" "live search."  But, it isn't truly a heavyweight application.

even Boolean search isn't good enough, it should include "semantic search", i.d. half-automatic synonym provision.-helmut85 (January 10, 2013, 03:30 PM)
--- End quote ---
In my limited experience, it isn't a common feature of desktop products.  Apart from Inmagic, I've only seem something like it in Dialog's EXPAND command (or the STN equivalent).  It was very useful for collecting together all variations of a company name, including the most likely misspellings.  In desktop apps, I think I'd like to be able to swith synonymy on and off, maybe even to have multiple synonym sets I could switch between.  Pipe dream...

I know of a list one very early Dos text db which offered some semantic search (but not in the sophisticated I describe here)-helmut85 (January 10, 2013, 03:30 PM)
--- End quote ---
Maybe Anyword?  I tinkered with it a little, but it indexes existing text and gives you a nice Dialog-like way of searching it.  If you changed the text, you had to re-index.  I wanted something more integrated.  It was a very old program, and I couldn't get it to work under later Windows.

Your link is for defunct progs that are much more special and much more interesting-helmut85 (January 10, 2013, 03:30 PM)
--- End quote ---
Disclaimer, of sorts; I contributed to the Free Software for DOS list  :)

And this, 35 years after the intro of personal computing. /rant-helmut85 (January 10, 2013, 03:30 PM)
--- End quote ---
I feel your pain  :(  Most modern Windows software is intended for novices to get something done at all, and to be "easy to use."  But that's turned into patronising users as unable to get to grips with anything above the trivial, and bamboozling them with eye-candy.

Navigation

[0] Message Index

[*] Previous page

Go to full version