Vandaag zocht ik iemand waarvan ik zeker wist dat hij in het bestand moest staan.
Ik kon deze persoon niet vinden.

Bij het sorteren op internummer in de personen lijst bleek dat er heel veel namen in hschermafdruk: intern nummer 0et bestand het interne nummer 0 hebben gekregen. (ca 64 v/d ca 5600)

iedereen die intern nummer 0 heeft heeft een geboorte datum uit het jaar 128 of 129 gekregen.

Als ik vervolgens op de naam klik opent het normale venster waarin alle velden leeg blijven.

Ook de meeste achternamen zijn hiervan plots verdwenen evenals de koppelingen naar relaties van deze nummers.

Bestands herstel, herstelt het probleem niet.
Ik word hier niet vrolijk van.
Omdat ik bijna wekelijks 140-150 namen invul.
Ik kan niet achterhalen wanneer het mis is gegaan.

Ik begin langzaam aan het vertrouwen in aldfear te verliezen.

aanvullende info
Ik voer alle gegevens alleen handmatig in dus niet met een gedcom import. Het programma draait gewoon door zonder dat het in de gaten heeft dat er dubbele interne nummers zijn.

Ik heb inmiddels na verwijderen van aldfear een herinstallatie gedaan echter zonder resultaat.
Ik werk met vista en aldfear versie 4.05

aldfear staat (en stond) in de directory c:\aldfear
De data (data.aldf) staat en stond in
directory C:\gedcoms

aldfear lijkt wel normaal op te starten, een andere gekregen aldf bestand werkt wel normaal.

Ik heb inmiddels in een kopie getracht de personen met intern nummer 0 te verwijderen, ook dit lukt niet. Als ik een andere persoon selecteer
wist hij die wel.

Bestandsherstel uitgevoerd? Kennelijk wel, zo blijkt uit je reactie.

Gegevens gecontroleerd?

Heb je nog een veiligheidskopie die je kunt vertrouwen - voor alle gevallen?

Wie veel invoert, moet ook veel materiaal hebben om - desnoods! - opnieuw te beginnen vanaf een punt waar het nog wel goed was.

Ik voer elke keer dat ik gegevens invoer een controle uit.
Doe tenmiste weekelijks een bestandsherstel.

Ik heb nog 30! veiligheidskopien, maar allemaal hebben ze dit probleem.
Ik heb wel een hele oude van ongeveer 4 maanden terug die ik per abuis op een andere plaats had gezet, maar deze is niet half zo gevuld als de laatste.

Natuurlijk kan ik wel het een en ander reconstrueren, maar het gaat meer om het vertrouwen in de database en de hoeveelheid tijd die ik mogelijk weer kwijt ben.

Een 2 maanden terug was ik ook al ongeveer een dag werk kwijt nadat de stamboom niet meer wou openen.

Ik draai ook een website met TNG en dit programma heeft mij nog niet in de steek gelaten en aan kennis ontbreekt het ook niet.

Richard,
heb je ooit geprobeerd een GEDCOM export met alle Aldfaer settings te maken en die dan in een schoon nieuw bestand in te lezen.

Heb je dan nog het probleem en zo nee, wat mis je dan?

Ja dat had ik ook al geprobeerd, dit helpt niet echt,
muv dat hij dan dan 64 nieuwe id nummers maakt en mijn huidige id nummers met 64 laat verschuiven, mijn foto's zijn dan niet meer juist gekoppeld.

Ik snap niet precies wat je zegt. Slaat Aldfaer 64 nummers over??
Maar je mist niets?

De eerste 64 records zijn dan foutief, (onjuiste info) (64 x 0) word 1 tm 64, mijn huidige id nummer 1 word dan id 65

Richard,
je claimt dat je wel thuis bent op de PC.
Dan open je toch de GEDCOM export in een editor en wijzig je de index en indexreferenties van nummers 1 t/m 64 naar nieuwe onbestaande hoge nummers als 1000001 en 1000002 enz (als voorbeeld), waardoor dus nr 65 weer de eerste is.

Die gewijzigde GEDCOM haal je in een schoon bestand binnen en ik denk dat Aldfaer dan weer de juiste indexen heeft die aan jouw verwachtingen voldoen.

Maar als je zelf geen link hebt aangelegd met de interne codenummers dan hoef je toch eigenlijk niets te doen??
je mist blijkbaar niets meer na het inlezen van de GEDCOM.

TNG vergelijkt bij import de interne ID nummers met de die van het import bestand, indie er onvoldoende overeenkoimsten zijn maakt hij nieuwe records aan.

Edoch ik denk dat je me geholpen hebt.
Ik ga proberen de nummers met de hand te verhogen.

Richard,
toch blijft het curieus dat met dit bestand er iets is. Als je wilt stuur dan eens een veiligheidskopie naar mijn prive mailadres.

Ik heb inmiddels het bestand weten te herstellen met de orginele I-nummers, hopelijk staan er geen verdere fouten ontstaan.
Ik mis dus nu nog maar 64 (onbekende) records, vroeg of laat kom ik er wel achter waar wat mist. (ik heb deze records gewoon gewist de data sloeg toch nergens op er stonden geboorte data (zoals 2938BC)die nergens op sloegen, en ook de namen waren weg.

Ik kan je eventueel gewoon het "corrupte" origineel sturen omdat je die gewoon kan inlezen.
Alle veiligheids kopieen zijn niet anders.
Laat me even weten wat je wilt.

PS is de data van aldfear ergens anders mee in te lezen?
misschien kan ik dan nog wat redden van deze records)

Het gaat mij uitsluitend om die 64 records met vreemde data. Dus een omgekeerde GEDCOM export volstaat. Misschien kan ik iets zien, omdat een betatester een tool tot zijn beschikking heeft om het record te bekijken.

De data is door geen ander programma dan Aldfaer.exe in te lezen.
Fijn dat nu e.e.a. hersteld is.

Kun je wellicht nog iets zien aan een logbestand wanneer deze 0-records ontstonden??

Nee helaas, deze fout is meer dan 30 herstelversies geleden al ontstaan.
ouder zijn ze niet meer in mijn bezit.

Ik zal je een recente herstelversie sturen, zodat je zoveel mogelijk in het orginele bestand kan kijken, ik vertouw erop dat je de gegevens na het onderzoek vernietigd.

Een gedcom export en daarna import werkt wel edoch de orginele interne nummers (RIN) gaan hierdoor toch verloren.
(Doordat ik personen heb samengevoegd in het verleden ontbraken er RIN nummers)

Hierdoor werkt mijn website (TNG) niet meer correct deze behoud nl de orginele RINs. Ook alle in google onstane links doen het daardoor niet meer (link komt bij verkeerde persoon).

Ik heb inmiddels wel het aldf bestand kunnen repareren.
en wel als volgt:

eerst een groep aangemaakt waarbij alle personen geselecteerd worden die niet een datum veld hebben die bevat -128, deze van deze groep een nieuw.aldf bestand gemaakt.

(kan alleen als er dus geen personen in staan die geboren zijn in het jaar 128 of 1280 t/m 1289)

Dit bestand was al veel schoner, echter nu was er nog een dubbele RIN 1 ontstaan waarvan de eerste weer een datum 00-00-128 bevatte,

Dezelfde actie herhaald als boven.
Nu is het bestand schoon en laad nu razendsnel in en sluit ook weer razendsnel af en alle orginele RINs zijn behouden.
Ook klopt het aantal personen weer welke boven in het programma staat.

Ik heb nu wel een wens voor de volgende aldfear versie nl:
Bij import van een gedcom in een nieuwe lege stamboom de orginele RINs van de te importeren gedcom intact laten.

groetjes Richard.

Richard,
ik doe niets anders dan om de zoveel tijd een lege Aldfaer vullen met een GEDCOM uit mijn database met een opmaak van:
0 @I2@ INDI
1 RIN 2

en geen enkele RIN wordt veranderd.

Je mailde mij al dat je geen ontbrekende RINs had.
Alleen bij een het opnieuw inlezen van een gedcom met ontbrekende rins gaat aldfear pas verschuiven.

zie voorbeeld
1 RIN 500
1 NAME Theodorus/Mens/
1 SEX M
1 BIRT
2 DATE 22 AUG 1895
2 PLAC Lisse, The Netherlands
1 EVEN
2 TYPE birth registration
2 DATE 22 AUG 1895
2 SOUR @S59@
1 DEAT
2 DATE 2 SEP 1895
2 PLAC Lisse, The Netherlands
1 FAMC @F1204914767@
1 _NEW
2 TYPE 1
2 DATE 11 MAR 2008
3 TIME 23:59:15
1 CHAN
2 DATE 1 MAY 2008
3 TIME 00:11:53
0 @I502@ INDI
1 RIN 502

na het opnieuw inlezen word dit
1 RIN 500
1 NAME Theodorus/Mens/
1 SEX M
1 BIRT
2 DATE 22 AUG 1895
2 PLAC Lisse, The Netherlands
1 EVEN
2 TYPE birth registration
2 DATE 22 AUG 1895
2 SOUR @S59@
1 DEAT
2 DATE 2 SEP 1895
2 PLAC Lisse, The Netherlands
1 FAMC @F1204914767@
1 _NEW
2 TYPE 1
2 DATE 11 MAR 2008
3 TIME 23:59:15
1 CHAN
2 DATE 1 MAY 2008
3 TIME 00:11:53
0 @I501@ INDI
1 RIN 501