SlideShare ist ein Scribd-Unternehmen logo
1 von 10
THEORETICAL BASES OF NATURAL SCIENCE EDUCATION-2 
ONLINE ASSIGNMENT 
TOPIC: WEB RESOURCE - A TYPE OF RESOURCE IN ASSESSING 
INFORMATION 
SUBMITTED TO: NASIYA.M 
SABARIGIRI COLLEGE OF EDUCATION, 
ANCHAL 
SUBMITTED BY: SREEKUTTY.S.B 
REG No: 13 379 020 
SUBMITTED ON: 29-08-2014 
1
INDEX 
SL .NO CONTENT PAGE NO 
1 INTRODUCTION 3 
2 HISTORY 
4 
3 FROM DOCUMENTS AND FILES TO WEB 
2 
RESOURCES 
4 
4 FROM WEB RESOURCES TO ABSTRACT 
RESOURCES 
5 
5 RESOURCES IN RDF AND THE SEMANTIC WEB 5 
USING HTTP URIs TO IDENTIFY ABSTRACT 
RESOURCES 
6 
6 RESOURCE OWNERSHIP,INTELLECTUAL 
PROPERTY AND TRUST 
7 
7 CONCLUSION 9 
8 REFERENCE 10
3 
INTRODUCTION 
The concept of web resource is primitive in the web architecture and, used in the 
definition of its fundamental elements. The term was first introduced to refer to targets of 
uniform resource locators (URLs), but its definition has been further extended to include 
the referent of any uniform resource identifier (RFC 3986), or internationalized resource 
identifier (RFC 3987). In the Semantic Web, abstract resources and their semantic 
properties are described using the family of languages based on Resource Description 
Framework (RDF). 
Institutions now create huge amounts of Web-based resources and the strategic 
importance of these is finally being recognised. Long-term stewardship of these resources 
by their owners is increasingly becoming a topic of interest and necessity 
The concept of a web resource has evolved during the web history, from the early notion 
of static addressable documents or files, to a more generic and abstract definition, now 
encompassing every 'thing' or entity that can be identified, named, addressed or handled, 
in any way whatsoever, in the web at large, or in any networked information system. The 
declarative aspects of a resource (identification and naming) and its functional aspects 
(addressing and technical handling) were not clearly distinct in the early specifications of 
the web, and the very definition of the concept has been the subject of long and still open 
debate involving difficult, and often arcane, technical, social, linguistic and philosophical 
issues.
4 
HISTORY 
The concept of a web 
resource has evolved during the 
web history, from the early 
notion of static addressable 
documents or files, to a more generic and abstract definition, now encompassing every 
'thing' or entity that can be identified, named, addressed or handled, in any way 
whatsoever, in the web at large, or in any networked information system. The declarative 
aspects of a resource (identification and naming) and its functional aspects (addressing 
and technical handling) were not clearly distinct in the early specifications of the web, 
and the very definition of the concept has been the subject of long and still open debate 
involving difficult, and often arcane, technical, social, linguistic and philosophical issues. 
FROM DOCUMENTS AND FILES TO WEB RESOURCES 
In the early specifications of the web (1990–1994), the term resource is barely 
used at all. The web is designed as a network of more or less static addressable objects, 
basically files and documents, linked using uniform resource locators (URLs). A web 
resource is implicitly defined as something which can be identified, the identification 
deserving two distinct purposes, naming and addressing, the latter only being dependent 
on a protocol. It is notable that RFC 1630 does not attempt to define at all the notion of 
resource; actually it barely uses the term besides its occurrence in URI, URL and URN, 
and still speaks about "Objects of the Network".
FROM WEB RESOURCES TO ABSTRACT RESOURCES 
The first explicit definition of resource is found in RFC 2396, in August 1998: 'A 
resource can be anything that has identity. Familiar examples include an electronic 
document, an image, a service (e.g., "today's weather report for Los Angeles"), and a 
collection of other resources. Not all resources are network "retrievable"; e.g., human 
beings, corporations, and bound books in a library can also be considered resources.' 
Although examples in this document were still limited to physical entities, the definition 
opened the door to more abstract resources. Providing a concept is given an identity, and 
this identity is expressed by a well-formed URI (uniform resource identifier, a superset of 
URLs), then a concept can be a resource as well. In January 2005, RFC 3986 makes this 
extension of the definition completely explicit: '…abstract concepts can be resources, 
such as the operators and operands of a mathematical equation, the types of a relationship 
(e.g., "parent" or "employee"), or numeric values (e.g., zero, one, and infinity).' 
RESOURCES IN RDF AND THE SEMANTIC WEB 
5 
First released in 1999, RDF 
was first intended to describe 
resources, in other words to declare 
metadata of resources in a standard 
way. A RDF description of a resource is a set of triples (subject, predicate, object), where 
subject represents the resource to be described, predicate a type of property relevant to 
this resource, and object can be data or another resource. The predicate itself is 
considered as a resource and identified by a URI. Hence, properties like "title", "author"
are represented in RDF as resources, which can be used, in a recursive way, as the subject 
of other triples. Building on this recursive principle, RDF vocabularies, such as RDFS, 
OWL, and SKOS will pile up definitions of abstract resources such as classes, properties, 
6 
concepts, all identified by URIs. 
USING HTTP URIs TO IDENTIFY ABSTRACT RESOURCES 
URLs, particularly HTTP URIs, are 
frequently used to identify abstract resources, such 
as classes, properties or other kind of concepts. 
Examples can be found in RDFS or OWL 
ontologism. Since such URIs are associated with 
the HTTP protocol, the question arose of which 
kind of representation, if any, should one get for 
such resources through this protocol, typically using a web browser, and if the syntax of 
the URI itself could help to differentiate "abstract" resources from "information" 
resources. The URI specifications such as RFC 3986 left to the protocol specification the 
task of defining actions performed on the resources and they don't provide any answer to 
this question. It had been suggested that an HTTP URI identifying a resource in the 
original sense, such as a file, document, or any kind of so-called information resource, 
should be "slash" URIs — in other words, should not contain a fragment identifier, 
whereas a URI used to identify a concept or abstract resource should be a "hash" URI 
using a fragment identifier.
The general question of which kind of resources HTTP URI should or should not 
identify has been formerly known in W3C as the httpRange-14 issue, following its name 
on the list defined by the Technical Architecture Group (TAG). The TAG has delivered 
in 2005 a final answer to this issue, making the distinction between an "information 
resource" and a "non-information" resource dependent on the type of answer given by the 
7 
server to a "GET" request: 
 2xx Success indicates resource is an information resource. 
 303 See other indicates the resource could be informational or abstract; the 
redirection target could tell you. 
 4xx Client Error provides no information at all. 
This allows vocabularies (like Dublin Core, FOAF, and Word net) to continue to use 
slash instead of hash for pragmatic reasons. While this compromise seems to have met a 
consensus in the Semantic Web community, some of its prominent members such as Pat 
Hayes have expressed concerns both on its technical feasibility and conceptual 
foundation. According to Patrick Hayes' viewpoint, the very distinction between 
"information resource" and "other resource" is impossible to find and should better not be 
specified at all, and ambiguity of the referent resource is inherent to URIs like to any 
naming mechanism. 
RESOURCE OWNERSHIP, INTELLECTUAL PROPERTY AND TRUST 
In RDF, "anybody can declare anything about anything". Resources are defined by 
formal descriptions which anyone can publish, copy, modify and publish over the web. If 
the content of a web resource in the classical sense is clearly owned by its publisher, who
can claim intellectual property on it, an abstract resource can be defined by an 
accumulation of RDF descriptions, not necessarily controlled by a unique publisher, and 
not necessarily consistent with each other. It's an open issue to know if a resource should 
have an authoritative definition with clear and trustable ownership, and in this case, how 
to make this description technically distinct from other descriptions. A parallel issue is 
how intellectual property may apply to such descriptions. 
A resource, or system resource, is any physical or virtual component of limited 
availability within a computer system. Every device connected to a computer system is a 
resource. Every internal system component is a resource. Virtual system resources 
include files, network connections, and memory areas. Managing resources is referred to 
as resource management, and includes both preventing resource leaks and dealing with 
8 
resource contention. 
Major resource types 
 File handles 
 Network sockets 
 Locks 
 External Devices 
General resources 
 CPU times – multitasking 
 Random access memory and virtual memory – memory management 
 Hard disk space 
 Network throughput
9 
CONCLUSION 
There are many reasons building a website requires that we obtain the right tools 
and resources. 
Standardization is one factor. When we use the right tools, we are assured that our 
pages would be standard and acceptable to every visitor. 
By using standard resources and tools, our visitors are able to view our web pages 
no matter what browser they use. Our pages would load faster and we would also be 
able to maintain the pages we have created with ease. 
Using the right resources for our web design jobs will make our websites 
contemporary. They can easily integrate into current technologies and software. Our 
users would derive added value from our websites and contribute to its growth. 
The right resources also make it easy for surfers to use our site. The standard tools 
used for creating the website will ensure that things such as navigation, menus and 
layout conform to current practices with which every web user is familiar with. 
Our pages become attractive if we use the right tools. They can display correctly in 
the browser and your visitors would be glad to visit again because you appealed to 
then. 
Search engines would index your website if the pages conform to their rules. 
Standard tools like blogs will produce pages that understand how search engines 
index pages so you will have the added advantage of increase visibility on the web.
10 
REFERENCE 
 Web Characterization Terminology & Definitions Sheet, editors: Brian Lavoie and 
Henrik Frystyk Nielsen, May 1999. 
 A Short History of "Resource" in web architecture., by Tim Berners-Lee

Weitere ähnliche Inhalte

Was ist angesagt?

Introduction to the Semantic Web
Introduction to the Semantic WebIntroduction to the Semantic Web
Introduction to the Semantic Web
Tomek Pluskiewicz
 
Semantic Mapping and LOD prez
Semantic Mapping and LOD prezSemantic Mapping and LOD prez
Semantic Mapping and LOD prez
Carol Chiodo
 

Was ist angesagt? (20)

Madrid Building blocks of Linked Data
Madrid Building blocks of Linked DataMadrid Building blocks of Linked Data
Madrid Building blocks of Linked Data
 
Quick Introduction to the Semantic Web, RDFa & Microformats
Quick Introduction to the Semantic Web, RDFa & MicroformatsQuick Introduction to the Semantic Web, RDFa & Microformats
Quick Introduction to the Semantic Web, RDFa & Microformats
 
Quick Linked Data Introduction
Quick Linked Data IntroductionQuick Linked Data Introduction
Quick Linked Data Introduction
 
Introduction to the Semantic Web
Introduction to the Semantic WebIntroduction to the Semantic Web
Introduction to the Semantic Web
 
Web3uploaded
Web3uploadedWeb3uploaded
Web3uploaded
 
Lesson hypertext and intertext
Lesson hypertext and intertextLesson hypertext and intertext
Lesson hypertext and intertext
 
From the Semantic Web to the Web of Data: ten years of linking up
From the Semantic Web to the Web of Data: ten years of linking upFrom the Semantic Web to the Web of Data: ten years of linking up
From the Semantic Web to the Web of Data: ten years of linking up
 
Semantic web
Semantic web Semantic web
Semantic web
 
Introduction to the Semantic Web
Introduction to the Semantic WebIntroduction to the Semantic Web
Introduction to the Semantic Web
 
Learning Resource Metadata Initiative: Vocabulary Development Best Practices
Learning Resource Metadata Initiative: Vocabulary Development Best PracticesLearning Resource Metadata Initiative: Vocabulary Development Best Practices
Learning Resource Metadata Initiative: Vocabulary Development Best Practices
 
Linked data 20171106
Linked data 20171106Linked data 20171106
Linked data 20171106
 
Web of Data as a Solution for Interoperability. Case Studies
Web of Data as a Solution for Interoperability. Case StudiesWeb of Data as a Solution for Interoperability. Case Studies
Web of Data as a Solution for Interoperability. Case Studies
 
Josh Moulin: What every prosecutor should know about peer to-peer investigations
Josh Moulin: What every prosecutor should know about peer to-peer investigationsJosh Moulin: What every prosecutor should know about peer to-peer investigations
Josh Moulin: What every prosecutor should know about peer to-peer investigations
 
Semantic Mapping and LOD prez
Semantic Mapping and LOD prezSemantic Mapping and LOD prez
Semantic Mapping and LOD prez
 
Hypertext
HypertextHypertext
Hypertext
 
Semantic citation
Semantic citationSemantic citation
Semantic citation
 
Build Narratives, Connect Artifacts: Linked Open Data for Cultural Heritage
Build Narratives, Connect Artifacts: Linked Open Data for Cultural HeritageBuild Narratives, Connect Artifacts: Linked Open Data for Cultural Heritage
Build Narratives, Connect Artifacts: Linked Open Data for Cultural Heritage
 
Explaining The Semantic Web
Explaining The Semantic WebExplaining The Semantic Web
Explaining The Semantic Web
 
SBS-102 Document-vs-Records
SBS-102 Document-vs-RecordsSBS-102 Document-vs-Records
SBS-102 Document-vs-Records
 
Better Search With Structured Knowledge
Better Search With Structured KnowledgeBetter Search With Structured Knowledge
Better Search With Structured Knowledge
 

Ähnlich wie Online assigment - sreekutty sb

Linked data for librarians
Linked data for librariansLinked data for librarians
Linked data for librarians
trevorthornton
 
Linked Open Data Fundamentals for Libraries, Archives and Museums
Linked Open Data Fundamentals for Libraries, Archives and MuseumsLinked Open Data Fundamentals for Libraries, Archives and Museums
Linked Open Data Fundamentals for Libraries, Archives and Museums
trevorthornton
 
Web of Data Usage Mining
Web of Data Usage MiningWeb of Data Usage Mining
Web of Data Usage Mining
Markus Luczak-Rösch
 

Ähnlich wie Online assigment - sreekutty sb (20)

Linked data for librarians
Linked data for librariansLinked data for librarians
Linked data for librarians
 
Linked Open Data Fundamentals for Libraries, Archives and Museums
Linked Open Data Fundamentals for Libraries, Archives and MuseumsLinked Open Data Fundamentals for Libraries, Archives and Museums
Linked Open Data Fundamentals for Libraries, Archives and Museums
 
Linked data HHS 2015
Linked data HHS 2015Linked data HHS 2015
Linked data HHS 2015
 
From Linked Documentary Resources to Linked Computational Resources
From Linked Documentary Resources to Linked Computational ResourcesFrom Linked Documentary Resources to Linked Computational Resources
From Linked Documentary Resources to Linked Computational Resources
 
ORE and SWAP: Composition and Complexity
ORE and SWAP: Composition and ComplexityORE and SWAP: Composition and Complexity
ORE and SWAP: Composition and Complexity
 
Introduction to linked data
Introduction to linked dataIntroduction to linked data
Introduction to linked data
 
Linked data 101: Getting Caught in the Semantic Web
Linked data 101: Getting Caught in the Semantic Web Linked data 101: Getting Caught in the Semantic Web
Linked data 101: Getting Caught in the Semantic Web
 
Linked Data MLA 2015
Linked Data MLA 2015Linked Data MLA 2015
Linked Data MLA 2015
 
Linked data MLA 2015
Linked data MLA 2015Linked data MLA 2015
Linked data MLA 2015
 
Linked Data for Czech Legislation
Linked Data for Czech LegislationLinked Data for Czech Legislation
Linked Data for Czech Legislation
 
Introduction to the Semantic Web
Introduction to the Semantic WebIntroduction to the Semantic Web
Introduction to the Semantic Web
 
Metadata for digital humanities
Metadata for digital humanities Metadata for digital humanities
Metadata for digital humanities
 
Web of Data Usage Mining
Web of Data Usage MiningWeb of Data Usage Mining
Web of Data Usage Mining
 
Library Linked Data and the Future of Bibliographic Control
Library Linked Data and the Future of Bibliographic ControlLibrary Linked Data and the Future of Bibliographic Control
Library Linked Data and the Future of Bibliographic Control
 
Engineering a Semantic Web: ITWS Capstone Lecture (Spring 2014)
Engineering a Semantic Web: ITWS Capstone Lecture (Spring 2014)Engineering a Semantic Web: ITWS Capstone Lecture (Spring 2014)
Engineering a Semantic Web: ITWS Capstone Lecture (Spring 2014)
 
The importance of the Web for the Semantic Web
The importance of the Web for the Semantic WebThe importance of the Web for the Semantic Web
The importance of the Web for the Semantic Web
 
Publishing data on the Semantic Web
Publishing data on the Semantic WebPublishing data on the Semantic Web
Publishing data on the Semantic Web
 
Linked Data In Action
Linked Data In ActionLinked Data In Action
Linked Data In Action
 
ITWS 4310: Building and Consuming the Web of Data (Fall 2013)
ITWS 4310: Building and Consuming the Web of Data (Fall 2013)ITWS 4310: Building and Consuming the Web of Data (Fall 2013)
ITWS 4310: Building and Consuming the Web of Data (Fall 2013)
 
Semantic Web Technologies: Changing Bibliographic Descriptions?
Semantic Web Technologies: Changing Bibliographic Descriptions?Semantic Web Technologies: Changing Bibliographic Descriptions?
Semantic Web Technologies: Changing Bibliographic Descriptions?
 

Mehr von Vilayil Graphics (20)

Web Services
Web ServicesWeb Services
Web Services
 
Deepthi
DeepthiDeepthi
Deepthi
 
Deepthi
DeepthiDeepthi
Deepthi
 
Self pollination
Self pollinationSelf pollination
Self pollination
 
Newton’s first law of motion
Newton’s first law of motionNewton’s first law of motion
Newton’s first law of motion
 
Power Point Presentation
Power Point Presentation Power Point Presentation
Power Point Presentation
 
Lesson template
Lesson templateLesson template
Lesson template
 
Assignment
Assignment Assignment
Assignment
 
Assignement
AssignementAssignement
Assignement
 
Online assignment
Online assignmentOnline assignment
Online assignment
 
Innovative lesson plan
Innovative lesson planInnovative lesson plan
Innovative lesson plan
 
Power Point Presentation
Power Point PresentationPower Point Presentation
Power Point Presentation
 
POWER POINT PRESENTATION
POWER POINT PRESENTATION POWER POINT PRESENTATION
POWER POINT PRESENTATION
 
innovative lesson template - Binomial nomenclature
innovative lesson template - Binomial nomenclature   innovative lesson template - Binomial nomenclature
innovative lesson template - Binomial nomenclature
 
POWER POINT PRESENTATION 2
POWER POINT PRESENTATION 2POWER POINT PRESENTATION 2
POWER POINT PRESENTATION 2
 
Online assignment
Online assignmentOnline assignment
Online assignment
 
Presentation - Bindhya
Presentation - BindhyaPresentation - Bindhya
Presentation - Bindhya
 
Innovative work - silpa
Innovative work -  silpaInnovative work -  silpa
Innovative work - silpa
 
S K Pottakkad
S K PottakkadS K Pottakkad
S K Pottakkad
 
Assignment 01- anija
Assignment 01- anijaAssignment 01- anija
Assignment 01- anija
 

Kürzlich hochgeladen

1029 - Danh muc Sach Giao Khoa 10 . pdf
1029 -  Danh muc Sach Giao Khoa 10 . pdf1029 -  Danh muc Sach Giao Khoa 10 . pdf
1029 - Danh muc Sach Giao Khoa 10 . pdf
QucHHunhnh
 
Beyond the EU: DORA and NIS 2 Directive's Global Impact
Beyond the EU: DORA and NIS 2 Directive's Global ImpactBeyond the EU: DORA and NIS 2 Directive's Global Impact
Beyond the EU: DORA and NIS 2 Directive's Global Impact
PECB
 
An Overview of Mutual Funds Bcom Project.pdf
An Overview of Mutual Funds Bcom Project.pdfAn Overview of Mutual Funds Bcom Project.pdf
An Overview of Mutual Funds Bcom Project.pdf
SanaAli374401
 
The basics of sentences session 2pptx copy.pptx
The basics of sentences session 2pptx copy.pptxThe basics of sentences session 2pptx copy.pptx
The basics of sentences session 2pptx copy.pptx
heathfieldcps1
 
Activity 01 - Artificial Culture (1).pdf
Activity 01 - Artificial Culture (1).pdfActivity 01 - Artificial Culture (1).pdf
Activity 01 - Artificial Culture (1).pdf
ciinovamais
 
1029-Danh muc Sach Giao Khoa khoi 6.pdf
1029-Danh muc Sach Giao Khoa khoi  6.pdf1029-Danh muc Sach Giao Khoa khoi  6.pdf
1029-Danh muc Sach Giao Khoa khoi 6.pdf
QucHHunhnh
 

Kürzlich hochgeladen (20)

1029 - Danh muc Sach Giao Khoa 10 . pdf
1029 -  Danh muc Sach Giao Khoa 10 . pdf1029 -  Danh muc Sach Giao Khoa 10 . pdf
1029 - Danh muc Sach Giao Khoa 10 . pdf
 
Class 11th Physics NEET formula sheet pdf
Class 11th Physics NEET formula sheet pdfClass 11th Physics NEET formula sheet pdf
Class 11th Physics NEET formula sheet pdf
 
Grant Readiness 101 TechSoup and Remy Consulting
Grant Readiness 101 TechSoup and Remy ConsultingGrant Readiness 101 TechSoup and Remy Consulting
Grant Readiness 101 TechSoup and Remy Consulting
 
Beyond the EU: DORA and NIS 2 Directive's Global Impact
Beyond the EU: DORA and NIS 2 Directive's Global ImpactBeyond the EU: DORA and NIS 2 Directive's Global Impact
Beyond the EU: DORA and NIS 2 Directive's Global Impact
 
Paris 2024 Olympic Geographies - an activity
Paris 2024 Olympic Geographies - an activityParis 2024 Olympic Geographies - an activity
Paris 2024 Olympic Geographies - an activity
 
An Overview of Mutual Funds Bcom Project.pdf
An Overview of Mutual Funds Bcom Project.pdfAn Overview of Mutual Funds Bcom Project.pdf
An Overview of Mutual Funds Bcom Project.pdf
 
Advance Mobile Application Development class 07
Advance Mobile Application Development class 07Advance Mobile Application Development class 07
Advance Mobile Application Development class 07
 
The basics of sentences session 2pptx copy.pptx
The basics of sentences session 2pptx copy.pptxThe basics of sentences session 2pptx copy.pptx
The basics of sentences session 2pptx copy.pptx
 
Ecological Succession. ( ECOSYSTEM, B. Pharmacy, 1st Year, Sem-II, Environmen...
Ecological Succession. ( ECOSYSTEM, B. Pharmacy, 1st Year, Sem-II, Environmen...Ecological Succession. ( ECOSYSTEM, B. Pharmacy, 1st Year, Sem-II, Environmen...
Ecological Succession. ( ECOSYSTEM, B. Pharmacy, 1st Year, Sem-II, Environmen...
 
Activity 01 - Artificial Culture (1).pdf
Activity 01 - Artificial Culture (1).pdfActivity 01 - Artificial Culture (1).pdf
Activity 01 - Artificial Culture (1).pdf
 
Nutritional Needs Presentation - HLTH 104
Nutritional Needs Presentation - HLTH 104Nutritional Needs Presentation - HLTH 104
Nutritional Needs Presentation - HLTH 104
 
Key note speaker Neum_Admir Softic_ENG.pdf
Key note speaker Neum_Admir Softic_ENG.pdfKey note speaker Neum_Admir Softic_ENG.pdf
Key note speaker Neum_Admir Softic_ENG.pdf
 
SECOND SEMESTER TOPIC COVERAGE SY 2023-2024 Trends, Networks, and Critical Th...
SECOND SEMESTER TOPIC COVERAGE SY 2023-2024 Trends, Networks, and Critical Th...SECOND SEMESTER TOPIC COVERAGE SY 2023-2024 Trends, Networks, and Critical Th...
SECOND SEMESTER TOPIC COVERAGE SY 2023-2024 Trends, Networks, and Critical Th...
 
Código Creativo y Arte de Software | Unidad 1
Código Creativo y Arte de Software | Unidad 1Código Creativo y Arte de Software | Unidad 1
Código Creativo y Arte de Software | Unidad 1
 
Holdier Curriculum Vitae (April 2024).pdf
Holdier Curriculum Vitae (April 2024).pdfHoldier Curriculum Vitae (April 2024).pdf
Holdier Curriculum Vitae (April 2024).pdf
 
Mixin Classes in Odoo 17 How to Extend Models Using Mixin Classes
Mixin Classes in Odoo 17  How to Extend Models Using Mixin ClassesMixin Classes in Odoo 17  How to Extend Models Using Mixin Classes
Mixin Classes in Odoo 17 How to Extend Models Using Mixin Classes
 
Explore beautiful and ugly buildings. Mathematics helps us create beautiful d...
Explore beautiful and ugly buildings. Mathematics helps us create beautiful d...Explore beautiful and ugly buildings. Mathematics helps us create beautiful d...
Explore beautiful and ugly buildings. Mathematics helps us create beautiful d...
 
How to Give a Domain for a Field in Odoo 17
How to Give a Domain for a Field in Odoo 17How to Give a Domain for a Field in Odoo 17
How to Give a Domain for a Field in Odoo 17
 
Introduction to Nonprofit Accounting: The Basics
Introduction to Nonprofit Accounting: The BasicsIntroduction to Nonprofit Accounting: The Basics
Introduction to Nonprofit Accounting: The Basics
 
1029-Danh muc Sach Giao Khoa khoi 6.pdf
1029-Danh muc Sach Giao Khoa khoi  6.pdf1029-Danh muc Sach Giao Khoa khoi  6.pdf
1029-Danh muc Sach Giao Khoa khoi 6.pdf
 

Online assigment - sreekutty sb

  • 1. THEORETICAL BASES OF NATURAL SCIENCE EDUCATION-2 ONLINE ASSIGNMENT TOPIC: WEB RESOURCE - A TYPE OF RESOURCE IN ASSESSING INFORMATION SUBMITTED TO: NASIYA.M SABARIGIRI COLLEGE OF EDUCATION, ANCHAL SUBMITTED BY: SREEKUTTY.S.B REG No: 13 379 020 SUBMITTED ON: 29-08-2014 1
  • 2. INDEX SL .NO CONTENT PAGE NO 1 INTRODUCTION 3 2 HISTORY 4 3 FROM DOCUMENTS AND FILES TO WEB 2 RESOURCES 4 4 FROM WEB RESOURCES TO ABSTRACT RESOURCES 5 5 RESOURCES IN RDF AND THE SEMANTIC WEB 5 USING HTTP URIs TO IDENTIFY ABSTRACT RESOURCES 6 6 RESOURCE OWNERSHIP,INTELLECTUAL PROPERTY AND TRUST 7 7 CONCLUSION 9 8 REFERENCE 10
  • 3. 3 INTRODUCTION The concept of web resource is primitive in the web architecture and, used in the definition of its fundamental elements. The term was first introduced to refer to targets of uniform resource locators (URLs), but its definition has been further extended to include the referent of any uniform resource identifier (RFC 3986), or internationalized resource identifier (RFC 3987). In the Semantic Web, abstract resources and their semantic properties are described using the family of languages based on Resource Description Framework (RDF). Institutions now create huge amounts of Web-based resources and the strategic importance of these is finally being recognised. Long-term stewardship of these resources by their owners is increasingly becoming a topic of interest and necessity The concept of a web resource has evolved during the web history, from the early notion of static addressable documents or files, to a more generic and abstract definition, now encompassing every 'thing' or entity that can be identified, named, addressed or handled, in any way whatsoever, in the web at large, or in any networked information system. The declarative aspects of a resource (identification and naming) and its functional aspects (addressing and technical handling) were not clearly distinct in the early specifications of the web, and the very definition of the concept has been the subject of long and still open debate involving difficult, and often arcane, technical, social, linguistic and philosophical issues.
  • 4. 4 HISTORY The concept of a web resource has evolved during the web history, from the early notion of static addressable documents or files, to a more generic and abstract definition, now encompassing every 'thing' or entity that can be identified, named, addressed or handled, in any way whatsoever, in the web at large, or in any networked information system. The declarative aspects of a resource (identification and naming) and its functional aspects (addressing and technical handling) were not clearly distinct in the early specifications of the web, and the very definition of the concept has been the subject of long and still open debate involving difficult, and often arcane, technical, social, linguistic and philosophical issues. FROM DOCUMENTS AND FILES TO WEB RESOURCES In the early specifications of the web (1990–1994), the term resource is barely used at all. The web is designed as a network of more or less static addressable objects, basically files and documents, linked using uniform resource locators (URLs). A web resource is implicitly defined as something which can be identified, the identification deserving two distinct purposes, naming and addressing, the latter only being dependent on a protocol. It is notable that RFC 1630 does not attempt to define at all the notion of resource; actually it barely uses the term besides its occurrence in URI, URL and URN, and still speaks about "Objects of the Network".
  • 5. FROM WEB RESOURCES TO ABSTRACT RESOURCES The first explicit definition of resource is found in RFC 2396, in August 1998: 'A resource can be anything that has identity. Familiar examples include an electronic document, an image, a service (e.g., "today's weather report for Los Angeles"), and a collection of other resources. Not all resources are network "retrievable"; e.g., human beings, corporations, and bound books in a library can also be considered resources.' Although examples in this document were still limited to physical entities, the definition opened the door to more abstract resources. Providing a concept is given an identity, and this identity is expressed by a well-formed URI (uniform resource identifier, a superset of URLs), then a concept can be a resource as well. In January 2005, RFC 3986 makes this extension of the definition completely explicit: '…abstract concepts can be resources, such as the operators and operands of a mathematical equation, the types of a relationship (e.g., "parent" or "employee"), or numeric values (e.g., zero, one, and infinity).' RESOURCES IN RDF AND THE SEMANTIC WEB 5 First released in 1999, RDF was first intended to describe resources, in other words to declare metadata of resources in a standard way. A RDF description of a resource is a set of triples (subject, predicate, object), where subject represents the resource to be described, predicate a type of property relevant to this resource, and object can be data or another resource. The predicate itself is considered as a resource and identified by a URI. Hence, properties like "title", "author"
  • 6. are represented in RDF as resources, which can be used, in a recursive way, as the subject of other triples. Building on this recursive principle, RDF vocabularies, such as RDFS, OWL, and SKOS will pile up definitions of abstract resources such as classes, properties, 6 concepts, all identified by URIs. USING HTTP URIs TO IDENTIFY ABSTRACT RESOURCES URLs, particularly HTTP URIs, are frequently used to identify abstract resources, such as classes, properties or other kind of concepts. Examples can be found in RDFS or OWL ontologism. Since such URIs are associated with the HTTP protocol, the question arose of which kind of representation, if any, should one get for such resources through this protocol, typically using a web browser, and if the syntax of the URI itself could help to differentiate "abstract" resources from "information" resources. The URI specifications such as RFC 3986 left to the protocol specification the task of defining actions performed on the resources and they don't provide any answer to this question. It had been suggested that an HTTP URI identifying a resource in the original sense, such as a file, document, or any kind of so-called information resource, should be "slash" URIs — in other words, should not contain a fragment identifier, whereas a URI used to identify a concept or abstract resource should be a "hash" URI using a fragment identifier.
  • 7. The general question of which kind of resources HTTP URI should or should not identify has been formerly known in W3C as the httpRange-14 issue, following its name on the list defined by the Technical Architecture Group (TAG). The TAG has delivered in 2005 a final answer to this issue, making the distinction between an "information resource" and a "non-information" resource dependent on the type of answer given by the 7 server to a "GET" request:  2xx Success indicates resource is an information resource.  303 See other indicates the resource could be informational or abstract; the redirection target could tell you.  4xx Client Error provides no information at all. This allows vocabularies (like Dublin Core, FOAF, and Word net) to continue to use slash instead of hash for pragmatic reasons. While this compromise seems to have met a consensus in the Semantic Web community, some of its prominent members such as Pat Hayes have expressed concerns both on its technical feasibility and conceptual foundation. According to Patrick Hayes' viewpoint, the very distinction between "information resource" and "other resource" is impossible to find and should better not be specified at all, and ambiguity of the referent resource is inherent to URIs like to any naming mechanism. RESOURCE OWNERSHIP, INTELLECTUAL PROPERTY AND TRUST In RDF, "anybody can declare anything about anything". Resources are defined by formal descriptions which anyone can publish, copy, modify and publish over the web. If the content of a web resource in the classical sense is clearly owned by its publisher, who
  • 8. can claim intellectual property on it, an abstract resource can be defined by an accumulation of RDF descriptions, not necessarily controlled by a unique publisher, and not necessarily consistent with each other. It's an open issue to know if a resource should have an authoritative definition with clear and trustable ownership, and in this case, how to make this description technically distinct from other descriptions. A parallel issue is how intellectual property may apply to such descriptions. A resource, or system resource, is any physical or virtual component of limited availability within a computer system. Every device connected to a computer system is a resource. Every internal system component is a resource. Virtual system resources include files, network connections, and memory areas. Managing resources is referred to as resource management, and includes both preventing resource leaks and dealing with 8 resource contention. Major resource types  File handles  Network sockets  Locks  External Devices General resources  CPU times – multitasking  Random access memory and virtual memory – memory management  Hard disk space  Network throughput
  • 9. 9 CONCLUSION There are many reasons building a website requires that we obtain the right tools and resources. Standardization is one factor. When we use the right tools, we are assured that our pages would be standard and acceptable to every visitor. By using standard resources and tools, our visitors are able to view our web pages no matter what browser they use. Our pages would load faster and we would also be able to maintain the pages we have created with ease. Using the right resources for our web design jobs will make our websites contemporary. They can easily integrate into current technologies and software. Our users would derive added value from our websites and contribute to its growth. The right resources also make it easy for surfers to use our site. The standard tools used for creating the website will ensure that things such as navigation, menus and layout conform to current practices with which every web user is familiar with. Our pages become attractive if we use the right tools. They can display correctly in the browser and your visitors would be glad to visit again because you appealed to then. Search engines would index your website if the pages conform to their rules. Standard tools like blogs will produce pages that understand how search engines index pages so you will have the added advantage of increase visibility on the web.
  • 10. 10 REFERENCE  Web Characterization Terminology & Definitions Sheet, editors: Brian Lavoie and Henrik Frystyk Nielsen, May 1999.  A Short History of "Resource" in web architecture., by Tim Berners-Lee