Re: Enhancing open data with identifiers
Leigh, thank you for this! I¹m product manager for ISNI at Bowker, and this comes at a MOST useful time for me! We¹re about to release a ³snapshot² of ISNI data as LOD, so this is a great tool. Thanks again! On 10/31/14, 6:33 AM, Leigh Dodds le...@ldodds.com wrote: I thought I'd share a link to this UKODI/Thomson Reuters white paper which was published today: http://theodi.org/guides/data-identifiers-white-paper Cheers, L. -- Leigh Dodds Freelance Technologist Open Data, Linked Data Geek t: @ldodds w: ldodds.com e: le...@ldodds.com
Re: It is not the URI that bends, it is only ..
Responses inline below: On 10/17/14, 1:32 PM, Sarven Capadisli i...@csarven.ca wrote: Dear PhiloWebers, I think I have some questions, but I'm not sure: * If you have an URI about yourself and no one knows about it, does it exist? LD: Who cares? Do you? LD: Does it matter? * Do URIs dream of HTTP? LD: Absolutely. * Where do URIs go when its HTTP response is 410? LD: The dustbin of history. -Sarven http://csarven.ca/#i
Re: It is not the URI that bends, it is only ..
As is 0001 1612 8189. That is your ISNI. ;) Makes for a much more stable URI. From: mike amundsen mam...@yahoo.commailto:mam...@yahoo.com Date: Friday, October 17, 2014 at 2:01 PM To: Laura Dawson laura.daw...@bowker.commailto:laura.daw...@bowker.com Cc: Sarven Capadisli i...@csarven.camailto:i...@csarven.ca, Linking Open Data public-lod@w3.orgmailto:public-lod@w3.org, SW-forum semantic-...@w3.orgmailto:semantic-...@w3.org Subject: Re: It is not the URI that bends, it is only .. of course URIs are merely signifiers so, like all names, they are transient and subject to re-interpretation. Mike does not describe or define me, it's just one of my handles. cheers. mamund +1.859.757.1449 skype: mca.amundsen http://amundsen.com/blog/ http://twitter.com/mamund https://github.com/mamund http://linkedin.com/in/mamund On Fri, Oct 17, 2014 at 1:52 PM, Laura Dawson laura.daw...@bowker.commailto:laura.daw...@bowker.com wrote: Responses inline below: On 10/17/14, 1:32 PM, Sarven Capadisli i...@csarven.camailto:i...@csarven.ca wrote: Dear PhiloWebers, I think I have some questions, but I'm not sure: * If you have an URI about yourself and no one knows about it, does it exist? LD: Who cares? Do you? LD: Does it matter? * Do URIs dream of HTTP? LD: Absolutely. * Where do URIs go when its HTTP response is 410? LD: The dustbin of history. -Sarven http://csarven.ca/#i
Re: scientific publishing process (was Re: Cost and access)
I think I mentioned previously, Ivan, but perhaps not on this thread - Hugh McGuire has developed a Wordpress tool called PressBooks which allows you to write a book in HTML and export it as an EPUB file. He even supports schema.org markup in a separate plugin. (http://www.pressbooks.com) On 10/5/14, 10:34 AM, Ivan Herman i...@w3.org wrote: This is not a direct answer to Daniel, but rather expanding on what he said. Actually, he and I were (and still are) in the same IW3C2 committee, ie, we share the experience; and I was one of those (although the credit really goes to Bob Hopgood, actually, who was pushing that the most) who tried to come up with a proper XHTML template. The real problem is still the missing tooling. Authors, even if technically savy like this community, want to do what they set up to do: write their papers as quickly as possible. They do not want to spend their time going through some esoteric CSS massaging, for example. Let us face it: we are not yet there. The tools for authoring are still very poor. This in spite of the fact that many realize that PDF is really not the format for our age; we need much more than a reproduction of a printed page digitally (as someone referred to in the thread I really suffer when I have to read, let alone review, an article in PDF on my iPad...). But I do see an evolution that might change in the coming years. Laura dropped the magic word on the early phases if this thread: ePub. ePub is a packaged (zip archived) HTML site, with some additional information. It is the format that most of the ebook readers understand (hey, it can even be converted into a Kindle format:-). Both Firefox and Chrome have ePub reader extensions available and Mac OS comes with a free ebook reader (iBook) that is based on it. I expect (hope) that the convergence between ePub and browsers will bring these even closer in the coming years. Because ePub is a packaged web site, with the core content in HTML5 (or SVG), metadata can be added to the content in RDFa, microdata, embedded JSON-LD; in fact, metadata can also be added to the archive as a separate file so if you are crazy enough you can even add RDF data in RDF/XML (no, please, don't do it:-). And, of course, it can be as much as a hypertext as you can just master:-) Tooling? No, not yet:-( Well, not yet for lambda users. But there, too, there is an evolution. The fact is that publishers are working on XML first (or HTML first) workflows. O'Reilly's Atlas tool[1] means that authors prepare their documents in, essentially, HTML (well, a restricted profile thereof), and the output is then produced in EPUB, PDF, or pure HTML at the end. Companies are created that do similar things and where small(er) publishers can develop full projects (Metrodigi, Inkling, Hachette, ...; but I do not think it is possible to use these for a big conference, although, who knows?). Importantly to this community, these tools also include annotation facilities, akin to MS Word's commenting tools. Where does it take us _now_? Much against my instinct and with a bleeding heart I have to accept that conferences of the size of WWW, but even ISWC or ESWC, cannot reasonably ask their submitters to submit in ePub (or HTML). Yet. Not today. It is a chicken and egg problem, and change may come only with events, as well as more progressive scholarly publishers, experimenting with this. Just like Daniel (and Bernadette) I would love to see that happening for smaller workshops (if budget allows, I could imagine a workshop teaming up with, say, Metrodigi to produce the workshop's proceedings). But I am optimistic that the change will happen within a foreseeable time and our community (as any scholarly community, I believe) will have to prepare itself for a change in this area. Adding my 2¢ to Daniel's:-) Ivan P.S. For LaTeX users: I guess the main advantage of LaTeX is the math part. And this is the saddest story of all: MathML has been around for a long time, and it is, actually, part of ePUB as well, but authoring proper mathematics is the toughest with the tools out there. Sigh... P.S.2 B.t.w., W3C has just started work on Web Annotations. Watch that space... [1] https://atlas.oreilly.com [2] http://metrodigi.com [3] https://www.inkling.com On 04 Oct 2014, at 04:14 , Daniel Schwabe dschw...@inf.puc-rio.br wrote: As is often the case on the Internet, this discussion gives me a terrible sense of dejá vu. We've had this discussion many times before. Some years back the IW3C2 (the steering committee for the WWW conference series, of which I am part) first tried to require HTML for the WWW conference paper submissions, then was forced to make it optional because authors simply refused to write in HTML, and eventually dropped it because NO ONE (ok, very very few hardy souls) actually sent in HTML submissions. Our conclusion at the time was that the tools simply were not there, and it was too much of a PITA for people to produce HTML instead of
Re: scientific publishing process (was Re: Cost and access)
Word adds all sorts of horrible tags to things and makes the HTML virtually unrender-able. On 10/5/14, 4:19 PM, Luca Matteis lmatt...@gmail.com wrote: On Sun, Oct 5, 2014 at 4:34 PM, Ivan Herman i...@w3.org wrote: The real problem is still the missing tooling. Authors, even if technically savy like this community, want to do what they set up to do: write their papers as quickly as possible. They do not want to spend their time going through some esoteric CSS massaging, for example. Let us face it: we are not yet there. The tools for authoring are still very poor. But are they still very poor? I mean, I think there are more tools for rendering HTML than there are for rendering Latex. In fact there are probably more tools for rendering HTML than anything else out there, because HTML is used more than anything else. Because HTML powers the Web! You can write in Word, and export in HTML. You can write in Markdown and export in HTML. You can probably write in Latex and export in HTML as well :) The tools are not the problem. The problem to me is the printing afterwords. Conferences/workshops need to print the publications. Printing consistent Latex/PDF templates is a lot easier than printing inconsistent (layout wise) HTML pages. Best, Luca
Re: [ESWC 2015] First Call for Paper
What about EPUB, which is xHTML and has support for Schema.org markup? It also provides for fixed-layout. On 10/1/14, 12:55 PM, Kingsley Idehen kide...@openlinksw.com wrote: On 10/1/14 12:35 PM, Sarven Capadisli wrote: On 2014-10-01 18:12, Fabien Gandon wrote: Dear Saven, Thank your for your response Fabien. The scientific articles are presenting scientific achievements in a format that is suitable for human consumption. Documents in a portable format remain the best way to do that for a conference today. I acknowledge the current state of matters for sharing scientific knowledge. However, the concern was whether ESWC was willing to promote Web native technologies for sharing knowledge, as opposed to solely insisting on Adobe's PDF, a desktop native technology. If my memory serves me correctly, the Web took off not because of PDF, but due to plain old simple HTML. You know just as well that HTML was intended for scientific knowledge sharing at large scale, for human as well as machine consumption. However: - all the metadata of the conference are published as linked data e.g. http://data.semanticweb.org/conference/eswc/2014/html This is great. But, don't you think that we can and ought to do better than just metadata? - authors are encouraged to publish, the datasets and algorithms they use in their research on the Web following its standards. I think we all know too well that this is something left as optional that very few follow-up. There is no reproducibility police in SW/LD venues. Simply put, we can't honestly reproduce the research because all of the important atomic components that are discussed in the papers e.g., from hypothesis, variables, to conclusions, are not precisely identified or easily discoverable. Most of the time, one has to hunt down the authors for that information. IMHO, this severely limits scientific progress on Web Science. Will you compromise on the submission such that the submissions can be in PDF and/or in HTML(+RDFa)? +1 We need to get over this hurdle. We can't expect to be taken seriously if we don't wire what we espouse into the fabric of our existence. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
Re: [ESWC 2015] First Call for Paper
There is a WordPress based tool called Press Books that is nearly identical to the blogging platform but also spits out ePub, Kindle and PDF versions. So you write in HTML, and publish any way you want. It has schema.org support, though I haven’t used it. I published an old collection of short stories from college using this platform. The first five publications are free, and then I’m not sure how it works. From: Jean-Claude Moissinac jean-claude.moissi...@telecom-paristech.frmailto:jean-claude.moissi...@telecom-paristech.fr Date: Wednesday, October 1, 2014 at 2:23 PM To: Bernadette Hyland bhyl...@3roundstones.commailto:bhyl...@3roundstones.com Cc: Sarven Capadisli i...@csarven.camailto:i...@csarven.ca, Fabien Gandon fabien.gan...@inria.frmailto:fabien.gan...@inria.fr, Mauro Dragoni drag...@fbk.eumailto:drag...@fbk.eu, Marta Sabou marta.sa...@modul.ac.atmailto:marta.sa...@modul.ac.at, Harald Sack harald.s...@hpi.uni-potsdam.demailto:harald.s...@hpi.uni-potsdam.de, SW-forum Web semantic-...@w3.orgmailto:semantic-...@w3.org, Linked Data community public-lod@w3.orgmailto:public-lod@w3.org Subject: Re: [ESWC 2015] First Call for Paper Resent-From: public-lod@w3.orgmailto:public-lod@w3.org Resent-Date: Wednesday, October 1, 2014 at 2:24 PM Hello To follow the proposal of Laura Dawson. I'm working on methods and tools to put and use semantic in ePub. I'm interested to offer support to help the conference organizers and the authors to produce a semantic ePub as proceedings of the conference. Best regards -- Jean-Claude Moissinac Associate professor Telecom ParisTech 2014-10-01 19:17 GMT+02:00 Bernadette Hyland bhyl...@3roundstones.commailto:bhyl...@3roundstones.com: +1 to Sarven's proposal. We have to start 'at home' with improving publication process output. Quite frankly, if the experts in linked data don't lead by example and show the benefits, how / why will conference organizers publishers change how they do things. That said, we have to show how more robust data capture benefits their business model *and* helps researchers [because they can collaborate more effectively, grant funding goes further is more effective, etc]. Over time, it will have broader implications in the larger research community and beyond. That is my 2 cents. Cheers, Bernadette Hyland CEO, 3 Round Stones, Inc. http://3roundstones.com http://about.me/bernadettehyland On Oct 1, 2014, at 12:35 PM, Sarven Capadisli i...@csarven.camailto:i...@csarven.ca wrote: On 2014-10-01 18:12, Fabien Gandon wrote: Dear Saven, Thank your for your response Fabien. The scientific articles are presenting scientific achievements in a format that is suitable for human consumption. Documents in a portable format remain the best way to do that for a conference today. I acknowledge the current state of matters for sharing scientific knowledge. However, the concern was whether ESWC was willing to promote Web native technologies for sharing knowledge, as opposed to solely insisting on Adobe's PDF, a desktop native technology. If my memory serves me correctly, the Web took off not because of PDF, but due to plain old simple HTML. You know just as well that HTML was intended for scientific knowledge sharing at large scale, for human as well as machine consumption. However: - all the metadata of the conference are published as linked data e.g. http://data.semanticweb.org/conference/eswc/2014/html This is great. But, don't you think that we can and ought to do better than just metadata? - authors are encouraged to publish, the datasets and algorithms they use in their research on the Web following its standards. I think we all know too well that this is something left as optional that very few follow-up. There is no reproducibility police in SW/LD venues. Simply put, we can't honestly reproduce the research because all of the important atomic components that are discussed in the papers e.g., from hypothesis, variables, to conclusions, are not precisely identified or easily discoverable. Most of the time, one has to hunt down the authors for that information. IMHO, this severely limits scientific progress on Web Science. Will you compromise on the submission such that the submissions can be in PDF and/or in HTML(+RDFa)? Thanks again for considering. -Sarven http://csarven.ca/#i
Re: [ESWC 2015] First Call for Paper
Kingsley, you can go here (http://idpf.org/epub) for info and specs. And you can go here (http://www.pressbooks.com) to access the tool I was talking about in my previous email. EPUB¹s intention is indeed to provide open, ³webby² publication. (Though not all vendors want that - and their rendering engines don¹t have to make use of everything that¹s provided). EPUB can be read by (gasp) Adobe Digital Editions, but many like to use Calibre, which is more open and less proprietary. On 10/1/14, 2:32 PM, Kingsley Idehen kide...@openlinksw.com wrote: On 10/1/14 1:10 PM, Laura Dawson wrote: What about EPUB, which is xHTML and has support for Schema.org markup? It also provides for fixed-layout. Laura, As long as it reflects what we are requesting of others, in regards to Linked Open Data publication, it's all good :-) Do you have a sample link? Kingsley On 10/1/14, 12:55 PM, Kingsley Idehen kide...@openlinksw.com wrote: On 10/1/14 12:35 PM, Sarven Capadisli wrote: On 2014-10-01 18:12, Fabien Gandon wrote: Dear Saven, Thank your for your response Fabien. The scientific articles are presenting scientific achievements in a format that is suitable for human consumption. Documents in a portable format remain the best way to do that for a conference today. I acknowledge the current state of matters for sharing scientific knowledge. However, the concern was whether ESWC was willing to promote Web native technologies for sharing knowledge, as opposed to solely insisting on Adobe's PDF, a desktop native technology. If my memory serves me correctly, the Web took off not because of PDF, but due to plain old simple HTML. You know just as well that HTML was intended for scientific knowledge sharing at large scale, for human as well as machine consumption. However: - all the metadata of the conference are published as linked data e.g. http://data.semanticweb.org/conference/eswc/2014/html This is great. But, don't you think that we can and ought to do better than just metadata? - authors are encouraged to publish, the datasets and algorithms they use in their research on the Web following its standards. I think we all know too well that this is something left as optional that very few follow-up. There is no reproducibility police in SW/LD venues. Simply put, we can't honestly reproduce the research because all of the important atomic components that are discussed in the papers e.g., from hypothesis, variables, to conclusions, are not precisely identified or easily discoverable. Most of the time, one has to hunt down the authors for that information. IMHO, this severely limits scientific progress on Web Science. Will you compromise on the submission such that the submissions can be in PDF and/or in HTML(+RDFa)? +1 We need to get over this hurdle. We can't expect to be taken seriously if we don't wire what we espouse into the fabric of our existence. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
Re: Formats and icing (Was Re: [ESWC 2015] First Call for Paper)
Apologies, Sarven. I was just trying to point out some options and resources for those who were interested. On 10/1/14, 2:42 PM, Sarven Capadisli i...@csarven.ca wrote: On 2014-10-01 19:10, Laura Dawson wrote: What about EPUB, which is xHTML and has support for Schema.org markup? It also provides for fixed-layout. IMO, this particular discussion is not what we should be focusing on. And, it almost always deters from the main topic. There are a number of ways to get to Web friendly representations and presentations. EPUB? Sure. Whatever floats the author's boat. As long as we can precisely identify and be able to discover the items in research papers, that's all fine. I personally don't find the need to set any hard limitations on (X)HTML or which vocabularies to use. So, schema.org is not granular enough at this time. There are more appropriate ones out there e.g: e.g., http://lists.w3.org/Archives/Public/public-lod/2014Jul/0179.html , but that doesn't mean that we can't use them along with schema.org. I favour plain HTML+CSS+RDFa to get things going e.g.: https://github.com/csarven/linked-research (I will not dwell on the use of SVG, MathML, JavaScript etc. at this point, but you get the picture). The primary focus right now is to have SW/LD venues compromise i.e., not insist only on Adobe's PDF, but welcome Web native technologies. Debating on which Doctype or vocabulary or whatever is like the icing on the cake. Can we first bring the flour into our kitchen? -Sarven http://csarven.ca/#i
Re: ORCID as Linked Data
Keep your eyes out for ISNI data being released as RDF. We¹re hammering out the data licensing terms now, but expect that to be resolved shortly and then there will be ISNIs all over the place. On 6/17/14, 10:26 AM, John Erickson olyerick...@gmail.com wrote: I agree with Leigh, this is a great addition. Our team is working on a VIVO extension http://vivoweb.org that will do bibliographic RDF import based on DOIs using CrossRef's linked data access capability. Now we'll take a look at a similar capability for ORCID identifiers! John On Tue, Jun 17, 2014 at 10:00 AM, Leigh Dodds le...@ldodds.com wrote: I discovered this today: curl -v -L -H Accept: text/turtle http://orcid.org/-0003-0837-2362 A fairly new addition to the ORCID service I think. With many DOIs already supporting Linked Data views, this makes a nice addition to the academic linked data landscape. Still lots of room for improvement, but definitely a step forwards. Cheers, L. -- Leigh Dodds Freelance Technologist Open Data, Linked Data Geek t: @ldodds w: ldodds.com e: le...@ldodds.com -- John S. Erickson, Ph.D. Deputy Director, Web Science Research Center Tetherless World Constellation (RPI) http://tw.rpi.edu olyerick...@gmail.com Twitter Skype: olyerickson
Re: ORCID as Linked Data
I am not sure, but Thom Hickey or Lorcan Dempsey would know. On 6/17/14, 12:24 PM, Uldis Bojars capts...@gmail.com wrote: ISNI identifiers can also be extracted from VIAF authority data, although that's IDs only. Once ISNI data is released as RDF is there a plan to add relevant owl:sameAs links to VIAF? Uldis On 17 June 2014 17:32, Laura Dawson laura.daw...@bowker.com wrote: Keep your eyes out for ISNI data being released as RDF. We¹re hammering out the data licensing terms now, but expect that to be resolved shortly and then there will be ISNIs all over the place. On 6/17/14, 10:26 AM, John Erickson olyerick...@gmail.com wrote: I agree with Leigh, this is a great addition. Our team is working on a VIVO extension http://vivoweb.org that will do bibliographic RDF import based on DOIs using CrossRef's linked data access capability. Now we'll take a look at a similar capability for ORCID identifiers! John On Tue, Jun 17, 2014 at 10:00 AM, Leigh Dodds le...@ldodds.com wrote: I discovered this today: curl -v -L -H Accept: text/turtle http://orcid.org/-0003-0837-2362 A fairly new addition to the ORCID service I think. With many DOIs already supporting Linked Data views, this makes a nice addition to the academic linked data landscape. Still lots of room for improvement, but definitely a step forwards. Cheers, L. -- Leigh Dodds Freelance Technologist Open Data, Linked Data Geek t: @ldodds w: ldodds.com e: le...@ldodds.com -- John S. Erickson, Ph.D. Deputy Director, Web Science Research Center Tetherless World Constellation (RPI) http://tw.rpi.edu olyerick...@gmail.com Twitter Skype: olyerickson
Re: ORCID as Linked Data
The reason this isn¹t available publicly is that bibliographic citations linked to ORCIDs are proprietary data to the publishers participating in ORCID. In other words, they join ORCID, assign identifiers on behalf of their contributors/researchers, and maintain the links to researcher output themselves - that¹s the value proposition they bring to the (mostly) academic/institutional market that they license content to. On 6/17/14, 1:08 PM, Uldis Bojars capts...@gmail.com wrote: from ORCID Outreach Meeting (May 21 22, 2014) report: http://blogs.nd.edu/emorgan/2014/06/orcid/ the author of the article experimented w. ORCID RDF but found its data insufficient and used other APIs to get additional data: Unfortunately, the RDF output only included the merest of FOAF-based information, and I was interested in bibliographic citations. Consequently I shifted gears, took advantage of the ORCID-specific API, and I decided to do some text mining. Specifically, I wrote a Perl program ‹ orcid.pl ‹ that takes an ORCID identifier as input (ie. -0002-9952-7800) and then: queries ORCID for all the works associated with the identifier** extracts the DOIs from the resulting XML feeds the DOIs to a program called Tika for the purposes of extracting the full text from documents concatenates the result into a single stream of text, and sends the whole thing to standard output On 17 June 2014 17:00, Leigh Dodds le...@ldodds.com wrote: I discovered this today: curl -v -L -H Accept: text/turtle http://orcid.org/-0003-0837-2362 A fairly new addition to the ORCID service I think. With many DOIs already supporting Linked Data views, this makes a nice addition to the academic linked data landscape. Still lots of room for improvement, but definitely a step forwards. Cheers, L. -- Leigh Dodds Freelance Technologist Open Data, Linked Data Geek t: @ldodds w: ldodds.com e: le...@ldodds.com
ISNI persistent URL functionality
ISNI now has persistent URL functionality, as in this example: http://isni.org/isni/000124514311 Now that this is in place, we¹re drafting requirements for marking up the pages with Schema.org, and releasing the public data as RDF. Laura Dawson Product Manager, Identifier Services http://www.isni.org http://www.selfpublishedauthor.com ISNI 0004 1029 5439 Bowker | 630 Central Avenue | New Providence, NJ 07974 USA | ProQuest... Start here http://www.proquest.com/en-US/default.shtml. 2012 InformationWeek 500 Top Innovator Bowker, a ProQuest affiliate http://www.twitter.com/Bowker http://www.facebook.com/proquest?sk=wall http://www.linkedin.com/company/proquest/the-proquest-research-environment -3842/product
Re: ISNI persistent URL functionality
That¹s probably because VIAF has merged those records in its database. We are, in fact, taking that next step; I will have more details about this in 2014. We¹re drafting requirements now. :) On 12/5/13, 11:31 AM, Edward Summers e...@pobox.com wrote: On Dec 5, 2013, at 9:56 AM, Laura Dawson laura.daw...@bowker.com wrote: http://isni.org/isni/000124514311 Wow, this is great, thanks for sharing Laura. Layering some rdfa or microdata into that HTML to expose some of the structured data that¹s there would be a great next step. By the way, I noticed that the record includes three links to VIAF: * http://viaf.org/viaf/85312226 * http://viaf.org/viaf/87229430 * http://viaf.org/viaf/79454736 and that the last 2 redirect to the first. I was just curious what might be going on there. //Ed