[BBD] don't add folders to the database that have been removed previously

[ben]

Hi Mario,

subfolders that have been removed from the database once, shouldn't automatically be re-added.


Example:

1) add <myParentFolder> to the database
  myParentFolder
         | child 1
         | child 2
         | child 3
         | child 4

2) Now, remove child4 from the database since it contains unrelevant pictures

3) Add a new child to <myParentFolder> through the Windows Explorer, so it gets:
  myParentFolder
         | child 1
         | child 2
         | child 3
         | child 4
         | child 5

-> I would expect the following folders in the database
  myParentFolder
         | child 1
         | child 2
         | child 3
         | child 5

-> but iMatch automatically rescans the parent folder and re-adds the, previously removed, folder <child4>
-> it doesn't happen, if i add the folder through iMatch.


I know that file and folder operations should be done through iMatch. But there is always the possibility that someone adds/removes folder using the windows explorer. Then you might accidentally end up with tons of pictures in the database that shouldn't be there.


iMatch v5.1.12

cheers,
Ben

[JohnZeman]

This will happen if the add subfolders option is checked in prefs, (see screen shot).  Just uncheck it.

If you do uncheck it you'll have to manually add any new subfolders (Commands > Add or update folders) or by drag and drop.



[attachment deleted by admin]

[Mario]

This is no bug report, IMatch is behaving as designed.
When you enable the sub-folder option under Edit > Preferences > Indexing, IMatch will add files in the folders you add/rescan and all sub-folders recursively. If you don't want this, disable this option and add your folders as you like them. IMatch does not maintain lists of folders you have removed three months ago and then skips them or anything.

[ben]

This is no bug report, IMatch is behaving as designed.

ok, i understand. It is sometime difficult to know if it's a bug or intended behaviour. Sorry about that.

Than i would like to see it as a feature request. Can i move this post there?

I still think it would be good to keep the option "subfolders=on" while excluding certain subfolders from being added.
Currently (subfolders=on), whenever a rescan happens (intentionally or automatically after a change in the file system), subfolders that have been removed from the database will be re-added.

[Ferdinand]

I have moved the thread to feature requests, but personally I think it would be confusing.  I could see myself excluding a folder and then some time later wondering why IMatch wasn't indexing it.  If there are folders I don't want indexed, I locate them outside the folder tree indexed by Imatch.

[ben]

I see your point and i admit that might be a problem.
I still see the pro side.

iMatch and it's database is meant to handle all kind of different locations of your pictures (or other files).
You won't always be able to built up your folder structure that way.

[Mario]

You can always mark a folder as hidden in Windows Explorer to prevent IMatch from indexing it.

[lubeda]

I am interested in this feature too. As mentioned by Mario this is not easy to implement but for people who like too use iMatch for normal files, not only pictures, it would be helpful.

In my case i like to use imatch to monitor/scan %userprofile%\Documents on my hardisk. There are a lot of PDFs and Office Files wich have to be in the imatch-db but there is also a folder "Visual Studio 2013" which not has to be in the database. And to hide "Visual Studio 2013" is possible but causes problems in visual studio......

So i think a method like the "robots.txt" an web servers can do the job. If the imatch scan mechanism finds a file named "imatch_no_scan.txt" it stops scanning this folder and continues to the next folder. This should be an the feature request list with a medium priority.

Greetings from Germany (Datteln)

Ludger