P
pape
Gast
Hallo Community,
ich habe ein ziemlich seltsames Problem mit der Windows Suche unter Windows 10.
Es fing damit es, dass ich regelmäßig Briefpost einscanne und diese im Format Datum-absender-betreff.pdf speichere.
Am Anfang wurden die Dokumente noch gefunden, doch eines Tages wurden alle neu hinzugefügten Dateien nicht mehr in der Suche angezeigt.
Mit der Zeit verschwanden auch die alten Dokumente aus der Suche.
Ich habe dann natürlich erst einmal den Suchindex neu erstellt und so gut wie alle Lösungsvorschläge durchprobiert, zuletzt die App Indexer Diagnostics von Microsoft.
Da jedoch nur die oben genannten pdf's betroffen waren und andere neue Dateien scheinbar indexiert und auffindbar waren, habe ich etwas rumgespielt und bin auf folgendem Phänomen gestoßen:
Dateien mit Begriffen die mit einem Bindestrich getrennt sind und sich nicht direkt am Anfang des Dateinamens befinden, z.B. 2019-amazon-rechnung.pdf, werden zwar indexiert aber nicht über die Suche gefunden, wenn man nicht direkt nach dem Dateianfang sucht. Bei dem Beispiel der Amazon Rechnung finde ich diese mit dem Suchbegriff "amazon" genauso wenig wie mit dem Begriff "rechnung". Erst wenn ich "2019...." suche, erscheint die Datei.
Herausgefunden habe ich dies, weil ich einige wenige Dateien auch mit einem Unterstrich anstatt Bindestrich gespeichert habe und diese problemlos auffindbar sind. Genauso wie mit Leerzeichen.
Zusammengefasst:
Zieldatei im Index: 2019-amazon-rechnung.pdf
Suche nach "amazon", "rechnung" erfolglos
Suche nach "2019" erfolgreich
Zieldatei im Index: 2019 amazon rechnung.pdf (Datei mit Leerzeichen) oder 2019_amazon_rechnung.pdf
Suche nach "amazon", "rechnung", "2019" erfolgreich
Zieldatei im Index: 2019-amazon_rechnung.pdf
Suche nach "amazon" erfolglos
Suche nach "2019", "rechnung" erfolgreich
Es scheint also so, als ob der Bindestrich im Dateinamen in der Suche nicht als Separator gewertet wird, Unterstriche, Leerzeichen und andere dagegen schon.
Warum ist das so und gibt es dazu eine Lösung?
Möchte ungerne tausende Dateien umbenennen.
ich habe ein ziemlich seltsames Problem mit der Windows Suche unter Windows 10.
Es fing damit es, dass ich regelmäßig Briefpost einscanne und diese im Format Datum-absender-betreff.pdf speichere.
Am Anfang wurden die Dokumente noch gefunden, doch eines Tages wurden alle neu hinzugefügten Dateien nicht mehr in der Suche angezeigt.
Mit der Zeit verschwanden auch die alten Dokumente aus der Suche.
Ich habe dann natürlich erst einmal den Suchindex neu erstellt und so gut wie alle Lösungsvorschläge durchprobiert, zuletzt die App Indexer Diagnostics von Microsoft.
Da jedoch nur die oben genannten pdf's betroffen waren und andere neue Dateien scheinbar indexiert und auffindbar waren, habe ich etwas rumgespielt und bin auf folgendem Phänomen gestoßen:
Dateien mit Begriffen die mit einem Bindestrich getrennt sind und sich nicht direkt am Anfang des Dateinamens befinden, z.B. 2019-amazon-rechnung.pdf, werden zwar indexiert aber nicht über die Suche gefunden, wenn man nicht direkt nach dem Dateianfang sucht. Bei dem Beispiel der Amazon Rechnung finde ich diese mit dem Suchbegriff "amazon" genauso wenig wie mit dem Begriff "rechnung". Erst wenn ich "2019...." suche, erscheint die Datei.
Herausgefunden habe ich dies, weil ich einige wenige Dateien auch mit einem Unterstrich anstatt Bindestrich gespeichert habe und diese problemlos auffindbar sind. Genauso wie mit Leerzeichen.
Zusammengefasst:
Zieldatei im Index: 2019-amazon-rechnung.pdf
Suche nach "amazon", "rechnung" erfolglos
Suche nach "2019" erfolgreich
Zieldatei im Index: 2019 amazon rechnung.pdf (Datei mit Leerzeichen) oder 2019_amazon_rechnung.pdf
Suche nach "amazon", "rechnung", "2019" erfolgreich
Zieldatei im Index: 2019-amazon_rechnung.pdf
Suche nach "amazon" erfolglos
Suche nach "2019", "rechnung" erfolgreich
Es scheint also so, als ob der Bindestrich im Dateinamen in der Suche nicht als Separator gewertet wird, Unterstriche, Leerzeichen und andere dagegen schon.
Warum ist das so und gibt es dazu eine Lösung?
Möchte ungerne tausende Dateien umbenennen.