linkedld 蓝筹股是什么意思思

From Wikipedia, the free encyclopedia
Identifiers
 ; HEL-S-28; ILK-1; ILK-2; P59; p59ILK
External IDs
:  :  :  :
Molecular function
Cellular component
Biological process
RNA expression pattern
RefSeq (mRNA)
RefSeq (protein)
Location (UCSC)
Integrin-linked kinase (ILK) is a 59kDa protein originally identified while conducting a yeast-two hybrid screen with integrin β1 as the bait protein (Hannigan et al., 1996). Since its discovery, ILK has been associated with multiple cellular functions including cell migration, cell proliferation, cell-adhesions, and signal transduction.
Transduction of
signals through
influences intracellular and extracellular functions, and appears to require interaction of integrin
domains with cellular proteins. Integrin-linked kinase (ILK), interacts with the
domain of beta-1 integrin. This gene was initially described to encode a / protein
with 4 ankyrin-like repeats, which associates with the cytoplasmic domain of beta integrins and acts as a proximal receptor kinase regulating integrin-mediated signal transduction. Multiple alternatively spliced transcript variants encoding the same protein have been found for this gene. Recent results showed that ILK contains 5 ankyrin-like repeats, and that the C-terminal kinase domain is actually a pseudo-kinase with adaptor function.
In 2008, ILK was found to localize to the
and regulate
organization.
Integrin-linked kinase has been shown to
with , , ,
and parvin.
. NCBI. October 2009.
. NCBI. December 2009.
. NCBI. October 2012.
Fielding AB, Dobreva I, McDonald PC, Foster LJ, Dedhar S (February 2008). . J. Cell Biol. 180 (4): 681–9. :.  .  .
Tu, Y; Li F; Goicoechea S; Wu C (March 1999). . Mol. Cell. Biol. 19 (3): 2425–34.  .  .
Zhang, Y Chen Ka; Guo L Wu Chuanyue (October 2002). "Characterization of PINCH-2, a new focal adhesion protein that regulates the PINCH-1-ILK interaction, cell spreading, and migration". J. Biol. Chem. 277 (41): 38328–38. :.  .
Barry, Fiona A; Gibbins Jonathan M (April 2002). "Protein kinase B is regulated in platelets by the collagen receptor glycoprotein VI". J. Biol. Chem. 277 (15): 12874–8. :.  .
Delcommenne, M; Tan C; Gray V; Rue L; Woodgett J; Dedhar S (September 1998). . Proc. Natl. Acad. Sci. U.S.A. 95 (19): 11211–6. :.  .  .
Persad, S; Attwell S; Gray V; Mawji N; Deng J T; Leung D; Yan J; Sanghera J; Walsh M P; Dedhar S (July 2001). "Regulation of protein kinase B/Akt-serine 473 phosphorylation by integrin-linked kinase: critical roles for kinase activity and amino acids arginine 211 and serine 343". J. Biol. Chem. 276 (29): 27462–9. :.  .
Leung-Hagesteijn, C; Mahendra A; Naruszewicz I; Hannigan G E (May 2001). . EMBO J. 20 (9): 2160–70. :.  .  .
Ewing, Rob M; Chu Peter, Elisma Fred, Li Hongyan, Taylor Paul, Climie Shane, McBroom-Cerajewski Linda, Robinson Mark D, O'Connor Liam, Li Michael, Taylor Rod, Dharsee Moyez, Ho Yuen, Heilbut Adrian, Moore Lynda, Zhang Shudong, Ornatsky Olga, Bukhman Yury V, Ethier Martin, Sheng Yinglun, Vasilescu Julian, Abu-Farha Mohamed, Lambert Jean-Philippe, Duewel Henry S, Stewart Ian I, Kuehl Bonnie, Hogue Kelly, Colwill Karen, Gladwish Katharine, Muskat Brenda, Kinach Robert, Adams Sally-Lin, Moran Michael F, Morin Gregg B, Topaloglou Thodoros, Figeys Daniel (2007). . Mol. Syst. Biol. 3 (1): 89. :.  .  .
. NCBI. April 2011.
Dedhar S (2000). "Cell-substrate interactions and signaling through ILK". Curr. Opin. Cell Biol. 12 (2): 250–6. :.  .
Persad S, Dedhar S (2004). "The role of integrin-linked kinase (ILK) in cancer progression". Cancer Metastasis Rev. 22 (4): 375–84. :.  .
Srivastava D, Yu S (2006). "Stretching to meet needs: integrin-linked kinase and the cardiac pump". Genes Dev. 20 (17): 2327–31. :.  .
Hannigan GE, Leung-Hagesteijn C, Fitz-Gibbon L et al. (1996). "Regulation of cell adhesion and anchorage-dependent growth by a new beta 1-integrin-linked protein kinase". Nature 379 (6560): 91–6. :.  .
Hannigan GE, Bayani J, Weksberg R et al. (1997). "Mapping of the gene encoding the integrin-linked kinase, ILK, to human chromosome 11p15.5-p15.4". Genomics 42 (1): 177–9. :.  .
Li F, Liu J, Mayne R, Wu C (1997). "Identification and characterization of a mouse protein kinase that is highly homologous to human integrin-linked kinase". Biochim. Biophys. Acta 1358 (3): 215–20. :.  .
Delcommenne M, Tan C, Gray V et al. (1998). . Proc. Natl. Acad. Sci. U.S.A. 95 (19): 11211–6. :.  .  .
Chung DH, Lee JI, Kook MC et al. (1998). "ILK (beta1-integrin-linked protein kinase): a novel immunohistochemical marker for Ewing's sarcoma and primitive neuroectodermal tumour". Virchows Arch. 433 (2): 113–7. :.  .
Tu Y, Li F, Goicoechea S, Wu C (1999). . Mol. Cell. Biol. 19 (3): 2425–34.  .  .
Feng J, Ito M, Ichikawa K et al. (2000). "Inhibitory phosphorylation site for Rho-associated kinase on smooth muscle myosin phosphatase". J. Biol. Chem. 274 (52): 37385–90. :.  .
Janji B, Melchior C, Vallar L, Kieffer N (2000). "Cloning of an isoform of integrin-linked kinase (ILK) that is upregulated in HT-144 melanoma cells following TGF-beta1 stimulation". Oncogene 19 (27): 3069–77. :.  .
Velyvis A, Yang Y, Wu C, Qin J (2001). "Solution structure of the focal adhesion adaptor PINCH LIM1 domain and characterization of its interaction with the integrin-linked kinase ankyrin repeat domain". J. Biol. Chem. 276 (7): 4932–9. :.  .
Matsumoto M, Ogawa W, Hino Y et al. (2001). "Inhibition of insulin-induced activation of Akt by a kinase-deficient mutant of the epsilon isozyme of protein kinase C". J. Biol. Chem. 276 (17): 14400–6. :.  .
Nikolopoulos SN, Turner CE (2001). "Integrin-linked kinase (ILK) binding to paxillin LD1 motif regulates ILK localization to focal adhesions". J. Biol. Chem. 276 (26): 2. :.  .
Persad S, Attwell S, Gray V et al. (2001). "Regulation of protein kinase B/Akt-serine 473 phosphorylation by integrin-linked kinase: critical roles for kinase activity and amino acids arginine 211 and serine 343". J. Biol. Chem. 276 (29): 27462–9. :.  .
Tu Y, Huang Y, Zhang Y et al. (2001). . J. Cell Biol. 153 (3): 585–98. :.  .  .
Leung-Hagesteijn C, Mahendra A, Naruszewicz I, Hannigan GE (2001). . EMBO J. 20 (9): 2160–70. :.  .  .
Yamaji S, Suzuki A, Sugiyama Y et al. (2001). . J. Cell Biol. 153 (6): 1251–64. :.  .  .
Chen R, Kim O, Yang J et al. (2001). "Regulation of Akt/PKB activation by tyrosine phosphorylation". J. Biol. Chem. 276 (34): 31858–62. :.  .
Fielding A, Dobreva I, McDonald PC et al. (2008). . J. Cell Biol. 180 (4): 681–9. :.  .  .
This article on a
is a . You can help Wikipedia by .
: Hidden categories:Current Issue
Previous Issues
For Authors
Indexing Linked Bibliographic Data with JSON-LD, BibJSON and Elasticsearch
Linked Data is a powerful tool for sharing bibliographic metadata. By combining the decentralization of the web with the use of globally defined metadata vocabularies, data from many sources can be treated as a single, aggregated graph. Supporting search across these distributed data sources within the same application, however, requires considerable work in vocabulary alignment and data transformation. Aggregate systems must convert data into a unified model which must (almost inevitably) be generic at the expense of the structure and granularity of the original data. This paper presents a novel solution for representing and indexing bibliographic resources that retains the data integrity and extensibility of Linked Data while supporting fast, customizable indexes in an application-friendly data format. The methodology makes use of JSON-LD to represent RDF graphs in JSON suitable for indexing with Elasticsearch. BibJSON is used as a common index format capable of handling a wide range of library resources. Since all three technologies (RDF/JSON-LD, BibJSON and Elasticsearch) share an emphasis on extensibility, it is possible to create an index of bibliographic data that is both generalized and flexible enough to handle Linked Data from multiple sources.
by Thomas Johnson
Introduction
Linked Data is a powerful tool for “sharable, extensible, and easily re-usable” bibliographic metadata (). By combining the decentralization of the web with the use of globally defined metadata vocabularies, data from many sources can be treated as a single, aggregated graph. Working with this chaotic mass of data, however, can be daunting. Each major dump of bibliographic data comes with its own quirks in terms of vocabulary choice, scope, and data model.
Combining multiple heterogeneous data sources for use in the same application typically requires considerable work on data transformation. Even within the context of a single domain, there is little realistic possibility for a universal schema. Aggregate systems must convert data into a unified model which must (almost inevitably) be generic at the expense of the structure and granularity of the original data. One place where this is a clear problem is in search. We want Linked Data search engines to expose data from across the web, but with a degree of integration that insulates users from the specifics of the models. How can we bring data from distributed sources together onto a single search platform?
This paper presents a novel solution for bibliographic resources which retains the data integrity and extensibility of Linked Data while supporting fast, customizable indexes in an application-friendly data format. The methodology makes use of JSON-LD to represent RDF graphs in JSON suitable for indexing with Elasticsearch. BibJSON serves as a common index format capable of handling a wide range of library resources. Since all three technologies (RDF/JSON-LD, BibJSON and Elasticsearch) share an emphasis on extensibility, it’s possible to create an index [] of bibliographic data that is both generalized and flexible enough to handle Linked Data from multiple sources.
The method demonstrated here was developed at Oregon State University as a part of an ongoing project to build search services atop an RDF dataset for our theses and dissertations. Additional information about this project can be found in
JSON-LD aims to express Linked Data in otherwise normal looking JSON documents. By design, it is “as simple as possible, very terse, and human readable” (). Though there had been previous attempts to express Linked Data in JSON (see
and ), this specification emphasizes application and developer friendly JSON (). It forgoes the rigid, unnatural structures seen in past serializations in favor of compact representations and supplementary documents which hold the details of the graph.
While the specification is a work in progress, JSON-LD largely succeeds. It makes it possible to introduce Linked Data principles and vocabularies into existing JSON data without changing the data structure or application code. By the same stroke, the simple, readable structure of its JSON makes it easy to use existing RDF graphs with typical JSON programming practices and with systems like Elasticsearch.
Contexts and Framing
Working with JSON-LD requires some understanding of Linked Data&especially the practice of using Internationalized Resource Identifiers (IRIs) to refer to terms and concepts&and several concepts used to apply its principles in JSON. Chiefly, contexts and frames.
A context is a mapping between JSON properties and equivalent IRIs. Contexts are themselves expressed as JSON objects, using the “@context” keyword, which express equivalencies between IRIs and more readable JSON keys. Given an applicable context, a JSON-LD document can be compacted into a simple, usable form or expanded from “normal” JSON to its full Linked Data representation.
For example, a context might specify:
"name": "/foaf/0.1/name"
An expanded document would use the longer foaf:name IRI in its key-value pairs, while a compacted one would simply use “name”. A context document consists of a number of statements of this form, designating the relationship between JSON keys and RDF nodes.
The concept behind framing is somewhat more complex. Frames complete the mapping from a particular RDF graph to a corresponding JSON tree. This is important, since most graphs can be represented as many distinct trees (e.g. by selecting a different node as the root). Specifying a single structure allows a one-to-one relationship between the source RDF and the JSON-LD representation. The resulting JSON tree is predictable enough for applications to rely on. A frame can be helpfully thought of as a template for a generated JSON document.
The simplest framing documents might contain a single line telling the algorithm to treat the data as a representation of a number of books (contrasted with a number of authors, containing lists of their books):
"@type": "book"
Further key-value pairs can tell the framing algorithm to expect other data to appear within the root object and specify embedding behavior to ensure that child nodes are described fully each time they appear [].
The most useful way to learn these concepts and their various quirks is to try them out. The
is an easy way to do this. The examples t more importantly, it allows you to interactively construct your own JSON-LD and view it in various stages of compression and normalization.
Though JSON-LD represents a flexible way to convert RDF to JSON without degradation, a general purpose bibliographic index will need to share a common JSON format. Our target format needs to be s it must be able to accommodate the needs of various record types and models, and capable of representing commonly indexed fields in a predictable way.
comes close to being ideal for our purposes. At its core, it is little more than a set of conventions for using
fields as JSON keys, made extensible by supporting arbitrary additional keys as needed. Those fields cover the most important metadata fields associated with b indeed, BibJSON’s primary existing use case is the creation of a distributed and portable collection of bibliographic data (). Though it won’t work as a universal format&it is distinctly record-centric and won’t fit complex entity-relationship models, as we’ll see later&it does surprisingly well. In particular, it offers clarity surrounding most important search fields and will extend to fit JSON-LD, so long as some bibligraphic entity is used as the root node.
&title&: &Indexing Linked Bibliographic Data with JSON-LD, BibJSON & Elasticsearch&,
&author&:[
{&name&: &Thomas Johnson&}
&type&: &article&,
&year&: &2013&,
&journal&: {&name&: &Code4Lib Journal&},
&issue&: &19&,
&link&: [{&url&:&http://example.org/tjohnson-2013&}],
&identifier&: [
{&type&:&doi&,
&id&:&10.&,
&url&:&http://dx.doi.org/10.&}
Figure 1. An example BibJSON record.
A basic BibJSON record for this article is given in Figure 1. As a rule, simple data points that can be represented with a string (e.g. title) are given as key-value pairs. For more complex fields, BibJSON allows representation as an object or list of objects. This convention is explicitly invoked for several common fields [] and can be used for others where needed.
A Simple Example
For a minimal demonstration of the entire process, consider the RDF in Figure 2. This expresses, using common vocabulary, a graph similar in scope and structure to the BibJSON above.
@prefix rdf: &http://www.w3.org/-rdf-syntax-ns#&.
@prefix rdfs: &http://www.w3.org/2000/01/rdf-schema#&.
@prefix dc: &http://purl.org/dc/elements/1.1/&.
@prefix bibo: &http://purl.org/ontology/bibo/&.
@prefix foaf: &/foaf/0.1/&.
&http://id.example.org/tjohnson-2013& dc:title &Indexing Linked Bibliographic Data with JSON-LD, BibJSON & Elasticsearch& ;
dc:creator &http://id.achelo.us/tjohnson& ;
dc:date &2013& ;
dc:link &http://example.org/tjohnson-2013& ;
rdf:type bibo:A
dc:isPartOf &urn:issn:& ;
bibo:issue &19& ;
bibo:doi &10.& .
&http://id.achelo.us/tjohnson& foaf:P
rdfs:label &Thomas Johnson& ;
foaf:lastname &Johnson& .
&urn:issn:& a bibo:J
rdfs:label &Code4Lib Journal& ;
rdfs:seeAlso &http://journal.code4lib.org/& .
Figure 2. example.ttl & An example bibliographic ‘record’ in RDF.
The combined context and framing document in Figure 3 will support the conversion of this data into a JSON document similar to the initial BibJSON in Figure 1. The constructions “‘type': ‘@type'” and “‘id': ‘@id'” create aliases for JSON-LD keywords which would otherwise appear in our final document, making them more human readable and closer to the default BibJSON terms. Where BibJSON calls for a “list of objects”, the context specifies @set as the container to ensure compliance. The second part of the document (following the @context object) is the frame. It can be read as declaring that the “article” is the root node, and that the other objects should be embedded in its tree. Figure 4 shows the BibJSON- the Python code used to generate the JSON-LD, and an un-framed example of the same graph are included as an appendix.
&@context&: {
&type&: &@type&,
&id&: &@id&,
&article&: &http://purl.org/ontology/bibo/Article&,
&Journal&: &http://purl.org/ontology/bibo/Journal&,
&journal&: &http://purl.org/dc/elements/1.1/isPartOf&,
&title&: &http://purl.org/dc/elements/1.1/title&,
&issue&: &http://purl.org/ontology/bibo/issue&,
&author&: {
&@id&:&http://purl.org/dc/elements/1.1/creator&,
&@container&: &@set&
&Person&: &/foaf/0.1/Person&,
&@id&: &http://purl.org/dc/elements/1.1/link&,
&@container&: &@set&
&@id&:&http://purl.org/ontology/bibo/doi&,
&@container&: &@set&
&name&: &http://www.w3.org/2000/01/rdf-schema#label&,
&year&: &http://purl.org/dc/elements/1.1/date&
&@type&: &article&,
&author&: {
&@type&: &Person&,
&@embed&: &true&
&journal&: {
&@type&:&Journal&,
&@embed&: &true&
&@type&:&id&,
&@embed&: &true&
Figure 3. example_frame.jsonld & Context and framing document.
&@context&: {
&@graph&: [
&title&: &Indexing Linked Bibliographic Data with JSON-LD, BibJSON & Elasticsearch&,
&author&: [
&foaf:lastname&: &Johnson&,
&type&: &Person&,
&name&: &Thomas Johnson&,
&id&: &http://id.achelo.us/tjohnson&
&type&: &article&,
&journal&: {
&http://www.w3.org/2000/01/rdf-schema#seeAlso&: {
&id&: &http://journal.code4lib.org/&
&type&: &Journal&,
&name&: &Code4Lib Journal&,
&id&: &urn:issn:&
{&id&: &http://example.org/tjohnson-2013&}
&year&: &2013&,
&issue&: &19&,
&id&: &http://id.example.org/tjohnson-2013&,
&doi&: &10.&
Figure 4. example.json & Framed JSON-LD.
Comparing the output with the initial BibJSON example reveals a few interesting differences. Firstly, unexpected fields (foaf:lastname, rdfs:seeAlso, and various IRIs) are handled gracefully and without data loss. This will continue to work even if the unexpected nodes give rise to complex graph structures. Unexpected data can simply be ignored by any software using the index, while remaining available on an ad-hoc basis and subject to Elasticsearch’s default analysis. It can also, of course, be converted back into the original RDF along with the rest of the data.
Secondly, there are some minor differences in the tree structure. The DOI in particular was represented in BibJSON by an “identifier” object with a type, url, and id. In our generated JSON-LD, it is simplified to a key-value pair. This is mainly due to the nature of the source data. BIBO’s doi property expects us to infer information that BibJSON makes explicit. JSON-LD doesn’t offer a mechanism for forcing simple data types into more complex structures, so there’s not a natural way to resolve this issue. Some attention will later be given to workarounds for eventualities like these. For now, it is enough to know that not all graphs can be represented with the same JSON JSON-LD documents are, first and foremost, representations of RDF graphs.
Indexing the Graph
Indexing items in Elasticsearch is as easy as sending an HTTP PUT request containing the appropriate JSON. The example data in Figure 4 could be indexed with a request like
curl -XPUT http://localhost:9200/bibjson/articles/1 -d '{...}'
where ‘…’ is replaced by the record itself (here, the contents of @graph in Figure 4). The URL parts ‘bibjson’ and ‘articles’ are, in order, the index name and the type of the document. By default, Elasticsearch creates new indexes automatically and creates a default mapping for new types. The final part of the URL (*) will be Elasticsearch’s indexing with HTTP POST enables automatic id generation.
The simplest method for indexing multiple records, therefore, is to iterate through the list in @graph, POSTing each record in turn. Once indexed, documents can be retrieved via HTTP GET and indexes can be searched via
Elasticsearch is intended to have “sensible defaults” for types with no explicitly defined search mappings (). Mappings configure the searchability, tokenization and faceting of fields, as well as data types, boosting, and inclusion of fields in ‘_all’ searches. The defaults are often sufficient and, when they aren’t, still manage to usefully handle unexpected data. Custom mappings can be applied on a per-index and per-type basis. []
Creating Aggregate Indexes
Adding data from a second source can be accomplished by creating a new context and frame, then adding the resulting JSON-LD in Elasticsearch. To the extent that the two datasets share BibJSON as a common format, no new configuration is needed. However, when adding data generated from more than one context, experience at Oregon State has suggested that using separate indexes is good practice. The context associated with a given index can be added alongside its data as type “context”, and searches configured to ignore these documents. Keeping the context alongside the data gives applications a convention for extracting semantics back out of the indexed documents.
Organizing indexes this way also allows different search mappings to be applied on a by-index basis, helping to address discrepancies between data sources. Queries can be easily run across both types and indexes and the segregation doesn’t affect the performance of searches.
Support for (unlinked) BibJSON
In addition to supporting a wide variety of Linked Data models, this index could also accommodate original BibJSON data. To enhance its interoperability with JSON-LD indexes, a generic BibJSON context document could be applied.
FRBR and Other Limitations
Data Modeling
Perhaps the strongest limitation faced is the inconsistency between different data models. While our chosen common format prefers simple key-value pairs where possible, RDF data models often use more explicit and complex structure. A core example in the library domain is the entity-relationship model specified by FRBR (). Expressing FRBR’s multi-tiered approach to bibliographic data in JSON will lead to a fundamentally different data structure than the BibJSON used by the rest of the index. Any simplification for compatibility would be lossy, flattening the graph (and can’t be done using JSON-LD’s algorithms).
It’s worth noting that these conceptual incompatibilities originate with the data models themselves and are not an artifact of the index process. Datasets using differing models could still be expressed in JSON-LD and indexed in Elasticsearch, but querying them would require a substantial amount of work on the application side to adjust for their differences. Models with major incompatibilities in the index could instead be transformed into a compatible, BibJSON-friendly, graph prior to generating JSON-LD. If needed, Elasticsearch could still be used as a datastore for the original graph (in JSON-LD) in a separate index, not included in default searches. In this case, some internal convention would be needed to maintain an association between the indexed record and its original RDF.
For smaller model incompatibilities like the DOI issue encountered above, the best option may be to add duplicate data after the initial JSON-LD conversion. In the DOI example, we would add the “identifier” object alongside the existing “doi” term. So long as the data produced by the JSON-LD algorithm is untouched the result will be a more consistent (and still linked) dataset.
Name Collisions in Contexts
A smaller, but significant, limitation is the potential for name collision in context documents. Since JSON-LD won’t allow multiple IRI’s to be mapped to the same JSON key (this would prevent re-expansion), terms can’t always be represented using BibJSON’s default key. The most common problem in our experience is due to the use of “name” as a key for both people (often expressed with foaf:name) and journals (dc:title). Mapping both terms to “name” in JSON-LD would destroy the distinction between the two. The solution here is simple, though it does require an additional step: find a term (e.g. rdfs:label) that applies to both needs and add a triple to the incoming RDF. Elasticsearch will index both the shared term (as “name”) and the original (with its full URI as the key).
Follow Your Nose
One final weakness is that many RDF datasets will only contain a subset of the graph relevant to the creation of a full index. For example, a bibliographic dataset might hold comprehensive data about a book, but make reference to the author only by link to an external source&the ability to make use of related external data being a defining feature of Linked Data. JSON-LD generated from such a source would retain the author IRI used in the original, but may be missing data points as crucial as the author’s name. The solution, here as elsewhere, is to follow your nose [], dereferencing the IRIs to build a more complete graph.
JSON-LD can serve as a useful tool for making Linked Data more accessible to applications. Using it in conjunction with BibJSON and Elasticsearch provides a low barrier method for indexing a wide variety of bibliographic data. Though the index has some limitations, it succeeds at joining heterogeneous Linked Data in a generic form without compromising the full graph structure and semantics of the original data source.
[] Note that this doesn’t yield “semantic search” in the usual sense of inference, fuzzy logics and concept mapping, but rather a traditional analyzed index. Because both semantics and graph structure are retained, clever use of the index might emulate semantic search features like concept-based facets.
[] The behavior of ‘@embed’ is currently in flux. The treatment we rely on here has clear support in current discussion: .
[] Author, editor, license, identifier, link, and journal.
[] A good introduction to mapping is available in a pair of blog posts at
References
Library Linked Data Incubator Group Final Report. Available
Functional Requirements for Bibliographic Records Final Report. Available
Linked Data Services for Theses and Dissertations, Proceedings of the 15th International Symposium on Electronic Theses and Dissertations, Lima, Peru. Available
On Using JSON-LD to Create Evolvable RESTful Services, Proceedings of the Third International Workshop on RESTful Design. Available from: .
[Internet]. Talis Systems. Available from:
From JSON to RDF in Six Easy Steps with JRON. [Internet]. [Updated: June 4, 2010]. Available from:
How to do BibJSON. [Internet]. Available from:
Open Bibliography for Science, Technology, and Medicine, Journal of Cheminformatics, 3:47.
[Internet]. Available from:
#!/usr/bin/python
import json, rdflib
from pyld import jsonld
g = rdflib.ConjunctiveGraph()
g.parse(example.ttl', format='n3')
# pyld likes nquads, by default
expand = jsonld.from_rdf(g.serialize(format=&nquads&))
framed = jsonld.frame(j, json.load(open('example_frame.jsonld', 'r')))
print json.dumps(framed, indent=1)
Python framing code.
&@context&: {
&@graph&: [
&/foaf/0.1/lastname&: &Johnson&,
&@id&: &http://id.achelo.us/tjohnson&,
&name&: &Thomas Johnson&,
&@type&: &Person&
&title&: &Indexing Linked Bibliographic Data with JSON-LD, BibJSON & Elasticsearch&,
&@id&: &http://id.example.org/tjohnson-2013&,
&journal&: {
&@id&: &urn:issn:&
&author&: [
&@id&: &http://id.achelo.us/tjohnson&
&@id&: &http://example.org/tjohnson-2013&
&year&: &2013&,
&doi&: &10.&,
&issue&: &19&,
&@type&: &article&
&http://www.w3.org/2000/01/rdf-schema#seeAlso&: {
&@id&: &http://journal.code4lib.org/&
&@id&: &urn:issn:&,
&name&: &Code4Lib Journal&,
&@type&: &Journal&
Un-framed (compacted) JSON-LD document.
About the Author
Thomas Johnson is Digital Applications Librarian at Oregon State University Libraries, where he works on digital curation, scholarly publication, and related metadata and software issues.}

我要回帖

更多关于 外盘内盘是什么意思 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信