Astrid Elocson wrote: > > But there's also the issue of synonyms and controlled vocabularies. The > user might search for *labels* or *categories*, unaware that TiddlyWiki > terminology uses the word *tag*. > > Perhaps it would be nice if the search system made it clear which of the > results were found as *tags*, just as it currently indicates which of the > results were found in *titles*. One can imagine a dedicated mechanism for > searching* only* the tags, perhaps as a filter at the top of the Tags tab > in the sidebar. Perhaps the Tags tab should be promoted to the top level of > the sidebar, as at http://tb5.tiddlyspot.com/, where users would discover > it more easily. >
[To my frustration other duties are calling today but I can't resist from commeting on the synonym issue as it was one reason why the project I hinted at above failed. Will come back regarding your other interesting comments later.] Part of my problem was basically too many tags exactly because it had to deal with synonyms. So I did work out some ideas on the matter, basically: You group synonyms into a more general special SynonymList tiddler, i.e a tiddler tagged with SynonymList and for the synonyms to tags it is titled e.g "TagSynonymList". All tiddlers tagged SynonymList are treated in a special way by the search engine: They contain a manually entered list of synonyms that search looks through. The idea with a manual list so you can figure out synonyms ahead of time, including words that are not tiddlers. But sych a synonym list, e.g TagSynonymList, can also have children that are also synonyms. The idea with this is so you can easily turn a tiddler into a synonym at any time. For example: title: TagSynonymList tag:SynonymList text: Tag, Lable, Category title:Keyword tag:TagSynonymList The search mechanism identifies all tiddlers tagged SynonymList and *prioritizes equally* the "listed terms in its text" and the children tiddlertitles. If searching for the term Keyword, the search mechanism must thus note that the tiddler Keyword is tagged with TagSynonymList which* in turn* is tagged SynonymList. (this was one reason why my project failed because it was, surprisingly, not possible to achieve with the TWC plugin ForEachTiddler that I relied heavily upon. However I know none other than Tobias has defined exactly this filter for TW5. Hoorray for Tobias!!!) Note that terms listed in a synonym list tiddler don't have to *really* be synonyms. The point is to have a search produce the right results. In the case of the tw.com tiddler "Tagging" I would perhaps include the list: *Tag, Tags, Tagged, Lable, Lables, Category, Categories * ...or more elegant; *Tag*, Lable*, Categor** if the user is that sophisticated, which we can't expect, i.e it should be allowed to list both term Tag and term Tags. ...and if I came up with it at the time of writing the list, then I woudl also include the term *Keyword*. In the example above, it was "added via tagging" later instead, i.e because it was an actual tiddler. But including a term in the synonym list and having a real tiddler for it should of course not cause conflict. Maybe there could be a synonyms field inside the tiddler Keyword then also, stating: *synonym:Keyword** to cover e.g *Keywording* or whatever someone might search for. As usual, we'd have to define how to order the search results but I think a tiddler titled with a synonym (e.g search for Tags wich identifies the tiddler Tagging) has a status just below the actual search string but before e.g tiddlers tagged with the search string or merely containing it in text. <:-) -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/tiddlywiki. For more options, visit https://groups.google.com/d/optout.
