Re: TMQL: Minor issue: Plurals for paths

Hi Lars,

On Tue, Apr 5, 2011 at 9:23 AM, Lars Heuer <[email protected]> wrote:
> Hi Benjamin,
>
>> I wonder why this "minor issue" as you call it upsets you so much in
>> 2011 but it did never upset you in the last years. The axis names are
>> plural since at least N826 [1] and you never complained about that.
>
> That's right. Maybe I have just overlooked this issue in the earlier
> drafts since I never liked the syntax of the navigation section.
>
> [...]
>> Why do you want somebody else to explain your (IMHO strange) ideas to
>> you? Writing "How does" you assume this is the case, but it is not.
>> Your first example query would return all occurrences of type homepage
>> while the latter would return nothing.
>
> Yes, that's what I said (supposed to say?) in my msg. Anyway, since
> the "s" for plural/multiple results seems to be gone, you can safely
> ignore the "How does" :)
>
>> The following queries each return _all_ occurrences of type homepage:
>
>>     topic / homepage
>>     topic / occurrences(homepage)
>
> Yes, I understood that.
>
> These queries should also work (unsure if the second query is still
> allowed, though):
>
>    topic/occurrences()[./type = homepage]

Currently this would be
    topic/occurrences()[./type() = homepage]

but personally, I don't like the parentheses either.

>    topic/occurrences()[. isa homepage]

I think it currently is allowed but I'm not sure if all editors agree on that.
However this is not the same as
    topic/occurrences(homepage)
even though it always yields the same results. You may have to ask a
wise old man with an aussie accent about that (-;

> My point is that translating
>
>   topic/occurrence into topic/*[. isa tmdm:occurrence]
>
> seems to be more more logical, given that
>
>   topic/homepage
>
> is also translated into topic/*[. isa homepage]
>
> IMO there is a logical break; given that
>
>    topic/tmdm:occurrence   # singular
>
> yields the same result as
>
>    topic/occurrences()     # plural

I see your point here. Personally I'm in favor of having the
tmdm:occurrence pseudo-topics with their special meanings while other
editors may prefer not having them and use e.g. variable wildcards
($$) if one needs to place a topic-ref somewhere but does not want to
constraint it. It was decided in Prague to include tmdm:occurrence and
friends in the next draft, however depending on the impact this
decision might be reversed.

- Benjamin

> Anyway, as said, this is a minor issue. I just came back to this issue
> because of a chatting session.
>
> Best regards,
> Lars
> --
> Semagia
> <http://www.semagia.com>
>
> <https://twitter.com/larsheuer/> Twitter
> <http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list
> <http://tinytim.sourceforge.net/> Open Source Topic Maps engine
> <http://mappa.semagia.com/> Mappa - Python Topic Maps engine
>
>
_______________________________________________
topicmapmail mailing list
[email protected]
http://www.infoloom.com/mailman/listinfo/topicmapmail