Subject:
|
Re: Element search with fuzzy categories
|
Newsgroups:
|
lugnet.admin.database
|
Date:
|
Mon, 11 Jan 1999 01:03:55 GMT
|
Viewed:
|
1375 times
|
| |
|
|
> Well, I guess it comes up from that I'd expect desert to go to Egypt and
> Outback maybe but I'd probably be surprised how mummies came up in a query • on
> desert. Maybe if it told me that mummies came up indirectly through
Egypt...
That sounds like a good idea. If the results told you something of the
logic the engine followed to get to each hit you would have a better chance
of rewording your query to avoid the spurious results. from a UI point of
view this descipriotn could also be hyper-linked so that it shows
40% 12.5" Mummy Container w/ Sticker from 5948 (Desert->Egypt->Mummy)
The Desrt,Egypt,Mummy words (and presumably the other features) could all be
hyper linked to searches for those words.
(Of course you already do that to an extent in the pause database with the
theme. but it could be extended. cool-banananananas)
> > How does the search currently know when to stop?
>
> You mean in the /dbtoys/elementsearch/ example? There, it just expands
> everything on downward until it hits zero -- no percentage cutoff there.
If you have a well connected graph of concepts that exist (Which is probably
pretty accurate) then every single thing in the database is probably
connected somehow (Seven degrees of seperation :) and searchs will return
the whole guide.
even withut a fullblown graph a search for "Castle" will return all of the
elements associated with the castle theme when all you probably wanted was
the things like castle wallplates, doors etc.
> It uses a "visited" table/checklist/hash so that it doesn't go down
sub-graphs
> > Congratulations on a cool search engine!
>
> Well, thanks. :) I don't know that it's anything new, though -- the • algorithm
> probably was invented and published 20 or 30 years ago by someone... I • haven't
> scoured the journals to see...
Are there any new inventions? or are they just cool new ways of using old
solutions.
Hmm do I understand from my re-reading of the plan that the database will be
maintainable by the users? ie we can add our own pieces etc a they are
discovered. What about creating categories and maintaining the fuzzy
associations?
Will The databases be merged so that a search for "Castle" will return all
castle pieces and sets?
if so then presumable a search for "Castle Pieces" will only return the
actuall pieces?
It should also be possible to include MOC's as well. "Castle set not MOC"
would give you official lego Castle sets?
Cheers
Tim
(Not so much in awe of your wizardly web wonders, but certainly filled with
respect)
|
|
Message has 1 Reply:
 | | Re: Element search with fuzzy categories
|
| (...) Right-o. The real thingie (remember, the /dbtoys/elementsearch/ thingie is just a toy/prototype) will need to be smart like that, so it knows what's too little to return vs. what's too much. (...) Dunno. Maybe some of both, but probably few if (...) (26 years ago, 11-Jan-99, to lugnet.admin.database)
|
Message is in Reply To:
| | Re: Element search with fuzzy categories
|
| (...) Well, I guess it comes up from that I'd expect desert to go to Egypt and Outback maybe but I'd probably be surprised how mummies came up in a query on desert. Maybe if it told me that mummies came up indirectly through Egypt... (...) I'm (...) (26 years ago, 11-Jan-99, to lugnet.admin.database)
|
5 Messages in This Thread:
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
Active threads in Database
|
|
|
|
|
|
