2024628 — Olson Putters. Logan Olson. Metal worker, programmer, machinist and your friendly neighborhood putter maker. olsonmfg.co/IGCraftBatchNo2.

Both UPS and USPS have fields in the XML feed for width, length, and height. I beieve that UPS will require those values to be used, but I haven't found anything in the documentation that says specifically. Does anyone have that infromation?

But the issue is which box size?  I guess there is some formula that works out the best match.  And I am assuming it could be more than one box.  And if you have an item that does not fit a defined box then what?

and so on. Multiply that out by (say) 10 different box sizes and (say) a few thousand products...and it becomes a nightmare really quickly.

The UPSXML module version 1.5 already supports dimensional weight. Read the dimensions.txt file that is included in the package.

the PSM addon defines which shipping method can be used for each individual product, and the shipping module defines the cost for each size and weight.

Add the box weight to the database. Large boxes weigh more than small ones, and a single 'Package tare weight' doesn't work.

Collection. Square. Broad lineup of materials (CBN, etc.) and styles up to 8 flutes. ... Nicks along cutting edge to produce manageable chips during roughing.

What is the scenario if a person is buying 3 products ? Can you get them all in one box ? How can we work that out, it's pretty much impossible. You'll need to come up with a way to get a quote that is not exact, but not too high or too low.

Don't forget that you have to track your available box sizes, as you might run out of the right sized box and have to go to something larger. Whether you charge the customer extra for the additional dimensional weight, or write it off as a consequence of running out of boxes, is up to you.

I'm not sure that this is worth the effort. Your shipping will never exactly match the result, resulting in cost differences on a certain percentage of shipments. The shipping cost could probably be adjusted so those differences will average out. That would be a lot easier than implementing a complex packing algorithm.

Based on the UPS equation. Maybe a simple dim weight calculator or something like that? We can always go into the UPS software to figure it all out, but that is cumbersome. Depending upon how many different items you have.

Look at the example I gave above, and if neither of those scenarios work, come up with something that could theoretically work.

1. The distinction between connotation and denotation. 2. The so-called 'Millian' theory of proper names (that a proper name is not connotative).

2024121 — An insert's material, or grade, is designed to suit a particular machining application, and even though two inserts may look the same, the base ...

I don't think we can just record the dimensional weight of each item and pass the total to the API because that you are going to be charged the dimensional weight of the actual shipping box.

If you do it per product, and they purchase 3 products - should they then pay a totalised amount per product? Or should we take the longest, widest and deepest measurement and get a "near" price ?

Maybe it may be best to put a small pop up (or section) in the actual inventory item so when you add an item, it will calculate the dim weight

... INFO. End Mills. End Mill SizesSpeeds And Feeds ChartsSpeeds And Feeds Calculator. Burs. BLOGCONTACT. ▷ Search for Products. New Account | Login. fake ...

I would say on 80% of our products, we can tell you what box they will ship in. If not, a simple tape measure will do the trick. The actual weight no longer matters using this method because 99 out of 100 times, the dim weight will be more. Which is why UPS is doing this. Unless you are shipping bricks of course. LOL. :)

But, I still find situations where, due to the size or shape of item(s), the final box size results in a significant dimensional weight -vs- actual weight discrepancy, and I loose money on the shipping (and, potentially, the whole order). I am tweaking products 'weight' to minimize this.

Then you can just use that as the US shippable weight. We do that now for oversized boxes. We would just have to do it on every item. But on the smaller stuff, it's alot of repetitious work. Many changes to inventory weight.

Specializing in various types of insurance coverage, the company aims to help clients protect their assets and loved ones through personalized insurance solutions.

I feel this is going to be a nightmare. Hopefully, there will be an easy solution as for our company, we use UPS for all of our domestic shipping. I also heard FedEx will be following suit and USPS already does this for packages which are larger that 12x12x12.

Maybe it may be best to put a small pop up (or section) in the actual inventory item so when you add an item, it will calculate the dim weight for that item based on the box size it would ship in?

http://stackoverflow.com/questions/12338431/calculating-the-size-of-a-box-for-multiple-products-for-carrier-module-in-presta

If you have a single item that needs a shipping box, it might fit diagonally in a shorter box (e.g., 10 inch product in an 8 inch square box) provided it's not too wide or thick. For example, a 1x4x10 box of chocolates will probably fit in an 8x8x4 container. Smaller items might still fit alongside it. It can get complicated!

Since the US Post Office has announced that they too will be implementing Dimensional Weight, I guess it's time to look into how to determine the box dimensions when shipping several different sized items together.

4) use that box size to determine the dimensional weight, keeping in mind that different carriers may apply a different 'weight' to the same box.

For example, I have a large product that is curved. It may require a 12 x 12 x 12" box. But, due to its curvature, I can nest one within another, thus fitting two (or more) within that same box. Likewise, I can fit other products within that curvature.

So for example, if you have a box which is 14 Inches Wide by 10 Inches Tall by 10 Inches deep that weighs 2 pounds actual weight packed, UPS will charge you for a box which weighs 11 Pounds. Because 14x10x10 = 1400, then divided by 139 = 10.07 Pounds. Which rounds up to 11 pounds.

Speeds & Feeds ; End Mill Diameter, in ; Spindle Speed, RPM, Machine Max ; Cutting Edges. Chip Load ; Chip Load, in/flute ; Feed Rate, ipm.

In general, you would start with the longest product, to pick the minimum box size. Place it against two walls. Subtract that product from the box dimensions (you might end up with a non-rectangular volume left). If there are several ways to add the next longest product (always against a box wall or another product), recursively explore all of them, until you end up with all the products fitting in that box, or you have to go to a larger box or split the order. Consider splitting the order if the total shipping cost will be lower than going to a vastly oversized box. Also, if you have to wrap padding/cushioning around a product, you might be able to subtract that padding if it's up against another padded product (just use one thickness of padding). This is a fairly crude heuristic, and there are probably better (or at least, faster) ones, but it's a start.

I think figuring out the dim weight of each single item will work for purchasing multiple items. At least for me it will.

Replacement cutters of helical cutterheads for planers or jointers, made by premium tungsten carbide. If you cannot locate the required carbide insert, ...

Image

That's putting it mildly. Fitting multiple items into a given box, or set of boxes, is indeed a complex Computer Science problem with many constraints. I would say it's on par with the Traveling Salesman problem. Besides the dimensions of the individual items, you have to account for any padding, total weight of the box, item incompatibilities (try shipping an anvil along with bone china teacups), and who knows what else. Certain items may have restricted shipping choices -- do you ship the other items by a different method, or is it cheaper to combine them into one box by allowed shipping method? All of these have to be looked at, by a method of semi-trial and error, without upsetting your host with all the CPU time you're taking. The whole point is to avoid oversized boxes where you're paying to ship a lot of air. That's why they now charge by dimensional weight (or actual weight, whichever is higher).

Brian Lavalle - American Family Insurance in High Ridge, MO, provides insurance services to individuals and families in the local community.

But, here is the wild card ... As long as the new USPS/UPS module still works with pure weight. I think that is more of the problem.

Effective December 29, 2014, dimensional weight will be used to calculate the billable weight of all UPS Ground packages.

It's going to be a matter of knowing the rectangular dimensions of every item, knowing the dimensions of every shipping box, and figuring out a way to pack the purchases most efficiently (i.e., the smallest box in your inventory). Don't forget to expand the size of delicate items to account for bubble wrap, foam, etc. Figuring the most efficient packing in a very short time (while shipping charges page is being figured out) is a challenge -- there are undoubtedly some heuristics for coming close to the optimum, which will have to do. Also don't forget to check for any penalties for boxes of excessive length or girth.

I'm guessing there won't be a module for something like this because it's going to be something very intense I feel. To completely get it accurate, you would have to put the packaged dimensions (size) in for every inventory item. And, As you know, once you add multiple items to your cart, the box size changes.

I have no idea how good a job it does of this, or whether it even includes a packing algo to figure out how to put multiple items in a box. The last time I looked it did a poor job of this. Packing is considered a difficult problem, so the code can get quite complex.

if customer buys product 1 and 2, they are offered shipping method 1 (small) but sent as 2 parcels @ 2 x small parcel rate

Did you make any changes to the UPS XML version or just implement shipping sizes in the product editing and set up the shipping sizes in the admin tool?

Also there are items that can be folded so what dimension are you going to use anyway? Folding does not make the lighter and theoretically not smaller.  But it can effect the size of shipping box they fit into.

INSERT DESIGNATION CHART · Shape · Clearance Angle · Tolerance · Groove / Hole · Size (IC) · Thickness · Radius ...

Looking at the professionalism of both UPS and USPS in the way they bring changes to their customers, I suspect not even they themslves have that information. So long as a weight is passed (standard weight or dim weight), the other data (lengtgh, width, height) is likely not needed by U(s)PS.

We could theoretically do this:  largest width X largest tall X largest deep, which would be 10 (a) X 20 (a) X 6 (b) / 139 = 8.63 (round up to 9)

Meaning yes, it's required. I still haven't found any description of what the web interface will do if you don't provide the dimensional information. From past experience with UPS, it's likely that a weight-based rate will be returned, then you will be charged the dimensional weight when you ship the package. Not good for business.

As for the UPS and USPS modules, I believe that they use weight as a deciding factor, and it would be relatively simple to take the higher of the "standard weight" or the "dim weight" and apply it for a quotation. Point is: how do we factor the dim weight for each order ?

See my Profile (click here) for more information and to contact me for professional osCommerce support that includes SEO development, custom development and security implementation

2. For multiple product orders, calculate the total volume, then use the longest dimension of all the products in the order and calculate the other two based on that volume. Possible add a percentage fudge factor in there.

Are people going to enter the dimensional weight for each product or try to calculate the dimensional weight for each box in the order using the UPS XML Dimensional Shipping features?

I agree this is going to be a bit of a nightmare but the overall objective is to get people to ship more appropriately.  Stop companies shippnig small items in huge boxes which take up a lot of room on planes and trucks.

My question is how will the new UPSXML module work with this change? From my experiences (ask Gary about that one), LOL. Whenever UPS or USPS comes up with a new brilliant idea, website shipping modules go down for a while. LOL. If the revised UPSXML works just on weight like the current modules do, then I guess a dim weight calculator built in will do the trick?

Jim, I have had dimensional weight greatly affect my shipping cost. I have lost money on some orders due to this. I could pad my shipping costs to compensate for the few orders that bite me, but isn't this what computers are supposed to do? Figure out stuff like this?

Helix Tool Company Ltd, Leeds. 69 likes. We are the largest, independent, specialist distributor of branded, precision engineers cutting tools in the...

Jim, it is specifically the packing algorithm that I'm asking about. If the link mentioned above can provide the code to calculate the best box dimensions, that can then be used with either UPS, USPS, or FedEx (or your carrier of choice).

I guess that since there is no 'simple' solution, I may have to surrender to the fact that there will be occasional order on which I loose money on the shipping.

So you have an order with 4 items. One ships on its own so its cost is calculated separate to the other 3.  The other 3 weigh less than the 70 lbs max limit per box so they are going to go into one box if they fit. IF not they are going to be treated as two or more boxes.

Image

Find company research, competitor information, contact details & financial data for Harvey Software, Inc. of Fort Myers, FL.

This is for all the OSC peeps who help design this stuff. I read that starting in late December of 2014, UPS is changing all of their rates for UPS Ground and UPS Standard to Canada packages to dimensional weight pricing. You can read about that directly from the UPS website at the link below.

It sounds like you want the dim weight to be calculated for each product from it's dimensions. The total of all the dim weights (for the products being ordered) is to be used for working out postage if and only if that dim weight total is greater than the actual "real weight" of each product totalised.

That code might work, but it would take some testing to find out how well it works. I'm a bit concerned about loading the box data with method calls like thata. A large number of boxes might make that part slow. You could probabley use  a sampsle dataset to find out.

We have successfully implemented UPS dimensional shipping.  It does require some fine tuning in terms of product dimensions and box sizes to get it to calculate correctly but that effort is largely on the user side although we did have to add a debugger to see what was being sent to UPS so we could then match rates with their site.

Image

To figure our Dimensional Weight, you calculate the cubic size of your package in inches by multiplying the height, by the length, by the width, Then you Divide the cubic size of your package in inches by 139 to determine the dimensional weight in pounds. Increase any fraction to the next whole pound.