Open joshsh opened 7 years ago
So the appended part -- the appendage! -- is optional? Is it a property of references to the atom, but absent from the atom address itself?
It's optional, but applications will default to sharing and linking to the expanded URLs as opposed to the bare URLs. When you visit a page (and see HTML generated from the Markdown), you will have the full URL in your browser's navigation bar.
How IDs, IRIs, URLs and pages will work:
qAnrxm0gmzccMsYz
for the concept of Komodo dragon. This is the identifier of the topic in a SmSn context.smsn:qAnrxm0gmzccMsYz
(IRI scheme or namespace to be determined; the example assumes a "smsn" scheme). This is the identifier of the topic in a Semantic Web context.http://fortytwo.net/things/qAnrxm0gmzccMsYz/Komodo_dragon
. As I have suggested, the title is not essential to the URL, and other titles are equivalent for the purpose of retrieving the page. This way, the title is free to change over time, while the ID remains constant. Page URLs are the identifier of a topic in a Web browsing context.http://fortytwo.net/things
, which correspond to Git repositories or other SmSn datasets.
Currently, each atom is mapped to a URL based on its unique ID, as well as a configurable namespace. When the data is published (in RDF), the URL becomes the dereferenceable IRI of the topic.
However, these URLs are not very friendly-looking. E.g.
Going forward, let's append the topic title to the URL, and instruct the Web server to redirect to the bare URL. With the proposed longer IDs, we might have:
This URL would map to the same topic:
The URL is human-friendly and Linked Data friendly.