Aktes

Nadeel t.o.v. afbeeldingen op het hoofdscherm is dat je niet door de foto's kunt bladeren.

Stel dat het pad naar je materiaal, om welke reden dan ook veranderd, je veel handmatige aanpassingen zult moeten maken.

Hoewel deze draad niet in de juiste categorie werd gestart, nog even dit tot slot.

Harm,

Uw laatste bericht heeft mij ertoe aangezet de help nog eens goed door te nemen en mijn visie aangaande de links te herzien.
Uw methode is toch interessant, in die zin dat ik ze zal gebruiken voor documenten zoals acten, pdf, Word, e.d. Daar de feiten selectief kunnen aan-/uitgevinkt worden, in dit geval 'Overige' feiten, bestaat de keuze om de links, al dan niet, te publiceren in de rapporten.

Hans,
Volledig eens. Op het hoofdscherm plaats ik alleen de foto's van de betreffende persoon. Het doel hiervan is de foto's van de persoon van de documenten te scheiden in de weergave van het rapport.

Uiteraard is de lay-out persoonlijk. En dit is juist het mooie aan Aldfaer, dat elke gebruiker de mogelijkheid biedt een persoonlijk document te publiceren.

Ik weet niet of dit al bekend is maar door een beetje uitproberen kun je akten bijvoorbeeld ook rechtstreeks koppen in het Bron veld, bijvoorbeeld bij geboorte

Voorbeeld:

<nt><a href="$ALDFAER1BSG Zevenbergen 1907 Aktenummer 217.jpg">BSG Zevenbergen 1907 Aktenummer 217</a></nt>

Zo heb je de afbeelding van de akte precies bij de bron.

(inderdaad mogelijk het verkeerde onderwerp)
Zien jullie het niet als een probleem dat alle foto's in één directory komen (die je instelt bij eigenschappen-stamboom)?

Ik wil mijn foto's ordenen (en dat heb ik al), maar als ik een foto kies die niet de default dir staat dan wil Aldfaer de foto daar naar toe verplaatsten/kopieren.

@Hans
Inderdaad is het een nadeel dat als je de directory verandert, je ontzettend veel aanpassingen zou moeten doen.
Vandaar dat ik al eens een wens heb ingediend om automatische zoek- en vervangacties te kunnen doen in Aldfaer velden. Want zonder die mogelijkheid kosten ook andere wijzigingen in Aldfaer ontzettend veel tijd. Zo ben ik nog steeds gegevens handmatig aan het verplaatsen die indertijd bij de conversie van Haza-Data naar Aldfaer op verkeerde plekken zijn terecht gekomen, terwijl die overstap toch al jaren geleden is. Veel heb ik al aangepast, maar lang nog niet alles.

Wat betreft de directory heb ik het overigens anders opgelost. In Aldfaer verwijs ik naar een virtuele schijf. Naar die virtuele schijf kan ik iedere willekeurige directory laten verwijzen.
De afbeeldingen staan in: \googledrive wat is gemapped naar de virtuele schijf Z.

Harm,
Zolang die bestanden binnen de map materiaal staan en aan personen gekoppeld zijn, kan je die binnnen die map materiaal organiseren zoals je wenst en volstaat een shift+ctrl+B (Bestandsherstel) om die koppelingen te "herstellen".
Probeer maar eens met een enkele foto of akte.

Ruud,

Ja, maar de bestanden waarover ik het heb, staan niet in de map materiaal, maar in een GoogleDrive map (wat ook de plek is waar ik ze wil hebben omdat daar al mijn genealogische bestanden staan). Op mijn desktop pc staat die map in \Googledrive en op mijn laptop (waarop geen d-schijf aanwezig is) in C:\user\Harm\Googledrive. GoogleDrive houdt de bestanden in die mappen met elkaar synchroon.

In principe heb ik daarmee het probleem dat als ik vanuit Aldfaer via links verwijs naar \Googledrive, die links dan niet werken op mijn laptop. Dat heb ik dus opgelost door zowel op pc als laptop de Googledrivemap te sharen naar schijf Z:, zodat een verwijzing naar bijvoorbeeld het bestand Z:\Winschoten\afbeeldingen\Pietje.jpg zowel op pc als laptop werkt.

Dat betekent dat ik aan de directorystructuur en -benamingen binnen de Googledrive map niets moet gaan veranderen (en dat doe ik dus ook niet), want dan kan ik een groot aantal links in Aldfaer handmatig gaan aanpassen, waar ik geen tijd voor en geen zin in heb.
Het zou heel handig zijn als Aldfaer wat dat betreft de mogelijkheid van een automatische zoek-/vervang optie biedt:
Bijvoorbeeld: <Vervang Z:\Winschoten in Z:\plaatsen\Winschoten>

Maar ook in andere situaties kan zo'n automatische zoek- en vervang optie handig zijn.
Bijvoorbeeld in het veld adres:
Schönfeldplein 1
Schönfeldplein 1a
Schönfeldplein 2
etc.... tientallen adressen aanwezig op het Schönfeldplein.
Wil ik de benaming van dit plein aanpassen, moet ik dus tientallen bewerkingen doen.
Handiger zou zijn:
<Vervang Schönfeldplein in Burgemeester Schönfeldplein>

Hoort meer thuis in de rubriek "wensen", maar daar heb ik het, als ik me goed herinner, ooit al eens geplaatst.

Harm,
ook in een laptop kan je een partitie maken op de C-schijf met de drive letter
Dat is dus al een deel van het probleem opgelost. Blijft het probleem die twee Googledrives identiek te houden.

Maar... Ik neem aan dat de LT en PC in een privé netwerk staan. Stel je materiaal staat op de PC, dat kan je dan vanaf de LT via Eigenschappen aanroepen en hoef je maar één bestand bij te houden. Ga je met de LT op reis, dan "even" een kopie van het materiaal op de LT zetten. Toegegeven, de eerste keer kost dat tijd. Daarna gaat het sneller want "dubbelen" laat je dan in de kopieerslag vervallen. en dan is het gewoon een kwestie van even de eigenschappen op de LT aan te passen. En daar is dan zelfs geen Bestandsherstel voor nodig.

Overigens , door een foutje werkt de gemelde methode niet in 6.0. In de eerstvolgende update is dat opgelost


Zoek/vervang
Maak een gedcom, open die in een tekstverwerker en doe je gewenste zoek/vervang¨
Importeer de gedcom als nieuw bestand.

Ruud,
Ja, uiteraard is het ook op te lossen door de schijf op de laptop te verdelen in twee partities. Maar de oplossing die ik beschreef werkt prima (Googledrive die de bestanden op laptop en desktop synchroon houdt (ongeacht de schijf en map) en een share naar Z:\ zodat de verwijzingen in Aldfaer werken op beide computers). Zo draait het nu al ruim een jaar probleemloos.
Het identiek houden van de twee GoogleDrive mappen is dus geen probleem. Dat werkt perfect!

De tip met de gedcom heb ik ooit eens zelf bedacht en uitgetest. Het bleek dat na het opnieuw importeren van de aangepaste gedcom alle lange opmerkingen in het bestand halverwege waren afgekapt.
Dat betekende dus gegevensverlies en heb ik dus uiteindelijk niet uitgevoerd.
In mijn herinnering ging het fout in de eerste fase (het exporteren naar Gedcom)
Overigens ook een rigoureuze actie in een bestand met 123.000 personen. Het handmatig wijzigen is mogelijk sneller, minder omslachtig en minder riskant (gezien het gegevensverlies bij een eerdere test).

Harm.

Re Gedcom - afkappen. Blijkbaar overschrijdt de inhoud van de notities de in gedcom 5.5 beschikbaar gestelde aantal tekens. Als ik de gedcom 5.5 (de laatste officiële versie) juist interpreteer is dat 248 tekens.

Is het dan niet handiger om grote notities in een word of pdf op te nemen en die dan aan de betreffende persoon/personen te koppelen? Dat geeft in geval van dezelfde notitie bij meerdere personen in ieder geval minder werk. Zeker als die inhoud van dat document later aangevuld wordt.

Dat er een maximum zou zitten aan de lengte van notities, heb ik nooit geweten. Toen ik overstapte van Haza-Data naar Aldfaer zijn alle notities volledig ingelezen. Maar mogelijk had ik toen nog nauwelijks lange notities. Later ben ik transcripties van akten en teksten van krantenartikelen in notities gaan opnemen.

Het overzetten van die notities in een extern bestand (Word, pdf of eventueel tekst) is een goed idee. Niet alleen vanwege de maximum lengte in Gedcom, maar vooral ook omdat die notities wel erg veel ruimte innemen op het scherm in Aldfaer. Kun je wel door scrollen, maar overzichtelijk is anders.

Enig nadeel is dat er ontzettend veel tijd in gaat zitten om het om te werken, maar dat kan geleidelijk aan.

Ter geruststelling

Het is inmiddels gebleken dat het om 248 tekens per regel gaat