Skip to search.
rss-dev

Group Information

  • Members: 1330
  • Category: XML
  • Founded: Jul 27, 2000
  • Language: English
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Message search is now enhanced, find messages faster. Take it for a spin.

Messages

  Messages Help
Advanced
On unique identifiers for "story" entities   Message List  
Reply Message #264 of 7450 |
Re: On unique identifiers for "story" entities

Edd Dumbill <edd@...> wrote:

> This is a good idea.

Thanks Edd. But you can snap out of journalism mode now. :-) Let's get some
active voice going! (Sorry, I just spent my whole morning reading the "news"
and I'm getting a little tired of the journalistic tone.)

> * First, we recognize that not every content producer has this concept,
> which means it probably ought to be an optional property. I'm undecided
> that it should be a module or not. I think it may be better to have it
> in the core yet mark its as optional.

I agree, but I wasn't sure exactly what the distinction between core and
modules were. If possible, I'd love for this to be core.

> I recommend furthermore the use of
> URNs (though see NOTE below) according to the scheme:
>
> urn:domainID:thread:idstring

I assume that the change from dots and slashes to dashes is required by the
URN scheme, but if we're going to base our domainIDs on URLs anyway,
wouldn't it be better to just use URLs? Perhaps something like:

rss://xmlhack.com/499

or

http://xmlhack.com/rss-thread/499

which could even be a PURL redirecting to the current location of the story.

> NOTE: Although I recommend URNs, any URI should be just fine, but not
> having something resolvable reinforces the 'opaque unique ID' aspect of
> this property. It's the nearest to the flexibility of PCDATA while
> observing the need for universal uniqueness.

Hmm, I'd like to have something resolvable, even if it's an opaque ID.
Perhaps O'Reilly could sponsor a server, in association with Meerkat, that
will allow people to stake out a reserved namespace to place these IDs in.
Then, the URL could point to a list of information collected about the
thread, tracking it through various aggregators, feeds, etc. and collecting
all the data it could on it. This server could also be used as a database of
available RSS feeds, as well as maybe keeping some history of them, and a
good source for information like the RSS surveys.

Of course, it would be nice if this was somehow separate from O'Reilly
(which is why I didn't suggest Meerkat as the host), to emphasize the
non-commercial nature of the project. If no one else is interested, perhaps
I could set such a server up. Then the addresses would look like:

http://rss.example.com/xml-hack/499

Where xml-hack would be registered ahead of time, to reserve the namespace.
Then we could also assemble feeds based on the various taxonomies, etc. A
lot of possibilities.

> * Thirdly, we need to pick a name.

Agreed, but I don't know what to call it. None of your suggestions really
jump out at me.

--
Aaron Swartz |"This information is top security.
<http://swartzfam.com/aaron/>| When you have read it, destroy yourself."
<http://www.theinfo.org/> | - Marshall McLuhan




Sun Aug 27, 2000 4:17 pm

aswartz@...
Send Email Send Email

Message #264 of 7450 |
Expand Messages Author Sort by Date

Aaron has observed that aggregators (and as a consequence, users) will be unable to track the development of a particular story or thread with thing as-is. He...
Edd Dumbill
edd@... Send Email
Aug 27, 2000
3:32 pm

... Thanks Edd. But you can snap out of journalism mode now. :-) Let's get some active voice going! (Sorry, I just spent my whole morning reading the "news" ...
Aaron Swartz
aswartz@... Send Email
Aug 27, 2000
4:18 pm

Just to clarify: The RSS server I describe would be only one possibility for hosting of these entities. Of course, anyone would be free to set up a server that...
Aaron Swartz
aswartz@... Send Email
Aug 27, 2000
4:26 pm

I have long viewed a registry of RDF ID's, along with proliferation of RDF DB's, as the two most important ingredients to RDF's success Imagine trying to use...
Dan Libby
dan@... Send Email
Aug 28, 2000
9:16 am

... I think it's critical enough to nominate it for the core, reason being it's very commonly requested functionality (I've heard it from you, Rael and...
Edd Dumbill
edd@... Send Email
Aug 27, 2000
5:16 pm

... Yes, I suggested my service as a way to allow content managers to "pawn off" the work to another site, so they didn't have to provide the page for that ...
Aaron Swartz
aswartz@... Send Email
Aug 27, 2000
7:52 pm

... This is good! So, where next? My suggestion would be to name the element and then propose an additional section to the spec on its usage. Fancy having a ...
Edd Dumbill
edd@... Send Email
Aug 27, 2000
8:19 pm

... Well I'm wondering whether or not this should be combined with your work on the new local model. See my other message -- I think the two go together well...
Aaron Swartz
aswartz@... Send Email
Aug 27, 2000
8:24 pm
Advanced

Copyright © 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help