Skip to content

Commit 89f17ea

Browse files
committed
DOC: Product vision (instead of hypertext model explanation).
1 parent 4ea311a commit 89f17ea

7 files changed

Lines changed: 37 additions & 67 deletions

README.md

Lines changed: 37 additions & 67 deletions
Original file line numberDiff line numberDiff line change
@@ -1,92 +1,62 @@
1-
# HyperGlosae: A Nelsonian[^1] hypertext infrastructure for digital humanities
1+
# Hyperglosae: Human annotations for digital humanities
22

3-
## Vision
3+
## Product vision
44

5-
[Hypertexts as envisioned by Theodor Nelson in the 1960's](https://www.youtube.com/watch?v=hMKy52Intac) are "needed more than ever", hypertexts with links that can be:
5+
__For__ intellectual workers<br/>
6+
__who__ interpret documents<br/>
7+
Hyperglosae __is a__ digital margin<br/>
8+
__that allows__ writing glosses (comments, adaptations or quotes) of these documents for future readers.
69

7-
- followed both ways (e.g. from a comment to the original and from the original to comments),
8-
- created freely by any reader (without validation by the author or the organization hosting the original document),
9-
- used to read linked documents side by side, with related fragments in parallel,
10-
- used to quote, explain, translate an existing document or fragment in a new one, or to compare two existing documents.
10+
__Unlike__ *Hypothes.is*, *Google Docs*, *Hypotheses* (based on *WordPress*), *Zotero*, and *LiquidText*,<br/>
11+
__our product allows__ glossing an author-defined "passage" (*i.e.* a meaningful unit, like a paragraph, a strophe, a verse...).
1112

12-
Because of the Web scale and because of the gap between Web usage and the tradition of Humanities that inspired Theodor Nelson, rebuilding the Web on these bases are probably out of reach for most of people and organizations.
13-
However, existing communities of "humanists" share the same epistemological and methodological tradition.
14-
We think they are both willing and able to adopt such an infrastructure.
13+
![Glossing an author-defined 'passage'](docs/screenshot_translator_passage.png "Glossing an author-defined 'passage'")
1514

16-
[^1]: Disclaimer: We are not affiliated with Theodor Nelson. We are just fans ;)
17-
18-
## Scope
19-
20-
Step by step, we will prototype such an infrastructure and will test it on prior documented practices of "parallel documents" in our existing Hypertopic software suite (esp. [TraduXio](https://hypertopic.org/traduxio) and [Cassandre](https://hypertopic.org/cassandre)).
21-
22-
## Requirements
23-
24-
HyperGlosae will be designed with environmental responsibility in mind (for example the number and weight of HTTP requests will be kept low).
15+
__Unlike__ *Hypotheses*,<br/>
16+
__our product also allows__ commenting on a reader-defined "fragment".
2517

26-
## Architecture
27-
28-
Bidirectional links cannot be distributed as easily as unidirectional links.
29-
If the frontend was the origin of every request (as on the Web), getting all bidirectional links to a given document would require every backend (that may store one) to be queried...
30-
Instead, the original hypertext architecture was more like a federation of backends (a bit like Usenet).
31-
A modern version of this (see figure below) will be achieved with CouchDB filtered replications.
32-
33-
![HyperGlosae architecture](./docs/architecture.png "Hypertext architecture, revisited from Nelson (1993:4/62) with current technologies (React and CouchDB).")
18+
![Commenting on a reader-defined 'fragment'](docs/screenshot_analysis_fragment.png "Commenting on a reader-defined 'fragment'")
3419

35-
## "Literature" model
20+
__Unlike__ *Hypothes.is* and *Google Docs*,<br/>
21+
fragments __may be__ defined on a picture.
3622

37-
The concept of *literature* (*e.g.* "scientific literature") is that *reading* a document results in *writing* new ones (highlights, annotations, analyses, translations, critics, etc.).
38-
Hence the meaning of a document is indeed in the whole graph of direct or indirect sources and offsprings.
23+
![Fragments may be defined on a picture](docs/screenshot_historian_fragment.png "Fragments may be defined on a picture")
3924

40-
![](docs/component_graph.png)
25+
__Unlike__ all of the previously cited software,<br/>
26+
fragments __may even be__ defined on a video.
4127

42-
### Forward links
28+
![Fragments may be defined on a video](docs/screenshot_movie_fragment.png "Fragments may be defined on a video")
4329

44-
![](docs/screenshot_translator_forwardlink.png)
45-
A *forward link* is similar to a bibliographical reference: because a document (in the center) has been written after reading a prior document (on the left margin), it refers to it.
4630

47-
In this hypertext system, contrary to the Web:
48-
- the reference of the link does not depend of a host (see [format](https://github.com/Hypertopic/HyperGlosae/blob/main/samples/hyperglosae/perrault_jamborova.json#L12-L13)),
49-
- the system resolves the identifier and gets bibliographical data (see [format](https://github.com/Hypertopic/HyperGlosae/blob/main/samples/hyperglosae/perrault_1886.json#L3-L9)).
31+
__Unlike__ *Hypothes.is*, *Google Docs*, and *Zotero*,<br/>
32+
__our product allows__ glosses to be full-fledged documents and hence to be glossed as well.<br/>
33+
__It allows__ navigating from gloss to gloss, or from source to source.
5034

51-
### Reverse links
35+
![Glosses are full-fledged documents and hence can be glossed as well](docs/screenshot_analysis_browsing.png "Glosses are full-fledged documents and hence can be glossed as well")
36+
![Navigating from gloss to gloss, or from source to source](docs/screenshot_analysis_graph.png "Navigating from gloss to gloss, or from source to source")
5237

53-
![](docs/screenshot_translatior_reverselinks.png)
54-
A "reverse link" is the virtual one going from a document to a document that refers to it.
55-
Consulting (on the right margin) the different translations, commentaries, analyses of a given source (in the center) has deep philosophical and political perspectives: each derived document can be seen as a different *point of view* on the document, attested by a specific author at a given date.
38+
## Project background
5639

57-
Contrary to this hypertext system, the Web has no built-in features to compute and display "reverse links" but, for example, such a computation is handled for the Web globally by Google Search (to compute *PageRank*), and locally by certain blog or wiki software.
40+
In the past decades, we designed *[Cassandre](https://hypertopic.org/cassandre)* for ethnographic studies and *[TraduXio](https://hypertopic.org/traduxio)* for translation studies.
41+
It appeared that both pieces of software were kind of implementations of "[parallel documents with a visible connection](https://www.youtube.com/watch?v=hMKy52Intac)" as envisioned by Theodor Nelson, who coined the term "hypertext".
42+
We then figured out that a more general Nelsonian[^1] hypertext could be the missing infrastructure for "digital humanists".
5843

59-
### Side-by-side linked documents
60-
61-
![](docs/screenshot_analyst_picture_whole.png)
62-
63-
![](docs/screenshot_analyst_text_whole.png)
64-
Opening one of the reverse links, side by side with its source, is like reviving the moment when the author of the derived document read the source and started to write in the margin, creating a new document.
65-
66-
### Side-by-side parallel documents
67-
68-
![](docs/screenshot_translator_parallel.png)
69-
70-
![](docs/screenshot_analyst_parallel.png)
71-
Translations, *scholia* (comments on a term), qualitative analysis "codes", are typical *parallel linked documents* of a source.
72-
It means that every part of the derived document is linked to a specific part of the source document, using:
73-
- a mandatory *rubric*, *i.e.* the "red-printed" identifier of a passage (see [format](https://github.com/Hypertopic/HyperGlosae/blob/main/samples/hyperglosae/perrault_jamborova03.json#L9)), already defined in the source (see [format](https://github.com/Hypertopic/HyperGlosae/blob/main/samples/hyperglosae/perrault_1886_content.json#L4)), and that follows the same order as the passages,
74-
- an optional quote from this passage (see [format](https://github.com/Hypertopic/HyperGlosae/blob/main/samples/hyperglosae/inrap_D.json#L13) and commit message).
44+
[^1]: Disclaimer: We are not affiliated with Theodor Nelson. We are just fans ;)
7545

76-
### Transclusion (inclusion by reference)
46+
Step by step, we will prototype such an infrastructure and test it on practices in social and human sciences.
7747

78-
![](docs/screenshot_historian_transclusion_links.png)
48+
## Requirements
7949

80-
A new document can be made by *transcluding* (i.e. "virtually including") the content of existing documents or parts of them (see [format](https://github.com/Hypertopic/HyperGlosae/blob/main/samples/hyperglosae/revelation_stars.json#L9-L18)).
50+
HyperGlosae will be designed with environmental responsibility in mind (for example the number and weight of HTTP requests will be kept low).
8151

82-
The resulting collection can be used to compare documents (e.g. related works of art, alternative translations, etc.).
83-
It can also be used to present selected documents to an audience in a meaningful order (chronological, narrative, argumentative, etc.).
52+
## Architecture
8453

85-
Because transclusion is also a *link*:
86-
- bibliographical data from sources are displayed with the derived document,
87-
- collections based on the same document appear as *reverse links*.
54+
Bidirectional links cannot be distributed as easily as unidirectional links.
55+
If the frontend was the origin of every request (as on the Web), getting all bidirectional links to a given document would require every backend (that may store one) to be queried...
56+
Instead, the original hypertext architecture was more like a federation of backends (a bit like Usenet).
57+
A modern version of this (see figure below) will be achieved with CouchDB filtered replications.
8858

89-
![](docs/screenshot_historian_transclusion_reverselinks.png)
59+
![HyperGlosae architecture](./docs/architecture.png "Hypertext architecture, revisited from Nelson (1993:4/62) with current technologies (React and CouchDB).")
9060

9161
## Deliverables
9262

516 KB
Loading
1.13 MB
Loading

docs/screenshot_analysis_graph.png

40.2 KB
Loading
1.53 MB
Loading

docs/screenshot_movie_fragment.png

740 KB
Loading
1.08 MB
Loading

0 commit comments

Comments
 (0)