Changes between Version 5 and Version 6 of authority-file

Timestamp:

Sep 22, 2010, 12:53:46 PM (14 years ago)

Author:

Wolfgang Schmidle

Comment:

--

authority-file

@@ -6 +6 @@
 Entscheidung für Song Yingxing: Wir markieren, was Dagmar in der Papierversion markiert hat. Dabei sind die Markierungen so fein wie möglich. Zusammenfassen kann man mehrere Markierungen immer noch, aber das wird wahrscheinlich erst mit einem overlay passieren, insbesondere um verschachtelte Markierungen im Text zu vermeiden. 
 
-Deutsches Pseudo-Beispiel: Dü Kö Bo (drei abgekürzte Ortnamen) für die Region zwischen Düsseldorf, Köln und Bonn. Markiert als (Dü)(Kö)(Bo). Die Markierung (DüKöBo) kommt dann im overlay dazu )und die Markierungen, die schon im Text sind, werden in ein overlay umgewandelt)
+Deutsches Pseudo-Beispiel: Dü Kö Bo (drei abgekürzte Ortnamen) für die Region zwischen Düsseldorf, Köln und Bonn. Markiert als (Dü)(Kö)(Bo). Die Markierung (!DüKöBo) kommt dann im overlay dazu (und die Markierungen, die schon im Text sind, werden in ein overlay umgewandelt).
 
 Auch "beifang" markieren, solange wir kein overlay tagging haben. Unabhängig davon, ob es "Norden" meint oder eine konkrete Region. (Dagmar weiß, dass es eine konkrete Ortsangabe ist.)
 
 Der Plan ist jedenfalls, möglichst bald auf overlays umzusteigen. (Der XML-Text muss allerdings lesbar bleiben.) Bis dahin: minimal und effizient bleiben.
+
+Siehe ansonsten die Diskussion [wiki:workflow-chinese#Waswirdmarkiert hier].
 
 == Wie soll es im Text markiert werden?==
@@ -30 +32 @@
   * Verweis auf eine Zeile im authority file
   * Angaben, die für diesen einen Eintrag gelten
+  * eine Spalte, die explizit die Reihenfolge im Text wiedergibt?
+  * Spalten für Kapitel, Seite, Satz. Daraus kann man dann den Rücklink zusammensetzen; besser als explizite Rücklinks in der Tabelle 
+  
+Wenn der Rücklink aus der Tabelle zusammengebaut werden kann, muss er nicht mehr in der URL übergeben werden. 
 
 == Wie wird eine Tabelle für Song Yingxing erstellt? ==
@@ -38 +44 @@
 Mit overlay: Sie markieren "einfach" interaktiv die Stellen, die sie interessant finden, und daraus wird ein overlay mit zugehöriger Tabelle erzeugt. Eventuell sind overlay und Tabelle auch ein und dasselbe.
 
-Verhältnis von Markierungen und Volltextsuche: Insbesondere sollte es die Möglichkeit geben, das Ergebnis einer Volltextsuche zu einem overlay zu machen. Dieses overlay kann dann noch bearbeitet werden.
+Verhältnis von Markierungen und Volltextsuche: Es sollte die Möglichkeit geben, das Ergebnis einer Volltextsuche zu einem overlay zu machen. Dieses overlay kann dann noch bearbeitet werden. 
 
-Aber die Daten sollten mappable sein. Eventuell sollten wir die Forscher in die richtige Richtung leiten.
+Aber die Daten sollten mappable sein. Man kann zum Beispiel nach "Münzamt" suchen und alle Treffer zu einem overlay machen. Die Spalte mit den Treffern muss nicht direkt mappable sein. Dann muss man allerdings noch eine mappable column hinzufügen, also zum Beispiel eine Spalte mit den entsprechenden Städten.
 
-Allgemein: Wie trägt man zusätzliche Informationen ein? basic suggestion: identifiable (was meint das?), standardized, sollte anzeigbar sein. Sollte maschinenelesbar sein.
+Eventuell sollten wir die Forscher in die richtige Richtung leiten.
+
+Allgemein: Wie trägt man zusätzliche Informationen ein? Die Informationen sollten maschinenelesbar (d.h. standardisiert) sein.
 
 = 3. Authority File =
@@ -53 +61 @@
   * im Text genau bestimmt? ja, ungefähr, nein aber hat einen Ort, hat keinen Ort (z.B. mythical)
     * oder: real place versus mythical place, precisely known versus inexact
+    * identifiable (Beispiel Himalaya: es gibt den Ort grundsätzlich, man weiß nur nicht genau, wo)
   * vom Forscher genauer/anders bestimmt? wieder: Point, Polygon
   * alle möglichen Namen: Beijing, Jing, Beiping, etc. 
@@ -58 +67 @@
     * Problem von metaphorischen Namen, die nur einmal irgendwo vorkommen ("echt" versus" literarisch).
 
-Wäre Nanfang ein Beispiel, wo der Text es nur lose lokalisiert, und der Forscher weiß es genauer? ODer kann man sagen, dass es schon im Text "eigentlich" genauer angegeben bzw. gemeint ist?
+Wäre "Nanfang" ein Beispiel, wo der Text es nur vage lokalisiert, und der Forscher weiß es genauer? Oder kann man sagen, dass es schon im Text "eigentlich" genauer angegeben bzw. gemeint ist?
 
 == Beziehungen von Einträgen ==
 
-  * refines, isRefinedBy: Zum Beispiel Peking-Münzamt refines Peking. Suche nach Peking-Münzamt findet nicht Peking, aber Suche nach Peking findet Peking-Münzamt. (Ist das richtig so?)
+  * refines, isRefinedBy: Vergleichbar mit z.B. "alternative refines author" in Dublin Core, wo die Suche nach title auch alternative findet (das Gröbere findet auch das Feinere), aber nicht andersherum. Beispiel bei uns: jedes konkrete Peking, also zum Beispiel Beiping, refines das generische Peking.
+  * Wie ist es mit "Peking-Münzamt refines Peking"? Also: Suche nach Peking-Münzamt findet nicht Peking, aber Suche nach Peking findet Peking-Münzamt? Der Vergleich hinkt ein bisschen. Denn Das Peking-Münzamt "weiß" andererseits, dass es in Peking ist. Wahrscheinlich muss die Beziehung von Peking und Münzamt anders ausgedrückt werden, zum Beispiel "partOf". (oder associatedWith von unten?)
    * eventuell die Liste von [http://dublincore.org/documents/dcmi-terms/ Dublin Core] durchgehen (Abschnitt 1). Andersrum: Was Dublin Core nicht für nötig hält, muss sich besonders rechtfertigen.
   * associatedWith, hasBeenAssociatedWith