On Wednesday, February 19, 2020 at 12:20:59 AM UTC-5, Thomas Passin wrote:
>
> Picking up in this thread -
>
> On Tuesday, February 18, 2020 at 2:11:21 PM UTC-5, andyjim wrote:
>
>>
>> It appears you are casting your net beyond Leo a bit too, in case there 
>> is something out there that does almost all of what we want.  Brain? 
>> MindForge?  Let me know what you find. I was unable to install MindForge on 
>> my Mac even though there are instructions to build it. Didn't work.
>>
>
> After spending some hours with Mindforge and a bunch of others, I'm still 
> looking favorably at Leo.  Yes, we will have to write some code, and yes, 
> the display may not be quite as nice as what a dedicated product could 
> give, but Leo has so many strengths that are a good match for our needs 
> that I'd rather work within Leo.
>

> For example, we were talking about timestamps, and @andyjim was talking 
> about wanting to search on timestamps.  If when you import a zettel, you 
> add the timestamp to a note, for example in my format 4, then you could 
> search for it using the "Nav" tab.  The Nav tab is almost miraculous in its 
> searching ability - it is very fast, it displays the results in a readable 
> format, and when you click on a search result it takes you to that node.  
> Whoever put that together did a fabulous job.
>
> Later we could add better filters - like for time ranges, or whatever.  
> But out of the box we'd have that ability.
>

I've been spending some time with my bookmark manager again, and I'm 
remembering some things that may be helpful for our own system eventually.  
Recall that I store bookmarks (in the browser) in folders, that may be 
children of other folders. These folders become headings in what looks like 
a filing system in the program.  The manager automatically creates certain 
links between these headings, but I do not create links between the 
resources (URLs; i.e., web pages) themselves.

When I run a search, the manager actually performs two searches: the 
resource titles are searched, and separately the headings are searched for 
the search phrase.  The results are displayed in two tabs, one for the 
resources and one for the headings.

I often find that the resource title search results aren't too helpful, 
because there are usually too many unrelated hits.  Going to related 
headings is more likely to disclose a useful result.  But sometimes there 
are no hits on the headings, and then the hits on resource titles become 
the only possibility, even if you have to scan them and try several.  Once 
you get a resource listed, the system will show you what heading it is 
under, and has a link to go there.  Then you can see if there are any more 
resources of interest filed there. And if not, you also see other headings 
that are related in various ways.

What surprised me us how useful it is to have these two kinds of results - 
they kind of complement each other.  So of course I'm imagining the same 
will be true for a zettelkasten.  We could implement the heading side of 
this by using the existing Leo tags system and simply structuring them 
(e.g. *Knowledge Representation/Semantic Processing/Software*). 

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/leo-editor/4b6f1edd-ae3e-4a39-bce5-94ca8600deac%40googlegroups.com.

Reply via email to