- From: Reto Bachmann-Gmür <reto@gmuer.ch>
- Date: Wed, 18 Jan 2006 02:20:34 +0100
- To: "siebeneicher@oaklett.org" <siebeneicher@oaklett.org>
- CC: semantic-web@w3.org
siebeneicher@oaklett.org wrote:
> ...
> I would also extend the current Sitemap with the functionality to
> include external resources, for example other Sitemaps or RSS files or
> other interesting sources.
>
> <SiteMapEntry>
> <rdfs:label>Flight - Asylum - Integration</rdfs:label>
> <page rdf:resource="http://www.osar.ch/education" />
> <children rdf:parseType="Collection"
> rdfs:seeAlso="http://www.osar.ch/eductation-sitemap" />
> </SiteMapEntry>
>
> But i am not sure if rdfs:seeAlso is the right one for this purpose.
[sorry for the late reply]
I guess rdfs:seeAlso is the easiest thing to use, in your example it
should however be a property of the SiteMapEntry, like:
<SiteMapEntry>
<rdfs:label>Flight - Asylum - Integration</rdfs:label>
<page rdf:resource="http://www.osar.ch/education" />
<rdfs:seeAlso rdf:resource="http://www.osar.ch/eductation-sitemap" />
<children rdf:parseType="Collection" >
.....
</children>
</SiteMapEntry>
rdfs:seeAlso says that one may find additional information about the
subject at the specified place. In some situation this may not be enough
and you may want to give more information about how the target relates
to the subject, this can be done by modeling the relation (or link)
itself as a resource, an attempt of an easy serialization would be:
<SiteMapEntry>
<rdfs:label>Flight - Asylum - Integration</rdfs:label>
<page rdf:resource="http://www.osar.ch/education" />
<atom:link atom:rel="alternate" atom:type="text/html"
atom:href="http://example.org/2005/04/02/atom"/>
<children rdf:parseType="Collection" >
.....
</children>
</SiteMapEntry>
My impression is, that for the NavigationMap vocabulary see-also is the
best solution, note that even with rdfs:seeAlso you can specify
additional information about the linked resource, in the following
example say that the linked resource is an atom-feed:
<SiteMapEntry>
...
<rdfs:seeAlso>
<atom:Feed rdf:about="http://www.osar.ch/eductation-sitemap" />
</rdfs:seeAlso>
...
</SiteMapEntry>
(the atom prefix would point to one of the ontologies at
http://atomowl.org/ontologies)
>
> By the way, i plan for the next major release of Navibar, to make the
> root elements of the tree general folders like: Sitemap, RSS, Links and
> behind these root elements will follow the navigation elements of each
> own format.
not sure what you mean, and why there's a "root element".
>
>> Another use-case, where aggregability and graph structure become
>> important would be a tool (navibar 2 ?) to visualize an navigate
>> through a blog-discussion on multiple servers.
>
> I like the use-case because of its website overlapping nature. How
> would you visualize the discussion
Maybe allowing to set the focus on one node in the tree so that this
nodes the becomes the root of a "forward-tree", as well as a
"backward-tree" showing the resources which do link to this blog-entry?
> and what source, exactly what markup do want to use?
I think it should be feasible as in the example above, navibar would
just have to combine the triples of different sitemaps, this can be by
following rdfs:seeAlso-links (generated by the blog engine for example
on trackpad pings) and/or by just using sitemaps of previously accessed
blogs
> How concerns this to Navibar?
navibar is the browser of the web that's getting a bit more structured ....
reto
Received on Wednesday, 18 January 2006 01:21:00 UTC