GEDCOM/CONC-Tag - Versionsgeschichte

Dhesmer: Engl Link entfernt

2023-09-19T15:38:30Z

Engl Link entfernt

← Nächstältere Version		Version vom 19. September 2023, 17:38 Uhr
Zeile 113:		Zeile 113:
	Restliche Punkte sind keine Abweichungen, sondern Unsicherheiten aufgrund nicht eindeutiger Standardvorgaben:		Restliche Punkte sind keine Abweichungen, sondern Unsicherheiten aufgrund nicht eindeutiger Standardvorgaben:
	* Fortsetzung jeder Zeile mit Text als Zeilen_Wert zulässig, oder nur nach solchen Kennzeichen, bei denen das explizit im Standard gezeigt wird?		* Fortsetzung jeder Zeile mit Text als Zeilen_Wert zulässig, oder nur nach solchen Kennzeichen, bei denen das explizit im Standard gezeigt wird?
	~~<!-- 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}}]]~~

AEmmerich: missverstandenen Textteil zurückgeändert und gleich klarer gefasst

2018-12-15T21:56:07Z

missverstandenen Textteil zurückgeändert und gleich klarer gefasst

← Nächstältere Version		Version vom 15. Dezember 2018, 23:56 Uhr
Zeile 82:		Zeile 82:
	Ein Verbot des Trennens an Leerstellen läßt beim Import dann ein "Trimmen" der Texte zu, d.h. zu Beginn und am Ende stehende Leerzeichen und Zeilenumbrüche werden komplett entfernt.		Ein Verbot des Trennens an Leerstellen läßt beim Import dann ein "Trimmen" der Texte zu, d.h. zu Beginn und am Ende stehende Leerzeichen und Zeilenumbrüche werden komplett entfernt.

	In der Liste wurde aber auch die Position vertreten, das Trennen abweichend ~~von~~ der Liste ~~zugrundeliegenden Standard~~ überall zuzulassen. Da dann Leerzeichen auch am Anfang bzw am Ende des Textes innerhalb einer GEDCOM-Zeile stehen können (was weiterhin bei älteren Dateien und bei DAteien von Drittprogrammen der Fall sein kann), darf in diesem Fall beim Import nicht "getrimmt" werden.		In der Liste wurde aber auch die Position vertreten, das Trennen abweichend vom GEDCOM-Standard, der der Liste zugrundeliegt, überall zuzulassen. Da dann Leerzeichen auch am Anfang bzw am Ende des Textes innerhalb einer GEDCOM-Zeile stehen können (was weiterhin bei älteren Dateien und bei DAteien von Drittprogrammen der Fall sein kann), darf in diesem Fall beim Import nicht "getrimmt" werden.

	Eine weitere Stellungnahme in der Liste befürwortete die Verwendung der in der Grammatikregel/Bemerkung zur Notiz beschriebenen Variante, dass bei Trennung an einem Leerzeichen dieses in die Folgezeile (also hinter CONC und dem Begrenzer) zu plazieren ist. Es ist dabei jedoch nicht mehr eindeutig zu erkennen, ob mehrfache Leerzeichen zwischen CONC und dem ersten nicht-Leerzeichen als Begrenzer (delimiter) oder als zum Dateninhalt ( =Text ) gehörende Leerzeichen zu interpretieren sind. Daher muss in diesem Fall auch beim Export explizit vorgeschrieben werden, dass nach dem Kennzeichen ( tag ) jeweils nur genau ein Leerzeichen als Begrenzer exportiert werden darf.		Eine weitere Stellungnahme in der Liste befürwortete die Verwendung der in der Grammatikregel/Bemerkung zur Notiz beschriebenen Variante, dass bei Trennung an einem Leerzeichen dieses in die Folgezeile (also hinter CONC und dem Begrenzer) zu plazieren ist. Es ist dabei jedoch nicht mehr eindeutig zu erkennen, ob mehrfache Leerzeichen zwischen CONC und dem ersten nicht-Leerzeichen als Begrenzer (delimiter) oder als zum Dateninhalt ( =Text ) gehörende Leerzeichen zu interpretieren sind. Daher muss in diesem Fall auch beim Export explizit vorgeschrieben werden, dass nach dem Kennzeichen ( tag ) jeweils nur genau ein Leerzeichen als Begrenzer exportiert werden darf.

Horstpluecken: /* Wo trennt CONC den Text? */

2018-12-15T21:16:20Z

Wo trennt CONC den Text?

← Nächstältere Version		Version vom 15. Dezember 2018, 23:16 Uhr
Zeile 82:		Zeile 82:
	Ein Verbot des Trennens an Leerstellen läßt beim Import dann ein "Trimmen" der Texte zu, d.h. zu Beginn und am Ende stehende Leerzeichen und Zeilenumbrüche werden komplett entfernt.		Ein Verbot des Trennens an Leerstellen läßt beim Import dann ein "Trimmen" der Texte zu, d.h. zu Beginn und am Ende stehende Leerzeichen und Zeilenumbrüche werden komplett entfernt.

	In der Liste wurde aber auch die Position vertreten, das Trennen abweichend ~~vom~~ der Liste zugrundeliegenden Standard überall zuzulassen. Da dann Leerzeichen auch am Anfang bzw am Ende des Textes innerhalb einer GEDCOM-Zeile stehen können (was weiterhin bei älteren Dateien und bei DAteien von Drittprogrammen der Fall sein kann), darf in diesem Fall beim Import nicht "getrimmt" werden.		In der Liste wurde aber auch die Position vertreten, das Trennen abweichend von der Liste zugrundeliegenden Standard überall zuzulassen. Da dann Leerzeichen auch am Anfang bzw am Ende des Textes innerhalb einer GEDCOM-Zeile stehen können (was weiterhin bei älteren Dateien und bei DAteien von Drittprogrammen der Fall sein kann), darf in diesem Fall beim Import nicht "getrimmt" werden.

	Eine weitere Stellungnahme in der Liste befürwortete die Verwendung der in der Grammatikregel/Bemerkung zur Notiz beschriebenen Variante, dass bei Trennung an einem Leerzeichen dieses in die Folgezeile (also hinter CONC und dem Begrenzer) zu plazieren ist. Es ist dabei jedoch nicht mehr eindeutig zu erkennen, ob mehrfache Leerzeichen zwischen CONC und dem ersten nicht-Leerzeichen als Begrenzer (delimiter) oder als zum Dateninhalt ( =Text ) gehörende Leerzeichen zu interpretieren sind. Daher muss in diesem Fall auch beim Export explizit vorgeschrieben werden, dass nach dem Kennzeichen ( tag ) jeweils nur genau ein Leerzeichen als Begrenzer exportiert werden darf.		Eine weitere Stellungnahme in der Liste befürwortete die Verwendung der in der Grammatikregel/Bemerkung zur Notiz beschriebenen Variante, dass bei Trennung an einem Leerzeichen dieses in die Folgezeile (also hinter CONC und dem Begrenzer) zu plazieren ist. Es ist dabei jedoch nicht mehr eindeutig zu erkennen, ob mehrfache Leerzeichen zwischen CONC und dem ersten nicht-Leerzeichen als Begrenzer (delimiter) oder als zum Dateninhalt ( =Text ) gehörende Leerzeichen zu interpretieren sind. Daher muss in diesem Fall auch beim Export explizit vorgeschrieben werden, dass nach dem Kennzeichen ( tag ) jeweils nur genau ein Leerzeichen als Begrenzer exportiert werden darf.
Zeile 92:		Zeile 92:
	''Wegen der Historie der GEDCOM-Standardversionen und der unterschiedlichen Realisierungen gibt es jetzt sowohl Dateien, die an Leerzeichen getrennt werden ( beim Import würde Trimmen den Verlust dieser zum Text gehörenden Leerzeichen bedeuten ) als auch Dateien, die mehr als ein Leerzeichen zwischen Kennzeichen und Zeileninhalt schreiben (beim Import ohne Trimmen würden zusätzliche Leerzeichen im Text auftauchen).''		''Wegen der Historie der GEDCOM-Standardversionen und der unterschiedlichen Realisierungen gibt es jetzt sowohl Dateien, die an Leerzeichen getrennt werden ( beim Import würde Trimmen den Verlust dieser zum Text gehörenden Leerzeichen bedeuten ) als auch Dateien, die mehr als ein Leerzeichen zwischen Kennzeichen und Zeileninhalt schreiben (beim Import ohne Trimmen würden zusätzliche Leerzeichen im Text auftauchen).''

	''Die Kompatibilität zu allen diesen Dateien ist also nicht mit einer einheitlichen Importregel zu erreichen. Das beste Resultat muss notfalls mit einer eingestellten Option Trimmen aus oder Trimmen ein "ausprobiert" werden, wenn das importierende Programm diese Optionen anbietet. Jedenfalls brauchen wir je nach Fall einmal einen Import mit Trimmen und einmal einen Import ohne. Trimmen, um das "richtige" Ergebnis für den zusammengesetzten Text zu erzielen.		''Die Kompatibilität zu allen diesen Dateien ist also nicht mit einer einheitlichen Importregel zu erreichen. Das beste Resultat muss notfalls mit einer eingestellten Option Trimmen aus oder Trimmen ein "ausprobiert" werden, wenn das importierende Programm diese Optionen anbietet. Jedenfalls brauchen wir je nach Fall einmal einen Import mit Trimmen und einmal einen Import ohne Trimmen, um das "richtige" Ergebnis für den zusammengesetzten Text zu erzielen.
	Daher sollten wir freistellen, ob getrimmt wird oder nicht ( ==> I1 ).''		Daher sollten wir freistellen, ob getrimmt wird oder nicht ( ==> I1 ).''

Baumbuwegen: /* Aussagen des Standards */ erste Zeile linksbündig

2012-04-03T05:52:21Z

Aussagen des Standards: erste Zeile linksbündig

← Nächstältere Version		Version vom 3. April 2012, 07:52 Uhr
Zeile 32:		Zeile 32:
	''Das Folgende ist ein Beispiel für ein Quellzitat (SOURCE_CITATION) für die Geburt die keinen Zeiger auf einen Quelldatensatz (SOURCE_RECORD) enthält. (Es wird hierzu nicht ermutigt)'' [Dieses Beispiel wird hier gezeigt, weil es das Trennen der Zeilen durch '''CONC''' demonstriert: Immer zwischen zwei nicht-Leerzeichen]		''Das Folgende ist ein Beispiel für ein Quellzitat (SOURCE_CITATION) für die Geburt die keinen Zeiger auf einen Quelldatensatz (SOURCE_RECORD) enthält. (Es wird hierzu nicht ermutigt)'' [Dieses Beispiel wird hier gezeigt, weil es das Trennen der Zeilen durch '''CONC''' demonstriert: Immer zwischen zwei nicht-Leerzeichen]

	<source lang="~~gedcom~~">0 INDI		<source lang="GEDCOM">
			0 INDI
	1 NAME Fred /Jones/		1 NAME Fred /Jones/
	1 BIRT		1 BIRT

AEmmerich: /* Abweichungen vom Standard bei der Verwendung */ Link Status in Diskussion entfernt

2010-11-23T15:05:24Z

Abweichungen vom Standard bei der Verwendung: Link Status in Diskussion entfernt

← Nächstältere Version		Version vom 23. November 2010, 17:05 Uhr
Zeile 114:		Zeile 114:
	<!-- 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-In Diskussion\|{{SUBPAGENAME}}]]~~
	[[Kategorie:GEDCOM-Tag-Fertig abgestimmt\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag-Fertig abgestimmt\|{{SUBPAGENAME}}]]

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

Baumbuwegen: lang

2010-11-13T20:31:10Z

lang

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

			[[en:{{PAGENAME}}]]

AEmmerich: /* Abweichungen vom Standard bei der Verwendung */ Zuordnung zum Diskussionsstatus angepasst

2010-01-26T23:08:39Z

Abweichungen vom Standard bei der Verwendung: Zuordnung zum Diskussionsstatus angepasst

← Nächstältere Version		Version vom 27. Januar 2010, 01:08 Uhr
Zeile 114:		Zeile 114:
	<!-- 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-In ~~Abstimmung~~\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag-In Diskussion\|{{SUBPAGENAME}}]]
			[[Kategorie:GEDCOM-Tag-Fertig abgestimmt\|{{SUBPAGENAME}}]]

AEmmerich: Abstimmungsergebnis eingepflegt

2010-01-26T23:06:45Z

Abstimmungsergebnis eingepflegt

← Nächstältere Version		Version vom 27. Januar 2010, 01:06 Uhr
Zeile 44:		Zeile 44:
	3 CONC h; films 481,057-58 Vol 2, page 388.</source>		3 CONC h; films 481,057-58 Vol 2, page 388.</source>

	== ~~Entscheidungsvorschläge für~~ Vereinbarungen zu CONC beim Export ==		== Vereinbarungen zu CONC beim Export ==

			Folgende Vereinbarungen zum Export und zum Import haben die Programmautoren getroffen:

	'''E1 Trennen von Text durch CONC'''		'''E1 Trennen von Text durch CONC'''
Zeile 60:		Zeile 62:
	Von der Vorschrift E1 darf nur abgewichen werden, wenn beim Trennen gemäß E1 Teiltexte entstehen, die zusammen mit den anderen Bestandteilen der GEDCOM-Zeile die maximal zulässige Anzahl von 255 Zeichen überschreiten. In diesem Fall soll nach Möglichkeit nach einem Zeichen getrennt werden, das kein Leerzeichen ist.		Von der Vorschrift E1 darf nur abgewichen werden, wenn beim Trennen gemäß E1 Teiltexte entstehen, die zusammen mit den anderen Bestandteilen der GEDCOM-Zeile die maximal zulässige Anzahl von 255 Zeichen überschreiten. In diesem Fall soll nach Möglichkeit nach einem Zeichen getrennt werden, das kein Leerzeichen ist.

	== ~~Entscheidungsvorschläge für~~ Vereinbarungen zu CONC beim Import ==		== Vereinbarungen zu CONC beim Import ==

	'''I1 Zusammensetzen des Textes aus CONC-Zeilen'''		'''I1 Zusammensetzen des Textes aus CONC-Zeilen'''
Zeile 75:		Zeile 77:


	Die Aussage aus den Grammatikregeln und die Bemerkung zur Notiz weicht von der Aussage bei der Definition von CONC (Textverknüpfung) im Standard insofern ab, als sie die Trennung an einem Leerzeichen zulassen würde, und dabei das Leerzeichen an den Beginn des Wertes in der Folgezeile stellt. Da die Definition von CONC inkl einer passenden Begründung das Trennen an einer Leerstelle ausschliessen, ist das Verbot des Trennens an einer Leerstelle auch in die ~~Entscheidungsvorschläge zu~~ Vereinbarungen der Programmautoren aufgenommen worden.		Die Aussage aus den Grammatikregeln und die Bemerkung zur Notiz weicht von der Aussage bei der Definition von CONC (Textverknüpfung) im Standard insofern ab, als sie die Trennung an einem Leerzeichen zulassen würde, und dabei das Leerzeichen an den Beginn des Wertes in der Folgezeile stellt. Da die Definition von CONC inkl einer passenden Begründung das Trennen an einer Leerstelle ausschliessen, ist das Verbot des Trennens an einer Leerstelle auch in die Vereinbarungen der Programmautoren aufgenommen worden.

	Ein Verbot des Trennens an Leerstellen läßt beim Import dann ein "Trimmen" der Texte zu, d.h. zu Beginn und am Ende stehende Leerzeichen und Zeilenumbrüche werden komplett entfernt.		Ein Verbot des Trennens an Leerstellen läßt beim Import dann ein "Trimmen" der Texte zu, d.h. zu Beginn und am Ende stehende Leerzeichen und Zeilenumbrüche werden komplett entfernt.

	In der Liste ~~wird~~ aber auch die Position vertreten, das Trennen abweichend vom der Liste zugrundeliegenden Standard überall zuzulassen. Da dann Leerzeichen auch am Anfang bzw am Ende des Textes innerhalb einer GEDCOM-Zeile stehen können, darf in diesem Fall beim Import nicht "getrimmt" werden. Eine weitere Stellungnahme in der Liste ~~befürwortet~~ die Verwendung der in der Grammatikregel/Bemerkung zur Notiz beschriebenen Variante, dass bei Trennung an einem Leerzeichen dieses in die Folgezeile (also hinter CONC und dem Begrenzer) zu plazieren ist. Es ist dabei jedoch nicht mehr eindeutig zu erkennen, ob mehrfache Leerzeichen zwischen CONC und dem ersten nicht-Leerzeichen als Begrenzer (delimiter) oder als zum Dateninhalt ( =Text ) gehörende Leerzeichen zu interpretieren sind. Daher muss in diesem Fall auch beim Export explizit vorgeschrieben werden, dass nach dem Kennzeichen ( tag ) jeweils nur genau ein Leerzeichen als Begrenzer exportiert werden darf.		In der Liste wurde aber auch die Position vertreten, das Trennen abweichend vom der Liste zugrundeliegenden Standard überall zuzulassen. Da dann Leerzeichen auch am Anfang bzw am Ende des Textes innerhalb einer GEDCOM-Zeile stehen können (was weiterhin bei älteren Dateien und bei DAteien von Drittprogrammen der Fall sein kann), darf in diesem Fall beim Import nicht "getrimmt" werden.

			Eine weitere Stellungnahme in der Liste befürwortete die Verwendung der in der Grammatikregel/Bemerkung zur Notiz beschriebenen Variante, dass bei Trennung an einem Leerzeichen dieses in die Folgezeile (also hinter CONC und dem Begrenzer) zu plazieren ist. Es ist dabei jedoch nicht mehr eindeutig zu erkennen, ob mehrfache Leerzeichen zwischen CONC und dem ersten nicht-Leerzeichen als Begrenzer (delimiter) oder als zum Dateninhalt ( =Text ) gehörende Leerzeichen zu interpretieren sind. Daher muss in diesem Fall auch beim Export explizit vorgeschrieben werden, dass nach dem Kennzeichen ( tag ) jeweils nur genau ein Leerzeichen als Begrenzer exportiert werden darf.

	~~Da die Diskussion in der Liste uneinheitlich ist~~, ~~wird die Entscheidung in~~ der Abstimmung ~~herbeigeführt~~.		Die im vorhergehden Abschnitt gezeigten Vereinbarungen E1, E2, E3, I1 und I2 wurden von den Programmautoren bei der Abstimmung mit großer Mehrheit getroffen.

	Der Entscheidungsvorschlag E1, E2, I1 ~~wurde~~ in der Liste so begründet:		Der Entscheidungsvorschlag E1, E2, I1 war in der Liste so begründet worden:

	''Wegen der Historie der GEDCOM-Standardversionen und der unterschiedlichen Realisierungen gibt es jetzt sowohl Dateien, die an Leerzeichen getrennt werden ( beim Import würde Trimmen den Verlust dieser zum Text gehörenden Leerzeichen bedeuten ) als auch Dateien, die mehr als ein Leerzeichen zwischen Kennzeichen und Zeileninhalt schreiben (beim Import ohne Trimmen würden zusätzliche Leerzeichen im Text auftauchen).''		''Wegen der Historie der GEDCOM-Standardversionen und der unterschiedlichen Realisierungen gibt es jetzt sowohl Dateien, die an Leerzeichen getrennt werden ( beim Import würde Trimmen den Verlust dieser zum Text gehörenden Leerzeichen bedeuten ) als auch Dateien, die mehr als ein Leerzeichen zwischen Kennzeichen und Zeileninhalt schreiben (beim Import ohne Trimmen würden zusätzliche Leerzeichen im Text auftauchen).''
Zeile 100:		Zeile 104:
	Status:		Status:

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

	=== Abweichungen vom Standard bei der Verwendung ===		=== Abweichungen vom Standard bei der Verwendung ===
Zeile 107:		Zeile 111:

	Restliche Punkte sind keine Abweichungen, sondern Unsicherheiten aufgrund nicht eindeutiger Standardvorgaben:		Restliche Punkte sind keine Abweichungen, sondern Unsicherheiten aufgrund nicht eindeutiger Standardvorgaben:
	* Leerzeichen zu Beginn des Zeilen_Wertes in einer CONC-Zeile?
	* Fortsetzung jeder Zeile mit Text als Zeilen_Wert zulässig, oder nur nach solchen Kennzeichen, bei denen das explizit im Standard gezeigt wird?		* Fortsetzung jeder Zeile mit Text als Zeilen_Wert zulässig, oder nur nach solchen Kennzeichen, bei denen das explizit im Standard gezeigt wird?
	<!-- 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-In Abstimmung\|{{SUBPAGENAME}}]]		[[Kategorie:GEDCOM-Tag-In Abstimmung\|{{SUBPAGENAME}}]]

AEmmerich: /* Abweichungen vom Standard bei der Verwendung */ Text eingefügt, zusätzl.Anbindung an Kategorie ...In Abstimmung

2010-01-25T13:46:49Z

Abweichungen vom Standard bei der Verwendung: Text eingefügt, zusätzl.Anbindung an Kategorie ...In Abstimmung

← Nächstältere Version		Version vom 25. Januar 2010, 15:46 Uhr
Zeile 103:		Zeile 103:

	=== Abweichungen vom Standard bei der Verwendung ===		=== Abweichungen vom Standard bei der Verwendung ===

			Leerzeichen am Ende der Zeile vor dem CONC-Kennzeichen sind nach Standard unzulässig, werden aber von einigen Programmen so exportiert.

			Restliche Punkte sind keine Abweichungen, sondern Unsicherheiten aufgrund nicht eindeutiger Standardvorgaben:
			* Leerzeichen zu Beginn des Zeilen_Wertes in einer CONC-Zeile?
			* Fortsetzung jeder Zeile mit Text als Zeilen_Wert zulässig, oder nur nach solchen Kennzeichen, bei denen das explizit im Standard gezeigt wird?
	<!-- 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-In Abstimmung\|{{SUBPAGENAME}}]]

AEmmerich: /* Entscheidungsvorschläge für Vereinbarungen zu CONC beim Export */ Bedingung neu formuliert, unter der von E1 abgewichen werden darf

2010-01-21T22:28:07Z

Entscheidungsvorschläge für Vereinbarungen zu CONC beim Export: Bedingung neu formuliert, unter der von E1 abgewichen werden darf

← Nächstältere Version		Version vom 22. Januar 2010, 00:28 Uhr
Zeile 58:		Zeile 58:
	'''E3 Trennen von Text durch CONC, Ausnahme'''		'''E3 Trennen von Text durch CONC, Ausnahme'''

	Von der Vorschrift E1 darf nur abgewichen werden, wenn der ~~Originaltext zwischen im Text eingegebenen Zeilenumbrüchen Textteile~~ von ~~über 248~~ Zeichen ~~Länge enthält, die keine Trennstelle wie in E1 definiert aufweisen~~. In diesem Fall soll nach Möglichkeit nach einem Zeichen getrennt werden, das kein Leerzeichen ist.		Von der Vorschrift E1 darf nur abgewichen werden, wenn beim Trennen gemäß E1 Teiltexte entstehen, die zusammen mit den anderen Bestandteilen der GEDCOM-Zeile die maximal zulässige Anzahl von 255 Zeichen überschreiten. In diesem Fall soll nach Möglichkeit nach einem Zeichen getrennt werden, das kein Leerzeichen ist.

	== Entscheidungsvorschläge für Vereinbarungen zu CONC beim Import ==		== Entscheidungsvorschläge für Vereinbarungen zu CONC beim Import ==