Diskussion:GENDEX - Versionsgeschichte

KurtKastner: /* Umlaute auf FamilyTreeSeeker */ neuer Test

2017-11-04T13:52:56Z

Umlaute auf FamilyTreeSeeker: neuer Test

← Nächstältere Version		Version vom 4. November 2017, 15:52 Uhr
Zeile 29:		Zeile 29:

	Grüße, --[[Benutzer:Mosmas\|Mosmas]] 20:09, 19. Jan. 2017 (CET)		Grüße, --[[Benutzer:Mosmas\|Mosmas]] 20:09, 19. Jan. 2017 (CET)

			: Hab wieder mal mit FamilyTreeSeeker getestet. Es funktionierte mit [http://www.kastners.info/iso8859-1.gdx meiner ANSI-Datei] ganz gut. Codierung 8 Bit ANSI, mit Umlauten und Sonderzeichen nach ISO8859-1. Ergebnis. [http://www.familytreeseeker.com/?a=search&fn=cÿriak&sn=amtsbühler&submit=Search Cÿriak Amtsbühler], Grüße, [[Benutzer:KurtKastner\|Kurt Kastner]] 14:52, 4. Nov. 2017 (CET)

Mosmas: Workaround für Umlaute auf FamilyTreeSeeker

2017-01-19T19:09:11Z

Workaround für Umlaute auf FamilyTreeSeeker

← Nächstältere Version		Version vom 19. Januar 2017, 21:09 Uhr
Zeile 15:		Zeile 15:

	:: Grüße, --[[Benutzer:Mosmas\|Mosmas]] 18:57, 17. Jan. 2017 (CET)		:: Grüße, --[[Benutzer:Mosmas\|Mosmas]] 18:57, 17. Jan. 2017 (CET)

			== Umlaute auf FamilyTreeSeeker ==
			Meine Erfahrungen sind folgende:
			# '''iso8859-1''': Zeilen mit Umlauten in dieser Kodierung werden – anders als auf GenDex Network – schlicht nicht importiert.
			# '''UTF-8''': Zeilen mit Umlauten in dieser Kodierung werden importiert, aber nicht gefunden (also nicht als Fund ausgegeben).
			# '''Digraphen-Umschrift''' (z. B. „ä“ → „ae“, „ß“ → „ss“): macht natürlich kein Problem.
			# '''Löschen der Umlaut-Punkte''' (z. B. „ä“ → „a“): macht natürlich auch kein Problem.
			Ich habe nun in meiner Not jede Zeile mit Umlauten oder Szett dreifach, nämlich in den o. g. Varianten 2, 3 und 4 in die GENDEX-Datei geschrieben. Das Resultat ist hier zu sehen:
			* Suche nach „[http://www.familytreeseeker.com/search.php?fn=Rudolf&sn=W%C3%A4spi Rudolf Wäspi]“ (findet nun immerhin „Waspi“)
			* Suche nach „[http://www.familytreeseeker.com/search.php?fn=Rudolf&sn=Waespi Rudolf Waespi]“
			* Suche nach „[http://www.familytreeseeker.com/search.php?fn=Rudolf&sn=Waspi Rudolf Waspi]“
			Auf diese Weise ist zumindest sichergestellt, dass der/die Suchende überhaupt etwas findet. Ob es das Gesuchte ist, wird beim Klick auf den Link in der Liste der Funde ja sofort klar, denn [http://www.retas.de/rolf/ahnen/?kn=320 auf der verlinkten Seite] sind die Umlaute zu sehen.

			Grüße, --[[Benutzer:Mosmas\|Mosmas]] 20:09, 19. Jan. 2017 (CET)

Mosmas: /* GENDEX-Format und -Registrierung */ Re

2017-01-17T17:57:08Z

GENDEX-Format und -Registrierung: Re

← Nächstältere Version		Version vom 17. Januar 2017, 19:57 Uhr
Zeile 7:		Zeile 7:

	: Ich generiere die Dateien ebenfalls selbst und habe auch das Umlaut-Problem. Ich habe ISO8859-1 und UTF-8 (mit und ohne BOM) probiert → Umlaute klappten nicht. Die Anfrage bei FamilyTreeSeeker ist seit vier Monaten unbeantwortet. GenDex Network bemühte sich sehr, konnte aber damals nicht helfen. Ich werde es nun erneut probieren. Grüße, [[Benutzer:KurtKastner\|Kurt Kastner]] 18:05, 17. Jan. 2017 (CET)		: Ich generiere die Dateien ebenfalls selbst und habe auch das Umlaut-Problem. Ich habe ISO8859-1 und UTF-8 (mit und ohne BOM) probiert → Umlaute klappten nicht. Die Anfrage bei FamilyTreeSeeker ist seit vier Monaten unbeantwortet. GenDex Network bemühte sich sehr, konnte aber damals nicht helfen. Ich werde es nun erneut probieren. Grüße, [[Benutzer:KurtKastner\|Kurt Kastner]] 18:05, 17. Jan. 2017 (CET)

			:: Nachdem die Umlaute in GenDex Network zunächst nicht funktionierten und ich dem Admin mitteilte, dass in seiner HTML-Charset-Definition der Wurm war (deklariert als iso8859-1, aber Seiteninhalt in UTF-8), hat der sofort reagiert und nach eigener Aussage "etwas gefixt". Seitdem geht's. Kann man testen mit "meiner" ''Anna Barbara Wäspi''.

			::Bezüglich FamilyTreeSeeker sind das ja keine so schönen Aussichten. Ich werde mal versuchsweise je Umlaut-Datensatz 3 GENDEX-Zeilen generieren, im Beispiel oben: ''Wäspi'', ''Waespi'' und ''Waspi''. Werde dann hier berichten.

			:: Mich wundert sowieso, dass man im GENDEX-File die Kodierung nicht angeben kann bzw. muss ...

			:: Grüße, --[[Benutzer:Mosmas\|Mosmas]] 18:57, 17. Jan. 2017 (CET)

KurtKastner: /* GENDEX-Format und -Registrierung */ re

2017-01-17T17:05:43Z

GENDEX-Format und -Registrierung: re

← Nächstältere Version		Version vom 17. Januar 2017, 19:05 Uhr
Zeile 5:		Zeile 5:

	--[[Benutzer:Mosmas\|Mosmas]] 17:33, 17. Jan. 2017 (CET)		--[[Benutzer:Mosmas\|Mosmas]] 17:33, 17. Jan. 2017 (CET)

			: Ich generiere die Dateien ebenfalls selbst und habe auch das Umlaut-Problem. Ich habe ISO8859-1 und UTF-8 (mit und ohne BOM) probiert → Umlaute klappten nicht. Die Anfrage bei FamilyTreeSeeker ist seit vier Monaten unbeantwortet. GenDex Network bemühte sich sehr, konnte aber damals nicht helfen. Ich werde es nun erneut probieren. Grüße, [[Benutzer:KurtKastner\|Kurt Kastner]] 18:05, 17. Jan. 2017 (CET)

Mosmas: GENDEX-Format und -Registrierung

2017-01-17T16:33:08Z

GENDEX-Format und -Registrierung

Neue Seite

== GENDEX-Format und -Registrierung ==
Die Ergänzungen zum GENDEX-Format (Datumsfelder wie GEDCOM, Hinweis kam aus der [https://en.wikipedia.org/wiki/GENDEX englichen Wikipedia]) und zur Registrierung bei den beiden Index-Servern basieren auf den Erfahrungen, die ich selbst gerade mit der GENDEX-Registrierung gemacht habe. Da ich meine GENDEX-Datei und das Datensatz-Anzeigeprogramm mit selbst geschriebenen Programmen implementiert hatte, ging beim GenDex Network die Ermittlung der Base URL schief, so dass ich diese dem Administrator per E-Mail mitteilen musste. (Beispiel eines Datensatzes auf meiner Homepage: http://www.retas.de/rolf/ahnen/?kn=648)

Bei FamilyTreeSeeker gibt es noch ein Umlaut-Problem, meine GENDEX-Datei ist iso8859-1-kodiert, die Datensätze mit Umlauten wurden nicht importiert. (Anfrage an den Admin läuft - hat hier jemand einen Tipp?) Beim GenDex Network musste der Admin einen kleinen Bug (in seiner Software ;-) fixen, danach gab's mit meiner GENDEX-Datei keine Probleme.

--[[Benutzer:Mosmas|Mosmas]] 17:33, 17. Jan. 2017 (CET)