What I want.

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent

What I want.
by Derek Kite on Wednesday 23/Feb/2005, @19:35

The discussions about what DB backend really are irrelevant. Even the front end, user interface is not really the most important. The middleware, what data is archived and indexed, and how contexts and patterns are matched is the key.

I want something that recognizes contexts of activity. My work patterns are usually by blocks; I sit down and write and assemble the digest. I sit and read my favorite blogs. I read and sort my email. Those are the regular blocks. Then the projects that I work on, ie taxes, planning a trip, researching a specific subject, work tasks such as proposals and product research, etc.

For example, in june of last year I was researching travel in europe since my daughter was travelling there, and I needed to figure out how to her get somewhere. I found interesting sites, some helpful emails came in, including correspondance with my daughter. There was a pattern to that activity. Say I want to arrange a trip for myself and want to find all those sites I found helpful. So I start looking, and keywords london, paris, europe, airline, low-cost come up. Same keywords, same context. The indexing/data retrieval system that recognizes the context, suggests how to replicate the previous context.

It isn't simply data that is indexed, but time, duration, frequency, context, what application. I can search my datafiles quite easily with grep. But I can't for the life of me remember what tax filing software I used last year. Or where that interesting blog on the NHL strike was. The only time recently where I remembering wishing I had an index of a bunch of data files is when reading product documentation pdf's on a cdrom where the filenames were 6 digits.

I don't want something that tells me I have Results 1 - 10 of about 220,000,000 for linux. I know I got thousands of references to KDE on my hard drive. I want a maximum of 20 selections based on the context I am working in.

This would obviously entail hooks into the various data streams. And some kind of realtime archiving and pattern matching. And possibly background data mining. An api is best since applications sometimes know the best way to work with the data that they produce.

This is neat stuff.

Derek

Related Links

·   Articles on Community and Events
·   Also by Derek Kite
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: What I want.
by Aaron J. Seigo on Thursday 24/Feb/2005, @00:24

> It isn't simply data that is indexed, but time, duration,
> frequency, context, what application.

bingo! you've got it!

and add identity, source and destination to your list. probably others as we go along =)

[ Reply To This | View ]

Re: What I want.
by Jos on Thursday 24/Feb/2005, @08:20

Oh yes, i'd love to have a source meta data for every file I've downloaded.

Of course, I'd like to have a source for every line I copy and paste etc. but's going a bit to far.

If file storage is being worked over so thoroughly, an integrated versioning solution would be an ultracool feature.

Cheers, Jos

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"If you have an itch not being scratched, you can scratch it, or pay someone to scratch it for you." -- Eric Laffoon
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.