`|
]
???
For this kind of annotation we coined the type `annotRef`, the main one of three types of annotations allowed in the transcriptions. The other two types are `annotText` for textual annotations and `annotFree` for loose annotations that are not attachable to any specific object.
---
An example from Münchhausen's letter to Haller, 8 October 1736:
```xml
Und da Sie selbst eine reise anhero zu thun gedencken, welches vermuthlich gegen die zeit, da
der H.
D. Hugo
H. was currently attending the visiting King George II at Göhrde, near Lüneburg. In
his
letter to Johannes Geßner of 14 Dec., Haller mentions that he saw (in November) H.’s
beautiful botanical library and herbarium in Hanover.
, als dero guter freund,
```
???
This example illustrates the very straightforward TEI encoding of an `annotRef`.
The reference to the database object `person_00478` (H. D. Hugo) is annotated with a `note` of the type `annotRef`. This note contains another (simple, not furter annotated) reference to a letter.
Annotated references could, in theory, nest.
---
And its rendering in the frontend:
???
In the user interface, all referenced objects are displayed in a modal that offers some basic information about the object and a link to the database. Wherever a reference is enriched by this kind of reference annotation, this is also printed in the modal and thus lending more context to the linking of the object, in many cases also explaining the reason why a specific object is linked and with what certainty.
---
name:
## Primacy of object references
.contentarea[
Analytical potential: deriving social profiles of correspondences based on structured information on social positions and places of activity of mentioned actors.
]
.scrollable[
```xml
[…]
[…]
Position wohl bis zum Tod
inne gehabt.
[Leiden](place_00718)
[…]
[Hannover](place_00603)
[…]
Wirkungsort wohl bis zum Tod
[…]
```
]
We have yet to settle on sensible rules for the computational evaluation of (concurring) @from
, @to
, @notBefore
, @notAfter
.
???
It is quite common for edition projects to compile "-ographies" and to interlink occurrences between the source text(s) and the object metadata. Given that the hallerNet editions can build on a very rich metadata collection from day one, this linking practice is evidently being applied, too.
However thanks to the rich information available on the hallerNet actors, object references are also used analytically, e.g. to derive a social profile of a specific correspondence (based on the level on a social stratum when a letter was written).
To better understand this slide: imagine Gerlach Adolph von Münchhausen (`person_00703`) is mentioned in a letter written at a given date. The object reference allows to query the metadata for Münchhausen's social status and place of activity at that point in time. Applied over the whole (or a chosen phase) of a correspondence this allows to derive significant information that is otherwise hardly evaluable.
This functionality is not yet part of the hallerNet platform, but all the pieces exist and wait to be plugged together.
---
name: Vision
## Future developments
.contentarea[
* Further internal unification and interlinking of the data, esp. the bibliographical data (cf. [TEI 2019 paper by Antonio Rojas Castro](https://gams.uni-graz.at/o:tei2019.114/sdef:TEI/get?context=context:tei2019.papers)).
* Tighten model and adherence to it (by adding more specific Schematron checks)
* External interlinking
* [correspsearch.net](https://correspsearch.net) (letters)
* [histhub.ch](https://histhub.ch) (persons, places)
* [metagrid.ch](https://metagrid.ch) (persons, places)
* And we are also looking forward to implement the [prosopogrAPhI](https://github.com/GVogeler/prosopogrAPhI).
]