What?
I would like an additional option "Set requests (logistics network)" for the cargo landing pad, where the requests are not counted against the cargo landing pad inventory but instead against the logistics network content the cargo landing pad is part of.Why?
The goal is to ensure a given set of items is available in the local logistics network.Intended workflow:
- define a set of items that should be present in the logistics network
- read the current logistics network content from a roboport and subtract it from the wanted set of items. You get the missing items as positive numbers.
- filter the items from other planets, for example green belts, biochambers and electromagnetic plants. Supply the filtered signals as request to the cargo landing pad.
- Current Problem: with the current behavior, if some of the wanted items are in the cargo landing pad, this is subtracted internally from the requests, so if you want 50 biochambers and have 25 in the cargo landing pad, the demand is 25. So no more biochambers are requested. But you don't want to statically request 50, because some or even all biochambers might exist in the logistics network, for example after deconstruction.
- The root cause of the issue is you don't know and cannot determine if an item is in the cargo landing pad or instead in a logistics chest and at the same time set requests for the cargo landing pad.
- a bad workaround is to trash every item from the landing pad so everything is in the logistics network and nothing in the cargo landing pad. But usually you want science packs stay and directly feed to the labs. So no trash but explicitly remove items. But you cannot do this easily, because there are 6 foreign science packs on Nauvis but the inserter blacklist allows just 5 items, so you have to trash one science pack you want to keep. And the automated trash also doesn't work, because the requests for 25 biochambers are still open!
This option is also a welcomed addition to requester chests and buffer chests, because they suffer from the same issue if their requests are circuit controlled.
If this option isn't feasible for some reason, I'd like to be able to read the cargo landing pad inventory at the same time as setting its requests, so I can add this to the request, so all wanted items can be requested, no matter if some are in the landing pad or in some chest. Would achieve the same result, at the cost of more combinators. Has the same synergy with requester chests and buffer chests if these could be read and set requests at the same time.
