-
Notifications
You must be signed in to change notification settings - Fork 1
W3C Standard: Web Annotation Data Model
The W3C Annotation Data Model is a standard that aims to support the creation, sharing and management of annotations on digital content across the web. Some of the main benefits are:
-
Standardization and Interoperability: The model creates a uniform language for annotations, which helps developers and users communicate more effectively by reducing the variety of formats and structures used for annotations. With standardized annotations, data can move between different applications, browsers, or platforms. This means that annotations created in one tool could be seamlessly viewed in another.
-
Enhanced Collaboration: Users can annotate shared resources, facilitating group discussions, shared learning, and peer review. Annotations can be made public or private, allowing flexibility in how they’re shared and used.
-
Flexible Targeting: The W3C Annotation Data Model allows annotators to select specific segments of a resource (like a word in a long text or a region in an image), making it suitable for precise, contextually relevant notes.
-
Metadata Enrichment: It allows additional information about a resource (like comments, corrections, or categorizations) to be associated with it without modifying the original content.
The Web Annotation Data Model, as specified by the W3C, outlines several key requirements to ensure interoperability and functionality across different platforms:
-
Interoperability: Annotations should be easy to share across different systems, so they can work together smoothly without losing important details.
-
Extensibility: The model should be flexible enough to handle a wide variety of annotation needs, from simple to complex, and allow for easy updates as needed.
-
Simplicity: The model should stay simple enough to handle basic tasks, like adding a note to a single webpage, without unnecessary complexity, even though it can also handle more complicated cases.
-
Minimal Implementation Costs: The model is designed to be easy and affordable to put into practice, encouraging more people and systems to use it.
-
Consistency: It’s better to have one clear way to handle a situation rather than multiple ways, unless existing standards require different options or a single method would be too costly.
-
Alignment with Web Architecture: The model is based on Linked Data principles, ensuring it works well within the broader web framework.
Our backend server will have different entities for annotation, body and target. The body will be simply a string, since we will use Text Position Selector the target entity will have start, end, id, type, post and comment attributes. The annotation entity will have id, type, motivation, target, body, creator, created and modified attributes. For frontend and mobile, the user will be able select a text and write the annotation they like. Our apps will keep track of the selected text and act accordingly for each post. If the user confirms the annotation, our apps will send a post request with a json containing target, body, access token and post id or comment id. Here is an example json data that backend will return:
{
"@context": "http://www.w3.org/ns/anno.jsonld",
"id": "http://example.org/anno6",
"type": "Annotation",
"bodyValue": "Comment text",
"creator": {
"id": "http://example.org/user1",
"type": "Person",
"nickname": "pseudo",
},
"created": "2021-06-01T12:00:00Z",
"target": {
"source": "http://example.org/ebook1",
"selector": {
"type": "TextPositionSelector",
"start": 412,
"end": 795
}
}
}
🏠Home
- Third Customer Milestone Report
- RAM
- Requirements
- Mockups
- Sequence Diagrams
- Use Case Diagram
- Class Diagrams
- Scenarios
- User Scenario
- User Manual
- System Manual
- Third Customer Milestone Report
- Second Customer Milestone Report
- First Customer Milestone Report
- RAM
- Requirements
- Mockups
- Sequence Diagrams
- Scenarios
- Use Case Diagram
- Class Diagrams
- Software Quality Plan
- Milestone1 Presentation Scenarios
- Post Creation Page
- User Scenario
- Meeting Notes 10 - Dec 10
- Meeting Notes 9 - Dec 3
- Meeting Notes 8 - Nov 17
- Meeting Notes 7 - Nov 12
- Meeting Notes 6 - Nov 5
- Optional Meeting Notes 1 ‐ Oct 21
- Meeting Notes 5 - Oct 15
- Meeting Notes 4 - Oct 8
- Meeting Notes 3 - Oct 3
- Meeting Notes 2 - Oct 1
- Meeting Notes 1 - Sep 24
- Deniz Ulaş Poyraz
- Eren Donmez
- Ersel Çanakçılı
- Oğuz Kağnıcı
- Onur Çerli
- Yekta Ercul
- Ali Alperen Sönmez
- Huseyin Turker Erdem
- Mehmet Tuluyhan Sozen
352 Material
- Final Milestone Report
- Milestone 2 Report
- RAM
- Use Case Diagram
- Sequence Diagrams
- Class Diagrams
- Requirements
- Elicitation Questions
- Mockups
- Scenarios
- Milestone 1 Report
- Our Favourite Repositories
- Linked Data and SPARQL
- Web Application Development
- API Development and Utilization
- Wikidata and Wikidata API
- Mobile Application Development
- Android Studio
- Git
- Meeting Notes 10 ‐ May 10th
- Meeting Notes 9 ‐ Apr 25th
- Meeting Notes 8 ‐ Apr 21st
- Meeting Notes 7 ‐ Apr 12th
- Meeting Notes 6 ‐ Mar 14th
- Meeting Notes 5 ‐ Mar 11th
- Meeting Notes 4 - Mar 7th
- Meeting Notes 3 - Mar 3rd
- Meeting Notes 2 - Feb 22nd
- Meeting Notes 1 - Feb 18th