SlideShare a Scribd company logo
1 of 26
A Framework for
Self-descriptive RESTful Services
Luca Panziera and Flavio De Paoli
{panziera, depaoli}@disco.unimib.it
University of Milan-Bicocca
DISCo – Department of Computer Science, Systems and Communication
ITISlab - Innovative Technologies for Interaction and Services
WS-REST 2013 - Fourth International Workshop on RESTful
Design
@ WWW2013, 14 May 2013, Rio de Janeiro, Brazil
Service descriptions
 Descriptions allow for service discovery
 Automatic discovery require service descriptions
according to a common model
 Several (semantic) models and languages have
been proposed to describe services:
 WSDL 2.0
 WADL
 MicroWSMO
 hRESTS
 SA-REST
 etc.
 Very few descriptions are actually available on the
Web
No one is a de facto standard
Web APIs
 Most of the existing services provide Web APIs:
 Use of HTTP to tunnel procedure calls
 Unknown semantics of both operations and exchanged
data
Real service descriptions
 Most services are RESTful services/Web APIs
 Real information about services is available through:
 Provider documentation
 Web API repositories (e.g., ProgrammableWeb)
 Performance monitoring services
(e.g., API-status, Watchmouse)
 Social media (wikis, blogs, forums, Q&A sites)
 Information is available in:
 HTML, PDF, … (natural language)
 XML
 JSON
Heterogeneous unstructured descriptions
Current discovery practice
I need a music repository with
data under a free license
Result
s
“music repository with data under a free license”
WHAT?!
Ineffective Discovery!
Goal: Description as a Service (DaaS)
 RESTful descriptions for self-descriptive services
 Descriptions as resources
 Enabling effective discovery by humans and machines
 The approach
 Definition of techniques for delivering self-descriptive
services by extracting and publishing descriptions from
heterogeneous Web sources.
 Development of Web-based tools
 Definition of best practices for description management
Discovery
Engine
A new scenario
I need a music repository with
data under a free licenseRequest:
Tags: “music
repository”
Data License: “Free”
Self-descriptive services by extracting
information from the Web
Discovery engines retrive
self-descriptions as resources
Discovery of additional
information
Discogs:
Tags:
“music repository
discography”
Data License:
“Creative Commons”
REST in a nutshell
 Principles
 Identification of resources (URIs)
 Manipulation of resources through representations
(HTTP Methods)
 Self-descriptive messages (Internet Media Types)
 HATEOAS (Hyperlinks)
 Advantages
 Data format and model independence
 Support for discovery of resources
 More “lightweight” compared to SOAP
 Compliancy to the nature of the Web
Problems to support discovery
 REST Limits:
 Data format and model independence
 Discovery engines require descriptions according to a common
model
 Lack of de facto standards for implementing HATEOAS
 Then, for discovery of service information as resources
 Web Document Limits
 Heterogeneous data formats and models
 Lack of a shared vocabulary for service properties
 E.g., functionalities, licensing, QoS, service rating, usage
fees, etc.
The Solution: Definition of best practices for DaaS
BP1: Information modelling
 RESTful services need to be described according to
a shared and formal model that species functional
and non-functional properties.
 The definition of a sound model for representing
service properties is fundamental manipulate
descriptions exploiting the same syntax and
semantics.
 Functional properties (FPs) define functionalities provided
by a service
 Non-functional properties (NFPs) define service
characteristics that are not strictly related to the
functionality
 E.g., licensing , QoS, usage fees, etc.
Implementing BP1: PCM-lite
 Lightweight Policy-Centered Meta-model
 Features:
 Simple and Lightweight model
 Data Format independece
 Expressiveness
 Specification of advanced operators
 Numeric intervals
 Set theory operators
 Specification of units of
measuraments
BP2: Semantic data model
 Data that describes service properties need to be
represented according to RDF.
 Semantic Web standards enable:
 Advanced evaluations (e.g., subsubtion, semantic equivalence)
 To address homonymy and synonymy of terms
 Adoption of domain ontologies as vocabularies
Domain ontology
Implementing BP2
user:data_license
pcm-lite:hasValue
license:Free_license .
discogs:data_license
pcm-lite:hasValue
license:Creative_Commons .
Free_license
Creative_Common
s
GPLApache
is-ais-a is-a
Match!!!
BP3: Common vocabulary
 Property values should represent concepts that are
linked to concepts available on the Linking Open
Data Cloud.
 Linking open data cloud refers to general-purpose
ontologies to represent a vast portion of human
knowledge
 Prevention of ambiguity, synonymy and
homonymy, and thus facilitating evaluations by
automatic tools
user:data_license
pcm-lite:hasValue
dbpedia:Free_license .
discogs:data_license
pcm-lite:hasValue
dbpedia:Creative_Commons .
BP4: Human interpretability
 A natural language description, or label, must be
associated with each service property.
 Pure RDF documents, without natural language
descriptions, reduce human readability
discogs:policy rdfs:comment “This document describes DISCOGS RESTful APIs”.
discogs:policy pcm-lite:hasProperty discogs:tags .
discogs:policy pcm-lite:hasProperty discogs:data_license .
discogs:tags rdfs:comment
“It reppresents a set of tags that summarize service functionalities” .
discogs:tags pcm-lite:hasValue dbpedia:Music .
discogs:tags pcm-lite:hasValue dbpedia:Respository .
discogs:tags pcm-lite:hasValue dbpedia:Discography .
discogs:tags rdfs:comment “The service data is under creative commons license” .
discogs:data_license pcm-lite:hasValue dbpedia:Creative_Commons .
BP5: RESTful descriptions
 Services must provide descriptions as aggregations
of properties published as RESTful resources.
 HATEOAS is implemented trough links according to
Linked Data
@prefix discogs: <http://api.discogs.com/policy>
discogs:policy rdfs:comment “This document describes DISCOGS RESTful APIs”.
discogs:policy pcm-lite:hasProperty discogs:tags .
discogs:policy pcm-lite:hasProperty discogs:data_license .
http://api.discogs.com/policy
discogs:tags pcm-lite:hasValue dbpedia:Music .
discogs:tags pcm-lite:hasValue dbpedia:Respository .
discogs:tags pcm-lite:hasValue dbpedia:Discography .
http://api.discogs.com/tags
discogs:data_license pcm-lite:hasValue dbpedia:Creative_Commons .
http://api.discogs.com/data_license
A PCM-lite policy for the Foo service (1)
 The policy:
@prefix : <https://api.Foo.com/>
@prefix pl : <http://pcm.disco.unimib.it/pcm.lite/>
...
:fooPolicy rdf:type pl:policy.
:fooPolicy rdfs:comment ”Foo is a REST API for ... ."@en.
:fooPolicy rdfs:label "FooRESTAPI"@en.
 resources of the service
:fooPolicy pl:hasProperty :resource1.
:foopolicy pl:hasProperty :resource2.
...
 non-functional properties
:fooPolicy pl:hasProperty :datalicense.
:fooPolicy pl:hasProperty :responsetime.
...
A PCM-lite policy for the Foo service (2)
 A functional property as a resource: resource1
...
@prefix dbpedia : <http://dbpedia.org/resource/>
...
pl:hasValue rdf:type pl:hasRelation.
pl:hasMethod rdf:type pl:hasRelation.
...
:resource1 rdf:type pl:property.
:resource1 rdfs:comment “The 20 most recent mentions
(tweets containing a users's @screen_name)
for the authenticating user."@en.
:resource1 pl:hasValue :statuses/mentions_timeline.
:resource1 pl:hasMethod dbpedia:HTTPGET.
...
A PCM-lite policy for the Foo service (3)
 A non functional property as a resource: response
time
...
@prefix dbpedia:<http://dbpedia.org/resource/>
...
:responsetime rdf:type pl:property.
:responsetime rdfs:label "Service response time"@en.
:responsetime pl:hasOperator dbpedia:Less_than.
:responsetime pl:hasValue "0.153”.
:responsetime pl:hasUnit dbpedia:Second.
...
Making available real information as
RESTful resoureces
 Self-description wrapper
 An additional module
to service business logic
 Modelled as a RESTful
service
 Messages of the main
interface are forwared
to the wrapper
Discogs
discogs:license
pcm-lite:hasValue
dbpedia:
Creative_Commons .
Process of property value extraction
 The approach is based on:
 Source-to-policy templates (S2PTs)
 Named entity recongnition (NER)
S2PT:
discogs:tags
discogs:licens
e
ProgrammableWeb
document
<pw:tags>
</pw:tags>
<pw:license>
</pw:license>
“Under creative commons license”
Dbpedia Spotlight
(Named entity recognizer)
Scaling up Semantic Service Matchmaking
22
As of September 2010
Music
Brainz
(zitgist)
P20
YAGO
World
Fact-
book
(FUB)
WordNet
(W3C)
WordNet
(VUA)
VIVO UF
VIVO
Indiana
VIVO
Cornell
VIAF
URI
Burner
Sussex
Reading
Lists
Plymouth
Reading
Lists
UMBEL
UK Post-
codes
legislation
.gov.uk
Uberblic
UB
Mann-
heim
TWC LOGD
Twarql
transport
data.gov
.uk
totl.net
Tele-
graphis
TCM
Gene
DIT
Taxon
Concept
The Open
Library
(Talis)
t4gm
Surge
Radio
STW
RAMEAU
SH
statistics
data.gov
.uk
St.
Andrews
Resource
Lists
ECS
South-
ampton
EPrints
Semantic
Crunch
Base
semantic
web.org
Semantic
XBRL
SW
Dog
Food
rdfabout
US SEC
Wiki
UN/
LOCODE
Ulm
ECS
(RKB
Explorer)
Roma
RISKS
RESEX
RAE2001
Pisa
OS
OAI
NSF
New-
castle
LAAS
KISTI
JISC
IRIT
IEEE
IBM
Eurécom
ERA
ePrints
dotAC
DEPLOY
DBLP
(RKB
Explorer)
Course-
ware
CORDIS
CiteSeer
Budapest
ACM
riese
Revyu
research
data.gov
.uk
reference
data.gov
.uk
Recht-
spraak.
nl
RDF
ohloh
Last.FM
(rdfize)
RDF
Book
Mashup
PSH
Product
DB
PBAC
Poké-
pédia
Ord-
nance
Survey
Openly
Local
The Open
Library
Open
Cyc
Open
Calais
OpenEI
New
York
Times
NTU
Resource
Lists
NDL
subjects
MARC
Codes
List
Man-
chester
Reading
Lists
Lotico
The
London
Gazette
LOIUS
lobid
Resources
lobid
Organi-
sations
Linked
MDB
Linked
LCCN
Linked
GeoData
Linked
CT
Linked
Open
Numbers
lingvoj
LIBRIS
Lexvo
LCSH
DBLP
(L3S)
Linked
Sensor Data
(Kno.e.sis)
Good-
win
Family
Jamendo
iServe
NSZL
Catalog
GovTrack
GESIS
Geo
Species
Geo
Names
Geo
Linked
Data
(es)
GTAA
STITCH
SIDER
Project
Guten-
berg
(FUB)
Medi
Care
Euro-
stat
(FUB)
Drug
Bank
Disea-
some
DBLP
(FU
Berlin)
Daily
Med
Freebase
flickr
wrappr
Fishes
of Texas
FanHubz
Event-
Media
EUTC
Produc-
tions
Eurostat
EUNIS
ESD
stan-
dards
Popula-
tion (En-
AKTing)
NHS
(EnAKTing)
Mortality
(En-
AKTing)
Energy
(En-
AKTing)
CO2
(En-
AKTing)
education
data.gov
.uk
ECS
South-
ampton
Gem.
Norm-
datei
data
dcs
MySpace
(DBTune)
Music
Brainz
(DBTune)
Magna-
tune
John
Peel
(DB
Tune)
classical
(DB
Tune)
Audio-
scrobbler
(DBTune)
Last.fm
Artists
(DBTune)
DB
Tropes
dbpedia
lite
DBpedia
Pokedex
Airports
NASA
(Data
Incu-
bator)
Music
Brainz
(Data
Incubator)
Moseley
Folk
Discogs
(Data In-
cubator)
Climbing
Linked Data
for Intervals
Cornetto
Chronic-
ling
America
Chem2
Bio2RDF
biz.
data.
gov.uk
UniSTS
UniRef
Uni
Path-
way
UniParc
Taxo-
nomy
UniProt
SGD
Reactome
PubMed
Pub
Chem
PRO-
SITE
ProDom
Pfam PDB
OMIM
OBO
MGI
KEGG
Reaction
KEGG
Pathway
KEGG
Glycan
KEGG
Enzyme
KEGG
Drug
KEGG
Cpd
InterPro
Homolo
Gene
HGNC
Gene
Ontology
GeneID
Gen
Bank
ChEBI
CAS
Affy-
metrix
BibBase
BBC
Wildlife
Finder
BBC
Program
mes
BBC
Music
rdfabout
US Census
Media
Geographic
Publications
Government
Cross-domain
Life sciences
User-generated content
Heterogeneous sources
RDF – Linked Open Data
Service repositories
API finder
Service Descriptions
request
Best
Solution
 Discovery on PCM-lite descriptions is effective by the Policy Matchmaker
and Ranker for Web (PoliMaR-Web) [1].
 Some limitations for humans persist:
 RDF is less redable then HTML: poor tools for visualizzation
 Web browsers do not provide direct PUT and DELETE support to end-
users
 Then, a Web app for managing descriptions is necessary
[1] L. Panziera, M. Comerio, F. Palmonari, M. De Paoli, and C. Batini.
Quality-driven Extraction, Fusion and Matchmaking of Semantic Web API Descriptions.
Journal of Web Engineering, 11(3):247-268, 2012.
Lesson Learned: Best practices
HTTP PUT
Lesson Learned: the Framework
 The extraction process suffers from potential
weaknesses
 Automatic generation of S2PTs is difficult
 Heterogeneous and unspecified schema of sources requires
manual intervention any time the structure of a source changes
 Named entity recognition is not always successful
 Short textual documents may affect the techniqueExtracted
Properties
NER Precision NER Recall
Data formats 0.92 0.91
Licensing 0.79 0.78
Usage limits 0.45 0.61
Avarage 0.72 0.77
Conclusions and future work
 Conclusions
 Self-descriptive services enable for more effective
discovery for both humans and automatic tools
 Five best practices to exploit REST principles for
providing service descriptions
 Self-description wrappers to extract descriptions from
disperse service information sources on the Web.
 Future Work
 Automatic construction of S2PTs
 Improve NER effectiveness
 Improve the interface of the tool to support effective user
experience
Thank you!
Any questions?

More Related Content

What's hot

Introduction to webservices
Introduction to webservicesIntroduction to webservices
Introduction to webservicesGagandeep Singh
 
Linked Data for the Masses: The approach and the Software
Linked Data for the Masses: The approach and the SoftwareLinked Data for the Masses: The approach and the Software
Linked Data for the Masses: The approach and the SoftwareIMC Technologies
 
Tell Me Quality Documentation
Tell Me Quality DocumentationTell Me Quality Documentation
Tell Me Quality DocumentationMarco Berlot
 
RabbitMQ Implementation as Message Broker in Distributed Application with RES...
RabbitMQ Implementation as Message Broker in Distributed Application with RES...RabbitMQ Implementation as Message Broker in Distributed Application with RES...
RabbitMQ Implementation as Message Broker in Distributed Application with RES...IJCSIS Research Publications
 
Service relationships
Service relationshipsService relationships
Service relationshipsPooja Dixit
 

What's hot (10)

Virtuoso Platform Overview
Virtuoso Platform OverviewVirtuoso Platform Overview
Virtuoso Platform Overview
 
Introduction to webservices
Introduction to webservicesIntroduction to webservices
Introduction to webservices
 
Service view
Service viewService view
Service view
 
Name services
Name servicesName services
Name services
 
Linked Data for the Masses: The approach and the Software
Linked Data for the Masses: The approach and the SoftwareLinked Data for the Masses: The approach and the Software
Linked Data for the Masses: The approach and the Software
 
Fedora
FedoraFedora
Fedora
 
Tell Me Quality Documentation
Tell Me Quality DocumentationTell Me Quality Documentation
Tell Me Quality Documentation
 
RabbitMQ Implementation as Message Broker in Distributed Application with RES...
RabbitMQ Implementation as Message Broker in Distributed Application with RES...RabbitMQ Implementation as Message Broker in Distributed Application with RES...
RabbitMQ Implementation as Message Broker in Distributed Application with RES...
 
Rest http basics
Rest http basicsRest http basics
Rest http basics
 
Service relationships
Service relationshipsService relationships
Service relationships
 

Viewers also liked

A Resource Oriented Framework for Context-Aware Enterprise Applications
A Resource Oriented Framework for Context-Aware Enterprise ApplicationsA Resource Oriented Framework for Context-Aware Enterprise Applications
A Resource Oriented Framework for Context-Aware Enterprise Applicationsruyalarcon
 
IT復興円卓会議資料
IT復興円卓会議資料IT復興円卓会議資料
IT復興円卓会議資料Ishii Miho
 
Xtremekeratincare.com
Xtremekeratincare.comXtremekeratincare.com
Xtremekeratincare.comxtremekeratin
 
Cspd san fran2011
Cspd san fran2011Cspd san fran2011
Cspd san fran2011tbg-designs
 
IT復興円卓会議資料
IT復興円卓会議資料IT復興円卓会議資料
IT復興円卓会議資料Ishii Miho
 
Wsrest13 gilherme keynote
Wsrest13 gilherme keynoteWsrest13 gilherme keynote
Wsrest13 gilherme keynoteruyalarcon
 
XML Technologies for RESTful Services Development
XML Technologies for RESTful Services DevelopmentXML Technologies for RESTful Services Development
XML Technologies for RESTful Services Developmentruyalarcon
 
Fulfilling the Hypermedia Constraint via HTTP OPTIONS, The HTTP Vocabulary In...
Fulfilling the Hypermedia Constraint via HTTP OPTIONS, The HTTP Vocabulary In...Fulfilling the Hypermedia Constraint via HTTP OPTIONS, The HTTP Vocabulary In...
Fulfilling the Hypermedia Constraint via HTTP OPTIONS, The HTTP Vocabulary In...ruyalarcon
 
RestFS: Resources and Services are Filesystems, Too
RestFS: Resources and Services are Filesystems, TooRestFS: Resources and Services are Filesystems, Too
RestFS: Resources and Services are Filesystems, Tooruyalarcon
 
Hecate, Managing Authorization with RESTful XML
Hecate, Managing Authorization with RESTful XMLHecate, Managing Authorization with RESTful XML
Hecate, Managing Authorization with RESTful XMLruyalarcon
 
Sustainable Compliance For PCI DSS Standard
Sustainable Compliance For PCI DSS StandardSustainable Compliance For PCI DSS Standard
Sustainable Compliance For PCI DSS StandardChristian Frahm
 

Viewers also liked (20)

2015 State of the Industry - LOGA Don Briggs
2015 State of the Industry - LOGA Don Briggs2015 State of the Industry - LOGA Don Briggs
2015 State of the Industry - LOGA Don Briggs
 
Meetup intro presentation
Meetup intro presentationMeetup intro presentation
Meetup intro presentation
 
Propuesta grupal
Propuesta grupal Propuesta grupal
Propuesta grupal
 
A Resource Oriented Framework for Context-Aware Enterprise Applications
A Resource Oriented Framework for Context-Aware Enterprise ApplicationsA Resource Oriented Framework for Context-Aware Enterprise Applications
A Resource Oriented Framework for Context-Aware Enterprise Applications
 
English class 4
English class 4English class 4
English class 4
 
Life Support
Life SupportLife Support
Life Support
 
IT復興円卓会議資料
IT復興円卓会議資料IT復興円卓会議資料
IT復興円卓会議資料
 
Xtremekeratincare.com
Xtremekeratincare.comXtremekeratincare.com
Xtremekeratincare.com
 
Cspd san fran2011
Cspd san fran2011Cspd san fran2011
Cspd san fran2011
 
IT復興円卓会議資料
IT復興円卓会議資料IT復興円卓会議資料
IT復興円卓会議資料
 
Xtremekeratincare
XtremekeratincareXtremekeratincare
Xtremekeratincare
 
Presentación ingles evet2edu
Presentación ingles evet2eduPresentación ingles evet2edu
Presentación ingles evet2edu
 
Wsrest13 gilherme keynote
Wsrest13 gilherme keynoteWsrest13 gilherme keynote
Wsrest13 gilherme keynote
 
XML Technologies for RESTful Services Development
XML Technologies for RESTful Services DevelopmentXML Technologies for RESTful Services Development
XML Technologies for RESTful Services Development
 
The Red Sea Crossing
The Red Sea CrossingThe Red Sea Crossing
The Red Sea Crossing
 
Fulfilling the Hypermedia Constraint via HTTP OPTIONS, The HTTP Vocabulary In...
Fulfilling the Hypermedia Constraint via HTTP OPTIONS, The HTTP Vocabulary In...Fulfilling the Hypermedia Constraint via HTTP OPTIONS, The HTTP Vocabulary In...
Fulfilling the Hypermedia Constraint via HTTP OPTIONS, The HTTP Vocabulary In...
 
RestFS: Resources and Services are Filesystems, Too
RestFS: Resources and Services are Filesystems, TooRestFS: Resources and Services are Filesystems, Too
RestFS: Resources and Services are Filesystems, Too
 
S1 intro
S1 introS1 intro
S1 intro
 
Hecate, Managing Authorization with RESTful XML
Hecate, Managing Authorization with RESTful XMLHecate, Managing Authorization with RESTful XML
Hecate, Managing Authorization with RESTful XML
 
Sustainable Compliance For PCI DSS Standard
Sustainable Compliance For PCI DSS StandardSustainable Compliance For PCI DSS Standard
Sustainable Compliance For PCI DSS Standard
 

Similar to A Framework for Self-descriptive RESTful Services

Linked Media and Data Using Apache Marmotta
Linked Media and Data Using Apache MarmottaLinked Media and Data Using Apache Marmotta
Linked Media and Data Using Apache MarmottaSebastian Schaffert
 
Linking Media and Data using Apache Marmotta (LIME workshop keynote)
Linking Media and Data using Apache Marmotta  (LIME workshop keynote)Linking Media and Data using Apache Marmotta  (LIME workshop keynote)
Linking Media and Data using Apache Marmotta (LIME workshop keynote)LinkedTV
 
Elucidating the Mashup Hype: Definition, Challenges, Methodical Guide and Too...
Elucidating the Mashup Hype: Definition, Challenges, Methodical Guide and Too...Elucidating the Mashup Hype: Definition, Challenges, Methodical Guide and Too...
Elucidating the Mashup Hype: Definition, Challenges, Methodical Guide and Too...dflejter
 
Approaches to machine actionable links
Approaches to machine actionable linksApproaches to machine actionable links
Approaches to machine actionable linksStephen Richard
 
PoolParty Thesaurus Management - ISKO UK, London 2010
PoolParty Thesaurus Management - ISKO UK, London 2010PoolParty Thesaurus Management - ISKO UK, London 2010
PoolParty Thesaurus Management - ISKO UK, London 2010Andreas Blumauer
 
Phalcon 2 High Performance APIs - DevWeekPOA 2015
Phalcon 2 High Performance APIs - DevWeekPOA 2015Phalcon 2 High Performance APIs - DevWeekPOA 2015
Phalcon 2 High Performance APIs - DevWeekPOA 2015Jackson F. de A. Mafra
 
Web2 0 Incredibles
Web2 0 IncrediblesWeb2 0 Incredibles
Web2 0 Incrediblesanjeshdubey
 
The path to an hybrid open source paradigm
The path to an hybrid open source paradigmThe path to an hybrid open source paradigm
The path to an hybrid open source paradigmJonathan Challener
 
Ampd (Technical Report)
Ampd (Technical Report)Ampd (Technical Report)
Ampd (Technical Report)Afnan Rehman
 
Cics Web 2.0 With Atom Feeds And Php
Cics Web 2.0 With Atom Feeds And PhpCics Web 2.0 With Atom Feeds And Php
Cics Web 2.0 With Atom Feeds And PhpCICS ROADSHOW
 
Integrating CC Licensing with Applications
Integrating CC Licensing with ApplicationsIntegrating CC Licensing with Applications
Integrating CC Licensing with ApplicationsNathan Yergler
 
Open for Business - Open Archives, OpenURL, RSS and the Dublin Core
Open for Business - Open Archives, OpenURL, RSS and the Dublin CoreOpen for Business - Open Archives, OpenURL, RSS and the Dublin Core
Open for Business - Open Archives, OpenURL, RSS and the Dublin CoreAndy Powell
 
Monitoring as an entry point for collaboration
Monitoring as an entry point for collaborationMonitoring as an entry point for collaboration
Monitoring as an entry point for collaborationJulien Pivotto
 
Creative Commons @ San Francisco Macromedia Users Forum
Creative Commons @ San Francisco Macromedia Users ForumCreative Commons @ San Francisco Macromedia Users Forum
Creative Commons @ San Francisco Macromedia Users ForumMike Linksvayer
 
Lecture no 2 resource sharing
Lecture no 2 resource sharingLecture no 2 resource sharing
Lecture no 2 resource sharingGokuldhev mony
 
Swap For Dummies Rsp 2007 11 29
Swap For Dummies Rsp 2007 11 29Swap For Dummies Rsp 2007 11 29
Swap For Dummies Rsp 2007 11 29Julie Allinson
 
REST & RESTful APIs: The State of Confusion
REST & RESTful APIs: The State of ConfusionREST & RESTful APIs: The State of Confusion
REST & RESTful APIs: The State of ConfusionGlenn Antoine
 

Similar to A Framework for Self-descriptive RESTful Services (20)

Linked Media and Data Using Apache Marmotta
Linked Media and Data Using Apache MarmottaLinked Media and Data Using Apache Marmotta
Linked Media and Data Using Apache Marmotta
 
Unit 2
Unit 2Unit 2
Unit 2
 
Linking Media and Data using Apache Marmotta (LIME workshop keynote)
Linking Media and Data using Apache Marmotta  (LIME workshop keynote)Linking Media and Data using Apache Marmotta  (LIME workshop keynote)
Linking Media and Data using Apache Marmotta (LIME workshop keynote)
 
Elucidating the Mashup Hype: Definition, Challenges, Methodical Guide and Too...
Elucidating the Mashup Hype: Definition, Challenges, Methodical Guide and Too...Elucidating the Mashup Hype: Definition, Challenges, Methodical Guide and Too...
Elucidating the Mashup Hype: Definition, Challenges, Methodical Guide and Too...
 
Chachra, "Improving Discovery Systems Through Post Processing of Harvested Data"
Chachra, "Improving Discovery Systems Through Post Processing of Harvested Data"Chachra, "Improving Discovery Systems Through Post Processing of Harvested Data"
Chachra, "Improving Discovery Systems Through Post Processing of Harvested Data"
 
Approaches to machine actionable links
Approaches to machine actionable linksApproaches to machine actionable links
Approaches to machine actionable links
 
PoolParty Thesaurus Management - ISKO UK, London 2010
PoolParty Thesaurus Management - ISKO UK, London 2010PoolParty Thesaurus Management - ISKO UK, London 2010
PoolParty Thesaurus Management - ISKO UK, London 2010
 
Phalcon 2 High Performance APIs - DevWeekPOA 2015
Phalcon 2 High Performance APIs - DevWeekPOA 2015Phalcon 2 High Performance APIs - DevWeekPOA 2015
Phalcon 2 High Performance APIs - DevWeekPOA 2015
 
Web2 0 Incredibles
Web2 0 IncrediblesWeb2 0 Incredibles
Web2 0 Incredibles
 
The path to an hybrid open source paradigm
The path to an hybrid open source paradigmThe path to an hybrid open source paradigm
The path to an hybrid open source paradigm
 
Ampd (Technical Report)
Ampd (Technical Report)Ampd (Technical Report)
Ampd (Technical Report)
 
Cics Web 2.0 With Atom Feeds And Php
Cics Web 2.0 With Atom Feeds And PhpCics Web 2.0 With Atom Feeds And Php
Cics Web 2.0 With Atom Feeds And Php
 
Integrating CC Licensing with Applications
Integrating CC Licensing with ApplicationsIntegrating CC Licensing with Applications
Integrating CC Licensing with Applications
 
Open for Business - Open Archives, OpenURL, RSS and the Dublin Core
Open for Business - Open Archives, OpenURL, RSS and the Dublin CoreOpen for Business - Open Archives, OpenURL, RSS and the Dublin Core
Open for Business - Open Archives, OpenURL, RSS and the Dublin Core
 
Monitoring as an entry point for collaboration
Monitoring as an entry point for collaborationMonitoring as an entry point for collaboration
Monitoring as an entry point for collaboration
 
Creative Commons @ San Francisco Macromedia Users Forum
Creative Commons @ San Francisco Macromedia Users ForumCreative Commons @ San Francisco Macromedia Users Forum
Creative Commons @ San Francisco Macromedia Users Forum
 
REST != WebAPI
REST != WebAPIREST != WebAPI
REST != WebAPI
 
Lecture no 2 resource sharing
Lecture no 2 resource sharingLecture no 2 resource sharing
Lecture no 2 resource sharing
 
Swap For Dummies Rsp 2007 11 29
Swap For Dummies Rsp 2007 11 29Swap For Dummies Rsp 2007 11 29
Swap For Dummies Rsp 2007 11 29
 
REST & RESTful APIs: The State of Confusion
REST & RESTful APIs: The State of ConfusionREST & RESTful APIs: The State of Confusion
REST & RESTful APIs: The State of Confusion
 

Recently uploaded

Tecnogravura, Cylinder Engraving for Rotogravure
Tecnogravura, Cylinder Engraving for RotogravureTecnogravura, Cylinder Engraving for Rotogravure
Tecnogravura, Cylinder Engraving for RotogravureAntonio de Llamas
 
Design pattern talk by Kaya Weers - 2024 (v2)
Design pattern talk by Kaya Weers - 2024 (v2)Design pattern talk by Kaya Weers - 2024 (v2)
Design pattern talk by Kaya Weers - 2024 (v2)Kaya Weers
 
Arti Languages Pre Seed Pitchdeck 2024.pdf
Arti Languages Pre Seed Pitchdeck 2024.pdfArti Languages Pre Seed Pitchdeck 2024.pdf
Arti Languages Pre Seed Pitchdeck 2024.pdfwill854175
 
JET Technology Labs White Paper for Virtualized Security and Encryption Techn...
JET Technology Labs White Paper for Virtualized Security and Encryption Techn...JET Technology Labs White Paper for Virtualized Security and Encryption Techn...
JET Technology Labs White Paper for Virtualized Security and Encryption Techn...amber724300
 
Software Security in the Real World w/Kelsey Hightower
Software Security in the Real World w/Kelsey HightowerSoftware Security in the Real World w/Kelsey Hightower
Software Security in the Real World w/Kelsey HightowerAnchore
 
QMMS Lesson 2 - Using MS Excel Formula.pdf
QMMS Lesson 2 - Using MS Excel Formula.pdfQMMS Lesson 2 - Using MS Excel Formula.pdf
QMMS Lesson 2 - Using MS Excel Formula.pdfROWELL MARQUINA
 
Tampa BSides - The No BS SOC (slides from April 6, 2024 talk)
Tampa BSides - The No BS SOC (slides from April 6, 2024 talk)Tampa BSides - The No BS SOC (slides from April 6, 2024 talk)
Tampa BSides - The No BS SOC (slides from April 6, 2024 talk)Mark Simos
 
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...Wes McKinney
 
Women in Automation 2024: Career session - explore career paths in automation
Women in Automation 2024: Career session - explore career paths in automationWomen in Automation 2024: Career session - explore career paths in automation
Women in Automation 2024: Career session - explore career paths in automationDianaGray10
 
Dublin_mulesoft_meetup_API_specifications.pptx
Dublin_mulesoft_meetup_API_specifications.pptxDublin_mulesoft_meetup_API_specifications.pptx
Dublin_mulesoft_meetup_API_specifications.pptxKunal Gupta
 
Landscape Catalogue 2024 Australia-1.pdf
Landscape Catalogue 2024 Australia-1.pdfLandscape Catalogue 2024 Australia-1.pdf
Landscape Catalogue 2024 Australia-1.pdfAarwolf Industries LLC
 
WomenInAutomation2024: AI and Automation for eveyone
WomenInAutomation2024: AI and Automation for eveyoneWomenInAutomation2024: AI and Automation for eveyone
WomenInAutomation2024: AI and Automation for eveyoneUiPathCommunity
 
Automation Ops Series: Session 3 - Solutions management
Automation Ops Series: Session 3 - Solutions managementAutomation Ops Series: Session 3 - Solutions management
Automation Ops Series: Session 3 - Solutions managementDianaGray10
 
MuleSoft Online Meetup Group - B2B Crash Course: Release SparkNotes
MuleSoft Online Meetup Group - B2B Crash Course: Release SparkNotesMuleSoft Online Meetup Group - B2B Crash Course: Release SparkNotes
MuleSoft Online Meetup Group - B2B Crash Course: Release SparkNotesManik S Magar
 
Bridging Between CAD & GIS: 6 Ways to Automate Your Data Integration
Bridging Between CAD & GIS:  6 Ways to Automate Your Data IntegrationBridging Between CAD & GIS:  6 Ways to Automate Your Data Integration
Bridging Between CAD & GIS: 6 Ways to Automate Your Data Integrationmarketing932765
 
Which standard is best for your content?
Which standard is best for your content?Which standard is best for your content?
Which standard is best for your content?Rustici Software
 
Dynamical Context introduction word sensibility orientation
Dynamical Context introduction word sensibility orientationDynamical Context introduction word sensibility orientation
Dynamical Context introduction word sensibility orientationBuild Intuit
 
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24Mark Goldstein
 
Deliver Latency Free Customer Experience
Deliver Latency Free Customer ExperienceDeliver Latency Free Customer Experience
Deliver Latency Free Customer ExperienceOpsTree solutions
 

Recently uploaded (20)

Tecnogravura, Cylinder Engraving for Rotogravure
Tecnogravura, Cylinder Engraving for RotogravureTecnogravura, Cylinder Engraving for Rotogravure
Tecnogravura, Cylinder Engraving for Rotogravure
 
Design pattern talk by Kaya Weers - 2024 (v2)
Design pattern talk by Kaya Weers - 2024 (v2)Design pattern talk by Kaya Weers - 2024 (v2)
Design pattern talk by Kaya Weers - 2024 (v2)
 
Arti Languages Pre Seed Pitchdeck 2024.pdf
Arti Languages Pre Seed Pitchdeck 2024.pdfArti Languages Pre Seed Pitchdeck 2024.pdf
Arti Languages Pre Seed Pitchdeck 2024.pdf
 
JET Technology Labs White Paper for Virtualized Security and Encryption Techn...
JET Technology Labs White Paper for Virtualized Security and Encryption Techn...JET Technology Labs White Paper for Virtualized Security and Encryption Techn...
JET Technology Labs White Paper for Virtualized Security and Encryption Techn...
 
Software Security in the Real World w/Kelsey Hightower
Software Security in the Real World w/Kelsey HightowerSoftware Security in the Real World w/Kelsey Hightower
Software Security in the Real World w/Kelsey Hightower
 
QMMS Lesson 2 - Using MS Excel Formula.pdf
QMMS Lesson 2 - Using MS Excel Formula.pdfQMMS Lesson 2 - Using MS Excel Formula.pdf
QMMS Lesson 2 - Using MS Excel Formula.pdf
 
Tampa BSides - The No BS SOC (slides from April 6, 2024 talk)
Tampa BSides - The No BS SOC (slides from April 6, 2024 talk)Tampa BSides - The No BS SOC (slides from April 6, 2024 talk)
Tampa BSides - The No BS SOC (slides from April 6, 2024 talk)
 
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
 
Women in Automation 2024: Career session - explore career paths in automation
Women in Automation 2024: Career session - explore career paths in automationWomen in Automation 2024: Career session - explore career paths in automation
Women in Automation 2024: Career session - explore career paths in automation
 
Dublin_mulesoft_meetup_API_specifications.pptx
Dublin_mulesoft_meetup_API_specifications.pptxDublin_mulesoft_meetup_API_specifications.pptx
Dublin_mulesoft_meetup_API_specifications.pptx
 
Landscape Catalogue 2024 Australia-1.pdf
Landscape Catalogue 2024 Australia-1.pdfLandscape Catalogue 2024 Australia-1.pdf
Landscape Catalogue 2024 Australia-1.pdf
 
WomenInAutomation2024: AI and Automation for eveyone
WomenInAutomation2024: AI and Automation for eveyoneWomenInAutomation2024: AI and Automation for eveyone
WomenInAutomation2024: AI and Automation for eveyone
 
BoSEU24 | Bill Thompson | Talk From Another Century
BoSEU24 | Bill Thompson | Talk From Another CenturyBoSEU24 | Bill Thompson | Talk From Another Century
BoSEU24 | Bill Thompson | Talk From Another Century
 
Automation Ops Series: Session 3 - Solutions management
Automation Ops Series: Session 3 - Solutions managementAutomation Ops Series: Session 3 - Solutions management
Automation Ops Series: Session 3 - Solutions management
 
MuleSoft Online Meetup Group - B2B Crash Course: Release SparkNotes
MuleSoft Online Meetup Group - B2B Crash Course: Release SparkNotesMuleSoft Online Meetup Group - B2B Crash Course: Release SparkNotes
MuleSoft Online Meetup Group - B2B Crash Course: Release SparkNotes
 
Bridging Between CAD & GIS: 6 Ways to Automate Your Data Integration
Bridging Between CAD & GIS:  6 Ways to Automate Your Data IntegrationBridging Between CAD & GIS:  6 Ways to Automate Your Data Integration
Bridging Between CAD & GIS: 6 Ways to Automate Your Data Integration
 
Which standard is best for your content?
Which standard is best for your content?Which standard is best for your content?
Which standard is best for your content?
 
Dynamical Context introduction word sensibility orientation
Dynamical Context introduction word sensibility orientationDynamical Context introduction word sensibility orientation
Dynamical Context introduction word sensibility orientation
 
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
Arizona Broadband Policy Past, Present, and Future Presentation 3/25/24
 
Deliver Latency Free Customer Experience
Deliver Latency Free Customer ExperienceDeliver Latency Free Customer Experience
Deliver Latency Free Customer Experience
 

A Framework for Self-descriptive RESTful Services

  • 1. A Framework for Self-descriptive RESTful Services Luca Panziera and Flavio De Paoli {panziera, depaoli}@disco.unimib.it University of Milan-Bicocca DISCo – Department of Computer Science, Systems and Communication ITISlab - Innovative Technologies for Interaction and Services WS-REST 2013 - Fourth International Workshop on RESTful Design @ WWW2013, 14 May 2013, Rio de Janeiro, Brazil
  • 2. Service descriptions  Descriptions allow for service discovery  Automatic discovery require service descriptions according to a common model  Several (semantic) models and languages have been proposed to describe services:  WSDL 2.0  WADL  MicroWSMO  hRESTS  SA-REST  etc.  Very few descriptions are actually available on the Web No one is a de facto standard
  • 3. Web APIs  Most of the existing services provide Web APIs:  Use of HTTP to tunnel procedure calls  Unknown semantics of both operations and exchanged data
  • 4. Real service descriptions  Most services are RESTful services/Web APIs  Real information about services is available through:  Provider documentation  Web API repositories (e.g., ProgrammableWeb)  Performance monitoring services (e.g., API-status, Watchmouse)  Social media (wikis, blogs, forums, Q&A sites)  Information is available in:  HTML, PDF, … (natural language)  XML  JSON Heterogeneous unstructured descriptions
  • 5. Current discovery practice I need a music repository with data under a free license Result s “music repository with data under a free license” WHAT?! Ineffective Discovery!
  • 6. Goal: Description as a Service (DaaS)  RESTful descriptions for self-descriptive services  Descriptions as resources  Enabling effective discovery by humans and machines  The approach  Definition of techniques for delivering self-descriptive services by extracting and publishing descriptions from heterogeneous Web sources.  Development of Web-based tools  Definition of best practices for description management
  • 7. Discovery Engine A new scenario I need a music repository with data under a free licenseRequest: Tags: “music repository” Data License: “Free” Self-descriptive services by extracting information from the Web Discovery engines retrive self-descriptions as resources Discovery of additional information Discogs: Tags: “music repository discography” Data License: “Creative Commons”
  • 8. REST in a nutshell  Principles  Identification of resources (URIs)  Manipulation of resources through representations (HTTP Methods)  Self-descriptive messages (Internet Media Types)  HATEOAS (Hyperlinks)  Advantages  Data format and model independence  Support for discovery of resources  More “lightweight” compared to SOAP  Compliancy to the nature of the Web
  • 9. Problems to support discovery  REST Limits:  Data format and model independence  Discovery engines require descriptions according to a common model  Lack of de facto standards for implementing HATEOAS  Then, for discovery of service information as resources  Web Document Limits  Heterogeneous data formats and models  Lack of a shared vocabulary for service properties  E.g., functionalities, licensing, QoS, service rating, usage fees, etc. The Solution: Definition of best practices for DaaS
  • 10. BP1: Information modelling  RESTful services need to be described according to a shared and formal model that species functional and non-functional properties.  The definition of a sound model for representing service properties is fundamental manipulate descriptions exploiting the same syntax and semantics.  Functional properties (FPs) define functionalities provided by a service  Non-functional properties (NFPs) define service characteristics that are not strictly related to the functionality  E.g., licensing , QoS, usage fees, etc.
  • 11. Implementing BP1: PCM-lite  Lightweight Policy-Centered Meta-model  Features:  Simple and Lightweight model  Data Format independece  Expressiveness  Specification of advanced operators  Numeric intervals  Set theory operators  Specification of units of measuraments
  • 12. BP2: Semantic data model  Data that describes service properties need to be represented according to RDF.  Semantic Web standards enable:  Advanced evaluations (e.g., subsubtion, semantic equivalence)  To address homonymy and synonymy of terms  Adoption of domain ontologies as vocabularies
  • 13. Domain ontology Implementing BP2 user:data_license pcm-lite:hasValue license:Free_license . discogs:data_license pcm-lite:hasValue license:Creative_Commons . Free_license Creative_Common s GPLApache is-ais-a is-a Match!!!
  • 14. BP3: Common vocabulary  Property values should represent concepts that are linked to concepts available on the Linking Open Data Cloud.  Linking open data cloud refers to general-purpose ontologies to represent a vast portion of human knowledge  Prevention of ambiguity, synonymy and homonymy, and thus facilitating evaluations by automatic tools user:data_license pcm-lite:hasValue dbpedia:Free_license . discogs:data_license pcm-lite:hasValue dbpedia:Creative_Commons .
  • 15. BP4: Human interpretability  A natural language description, or label, must be associated with each service property.  Pure RDF documents, without natural language descriptions, reduce human readability discogs:policy rdfs:comment “This document describes DISCOGS RESTful APIs”. discogs:policy pcm-lite:hasProperty discogs:tags . discogs:policy pcm-lite:hasProperty discogs:data_license . discogs:tags rdfs:comment “It reppresents a set of tags that summarize service functionalities” . discogs:tags pcm-lite:hasValue dbpedia:Music . discogs:tags pcm-lite:hasValue dbpedia:Respository . discogs:tags pcm-lite:hasValue dbpedia:Discography . discogs:tags rdfs:comment “The service data is under creative commons license” . discogs:data_license pcm-lite:hasValue dbpedia:Creative_Commons .
  • 16. BP5: RESTful descriptions  Services must provide descriptions as aggregations of properties published as RESTful resources.  HATEOAS is implemented trough links according to Linked Data @prefix discogs: <http://api.discogs.com/policy> discogs:policy rdfs:comment “This document describes DISCOGS RESTful APIs”. discogs:policy pcm-lite:hasProperty discogs:tags . discogs:policy pcm-lite:hasProperty discogs:data_license . http://api.discogs.com/policy discogs:tags pcm-lite:hasValue dbpedia:Music . discogs:tags pcm-lite:hasValue dbpedia:Respository . discogs:tags pcm-lite:hasValue dbpedia:Discography . http://api.discogs.com/tags discogs:data_license pcm-lite:hasValue dbpedia:Creative_Commons . http://api.discogs.com/data_license
  • 17. A PCM-lite policy for the Foo service (1)  The policy: @prefix : <https://api.Foo.com/> @prefix pl : <http://pcm.disco.unimib.it/pcm.lite/> ... :fooPolicy rdf:type pl:policy. :fooPolicy rdfs:comment ”Foo is a REST API for ... ."@en. :fooPolicy rdfs:label "FooRESTAPI"@en.  resources of the service :fooPolicy pl:hasProperty :resource1. :foopolicy pl:hasProperty :resource2. ...  non-functional properties :fooPolicy pl:hasProperty :datalicense. :fooPolicy pl:hasProperty :responsetime. ...
  • 18. A PCM-lite policy for the Foo service (2)  A functional property as a resource: resource1 ... @prefix dbpedia : <http://dbpedia.org/resource/> ... pl:hasValue rdf:type pl:hasRelation. pl:hasMethod rdf:type pl:hasRelation. ... :resource1 rdf:type pl:property. :resource1 rdfs:comment “The 20 most recent mentions (tweets containing a users's @screen_name) for the authenticating user."@en. :resource1 pl:hasValue :statuses/mentions_timeline. :resource1 pl:hasMethod dbpedia:HTTPGET. ...
  • 19. A PCM-lite policy for the Foo service (3)  A non functional property as a resource: response time ... @prefix dbpedia:<http://dbpedia.org/resource/> ... :responsetime rdf:type pl:property. :responsetime rdfs:label "Service response time"@en. :responsetime pl:hasOperator dbpedia:Less_than. :responsetime pl:hasValue "0.153”. :responsetime pl:hasUnit dbpedia:Second. ...
  • 20. Making available real information as RESTful resoureces  Self-description wrapper  An additional module to service business logic  Modelled as a RESTful service  Messages of the main interface are forwared to the wrapper
  • 21. Discogs discogs:license pcm-lite:hasValue dbpedia: Creative_Commons . Process of property value extraction  The approach is based on:  Source-to-policy templates (S2PTs)  Named entity recongnition (NER) S2PT: discogs:tags discogs:licens e ProgrammableWeb document <pw:tags> </pw:tags> <pw:license> </pw:license> “Under creative commons license” Dbpedia Spotlight (Named entity recognizer)
  • 22. Scaling up Semantic Service Matchmaking 22 As of September 2010 Music Brainz (zitgist) P20 YAGO World Fact- book (FUB) WordNet (W3C) WordNet (VUA) VIVO UF VIVO Indiana VIVO Cornell VIAF URI Burner Sussex Reading Lists Plymouth Reading Lists UMBEL UK Post- codes legislation .gov.uk Uberblic UB Mann- heim TWC LOGD Twarql transport data.gov .uk totl.net Tele- graphis TCM Gene DIT Taxon Concept The Open Library (Talis) t4gm Surge Radio STW RAMEAU SH statistics data.gov .uk St. Andrews Resource Lists ECS South- ampton EPrints Semantic Crunch Base semantic web.org Semantic XBRL SW Dog Food rdfabout US SEC Wiki UN/ LOCODE Ulm ECS (RKB Explorer) Roma RISKS RESEX RAE2001 Pisa OS OAI NSF New- castle LAAS KISTI JISC IRIT IEEE IBM Eurécom ERA ePrints dotAC DEPLOY DBLP (RKB Explorer) Course- ware CORDIS CiteSeer Budapest ACM riese Revyu research data.gov .uk reference data.gov .uk Recht- spraak. nl RDF ohloh Last.FM (rdfize) RDF Book Mashup PSH Product DB PBAC Poké- pédia Ord- nance Survey Openly Local The Open Library Open Cyc Open Calais OpenEI New York Times NTU Resource Lists NDL subjects MARC Codes List Man- chester Reading Lists Lotico The London Gazette LOIUS lobid Resources lobid Organi- sations Linked MDB Linked LCCN Linked GeoData Linked CT Linked Open Numbers lingvoj LIBRIS Lexvo LCSH DBLP (L3S) Linked Sensor Data (Kno.e.sis) Good- win Family Jamendo iServe NSZL Catalog GovTrack GESIS Geo Species Geo Names Geo Linked Data (es) GTAA STITCH SIDER Project Guten- berg (FUB) Medi Care Euro- stat (FUB) Drug Bank Disea- some DBLP (FU Berlin) Daily Med Freebase flickr wrappr Fishes of Texas FanHubz Event- Media EUTC Produc- tions Eurostat EUNIS ESD stan- dards Popula- tion (En- AKTing) NHS (EnAKTing) Mortality (En- AKTing) Energy (En- AKTing) CO2 (En- AKTing) education data.gov .uk ECS South- ampton Gem. Norm- datei data dcs MySpace (DBTune) Music Brainz (DBTune) Magna- tune John Peel (DB Tune) classical (DB Tune) Audio- scrobbler (DBTune) Last.fm Artists (DBTune) DB Tropes dbpedia lite DBpedia Pokedex Airports NASA (Data Incu- bator) Music Brainz (Data Incubator) Moseley Folk Discogs (Data In- cubator) Climbing Linked Data for Intervals Cornetto Chronic- ling America Chem2 Bio2RDF biz. data. gov.uk UniSTS UniRef Uni Path- way UniParc Taxo- nomy UniProt SGD Reactome PubMed Pub Chem PRO- SITE ProDom Pfam PDB OMIM OBO MGI KEGG Reaction KEGG Pathway KEGG Glycan KEGG Enzyme KEGG Drug KEGG Cpd InterPro Homolo Gene HGNC Gene Ontology GeneID Gen Bank ChEBI CAS Affy- metrix BibBase BBC Wildlife Finder BBC Program mes BBC Music rdfabout US Census Media Geographic Publications Government Cross-domain Life sciences User-generated content Heterogeneous sources RDF – Linked Open Data Service repositories API finder Service Descriptions request Best Solution
  • 23.  Discovery on PCM-lite descriptions is effective by the Policy Matchmaker and Ranker for Web (PoliMaR-Web) [1].  Some limitations for humans persist:  RDF is less redable then HTML: poor tools for visualizzation  Web browsers do not provide direct PUT and DELETE support to end- users  Then, a Web app for managing descriptions is necessary [1] L. Panziera, M. Comerio, F. Palmonari, M. De Paoli, and C. Batini. Quality-driven Extraction, Fusion and Matchmaking of Semantic Web API Descriptions. Journal of Web Engineering, 11(3):247-268, 2012. Lesson Learned: Best practices HTTP PUT
  • 24. Lesson Learned: the Framework  The extraction process suffers from potential weaknesses  Automatic generation of S2PTs is difficult  Heterogeneous and unspecified schema of sources requires manual intervention any time the structure of a source changes  Named entity recognition is not always successful  Short textual documents may affect the techniqueExtracted Properties NER Precision NER Recall Data formats 0.92 0.91 Licensing 0.79 0.78 Usage limits 0.45 0.61 Avarage 0.72 0.77
  • 25. Conclusions and future work  Conclusions  Self-descriptive services enable for more effective discovery for both humans and automatic tools  Five best practices to exploit REST principles for providing service descriptions  Self-description wrappers to extract descriptions from disperse service information sources on the Web.  Future Work  Automatic construction of S2PTs  Improve NER effectiveness  Improve the interface of the tool to support effective user experience

Editor's Notes

  1. Freccia tra prozione e testo
  2. Smart service come integrazione