schema icon indicating copy to clipboard operation
schema copied to clipboard

Replace `beverage_supply` with a more generic `products` field

Open Freddo3000 opened this issue 6 months ago • 5 comments

Right now there is no way of displaying the availability of snacks and components. Deprecating beverage_supply and replacing it with products with a new type field to discern the product type could resolve that.

Freddo3000 avatar Jun 20 '25 11:06 Freddo3000

I'm not opposed to implementing this. I also don't think there's many changes needed in the schema - mainly renaming the sensor from beverage_supply to products and adding additional units. I don't even think the type property is needed; the unit, name and description of the sensor should be sufficient.

@Freddo3000 what units would you like to see in this new products sensor?

Right now I can think of:

  • btl (bottles; already in beverage_supply)
  • crt (crates; already in beverage_supply)
  • pcs (pieces; new)

@SpaceApi/core any thoughts from your side?

s3lph avatar Aug 29 '25 20:08 s3lph

Surely the entirety of UNECE Recommendation no. 20.

Freddo3000 avatar Aug 30 '25 04:08 Freddo3000

Are you sure you meant no. 20? That one contains every unit from A·m² (Ampere-squaremeter) to parsec.

s3lph avatar Aug 30 '25 10:08 s3lph

@SpaceApi/core any thoughts from your side?

I agree, this probably makes sense. However, is "products" the proper name? It's maybe a bit too generic. If I sell Arduino kits, would I list them as well?

dbrgn avatar Aug 31 '25 08:08 dbrgn

Are you sure you meant no. 20? That one contains every unit from A·m² (Ampere-squaremeter) to parsec.

Yes. But on a more serious note it should probably be a string field instead of an enum as there's simply too many units. Cans, bottles, kits, pcs, catridges, bundles, etc. I'm not sure if there's any other suitable standard to refer to other than UNECE Rec 20/21, and it should probably not be opinionated.

Freddo3000 avatar Aug 31 '25 13:08 Freddo3000