verkeerde foto:

links de verkeerde foto en rechts de goede. Beiden met dezelfde naam!!!! Het komt diverse keren voor dat foto's weergegeven wordt met een andere inhoud.

Ook dat je de melding krijgt dat de afbeelding niet gevonden is.
Selecteer je de naam van de afbeelding en laat je deze opnieuw plaatsen, dan is er totaal geen probleem en wordt hij zonder meer geplaatst.

Iemand enig idee ivm deze problemen?? Werk met XP en de laatste versie van Aldfaer.

Kun je aangeven bij welk rapport. Zijn er ook rapporten waarbij dit wel goed gaat?

mvg
Carel

In een parenteel, maar ook al als je de gegevens van een persoon oproept en door de foto's 'bladert'.
Kan het misschien ook komen, doordat ik 0,7 gb foto's heb in dezelfde map, waarna verwezen wordt?

Gaat het alleen fout binnen het rapportvenster van Aldfaer? Als je op het blauwe bolletje klikt voor weergave met je ingestelde browser - gaat het dan wel goed? Zo ja, dan kan het komen door de grote hoeveelheid weer te geven informatie.

In het verleden zijn eerder meldingen geweest over rapportages met veel grote (qua opslagruimte) foto's. Zelf werk ik met kopieen van het orgineel die ik dan op maat 'bijsnij' en comprimeer voor een snelle weergave in rapportages en publicaties.

mvg
Carel

Als ik dat doe, dan is in de browser dezelfde FOUTE info te zien.
Is ontzettend lastig als ik regelmatig alle foto bestanden weer opnieuw moet plaatsen en de verkeerd getoonde weer verwijderen.
Kijk ik in mijn Materiaal map met de foto's, dan worden ze wel goed getoond!!!

Zelf snijd ik ook vaak de afbeeldingen bij, zodat ik alleen het 'kopjë' erbij plaats

Een idee misschien om het wel goed te krijgen in Aldfaer? Geheugen bij plaatsen???

Afhankelijk van de plaats waar de foto's staan en de materiaalmap die je hebt aangegeven vraagt Aldfaer soms of je een kopie wil maken vanuit...
Gaat het om foto's die niet staan in de bij Alfaer aangegeven map

Zoals u zegt heeft u materiaal van wel 700 Mb in de Materiaalmap waar Aldfaer naar verwijst. Aldfaer heeft daar geen last van maar het is beslist onverstandig zulk materiaal te koppelen. Voor een aardige weergave van een foto in een overzicht is 100Kb ruim voldoende!

Het is logisch dat als u rechtstreeks in de materiaalmap kijkt met een ander fotoprogramma zoals IrfanView de foto netjes wordt weergegeven.

De aanbeveling is bij zulke grote bestanden deze te verkleinen (resize).

Zelf heb ik twee materiaal hoofdmappen. De één bevat het originele materiaal en de tweede de verkleinde bestanden.

U begrijpt het verkeerd. Alle bestanden SAMEN hebben deze omvang. De meeste foto's variëren tussen de 5 en de 100 kb.
Alle bestanden staan in de map met materiaal die bij Aldfaer aangegeven is.
Raar vind ik ook, dat soms het bestand niet gevonden wordt, terwijl als je het opnieuw toevoegt, het gewoon in de standaard map Materiaal gevonden wordt.

Wanner je op de foto in het scherm klikt dmv shift-linkermuisknop dan krijg je de exacte plaats van de foto te zien. Ik ben benieuwd of bij jou "foute foto's" en de goede precies dezelfde locatie wordt aangegeven.

Dag Knegtel,

De parenteel die wordt aangemaakt als je deze opslaat hoe groot is dan het html bestand?

100MB is de grens om html bestanden te kunnen verwerken in de browser.
Indien het parenteel deze grens heeft bereikt dan kunje eens proberen of het bonus rapport 'Maak Boeken' een oplossing bied. Daarmee kun je een parenteel in meerdere delen opslitesen. Om zo kleinere besstanden aan te maken.

De grootte van de Materiaalmap is onbelangrijk. Ik heb met 1.4 GB geen enkel probleem en de 100 MB grens voor parenteel ben ik nog niet tegengekomen

Het is veel interessanter te weten wat de werkelijke namen en paden van deze 2 foto's zijn. Dus wat is het antwoord op de suggestie van Jan Visser, klik-shift op de foto's.
Indien die verschillend zijn, is de oorzaak mogelijk te zoeken in de handmatige invoer van een gelijke ondertiteling OF gelijke bestandsnamen in verschillende submappen. Ik meen mij te herinneren (?) dat ook dat laatste niet kan omdat deze gelijke bestandsnamen in de rapportage samenkomen.

Ik zag net een melding: Bestand niet gevonden. M.b.v. Shift + linkermuisknop, kreeg ik te zien:

C:\Knegtel\aldfaer4\Materiaal\vd Abbeelen Lisa Bastiaansen

Dit ipv groep. er zou een groepsfoto te zien moeten zijn. Groep toegevoegd zonder problemen en zie ik m.b.v. Shift + linkermuisknop:
C:\Knegtel\aldfaer4\Materiaal\groep.jpg

Maar welke paden worden aangegeven bij "jeneverglas"

Overigens, maak eens een uitgebreid bestandsherstel:
Menu > Stamboom > Bestandsherstel
Kan even duren en het kan lijken dat voortgang blokkeert (44%).

Zou de verkeerde weergave van sommige foto's misschien kunnen komen omdat ik meer dan 20 duizend foto's in de map Materiaal heb staan (ca 760 mb)???
Pad hiervoor is altijd: C:\Knegtel\aldfaer4\Materiaal\

Ik denk dat vooral het aantal de problemen geeft!!! En je kunt het aantal bestanden niet verdelen over verschillende mappen, denk ik voor Aldfaer.

In mijn database zitten 53626 personen waarvan bijna de helft met 1 of meer foto's

Kan je onder de instellingen niet aangeven dat je bij elke persoon maar één foto wil zien. En kijk dan eens of je nog foute foto's en/of vermeldingen krijgt
Geen idee hoe Aldfaer zich gedraagt bij deze aantallen. Ik heb al het materiaal zelf uitgesplitst in een aantal (hoofd) groepen in mijn foto's staan. Ik heb per persoon maar enkele foto's aan personen in Aldfaer gelinkt

Me dunkt dat hier tenminste de extensie mist. Ten tweede is de naamgeving niet optimaal. Spaties in de naamgeving van bestandsnamen moet u preferabel schrijven met een underscore, dus vd_Abbeelen_Lisa_Bastiaansen.jpg en als u dit ook gebruikt op een website dan is de preferentie kleine letters gebruiken tbv alle operatingsystemen die alleen kleine letters herkennen.

De omvang van uw materiaalmap doet niets ter zake. De map /Materiaal/ kunt u tevens verder opdelen in allerlei submappen maar ik acht dat in dit stadium met uw hoeveelheid materiaal niet direct raadzaam om manueel te doen.

Mocht u dat wel doen dan raad ik u aan eerst voor uzelf een indeling van de Materiaalmap te bedenken en voorts een andere naam voor het materiaal. Stel dat deze Lisa in het voorbeeld geen Lisa heet. Dan zult u het materiaal moeten wijzigen toch?

Aanvulling op boverstaande.
Aldfaer kent de beperking bij het opslaan van het databasebestand dat de naam inclusief pad en extensie niet meer dan 127 karakters mag bevatten. Ik weet niet of hier deze beperking ook geldt. Zo niet dan geldt: Windows daarentegen staat 255 karakters toe. DS

Han, het ligt niet aan dat de extensie niet te zien is, dat kan je in Windows aangeven of je dat wil.
Standaard staat dit uit. Dus daar kan het probleem niet in liggen.

In hetzelfde bericht geeft u aan C:\Knegtel\aldfaer4\Materiaal\groep.jpg , dus MET extensie en dat is toch wel raar.

Ik lees dit hele draadje nog eens na en zie eigenlijk dat niemand nog heeft gevraagd wanneer u voor de laatste keer volledig bestandsherstel heeft gedraaid.

Voor zover ik het nu begrijp is het verschijnsel random, dus dan weer die foto en dan weer een andere.

Probeer eens een groep te maken van de persoon met die bewuste foto (voordat u het hersteld) en dan van die groep een nieuwe stamboom maken inclusief materiaal. Is de foto dan wel zichtbaar.

Materiaalmap onverdelen:
zie http://www.deruiter.ch/Aldfaer5/Helpdesk/Aldfaer_Help.htm