[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6,"_7":8,"_9":10},"actionData","errors","root",{"_243":244},"routes/_layout",{"_11":170},"routes/entity.$type.$id",{"_11":12,"_13":14,"_15":16,"_17":18,"_19":20,"_21":22,"_23":24,"_25":26,"_27":28},"dehydratedState",{"_73":74,"_75":76},"type","paper","id","paper_W2157735936","section","authors","entity",{"_15":16,"_29":30,"_31":-5,"_32":-5,"_33":-5,"_34":-5,"_35":36,"_37":38,"_39":-5,"_40":41,"_42":43,"_44":45,"_46":47,"_48":-5,"_49":50,"_51":30,"_52":53,"_54":55,"_56":57,"_58":59,"_60":61,"_18":-5,"_62":63,"_64":65,"_66":67,"_68":30,"_69":-5},"canonical","https://www.hugmap.com/entity/paper/paper_W2157735936/authors","siteBaseUrl","https://www.hugmap.com","sectionCount",1,"jsonLd","{\"@context\":\"https://schema.org\",\"@graph\":[{\"name\":\"An Introduction to the Resource Description Framework\",\"url\":\"https://www.hugmap.com/entity/paper/paper_W2157735936/authors\",\"@type\":\"ScholarlyArticle\",\"headline\":\"An Introduction to the Resource Description Framework\",\"datePublished\":\"1998-10-01\",\"isPartOf\":{\"@type\":\"Periodical\",\"name\":\"Bulletin of the American Society for Information Science and Technology\"}},{\"@type\":\"CollectionPage\",\"name\":\"An Introduction to the Resource Description Framework 作者\",\"description\":\"An Introduction to the Resource Description Framework 在 HugMap 中的作者，共 1 条，含结构化关联信息与详情链接。\",\"url\":\"https://www.hugmap.com/entity/paper/paper_W2157735936/authors\",\"inLanguage\":\"zh-CN\"},{\"@type\":\"BreadcrumbList\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"首页\",\"item\":\"https://www.hugmap.com/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"论文\",\"item\":\"https://www.hugmap.com/search?type=paper\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"An Introduction to the Resource Description Framework\",\"item\":\"https://www.hugmap.com/entity/paper/paper_W2157735936\"},{\"@type\":\"ListItem\",\"position\":4,\"name\":\"作者\",\"item\":\"https://www.hugmap.com/entity/paper/paper_W2157735936/authors\"}]}]}","name","An Introduction to the Resource Description Framework","nameZh","aliases","description","descriptionZh","status","active","externalIds","{\"openalex\":\"W2157735936\",\"doi\":\"10.1002/bult.105\"}","properties","source","openalex","createdAt","2026-05-22T02:26:33.427034564","updatedAt","2026-05-22T02:26:33.427036211","doi","10.1002/bult.105","arxivId","openalexId","W2157735936","title","abstractText","© 1998 Eric Miller The Resource Description Framework (RDF) is an infrastructure that enables the encoding, exchange and reuse of structured metadata. RDF is an application of XML that imposes needed structural constraints to provide unambiguous methods of expressing semantics. RDF additionally provides a means for publishing both human-readable and machine-processable vocabularies designed to encourage the reuse and extension of metadata semantics among disparate information communities. The structural constraints RDF imposes to support the consistent encoding and exchange of standardized metadata provides for the interchangeability of separate packages of metadata defined by different resource description communities. The World Wide Web affords unprecedented access to globally distributed information. Metadata, or structured data about data, improves discovery of and access to such information. The effective use of metadata among applications, however, requires common conventions about semantics, syntax and structure. Individual resource description communities define the semantics, or meaning, of metadata that address their particular needs. Syntax, the systematic arrangement of data elements for machine-processing, facilitates the exchange and use of metadata among multiple applications. Structure can be thought of as a formal constraint on the syntax for the consistent representation of semantics. The Resource Description Framework (RDF), developed under the auspices of the World Wide Web Consortium [W3C], is an infrastructure that enables the encoding, exchange and reuse of structured metadata. This infrastructure enables metadata interoperability through the design of mechanisms that support common conventions of semantics, syntax and structure. RDF does not stipulate semantics for each resource description community, but rather provides the ability for these communities to define metadata elements as needed. RDF uses XML (eXtensible Markup Language) as a common syntax for the exchange and processing of metadata. The XML syntax is a subset of the international text processing standard SGML (Standard Generalized Markup Language) [SGML] specifically intended for use on the Web. The XML syntax provides vendor independence, user extensibility, validation, human readability and the ability to represent complex structures. By exploiting the features of XML, RDF imposes structure that provides for the unambiguous expression of semantics and, as such, enables consistent encoding, exchange and machine-processing of standardized metadata. RDF supports the use of conventions that will facilitate modular interoperability among separate metadata element sets. These conventions include standard mechanisms for representing semantics that are grounded in a simple, yet powerful, data model discussed below. RDF additionally provides a means for publishing both human-readable and machine-processable vocabularies. Vocabularies are the set of properties, or metadata elements, defined by resource description communities. The ability to standardize the declaration of vocabularies is anticipated to encourage the reuse and extension of semantics among disparate information communities. For example, the Dublin Core Initiative [DC], an international resource description community focusing on simple resource description for discovery, has adopted RDF [DCRDF]. Educom's IMS Instructional Metadata System [IMS], designed to provide access to educational materials, has adopted the Dublin Core and corresponding architecture and extended it with domain-specific semantics. RDF is designed to support this type of semantic modularity by creating an infrastructure that supports the combination of distributed attribute registries. Thus, a central registry is not required. This permits communities to declare vocabularies which may be reused, extended and/or refined to address application or domain specific descriptive requirements. The goals of RDF are broad, and the potential opportunities are enormous. This introduction to RDF begins by discussing the background context of the RDF initiative and relates it to other metadata activities. A discussion of the functionality of RDF and an overview of the model, schema and syntactic considerations of this framework follow. The history of metadata at the W3C began in 1995 with PICS, the Platform for Internet Content Selection [PICS]. PICS is a mechanism for communicating ratings of Web pages from a server to clients. These ratings, or rating labels, contain information about the content of Web pages; for example, whether a particular page contains a peer-reviewed research article or was authored by an accredited researcher or contains sex, nudity, violence, foul language, etc. Instead of being a fixed set of criteria, PICS introduced a general mechanism for creating rating systems. Different organizations could rate content based on their own objectives and values, and users ‒ for example, parents worried about their children's Web usage ‒ could set their browsers to filter out any Web pages not matching their own criteria. Development of PICS was motivated by the anticipation of restrictions on Internet content in the United States and elsewhere. Through a series of meetings with the digital library community, limitations in the PICS specifications were identified, and functional requirements were outlined to address the more general problem of associating descriptive information with Internet resources based on the PICS architecture. As a result of these discussions, the W3C formed a new working group, PICS-NG Next Generation to address the more general issues of resource description [PICSNG]. Shortly after the PICS-NG working group was chartered, it became clear that the infrastructure designed in the early document specifications [PICSMOD] was applicable in several additional applications. As a result, the W3C consolidated these applications as the W3C Resource Description Framework working group. RDF is the result of a number of metadata communities bringing together their needs to provide a robust and flexible architecture for supporting metadata on the Web. While the development of RDF as a general metadata framework, and as such, a simple knowledge representation mechanism for the Web, was heavily inspired by the PICS specification [PICSSPEC], no one individual or organization invented RDF. RDF is a collaborative design effort. Several W3C member companies are contributing intellectual resources. It is drawing upon the XML [XML] design as well as proposals submitted by Microsoft [XMLDATA] and Netscape [MCFXML]. Other metadata efforts, such as the Dublin Core [DC] and the Warwick Framework [WF] have also influenced the design of the RDF. RDF provides a model for describing resources. Resources have properties (attributes or characteristics). RDF defines a resource as any object that is uniquely identifiable by a Uniform Resource Identifier (URI) [URI1] [URI2]. The properties associated with resources are identified by property types, and property types have corresponding values. Property types express the relationships of values associated with resources. In RDF, values may be atomic in nature (text strings, numbers, etc.) or other resources, which in turn may have their own properties. A collection of these properties that refers to the same resource is called a description. At the core of RDF is a syntax-independent model for representing resources and their corresponding descriptions [SPEC]. Figure 1 illustrates a generic RDF description. Bulletin of the American Society for Information Science The application and use of the RDF data model can be illustrated by concrete examples. Consider the following statements: 1. \"The author of Document 1 is John Smith.\" 2. \"John Smith is the author of Document 1.\" To humans, these statements convey the same meaning (that is, John Smith is the author of a particular document). To a machine, however, these are completely different strings. Whereas humans are extremely adept at extracting meaning from differing syntactic constructs, machines remain grossly inept. Using a triadic model of resources, property types and corresponding values, RDF attempts to provide an unambiguous method of expressing semantics in a machine-readable encoding. RDF provides a mechanism for associating properties with resources. So, before anything about Document 1 can be said, the data model requires the declaration of a resource representing Document 1. Thus, the data model corresponding to the statement \"the author of Document 1 is John Smith\" has a single resource Document 1, a property type of author and a corresponding value of John Smith. To distinguish characteristics of the data model, the RDF Model and Syntax specification [SPEC] represents the relationships among resources, property types and values in a directed labeled graph. In this case, resources are identified as nodes, property types are defined as directed label arcs and string values are quoted. Given this representation, the data model corresponding to the statement is graphically expressed as shown here: Bulletin of the American Society for Information Science If additional descriptive information regarding the author were desired, e.g., the author's e-mail address and affiliation, an elaboration on the previous example would be required. In this case, descriptive information about John Smith is desired. As was discussed in the first example, before descriptive properties can be expressed about the person John Smith, there needs to be a unique identifiable resource representing him. Given the directed label graph notation in the previous example, the data model corresponding to this description is graphically represented as shown here: Bulletin of the American Society for Information Science In this case, \"John Smith\" the string is replaced by a uniquely identified resource denoted by Author_001 with the associated property types of name, e-mail and affiliation. The use of unique identifiers for resources allows for the unambiguous association of properties. This is an important point, as the person John Smith may be the value of several different property types. John Smith may be the author of Document 1, but also may be the value of a particular company describing the set of current employees. The unambiguous identification of resources provides for the reuse of explicit, descriptive information. In the previous example the unique identifiable resource for the author was created, but not for the author's name, e-mail or affiliation. The RDF model allows for the creation of resources at multiple levels. Concerning the representation of personal names, for example, the creation of a resource representing the author's name could have additionally been described using \"firstname,\" \"middlename\" and \"surname\" property types. Clearly, this iterative descriptive process could continue down many levels. What, however, are the practical and logical limits of these iterations? There is no one right answer to this question. The answer is dependent on the domain requirements. These issues must be addressed and decided upon in the standard practice of individual resource description communities. In short, experience and knowledge of the domain dictate which distinctions should be captured and reflected in the data model. The RDF data model additionally provides for the description of other descriptions. For instance, often it is important to assess the credibility of a particular description (e.g., \"The Library of Congress told us that John Smith is the author of Document 1\"). In this case the description tells us something about the statement \"John Smith is the author of Document 1,\" specifically, that the Library of Congress asserts this to be true. Similar constructs are additionally useful for the description of collections of resources. For instance, \"John Smith is the author of Documents 1, 2 and 3.\" While these statements are significantly more complex, the same data model is applicable. A more detailed discussion of these issues is outside the scope of this overview, but more information is available in the RDF Model and Syntax Specification [SPEC]. RDF defines a simple, yet powerful model for describing resources. A syntax representing this model is required to store instances of this model into machine-readable files and to communicate these instances among applications. XML is this syntax. RDF imposes formal structure on XML to support the consistent representation of semantics. RDF provides the ability for resource description communities to define semantics. It is important, however, to disambiguate these semantics among communities. The property type \"author,\" for example, may have broader or narrower meaning depending on different community needs. As such, it is problematic if multiple communities use the same property type to mean very different things. To prevent this, RDF uniquely identifies property types by using the XML namespace mechanism [NS]. XML namespaces provide a method for unambiguously identifying the semantics and conventions governing the particular use of property types by uniquely identifying the governing authority of the vocabulary. For example, the property type \"author\" is defined by the Dublin Core Initiative as the \"person or organization responsible for the creation of the intellectual content of the resource\" and is specified by the Dublin Core CREATOR element [DCES]. An XML namespace is used to unambiguously identify the Schema for the Dublin Core vocabulary by pointing to the definitive Dublin Core resource that defines the corresponding semantics. Additional information on RDF Schemas is discussed latter. If the Dublin Core RDF Schema, however, is abbreviated as \"DC,\" the data model representation for this example would be as follows: Bulletin of the American Society for Information Science This more explicit declaration identifies a resource Document 1 with the semantics of property type Creator unambiguously defined in the context of DC (the Dublin Core vocabulary). The value of this property type is John Smith. The corresponding syntactic way of expressing this statement using XML namespaces to identify the use of the Dublin Core Schema is John Smith In this case, both the RDF and Dublin Core schemas are declared and abbreviated as \"RDF\" and \"DC\" respectively. The RDF Schema is declared as a boot-strapping mechanism for the declaration of the necessary vocabulary needed for expressing the data model. The Dublin Core Schema is declared in order to utilize the vocabulary defined by this community. The URI associated with the namespace declaration references the corresponding schemas. The element (which can be interpreted as the element RDF in the context of the RDF namespace) is a simple wrapper that marks the boundaries in an XML document where the content is explicitly intended to be mappable into an RDF data model instance [spec]. The element (the element Description in the context of the RDF namespace) is correspondingly used to denote or instantiate a resource with the corresponding URI http://uri-of-Document-1. And the element in the context of the represents a property type DC:Creator and a value of \"John Smith.\" The syntactic representation is designed to reflect the corresponding data model. In the more advanced example, where additional descriptive information regarding the author is required, similar syntactic constructs are used. In this case, while it may still be desirable to use the Dublin Core CREATOR property type to represent the person responsible for the creation of the intellectual content, additional property types \"name,\" \"email\" and \"affiliation\" are required. For this case, since the semantics for these elements are not defined in Dublin Core, an additional resource description standard may be utilized. It is feasible to assume the creation of an RDF schema with the semantics similar to the vCard [VC] specification designed to automate the exchange of personal information typically found on a traditional business card, could be introduced to describe the author of the document. The data model representation for this example with the corresponding business card schema defined as CARD would be as seen here: Bulletin of the American Society for Information Science This, in turn, could be syntactically represented as John Smith smith@home.net Home, Inc. in which the RDF, Dublin Core and the \"Business Card\" schemas are declared and abbreviated as \"RDF,\" \"DC\" and \"CARD\" respectively. In this case, the value associated with the property type DC:Creator is now a resource. While the reference to the resource is an internal identifier, an external URI, for example, to a controlled authority of names, could have been used as well. Additionally, in this example, the semantics of the Dublin Core CREATOR element have been refined by the semantics defined by the schema referenced by CARD. This construct is similar to the Warwick Framework [WF], a recognition of separate maintainable and interchangeable packages of descriptive information used in the description of resources. The structural constraints RDF imposes to support the consistent encoding and exchange of standardized metadata provides for the interchangeability of separate packages of metadata defined by different resource description communities. RDF Schemas are used to declare vocabularies, the sets of semantics property types defined by a particular community. RDF schemas define the valid properties in a given RDF description, as well as any characteristics or restrictions of the property type values themselves. The XML namespace mechanism serves to identify RDF Schemas. A human and machine-processable description of an RDF schema may be accessed by de-referencing the schema URI. If the schema is machine-processable, it may be possible for an application to learn some of the semantics of the property-types named in the schema. To understand a particular RDF schema is to understand the semantics of each of the properties in that description. RDF schemas are structured based on the RDF data model. Therefore, an application that has no understanding of a particular schema will still be able to parse the description into the property-type and corresponding values and will be able to transport the description intact (e.g., to a cache or to another application). The exact details of RDF schemas are currently being discussed in the W3C RDF Schema working group [SCHEMA]. It is anticipated, however, that the ability to formalize human-readable and machine-processable vocabularies will encourage the exchange, use and extension of metadata vocabularies among disparate information communities. RDF schemas are being designed to provide this type of formalization. The World Wide Web affords unprecedented access to distributed information. Metadata improves access to this information and RDF is a W3C proposed standard for defining the architecture necessary for supporting Web metadata. RDF is an application of XML that imposes needed structural constraints to provide unambiguous methods of expressing semantics for the consistent encoding, exchange and machine processing of metadata. RDF additionally, provides means for publishing both a human-readable and a machine-processable vocabularies designed to encourage the exchange, use and extension of metadata semantics among disparate information communities. The potential implications of widespread adoption of RDF metadata on the Web are captured by Ora Lassila, editor of the RDF Model and Syntax Specification [IRDF]: Once the Web has been sufficiently \"populated\" with rich metadata, what can we expect? First, searching on the Web will become easier as search engines have more information available, and thus searching can be more focused. Doors will also be opened for automated software agents to roam the Web, looking for information for us or transacting business on our behalf. The Web of today, the vast unstructured mass of information, may in the future be transformed into something more manageable ‒ and thus something far more useful. The effective use of metadata among applications requires common conventions about semantics, syntax and structure. The design of enabling infrastructures such as RDF to support these constructs provides the necessary foundations to support the management of information on the Web and, as Ora suggests, provides the ability for transforming the Web into a more useful and powerful information resource. The author is indebted to several persons for helping with this article. Specifically, the author would like to credit Erik Jul, Ora Lassila, Ralph LeVan, R.V. Guha, Bob Schloss, Ralph Swick and Stuart Weibel for their comments, criticism, insight and support. Eric Miller is a research scientist at Online Computer Library Center, Inc. (OCLC), Office of Research in Dublin, Ohio. He can be reached by e-mail at emiller@oclc.org This article was originally published in D-Lib Magazine http://www.dlib.org/dlib/may98/miller/05miller.html, in May 1998. It is reprinted by permission of the author.","publishedDate","1998-10-01","publishedYear",1998,"venue","Bulletin of the American Society for Information Science and Technology","citationCount",268,"keywords",[70,71,72],"pdfUrl","https://onlinelibrary.wiley.com/doi/pdfdirect/10.1002/bult.105","topVenue",false,"displayName","displayDescription","Semantic Web and Ontologies","Advanced Database Systems and Queries","Library Science and Information Systems","mutations",[],"queries",[77],{"_78":79,"_80":81,"_82":83,"_84":85},"dehydratedAt",1783009304754,"state",{"_87":88,"_89":26,"_90":79,"_91":-5,"_92":93,"_94":93,"_95":93,"_96":-5,"_97":-5,"_98":67,"_35":99,"_100":101},"queryKey",[86,19,14,16],"queryHash","[\"portal\",\"entity\",\"paper\",\"paper_W2157735936\"]","portal","data",{"_19":20,"_102":103,"_104":105,"_106":107,"_108":109,"_110":111,"_18":112},"dataUpdateCount","dataUpdatedAt","error","errorUpdateCount",0,"errorUpdatedAt","fetchFailureCount","fetchFailureReason","fetchMeta","isInvalidated","success","fetchStatus","idle","entityType","Paper","taxonomies",[129,130,131,132],"events",[],"articles",[],"technologies",[],[113],{"_15":114,"_29":115,"_31":-5,"_32":-5,"_33":-5,"_34":-5,"_35":36,"_37":116,"_39":-5,"_40":41,"_42":117,"_44":118,"_119":120,"_51":-5,"_121":-5,"_122":-5,"_123":-5,"_60":-5,"_124":-5,"_125":-5,"_126":-5,"_127":-5,"_128":-5,"_68":115,"_69":-5},"person_A5004480957","Éric Miller","{\"openalex\":\"A5004480957\",\"orcid\":\"0000-0002-7631-6242\"}","2026-05-15T01:47:26.191507875","2026-05-22T02:26:33.449458625","orcid","0000-0002-7631-6242","affiliation","researchArea","paperCount","homepage","linkedin","twitter","github","hindex",{"_15":163,"_29":164,"_31":-5,"_32":-5,"_33":165,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":169,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":164,"_69":165},{"_15":157,"_29":70,"_31":-5,"_32":-5,"_33":-5,"_34":-5,"_35":36,"_37":158,"_39":-5,"_40":41,"_42":159,"_44":160,"_137":138,"_139":-5,"_140":141,"_142":161,"_144":162,"_146":93,"_147":148,"_149":93,"_150":-5,"_68":70,"_69":-5},{"_15":151,"_29":71,"_31":-5,"_32":-5,"_33":-5,"_34":-5,"_35":36,"_37":152,"_39":-5,"_40":41,"_42":153,"_44":154,"_137":138,"_139":-5,"_140":141,"_142":155,"_144":156,"_146":93,"_147":148,"_149":93,"_150":-5,"_68":71,"_69":-5},{"_15":133,"_29":72,"_31":-5,"_32":-5,"_33":-5,"_34":-5,"_35":36,"_37":134,"_39":-5,"_40":41,"_42":135,"_44":136,"_137":138,"_139":-5,"_140":141,"_142":143,"_144":145,"_146":93,"_147":148,"_149":93,"_150":-5,"_68":72,"_69":-5},"tax_rd_T14330","{\"openalex_topic\":\"T14330\"}","2026-05-14T04:41:43.25879387","2026-05-23T05:02:51.262413926","taxonomyType","RESEARCH_DOMAIN","code","level",3,"parentId","tax_rd_1710","path","Physical Sciences/Computer Science/Information Systems/Library Science and Information Systems","sortOrder","isLeaf",true,"entityCount","children","tax_rd_T10317","{\"openalex_topic\":\"T10317\"}","2026-05-14T00:29:44.682811103","2026-05-23T12:36:59.234266799","tax_rd_1705","Physical Sciences/Computer Science/Computer Networks and Communications/Advanced Database Systems and Queries","tax_rd_T10215","{\"openalex_topic\":\"T10215\"}","2026-05-14T00:28:06.268051932","2026-05-23T12:39:42.228471724","tax_rd_1702","Physical Sciences/Computer Science/Artificial Intelligence/Semantic Web and Ontologies","tax_ind_enterprise","企业软件","Enterprise Software","manual","INDUSTRY","tax_ind_root","科技行业/企业软件",{"_73":171,"_75":172},[],[173],{"_78":174,"_80":175,"_82":176,"_84":177},1783009303079,{"_87":179,"_89":26,"_90":174,"_91":-5,"_92":93,"_94":93,"_95":93,"_96":-5,"_97":-5,"_98":67,"_35":99,"_100":101},[86,178],"[\"portal\",\"industries\"]","industries",[180,181,182,183,184,185,186,187,188,189,190,191],{"_15":236,"_29":237,"_31":-5,"_32":238,"_33":239,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":240,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":237,"_69":239},{"_15":232,"_29":233,"_31":-5,"_32":-5,"_33":234,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":235,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":233,"_69":234},{"_15":226,"_29":227,"_31":-5,"_32":228,"_33":229,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":230,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":227,"_69":229},{"_15":222,"_29":223,"_31":-5,"_32":-5,"_33":224,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":225,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":223,"_69":224},{"_15":163,"_29":164,"_31":-5,"_32":-5,"_33":165,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":169,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":164,"_69":165},{"_15":216,"_29":217,"_31":-5,"_32":218,"_33":219,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":220,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":217,"_69":219},{"_15":212,"_29":213,"_31":-5,"_32":-5,"_33":214,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":215,"_146":93,"_147":148,"_149":93,"_150":-5,"_68":213,"_69":214},{"_15":208,"_29":209,"_31":-5,"_32":-5,"_33":210,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":211,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":209,"_69":210},{"_15":204,"_29":205,"_31":-5,"_32":-5,"_33":206,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":207,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":205,"_69":206},{"_15":200,"_29":201,"_31":-5,"_32":-5,"_33":202,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":203,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":201,"_69":202},{"_15":196,"_29":197,"_31":-5,"_32":-5,"_33":198,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":199,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":197,"_69":198},{"_15":192,"_29":193,"_31":-5,"_32":-5,"_33":194,"_34":-5,"_35":36,"_37":-5,"_39":-5,"_40":166,"_42":-5,"_44":-5,"_137":167,"_139":-5,"_140":26,"_142":168,"_144":195,"_146":93,"_147":67,"_149":93,"_150":-5,"_68":193,"_69":194},"tax_ind_smartphone","智能手机","Smartphone","科技行业/智能手机","tax_ind_robot","机器人","Robotics","科技行业/机器人","tax_ind_wearable","智能穿戴","Smart Wearables","科技行业/智能穿戴","tax_ind_energy","新能源与智能制造","New Energy & Smart Manufacturing","科技行业/新能源与智能制造","tax_ind_biotech","生物科技","Biotech","科技行业/生物科技","tax_ind_quantum","量子计算","Quantum Computing","科技行业/量子计算","tax_ind_blockchain","区块链",[221],"Blockchain","科技行业/区块链","Web3","tax_ind_security","网络安全","Cybersecurity","科技行业/网络安全","tax_ind_semi","半导体",[231],"Semiconductor","科技行业/半导体","芯片","tax_ind_cloud","云计算","Cloud Computing","科技行业/云计算","tax_ind_ai","人工智能",[241,242],"Artificial Intelligence","科技行业/人工智能","AI","AI 技术","env",{"_245":24},"SITE_BASE_URL"]

An Introduction to the Resource Description Framework 论文

An Introduction to the Resource Description Framework · 作者