Expansion of FOAF support

[crschmidt]

What data would you like to see included in the FOAF spec next? What should or could LiveJournal support, what additions could be made, what else woudl fit into our data set

Comments

[marnanel]

Myself, I'd like some representation of "friend-of".

If friend-of data was in FOAF, this would mean programs like Joule could ditch the API they use. It would also mean that it'd work for communities and so on. Any chance of that, or at least of a special version for that? (The FOAF standard doesn't seem to have any concept which even vaguely matches up to friend-of, and I doubt it's likely to gain one, but having a special URI for the version with friends-of would solve that.)

[crschmidt]

That's more something for the proposed web services API than for FOAF, simply because FOAF specs doesn't include that kind of reverse information. Since the whole "I'm a friend of foo" concept is rather specific to LiveJournal (in all other social worlds, friendships are just considered undirected), I don't see it falling into a spec like FOAF.

I'll discuss it with some people - it's possible that in some cases, a FOAF:knownBy clause might be useful, but since Foaf:knows clauses are considered to be the reflexive, I don't see this fitting into the same scheme.

(Did any of that make sense?)

[marnanel]

Yep, sure. I'll just keep waiting for the web services API, then. :)

[fool_in_spirit]

I too would agree that "friend of" is an important concept. As I explained here more than friend* friend it is interesting friend *friendof*friend

[andrewducker]

I'd like to be able to define an 'addition' to be slotted into the end of the document. That way I could have my own FOAF information for non-LJ people in a small piece of XML that was automatically included in the automatically generated document.