* Dependencies updated (messif-private) due to ObjectFeature class used (TODO: Move from messif private to messif public and remove this dependency)
* New method to preparaPPPcode added to MIndexObjectInitializer
* Increased verbosity of toRichString() and other toString() methods
* Parallel kNN query evaluation added
* Support of new DumpObjectsToFilesOperation and TruncateOperation added
* Other refactoring

* Netbeans-project conf file removed

if a bucket cannot be removed during reorganization, this is not fatal

 * added a method to calculate object count according to allObjects iterations on leaf nodes

 * version 2.8.6 - requires MESSIF version 2.1.9

    - and thus the settings parameter "ppcalculator.threads" is supported no more
 * other minor modifications in the PPP-Tree (necessary for PPP-COdes)

 * many things modified :-)

 * added the concept of duplicate DC filter that is usable especially in the memory version of multi-overlay M-Index
    - there is some commented code to be removed later

 * fixed returning of supproted operations

 * parallel & sequential MIndexInitalizer merged into a single class
These two modifications caused changes in most of the files 

 * javadoc modifications

 * fixed a bug in MultiBucket split in MIndexLeafCell (caused when the index is built by massive multi-threading)
 * updates in M-Index property generation

 * added "getParamComment" to the Parameter
 * getDynamicKey method created in MetricIndex

 * commiting last version compatible with the PPP-Code indexes built for the PPP-Code indexes (Fall 2013); the VoronoiLeaf nodes use "int objectCount" which is WRONG for M-Index multi-buckets (because of parallel processing of inserts and thread synchronization)
 * next version of M-Index should use "AtomicInteger objectCount" (it is commented out in this version)

   1) in case of multi-buckets, multi-threads, split could have been initiated on a node already split by a different thread
   2) objectCount was transient int, but should have been AtomicInteger
 * fixed approx search in case of multi-bucket when all objects from the multi-bucket are processed (much more objects were accessed than specified by the approx configuration)

 * minor modifs

 * the approx search now can let the PPP-tree cell to revise its distance from query - MinQueryDistanceRevisor
 * fixed a problem with precise range search on disk-oriented M-Index