Minivend Shipping Quirks (or why this doesn't work in Canada)

[Steve Cockwell <stevec@sierra.lazarus.ca>]

Okay, here is what I found:

1.  As you probably all already know, minivend rounds shipping weights
up to the next integer.  This is fine in the U.S. where a pound is a
pound, but in Canada where a Kilogram is 2.2 lbs this makes for really
heavy CDs :-)  We need a way to specify the decimal place to round on. 
For some shipping methods it would be convenient to have 0.1kg
boundaries, for others, 0.5 and so on.  Maybe there is already a way to
do this that's not in the docs?

2.  In the shipping tables, 1.0 != 1.  That is to say, if you put 1.0 in
the first column of your shipping table (UPS-Style lookups), instead of
"1" you will get:

Note: Zero cost returned for mode cprp, geo code T2L. No match found for
mode 'cprpm', quantity
  '0.5', returning 0. Zero cost returned for mode cprp, geo code T2L. No
match found for mode 'cprpm',
  quantity '0.5', returning 0. Zero cost returned for mode cprp, geo
code T2L. No match found for mode
  'cprpm', quantity '0.5', returning 0. Zero cost returned for mode
cprp, geo code T2L. No match found
                    for mode 'cprpm', quantity '0.5', returning 0.

Don't ask me why the error repeats 3 times, I have no idea.  I'm
guessing that minivend reads the shipping weight for all of the items in
the basket as floats, adds them together (as floats) rounds them up,
converts to ascii, and then does a compare to what's in the table.

That's it for today (unless I find something else)

Cheers!

.src