1. 11 Sep, 2020 3 commits
  2. 10 Sep, 2020 1 commit
  3. 09 Sep, 2020 1 commit
  4. 08 Sep, 2020 1 commit
  5. 04 Sep, 2020 1 commit
  6. 03 Sep, 2020 1 commit
  7. 02 Sep, 2020 2 commits
  8. 27 Aug, 2020 1 commit
  9. 26 Aug, 2020 4 commits
  10. 13 Aug, 2020 2 commits
  11. 12 Aug, 2020 2 commits
  12. 05 Aug, 2020 6 commits
  13. 04 Aug, 2020 2 commits
  14. 03 Aug, 2020 2 commits
  15. 31 Jul, 2020 3 commits
  16. 30 Jul, 2020 2 commits
    • Tomer Kaftan's avatar
      Pre-emptively disable the KerasTensors refactoring for the detection models in... · 071bb243
      Tomer Kaftan authored
      Pre-emptively disable the KerasTensors refactoring for the detection models in tensorflow models/official/vision/detection, because they rely on several unsupported things that will stop working entirely when the refactoring goes live.
      
      Specifically:
      * The custom layers implement `__call__` instead of `call` and rely on manually enter the keras backend graph
      * The vision models try to use `tf.while_loop` as Keras op layers during functional API construction, which is unsupported.
      
      Updating the models to avoid this would subtly change the variable names and break the pre-existing tf1-style name-based checkpoints, so for now we will just disable the KerasTensors refactoring for these models.
      
      PiperOrigin-RevId: 323937426
      071bb243
    • Tomer Kaftan's avatar
      Pre-emptively disable the KerasTensors refactoring for the detection models in... · ccc60760
      Tomer Kaftan authored
      Pre-emptively disable the KerasTensors refactoring for the detection models in tensorflow models/official/vision/detection, because they rely on several unsupported things that will stop working entirely when the refactoring goes live.
      
      Specifically:
      * The custom layers implement `__call__` instead of `call` and rely on manually enter the keras backend graph
      * The vision models try to use `tf.while_loop` as Keras op layers during functional API construction, which is unsupported.
      
      Updating the models to avoid this would subtly change the variable names and break the pre-existing tf1-style name-based checkpoints, so for now we will just disable the KerasTensors refactoring for these models.
      
      PiperOrigin-RevId: 323937426
      ccc60760
  17. 24 Jul, 2020 1 commit
    • Srihari Humbarwadi's avatar
      Fixed typos · b3f63b00
      Srihari Humbarwadi authored
       - Fixed `intermediate_scale` in  `Anchor`
       - "ratio" and "divisible" in doc string
      b3f63b00
  18. 20 Jul, 2020 2 commits
    • Tomer Kaftan's avatar
      Make hack in official/vision/detection models that enters the backend keras... · 363a36cd
      Tomer Kaftan authored
      Make hack in official/vision/detection models that enters the backend keras graph stop happening once we enable the Functional API KerasTensors refactoring:
      
      As a workaround hack for the tf op layer conversion being fragile, the detection models have to explicitly enter the Keras backend graph.
      
      When we enable the KerasTensors refactoring of the Functional API internals, the op layer conversion will be much more reliable and this hack will not be necessary. In addition, the hack actually causes the models to break when we enable the refactoring (because it causes tensors to leak out of a graph).
      
      So, this CL changes the existing hack to stop applying once we've enabled the KerasTensors refactoring.
      
      PiperOrigin-RevId: 322229802
      363a36cd
    • Tomer Kaftan's avatar
      Make hack in official/vision/detection models that enters the backend keras... · ae8845ce
      Tomer Kaftan authored
      Make hack in official/vision/detection models that enters the backend keras graph stop happening once we enable the Functional API KerasTensors refactoring:
      
      As a workaround hack for the tf op layer conversion being fragile, the detection models have to explicitly enter the Keras backend graph.
      
      When we enable the KerasTensors refactoring of the Functional API internals, the op layer conversion will be much more reliable and this hack will not be necessary. In addition, the hack actually causes the models to break when we enable the refactoring (because it causes tensors to leak out of a graph).
      
      So, this CL changes the existing hack to stop applying once we've enabled the KerasTensors refactoring.
      
      PiperOrigin-RevId: 322229802
      ae8845ce
  19. 17 Jul, 2020 2 commits
  20. 15 Jul, 2020 1 commit