Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • bob bob
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 3
    • Issues 3
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • bobbob
  • bobbob
  • Issues
  • #161
Closed
Open
Issue created Aug 22, 2013 by André Anjos@andre.anjos💬Owner

IP Scaling functionality far from optimal

Created by: anjos

The documentation and workflow of bob.ip.scale and bob.ip.scale_as as pretty bad as they currently stand.

  1. If I read the doc of scale_as, I get the impression it will scale the input image, but actually it just generates a container for one.

  2. The doc of scale does not precise the types of inputs it can handle, nor the type it outputs.

  3. There is no easy handle to scale an image and return a freshly allocated container. I currently have to pass through scale_as to get a container and then be able to call scale.

Assignee
Assign to
Time tracking