[ 
http://issues.apache.org/jira/browse/OFBIZ-282?page=comments#action_12434762 ] 
            
Daniel Kunkel commented on OFBIZ-282:
-------------------------------------

One bit to add...

I think a system that tracks the usuable box space and largest dimensions will 
come very close in estimating the shipping. If it's off, it should not be off 
substantially, and therefore the price estimation from a business perspective 
should work well enough that it can be used, while the actual packaged weight 
can be given to the carrier.

However, a few additional features might be worth considering...

1.) Multiple Boxes - Allow for separate shipping of "marketing component" type 
products, so the shipping system could know to try shipping table legs separate 
from the table.

2.) Separate Boxes - We might do well to rework the shipping box code to handle 
the situation with multiple packages, and have each carrier estimation tool 
only ever work on estimating one box at a time. 

3.) Cutting Boxes Down - It might be worth adding a variable to the box sizes 
so the system knows it can cut certain box sizes down...

4.) Long Objects - Long objects can sometimes fit in smaller boxes if they are 
placed in the box at an angle. It would be great to handle these situations, 
but I'm scared to even think of how.

5.) The weight of "empty space" - The estimator probably should include a 
weight factor for peanuts that need to occupy the extra space in a box.


> Shipping Box Size and Weight estimator
> --------------------------------------
>
>                 Key: OFBIZ-282
>                 URL: http://issues.apache.org/jira/browse/OFBIZ-282
>             Project: OFBiz (The Open for Business Project)
>          Issue Type: New Feature
>          Components: ecommerce
>         Environment: new feature
>            Reporter: Daniel Kunkel
>            Priority: Trivial
>
> Moved from old jira - 669.  Placeholder for the feature.
> --
> Having gotten the USPS rate estimator working...  I'm realizing that in order 
> for it to be useful we need to get an accurate estimate of which box will be 
> needed, and how much it weighs with packing materials.
> Proposed Scheme
> Add a new table for shipping boxes...
> box id
> height
> width
> depth
> height uom
> width uom
> depth uom
> ---
> usable height
> usable width 
> usable depth
> usable height uom
> usable width uom
> usable depth uom
> weight
> weight uom
> etc
>  ---
> Algorithm...
>  1.) Requires all products height >= width >= depth...  or have the 
> dimensions ordered that way for algorithm
>  2.) Find Maximum Height Width and Depth of any product
>  3.) Calculate total shipping volume for all products
>  4.) For all boxes in the above table, sort by usable volume that is greater 
> than total shipping volume.
>  5.) Searching box by box, accept the first box that is large enough in every 
> dimension (max length, max width, max height).
>  6.) Add the weight of this box to the product weight...  and use this for 
> shipping.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to