- From: Deirdre Lee <deirdre@derilinx.com>
- Date: Wed, 08 Apr 2015 19:30:29 +0100
- To: public-dwbp-wg@w3.org
Okay, thanks Phil.
Action 118 and 118 Closed
Explanation by Phil:
https://lists.w3.org/Archives/Public/public-dwbp-wg/2015Apr/0026.html
Will be taken into account by BP 11: Use Unique Identifiers
http://www.w3.org/TR/dwbp/#ProvideUniqueIdentifiers
On 08/04/2015 10:14, Phil Archer wrote:
> Thanks Dee,
>
> Action-119 asks me (and Ig, Action-118) to look at Jeni's document on
> URLs in data [1]. This was something she and other members of the TAG
> worked on in 2013 trying, once more, to resolve HttpRange-14.
>
> I absolutely do not want us to get into that debate (which was old in
> 2002) but I note that the solution proposed in Jeni's document is
> obviously interesting but, like all solutions, needs community buy-in
> that, AFAICT, is not present. The doc hasn't been updated since its
> FPWD and Jeni is no longer on the TAG so its future looks less than
> clear. It does, however, contain useful info.
>
> What I take away from this in terms of DWBP is:
>
> - Examples 1, 2 and 3 in the doc all show the same data - it's a
> useful example of how to be technology neutral (which Jeni went out of
> her way to remain).
>
> - The document highlights the need for data publishers to make it
> clear when the properties and values they publish describe the data or
> the metadata record.
>
> Example 5 is:
>
> {
> "@id": "http://photo.example.com/psd/12345",
> "type": "image",
> "creator": "Paul Downey",
> "license": "http://creativecommons.org/licenses/by/3.0/",
> "photo": "http://photo.example.com/psd/12345/original.jpeg",
> "last-modified": "2012-06-20T08:54:32Z"
> }
>
> So Paul Downey was last updated at 2012-06-20T08:54:32Z ? No, he was
> not, the landing page was (http://photo.example.com/psd/12345). And
> that's an image is it? No, it's a landing page. The image is at
> http://photo.example.com/psd/12345/original.jpeg and so on.
>
> All I think we should say is that when providing metadata, you need to
> be clear what you're describing. And bad practice around this is
> common. Here's an example:
>
> The DOI 10.1103/PhysRevD.89.032002 identifies an article.
>
> To look that up we have to put it on the end of the URI of a resolver
> service, let's use
>
> http://dx.doi.org/10.1103/PhysRevD.89.032002
>
> Which, via a 303 redirect, takes us to
>
> http://link.aps.org/doi/10.1103/PhysRevD.89.032002
>
> that then uses a 302 redirect to take us to a landing page about that
> article at
>
> http://journals.aps.org/prd/abstract/10.1103/PhysRevD.89.032002
>
> We still haven't got the actual article of course but that's fine,
>
> http://dx.doi.org/10.1103/PhysRevD.89.032002
>
> and
>
> 10.1103/PhysRevD.89.032002
>
> are different. One identifies the article, one identifies the landing
> page. No problem there.
>
> As a human, I can click the 'Export Citation' button on the landing
> page that gets me this JSON:
>
> @article{PhysRevD.89.032002,
> title = {Search for a multi-Higgs-boson cascade in
> ${W}^{+}{W}^{$-${}}b\overline{b}$ events with the ATLAS detector in
> $pp$ collisions at $\sqrt{s}=8\text{\,}\text{\,}\mathrm{TeV}$},
> author = {Aad, G. ...},
> journal = {Phys. Rev. D},
> volume = {89},
> issue = {3},
> pages = {032002},
> numpages = {23},
> year = {2014},
> month = {Feb},
> publisher = {American Physical Society},
> doi = {10.1103/PhysRevD.89.032002},
> url = {http://link.aps.org/doi/10.1103/PhysRevD.89.032002}
> }
>
> This provides lots of metadata about the article and everything's
> going well right up until that last line. The URL of the article is
> NOT http://link.aps.org/doi/10.1103/PhysRevD.89.032002 - as we've seen
> that's just a URL that redirects to the landing page, so perhaps that
> last property name should be landingPage (I'd say dcat:landingPage of
> course).
>
> Oh, and in case anyone is lulled into a false sense of security about
> URLs that end in DOIs, here's another URL:
>
> http://philarcher.org/10.1103/PhysRevD.89.032002 ;-)
>
> In terms of actions - action-119 can be closed, I'll bring the issues
> up when we next debate the relevant BPs.
>
> Phil
>
> [1] http://www.w3.org/TR/urls-in-data/
>
> On 07/04/2015 22:53, Deirdre Lee wrote:
>> Hi,
>>
>> http://www.w3.org/2013/dwbp/track/actions/open
>>
>> In advance of the F2F, it's time for a spring clean. There are currently
>> 17 open actions, and I believe 15 of them have already been addressed
>> and can be closed. They are as follows.
>>
>> Can each person responsible for an action confirm it can be closed via
>> email. If I don't hear from you by Thursday, I will email you directly.
>>
>> 71 - Antoine
>>
>> 76, 115, 122, 128 – Eric S
>>
>> 85 – Mark H
>>
>> 101 – Sumit
>>
>> 102 – Lewis
>>
>> 103 – Caroline
>>
>> 112 – Newton
>>
>> 118, 119 – Ig/Phil
>>
>> 121- Ig
>>
>> 131- Tomas
>>
>> 145 – Carlos (linked to Issue 144)
>>
>> http://www.w3.org/2013/dwbp/track/actions/open
>>
>> Cheers,
>> Deirdre
>>
>>
>>
>>
>> --------------------------------------
>> Deirdre Lee, Director
>> Derilinx - Linked & Open Data Solutions
>>
>> Web: www.derilinx.com
>> Email: deirdre@derilinx.com
>> Tel: +353 (0)1 254 4316
>> Mob: +353 (0)87 417 2318
>> Linkedin: ie.linkedin.com/in/leedeirdre/
>> Twitter: @deirdrelee
>>
>>
>
--
--------------------------------------
Deirdre Lee, Director
Derilinx - Linked & Open Data Solutions
Web: www.derilinx.com
Email: deirdre@derilinx.com
Tel: +353 (0)1 254 4316
Mob: +353 (0)87 417 2318
Linkedin: ie.linkedin.com/in/leedeirdre/
Twitter: @deirdrelee
Received on Wednesday, 8 April 2015 18:31:03 UTC