GEDCOM/CHAR-Tag - Versionsgeschichte

Dhesmer: Engl Link entfernt

2023-09-19T15:38:00Z

Engl Link entfernt

← Nächstältere Version		Version vom 19. September 2023, 17:38 Uhr
Zeile 233:		Zeile 233:


	~~<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->~~
	[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]
	[[Kategorie:GEDCOM-Tag-Fertig abgestimmt\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag-Fertig abgestimmt\|{{SUBPAGENAME}}]]<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->

	~~[[en:{{PAGENAME}}]]~~

Baumbuwegen: lang

2010-11-13T20:30:14Z

lang

← Nächstältere Version		Version vom 13. November 2010, 22:30 Uhr
Zeile 236:		Zeile 236:
	[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]
	[[Kategorie:GEDCOM-Tag-Fertig abgestimmt\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag-Fertig abgestimmt\|{{SUBPAGENAME}}]]

			[[en:{{PAGENAME}}]]

AEmmerich: /* Zeilenende-Zeichen */

2010-01-25T13:32:39Z

Zeilenende-Zeichen

← Nächstältere Version		Version vom 25. Januar 2010, 15:32 Uhr
Zeile 235:		Zeile 235:
	<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->		<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->
	[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]
	[[Kategorie:GEDCOM-Tag-~~fertig~~ abgestimmt\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag-Fertig abgestimmt\|{{SUBPAGENAME}}]]

AEmmerich: /* Zeilenende-Zeichen */ zusätzliche Anbindung an Kategorie GEDCOM-Tag-Fertig abgestimmt

2010-01-25T13:30:35Z

Zeilenende-Zeichen: zusätzliche Anbindung an Kategorie GEDCOM-Tag-Fertig abgestimmt

← Nächstältere Version		Version vom 25. Januar 2010, 15:30 Uhr
Zeile 235:		Zeile 235:
	<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->		<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->
	[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]
			[[Kategorie:GEDCOM-Tag-fertig abgestimmt\|{{SUBPAGENAME}}]]

AEmmerich: /* Zeilenende-Zeichen */ Querverweis auf Dokumentation des Themas Leerzeile eingefügt.

2010-01-22T13:00:55Z

Zeilenende-Zeichen: Querverweis auf Dokumentation des Themas Leerzeile eingefügt.

← Nächstältere Version		Version vom 22. Januar 2010, 15:00 Uhr
Zeile 230:		Zeile 230:
	=== Zeilenende-Zeichen ===		=== Zeilenende-Zeichen ===

	Das Thema der für das Zeilenende verwendeten Zeichen ( CR, LF ) wurde nicht unter dem Thema CHAR diskutiert. Es wird im Zusammenhang mit den Themen Feldlängen und Fortsetzungszeilen ( CONC, CONT ) aufgegriffen.		Das Thema der für das Zeilenende verwendeten Zeichen ( CR, LF ) wurde nicht unter dem Thema CHAR diskutiert. Es wird im Zusammenhang mit den Themen Feldlängen und Fortsetzungszeilen ( CONC, CONT ) aufgegriffen. Die Dokumentation zum Zeilenende ist im GenWiki Artikel GEDCOM/Syntax_GEDCOM-Zeile zu finden.


	<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->		<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->
	[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag\|{{SUBPAGENAME}}]]

AEmmerich: Abstimmungsergebnis eingearbeitet: Vereinbarungen

2009-12-22T15:32:25Z

Abstimmungsergebnis eingearbeitet: Vereinbarungen

← Nächstältere Version		Version vom 22. Dezember 2009, 17:32 Uhr
Zeile 50:		Zeile 50:
	kann die verwendete Version des in CHAR angegebenen Zeichensatzes näher spezifiziert werden.		kann die verwendete Version des in CHAR angegebenen Zeichensatzes näher spezifiziert werden.

	== ~~Entscheidungsvorschlag~~ zu CHAR ==		== Vereinbarungen der Programmautoren zu CHAR ==

	~~Dieser Entscheidungsvorschlag ist auf Basis der~~ Diskussion in der Liste Gedcom-L erarbeitet ~~worden. Die Punkte sind gegliedert~~ und ~~mit Punktkennzeichnungen wie E1, E2, ..., I1, ... bezeichnet, damit~~ in der ~~Diskussion leichter darauf verwiesen werden kann~~.		In einer intensiven Diskussion in der Liste Gedcom-L sind die folgenden Vereinbarungen zur Kodierung erarbeitet und in einer Abstimmung ( stimmberechtigt: die in der Liste angemeldeten 23 Programmautoren ) verabschiedet worden.

	Der Vorschlag ist durch weitere Beiträge der Liste insbesondere zu den Punkten E3 und I2 modifiziert worden, er steht weiter zur Diskussion. Er kann abgeändert oder durch Alternativvorschläge ergänzt werden. Nach der Diskussion soll es dann über eine Abstimmung zu einer Vereinbarung zu diesem Umfang kommen.		=== Vereinbarungen zu CHAR bezüglich Export ===


	=== ~~Vorschläge zu~~ Vereinbarungen zu CHAR bezüglich Export ===

	* '''E1 Angabe der Kodierung'''		* '''E1 Angabe der Kodierung'''
Zeile 71:		Zeile 68:
	* '''E4 Duldung ANSI'''		* '''E4 Duldung ANSI'''
	** Die Unterstützung der ANSI Kodierung wird geduldet, d.h. sie darf als Option unterstützt werden, obwohl ANSI nach GEDCOM Standard 5.5.1 nicht zulässig ist.		** Die Unterstützung der ANSI Kodierung wird geduldet, d.h. sie darf als Option unterstützt werden, obwohl ANSI nach GEDCOM Standard 5.5.1 nicht zulässig ist.

	* '''E5 Warnung bei unvollständigem Export'''
	** Wählt der Anwender beim Export eine Kodierung, die nicht alle in der aktuellen Datei vorkommenden Zeichen unterstützt, so sollte das Programm eine Warnung ausgeben.

	* '''E6 Position CHAR im Header'''		* '''E6 Position CHAR im Header'''
Zeile 81:		Zeile 75:
	** Andere Kodierungen als die in E2, E3 und E4 genannten dürfen im Export nicht verwendet werden.		** Andere Kodierungen als die in E2, E3 und E4 genannten dürfen im Export nicht verwendet werden.

	=== ~~Vorschläge zu~~ Vereinbarungen zu CHAR bezüglich Import ===		=== Vereinbarungen zu CHAR bezüglich Import ===

	* '''I1 Unterstützung von Kodierungen'''		* '''I1 Unterstützung von Kodierungen'''
Zeile 98:		Zeile 92:
	** Kann eine importierte Datei aufgrund ihrer Kodierungen intern nicht vollständig verarbeitet werden, so sollte dem Nutzer eine Warnmeldung gegeben werden.		** Kann eine importierte Datei aufgrund ihrer Kodierungen intern nicht vollständig verarbeitet werden, so sollte dem Nutzer eine Warnmeldung gegeben werden.

	=== Kennzeichnung durch Byte Order Mark (BOM) ===		=== Vereinbarungen zur Kennzeichnung durch Byte Order Mark (BOM) ===

	* '''B1 BOM beim Export'''		* '''B1 BOM beim Export'''
	** Das Byte Order Mark (BOM) muss bei den Kodierungen UTF-8 und UNICODE (USC-2 und UTF-16) ausgegeben werden.		** Das Byte Order Mark (BOM) muss bei den Kodierungen UTF-8 und UNICODE (USC-2 und UTF-16) ausgegeben werden.

	~~Alternativvorschlag:~~

	* '''B1 -A- BOM beim Export'''
	** Das Byte Order Mark (BOM) darf beim Export ausgegeben werden.

	* '''B2 BOM beim Import'''		* '''B2 BOM beim Import'''
Zeile 113:		Zeile 102:
	== Behandlung/Darstellung schwieriger Situationen ==		== Behandlung/Darstellung schwieriger Situationen ==

	Folgende Themen sind ~~derzeit~~ in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern ~~in Diskussion~~:		=== Information zur Abstimmung ===

			Folgender Entscheidungs-Vorschlag fand bei der Abstimmung keine Mehrheit:

			* '''E5 Warnung bei unvollständigem Export'''
			** Wählt der Anwender beim Export eine Kodierung, die nicht alle in der aktuellen Datei vorkommenden Zeichen unterstützt, so sollte das Programm eine Warnung ausgeben.

			Folgende Alternativformulierung B1 -A- wurde zugunsten der oben dargestellten Version B1 nicht angenommen:

			* '''B1 -A- BOM beim Export'''
			** Das Byte Order Mark (BOM) darf beim Export ausgegeben werden.


			Folgende Themen sind in der GEDCOM-Arbeitsgruppe von Compgen mit den Programmentwicklern bei der Behandlung zum Thema Kodierung / tag CHAR diskutiert worden:

	=== Kodierung "UNICODE" im GEDCOM Standard 5.5.1 ===		=== Kodierung "UNICODE" im GEDCOM Standard 5.5.1 ===
Zeile 121:		Zeile 123:
	Um bei der Vereinbarung unter den Programmautoren hier diese Unsicherheit nicht fortbestehen zu lassen, wurden im Punkt Export E3 explizit sowohl die UCS-2 als auch die UTF-16 Kodierungen aufgeführt.		Um bei der Vereinbarung unter den Programmautoren hier diese Unsicherheit nicht fortbestehen zu lassen, wurden im Punkt Export E3 explizit sowohl die UCS-2 als auch die UTF-16 Kodierungen aufgeführt.

	Da jedoch mit UTF-8 eine gut unterstützte Kodierung zur Verfügung steht, die den vollen Zeichensatzumfang wie UTF-16 auch abbildet, haben die in der Liste Gedcom-L vertretenen Programmautoren ~~sich in ihrer~~ Disksussion ~~darauf verständigt~~, ~~bevorzugt~~ UTF-8 als Kodierung zu unterstützen.		Da jedoch mit UTF-8 eine gut unterstützte Kodierung zur Verfügung steht, die den vollen Zeichensatzumfang wie UTF-16 auch abbildet, haben die in der Liste Gedcom-L vertretenen Programmautoren im Anschluss an ihre Disksussion vereinbart, UTF-8 als Kodierung zu unterstützen und auch empfohlen, diese Kodierung in den Programmen als Standard einzustellen.

	Ein sicherer Datentransfer über UCS-2 und insbesondere über UTF-16 bedarf weiterer Vereinbarungen, die hier nicht ausgearbeitet wurden.		Ein sicherer Datentransfer über UCS-2 und insbesondere über UTF-16 bedarf weiterer Vereinbarungen, die hier nicht ausgearbeitet wurden.
Zeile 145:		Zeile 147:
	Status:		Status:

	''~~Entscheidungsvorschlag formuliert~~''		''Vereinbarungen getroffen''

	=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===		=== Benutzung der Byte Order Mark (BOM) bei UNICODE Kodierungen ===
Zeile 158:		Zeile 160:
	Status:		Status:

	''~~Entscheidungsvorschlag formuliert~~''		''Vereinbarungen getroffen''


Zeile 207:		Zeile 209:
	=== Versionsangaben bei UNICODE Kodierungen ===		=== Versionsangaben bei UNICODE Kodierungen ===

	~~Zu klären bleibt, ob eine Versionsangabe~~ bei UNICODE ~~nötig oder optional sein soll~~.		Versionsangaben bei UNICODE werden nicht als notwendig eingestuft.

	Status:		Status:

	''in Diskussion''		''Diskussion abgeschlossen''

	=== Codepage bei ANSI Kodierung ===		=== Codepage bei ANSI Kodierung ===
Zeile 223:		Zeile 225:
	* '''2 VERS 1252'''		* '''2 VERS 1252'''

	wird die Standard ANSI Codepage für westeuropäische Schriften beschrieben.		wird z.B. die Standard ANSI Codepage für westeuropäische Schriften beschrieben.

Juling: /* Kennzeichnung durch Byte Order Mark (BOM) */

2009-12-17T20:29:03Z

Kennzeichnung durch Byte Order Mark (BOM)

← Nächstältere Version		Version vom 17. Dezember 2009, 22:29 Uhr
Zeile 101:		Zeile 101:

	* '''B1 BOM beim Export'''		* '''B1 BOM beim Export'''
	** Das Byte Order Mark (BOM) muss bei den Kodierungen UTF-8, USC-2 und UTF-16 ausgegeben werden.		** Das Byte Order Mark (BOM) muss bei den Kodierungen UTF-8 und UNICODE (USC-2 und UTF-16) ausgegeben werden.

	Alternativvorschlag:		Alternativvorschlag:

Juling: /* Vorschläge zu Vereinbarungen zu CHAR bezüglich Export */

2009-12-17T19:29:30Z

Vorschläge zu Vereinbarungen zu CHAR bezüglich Export

← Nächstältere Version		Version vom 17. Dezember 2009, 21:29 Uhr
Zeile 67:		Zeile 67:

	* '''E3 Optionale Kodierungen'''		* '''E3 Optionale Kodierungen'''
	** Die Kodierungen ANSEL, ASCII, UCS-2 BE, UCS-2 LE, UTF-16 BE, UTF-16 LE dürfen optional unterstützt werden. Die Verwendung der ~~Kodierungen UCS-2 und UTF-16~~ wird nicht empfohlen.		** Die Kodierungen ANSEL, ASCII, UNICODE (beinhaltet UCS-2 BE, UCS-2 LE, UTF-16 BE, UTF-16 LE) dürfen optional unterstützt werden. Die Verwendung der Kodierung UNICODE wird nicht empfohlen.

	* '''E4 Duldung ANSI'''		* '''E4 Duldung ANSI'''

EvRenesse: /* Interpretation der ersten beiden Bytes einer GEDCOM-Datei */

2009-12-15T08:14:33Z

Interpretation der ersten beiden Bytes einer GEDCOM-Datei

← Nächstältere Version		Version vom 15. Dezember 2009, 10:14 Uhr
Zeile 177:		Zeile 177:
	0xfe 0xff		0xfe 0xff

	0xff ~~0xef~~		0xff 0xfe

	0x00 0x30		0x00 0x30

AEmmerich: hinzugefügt: E7 Auschluss weiterer Kodierungen im Export

2009-12-15T07:19:02Z

hinzugefügt: E7 Auschluss weiterer Kodierungen im Export

← Nächstältere Version		Version vom 15. Dezember 2009, 09:19 Uhr
Zeile 78:		Zeile 78:
	** Bei Dateien ohne Byte Order Mark (BOM) sollte CHAR im Header so weit nach oben gestellt werden, dass vor dem tag CHAR keine Zeichen ausserhalb des US_ASCII Umfanges auftreten.		** Bei Dateien ohne Byte Order Mark (BOM) sollte CHAR im Header so weit nach oben gestellt werden, dass vor dem tag CHAR keine Zeichen ausserhalb des US_ASCII Umfanges auftreten.

			* '''E7 Ausschluss weiterer Kodierungen im Export'''
			** Andere Kodierungen als die in E2, E3 und E4 genannten dürfen im Export nicht verwendet werden.

	=== Vorschläge zu Vereinbarungen zu CHAR bezüglich Import ===		=== Vorschläge zu Vereinbarungen zu CHAR bezüglich Import ===