Vreemd gedrag bij verplaatsen van albums in PhotoStation

[ufosyno]

Ik heb PS versie 6.8.14-3501 en ben ingelogd als beheerder met alle mogelijke rechten.

Mijn wens is de grote hoop aan foto's (>20.000) wat beter te organiseren binnen de diverse albums. Dan moet je dus mappen met foto's verplaatsen... doe je dat tussen twee sub-albums op eenzelfde niveau binnen een bestaand album, dan kan dat op beide bekende manieren, dus of via "actie/verplaatsen" of gewoon slepen en neerzetten.

Even als voorbeeld: ik heb op het hoogste niveau een album "jaarboeken" en daarbinnen "jaarboek 2018", "jaarboek 2019"en "jaarboek 2020". Een sub-album vanuit "jaarboek 2019" naar "jaarboek 2018" verplaatsen gaat zonder problemen.

Ook: als ik een mapje per ongeluk naar het hoogste niveau heb geüpload, dan kan ik die map gewoon slepen/neerzetten naar elke doelmap die ik maar zou willen. Dus ook daar gaat het wel goed.

Nou heb ik op het hoogste niveau een nieuw album aangemaakt "Vogels"(=voorbeeld) en daarin ook al vanaf de PC een paar mappen ingezet ("mussen" en "kraaien").

In map "jaarboek 2020" staat een submap "mezen". Als ik die wil verplaatsen naar de map "Vogels", dan krijg ik de foutmelding "Kan de gevraagde actie niet uitvoeren. Er is een onbekende fout opgetreden". Ook geprobeerd om het in stapjes te doen, dus eerst vanuit "jaarboek 2020"naar "jaarboeken"... maar dat wil ook niet. En het gaat niet alleen om dit ene mapje, bij elke verplaats-actie vanuit een sub-sub-map gaat het fout.

Kijk, op zich kan ik "mezen" ook wissen in het jaarboek en 'm vanaf de PC weer opnieuw uploaden. Maar zo lijkt het mij niet bedoeld.

Heb ík hier nou iets over het hoofd gezien in de instellingen, of hebben we hier een bugje bij de poot? Kan iemand ook 's proberen zo'n actie uit te voeren? Of heeft iemand dit ook 's gehad en kunnen oplossen?

Grtz,
Ulco

[ufosyno]

Het wordt nog doller: als ik in "Vogels" een submap "kleine vogels" aanmaak en dan vanuit "jaarboek 2020" de "mezen"-folder daarheen verplaats... gaat het goed.

Maar dan "mezen"weer naar "Vogels" zetten wil weer niet. Schiet mij maar lek!

[Babylonia]

Zo'n grote hoeveelheid reorganiseren, gaat de achterliggende indexering beslist parten spelen.
Vandaar ook tussentijdse fout-meldingen.

Re-organiseren doe je beter naar ik denk "buiten" Photo Station om, direct op bestandsniveau in de NAS.
(Via de verkenner in Windows).

Ik heb het nu niet gecontroleerd,
maar mogelijk kun je de indexering in de NAS van media-bestanden tijdelijk ook helemaal uitzetten.
Je bestanden gaan re-organiseren. Indexering weer aanzetten.  En erna alles opnieuw indexeren.
Met + 20.000 foto's kan daar wel een tijdje overheen gaan.

Pas daarna "Photo Station" weer gebruiken, en kijken of je albums dan wel netjes worden getoond.

[Briolet]

Re-organiseren doe je beter naar ik denk "buiten" Photo Station om, direct op bestandsniveau in de NAS.
(Via de verkenner in Windows).

Ik betwijfel of dat beter is. Dan moet het hele indexeren opnieuw gebeuren omdat de verkenner geen weet heeft van index files. Als photostation iets verplaatst, kan hij direct alle reeds gemaakte preview files mee verplaatsen. Die staan steeds als hidden files in dezelfde folder als de foto's zelf.

[Babylonia]

Vandaar juist het opnieuw opdracht geven voor her-indexeren.

Voor niet al te grote aanpassingen is dat misschien nog handig te doen via Photo Station?
Wat ik begrijp gaat het om +20.000 foto's.  Of je dat dan op die wijze wilt gaan uitvoeren?
Bij die hoeveelheden heb je een beter overzicht in de mappen structuur van Windows verkenner IMO.

Je kunt het uitproberen wat het handigste is.   Als je dan maar rekening houdt met de beperkingen zoals eerder opgemerkt.

Overigens wist ik niet dat de index-bestanden in de mappen zelf staan.  Ik zie geen verborgen bestanden.
Heb van directoires altijd de weergave zodanig staan dat ik verborgen bestanden zou kunnen zien.
Maar dat geldt dan wel voor een "Windows" gerelateerde weergave.
Zit daar verschil in met de weergave van bestanden van een NAS?

[Birdy]

Zit daar verschil in met de weergave van bestanden van een NAS?

Ja, zoals je weet, mappen die beginnen met @ zijn voor DSM verborgen mappen, voor Windows niet.

[Briolet]

Die verborgen bestanden zie je niet via smb omdat ze ook voor smb verborgen blijven. Het zijn allemaal mappen beginnend met @ en dan de filenaam van de foto zelf. En ze bevatten vaak previews in meerdere resoluties van de foto's. En bij films zelfs meerdere filmpjes in lagere resolutie van de film zelf.

[Briolet]

…Kan iemand ook 's proberen zo'n actie uit te voeren?

Ik heb het geprobeerd zo goed mogelijk identiek te doen. Maar ik kan gewoon verplaatsen.

[Birdy]

Ja, zoals je weet, mappen die beginnen met @ zijn voor DSM verborgen mappen, voor Windows niet.

Sorry, was in de war met WinSCP (root)

[ufosyno]

Eerste conclusie: omdat @Briolet het zonder problemen kon nadoen zal ik eerst 's een volledige herindexatie (@Babylonia) uitvoeren. Omdat de NAS nog maar net geïnstalleerd is en hij na terugzetten van de gegevens al geïndexeerd had, was dat niet het eerste waar ik aan dacht.

Die indexatie gaat wel even duren, verwacht ik. Nadien kom ik wel terug!

[ufosyno]

Na herindexatie blijft 't probleem bestaan. Ik heb intussen ook 's in de Synology live demo geprobeerd het probleem opp te wekken, maar dat lukt niet.

Mogelijk heeft het ermee te maken, dat ik intussen bijna 200 aparte onderwerpsalbums heb... dus dat het in een kleine omgeving wel goed gaat, maar als het uitgebreider wordt ergens tegen een limiet aan loopt.

Ik zal 't 's aan Synology voorleggen.

[Babylonia]

200 albums en aantallen in de 20.000 foto's is wel eerder in het forum aangehaald.  Dat zou het probleem niet mogen zijn.

Voor het sneller indexeren heb je overigens wel een hulp programma als je foto's upload.
Zie oudere reactie o.a. < HIER > en gerelateerde reactie < HIER > met vervolgreactie en verwijzing.

[ufosyno]

De PS-uploader gebruik ik aldoor al, daar zit 't probleem niet.

Intussen antwoord van Synology: ze hebben de fout kunnen zien in de meegezonden logs en ze willen graag toegang voor nadere bestudering want het is ook voor hen onverwacht gedrag.

Daarnaast de vraag gekregen of het via File-station wél lukt, dat getest en dát gaat wel goed.

Ik ga nu de toegang instellen... wordt vervolgd!

[ufosyno]

Intussen waar kunnen nemen, dat Synology Taiwan een uurtje heeft ingelogd via zowel SSH als DSM. Ik had ze op hun verzoek een folder opgegeven, waar bij de verplaatsing ervan de fout optreedt. Alleen hebben zij 'm ook nog niet verplaatst.

Ik wacht af en kom hier terug na een uitkomst.

[Birdy]

Ze zullen eerst wel gekeken hebben naar het systeem in het algemeen en de logfiles die staan in de DSM partitie met SSH.