What Is This?

This is an HTML+RDFa representation of metadata describing this Web-addressable resource.

Why Is This Important?

The property (attributes and values pairs) links on this page unveil a different kind of link, one which enables the following on HTTP networks such as the Web:

  1. Unambiguous identity for entities (aka. strong identifiers)
  2. Implicit binding of an entity and its metadata via strong identifiers
  3. Multiple metadata representations that enable a variety of presentations
  4. High precision Search and Find queries that simply use the metadata documents (by referencing entity URIs) as the query's Data Source Name

How Do I Discover Alternative Metadata Representations?

This document exposes metadata in the following formats: (X)HTML+RDFa, Turtle, N3, RDF/JSON, or RDF/XML. In the most basic form, you can simply view the (X)HTML source markup of this page, and go directly to the <head/> section which contains a <link/> tag with relationship and type properties for each format.

In addition, you can also explicitly request a desired metadata representation for a given resource via HTTP GET requests that use the entity's strong identifier as the call target.

How Can I Expose My Web Resources In This Manner?

Simply include the following in the <head/> section of your (static or dynamically generated) (X)HTML page:

<link rel="alternate" title="My Data in RDF Linked Data form"
type="application/rdf+xml"
href="http://linkeddata.uriburner.com/about/id/<this-page-URL>/>"

How Is This Related To The Linked Data Meme?

As stated above, the links in this page expose strong identifiers for its primary topic, secondary topics, attributes, and some values. These links, via implicit association, act as conduits to their metadata-bearing documents, in a variety formats.

[OpenLink Software]

About: nodeID://b35409697

An Entity of Type : Content Class, from Data Source : https://www.w3.org/categories/developers/feed, within Data Space : dev.restore.ovi.cnr.it:8890

  • References
  • Referenced By
body relation
  • 10 of the meeting participants displayed through the Zoom application

    {Michele Mancioppi is missing on the screenshot)

    This past week, the W3C Distributed Tracing Working Group workshop was held as a virtual presence event. As the Trace Context specification is already finalized, the hot topic of this workshop was the Correlation Context specification. We also started the next update of the Trace Context specification and making progress on it.

    We had lighter than usual attendance - 11 people from Dynatrace, Google, Instana, Microsoft, LightStep, Uber Technologies, and W3C. “Virtual presence” nature of the event also changed the format - we had 3 hours meetings for 3 days. This format was well-received and we discussed how some learnings can be used in a group regular sync up happening every other week.

    As the group charter reached the originally planned milestones, redefined milestones were proposed in the updated charter document.

    We discussed again that correlation context specification needs to pick up speed. There are many requests to lock down the format and W3C recommendation would be the best place for it. Correlation context naming decision, leaning towards using Set-Cookie-like format.

    As more systems implement the Trace Context specification, we had an update on what are the challenges of the implementation and sharing the same headers between different parties. In general, there were no red flags discovered. Some topics discussed were:

    • Use of tracestate. Dynatrace and Instana are actively using tracestate to communicate the relationships between requests seen by them while they may have transitioned through other systems.
    • As the group is very concerned about privacy and security, we have discussed that there were no new issues discovered so far compared to the old way of sending the same distributed context information using the vendor-specific headers.
    • Breaking other’s traces by clearing out tracestate or regenerating traceparent was discussed as a threat as everybody is using the same header. Interestingly, a real-life use case of traces cross-linking was hinted on during the discussion.

    We will start to publish educational notes in our distributed tracing repository. We hope it will help improve implementers’ experience and we can publish docs more agile on faster cadence.

    Please join our future meetings if you are interested in the topics we discuss. Or ask your questions and participate at any time.

    All notes: W3C Distributed Tracing Working Group Remote Workshop (March 2020).

    Session recordings for days 2 and 3.

    Previous workshop report: Seattle, November 2019.

    (post created by the Distributed Tracing Working Group)

source
  • https://www.w3.org/categories/developers/feed
type
  • Content Class
described by
  • https://www.w3.org/categories/developers/feed
content
  • W3C Distributed Tracing Working Group Virtual Presence Workshop, March 2020
Alternative Linked Data Views: Facets | iSPARQL | ODE     Raw Linked Data formats: CXML | CSV | RDF ( N-Triples N3/Turtle JSON XML ) | OData ( Atom JSON ) | Microdata ( JSON HTML) | JSON-LD
This material is Open Knowledge   W3C Semantic Web Technology     This material is Open Knowledge Creative Commons License Valid XHTML + RDFa
This work is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.
OpenLink Virtuoso version 07.20.3231, on Linux (x86_64-generic_glibc25-linux-gnu), Single Edition