GEDCOM/OBJE-Tag - Versionsgeschichte

Dhesmer: Engl Link entfernt

2023-09-19T15:43:27Z

Engl Link entfernt

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

	Beim eingebetteten OBJE darf '''neben''' mehreren aufgeführten Dateien nur ein TITL stehen, im OBJE Datensatz wird dagegen '''jeder''' Datei ein TITL unterstellt. Es gibt Programme, die beim Import von einer Darstellung in die andere wechseln und dabei Fehler machen, indem sie die die erforderlichen Strukturänderungen nicht ausführen. Das führt zu ungültigem GEDCOM-Code.		Beim eingebetteten OBJE darf '''neben''' mehreren aufgeführten Dateien nur ein TITL stehen, im OBJE Datensatz wird dagegen '''jeder''' Datei ein TITL unterstellt. Es gibt Programme, die beim Import von einer Darstellung in die andere wechseln und dabei Fehler machen, indem sie die die erforderlichen Strukturänderungen nicht ausführen. Das führt zu ungültigem GEDCOM-Code.

	~~<!-- 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: /* Abweichungen vom Standard bei der Verwendung */ Problem fehlerhafter Strukturen zu OBJE eingefügt

2020-08-18T09:35:43Z

Abweichungen vom Standard bei der Verwendung: Problem fehlerhafter Strukturen zu OBJE eingefügt

← Nächstältere Version		Version vom 18. August 2020, 11:35 Uhr
Zeile 376:		Zeile 376:

	Durch die inkompatiblen Änderungen im Standard von 5.5 auf 5.5.1 kommt es je nach verwendetem Standard zu Abweichungen. Dies ist eine besondere Herausforderung an die Importmodule der Genealogieprogramme.		Durch die inkompatiblen Änderungen im Standard von 5.5 auf 5.5.1 kommt es je nach verwendetem Standard zu Abweichungen. Dies ist eine besondere Herausforderung an die Importmodule der Genealogieprogramme.

			Eine weitere Fehlerquelle ist die unterschiedliche Struktur von eingebetteten OBJE zu den Datensätzen OBJE. Neben dem unterschiedlichen Kennzeichen zum SOURCE_MEDIA_TYPE ( TYPE bzw. MEDI ) ist auch die Ebene des Titels unterschiedlich:

			Beim eingebetteten OBJE darf '''neben''' mehreren aufgeführten Dateien nur ein TITL stehen, im OBJE Datensatz wird dagegen '''jeder''' Datei ein TITL unterstellt. Es gibt Programme, die beim Import von einer Darstellung in die andere wechseln und dabei Fehler machen, indem sie die die erforderlichen Strukturänderungen nicht ausführen. Das führt zu ungültigem GEDCOM-Code.

	<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->		<!-- Sortierfolge auf der Kategorienseite gemäß letzten Teil des Titelpfades -> also dem Tagnamen -->

AEmmerich: /* Abweichungen vom Standard bei der Verwendung */ Status auf Fertig abgestimmt korrigiert

2020-03-01T10:33:17Z

Abweichungen vom Standard bei der Verwendung: Status auf Fertig abgestimmt korrigiert

← Nächstältere Version		Version vom 1. März 2020, 12:33 Uhr
Zeile 379:		Zeile 379:
	<!-- 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}}]]

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

AEmmerich: /* Pfadangaben */ ABlehung O4 eingebaut

2012-01-31T19:55:05Z

Pfadangaben: ABlehung O4 eingebaut

← Nächstältere Version		Version vom 31. Januar 2012, 21:55 Uhr
Zeile 150:		Zeile 150:

	Die beiden Positionen konnten in der Diskussion nicht entschieden werden. Dies wird über die Abstimmung zu den Entscheidungsvorschlägen erfolgen, welche der zweiten Interpretation (Identifizierung der Dateien unter Zuhilfenahme von Relativpfaden) folgen.		Die beiden Positionen konnten in der Diskussion nicht entschieden werden. Dies wird über die Abstimmung zu den Entscheidungsvorschlägen erfolgen, welche der zweiten Interpretation (Identifizierung der Dateien unter Zuhilfenahme von Relativpfaden) folgen.

			=== Abgelehnter Entscheidungsvorschlag ===

			Mit deutlicher Mehrheit wurde der folgende Entscheidungsvorschlag (war als Alternative zum bereits zurückgezogenen O4(alt) eingebrcaht) in der Abstimmung der Programmautoren abgelehnt:
			* O4 Vorbelegung im Header
			*Optional darf im Header der GEDCOM-Datei ein Alternativpfad vorbelegt werden. Dazu wird ein Kennzeichen _ALTPATH direkt dem 0 HEAD auf Ebene 1 unterstellt.

			*Diese Vorbelegung mit _ALTPATH gilt in der gesamten GEDCOM-Datei. Der Alternativpfad kann vom empfangenden Programm bei der Suche nach Mediadateien verwendet werden, die unter dem in OBJE-FILE angegebenen Pfad nicht gefunden werden.

			Damit gibt es keine gemeinsame Vereinbarung über eine gleichzeitige Kennzeichnung relativer und absoluter Pfade zu einer OBJE-Datei. Der Dateipfad ist also mit einer der über O2 verabschiedeten Versionen zu beschreiben.

	=== Nicht umgesetzte Version: Zusätzliche Kennzeichnung von Alternativ-Pfaden in OBJE ===		=== Nicht umgesetzte Version: Zusätzliche Kennzeichnung von Alternativ-Pfaden in OBJE ===

AEmmerich: /* Entscheidungsvorschläge für Vereinbarungen zu OBJE */ Titel angepaßt

2012-01-31T19:50:04Z

Entscheidungsvorschläge für Vereinbarungen zu OBJE: Titel angepaßt

← Nächstältere Version		Version vom 31. Januar 2012, 21:50 Uhr
Zeile 52:		Zeile 52:
	Auffällig ist die Verwendung unterschiedlicher Kennzeichen für den <SOURCE_MEDIA_TYPE> in der eingebetteten Version ( MEDI ) gegenüber der Datensatz-Version ( TYPE ). Das ist wohl dem noch unausgereiften Stand des GEDCOM 5.5.1 geschuldet.		Auffällig ist die Verwendung unterschiedlicher Kennzeichen für den <SOURCE_MEDIA_TYPE> in der eingebetteten Version ( MEDI ) gegenüber der Datensatz-Version ( TYPE ). Das ist wohl dem noch unausgereiften Stand des GEDCOM 5.5.1 geschuldet.

	== ~~Entscheidungsvorschläge für~~ Vereinbarungen zu OBJE ==		== Vereinbarungen zu OBJE ==

	Auf der Basis der Diskussion in der Gedcom-L wurden die folgenden Vereinbarungen entwickelt und durch Abstimmung unter den Autoren verabschiedet. O2 und O3 haben auch aus unterschiedlichen Gründen einige Gegenstimmen erhalten, so dass hier in einer späteren Phase noch versucht werden soll, Verbesserungen einzubauen.		Auf der Basis der Diskussion in der Gedcom-L wurden die folgenden Vereinbarungen entwickelt und durch Abstimmung unter den Autoren verabschiedet. O2 und O3 haben auch aus unterschiedlichen Gründen einige Gegenstimmen erhalten, so dass hier in einer späteren Phase noch versucht werden soll, Verbesserungen einzubauen.

AEmmerich: /* Entscheidungsvorschläge für Vereinbarungen zu OBJE */ Abstimmungsergebnis eingebaut

2012-01-31T19:46:08Z

Entscheidungsvorschläge für Vereinbarungen zu OBJE: Abstimmungsergebnis eingebaut

← Nächstältere Version		Version vom 31. Januar 2012, 21:46 Uhr
Zeile 54:		Zeile 54:
	== Entscheidungsvorschläge für Vereinbarungen zu OBJE ==		== Entscheidungsvorschläge für Vereinbarungen zu OBJE ==

	Auf der Basis der Diskussion in der Gedcom-L wurden die folgenden ~~Entscheidungsvorschläge~~ entwickelt. ~~Sie sind derzeit~~ noch ~~in Feinabstimmung~~, ~~bevor über sie durch eine Abstimmung der an der Liste beteiligten Programmautoren abgestimmt wird~~.		Auf der Basis der Diskussion in der Gedcom-L wurden die folgenden Vereinbarungen entwickelt und durch Abstimmung unter den Autoren verabschiedet. O2 und O3 haben auch aus unterschiedlichen Gründen einige Gegenstimmen erhalten, so dass hier in einer späteren Phase noch versucht werden soll, Verbesserungen einzubauen.

	=== O1 Umfang zu Multimediadateien ===		=== O1 Umfang zu Multimediadateien ===
Zeile 80:		Zeile 80:
	*bei einem Transfer innerhalb eines Rechners (ohne Verschieben/Kopieren von Media-Dateien) werden die absoluten Pfadangaben vom empfangenden Programm benötigt. Es wird daher empfohlen, in diesem Fall den absoluten Pfad einzutragen.		*bei einem Transfer innerhalb eines Rechners (ohne Verschieben/Kopieren von Media-Dateien) werden die absoluten Pfadangaben vom empfangenden Programm benötigt. Es wird daher empfohlen, in diesem Fall den absoluten Pfad einzutragen.
	*bei einem Transfer auf einen anderen Rechner (mit gleichzeitigem Transfer der Mediadateien) ist dem exportierenden Programm die (zukünftige) Verzeichnisstruktur auf dem empfangenden Rechner in der Regel nicht bekannt. Daher wird empfohlen, unter FILE relative Pfade einzusetzen. Gleichzeitig sollten die Mediadateien gemäß dieser Pfade auf das Transportmedium kopiert werden oder der Anwender entsprechende Kopieranweisungen erhalten.		*bei einem Transfer auf einen anderen Rechner (mit gleichzeitigem Transfer der Mediadateien) ist dem exportierenden Programm die (zukünftige) Verzeichnisstruktur auf dem empfangenden Rechner in der Regel nicht bekannt. Daher wird empfohlen, unter FILE relative Pfade einzusetzen. Gleichzeitig sollten die Mediadateien gemäß dieser Pfade auf das Transportmedium kopiert werden oder der Anwender entsprechende Kopieranweisungen erhalten.

	~~=== O4 Vorbelegung im Header ===~~
	~~Optional darf im Header der GEDCOM-Datei ein Alternativpfad vorbelegt werden. Dazu wird ein Kennzeichen _ALTPATH direkt dem 0 HEAD auf Ebene 1 unterstellt.~~

	Diese Vorbelegung mit _ALTPATH gilt in der gesamten GEDCOM-Datei. Der Alternativpfad kann vom empfangenden Programm bei der Suche nach Mediadateien verwendet werden, die unter dem in OBJE-FILE angegebenen Pfad nicht gefunden werden.

	=== O5 Zulässige Dateitypen ===		=== O5 Zulässige Dateitypen ===

AEmmerich: /* O2 Referenzierung auf Multimediadateien */

2012-01-20T08:54:21Z

O2 Referenzierung auf Multimediadateien

← Nächstältere Version		Version vom 20. Januar 2012, 10:54 Uhr
Zeile 74:		Zeile 74:
	*c) Der relative Pfad relPfad beginnt immer mit einem Punkt, z.B.: ./Verzeichnisname/		*c) Der relative Pfad relPfad beginnt immer mit einem Punkt, z.B.: ./Verzeichnisname/
	*d) es wird empfohlen, mehr als die im Standard vorgeschriebene Mindestlänge von 30 Zeichen für das Datenfeld OBJE.FILE umzusetzen, um auch längere Dateinamen inkl. der vorgenannten Pfadinformationen aufnehmen zu können.		*d) es wird empfohlen, mehr als die im Standard vorgeschriebene Mindestlänge von 30 Zeichen für das Datenfeld OBJE.FILE umzusetzen, um auch längere Dateinamen inkl. der vorgenannten Pfadinformationen aufnehmen zu können.
	*e) die ~~Dateieindung~~ muss zusätzlich in einem dem FILE Kennzeichen untergeordneten Kennzeichen FORM exportiert werden.		*e) die Dateiendung muss zusätzlich in einem dem FILE Kennzeichen untergeordneten Kennzeichen FORM exportiert werden.

	=== O3 Ergänzende Informationen zu FILE ===		=== O3 Ergänzende Informationen zu FILE ===

AEmmerich: /* Pfadangaben */

2012-01-20T08:52:32Z

Pfadangaben

← Nächstältere Version		Version vom 20. Januar 2012, 10:52 Uhr
Zeile 154:		Zeile 154:
	Eine Auslegung ist, dass mit dieser Standard-Vorgabe ausschließlich absolute Pfadangaben zulässig sind. Die andere ist, dass die Pfadangaben eine Identifizierung der Datei ermöglichen muss, was nach einem Datentransfer auf einen anderen Rechner mit dem Absolutpfad des urprünglichen Rechners nicht mehr geht.		Eine Auslegung ist, dass mit dieser Standard-Vorgabe ausschließlich absolute Pfadangaben zulässig sind. Die andere ist, dass die Pfadangaben eine Identifizierung der Datei ermöglichen muss, was nach einem Datentransfer auf einen anderen Rechner mit dem Absolutpfad des urprünglichen Rechners nicht mehr geht.

	Die beiden Positionen konnten in der Diskussion nicht entschieden werden. Dies wird über die Abstimmung zu den Entscheidungsvorschlägen erfolgen, welche der zweiten Interpretation (Identifizierung der ~~DAteien~~ unter Zuhilfenahme von Relativpfaden) folgen.		Die beiden Positionen konnten in der Diskussion nicht entschieden werden. Dies wird über die Abstimmung zu den Entscheidungsvorschlägen erfolgen, welche der zweiten Interpretation (Identifizierung der Dateien unter Zuhilfenahme von Relativpfaden) folgen.

	=== Nicht umgesetzte Version: Zusätzliche Kennzeichnung von Alternativ-Pfaden in OBJE ===		=== Nicht umgesetzte Version: Zusätzliche Kennzeichnung von Alternativ-Pfaden in OBJE ===

AEmmerich: /* Pfadangaben */ auf Diskussionsstand angepaßt

2012-01-20T08:51:57Z

Pfadangaben: auf Diskussionsstand angepaßt

← Nächstältere Version		Version vom 20. Januar 2012, 10:51 Uhr
Zeile 146:		Zeile 146:
	=== Pfadangaben ===		=== Pfadangaben ===

	In der ~~Diskussion~~ wurde ~~herausgearbeitet~~, ~~dass~~ die Anforderung des Standards zur MULTIMEDIA_FILE_REFERENCE ( OBJE.FILE ):		In der Liste wurde kontrovers diskutiert, wie die Anforderung des Standards zur MULTIMEDIA_FILE_REFERENCE ( OBJE.FILE ):

	"Eine komplette Referenz auf eine lokale oder entfernte Datei, auf die im GEDCOM-Kontext verwiesen wird."		"Eine komplette Referenz auf eine lokale oder entfernte Datei, auf die im GEDCOM-Kontext verwiesen wird."

	~~wie folgt~~ zu interpretieren ist:		zu interpretieren ist.
	Die Referenz muss insofern komplett sein, als sie die Lokalisierung der Datei erlauben muss. Dazu ist es nicht notwendig und auch nicht geeignet, den kompletten Pfad einschließlich der Laufwerksbezeichnung zu übertragen, da diese Angaben nach einem Transfer auf einen anderen Rechner meist nicht mehr passen. Stattdessen wird ein relativer Pfad vorgesehen, um die Multimediadatei relativ zum aktuellen Verzeichnis der GEDCOM-Datei zu lokalisieren.

	~~Ergänzend wurde vorgeschlagen~~, ~~im Header den Dateinamen~~ der ~~GEDCOM-~~Datei mit dem ~~kompletten Pfad zu exportieren, um die genaue Lokalisierung in dem sendenden System zu beschreiben~~.		Eine Auslegung ist, dass mit dieser Standard-Vorgabe ausschließlich absolute Pfadangaben zulässig sind. Die andere ist, dass die Pfadangaben eine Identifizierung der Datei ermöglichen muss, was nach einem Datentransfer auf einen anderen Rechner mit dem Absolutpfad des urprünglichen Rechners nicht mehr geht.

			Die beiden Positionen konnten in der Diskussion nicht entschieden werden. Dies wird über die Abstimmung zu den Entscheidungsvorschlägen erfolgen, welche der zweiten Interpretation (Identifizierung der DAteien unter Zuhilfenahme von Relativpfaden) folgen.

	=== Nicht umgesetzte Version: Zusätzliche Kennzeichnung von Alternativ-Pfaden in OBJE ===		=== Nicht umgesetzte Version: Zusätzliche Kennzeichnung von Alternativ-Pfaden in OBJE ===

AEmmerich: /* O6 Ausschnitte aus Bilddateien */ O7 neu eingefügt

2012-01-20T08:46:23Z

O6 Ausschnitte aus Bilddateien: O7 neu eingefügt

← Nächstältere Version		Version vom 20. Januar 2012, 10:46 Uhr
Zeile 102:		Zeile 102:

	Mit _PRIM_CUTOUT Y wird angegeben, dass in diesem Fall aus der Datei der unter _POSITION genannte Ausschnitt verwendet werden soll. Die genaue Bedeutung der Zahlenwerte x1,y1,x2,y2 ist derzeit noch in Abstimmung		Mit _PRIM_CUTOUT Y wird angegeben, dass in diesem Fall aus der Datei der unter _POSITION genannte Ausschnitt verwendet werden soll. Die genaue Bedeutung der Zahlenwerte x1,y1,x2,y2 ist derzeit noch in Abstimmung

			=== O7 Priorität bei mehreren Media-Dateien ===

			Sind in einem übergeordneten Datensatz mehrere Media-Objekte referenziert, so wird die Priorität gemäß GEDCOM-Standard durch die Reihenfolge der Aufrufe von OBJE im übergeordneten Datensatz festgelegt: Höchste Priorität hat der erste Aufruf. Sind innerhalb des OBJE-Datensatzes mehrere Dateien mit FILE referenziert, so hat der die zuerst angegebene Datei Priorität.

			Es ist zulässig, die Priorität zusätzlich durch ein jeweils untergeordnetes Kennzeichen _PRIM mit dem Inhalt Y zu unterstützen. Dabei wird empfohlen, die durch den Standard festgelegte Priorisierung über die Reihenfolge der Angaben mit einzuhalten, z.B.:

			<source lang="GEDCOM">
			0 @I1@ INDI
			...
			1 OBJE @O1@
			2 _PRIM Y
			1 OBJE @O2@
			</source>

			<source lang="GEDCOM">
			0 @O1@ OBJE
			...
			1 FILE "datei1"
			2 FORM "..."
			2 _PRIM Y
			1 FILE "datei2"
			2 FORM "..."
			</source>

	== Behandlung/Darstellung schwieriger Situationen ==		== Behandlung/Darstellung schwieriger Situationen ==