GenWiki - Benutzerbeiträge [de]

Herberich (Familienname)

2012-02-29T22:31:44Z

Dherberich: /* Bekannte Namensträger */

==Herkunft und Bedeutung==
* Laut Bahlow<ref name=Bahlow>Bahlow, H., [[Schlesisches Namenbuch]] (1953)</ref>:Mittelhochdeutscher Herkunftsname: Herberge, Herbirg, Herbrig, Herberich = Heerlager, dann Nachtherberge für Fremde; Herbergswirt
* Ahnen- und Familienforschung Dirk Herberich: Für die Line der Herberichs aus Lengfurt ist der Name Herberich ein Patronym entstanden aus dem Vornamen Herwig.

==Varianten des Namens==
* Herberich
* Herbrich
* Herbricht
* Herbrig
* Herberg
* Herberger
* Kaldeherberge/Kaldeherberger

==Geographische Verteilung==

<lastname-map>Herberich</lastname-map> 

* Früheste Erwähnungen: Gort Herberich (1500, Dieteren, Niederlande), Kilian Herwig (1432, Triefenstein-Lengfurt, Fischereibericht)
* Hardheim, Gerichtstetten, Pülfringen, Stadtrozelten, Mondfeld, Freudenberg
* Kaub, Bad Dürkheim
* Odrau (Schlesien)

== Bekannte Namensträger ==
* Johann Michael Herberich (1845-1930), Begründer des St. Josef Stifts in Eisingen.
* James F. "Jim" Herberich, (*1963), Olympischer Sportler (Bob)

==Sonstige Personen==

==Geographische Bezeichnungen==

==Umgangssprachliche Bezeichnungen==

==Literaturhinweise==
<references />

==Weblinks==


== Daten aus FOKO ==
<foko-name>Herberich</foko-name>

[[Kategorie:Familienname]]

Herberich (Familienname)

2012-02-29T22:28:07Z

Dherberich: /* Geographische Verteilung */

==Herkunft und Bedeutung==
* Laut Bahlow<ref name=Bahlow>Bahlow, H., [[Schlesisches Namenbuch]] (1953)</ref>:Mittelhochdeutscher Herkunftsname: Herberge, Herbirg, Herbrig, Herberich = Heerlager, dann Nachtherberge für Fremde; Herbergswirt
* Ahnen- und Familienforschung Dirk Herberich: Für die Line der Herberichs aus Lengfurt ist der Name Herberich ein Patronym entstanden aus dem Vornamen Herwig.

==Varianten des Namens==
* Herberich
* Herbrich
* Herbricht
* Herbrig
* Herberg
* Herberger
* Kaldeherberge/Kaldeherberger

==Geographische Verteilung==

<lastname-map>Herberich</lastname-map> 

* Früheste Erwähnungen: Gort Herberich (1500, Dieteren, Niederlande), Kilian Herwig (1432, Triefenstein-Lengfurt, Fischereibericht)
* Hardheim, Gerichtstetten, Pülfringen, Stadtrozelten, Mondfeld, Freudenberg
* Kaub, Bad Dürkheim
* Odrau (Schlesien)

== Bekannte Namensträger ==
Johann Michael Herberich (1845-1930), Begründer des St. Josef Stifts in Eisingen.

==Sonstige Personen==

==Geographische Bezeichnungen==

==Umgangssprachliche Bezeichnungen==

==Literaturhinweise==
<references />

==Weblinks==


== Daten aus FOKO ==
<foko-name>Herberich</foko-name>

[[Kategorie:Familienname]]

Herberich (Familienname)

2012-02-29T22:25:32Z

Dherberich: /* Herkunft und Bedeutung */

==Herkunft und Bedeutung==
* Laut Bahlow<ref name=Bahlow>Bahlow, H., [[Schlesisches Namenbuch]] (1953)</ref>:Mittelhochdeutscher Herkunftsname: Herberge, Herbirg, Herbrig, Herberich = Heerlager, dann Nachtherberge für Fremde; Herbergswirt
* Ahnen- und Familienforschung Dirk Herberich: Für die Line der Herberichs aus Lengfurt ist der Name Herberich ein Patronym entstanden aus dem Vornamen Herwig.

==Varianten des Namens==
* Herberich
* Herbrich
* Herbricht
* Herbrig
* Herberg
* Herberger
* Kaldeherberge/Kaldeherberger

==Geographische Verteilung==

<lastname-map>Herberich</lastname-map> 

* Erste Erwähnung: Gort Herberich (1500, Dieteren, Niederlande)
* Triefenstein-Lengfurt (erster Nachweis 1560), Hardheim, Gerichtstetten, Pülfringen, Stadtrozelten, Mondfeld, Freudenberg
* Kaub, Bad Dürkheim
* Odrau (Schlesien)

== Bekannte Namensträger ==
Johann Michael Herberich (1845-1930), Begründer des St. Josef Stifts in Eisingen.

==Sonstige Personen==

==Geographische Bezeichnungen==

==Umgangssprachliche Bezeichnungen==

==Literaturhinweise==
<references />

==Weblinks==


== Daten aus FOKO ==
<foko-name>Herberich</foko-name>

[[Kategorie:Familienname]]

GEDCOM/CHAR-Tag

2009-12-09T20:53:56Z

Dherberich: /* Mindestanforderung von Kodierungen beim Export */

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Character-set, auf Deutsch: Zeichensatz.

== Verwendung ==
Über das tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header Angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale Angaben ===

keine

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** Erlaubt die unproblematische Darstellung von internationalen Zeichen
** Wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute Unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UNICODE
** Wird im Standard als UCS-2 definiert.
** Gute Unterstützung von internationalen Zeichen, aber nicht so umfangreich wie UTF-8
** Wird von wenigen Programmen unterstützt

Bemerkung: ANSI ist zwar nicht GEDCOM 5.5.1 konform, scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung zu den optionalen Kodierungen beim Export ===

Die Frage kam auf, ob neben der als Standard festgelegte Kodierung weitere Kodierungen als Alternativen angeboten werden sollen.
Falls weitere Kodierungen angeboten werden sollen ist außerdem zu entscheiden welche alternative(n) Kodierung(en) angeboten werden muß/müssen. 
* UTF-8
* UNICODE
* ASCII
* ANSEL

* ANSI (nicht GEDCOM 5.5.1 konform)

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8.
* Als Option sollte mindestens ein Export mit Kodierung ANSI angeboten werden, (den die meisten Programme heute als Standard haben).

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist, welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muss:
* UTF-8
* UNICODE
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können.

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muss unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen).

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-08T21:28:06Z

Dherberich: /* Mindestanforderung von Kodierungen beim Export */

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Character-set, auf Deutsch: Zeichensatz.

== Verwendung ==
Über das tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header Angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale Angaben ===

keine

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** Erlaubt die unproblematische Darstellung von internationalen Zeichen
** Wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute Unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UNICODE
** Wird im Standard als UCS-2 definiert.
** Gute Unterstützung von internationalen Zeichen, aber nicht so umfangreich wie UTF-8
** Wird von wenigen Programmen unterstützt

Bemerkung: ANSI ist zwar nicht GEDCOM 5.5.1 konform, scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf, ob neben der als Standard festgelegte Kodierung weitere Kodierungen als Alternativen angeboten werden sollen.
Falls weitere Kodierungen angeboten werden sollen ist außerdem zu entscheiden welche alternative(n) Kodierung(en) angeboten werden muß/müssen. 
* UTF-8
* UNICODE
* ASCII
* ANSEL

* ANSI (nicht GEDCOM 5.5.1 konform)

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8.
* Als Option sollte mindestens ein Export mit Kodierung ANSI angeboten werden, (den die meisten Programme heute als Standard haben).

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist, welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muss:
* UTF-8
* UNICODE
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können.

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muss unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen).

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-08T21:25:11Z

Dherberich: /* Formale Beschreibung zulässiger Werte */

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Character-set, auf Deutsch: Zeichensatz.

== Verwendung ==
Über das tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header Angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale Angaben ===

keine

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** Erlaubt die unproblematische Darstellung von internationalen Zeichen
** Wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute Unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UNICODE
** Wird im Standard als UCS-2 definiert.
** Gute Unterstützung von internationalen Zeichen, aber nicht so umfangreich wie UTF-8
** Wird von wenigen Programmen unterstützt

Bemerkung: ANSI ist zwar nicht GEDCOM 5.5.1 konform, scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf, ob und wenn ja, welche Kodierungen ein Programm neben dem Standard-Export noch unterstützen sollte.
* UTF-8
* UNICODE
* ASCII
* ANSEL

* ANSI (nicht GEDCOM 5.5.1 konform)

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8.
* Als Option sollte mindestens ein Export mit Kodierung ANSI angeboten werden, (den die meisten Programme heute als Standard haben).

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist, welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muss:
* UTF-8
* UNICODE
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können.

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muss unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen).

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-08T06:35:36Z

Dherberich: /* Deutsche Bezeichnung */

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Character-set, auf Deutsch: Zeichensatz.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header Angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale Angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** Erlaubt die unproblematische Darstellung von internationalen Zeichen
** Wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute Unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UNICODE
** Wird im Standard als UCS-2 definiert.
** Gute Unterstützung von internationalen Zeichen, aber nicht so umfangreich wie UTF-8
** Wird von wenigen Programmen unterstützt

Bemerkung: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf, ob und wenn welche Kodierungen ein Programm neben dem Standard-Export noch unterstützen sollte.
* UTF-8
* UNICODE
* ASCII
* ANSEL

* ANSI (nicht GEDCOM 5.5.1 konform)

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens ein Export mit Kodierung ANSI angeboten werden, (den die meisten Programme heute als Standard haben).

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist, welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muss:
* UTF-8
* UNICODE
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können.

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muss unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen).

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-07T21:04:17Z

Dherberich: /* Deutsche Bezeichnung */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht wahrscheinlich für Character-set, auf Deutsch: Zeichensatz.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header Angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale Angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** Erlaubt die unproblematische Darstellung von internationalen Zeichen
** Wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute Unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UNICODE
** Wird im Standard als UCS-2 definiert.
** Gute Unterstützung von internationalen Zeichen, aber nicht so umfangreich wie UTF-8
** Wird von wenigen Programmen unterstützt

Bemerkung: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf, ob und wenn welche Kodierungen ein Programm neben dem Standard-Export noch unterstützen sollte.
* UTF-8
* UNICODE
* ASCII
* ANSEL

* ANSI (nicht GEDCOM 5.5.1 konform)

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens ein Export mit Kodierung ANSI angeboten werden, (den die meisten Programme heute als Standard haben).

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist, welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muss:
* UTF-8
* UNICODE
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können.

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muss unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen).

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-07T20:59:03Z

Dherberich: /* Mindestanforderung von Kodierungen beim Import */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header Angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale Angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** Erlaubt die unproblematische Darstellung von internationalen Zeichen
** Wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute Unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UNICODE
** Wird im Standard als UCS-2 definiert.
** Gute Unterstützung von internationalen Zeichen, aber nicht so umfangreich wie UTF-8
** Wird von wenigen Programmen unterstützt

Bemerkung: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf, ob und wenn welche Kodierungen ein Programm neben dem Standard-Export noch unterstützen sollte.
* UTF-8
* UNICODE
* ASCII
* ANSEL

* ANSI (nicht GEDCOM 5.5.1 konform)

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens ein Export mit Kodierung ANSI angeboten werden, (den die meisten Programme heute als Standard haben).

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist, welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muss:
* UTF-8
* UNICODE
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können.

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muss unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen).

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-07T20:58:18Z

Dherberich: /* Mindestanforderung von Kodierungen beim Export */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header Angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale Angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** Erlaubt die unproblematische Darstellung von internationalen Zeichen
** Wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute Unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UNICODE
** Wird im Standard als UCS-2 definiert.
** Gute Unterstützung von internationalen Zeichen, aber nicht so umfangreich wie UTF-8
** Wird von wenigen Programmen unterstützt

Bemerkung: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf, ob und wenn welche Kodierungen ein Programm neben dem Standard-Export noch unterstützen sollte.
* UTF-8
* UNICODE
* ASCII
* ANSEL

* ANSI (nicht GEDCOM 5.5.1 konform)

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens ein Export mit Kodierung ANSI angeboten werden, (den die meisten Programme heute als Standard haben).

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist, welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muss:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können.

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muss unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen).

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-07T20:56:28Z

Dherberich: /* Standard Kodierung beim Export */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header Angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale Angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** Erlaubt die unproblematische Darstellung von internationalen Zeichen
** Wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute Unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UNICODE
** Wird im Standard als UCS-2 definiert.
** Gute Unterstützung von internationalen Zeichen, aber nicht so umfangreich wie UTF-8
** Wird von wenigen Programmen unterstützt

Bemerkung: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf, ob und wenn welche Kodierungen ein Programm neben dem Standard-Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI (nicht GEDCOM 5.5.1 konform)
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens ein Export mit Kodierung ANSI angeboten werden, (den die meisten Programme heute als Standard haben).

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist, welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muss:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können.

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muss unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen).

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-07T20:55:34Z

Dherberich: Definition zum Thema UNICODE verbessert und klargestellt

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header Angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale Angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** Erlaubt die unproblematische Darstellung von internationalen Zeichen
** Wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute Unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UNICODE
** Wird im Standard als UCS-2 definiert.
** Gute Unterstützung von internationalen Zeichen, aber nicht so umfangreich wie UTF-8
** Wird von sehr wenigen Programmen unterstützt

Bemerkung: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf, ob und wenn welche Kodierungen ein Programm neben dem Standard-Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI (nicht GEDCOM 5.5.1 konform)
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens ein Export mit Kodierung ANSI angeboten werden, (den die meisten Programme heute als Standard haben).

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist, welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muss:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können.

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muss unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen).

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T16:43:04Z

Dherberich: /* Versionsangaben bei UNICODE Kodierungen */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung 1: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen. 
Bemerkung 2: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI (nicht GEDCOM 5.5.1 konform)
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens einen Export mit Kodierung ANSI angeboten werde (die die meisten Programme heute als Standard haben)

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muß:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen)

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sein soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T16:42:34Z

Dherberich: /* Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung 1: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen. 
Bemerkung 2: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI (nicht GEDCOM 5.5.1 konform)
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens einen Export mit Kodierung ANSI angeboten werde (die die meisten Programme heute als Standard haben)

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muß:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen)

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sin soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T16:21:55Z

Dherberich: /* Standard Kodierung beim Export */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung 1: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen. 
Bemerkung 2: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI (nicht GEDCOM 5.5.1 konform)
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens einen Export mit Kodierung ANSI angeboten werde (die die meisten Programme heute als Standard haben)

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muß:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen>

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sin soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T16:20:10Z

Dherberich: /* Mindestanforderung von Kodierungen beim Import */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung 1: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen.
Bemerkung 2: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI (nicht GEDCOM 5.5.1 konform)
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens einen Export mit Kodierung ANSI angeboten werde (die die meisten Programme heute als Standard haben)

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muß:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm soll mindestens UTF-8 und ANSI beim Import verarbeiten können

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen>

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sin soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T16:19:26Z

Dherberich: /* Mindestanforderung von Kodierungen beim Export */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung 1: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen.
Bemerkung 2: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI (nicht GEDCOM 5.5.1 konform)
* ASCII
* ANSEL

Lösungsvorschlag:
* Jedes Programm bietet als Standard-Export die Kodierung UTF-8
* Als Option sollte mindestens einen Export mit Kodierung ANSI angeboten werde (die die meisten Programme heute als Standard haben)

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muß:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen>

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sin soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T16:13:13Z

Dherberich: /* Standard Kodierung beim Export */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung 1: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen.
Bemerkung 2: ANSI ist zwar nicht GEDCOM 5.5.1 konform scheint aber heute noch von vielen Genealogieprogrammen als das Standardformat beim Import erwartet zu werden.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI (nicht GEDCOM 5.5.1 konform)
* ASCII
* ANSEL

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muß:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen>

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sin soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T15:19:29Z

Dherberich: /* Mindestanforderung von Kodierungen beim Export */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ANSI (ACHTUNG! - nicht GEDCOM 5.5.1 konform)
** Wird von den meisten Programmen, auch älteren Programmen problemlos eingelesen
** Obwohl nicht GEDCOM 5.5.1 konform gelistet, da von vielen älteren Programmen bevorzugt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI (nicht GEDCOM 5.5.1 konform)
* ASCII
* ANSEL

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muß:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen>

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sin soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T15:18:40Z

Dherberich: /* Standard Kodierung beim Export */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ANSI (ACHTUNG! - nicht GEDCOM 5.5.1 konform)
** Wird von den meisten Programmen, auch älteren Programmen problemlos eingelesen
** Obwohl nicht GEDCOM 5.5.1 konform gelistet, da von vielen älteren Programmen bevorzugt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI
* ASCII
* ANSEL

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muß:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen>

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sin soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

Benutzer:Dherberich

2009-12-06T14:03:44Z

Dherberich:

Dirk Klaus Herberich

* Familienforschung seit Herbst 2006
* Mitglied im Verein für Computergenealogie seit 2007
* Mitglied in der Gesellschaft für Familienforschung in Franken e.V. seit 2008
* Herkunft: Lengfurt/Triefenstein, Main-Spessart-Kreis
* Webseite: http://herberichfamily.com

Forschungsgebiete:
* Alle Zweige der Familie Herberich, bekannte Vorkommen:
** Würzburg
** Main-Tauber-Kreis: Eiersheim, Freudenberg, Grünsfeld, Hundheim, Königheim und umliegende Gemeinden, Wertheim
** Neckar-Odenwald-Kreis; Hardheim und Umgebung, Billigheim, Hüffenhardt, Walldürn
** Hochtaunuskreis: Grävenwiesbach, Usingen und Umgebung
** Rhein-Lahn-Kreis: Kaub und Umgebung
** Schlesien: Kuhländchen, Gegend um Odrau
** Schweiz
** USA: Maryland, New York, Ohio, Indiana, Texas
** Australien: Queensland
* Andere Familiennamen:
** Kreis Main-Spessart: [[Lauer]] (Billingshausen), [[Kunkel]], [[Neßwald]], [[Kahles]]
** Kreis Aschaffenburg: [[Sittinger]], [[Rachor]], [[Fecher]], [[Kunkel]], [[Sauer]],[[Kunkel]]
** Würzburg und Umgebung [[Oppmann]] (Wüstung Schleehof im heutigen Veitshöchhem)
** Lahn-Dill-Kreis: [[Koppel]], [[Mosbach]]
** Kreis Olpe: [[Reichling]]
** Oppeln: [[Maksem]]
[[Kategorie:GenWiki-Autoren|Herberich]]

Benutzer:Dherberich

2009-12-06T14:03:18Z

Dherberich: Link zur Webseite geändert, Typo's ausgebessert

Dirk Klaus Herberich

* Familienforschung seit Herbst 2006
* Mitglied im Verein für Computergenealogie seit 2007
* Mitglied in der Gesellschaft für Familienforschung in Franken e.V. seit 2008
* Herkunft: Lengfurt/Triefenstein, Main-Spessart-Kreis
* Webseite: http://herberichfamilz.com

Forschungsgebiete:
* Alle Zweige der Familie Herberich, bekannte Vorkommen:
** Würzburg
** Main-Tauber-Kreis: Eiersheim, Freudenberg, Grünsfeld, Hundheim, Königheim und umliegende Gemeinden, Wertheim
** Neckar-Odenwald-Kreis; Hardheim und Umgebung, Billigheim, Hüffenhardt, Walldürn
** Hochtaunuskreis: Grävenwiesbach, Usingen und Umgebung
** Rhein-Lahn-Kreis: Kaub und Umgebung
** Schlesien: Kuhländchen, Gegend um Odrau
** Schweiz
** USA: Maryland, New York, Ohio, Indiana, Texas
** Australien: Queensland
* Andere Familiennamen:
** Kreis Main-Spessart: [[Lauer]] (Billingshausen), [[Kunkel]], [[Neßwald]], [[Kahles]]
** Kreis Aschaffenburg: [[Sittinger]], [[Rachor]], [[Fecher]], [[Kunkel]], [[Sauer]],[[Kunkel]]
** Würzburg und Umgebung [[Oppmann]] (Wüstung Schleehof im heutigen Veitshöchhem)
** Lahn-Dill-Kreis: [[Koppel]], [[Mosbach]]
** Kreis Olpe: [[Reichling]]
** Oppeln: [[Maksem]]
[[Kategorie:GenWiki-Autoren|Herberich]]

GEDCOM/CHAR-Tag

2009-12-06T12:20:26Z

Dherberich: /* Behandlung/Darstellung schwieriger Situationen */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ANSI
** Wird von den meisten Programmen, auch älteren Programmen problemlos eingelesen
** Ein nur eingeschränkter Zeichensatz wird unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI
* ASCII
* ANSEL

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Import ===

Zu klären ist welche Kodierungen ein Programm bein Einlesen von Dateien mindestens unterstützen muß:
* UTF-8
* UNICODE
** UTF-16 Versionen
** UTF-32
** andere
* ANSI
* ASCII
* ANSEL

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen>

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sin soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T12:16:18Z

Dherberich: /* Behandlung/Darstellung schwieriger Situationen */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
Über das Tag CHAR soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Formale Beschreibung zulässiger Werte ==
=== Basis ===
Basis dieser Beschreibung: GEDCOM Standard Draft 5.5.1

Der Standard erlaubt die Verwendung folgender Kodierungen:

- 8-Bit ANSEL

- ASCII (USA Version)

- UNICODE

- UTF-8

=== Standardfall ===

Jede GEDCOM Datei soll im Header angaben zur benutzten Kodierung geben. Das Format ist wie folgt:

'''1 CHAR <Zeichensatzkodierung>'''

Beispiel:

'''1 CHAR UTF-8'''

! Achtung: Es sind nur folgende Kodierungen erlaubt.

'''<Zeichensatzkodierung> := ANSEL |UTF-8 | UNICODE | ASCII'''

=== Optionale angaben ===

==== Versionsangabe ====

Zusätzlich zur Angabe der Kodierung kann weiterhin die Version des Kodierung angegeben werden, Beispiel:

'''1 CHAR ANSI''' 
'''2 VERS 1252'''

== Behandlung/Darstellung schwieriger Situationen ==

Folgende Themen sind derzeit in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern in Diskussion:

=== Standard Kodierung beim Export ===

Folgende GEDCOM 5.5.1 konforme Optionen stehen zur Zeit zur Diskussion:
* UTF-8
** erlaubt die unproblematische Darstellung von internationalen Zeichen
** wird von einigen Programmen nicht unterstützt
* ANSI
** Wird von den meisten Programmen, auch älteren Programmen problemlos eingelesen
** Ein nur eingeschränkter Zeichensatz wird unterstützt
* ASCII
** Zu limitiert
* ANSEL
** Gute unterstützung von internationalen Zeichen
** Kaum benutzt und geringe Verbreitung
* UTF-16
** Sehr gute unterstützung von internationalen Zeichen
** Wir bis jetzt noch von sehr wenigen Programmen unterstützt

Bemerkung: Unter den Überbegriff UNICODE fallen alle UTF-n Kodierungen.

Status:

''OFFEN''

=== Mindestanforderung von Kodierungen beim Export ===

Die Frage kam auf ob und wenn welche Kodierungen ein Programm neben dem Standart Export noch unterstützen sollte.
* UTF-8
* UTF-16
* ANSI
* ASCII
* ANSEL

Status:

''OFFEN''

=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===

Folgende Optionen zur Unterstützung der BOM stehen offen:
* BOM muß unterstützt werden.
* BOM kann angegeben werden.
* BOM darf nicht benutzt werden (Probleme bei älteren Programmen>

Status:

''OFFEN''

=== Versionsangaben bei UNICODE Kodierungen ===

Zu klären bleibt, ob eine Versionsangabe bei UNICODE nötig oder optional sin soll.

Status:

''OFFEN''


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T12:07:08Z

Dherberich: /* Behandlung/Darstellung schwieriger Situationen */

GEDCOM/CHAR-Tag

2009-12-06T11:45:11Z

Dherberich: /* Versionsangabe */

GEDCOM/CHAR-Tag

2009-12-06T11:42:51Z

Dherberich: /* Versionsangabe */

GEDCOM/CHAR-Tag

2009-12-06T11:41:12Z

Dherberich: /* Versionsangabe */

GEDCOM/CHAR-Tag

2009-12-06T11:40:03Z

Dherberich: /* Variante 3 */

GEDCOM/CHAR-Tag

2009-12-06T11:26:03Z

Dherberich: /* Standardfall */

GEDCOM/CHAR-Tag

2009-12-06T11:21:32Z

Dherberich: /* Variante 2 */

GEDCOM/CHAR-Tag

2009-12-06T10:39:58Z

Dherberich: /* Basis */

GEDCOM/CHAR-Tag

2009-12-06T10:39:01Z

Dherberich: /* Variante 1 */

GEDCOM/CHAR-Tag

2009-12-06T10:35:31Z

Dherberich: /* Verwendung */

GEDCOM/CHAR-Tag

2009-12-06T10:35:08Z

Dherberich: /* Deutsche Bezeichnung */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe.

== Verwendung ==
(hier die korrekte inhaltliche Verwendung beschreiben)
== Formale Beschreibung zulässiger Werte ==
=== Variante 1 ===
=== Variante 2 ===
=== Variante 3 ===
== Behandlung/Darstellung schwieriger Situationen ==


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T10:34:23Z

Dherberich: /* Deutsche Bezeichnung */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
CHAR steht für Buchstabe. Über das Tag selbst soll die Kodierung der in der GEDCOM Datei benutzten Buchstaben und Zeichen festgelegt werden.

== Verwendung ==
(hier die korrekte inhaltliche Verwendung beschreiben)
== Formale Beschreibung zulässiger Werte ==
=== Variante 1 ===
=== Variante 2 ===
=== Variante 3 ===
== Behandlung/Darstellung schwieriger Situationen ==


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T10:31:36Z

Dherberich: /* Formelle Bezeichnung */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
CHAR

=== Deutsche Bezeichnung ===
(Dt. Bezeichnung)
== Verwendung ==
(hier die korrekte inhaltliche Verwendung beschreiben)
== Formale Beschreibung zulässiger Werte ==
=== Variante 1 ===
=== Variante 2 ===
=== Variante 3 ===
== Behandlung/Darstellung schwieriger Situationen ==


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

GEDCOM/CHAR-Tag

2009-12-06T10:28:57Z

Dherberich: /* Tag */

{{Stub}}

__TOC__

== Name und Bedeutung ==
=== Tag ===
CHAR

=== Formelle Bezeichnung ===
(engl. Tag-Bezeichner)
=== Deutsche Bezeichnung ===
(Dt. Bezeichnung)
== Verwendung ==
(hier die korrekte inhaltliche Verwendung beschreiben)
== Formale Beschreibung zulässiger Werte ==
=== Variante 1 ===
=== Variante 2 ===
=== Variante 3 ===
== Behandlung/Darstellung schwieriger Situationen ==


[[Kategorie:GEDCOM-Tag|{{SUBPAGENAME}}]]

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/008

2008-06-02T08:10:23Z

Dherberich: Transkription hinzugefügt

{{Franconia Sacra|007|16|009|unkorrigiert}}

der Familie beizusetzen, so läßt sich für die Zeit vor dem 12. Jahrhundert nichts zuverlässiges feststellen. Als Gaugrafen des Waldsassengaues können folgende angesehen werden:

1. Troandus. Derselbe war ein im Waldsassengau begüteter Mann, der, wie man annimmt, das Amt eines <tt>missus regius</tt> bekleidete und gegen das Ende seines Lebens 775 das Klösterlein Holzkirchen erbaute, dotierte und durch Karl d. Gr. dem Kloster Fulda schenkte. Eckhardt glaubt, der in den Jahren 815 und 816 genannte Pfalzgraf Troandus sei ein Sohn dieses Klosterstifters gewesen.<ref name=Eckardt>Eckhardt, Fr. or. I 641.</ref>

2. Ebirhardus. Er stellt 779 die Markungsgrenze der Stadt Wirzburg fest. Ob er mir dem obersten Mundschenken Eberhard <tt>(Eberhardum magistrum pincernarum)</tt>, welchen Karl d. Gr. mit den Bischöfen Formosus und Damasus und dem Hofbeamten Riculf 781 an den Herzog Thassilo von Bayern sandte<ref name=aaOI>Aa.a.O.I.682</ref>, identisch ist, wissen wir nicht.

3. Graf Boppo tauscht mit dem Abte Rhabanus Maurus seine Güter zu Remlingen und im Spessart gegen 11 Mausen zu Dertingen.

4. Graf Gerungus; in seiner Grafschaft lag Trieffenfeld (Trennfeld), welches noch zum Waldsassengau gehörte.<ref name=MoinBoic>Moin. Boic. XXVIII. 31 Nr. 150 Arch. d. h. V v. U. XXVIII. S. 370.</ref>

5. Graf Bernardus schenkt 840 der wirzb. Kirche seine Güter zu Imminestadt im Waldsassengau.<ref name=Ussermann>Ussermann, ep. Wirceb. S.22 - Eckhardt a.a. O. II. 886.</ref>

Da ein zu Geisenhiem begütertes Geschlecht, welches man nach Alwalah die "Alwalahonen" nennt, sowohl von seinen Besitzungen im Rheingau als auch von denen im Waldsassengau viele Schenkungen an das Kloster Fulda machte, hält man dafür, daß die Alwalahonen zu den mit dem Hettanischen Hause, das ja ebenfalls aus Rheinfranken stammte, verschwägerten oder von weiblicher Seite verwandten Geschlechtern gehörte, welche die Gaugrafschaften in Oberfranken inne hatten.<ref name=Stein>Stein, Gesch. Fr. I. 47.</ref> Zu diesen Geisenheimern gehören auch die "Mautonen", von denen die Grafen von Rothenburg abstammen sollen. Von diesen Mautonen erhielt Fulda ebenfalls Schenkunen in Geisenhiem und im Waldsassengau<ref name=aaOG>a.a.O.G. 48.</ref>

Diese älteren Gaugrafen waren, da es in Ostfranken keine herzogliche Familie mehr gab, unmitelbare Beamten der deutschen Könige. Erst als im Jahre 1000 der Waldsassengau auch in Bezug auf die weltliche Juristiktion dem Bischof Heinrich übergeben wurde, erhielt derselbe auch das Recht, die Gaugrafen in seinem Ramen aufzustellen und den Gau in mehrere kleine Bezirke einzuteilen. Das Gaugrafenamt wurde dadurch ein Lehen der Bischöfe von Wirzburg. Welches adelige Geschlecht Bischof Heinrich mit diesem Amte betraute, berichten und Urkunden nicht. Möglich, daß er einen seiner Verwandten,

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/007

2008-06-02T07:32:39Z

Dherberich: Tippfehler verbessert

{{Franconia Sacra|006|15|008|unkorrigiert}}
einwärts bis Hattenhausen, Rockenstadt, Kleinrinderfeld, Wittighausen <tt>(Witchuson)</tt>, in Grunaha, d.i. in die Grün, die Grün abwärts in die Tauber, die Tauber entlang an den Main und den Main aufwärts bis Heidingsfeld. <ref name=Reg. Boic.>Reg. Boic. I. 93. - Fries, I. 17. - Stein, Gesch Fr. I. 171.</ref> Die Grenze dieses Wildbannes auf dem linken Mainufer fällt mit der Grenze des Waldsassengaues, dessen Gebiet durch diese letzte kaiserliche Schenkung vollständig unter die landesherrliche Hoheit des Bischofs von Wirzburg kam, zusammen.
Ein Theil dieses Wildbannes kam als Lehen an die Grafen von Wertheim. Wegen der von den beiderseitigen Beamten verübten Grenzverletzungen wurde am St. Dionystag (9. Oct.) 1505 zwischen Bischof Lorenz von Wirzburg und dem Grafen Michael von Wertheim eine Festsetzung der Grenze des Wildbanngebietes vereinbart. <ref name=Schwartzenberg>Die Urkunde, ausgestellt von Joh. Herr zu Schwartzenberg K.A. W. Lehen 2054, abgedr. Wertheimer Gegenbericht, Urk.=Buch S. 49.</ref> Als im Jahre 1575 Philipp v. Gebsattel zu Homburg im wertheimischen Wildbann jagte, wies der Befehlshaber zu Wertheim im Schreiben vom 20 Okt. 1575 an Bischof Julius auf jenen Vertrag vom Jahre 1505 hin, in welche die Grenze folgendermaßen festgesetzt war:
''"Vom Altertheimer Flur an den Weg, der von dem hohen Tennach herabzieht auf Haselbrunn <ref name=Waldbrunn>Jetzt Waldabtheilung bei Waldbrunn.</ref> und den Wildbann vom Hohentennach nach Bischofsheim, Irtenberg, Kist, Eisingen und Waldbrunn; item von Haselbrunn herab in den nächsten Grund und am hohen Tennach, unter dem hohen Tennach hinab bis gegen die Almeßdörfer Steige<ref name=Albstadt>Wahrscheinlich von dem ehemaligen Weiler "Albstadt" bei Mädelhofen abzuleiten.</ref>, darnach von der Steige bis gegen Roßbrunn, von Roßbrunn die Markung entlang gegen Grenzen, wo die Remlinger Markung anstößt, und darnach die ganze Markung entlang gegen Greußen, wo die Remlinger Markung anstößt, und darnach die ganze Markung Greußen und Birkenfeld bis an die Karbacher Markung. Aller Wildbann, der rechts von dieser Grenze gegen Wirzburg und den Main liegt, soll Wirzburg noch hohem und niederem Wild allein bejagen und auch das Vogelstellen haben; was aber links dieser Grenze liegt bis an den Main und die Tauber, soweit die Grafschaft Wertheim reicht, auch das Amt Hohenburg mit inbegriffen, sollen die Grafen von Wertheim, ihre Erben und Nachkommen allein unbehindert jagen und das Vogelwerk allein gebrauchen. Der Bischof soll sein Suel in das Waldbrunner Holz und der Graf sein Suel in das hohe Tennach schlagen."'''
Durch den Tod der letzten Lehenserbin fiel dieser Wildbann 1612 wieder an das Hochstift heim.

== § 4. ==
'''Die Gaugrafen des Waldsassengau.'''

Eine vollständige Reihenfolge der Gaugrafen des Waldsassengaues herzustellen, wird beim Mangel des historischen Quellenmaterials ein Ding der Unmöglichkeit bleiben, wie es ebenso schwierig ist, den Nachweis zu führen, daß sich die Würde des Gaugrafen in einer bestimmten innerhalb des Gaues angesessenen adeligen Familie forterbte. Da erst im 12. Jahrhundert der Gebrauch aufkam, dem Taufnamen auch den Ort der Herkunft oder des ständigen Wohsitzes als <tt>cognomen</tt>

<references />

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/007

2008-06-01T21:51:46Z

Dherberich: Transkription hinzugefügt

{{Franconia Sacra|006|15|008|unkorrigiert}}
einwärts bis Hattenhausen, Rockenstadt, Kleinrinderfeld, Wittighausen <tt>(Witchuson)</tt>, in Grtmaha, d.i. in die Grün, die Grün abwärts in die Tauber, die Tauber entlang an en Main und den Main aufwärts in die Tauber, die Tauber entlang and den Main und den Main aufwärts bis Heidingsfeld. <ref name=Reg. Boic.>Reg. Boic. I. 93. - Fries, I. 17. - Stein, Gesch Fr. I. 171.</ref> Die Granze dieses Wildbannes auf dem linken Mainufer fällt mit der Grenze des Waldsassengaues, dessen Gebiet durch diese letzte kaiserliche Schenkung vollständig unter die landesherrliche Hoheit des Bischofs von Wirzburg kam, zusammen.
Ein Theil dieses Wildbannes kam als Leben an die Grafen von Wertheim. Wegen der von den beiderseitigen Beamten verübten Grenzverletzungen wurde am St. Dionystag (9. Oct.) 1505 zwischen Bischof Lorenz von Würzburg und dem Grafen Michael von Wertheim eine Festsetzung der Grenze des Wildbanngebietes vereinbart. <ref name=Schwartzenberg>Die Urkunde, ausgestellt von Joh. Herr zu Schwartzenberg K.A. W. Lehen 2054, abgedr. Wertheimer Gegenbericht, Urk.=Buch S. 49.</ref> Als im Jahre 1575 Philipp v. Gebsattel zu Homburg im wertheimischen Wildbann jagte, wies der Befehlshaber zu Wertheim im Schreiben vom 20 Okt. 1575 an Bischof Julius auf jenen Vertrag vom Jahre 1505 hin, in welche die Grenze folgendermaßen festgesetzt war:
''"Vom Altertheimer Flur an den Weg, der von dem hohen Tennach herabzieht auf Haselbrunn <ref name=Waldbrunn>Jetzt Waldabtheilung bei Waldbrunn.</ref> und den Wildbann bom Hohentennach nach Bischofsheim, Irtenberg, Kist, Eisingen und Waldbrunn; item von Haselbrunn herab in den nächsten Grund und am hohen Tennach, unter dem hohen Tennach hinab bis gegen die Almeßdörfer Steige<ref name=Albstadt>Wahrscheinlich von dem ehemaligen Weiler "Albstadt" bei Mädelhofen abzuleiten.</ref>, darnach von der Steige bis gegen Roßbrunn, von Roßbrunn die Markung entlagn gege Grenzen, wo die Remlinger Markung anstößt, und darnach die ganze Markung entlang gegen Greußen, wo die Remlinger Markung anstößt, und darnach die ganze Markung Greußen und Birkenfeld bis an die Karbacher Markung. Aller Wildbann, der rechts von dieser Grenze gegen Wirzburg und den Main liegt, soll Wirzburg noch hohem und niederem Wild allein bejagen und auch das Vogelstellen haben; und was links dieser Grenze liegt bis an den Main und die Tauber, soweit die Grafschaft Wertheim reicht, aud das Amt Hohenburg mit inbegriffen, sollen die Grafen von Wertheim, ihre Erben und Nachkommen allein unbehindert jagen und das Vogelwerk allein gebrauchen. Der Bischof soll sein Suel in das Waldbrunner Holz und der Graf sein Suel in das hohe Tennach schlagen."'''
Durch den Tod der letzten Lehenserbin fiel dieser Wildbann 1612 wieder an das Hochstift heim.

== § 4. ==
'''Die Gaugrafen des Waldsassengau.'''

Eine vollständige Reihenfolge der Gaugrafen des Waldsassengaues herzustellen, wird beim Mangel des historischen Quellenmaterials ein Ding der Unmöglichkeit bleiben, wie es ebenso schwierig ist, den Nachweis zu führen, daß sich die Würde des Gaugrafen in einer bestimmten innerhalb des Gaues angesessenen adeligen Familie forterbte. Da erst im 12. Jahrhundert der Gebrauch aufkam, dem Taufnamen auch den Ort der herkunft oder des ständigen Wohsitzes als <tt>cognomen</tt>

<references />

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/VI

2008-05-19T19:50:22Z

Dherberich: Formatierung geändert

{{Franconia Sacra|V|8|001|unkorrigiert}}

{|
| align="right" |          
|-
|
::Pfarrer (S. [[../129|129]]). Pfarreinkünfte (S. [[../133|133]]). Pfarrgebäude (S. [[../136|136]]) Pfarrkirche (S. [[../140|140]]). Frühmeßbeneficium (S. [[../146|146]]). Armenwesen (S. [[../148|148]]). Schule (S. [[../148|148]]). Friedhof (S. [[../149|149]]).
::II. Abschnitt: Filialdorf Holzkirchhausen:
::Topographie und Statistik (S. [[../150|150]]). Ortsgeschichte (S. [[../151|151]]). Pfarrei (S. [[../156|156]]). Kaplanei (S. [[../158|158]]). Kirche (S. [[../160|160]]). Kirche (S. [[../160|160]]). Armenwesen (S. [[../163|163]]). Schule (S. [[../164|164]]). Friedhof (S. [[../164|164]]).
::III. Abschnitt: Eingepfarrte Orte: Unteraltertheim (S. [[../164|164]]). Steinbach (S. [[../168|168]]).
|-
|
:V. Pfarrei Hettstadt
| align="right" | S. [[../169|168-200]].
|-
|
::Topographie und Statistik (S. [[../169|169]]). Ortsgeschichte (S. [[../170|170]]). Stiftung der Pfarrei (S. [[../179|179]]). Präsentationsrecht (S. [[../180|180]]). Reihenfolge der Pfarrer (S. [[../181|181]]). Pfarreinkünfte (S. [[../187|187]]). Pfarrgebäude (S. [[../192|192]]). Pfarrkirche (S. [[../194|194]]). Kaplanei (S. [[../195|195]]). Armenwesen (S. [[../198|198]]). Schule (S. [[../198|198]]). Friedhof (S. [[../200|200]]).
|}

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/V

2008-05-19T19:28:22Z

Dherberich: Formatierung geändert

{{Franconia Sacra|IV|7|VI|unkorrigiert}}

==Inhaltsverzeichniß.==

{|
|-
|I. Theil: Allgemeine Beschreibung des Landkapitels Lengfurt
| align="right" | S. [[../001|1-20]].
|-
|
:§ 1. Umfang und geographische Lage (S. [[../001|1]]). § 2. Der Waldsassengau (S. [[../002|2]]). § 3. Politische Verhältnisse des Waldsassengaues (S. [[../005|5]]). § 4. Die Gaugrafen im Waldsassengau (S. [[../007|7]]). § 5. Organisation des Landkapitels Lengfurt (S. [[../010|10]]). § 6. Kapitelsvorstände (S. [[../011|11]]). § 7. Geschichtlicher Überblick (S. [[../012|12]]).
|-
|II. Theil: Beschreibung der einzelnen Pfarreien
| align="right" | S. [[../021|21-200]].
|-
|
:I. Pfarrei Böttigheim:
| align="right" | S. [[../021|1-58]].
|-
|
::Topographie und Statistik (S. [[../021|21]]). Ortsgeschichte (S. [[../022|22]]). Stiftung der Pfarrei (S. [[../029|29]]). Präsentationsrecht (S. [[../031|31]]). Reihenfolge der Pfarrer (S. [[../032|32]]). Pfarreieinkünfte (S. [[../038|38]]). Pfarrgebäude (S. [[../041|41]]). Pfarrkirche (S. [[../045|45]]). Fiederlings- und Rödelskapelle (S. [[../051|51]]). Frühmeßbeneficium (S. [[../052|52]]). Kaplanei (S. [[../055|55]]). Armenwesen (S. [[../055|55]]). Schulen (S. [[../056|56]]). Friedhof (S. [[../058|58]]).
|-
|
:II. Pfarrei Eisingen:
| align="right" | S. [[../058|1-74]].
|-
|
::Topographie uns Statistik (S. [[../058|58]]). Ortsgeschichte (S. [[../059|59]]). Stiftung der Pfarrei (S. [[../063|63]]). Pfarreieinkünfte (S. [[../067|67]]). Pfarrgebäude (S. [[../067|67]]). Pfarrkirche (S. [[../068|68]]). Armenwesen (S. [[../073|73]]). Schule (S. [[../073|73]]). Friedhof (S. [[../074|74]]).
|-
|
:III. Pfarrei Erlenbach:
| align="right" | S. [[../074|74-109]].
|-
|
::I. Abschnitt: Pfarrdorf Erlenbach:
::Topographie und Statistik (S. [[../074|74]]). Ortsgeschichte (S. [[../075|75]]). Stiftung der Pfarrei (S. [[../083|83]]). Präsentationsrecht (S. [[../085|85]]). Reihenfolge der Pfarrer (S. [[../085|85]]). Pfarreieinkünfte (S. [[../091|91]]). Pfarrgebäude (S. [[../093|93]]). Pfarrkirche (S. [[../095|95]]). Armenwesen (S. [[../097|97]]). Schulen (S. [[../097|97]]). Friedhof (S. [[../098|98]]).
::II. Abschnitt: Filialdorf Tiefenthal:
::Topographie und Statistik (S. [[../098|98]]). Ortsgeschichte (S. [[../099|99]]). Pfarrei (S. [[../101|101]]). Kaplanei (S. [[../103|103]]). Kirche (S. [[../104|104]]). Armenwesen (S. [[../108|108]]). Schule (S. [[../108|108]]). Friedhof (S. [[../109|109]]).
:IV. Pfarrei Helmstadt:
| align="right" | S. [[../109|109-168]].
|-
|
::I. Abschnitt: Pfarrdorf Helmstadt:
::Topographie und Statistik (S. [[../109|109]]). Ortsgeschichte (S. [[../110|110]]). Stiftung der Pfarrei (S. [[../127|127]]). Präsentationsrecht (S. [[../128|128]]). Reihenfolge der
|}

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/VI

2008-05-18T21:14:12Z

Dherberich:

{{Franconia Sacra|V|8|001|unkorrigiert}}

::Pfarrer (S. 129). Pfarreinkünfte (S. 133). Pfarrgebäude (S. 136.) Pfarrkirch (S. 140). Frühmeßbeneficium (S. 146). Armenwesen (S. 148). Schule (S. 148). Friedhof (S. 149).
::II. Abschnitt: Filialdorf Holzkirchhausen:
::Topographie und Statistik (S. 150). Ortsgeschichte (S. 151). Pfarrei (S. 156). Kaplanei (S. 158). Kirche (S. 160). Kirche (S. 160). Armenwesen (S. 163). Schule (S. 164). Friedhof (S. 164).
::III. Abschnitt: Eingepfarrte Orte: Unteraltertheim (S. 164). Steinbach (S. 168).
:V. Pfarrei Hettstadt<div align="right"> S.169-200.</div>
::Topographie und Statistik (S. 169). Ortsgeschichte (S. 170). Stiftung der Pfarrei (S. 179). Präsentationsrecht (S. 180). Reihenfolge der Pfarrer (S. 181). Pfarreinkünfte (S. 187). Pfarrgebäude (S. 192). Pfarrkirche (S. 194(. Kaplanei (S. 195). Armenwesen (S. 198). Schule ( S. 198). Friedhof (S. 200).

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/VI

2008-05-18T21:09:23Z

Dherberich:

{{Franconia Sacra|V|8|001|unkorrigiert}}

::Pfarrer (S. 129). Pfarreinkünfte (S. 133). Pfarrgebäude (S. 136.) Pfarrkirch (S. 140). Frühmeßbeneficium (S. 146). Armenwesen (S. 148). Schule (S. 148). Friedhof (S. 149).
::II. Abschnitt: Filialdorf Holzkirchhausen:
::Topographie und Statistik (S. 150). Ortsgeschichte (S. 151). Pfarrei (S. 156). Kaplanei (S. 158). Kirche (S. 160). Kirche (S. 160). Armenwesen (S. 163). Schule (S. 164). Friedhof (S. 164).
::III. Abschnitt: Eingepfarrte Orte: Unteraltertheim (S. 164). Steinbach (S. 168).
:V. Pfarrei Hettstadt
::Topographie und Statistik (S. 169). Ortsgeschichte (S. 170). Stiftung der Pfarrei (S. 179). Präsentationsrecht (S. 180). Reihenfolge der Pfarrer (S. 181). Pfarreinkünfte (S. 187). Pfarrgebäude (S. 192). Pfarrkirche (S. 194(. Kaplanei (S. 195). Armenwesen (S. 198). Schule ( S. 198). Friedhof (S. 200).

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/VI

2008-05-18T21:04:43Z

Dherberich: Transkription hinzugefügt

{{Franconia Sacra|V|8|001|unkorrigiert}}

::Pfarrer (S. 129). Pfarreinkünfte (S. 133). Pfarrgebäude (S. 136.) Pfarrkirch (S. 140). Frühmeßbeneficium (S. 146). Armenwesen (S. 148). Schule (S. 148). Friedhof (S. 149).
::II. Abschnitt: Filialdorf Holzkirchhausen:
::Topographie und Statistik (S. 150). Ortsgeschichte (S. 151). Pfarrei (S. 156). Kaplanei (S. 158). Kirche (S. 160). Kirche (S. 160). Armenwesen (S. 163). Schule (S. 164). Friedhof (S. 164).
::III. Abschnitt: Eingepfarrte Orte: Unteraltertheim (S. 164). Steinbach (S. 168).
:V. Pfarrei Hettstadt
:Topographie und Statistik (S. 169). Ortsgeschichte (S. 170). Stiftung der Pfarrei (S. 179). Präsentationsrecht (S. 180). Reihenfolge der Pfarrer (S. 181). Pfarreinkünfte (S. 187). Pfarrgebäude (S. 192). Pfarrkirche (S. 194(. Kaplanei (S. 195). Armenwesen (S. 198). Schule ( S. 198). Friedhof (S. 200).

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/V

2008-05-18T20:32:28Z

Dherberich: Transkription hinzugefügt

{{Franconia Sacra|IV|7|VI|unkorrigiert}}

==Inhaltsverzeichniß.==

I. Theil: Allgemeine Beschreibung des Landkapitels Lengfurt<div align="right"> S.1-20.</div>
:§1. Umfang und geographische lage (S. 1). §2. Der Waldsassengau (S.2). §3. Politische Verhältnisse des Waldsassengaues (S. 5). §4. Die Gaugrafen im Waldsassengau (S. 7). §5. Organisation des Landkapitels Lengfurt (S. 10). §6. Kapitelsvorstände (S. 11). §7. Geschichtlicher Überblick (S12).

II. Theil: Beschreibung der einzelnen Pfarreien<div align="right"> S.21-200.</div>
:I. Pfarrei Böttigheim:<div align="right"> S.21-58.</div>
::Topographie und Statistik (S. 21). Ortsgeschichte (S. 22). Stiftung der Pfarrei (S. 29). Präsentationsrecht (S. 31). Reihenfolge der Pfarrer (S. 32). Pfarreieinkünfte (S. 38). Pfarrgebäude (S. 41). Pfarrkirche (S. 45). Fiederlings- und Rödelskapelle (S. 51). Frühmeßbeneficium (S. 52). Kaplanei (S. 55). Armenwesen (S. 55). Schulen (S. 56). Friedhof (S. 58).
:II. Pfarrei Eisingen:<div align="right"> S.58-74.</div>
::Topographie uns Statistik (S. 58). Ortsgeschichte (S. 59). Stiftung der Pfarrei (S. 63). Pfarreieinkünfte (S. 67). Pfarrgebäude (S. 67). Pfarrkirche (S. 68). Armenwesen (S. 73). Schule (S. 73). Friedhof (S. 74).
:III. Pfarrei Erlenbach:<div align="right"> S.74-109.</div>
::I. Abschnitt: Pfarrdorf Erlenbach:
::Topographie und Statistik (S. 74). Ortsgeschichte (S. 75). Stiftung der Pfarrei (S. 83). Präsentationsrecht (S. 85). Reihenfolge der Pfarrer (S. 85). Pfarreieinkünfte (S. 91). Pfarrgebäude (S. 93). Pfarrkirche (S. 95). Armenwesen (S. 97). Schulen (S. 97). Friedhof (S. 98).
::II. Abschnitt: Filialdorf Tiefenthal:
::Topographie und Statistik (S. 98). Ortsgeschichte (S. 99). Pfarrei (S. 101). Kaplanei (S. 103). Kirche (S. 104). Armenwesen (S. 108). Schule (S. 108). Friedhof (S. 109).
:IV. Pfarrei Helmstadt:<div align="right"> S.109-168.</div>
::I. Abschnitt: Pfarrdorf Helmstadt:
::Topographie und Statistik (S. 109). Ortsgeschichte (S. 110). Stiftung der Pfarrei (S. 127). Präsentationsrecht (S. 128). Reihenfolge der

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/006

2008-04-13T08:59:52Z

Dherberich: Transkription hinzugefügt

{{Franconia Sacra|005|14|007|unkorrigiert}}

Landkapitel Lengfurt: Allgemeines.

Erst i. J. 1000 traten der Waldsassengau und der Raugau auch in politischer Hinsicht in nähere Beziehung zum Bischof von Wirzburg, als Kaiser Otto III. am 30. Mai 1000 zu Tribur auf Bitten des Erzbischofs Heribert von Cöln<ref name=Rothenburg>Graf von Rothenburg, Bruder des Bischofs Heinrich von Wirzburg.</ref>, des Herzogs Heinrich von Bayern und des Bischofs Heinrich I. von Wirzburg zur Ehre Gottes und der hl. Martyrer Kilian, Kolonat und Dietman (Totnan) dem Bischof Heinrich von Wirzburg die zwei Grafschaften Waldsassengau <tt>(Waltsazin)</tt> und Raugau in der Provinz Ostfranken schenkt und zwar mit allem Gerichtszwange, kaiserlichem Banne und allen Rechten nebst der Befugnis, die Grafschaften einzutheilen und Gaugrafen aufzustellen.<ref name=Fries1>Fries, Chronik der Bischöfe von Wirzburg, 1848, I. S. 129. - <tt>Reg. Boic </tt> I. 51. Stein, Gesch. Fr. I. 128.</ref> 1017 dehnte Kaiser Heinrich II. der Heilige die oberstrichterliche Gewalt des Bischofs auf alle ostfränkischen Gaue aus.<ref name=Aschbach1>Aschbach, Gesch. d. Gr. v. Wertheim I. 7.</ref>
Auch das Jagdrecht, der sogenannte Wildban, welcher ebenfalls ein königliches Hoheitsrecht war, wurde schon dem Bischof Hugo von Wirzburg (reg. 985-990) in einem Theile des Waldsassengaues geschenkt und von Kaiser Heinrich II. am 29 Dezember 1014 dem Bischof Heinrich von Wirzburg ausdrücklich bestätigt. Dieser Wildbann <tt>(bannum regium super feras silvarum in eodem bivango, quo Hugo episcopus eas possedit)</tt> begann am Hartbacher Walde (Harbach), ging bis Carbach, Grunvelt <ref name=Grunvelt>Unter diesem "Grunfeld" zwischen Karbach und Duttenbrunn kann nur "Birkenfeld" oder eine Feldlage daselbst zu verstehen sein, da an das weit entfernter liegende Grünsfeld bei Lauda nicht gedacht werden kann.</ref>, Duttenbrunn und von da bis an den Main bei Zellingen, den Main aufwärts bis Würzburg, von da bis Mühlhausen bei Arnstein, von da die Wern abwärts bis an den Main bei Wernfeld.<ref name=Stein2><tt>Reg. Boic. 1. 69.</tt> Stein, Gesch. Fr. I. 149.</ref>
Beide Schenkungen, die des Waldsassen- und des Raugaues und des erwähnten Wildbannes, gaben wahrscheinlich dem Bischof Heinrich die nächste Veranlassung, die im J. 779 durch den Centgrafen Eberhard ausgefertigte Urkunde über die Markung der Stadt Wirzburg duch den Priester Beruger in einem Evangeliencodex <ref name=UniBib_Wü>Befindet sich jetzt in der Universitätsbibliothek zu Würzburg.</ref>einschreiben zu lassen und so der Nachwelt aufzubewahren.
Dieser zur Zeit des B. Hugo geschenkte und 1014 neuerdings bestätigte Wildbann nahm im Waldsassengau eine geringe Fläche ein. Größer dagegen war der Wildbann, welchen die Kaiserin Agnes als Vormünderin ihres Sohnes Heinrich IV. durch Urkunde d.d.Corbey 22. Juni 1060 dem Bischof Adalbero bestätigt. Derselbe begann am Einflusse der Wern in den Main, ging die Wern aufwärts bis Zeuzleben, von da die Steinbach hinauf bis Waigoldshausen, von hier in gerader Linie über Radolfsberg <ref name=Radolfsberg>Der Radolfsberg ist wohl eine Anhöhe bei Hergolshausen. Die Steinbach ist ein kleines von Waigolshausen nach Zenzleben in die Wern fließendes Bächlein.</ref>bis an den Main bei Hirschfeld <tt>(Hirzvurtin)</tt> und den Main abwärts bis Heidingsfeld, von da land-

<references />

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/005

2008-04-13T08:12:16Z

Dherberich: Transkription hinzugefügt

{{Franconia Sacra|004|13|006|unkorrigiert}}

Landkapitel Lengfurt: Allgemeines.

Billingshaushen, Himmelstadt, Zellingen, Uettingen, Remlingen, Holzkirchen, Dertingen, Helmstadt im Waldsassengau, der somit das vom Mainbogen Würzburg-Wertheim umschlossene Gebiet umfaßte.

== § 3. ==
'''Politische Verhältnisse des Waldsassengaues.'''

Obgleich König Karlmann dem neugegründeten Bisthum Wirzburg das Zehntrecht im Waldsassengau und in den übrigen Gauen des Bisthumssprengels schenkte, so war der politische Verband der Gaue zum Bischofe doch noch ein loser, da zu dieser Zeit in ganz Deutschland die Gaufrafschaft eine wesentliche Einrichtung war, weshalb man diese ältere Verfassung die Gauverfassung im Gegensatz zur Landeshoheit der späteren Zeit nennt.<ref name=Stein>Stein, Geschichte Frankens I. 41.</ref> Das Gaugrafenamt hatte aber hauptsächlich die Gerichtsbarkeit zum Gegenstande seiner Thätigkeit, daneben auch das Aufgebot die Rüstung und Führung des Reichsbeitrages (Contingentes) unter dem Banner des Herzogs oder in Ostfranken, welches nach dem Aussterben der ostfränkischen Herzoge keinen eigenen Herzog mehr hatte, unmittelbar unter dem Könige. Der Graf saß dem gewöhnlichen Gaugerichte, das im Jahre dreimal gehalten wurde, vor und sprach unter Königsbann über alle Verbrechen. Von ihm ging die Berufung nur an den König. <ref name=Aschbach>Aschbach, Geschichte der Grafen von Wertheim I. 13.</ref>
Diese rein weltliche Funktion konnte schon aus rein kirchenrechtlichen Bedenken einem Bischof nicht übertragen werden. Ja nach der im Karolingerreich geltenden Diözesanverfassung mußte jeder Bischof einen Burggrafen haben, welcher kraft eigener Zuständigkeit alle weltlichen Angelegenheiten des Bisthums, namentlich die Criminaljustiz, zu versehen hatte. So bestimmte die vom hl. Bonifatius am 21. April 742 auf der Salzburg abgehaltenen Provinzialsynode, daß jeder Bischof den <tt>canones</tt> gemäß mit Beihülfe des Grafen, der ein Vertheidiger seiner Kirche ist <tt> (adjuvante gravione, qui defensor ecclesiae ejus est)</tt>, Sorge trage, damit das Volk Gottes nicht mehr den heidnischen Gebräuchen huldige u.s.w.<ref name=Epistolae<tt>Epistolae s. Bonifatii ed. Würdtwein.</tt> S123. </ref> Die vor Errichtung des Bisthums Wirzburg bestehende Gauverfassung wurde nun damals nicht geändert, sondern nach wie vor übten die den Königen aufgestellten Grafen die ihnen zustehende Gerichtsbarkeit aus. Nur das Zehntrecht, welches bisher die Könige bezw. die ostfränkischen Herzoge als königliches Lehen besaßen, wurde zur Dotation des Bisthums übergeben. Auf Grund dieses Zehntrechtes schenkte Bischof Wolfger bei dem am 27. März 815 zu Retzbach mit dem Abte Ragnarius von Fulda abgeschlossenen Vergleiche verschiedenen der Abtei Fulda annexen Kirchen sein Zehntrecht in einigen Orten seines Bisthums <tt>(de decimatione sua)</tt>.<ref name=Dronke4>Dronke, <tt>cod. dipl. </tt> Nr. 323 S. 156. - Eckhard, <tt>Fr. or. II. 121. </tt></ref>

<references />

Franconia Sacra - Geschichte und Beschreibung des Bisthums Würzburg/004

2008-03-16T14:12:20Z

Dherberich: Transkription hinzugefügt

{{Franconia Sacra|003|12|005|unkorrigiert}}

Landkapitel Lengfurt: Allgemeines

Nach einer anderen Urkunde d.d. Holzkirchen 23. Sept. 820 schenkt Hramwolf dem Kloster Fulda unter seienm Abte Eigil in <tt>pago Waldseze et in pago Weingewe duas capturas</tt> und sein ganzes Erbut zu Imminestat (Himmelstadt).<ref name = Schannat1> Schannat, trad. Fuld. Nr. 327 S. 133 - Dronke, cod. dipl. Fuld. Nr. 391, S. 177.</ref>

Der Fuldaer Mönch Rudolph, Biograph des Abtes Rhabanus Maurus, nennt das Kloster Holzkirchen, wo er in den Jahren 836 und 837 gelegentlich der Reliquienübertragungen als Abgesandter des Abtes weilte, als in Alemannien d. t. links des Maines und im Waldsassengau gelegen. <ref name = Eckhardt1> Eckhardt, <tt> Fr. or Il. 304</tt> ff.</ref>

Eine wichtige Urkunde über den Waldsassengau ist jene vom Jahre 910, deren Inhalt aber in die Zeit von 822-842 gehört. Sie berichtet uns über einen Güteraustausch des Abtes Rhabanus Maurus mit dem Grafen Boppo, indem Ersterer von den Gütern des Klosters Fulda 11 Mansen nebst Leibeigenen zu Dertingen im Waldsassengau <tt>(in pago Waltsatio in villa vocata Tharetedingen)</tt> dem Grafen Boppo als Theil seiner Grafschaft übergiebt, dieser aber von seinen Grafschaftsgütern in Remlingen im Waldsassengau <tt>(ex villa scilicet Rameningen)</tt> und einen Theil des Spessart vom Königsbach bis zur Grenze der Besitzungen des Klosters Neustadt a. M. dem Kloster Fulda schenkt. <ref name = Schannat2> Schannat, trad. Nr. 550 S. 225 - Dronke <tt> cod. dipl. Nr. 655 S. 302.</tt></ref> Eine königliche Bestätigung dieses vom Abte Rhabanus vorgenommenen Tausches geschah im Jahre 910 unter Abt Hugo.
Ein Graf Bernardus schenkt im Jahre 840 durch Kaiser Ludwig d. Fr. alle seine Lehen im Dorfe Immentstadt (Himmelstadt) im Waldsassengau der Würzburger Domkirche. <ref name = Eckhardt2> Eckhardt, <tt> Fr. or. Il. 336 - Reg. Boic.I. 11. - Mon. Boic. XXVIII. 1. Nr. 23.</tt> - Arch. d. hist. Ver. v. U. XXII. 1. S. 207.</ref>

Ferner werden die Orte Uetingen und Helmstadt als im Waldsassengau gelegen in den Fuldaer Traditionsurkunden genannt. Schon unter dem Abte Sturminus (+779) schenkt Aluwalach dem Kloster Fulda die Dörfer <tt>Votingen et Adalhalmestat in pago Waltsaze </tt><ref name = Schannat3> Schannat, trad. Nr. 63 S. 33. - Dronke <tt> cod. dipl.</tt>Nr. 121 S. 71 - Dronke, <tt>trad. et antiqu. c. r Nr. 117 S.21. </tt></ref> und ein gewisser Otfrid, dessen Lebenszeit nicht näher angegeben ist, schenkt dem Kloster Fulda all sein Eigenthum in <tt>Otingen in provincia Walsazia</tt><ref name = Dronke1> Dronke, <tt> trad. et antiqu. c.4</tt>Nr. 105 S. 21.</ref>; ebenso schenkt Rauthere sein Eigenthum in Billingshausen <tt>(Baldrateshusen)</tt> und Steinfelden <ref name = Dronke2> Dronke, <tt> l. c.</tt>Nr. 64 S. 19</ref> und Dagabraht seine Güter in Cellingen, Billingshausen und Steinfeld im Waldsassengau <tt>(in pago Waldsatiae)</tt>. <ref name = Dronke3> Dronke, <tt> l. c.</tt>Nr. 98 S.20 - Schannat, trad. S.288</ref>
Nach den bisher erwähnten Urkunden lagen die Markung der Stadt Würzburg links des Maines, die Dörfer Birkenfeld, Steinfeld,

<references />