SlideShare ist ein Scribd-Unternehmen logo
1 von 41
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Shout it Out: LOUD
Rob Sanderson
Semantic Architect
J. Paul Getty Trust
rsanderson@getty.edu
@azaroth42
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
The Semantic Web
http://rubenverborgh.github.io/WebFundamentals/
birds-eye-view/images/scientific-american.jpg
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
The (Imagined) Semantic Web
But not how they
thought it would
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Linked Open Data
http://5stardata.info/en/
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
(Publishing) Linked Open Data
?
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Linked
Open
Data
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Usable
Linked
Open
Data
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Usable?
… usability is the degree to which [a thing]
can be used by specified consumers to
achieve [their] quantified objectives with
effectiveness, efficiency, and satisfaction
in a quantified context of use.
who
what
how
where
Usability is dependent on the Audience
https://en.wikipedia.org/wiki/usability
“ ”
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Who?
With thanks to Patrick Hochstenbach, @hochstenbach
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
2
LOD … Profit!
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Developers!
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
What? How? Where?
1. Know Your Audience
2. Meet on Their Terms
3. Have a Conversation
4. Create Opportunities for Meaningful Participation
/ht Catherine Bracy, @cbracy
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Usability
1. Know Your Audience
2. Meet on Their Terms
3. Have a Conversation
4. Create Opportunities for Meaningful Participation
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
The API is the Developers’ User Interface
When it comes to APIs, developers are
your users. The same principles of user-
centred-design apply to the development
and publication of APIs (simplicity,
obviousness, fit-for-purpose etc)
http://apiguide.readthedocs.io/en/latest/principles/empathy.html
“ ”
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
What is the API for LOD?
Provide useful information about what a
name identifies when it's looked up, using
open standards such as RDF, SPARQL, etc.
In LOD, the ontology determines the API
This is not meeting on the audience’s terms
“ ”
-- TimBL
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Usable (API) vs Complete (Model)
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Target Zone
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Incremental Complexity
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Incremental Complexity
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Incremental Complexity
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Five Stars of Linked Open Usable Data
⭐ right Abstraction for the audience
⭐ few Barriers to entry
⭐ Comprehensible by introspection
⭐ Documentation with working examples
⭐ few Exceptions, many consistent patterns
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
A is for the right Abstraction
https://www.flickr.com/photos/emilgh/2801393221/
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
A is for the right Abstraction
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
A is for the right Abstraction
https://www.flickr.com/photos/markmorgantrinidad/14860681369/ https://www.flickr.com/photos/57293605@N07/14345959147/
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
B is for few Barriers to Entry
https://www.flickr.com/photos/tfpc/6112503326/
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
C is for Comprehensible
{
"@context": "https://linked.art/ns/v1/linked-art.json",
"id": "https://example.museum/data/object/1",
"type": "ManMadeObject",
"identified_by": {
"type": "Name",
"value": "Example Painting”
},
"made_of": {
"id": "aat:300015045",
"type": "Material",
"label": "watercolor"
}
}
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
D is for Documentation
https://www.w3.org/TR/annotation-model/
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
E is for few Exceptions
M.C. Escher, Two Birds (No. 18)
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
E is for few Exceptions
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Examples?
https://linked.art/
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Five Core Design Principles
1. Require Use Cases, with Data
2. As Simple as Possible
3. Don’t Break the Web
4. Define Success, Not Failure
5. Design for JSON-LD, Consistently
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Require Use Cases, with Data!
Uses Cases, supported by data, keep LOD grounded in reality
and help find the correct abstraction
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
As Simple as Possible
Image source: Alamy
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Don’t Break the Web
https://www.flickr.com/photos/patchattack/10784011155/
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Define Success, Not Failure
https://en.wikipedia.org/wiki/Jon_Postel
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Design for JSON-LD, Consistently
10% - 20% of all websites have JSON-LD data (schema.org)
json api xml api
https://trends.google.com/trends/explore?date=all&q=json%20api,xml%20api
(Feb 2018) https://w3techs.com/technologies/details/da-jsonld/all/all
(Nov 2017) http://webdatacommons.org/structureddata/2017-12/stats/stats.html
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
RDF: Not In My Backyard!
Image By Z22 - https://commons.wikimedia.org/w/index.php?curid=30929934Title: http://manu.sporny.org/2012/nuclear-rdf/
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
JSON-LD 1.1
https://json-ld.github.io/charter/
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Insights to Take Away
⭐ right Abstraction
⭐ few Barriers
⭐ Comprehensible
⭐ Documentation
⭐ few Exceptions
⭐ Require Use Cases
⭐ Simple as Possible
⭐ Don’t Break the Web
⭐ Define Success
⭐ Consistent JSON-LD
Ensure Your Data is LOUD
@azaroth42
rsanderson
@getty.edu
IIIF:Interoperabilituy
LinkedOpen
UsableData
@azaroth42
rsanderson
@getty.edu
Thank You!
Rob Sanderson
rsanderson@getty.edu
@azaroth42

Weitere ähnliche Inhalte

Was ist angesagt?

次世代 KYC に関する検討状況 - OpenID BizDay #15
次世代 KYC に関する検討状況 - OpenID BizDay #15次世代 KYC に関する検討状況 - OpenID BizDay #15
次世代 KYC に関する検討状況 - OpenID BizDay #15OpenID Foundation Japan
 
Azure AD B2CにIdPを色々と繋いでみる
Azure AD B2CにIdPを色々と繋いでみるAzure AD B2CにIdPを色々と繋いでみる
Azure AD B2CにIdPを色々と繋いでみるNaohiro Fujie
 
Switching from relational to the graph model
Switching from relational to the graph modelSwitching from relational to the graph model
Switching from relational to the graph modelLuca Garulli
 
MicrosoftのDID/VC実装概要
MicrosoftのDID/VC実装概要MicrosoftのDID/VC実装概要
MicrosoftのDID/VC実装概要Naohiro Fujie
 
Heroku connect 苦肉の四苦八苦
Heroku connect 苦肉の四苦八苦Heroku connect 苦肉の四苦八苦
Heroku connect 苦肉の四苦八苦Hideki Ohkubo
 
【初心者理解用】分散型金融(DeFI)と保険ビジネス
【初心者理解用】分散型金融(DeFI)と保険ビジネス【初心者理解用】分散型金融(DeFI)と保険ビジネス
【初心者理解用】分散型金融(DeFI)と保険ビジネスtaake crypto
 
Bounce Tracking ProtectionにおけるFederationへの課題と最新動向 #openid #technight
Bounce Tracking ProtectionにおけるFederationへの課題と最新動向 #openid #technightBounce Tracking ProtectionにおけるFederationへの課題と最新動向 #openid #technight
Bounce Tracking ProtectionにおけるFederationへの課題と最新動向 #openid #technightYahoo!デベロッパーネットワーク
 
Gerrit Code Review with GitHub plugin
Gerrit Code Review with GitHub pluginGerrit Code Review with GitHub plugin
Gerrit Code Review with GitHub pluginLuca Milanesio
 
C#メタプログラミング概略 in 2021
C#メタプログラミング概略 in 2021C#メタプログラミング概略 in 2021
C#メタプログラミング概略 in 2021Atsushi Nakamura
 
自己主権型アイデンティティを実現するIDYXテクノロジー | 鈴木 大、中山貴祥
自己主権型アイデンティティを実現するIDYXテクノロジー | 鈴木 大、中山貴祥自己主権型アイデンティティを実現するIDYXテクノロジー | 鈴木 大、中山貴祥
自己主権型アイデンティティを実現するIDYXテクノロジー | 鈴木 大、中山貴祥blockchainexe
 
Overview of Decentralized Identity
Overview of Decentralized IdentityOverview of Decentralized Identity
Overview of Decentralized IdentityJim Flynn
 
Dependency injection using Google guice
Dependency injection using Google guiceDependency injection using Google guice
Dependency injection using Google guiceAman Verma
 
これからのネイティブアプリにおけるOpenID Connectの活用
これからのネイティブアプリにおけるOpenID Connectの活用これからのネイティブアプリにおけるOpenID Connectの活用
これからのネイティブアプリにおけるOpenID Connectの活用Masaru Kurahayashi
 
今なら間に合う分散型IDとEntra Verified ID
今なら間に合う分散型IDとEntra Verified ID今なら間に合う分散型IDとEntra Verified ID
今なら間に合う分散型IDとEntra Verified IDNaohiro Fujie
 
IDA,VC,DID関連仕様 最新情報 - OpenID BizDay #15
IDA,VC,DID関連仕様 最新情報 - OpenID BizDay #15IDA,VC,DID関連仕様 最新情報 - OpenID BizDay #15
IDA,VC,DID関連仕様 最新情報 - OpenID BizDay #15OpenID Foundation Japan
 
Azure DevOpsとセキュリティ
Azure DevOpsとセキュリティAzure DevOpsとセキュリティ
Azure DevOpsとセキュリティKazushi Kamegawa
 
Verifiable Credentials_Kristina_Identiverse2022_vFIN.pdf
Verifiable Credentials_Kristina_Identiverse2022_vFIN.pdfVerifiable Credentials_Kristina_Identiverse2022_vFIN.pdf
Verifiable Credentials_Kristina_Identiverse2022_vFIN.pdfKristina Yasuda
 

Was ist angesagt? (20)

次世代 KYC に関する検討状況 - OpenID BizDay #15
次世代 KYC に関する検討状況 - OpenID BizDay #15次世代 KYC に関する検討状況 - OpenID BizDay #15
次世代 KYC に関する検討状況 - OpenID BizDay #15
 
Connext DDS Professional 5.1.0 Overview
Connext DDS Professional 5.1.0 OverviewConnext DDS Professional 5.1.0 Overview
Connext DDS Professional 5.1.0 Overview
 
OpenID for SSI
OpenID for SSIOpenID for SSI
OpenID for SSI
 
Azure AD B2CにIdPを色々と繋いでみる
Azure AD B2CにIdPを色々と繋いでみるAzure AD B2CにIdPを色々と繋いでみる
Azure AD B2CにIdPを色々と繋いでみる
 
Switching from relational to the graph model
Switching from relational to the graph modelSwitching from relational to the graph model
Switching from relational to the graph model
 
MicrosoftのDID/VC実装概要
MicrosoftのDID/VC実装概要MicrosoftのDID/VC実装概要
MicrosoftのDID/VC実装概要
 
Heroku connect 苦肉の四苦八苦
Heroku connect 苦肉の四苦八苦Heroku connect 苦肉の四苦八苦
Heroku connect 苦肉の四苦八苦
 
【初心者理解用】分散型金融(DeFI)と保険ビジネス
【初心者理解用】分散型金融(DeFI)と保険ビジネス【初心者理解用】分散型金融(DeFI)と保険ビジネス
【初心者理解用】分散型金融(DeFI)と保険ビジネス
 
Bounce Tracking ProtectionにおけるFederationへの課題と最新動向 #openid #technight
Bounce Tracking ProtectionにおけるFederationへの課題と最新動向 #openid #technightBounce Tracking ProtectionにおけるFederationへの課題と最新動向 #openid #technight
Bounce Tracking ProtectionにおけるFederationへの課題と最新動向 #openid #technight
 
Gerrit Code Review with GitHub plugin
Gerrit Code Review with GitHub pluginGerrit Code Review with GitHub plugin
Gerrit Code Review with GitHub plugin
 
C#メタプログラミング概略 in 2021
C#メタプログラミング概略 in 2021C#メタプログラミング概略 in 2021
C#メタプログラミング概略 in 2021
 
自己主権型アイデンティティを実現するIDYXテクノロジー | 鈴木 大、中山貴祥
自己主権型アイデンティティを実現するIDYXテクノロジー | 鈴木 大、中山貴祥自己主権型アイデンティティを実現するIDYXテクノロジー | 鈴木 大、中山貴祥
自己主権型アイデンティティを実現するIDYXテクノロジー | 鈴木 大、中山貴祥
 
Overview of Decentralized Identity
Overview of Decentralized IdentityOverview of Decentralized Identity
Overview of Decentralized Identity
 
Dependency injection using Google guice
Dependency injection using Google guiceDependency injection using Google guice
Dependency injection using Google guice
 
これからのネイティブアプリにおけるOpenID Connectの活用
これからのネイティブアプリにおけるOpenID Connectの活用これからのネイティブアプリにおけるOpenID Connectの活用
これからのネイティブアプリにおけるOpenID Connectの活用
 
今なら間に合う分散型IDとEntra Verified ID
今なら間に合う分散型IDとEntra Verified ID今なら間に合う分散型IDとEntra Verified ID
今なら間に合う分散型IDとEntra Verified ID
 
IDA,VC,DID関連仕様 最新情報 - OpenID BizDay #15
IDA,VC,DID関連仕様 最新情報 - OpenID BizDay #15IDA,VC,DID関連仕様 最新情報 - OpenID BizDay #15
IDA,VC,DID関連仕様 最新情報 - OpenID BizDay #15
 
Azure DevOpsとセキュリティ
Azure DevOpsとセキュリティAzure DevOpsとセキュリティ
Azure DevOpsとセキュリティ
 
Verifiable Credentials_Kristina_Identiverse2022_vFIN.pdf
Verifiable Credentials_Kristina_Identiverse2022_vFIN.pdfVerifiable Credentials_Kristina_Identiverse2022_vFIN.pdf
Verifiable Credentials_Kristina_Identiverse2022_vFIN.pdf
 
Data in RDF
Data in RDFData in RDF
Data in RDF
 

Ähnlich wie EuropeanaTech Keynote: Shout it out LOUD

Community Challenges for Practical Linked Open Data - Linked Pasts keynote
Community Challenges for Practical Linked Open Data - Linked Pasts keynoteCommunity Challenges for Practical Linked Open Data - Linked Pasts keynote
Community Challenges for Practical Linked Open Data - Linked Pasts keynoteRobert Sanderson
 
Publishing Linked Open Usable Data
Publishing Linked Open Usable DataPublishing Linked Open Usable Data
Publishing Linked Open Usable DataRobert Sanderson
 
Linked Art - Our Linked Open Usable Data Model
Linked Art - Our Linked Open Usable Data ModelLinked Art - Our Linked Open Usable Data Model
Linked Art - Our Linked Open Usable Data ModelRobert Sanderson
 
Linked Open Data at the Getty
Linked Open Data at the GettyLinked Open Data at the Getty
Linked Open Data at the GettyRobert Sanderson
 
The Importance of being LOUD
The Importance of being LOUDThe Importance of being LOUD
The Importance of being LOUDRobert Sanderson
 
Every Identity, its Ontology
Every Identity, its OntologyEvery Identity, its Ontology
Every Identity, its OntologyRobert Sanderson
 
IIIF and Linked Data: A Cultural Heritage DAM Ecosystem
IIIF and Linked Data: A Cultural Heritage DAM EcosystemIIIF and Linked Data: A Cultural Heritage DAM Ecosystem
IIIF and Linked Data: A Cultural Heritage DAM EcosystemRobert Sanderson
 
Linked Art: An Art Museum Profile for CIDOC-CRM
Linked Art: An Art Museum Profile for CIDOC-CRMLinked Art: An Art Museum Profile for CIDOC-CRM
Linked Art: An Art Museum Profile for CIDOC-CRMRobert Sanderson
 
Introduction to the Linked Art Data Model
Introduction to the Linked Art Data ModelIntroduction to the Linked Art Data Model
Introduction to the Linked Art Data ModelRobert Sanderson
 
Sanderson CNI 2020 Keynote - Cultural Heritage Research Data Ecosystem
Sanderson CNI 2020 Keynote - Cultural Heritage Research Data EcosystemSanderson CNI 2020 Keynote - Cultural Heritage Research Data Ecosystem
Sanderson CNI 2020 Keynote - Cultural Heritage Research Data EcosystemRobert Sanderson
 
Brief Introduction to Linked Data
Brief Introduction to Linked DataBrief Introduction to Linked Data
Brief Introduction to Linked DataRobert Sanderson
 
IIIF Discovery Walkthrough
IIIF Discovery WalkthroughIIIF Discovery Walkthrough
IIIF Discovery WalkthroughRobert Sanderson
 
IIIF, Linked Data and the Getty Vocabularies
IIIF, Linked Data and the Getty VocabulariesIIIF, Linked Data and the Getty Vocabularies
IIIF, Linked Data and the Getty VocabulariesRobert Sanderson
 
Introduction to Linked Art Model
Introduction to Linked Art ModelIntroduction to Linked Art Model
Introduction to Linked Art ModelRobert Sanderson
 
a future where data citation Counts
a future where data citation Countsa future where data citation Counts
a future where data citation CountsHeather Piwowar
 
Reflection on the Data Science Profession in NYC
Reflection on the Data Science Profession in NYCReflection on the Data Science Profession in NYC
Reflection on the Data Science Profession in NYCWork-Bench
 
Standards and Communities: Connected People, Consistent Data, Usable Applicat...
Standards and Communities: Connected People, Consistent Data, Usable Applicat...Standards and Communities: Connected People, Consistent Data, Usable Applicat...
Standards and Communities: Connected People, Consistent Data, Usable Applicat...Robert Sanderson
 
Making friends with big data resource links
Making friends with big data resource linksMaking friends with big data resource links
Making friends with big data resource linksHeather Stark
 
Introduction to IIIF (The Hague, May 2018)
Introduction to IIIF (The Hague, May 2018)Introduction to IIIF (The Hague, May 2018)
Introduction to IIIF (The Hague, May 2018)Robert Sanderson
 

Ähnlich wie EuropeanaTech Keynote: Shout it out LOUD (20)

Community Challenges for Practical Linked Open Data - Linked Pasts keynote
Community Challenges for Practical Linked Open Data - Linked Pasts keynoteCommunity Challenges for Practical Linked Open Data - Linked Pasts keynote
Community Challenges for Practical Linked Open Data - Linked Pasts keynote
 
Sanderson Shout It Out: LOUD
Sanderson Shout It Out: LOUDSanderson Shout It Out: LOUD
Sanderson Shout It Out: LOUD
 
Publishing Linked Open Usable Data
Publishing Linked Open Usable DataPublishing Linked Open Usable Data
Publishing Linked Open Usable Data
 
Linked Art - Our Linked Open Usable Data Model
Linked Art - Our Linked Open Usable Data ModelLinked Art - Our Linked Open Usable Data Model
Linked Art - Our Linked Open Usable Data Model
 
Linked Open Data at the Getty
Linked Open Data at the GettyLinked Open Data at the Getty
Linked Open Data at the Getty
 
The Importance of being LOUD
The Importance of being LOUDThe Importance of being LOUD
The Importance of being LOUD
 
Every Identity, its Ontology
Every Identity, its OntologyEvery Identity, its Ontology
Every Identity, its Ontology
 
IIIF and Linked Data: A Cultural Heritage DAM Ecosystem
IIIF and Linked Data: A Cultural Heritage DAM EcosystemIIIF and Linked Data: A Cultural Heritage DAM Ecosystem
IIIF and Linked Data: A Cultural Heritage DAM Ecosystem
 
Linked Art: An Art Museum Profile for CIDOC-CRM
Linked Art: An Art Museum Profile for CIDOC-CRMLinked Art: An Art Museum Profile for CIDOC-CRM
Linked Art: An Art Museum Profile for CIDOC-CRM
 
Introduction to the Linked Art Data Model
Introduction to the Linked Art Data ModelIntroduction to the Linked Art Data Model
Introduction to the Linked Art Data Model
 
Sanderson CNI 2020 Keynote - Cultural Heritage Research Data Ecosystem
Sanderson CNI 2020 Keynote - Cultural Heritage Research Data EcosystemSanderson CNI 2020 Keynote - Cultural Heritage Research Data Ecosystem
Sanderson CNI 2020 Keynote - Cultural Heritage Research Data Ecosystem
 
Brief Introduction to Linked Data
Brief Introduction to Linked DataBrief Introduction to Linked Data
Brief Introduction to Linked Data
 
IIIF Discovery Walkthrough
IIIF Discovery WalkthroughIIIF Discovery Walkthrough
IIIF Discovery Walkthrough
 
IIIF, Linked Data and the Getty Vocabularies
IIIF, Linked Data and the Getty VocabulariesIIIF, Linked Data and the Getty Vocabularies
IIIF, Linked Data and the Getty Vocabularies
 
Introduction to Linked Art Model
Introduction to Linked Art ModelIntroduction to Linked Art Model
Introduction to Linked Art Model
 
a future where data citation Counts
a future where data citation Countsa future where data citation Counts
a future where data citation Counts
 
Reflection on the Data Science Profession in NYC
Reflection on the Data Science Profession in NYCReflection on the Data Science Profession in NYC
Reflection on the Data Science Profession in NYC
 
Standards and Communities: Connected People, Consistent Data, Usable Applicat...
Standards and Communities: Connected People, Consistent Data, Usable Applicat...Standards and Communities: Connected People, Consistent Data, Usable Applicat...
Standards and Communities: Connected People, Consistent Data, Usable Applicat...
 
Making friends with big data resource links
Making friends with big data resource linksMaking friends with big data resource links
Making friends with big data resource links
 
Introduction to IIIF (The Hague, May 2018)
Introduction to IIIF (The Hague, May 2018)Introduction to IIIF (The Hague, May 2018)
Introduction to IIIF (The Hague, May 2018)
 

Mehr von Robert Sanderson

LUX - Cross Collections Cultural Heritage at Yale
LUX - Cross Collections Cultural Heritage at YaleLUX - Cross Collections Cultural Heritage at Yale
LUX - Cross Collections Cultural Heritage at YaleRobert Sanderson
 
Zoom as a Paradigm for Linked Open Usable Data
Zoom as a Paradigm for Linked Open Usable DataZoom as a Paradigm for Linked Open Usable Data
Zoom as a Paradigm for Linked Open Usable DataRobert Sanderson
 
Provenance and Uncertainty in Linked Art
Provenance and Uncertainty in Linked ArtProvenance and Uncertainty in Linked Art
Provenance and Uncertainty in Linked ArtRobert Sanderson
 
Data is our Product: Thoughts on LOD Sustainability
Data is our Product: Thoughts on LOD SustainabilityData is our Product: Thoughts on LOD Sustainability
Data is our Product: Thoughts on LOD SustainabilityRobert Sanderson
 
A Perspective on Wikidata: Ecosystems, Trust, and Usability
A Perspective on Wikidata: Ecosystems, Trust, and UsabilityA Perspective on Wikidata: Ecosystems, Trust, and Usability
A Perspective on Wikidata: Ecosystems, Trust, and UsabilityRobert Sanderson
 
Linked Art: Sustainable Cultural Knowledge through Linked Open Usable Data
Linked Art: Sustainable Cultural Knowledge through Linked Open Usable DataLinked Art: Sustainable Cultural Knowledge through Linked Open Usable Data
Linked Art: Sustainable Cultural Knowledge through Linked Open Usable DataRobert Sanderson
 
Structural Metadata in RDF (IS575)
Structural Metadata in RDF (IS575)Structural Metadata in RDF (IS575)
Structural Metadata in RDF (IS575)Robert Sanderson
 
Tiers of Abstraction and Audience in Cultural Heritage Data Modeling
Tiers of Abstraction and Audience in Cultural Heritage Data ModelingTiers of Abstraction and Audience in Cultural Heritage Data Modeling
Tiers of Abstraction and Audience in Cultural Heritage Data ModelingRobert Sanderson
 
Strong Opinions, Weakly Held
Strong Opinions, Weakly HeldStrong Opinions, Weakly Held
Strong Opinions, Weakly HeldRobert Sanderson
 
Euromed2018 Keynote: Usability over Completeness, Community over Committee
Euromed2018 Keynote: Usability over Completeness, Community over CommitteeEuromed2018 Keynote: Usability over Completeness, Community over Committee
Euromed2018 Keynote: Usability over Completeness, Community over CommitteeRobert Sanderson
 
linked.art Data Model Walkthrough
linked.art Data Model Walkthroughlinked.art Data Model Walkthrough
linked.art Data Model WalkthroughRobert Sanderson
 
Discovery of IIIF Resources: Intro for Working Group / Vatican
Discovery of IIIF Resources: Intro for Working Group / VaticanDiscovery of IIIF Resources: Intro for Working Group / Vatican
Discovery of IIIF Resources: Intro for Working Group / VaticanRobert Sanderson
 
IIIF: Discovery of Resources
IIIF: Discovery of ResourcesIIIF: Discovery of Resources
IIIF: Discovery of ResourcesRobert Sanderson
 

Mehr von Robert Sanderson (15)

Understanding Linked Art
Understanding Linked ArtUnderstanding Linked Art
Understanding Linked Art
 
LUX - Cross Collections Cultural Heritage at Yale
LUX - Cross Collections Cultural Heritage at YaleLUX - Cross Collections Cultural Heritage at Yale
LUX - Cross Collections Cultural Heritage at Yale
 
Zoom as a Paradigm for Linked Open Usable Data
Zoom as a Paradigm for Linked Open Usable DataZoom as a Paradigm for Linked Open Usable Data
Zoom as a Paradigm for Linked Open Usable Data
 
Provenance and Uncertainty in Linked Art
Provenance and Uncertainty in Linked ArtProvenance and Uncertainty in Linked Art
Provenance and Uncertainty in Linked Art
 
Data is our Product: Thoughts on LOD Sustainability
Data is our Product: Thoughts on LOD SustainabilityData is our Product: Thoughts on LOD Sustainability
Data is our Product: Thoughts on LOD Sustainability
 
A Perspective on Wikidata: Ecosystems, Trust, and Usability
A Perspective on Wikidata: Ecosystems, Trust, and UsabilityA Perspective on Wikidata: Ecosystems, Trust, and Usability
A Perspective on Wikidata: Ecosystems, Trust, and Usability
 
Linked Art: Sustainable Cultural Knowledge through Linked Open Usable Data
Linked Art: Sustainable Cultural Knowledge through Linked Open Usable DataLinked Art: Sustainable Cultural Knowledge through Linked Open Usable Data
Linked Art: Sustainable Cultural Knowledge through Linked Open Usable Data
 
Structural Metadata in RDF (IS575)
Structural Metadata in RDF (IS575)Structural Metadata in RDF (IS575)
Structural Metadata in RDF (IS575)
 
Tiers of Abstraction and Audience in Cultural Heritage Data Modeling
Tiers of Abstraction and Audience in Cultural Heritage Data ModelingTiers of Abstraction and Audience in Cultural Heritage Data Modeling
Tiers of Abstraction and Audience in Cultural Heritage Data Modeling
 
Strong Opinions, Weakly Held
Strong Opinions, Weakly HeldStrong Opinions, Weakly Held
Strong Opinions, Weakly Held
 
Euromed2018 Keynote: Usability over Completeness, Community over Committee
Euromed2018 Keynote: Usability over Completeness, Community over CommitteeEuromed2018 Keynote: Usability over Completeness, Community over Committee
Euromed2018 Keynote: Usability over Completeness, Community over Committee
 
linked.art Data Model Walkthrough
linked.art Data Model Walkthroughlinked.art Data Model Walkthrough
linked.art Data Model Walkthrough
 
Discovery of IIIF Resources: Intro for Working Group / Vatican
Discovery of IIIF Resources: Intro for Working Group / VaticanDiscovery of IIIF Resources: Intro for Working Group / Vatican
Discovery of IIIF Resources: Intro for Working Group / Vatican
 
IIIF: Shared Canvas 2.0
IIIF: Shared Canvas 2.0IIIF: Shared Canvas 2.0
IIIF: Shared Canvas 2.0
 
IIIF: Discovery of Resources
IIIF: Discovery of ResourcesIIIF: Discovery of Resources
IIIF: Discovery of Resources
 

Kürzlich hochgeladen

TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....rightmanforbloodline
 
Tales from a Passkey Provider Progress from Awareness to Implementation.pptx
Tales from a Passkey Provider  Progress from Awareness to Implementation.pptxTales from a Passkey Provider  Progress from Awareness to Implementation.pptx
Tales from a Passkey Provider Progress from Awareness to Implementation.pptxFIDO Alliance
 
ADP Passwordless Journey Case Study.pptx
ADP Passwordless Journey Case Study.pptxADP Passwordless Journey Case Study.pptx
ADP Passwordless Journey Case Study.pptxFIDO Alliance
 
Six Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal OntologySix Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal Ontologyjohnbeverley2021
 
Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Zilliz
 
Modernizing Legacy Systems Using Ballerina
Modernizing Legacy Systems Using BallerinaModernizing Legacy Systems Using Ballerina
Modernizing Legacy Systems Using BallerinaWSO2
 
Quantum Leap in Next-Generation Computing
Quantum Leap in Next-Generation ComputingQuantum Leap in Next-Generation Computing
Quantum Leap in Next-Generation ComputingWSO2
 
Design and Development of a Provenance Capture Platform for Data Science
Design and Development of a Provenance Capture Platform for Data ScienceDesign and Development of a Provenance Capture Platform for Data Science
Design and Development of a Provenance Capture Platform for Data SciencePaolo Missier
 
Navigating Identity and Access Management in the Modern Enterprise
Navigating Identity and Access Management in the Modern EnterpriseNavigating Identity and Access Management in the Modern Enterprise
Navigating Identity and Access Management in the Modern EnterpriseWSO2
 
The Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and InsightThe Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and InsightSafe Software
 
Continuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
Continuing Bonds Through AI: A Hermeneutic Reflection on ThanabotsContinuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
Continuing Bonds Through AI: A Hermeneutic Reflection on ThanabotsLeah Henrickson
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistandanishmna97
 
Event-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream ProcessingEvent-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream ProcessingScyllaDB
 
Introduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMIntroduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMKumar Satyam
 
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)Samir Dash
 
Hyatt driving innovation and exceptional customer experiences with FIDO passw...
Hyatt driving innovation and exceptional customer experiences with FIDO passw...Hyatt driving innovation and exceptional customer experiences with FIDO passw...
Hyatt driving innovation and exceptional customer experiences with FIDO passw...FIDO Alliance
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Victor Rentea
 
Choreo: Empowering the Future of Enterprise Software Engineering
Choreo: Empowering the Future of Enterprise Software EngineeringChoreo: Empowering the Future of Enterprise Software Engineering
Choreo: Empowering the Future of Enterprise Software EngineeringWSO2
 
WSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2
 
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptxHarnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptxFIDO Alliance
 

Kürzlich hochgeladen (20)

TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
 
Tales from a Passkey Provider Progress from Awareness to Implementation.pptx
Tales from a Passkey Provider  Progress from Awareness to Implementation.pptxTales from a Passkey Provider  Progress from Awareness to Implementation.pptx
Tales from a Passkey Provider Progress from Awareness to Implementation.pptx
 
ADP Passwordless Journey Case Study.pptx
ADP Passwordless Journey Case Study.pptxADP Passwordless Journey Case Study.pptx
ADP Passwordless Journey Case Study.pptx
 
Six Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal OntologySix Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal Ontology
 
Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)
 
Modernizing Legacy Systems Using Ballerina
Modernizing Legacy Systems Using BallerinaModernizing Legacy Systems Using Ballerina
Modernizing Legacy Systems Using Ballerina
 
Quantum Leap in Next-Generation Computing
Quantum Leap in Next-Generation ComputingQuantum Leap in Next-Generation Computing
Quantum Leap in Next-Generation Computing
 
Design and Development of a Provenance Capture Platform for Data Science
Design and Development of a Provenance Capture Platform for Data ScienceDesign and Development of a Provenance Capture Platform for Data Science
Design and Development of a Provenance Capture Platform for Data Science
 
Navigating Identity and Access Management in the Modern Enterprise
Navigating Identity and Access Management in the Modern EnterpriseNavigating Identity and Access Management in the Modern Enterprise
Navigating Identity and Access Management in the Modern Enterprise
 
The Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and InsightThe Zero-ETL Approach: Enhancing Data Agility and Insight
The Zero-ETL Approach: Enhancing Data Agility and Insight
 
Continuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
Continuing Bonds Through AI: A Hermeneutic Reflection on ThanabotsContinuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
Continuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistan
 
Event-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream ProcessingEvent-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream Processing
 
Introduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMIntroduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDM
 
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
 
Hyatt driving innovation and exceptional customer experiences with FIDO passw...
Hyatt driving innovation and exceptional customer experiences with FIDO passw...Hyatt driving innovation and exceptional customer experiences with FIDO passw...
Hyatt driving innovation and exceptional customer experiences with FIDO passw...
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
 
Choreo: Empowering the Future of Enterprise Software Engineering
Choreo: Empowering the Future of Enterprise Software EngineeringChoreo: Empowering the Future of Enterprise Software Engineering
Choreo: Empowering the Future of Enterprise Software Engineering
 
WSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering Developers
 
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptxHarnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
 

EuropeanaTech Keynote: Shout it out LOUD

Hinweis der Redaktion

  1. RDF and the "Semantic Web" changed the way we think about data in general. Instead of relational tables hidden behind an HTML interface, without standards for the data, we began to think about managing information in a graph with shared definitions for the relationships and classes.
  2. But it was initially focused on consumption in the same way as a relational database: as input to our own internal processing with a grand vision of powering a web-scale semantic artificial intelligence. Lovely for academics writing papers, but the only practical, broadly adopted effect was to change the way we think about our data.
  3. Linked Open Data, with its five stars of excellence, then changed the way we publish data on the web. It gave us a short and very practical checklist that we could use to go from thinking to doing. It promotes open-ness as a necessity for re-use. It promotes standards as a necessity for re-use. It promotes linking between systems as a necessity for re-use.
  4. But … all of the stars are concerns of publishing systems, not consumers. It's like Sir Tim came down the mountain with 10 commandments but only gave us the publishing tablet. Maybe he dropped the other one, maybe it was too heavy to carry. So, while LOD brought about a massive the upsurge in publishing of data, I believe that it's also not enough.
  5. The web community has started to recognize that we're missing the other 5 stars. If our data isn't used, there's no value gained from the resources that were invested in its creation, publication, maintenance and improvement. And if we want our data to be used, the data needs to be …
  6. Usable. And, I argue, it needs to be designed to be usable. We need Linked Open *Usable* Data. LOUD not just LOD.
  7. What do I mean by “Usable”? In a well established tradition, the wikipedia definition clarifies that .. So, * who wants to do * what, * how and in * what environment. Unlike the entirely objective five stars of publishing, any recommendations about usability need to take into account the consumer. * Usability is thus dependent on, and determined by, the Audience
  8. And who is the audience for Linked Open Data, as published by cultural heritage organizations such as ourselves? My reaction in thinking about this was initially “researchers”. And researchers quite broadly, with school students being just as important as university professors.
  9. But I was falling into the “south park gnomes” trap. There is a * “magic happens here” step before we get to * “profit”.
  10. And that magic is carried out by Developers! Researchers (that could not also be considered as developers) interact with visualizations and user interfaces, not the raw data directly. We need the developer role in the middle, to translate the unreadable RDF into a web application that can be understood by many.
  11. If the “who” is Developers, how can we get to the What, How and in which Context of Usability? For this, I turn to Catherine Bracy’s four points on community. Know your Audience … who are you targeting with your product, or who is participating in your community? Meet on their terms … if you’re looking to expand your community or product usage, you need to talk to your audience in a way that makes them comfortable and included, not in your own internal language Have a Conversation … don’t just present at them, or direct them to read the documentation, discuss the XXXXX Create Opportunities … While you’re discussing, and afterwards, give them ways to participate, not just consume. The feeling of ownership is an important motivator. Okay … so … usability?
  12. The audience is developers, and Usability is meeting on their terms. Steps 3 and 4 bring them in to the community, and then keep them engaged, thereby building usage. Having a conversation lets you customize that for the particular needs of individuals within the community, if possible.
  13. Or put another way, the API is the User Interface of the Developer. As a New Zealander, I must regretfully announce that the Australians have this absolutely 100% correct. The Australian government wrote a fantastic API Design Guide in 2015 that nails it on core principles and the important notion of requiring empathy for developers, the same way that that any user interface should be accessible and comfortable for its audience.
  14. In Linked Open Data, the API is built on top of HTTP like any other web API. It’s ReST-ful – when you dereference a URI, you receive useful information about the resource that is identified by that URI. That response uses open standards such as … ahhh :( In Linked Open Data, the ontology determines the API up front. The ontology is almost exclusively designed to meet the requirements of the publisher of the data, and not the consumer. This is not meeting on the audience’s terms. Lets go back to Pat’s wonderful picture, but add in the core metric for success for each step…
  15. The model is successful when it is semantically complete and precise, but the output is successful when the API is Usable. If that information is also accurate, then the researcher is happy. So the question for us is how to optimize between the success of the model and the success of the API: Complete vs Usable.
  16. If you only need half of the completeness, you should not be punished in terms of usability. Should be able to get close to the maximum usability for the particular use case’s completeness requirements.
  17. If you only need half of the completeness, you should not be punished in terms of usability. Should be able to get close to the maximum usability for the particular use case’s completeness requirements.
  18. As easy as ABC … or it would be if there were three stars. So also D and E.
  19. Don’t learn new vocabulary.
  20. We expect users to understand a website’s UI in seconds or leave, but for developers to read documentation on their UI (the API) for hours before doing anything.
  21. Learning by introspection gets you started quickly, but clear and complete documentation about the data is just as important. With complete, relevant examples that work if you cut and paste them into your system … because that’s exactly what people are going to do.
  22. Consistent patterns.
  23. Inconsistency, no matter that it fits, is very jarring. Every exception needs to be memorized separately, rather than the rule to follow.
  24. With apologies for the resume slide …
  25. All of these specifications, and many others, follow five design principles towards ensuring usability.
  26. All of the projects required use cases for every feature. And not only use cases, but data to support those use cases, and preferably implementations that made use of the data. This avoided infinitely long and pointless discussions about how many hypothetical E39 Actors could dance on the head of an E22 Man-Made Object… except the location of an E7 Activity must be an E53 Place, requiring a … you get the picture.
  27. Another core principle is the maxim attributed to Einstein – As simple as possible, and no simpler. IIIF has done a great job meeting this principle by avoiding technology dependencies, and only adding complexity when those use cases are shared by multiple organizations. This increases the likelihood of adoption and reuse, in which IIIF has been very successful. As simple as possible means fewest barriers to entry.
  28. As recognized from the beginning of LOD, it’s important to be of the web, not just on the web. This means a resource oriented paradigm, such that web caches are used to their full potential, and to make it easier for static implementations that just put files on disk. The more cacheable, the more performant with no additional cost. The web also runs on standards, and adopting appropriate standards and best practices is essential.
  29. This is a derivation of Postel’s Law: Be liberal in what you accept, and conservative in what you send. When applied to Linked Open Data and APIs, it means that clients should expect to see data that they don’t understand, and publishers should be careful to respect the model where specified. This facilitates experimentation with extensions as part of iterative development towards new versions. It is especially important for linked.art to allow unknown features from the rest of CIDOC-CRM without getting in the way of the core profile.
  30. I think Many Sporny perfectly captured the sentiment that JSON-LD aims to avoid: When developers hear “RDF” they think: Not in my back yard!