Skip to content
  1. Jan 16, 2015
  2. Dec 19, 2014
  3. Dec 09, 2014
  4. Dec 05, 2014
  5. Dec 02, 2014
  6. Nov 28, 2014
    • David Novak's avatar
      * modified behavior of '.repeatEvery' modifier of each action in... · de1a0441
      David Novak authored
       * modified behavior of '.repeatEvery' modifier of each action in CoreApplication - now the 'repeating thread' is removed after the loop ends (or if another .repeatEvery action with the same name is executed)
       * added the possibility to have RMIAlgorithm (client) with multiple threads:
         - the orig. RMI algorithm renamed to RMIAlgorithmOriginal
         - the actual connection to RMI server now encapsulated by RMIMethodExecutor
         - the new RMIAlgorithm manages a queue of RMIMethodExecutors, but by default it has only one connection (single thread)
         - new RMIAlgorithmMultiThread extends the RMIAlgorithm using multiple threads (and multiple connections) used in round robin manner
       * version updated to 2.8.5
      de1a0441
  7. Nov 27, 2014
  8. Nov 26, 2014
  9. Nov 20, 2014
  10. Oct 23, 2014
  11. Oct 22, 2014
  12. Sep 22, 2014
  13. Sep 18, 2014
  14. Sep 15, 2014
  15. Aug 28, 2014
    • xnovak8's avatar
      * AbstractOperation.toString() now prints out also additional Parameters, if any · c11ca8f7
      xnovak8 authored
       * ApproxKNNOp now properly works with its Arguments (and uses standard toString()) 
       * Algorithm processOPeration now puts an "output" parameter "OperationTime" to processed operation
       * MultipleOverlaysAlgorithm.setThreadPool now does not share the pool with the inner algorithms any more
       * fix in SortedCOllection - internal fields are now "volatile"
      c11ca8f7
  16. Aug 25, 2014
  17. Aug 06, 2014
  18. Jul 24, 2014
  19. Jul 11, 2014
  20. Jun 27, 2014
  21. Jun 23, 2014
    • xnovak8's avatar
      * Algorithm: processing of operation on algorithm now always writes out info... · e29ea581
      xnovak8 authored
       * Algorithm: processing of operation on algorithm now always writes out info to log; if statistics are on, stats before/after operation are called; one method moved from NavigationProcessors 
       * MultipleOverlaysAlgorithm: constructors refactored
       * ObjectFloatVector.toString(): if the locator is set, the data is not written out
        * IteratorToAbsObjIt: translator class from std iterator to ours AbstractOI
       * GetCandSetOp: new (internal) data manipulation operation that returns a queue of candidate objects for a given operation
      e29ea581
  22. Jun 04, 2014
  23. Jun 01, 2014
  24. May 22, 2014
  25. Apr 30, 2014
  26. Apr 24, 2014
  27. Apr 22, 2014
  28. Apr 17, 2014