L.S.,

sinds kort kom ik in mijn versie 4.1 met ca. 32.000 personen bij een aantal personen foutieve feiten tegen (o.a. beroep en adres). Ik kan ze niet verwijderen.
Vreemd genoeg komt de persoon niet voor als ik met Stamboom/Onderhoud/... zoek op dat foutieve feit.
Hoe op te lossen/ te corrigeren?

Jan Ph.

Jan,

Ik neem aan dat je via Stamboom/Onderhoud je gegevens aan het controleren en corrigeren bent en dat je hier nog een paar teksten tegenkomt waaraan geen personen gekoppeld zijn. Klopt dat?

Deze teksten kun je (per veld) schonen via de knop "Overbodige teksten verwijderen" (de 5e knop van links, die met het rode kruis) op het Onderhoud-venster.

Ook met Stamboom/Bestandsherstel worden overbodige teksten verwijderd (uit het hele bestand).

mvg
Carel.

Carel,

dat ik mij allemaal bekend. Maar dat is niet mijn probleem.
Voorbeeld: op mijn eigen blad & persoonskaart is te zien dat ik "metselaar" ben.
Dat ben ik dus niet en heb ik ook nooit ingebracht bij mijzelf; dat is dus foutief.
Bij Stamboom/Onderhoud komt het beroep "metselaar" uiteraard voor, maar dan weer niet met mijn naam erbij (en dat is correct).

Jan Ph

------------------------------
Voorbeeld: op mijn eigen blad & persoonskaart is te zien dat ik "metselaar" ben
---------------------------------
Hallo Jan

Is het ook niet te zien op het tabblad feiten, wanneer de betreffende persoon op het hoofdscherm staat?

Met vriendelijke groet,
Arie Holtkamp

Ook ik heb hetzelfde probleem: bij feiten komen gegevens voor die ik nooit ingevoerd heb.
vb. bij een personen geboren 1600-1700 komen adressen voor uit de jaren eind 1900, ook beroepen die niet juist zijn.
Het probleem is dat deze foutieve gegevens op geen enkele manier te verwijderen zijn

Arie,

dat is juist het probleem! Overal (scherm, overzichten, tabbladen) komen de fouten voor. Behalve bij Onderhoud.
Overigens: niet bij iedereen komt het voor. Veel van de 32.000 zijn goed. Maar een onbekend (groot?) aantal is foutief.

Jan.

Hallo Aldfaer team,

heeft iemand voor het bovenstaand probleem
"verkeerde niet te verwijderen feiten" een oplossing ???

Jan, Jef,

Ik ben niet bekend met een dergelijk probleem, maar ik heb wel wat algemene vragen. Die bedoeld zijn om kunnen zoeken nnaar de oplossing.
1 hebben jullie ooit mbv een veiligheidcopie een wijziging teruggedraait?
2 als bij 1 het antwoord ja was: welke versie van Aldfaer heb je toen gebruikt bij het terugzetten? En van welke versie was die copie?
3 als 1 en 2 maar nu voor GEDCOM
4 heb jezelf enige lijn kunnen ontdekken in het optreden van de fout (bv. alleen bij getrouwde mannen zonder kinderen?
5 Heb je al geprobeerd om een GEDCOM export te doen (Let op: alle opties om iets mee te nemen moeten aan staan!!!!!!) en die export weer in een nieuwe stamboom te importeren?

Wim Rozendaal

Dag Wim,

1) ik werk niet met een VKcopie, ik heb mijn bestand op een 5-6 tal verschillende plaatsen opgeslagen, laptop, vaste pc (2 schijven), usb stick, externe harde schijf en op het net, dus via een VKcopie kan dit zeker niet gebeurt zijn.
2) via een gedcom zou kunnen ik heb ooit een gedcom geëxporteerd en terug geïmporteerd om de interne nummers te laten aansluiten (ik heb daar nu een andere oplossing voor), ik weet niet of Jan ooit een met een gedcom gewerkt heeft (Jan graag antwoord hierop).
3) er zit geen lijn in zowel bij niet gehuwden als bij koppels komt het verschijnsel voor.
4) het verkeerd geplaatst feit is onmogelijk te verwijder of te wijzigen , wanneer je na "verwijderen" of na een wijziging in het feit aangebracht te hebben op de OK knop drukt gebeurt er niets het feit blijft staan, je zou het misschien kunnen verwijderen via onderhoud maar dan wordt het ook verwijderd bij alle personen waarbij het wel goed staat, dus dat is eigenlijk geen optie.
Ook komt het maar heel zeldzaam voor en is zeker geen algemeen verschijnsel.

Wim (en Jef),

antwoorden:

1 en 2. ja, noodgedwongen na een plotseling uitvallen van de PC een paar maand geleden; een klein aantal nieuw ingevoerde personen (& bijbehorende items) waren toen verloren gegaan; ik werkte toen al met 4.1 en ik meen me te herinneren dat de copie niet al te makkelijk terug te zetten was; helaas kan ik je niet het exacte verhaal vertellen omdat ik simpelweg daarna alles weer werkbaar had in 4.1. Overigens is me toen (direct) niet opgevallen dat er 'foutieve feiten' waren

3. GEDCOM nee; jaren geleden in een vroege versie

4. geen lijn; willekeurig

5. vandaag een GEDCOM gemaakt met alle opties; een alternatief nieuw bestand gemaakt; GEDCOM geimporteerd: geen verschil met mijn eigen bestand (= zelfde fouten)

aanvulling 6. ik heb nu een GEDCOM. Desgewenst mag je 'm bekijken.

Jan Ph.

Jan, Jef,

Een aanvulling op vraag/verzoek van Wim R. : Hebben jullie de functie van bestandsherstel al uitgevoerd of ooit uitgevoerd? Dat kan je standaard instellen bij het automatisch maken van een VK (VeiligheidKopie).

Ik weet niet of dit ook voor feiten geldt (bij huwelijksrelaties geldt dit wel) : maar bij het uitvoeren van tweemaal bestandsherstel achtereen zouden de "loze" koppelingen dienen te worden verwijderd.

Bert,

ik heb sinds ik Aldfaer gebruik ingesteld dat bij het afsluiten standaard een Bestandsherstel wordt uitgevoerd (incl. een veiligheidskopie).

Net heb ik handmatig onder Stamboom een Bestandsherstel (2x) uitgevoerd. Die duurde trouwens langer dan de Bestandsherstel bij het afsluiten.
Ik heb Aldfaer daarna afgesloten en opnieuw opgestart. Mijn indruk is dat mijn probleem nu is opgelost! De foute feiten die ik kende zijn weg.
Dank voor je advies. Ik hoop dat de overige gebruikers hier ook profijt van zullen hebben!

Jan Ph.

LS, vraag: hoe kan het in tijd verschillen tussen de handmatige en automatische bestandsherstel.
Zijn dat dan niet dezelfde functies die de database scannen op fouten? Kennelijk zijn ze toch verschillend, gezien de uitkomst die Jan Ph meldt.

Arend,

Die tweede uitvoering van bestandsherstel heeft extra handelingen in zich waardoor die langer duurt. De eerste zal (als ik het goed heb) niet veel langer hebben geduurd.

Bert,

Ik kan geen bestandsherstel uitvoeren, ik veronderstel dat mijn bestand te groot is (96MB), tot een 40% verloopt het normaal dan duurt het uren om er nog 1% bij te krijgen en loopt dan het vast.
Is hier een oplossing voor?

Duurt het wijzigen/toevoegen van notities lang voordat het nieuwe scherm weer actief wordt?? Dat komt doordat de totale file op schijf geschreven moet worden.

Ik denk dat er een hoeveelheid te verwijderen notities zal zijn "waar je eng van wordt"(hoop dat je me die opmerking niet kwalijk neemt).

Wat je ook kan doen is via STAMBOOM - ONDEHOUD en dan selecteren NOTITIES (4e van onderen). In dat scherm, waarin ALLE notities staan die je (ooit) hebt toegevoegd cq. aangepast, moet je eens klikken op het symbool met dat rode kruisje, dit is het vijfde symbool van links (Overbodige teksten verwijderen). Dit symbool doet vrijwel het zelfde als wat ook in bestandsherstel wordt uitgevoerd.

Hierna zal de functie van bestandsherstel wel redelijk in tempo worden uitgevoerd.

Een andere tekst-file wat groot kan worden is de BRONNEN, Die zou je ook via de "alternatieve" weg kunnen reduceren.

Maak voor de zekerheid altijd een goede VeiligheidsKopie!!

Wanneer ik notities toevoeg is dat direct o.k. dat duurt één seconde.
Ik schoon de voornamen, achternamen, plaatsen, bronnen, notitie's enz... regelmatig op via het "a/b rood kruisje" in onderhoud, dus er staan zeker geen overbodige teksten in het bestand, toch kan ik via bestandsherstel geen herstel uitvoeren.

De grootte van de ALDF is geen enkel probleem om bestandsherstel te doen. Echter gezien de jou aangegeven grootte van 96Mb dacht ik dat je nooit overbodige teksten zou hebben verwijderd; vandaar mijn eerdere reactie.

In de LOG-file wordt bestandsherstel gelogd.
Kan je de laatste regels daarvan weergeven, waardoor we weten waarmede bestandsherstel bezig is cq. gaat.

Er is wel in de komende versie een aanpassing om een "loop" te voorkomen.

Dat het langer duurt is niet zo boeiend, wat wel van belang is op welke punten de functies verschillen. En heeft het zin een wens te formuleren dat het bestandsherstel bij de VK dezelfde wordt als uit het menu Stamboom?

Arend,

Ik ken de inhoudelijke code niet; dus kan ik ook geen concreet antwoord geven. Hoop dat je mij dat niet kwalijk zal nemen. Echter als het in één run had gekund dan had Anne dit beslist zo gemaakt.
Misschien als Anne dit leest dat hij hier meer duidelijkheid over kan/wil verschaffen.
Ik weet alleen dat die functionaliteit erin gekomen is, omdat soms zaken niet geheel juist wo(e)rden verwijderd.

Bv. ik heb de afgelopen weken in V:3.5.3 een groot aantal peronen vanuit de ene database overgeheveld (dus ook verwijderd) naar een andere database. Nu zie ik dat ik plaatsnamen heb, in gebruik bij burgelijke huwelijken, welke gekoppeld zijn aan "onbekende" personen; dus die plaatsnamen kan ik ook niet verwijderen. En juist die kennis heb ik hier gebruikt vanwege deze koppelingsproblematiek met feiten. Niet wetend dat het daardoor ook opgelost zou kunnen worden! Maar wat ik meestal aangeef : niet geschoten is altijd mis.

Bert,

Bestandsherstel uitgevoerd (zie onder) tot 45% vrij normaal.
Van ca. 23,30u. waarbij de teller "totaal" op 45% en de teller "bestand" op 0 stond tot 7 uur s'morgens waarbij de teller "totaal" nog altijd op 45% en teller "bestand op 62% staat.

11/05/2009 23:17:23:46 versie 4.1 -> === OPEN STAMBOOM kleinbrabantse_databank ===

11/05/2009 23:17:40:42 versie 4.1 -> Bestandsherstel persoon: pack bestand

11/05/2009 23:17:52:34 versie 4.1 -> Bestandsherstel geboorte: pack bestand.

11/05/2009 23:17:54:93 versie 4.1 -> Bestandsherstel geboorte: maak index.

11/05/2009 23:17:56:89 versie 4.1 -> Bestandsherstel geboorte: sorteer index.

11/05/2009 23:17:56:98 versie 4.1 -> Bestandsherstel geboorte: schrijf index.

11/05/2009 23:17:57:00 versie 4.1 -> Bestandsherstel overlijden: pack bestand.

11/05/2009 23:17:59:84 versie 4.1 -> Bestandsherstel overlijden: maak index.

11/05/2009 23:18:01:99 versie 4.1 -> Bestandsherstel overlijden: sorteer index.

11/05/2009 23:18:02:07 versie 4.1 -> Bestandsherstel overlijden: schrijf index.

11/05/2009 23:18:02:29 versie 4.1 -> Bestandsherstel huwelijk: pack bestand.

11/05/2009 23:18:03:43 versie 4.1 -> Bestandsherstel huwelijk: maak index.

11/05/2009 23:18:04:49 versie 4.1 -> Bestandsherstel huwelijk: sorteer index.

11/05/2009 23:18:04:52 versie 4.1 -> Bestandsherstel huwelijk: schrijf index.

11/05/2009 23:18:07:62 versie 4.1 -> Bestandsherstel feiten: pack bestand.

11/05/2009 23:18:08:06 versie 4.1 -> Bestandsherstel feiten: maak index.

11/05/2009 23:18:08:39 versie 4.1 -> Bestandsherstel feiten: sorteer index.

11/05/2009 23:18:08:40 versie 4.1 -> Bestandsherstel feiten: schrijf index.

11/05/2009 23:18:08:40 versie 4.1 -> Bestandsherstel materiaal: pack bestand.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel materiaal: maak index.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel materiaal: sorteer index.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel materiaal: schrijf index.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel groep: pack bestand.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel groep: maak index.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel groep: sorteer index.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel groep: schrijf index.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel conditie: pack bestand.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel conditie: maak index.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel conditie: sorteer index.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel conditie: schrijf index.

11/05/2009 23:18:08:42 versie 4.1 -> Bestandsherstel teksten: bestand Code.

11/05/2009 23:18:08:45 versie 4.1 -> Bestandsherstel teksten: bestand Achternaam.

11/05/2009 23:19:20:79 versie 4.1 -> Bestandsherstel teksten: bestand tussenvoegsel.

11/05/2009 23:19:20:91 versie 4.1 -> Bestandsherstel teksten: bestand Voornaam.

11/05/2009 23:23:09:70 versie 4.1 -> Bestandsherstel teksten: bestand Straat.

11/05/2009 23:24:56:44 versie 4.1 -> Bestandsherstel teksten: bestand Plaats.

Dit is en heel vreemde plaats voor die lange doorloop.

Een tussen vraag "Heb je de LOG bekeken NADAT je Aldfaer had afgesloten of tijdens het open zijn van Aldfaer?". In dat laatste geval is nog niet alles naar de LOG-file geschreven en kan Aldfaer nog wat in het geheugen hebben staan.

Na plaats dient nl. Land; Beroep; Religie; Bron; Reden; Oorzaak; etc te komen en aldaar kan nergens zo'n lange doorlooptijd zijn. Later komen pas de notities aan bod en dit kan een langere doorlooptijd hebben als je veel notities in gebruik hebt.

Gezien het feit dat je toch loopt van 0% nar 62% zou ik je adviseren om die run door te laten lopen totdat ie toch volledig klaar is ook al duurt het nog vele uren.

Kan je trouwens in de verborgen map kijken en dan sorteren op grootte en de grootste ALF-files aangeven??

Bert,
Ik denk dat de doorloop niet over uren maar dagen zal gaan.
Waar vind ik trouwens die verborgen map ??

Die verborgen map is naast de ALDF-file aanwezig en begint met : _0xADFAE350_
Je moet evenwel in de verkenner hebben aangegeven dat de verborgen mappen zichtbaar zijn.

Dat het langer duurt is niet zo boeiend, wat wel van belang is op welke punten de functies verschillen. En heeft het zin een wens te formuleren dat het bestandsherstel bij de VK dezelfde wordt als uit het menu Stamboom?