- From: Xiaoshu Wang <wangxiao@musc.edu>
- Date: Thu, 27 Jul 2006 16:02:03 -0400
- To: "'Danny Ayers'" <danny.ayers@gmail.com>
- Cc: "'Reto Bachmann-Gmür'" <reto@gmuer.ch>, <public-semweb-lifesci@w3.org>, "'Semantic Web'" <semantic-web@w3.org>
--Danny, > Similarly a hi-res prepresentation of my FOAF profile might > contain a few hundred statements. A low-res representation > might only contain > these: > > <> a foaf:PersonalProfileDocument ; > foaf:primaryTopic _:me . > _:me a Person . > _:me foaf:mbox "mailto:danny.ayers@gmail.com" . I don't know why you are constantly trying to disguise a clear "part_of" relationship into somethingelse? The Accept header value is in the format MIME type/Quality. For the image, the lower resolution is a poorer quality of representation. Bit wise, it can be a subset of a higher resolution image but doesn't have to be. But RDF is a directed labeled graph. I am not sure how do you define which subgraph is "better" than the other. In your case, isn't what you are suggesting, "O.K. give the desciption of this guy with the values of only these few foaf properties." If this is the case, find a service and do SPAQL. Why mess it up in HTTP? But let's stop this case-by-case argument. It is not useful. Take a general case as I have given before and try to make a concrete proposal. If you think there is a definition of lower/higher resolution of RDF representation, propose it in a concrete way, define it and make suggestions on how the server should response. Go ahead and do it and see what you will end up with it. Also, think about how much it is going to affect the ontology deployment. Because if most people won't honor your quest, why bother? If you do end up with taking all SPAQL functionalities (that is my guess), propose it to TAG and see if they think it is a good idea to run SQAQL at the transportation level. I think we had enough conversation about this subject and it is time to drop it, don't you agree? Cheers, Xiaoshu
Received on Thursday, 27 July 2006 20:02:29 UTC