Ah, okay. My thoughts below:

- why do you prefer separate interfaces to search/filter pages by name, date, etc., as opposed to a single interface that can search/filter by all of them, including in combination?

- there's no way to filter by n-ary relations - partly that's because the current n-ary representation system makes such filtering hard, since there's no property name associated with each of the values; just an index.

-Yaron


On Feb 11, 2008 2:58 AM, <zehetner@molgen.mpg.de> wrote:
It seems I managed to send not only my intended message but also an earlier
draft of the message. Sorry for that. Yaron and everyone else please disregard
the second truncated message, the correct one is that one below.

Sorry,
Gu

Quoting zehetner@molgen.mpg.de:

> Yes I guess the addition of such interfaces might need to be controlled in
> some
> way on public wikis.
>
> 'Browse data' is a great tool. Possibilities like entering actual values (or
> ranges) for dates or numbers would remove the need to predefine sensible
> ranges
> in the filters which is often very difficult or impossible. And it would make
> it
> more a cross between just 'browsing' and also 'searching'.
>
> > To use the example provided, what if 'Browse data' let you specify,
> through
> > the query string, that it would only show results of category 'Rulers',
> not
> > displaying the list of categories on the side, and only use the filters
> > 'Country', 'Start year' and 'End year', with some ability to arbitarily
> set
> > the year values? That way you could link to that specific URL for a
> "rulers"
> > search.
>
> I'm more in a situation where the wiki (to stay with this theoretical Rulers
> example) contains just articles about rulers with properties defining their
> ruling start and end date, their names in foreign languages (as n-ary
> property
> name;language) and the coordinates of their palaces.
> I want to provide users with a search page which gives the option to 1)
> Search
> by date, 2) Search by name and 3) Search by location
> Having a category 'Rulers' wouldn't be of much use for the Semantic Drilldown
> as
> there is anyway just one type of article (all are rulers). So I rather put
> every
> article in three categories 'SearchByName', 'SearchByDate' and
> 'SearchByLocation' and add the necessary filters to each category. Now on
> the
> 'Browse data' page I can select any of these three search types from the
> category list which I want to use and drill down using the specific
> properties.
>
> That would still require i.e. for dates or the coordinates to allow users to
> enter specific values instead of just trying to let them choose from
> predefine
> ranges.
>
> As categories for which no article in the Category namespace exists are not
> shown in the category list on the 'Browse data' page I use that to 'hide'
> categories to which articles are assigned but which should not be shown
> (although that's only a solution where categories and especially
> sub-categories
> are not used in the normal way as in the above example) - otherwise your
> suggestion of using a query string to specify some parameters for Semantic
> Drilldown in links to the Special page could be very useful.
>
> One other question, does Semantic Drilldown already work with SMW n-ary
> properties? I tried it and it seems it doesn't show filters based on n-ary
> properties (even after the SMW_dataRefresh).
>
> Cheers,
> Gu
>
> Quoting Yaron Koren <yaron57@gmail.com>:
>
> > Well, the challenge in creating such an interface, that could be added in
> > any page, is how to keep the dynamic elements from creating a lot of
> > confusion. What would happen if you had more than one such form on a page,
> > or the form was in the middle of a lot of text on both sides? It seems
> like
> > the interface could easily devolve into chaos.
> >
> > What is it about 'Browse data' that's not optimal? Is it that it doesn't
> > present enough choices, or that it shows too much unnecessary information
> to
> > users? Or that it doesn't allow enough control over the wording of the
> > interface?
> >
> > To use the example provided, what if 'Browse data' let you specify,
> through
> > the query string, that it would only show results of category 'Rulers',
> not
> > displaying the list of categories on the side, and only use the filters
> > 'Country', 'Start year' and 'End year', with some ability to arbitarily
> set
> > the year values? That way you could link to that specific URL for a
> "rulers"
> > search.
> >
> > -Yaron
> >
> >
> > On Feb 8, 2008 1:39 PM, <zehetner@molgen.mpg.de> wrote:
> >
> > > It would be cool to have such a value input option in Semantic
> Drilldown,
> > > but
> > > there would still be a place for a very general way to add something
> like
> > > that
> > > example
> > >
> > > * Search by date
> > >  Show rulers in country [_choose_] ruling between [_____] and [_____]
> > >  [SEARCH]
> > >
> > > in normal wiki pages besides 'Browse data'.
> > >
> > > If there is a very large set of discrete values for a text field I can
> see
> > > that
> > > it might be convinient to shrink the selectable set of values by using
> > > auto-completion to filter the set values by the text a user types in.
> > > But that certainly would be a kind of luxury.
> > >
> > > Gu
> > >
> > >
> > > Quoting Yaron Koren <yaron57@gmail.com>:
> > >
> > > > Sergey, was that a hint to anyone in particular? :)
> > > >
> > > > It actually seems to me that Semantic Drilldown would be the most
> > > logical
> > > > place for such functionality. I would think that only numerical and
> date
> > > > fields would need this kind of arbitrary user input: after all,
> regular
> > > text
> > > > fields have a discrete set of values they can take (Bernhard, that's
> why
> > > I
> > > > didn't understand your auto-completion comment). If that's the case,
> > > then
> > > > the only thing that's missing from Semantic Drilldown to handle this
> > > kind of
> > > > query is some new filter type that lets the user set a low and high
> > > value
> > > > for that filter. How does that sound?
> > > >
> > > > -Yaron
> > > >
> > > >
> > > > On Feb 8, 2008 11:38 AM, Sergey Chernyshev <
> > > > semediawiki-user@antispam.sergeychernyshev.com> wrote:
> > > >
> > > > > Sounds very similar to what Semantic Forms do (hint, hint) ;))))
> > > > >
> > > > >         Sergey
> > > > >
> > > > >
> > > > > On Feb 8, 2008 11:09 AM, Krabina Bernhard <krabina@kdz.or.at> wrote:
> > > > >
> > > > > >  an excellent idea! I hope some php coders will think so, too
> > > > > >
> > > > > > :-)
> > > > > >
> > > > > > It would be cool hat have auto-completion in the fields with the
> > > values
> > > > > > of the attributes...
> > > > > >
> > > > > >
> > > > > > regards,
> > > > > > Bernhard
> > > > > > --
> > > > > > Mag. Bernhard Krabina
> > > > > > KDZ - Zentrum für Verwaltungsforschung
> > > > > > Centre for Public Administration Research
> > > > > > Guglgasse 13, 1110 Wien
> > > > > > Telefon: +43 1 8923492-27, Fax: +43 1 8923492-20
> > > > > > Mobil:   +43 676 4848109
> > > > > > mailto:krabina@kdz.or.at <krabina@kdz.or.at> -
> http://www.kdz.or.at
> > > > > >
> > > > > > - RISER: Europäische Meldeauskunft
> > > > > >   http://www.riser.eu.com
> > > > > > - Plattform Verwaltungskooperation:
> > > > > >   http://www.verwaltungskooperation.at
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > >
> > >