Currently job artifacts in CI/CD pipelines on LRZ GitLab never expire. Starting from Wed 26.1.2022 the default expiration time will be 30 days (GitLab default). Currently existing artifacts in already completed jobs will not be affected by the change. The latest artifacts for all jobs in the latest successful pipelines will be kept. More information:

  1. 14 Jul, 2014 2 commits
  2. 10 Jun, 2014 1 commit
  3. 08 Jun, 2014 1 commit
  4. 31 May, 2014 1 commit
  5. 05 May, 2014 2 commits
  6. 30 Apr, 2014 1 commit
  7. 29 Apr, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Fixed converter registration in statically linked builds: · b0e1aaed
      Christian Schulte zu Berge authored
      Statically linked builds strip all unused objects from their sources. This would be the case for the converters since they are nowhere called explicitly. In order to fix that, we use the same pattern as with the pipeline registration: The CMake build scripts parse all headers for an explicit template instantiation of a ConversionFunctionRegistrar. All these headers are included from the generated gen_converterregistration.h file, which is itself included from imagerepresentationconverter.cpp and thus gets compiled into the final executable also on static linking.
      refs #474
      refs #553
  8. 27 Apr, 2014 1 commit
  9. 24 Apr, 2014 2 commits
    • Christian Schulte zu Berge's avatar
      Further work on new image representation conversion API: · dbe4f8e5
      Christian Schulte zu Berge authored
      Removed all code fragments in core code that was ITK specific (conversion from/to GenericImageRepresentationItk). The functionality was replaced by the new conversion functors in imagerepresentationconversionitk.h and imagerepresentationconversionitk.cpp.
      refs #553
      refs #474
    • Christian Schulte zu Berge's avatar
      Started refactoring the ImageData conversion API: · 0ac65c4f
      Christian Schulte zu Berge authored
      Conversions between image representations are now managed at one central place: The ImageRepresentationConverter singleton uses the proven and established registration through static template instantiation idiom to register conversion functors during static initialization. Therefore, the ConversionFunctionRegistrar registers a conversion functor to a target representation type.
      As proof-of-concept implementation, the former conversion API through T::tryConvertFrom, where T is a specific image representation, has been converted to the new API and merged into imagerepresentationconversioncore.h providing a conversion functor for each campvis-core representation.
      Furthermore, implemented conversion from ImageRepresentationGL to GenericImageRepresentationLocal<>.
      refs #553
      refs #474
  10. 23 Apr, 2014 3 commits
  11. 22 Apr, 2014 1 commit
  12. 15 Apr, 2014 1 commit
  13. 11 Apr, 2014 2 commits
  14. 04 Apr, 2014 2 commits
  15. 02 Apr, 2014 1 commit
  16. 25 Mar, 2014 2 commits
    • Christian Schulte zu Berge's avatar
      Implemented normalizing conversion between different... · f52c44b3
      Christian Schulte zu Berge authored
      Implemented normalizing conversion between different GenericImageRepresentationLocal<BASETYPE, NUMCHANNELS> representations as proof-of-concept. This conversion might not always yield expected results since it remaps the entire input data type range to the entire output data type range. While this is reasonable for downcasts (narrowing conversions) a histogram stretch for widening conversions is probably not expected or wanted by the caller.
      A more flexible and elaborate conversion as well as automatic conversion from ITK and OpenGL representations will need a redesign of the conversion interface since we're fighting with severe cyclic include dependency problems here. The future design should provide the possibility to externally register conversion functions for new data types that are not necessarily known in the core package (i.e. ITK representations).
      refs #474
    • Christian Schulte zu Berge's avatar
      Removed AbstractImage::getSubImage() interface since it's implementation in... · 25b1737c
      Christian Schulte zu Berge authored
      Removed AbstractImage::getSubImage() interface since it's implementation in all subclasses is far from trivial and therefore was not done thoroughly. Since the functionality was not used anywhere so far, it was removed to avoid unexperienced users trying to use it and getting confused if it does not work as intended.
      Could be reimplemented in extra processors for special cases.
      closes #339
  17. 17 Mar, 2014 1 commit
  18. 13 Mar, 2014 2 commits
  19. 11 Mar, 2014 1 commit
  20. 02 Mar, 2014 1 commit
  21. 01 Mar, 2014 1 commit
  22. 27 Feb, 2014 1 commit
  23. 22 Feb, 2014 1 commit
  24. 17 Feb, 2014 1 commit
  25. 13 Feb, 2014 1 commit
  26. 24 Jan, 2014 1 commit
  27. 23 Jan, 2014 1 commit
  28. 15 Jan, 2014 1 commit
  29. 14 Jan, 2014 1 commit
  30. 12 Jan, 2014 1 commit
  31. 11 Jan, 2014 1 commit