Bug #3665

A rel= value for fragments?

Von Lars Marius Garshol vor mehr als 7 Jahren hinzugefügt. Vor etwa 7 Jahren aktualisiert.

Status:Assigned Beginn:2010-10-06
Priorität:Normal Abgabedatum:
Zugewiesen an:Graham Moore % erledigt:

0%

Kategorie:-
Zielversion:-

Beschreibung

Currently, all SDshare entries have a defined rel= value, except for fragments, where "alternate" is used. Should SDshare define a rel= value for this one, too?

Historie

Von Lars Heuer vor mehr als 7 Jahren aktualisiert

I am not sure if I get the question right, but the link to the fragment feed has a 'rel="http://www.egovpt.org/sdshare/fragmentsfeed"' attribute.

If you're talking about the entries within the fragment feed: A 'rel="alternate"' attribute is mandatory iff an Atom entry has no children. An additional "rel" attribute would be possible, though.

Von Lars Heuer vor mehr als 7 Jahren aktualisiert

An "additional 'rel' attribute" is not possible. I meant: An additional link entry with a different "rel" attribute. :)

Von Lars Heuer vor mehr als 7 Jahren aktualisiert

An additional link with i.e. rel="http://www.egovpt.org/sdshare/fragment" (same for snapshots btw) would be a Good Thing, since it would make testing and implementing a client easier.

If I understood SDShare correctly, it's not forbidden to have SDShare-unrelated atom:entry children in the feeds. And if it's not forbidden, a client has to check all atom:entries for the TopicSI element which seems to be okay, but for testing a SDShare implementation, it would be better if we'd have a specific rel attribute to test if the TopicSI element has been forgotten.

I am not sure if we need different "rel" values for the snapshot vs. fragment links. A common value should work, imo.

Von Lars Heuer vor mehr als 7 Jahren aktualisiert

A rel-attribute value != "alternate" is more important for snapshots feeds iff it is allowed to mix non-SDShare related atom:entries with SDShare entries. A client has no chance to detect the snapshot links.

Von Graham Moore vor mehr als 7 Jahren aktualisiert

  • Status wurde von New zu Assigned geändert
  • Priorität wurde von Normal zu High geändert

We need this.

Von Lars Marius Garshol vor mehr als 7 Jahren aktualisiert

  • Priorität wurde von High zu Normal geändert

Von Lars Heuer vor mehr als 7 Jahren aktualisiert

The examples

use as "rel" value "topicmapdata".

If we change it into an IRI and use a more neutral term (to make RDF users happy), i.e. "data", we're done.
For example <http://www.egovpt.org/sdshare/data>

Von Graham Moore vor etwa 7 Jahren aktualisiert

Originally we did have a type in there for topicmapdata. I'll check with Marc why we took it out. I think we decided we could just tell by the media type.

Auch abrufbar als: Atom PDF