Yes, in this particular case it's true, but there are cases when page for an object is not created yet or those pages might be in tons of different categories and all that unites them is this particular relation.
It sort of kills the purpose of having relations versus just links if you need to define type within object's article.

On 5/21/07, Yaron Koren <yaron57@gmail.com> wrote:
Since I got mentioned in this thread: I didn't mean for my previous
email about inverse queries to be cryptic! Basically, it looks like
the general pattern for inverse queries is:

<ask>[[Page_name]][[Relation_or_attribute_name:=*]]</ask>

(or '::', if it's an attribute) And you can include as many relations
or attributes as you want.

Since I'm already writing - yes, the best solution to this (if I
understand the problem) is to label every page that defines a
conference series with something like [[Category:Conference series]],
and to embed that within a template. That way you get around the
problem of finding distinct series, as well as the problem of finding
series that don't yet have any specific conferences attached to them.
I don't view such a solution as a hack at all - just good information
architecture.

-Yaron


On 5/21/07, Sergey Chernyshev
< semediawiki-user@antispam.sergeychernyshev.com> wrote:
> Yeh, I understand that I can hide stuff using templates, but uniqueness is a
> key here and the funny part that underlying infrastructure actually support
> it easily - just select from different column.
>
> I need this badly - I don't want to add data to the system just to support a
> query althought I might make sense to just have [[Category:Conference
> Series]] in all conference series template or something.
>
>             Sergey
>
>
>
> On 5/21/07, S Page <skierpage@earthlink.net > wrote:
> > Sergey Chernyshev wrote:
> > > In my techpresentations.org <http://techpresentations.org> wiki, I have
> > > conference page like "OSCON 2006" that have [[Series::OSCON]] relations
> > > to the conference series pages.
> > >
> > > Is there any way for me to select all objects of "Series" relation, e.g.
> > > "OSCON" without selecting subjects of those relations. I also need to
> > > have them unique (similar to DISTINCT in SQL).
> > >
> > > This can be easily done using regular RDF tools like Redland for
> example.
> > >
> > > I can't find solution myself - any help will be appreciated!
> >
> > Subqueries provide a restricted list of objects to an inline query, e.g.
> >         [[Series::*]][[Series::+]]<q>[[Blog:=+]]</q>
> > will only show the pages with a Series relation whose object has a Blog.
> >
> > BUT, I can't figure out how to get inline queries to just show the
> > objects returned by the subquery.
> >
> > You can fake it by using templates in SMW 0.7 to hide the subjects.  I
> > made http://www.techpresentations.org/Test
> > But you don't get uniqueness; you're still asking for "All pages that
> > are the subject of a Series relation, and for each of these the object
> > of its Series relation".
> >
> > However, Yaron Koren recently wrote in "Re: [SMW-devel] Reflexive
> results?":
> > > Well, my mistake - I tried it out, and it appears "inverse queries",
> > > i.e. queries that return the object of triples, given the subject,
> > > work. And it looks like the functionality has been in SMW for a
> > > while... for some reason, it's not mentioned in the help page
> > > (http://ontoworld.org/wiki/Help:Inline_queries ), and I
> couldn't see
> > > documentation anywhere else either. Is this a secret or unsupported
> > > feature? In any case, good to know.
> >
> > But he didn't say how he got it to work!
> >
> >
> > Wei Dai posted a patch back on 2006-12-19, "[SMW-devel] patch: inline
> > query for inverse relations and relation wildcard", I don't think anyone
> > tried it.
> >
> > --
> > =S Page
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Semediawiki-user mailing list
> > Semediawiki-user@lists.sourceforge.net
> >
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>
>

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-user