- From: gsergiu via GitHub <sysbot+gh@w3.org>
- Date: Wed, 24 Feb 2016 23:33:31 +0000
- To: public-annotation@w3.org
1&2 Well .. there is the principle in softare development, that the tester should not be the same person as the developer. It is common that fixing isues have side effects, in which case the isues are set back to "not fixed" status. I don't have the power to do this, but maybe you have it... if you find that my reports/arguments are correct. (Creating a new issues on the same topic is not the recommended way to handle such situations) 3. I agree that is what the class SpecificResourse is ... only that the name of the class is missleading. This class is the class of the body and not of the web resource. The body is not the resource. You will probalby not agree with that but there are arguments already written in the current version of the draft: a) External Web Reource: @id `Bodies or Targets which are External Web Resources MUST have exactly 1 id with the value of the resource's URI.` Specific Reource: id `A Specific Resource MAY have exactly 1 URI that identifies it.` I think that there is the contradiction in these definitions, the Specific class cannot restrict the "definition" from the Generic class. So ... external web resources must have an id and consequently, Anything that may not have an @id is not a Web Resource! b) All examples in the SpecificResources don't have an @id and consequently none of them is a (Web)Resource ! (they are simply sub-properties of the Annotation which is a web resource as it has an @id) c) I think I complained about this before, but the definition of the SpecificResource class doesn't really makes sense: ``` SpecificRerouce: The class for Specific Resources The SpecificResource class SHOULD be associated with a Specific Resource ``` Of course that a SpecificResource is a class of a Specific Resource.... however it is not clear at all ... id the Specific Resource can be a Target, A Body or an ExternalWebResource? ... d) source: ``` The relationship between a Specific Resource and the resource that it is a more specific representation of. There MUST be exactly 1 source relationship associated with a Specific Resource. The source resource MAY be described in detail as in the core data model or be just the resource's URI. ``` As I said before ... the Specific Resource is not a web resource as it doesn't have an id, it is only a "view" of a part of a web resource (which actually is embedded in the annotation) e) If the SpecificResources are WebResources, why don't they have a language and format ... as defined in the core model of the WebResource? The correct answer is .. because they are not WebResources! PS: I appologize if I'm harsh again ... but I know it is not easy to convince people at this stage, that Targets and Bodies have relations to Web Resources, but they are not web resources. This mistake comes from the minified version where body: "mywebsite.com" should be interpreted as body:{ resource: {@id: "mywebsite.com"}} and not as body:{@id: "mywebsite.com#title"} ... as the later could be in fact a minimized version of the following body:{ @id: "mywebsite.com#title", resource:{@id:"mywebsite.com"} selector:{ type: "FragmentSelector", value:"The title of my website" } } -- GitHub Notification of comment by gsergiu Please view or discuss this issue at https://github.com/w3c/web-annotation/issues/138#issuecomment-188514776 using your GitHub account
Received on Wednesday, 24 February 2016 23:33:34 UTC