efficiently set parent location for multiple items at once

[markvdb]

What is the problem you are trying to solve with this feature?

After our annual conference, many items go back to storage. All of these are asset tagged, but most have only a very generic "conference venue" location associated with them. We want to store these items in our storage boxes (=locations) and update our asset management system accordingly.

Right now, that would be slow and painful using homebox. The process would roughly look as follows:

• search homebox for an invididual asset tag
• click the item
• click "edit"
• pick the right parent location from a very long list
• click "save"
• repeat the process for every item returned

We would like to set the parent location for one or more existing items, each with an asset id, quickly and efficiently.

What is the solution you are proposing?

An efficient workflow might look as follows:

• tag locations with "set items to this parent location" qr code. Note that this would require a hardcoded url.
• scan a location's "set items to this parent location" qr code
• as long as valid asset id qr codes get scanned:
  • scan asset id qr code
  • add item to parent location
  • give some visual feedback on screen: "item with asset id xxx-xxx now has parent location xxx"

What alternatives have you considered?

Adding an API call might be a nice step towards this. I could see myself wrapping that in a tiny command line helper script and accessing the functionality that way.

Additional context

Thank you for your work on homebox. It looks great!

Contributions

• [X] I have searched through existing issues and feature requests to see if my idea has already been proposed.
• [ ] If this feature is accepted, I would be willing to help implement and maintain this feature.
• [ ] If this feature is accepted, I'm willing to sponsor the development of this feature.

UPDATE: Please do not hesitate to let me know if I can clarify this request in any way or assist with testing. I looked into the source code a bit already, but haven't gotten very far yet.