ozpost shipping module

Quote:

---

Originally Posted by RodG

Another option (easy to implement, but I'm not convinced that there isn't a better way) is for the server to provide quotes for *all* satchels (that are suitable), and leave it for the client to filter the ones they don't need. This is much like the current method, but it will have the 'bad' side effect of offering (say) the 3kg and the 500gm stachels instead of just the 500gm ones, if suitible. IOW, it will present the customer an option that they don't really need. It WILL solve the current problems though.. but it is a matter of choosing the lesser of two evils, in my opinion.

My 'other' solution is to update the client code (again), to include another setting to tell the server to continue to work the way it is, or to return all satchel quotes as indicated above, thus making it a user choice.. This is the 'near ideal' solution, other than it does introduce yet another setting that would probably confuse most people as to its purpose.

---

OK, I think I've figured out the best way to do this.

1. By default, have the server returning quotes as it currently does (less chance of causing issues with older versions).

2. Update the client code with the following tests/checks
a) Are ALL satchel sizes enabled? If so, no changes needed
b) Are ALL satchel sizes disabled? If so, no changes needed.
c) Are only *some* satchel sizes enabled? If so, send additional data to the server so that either ALL suitable satchel quotes are returned (IOW, the smallest sachel possible, plus those that are larger, if any).

The downside being if the client only disables the XL satchels (the most likely case) and the item/parcel is 500gm suitable, the customer will still be presented with the 3kg satchels as well.

The other option for part 'c' would be to send enough data to the server (based on what is enabled/disabled) to enable the server to return quotes based on client selection and what is possible (as opposed to what is optimum).

Hmmmm.... probably not to hard after all.... Stay tuned...

Cheers
Rod

Hi Rod

Quote:

---

Originally Posted by RodG

I've just (re)checked, and 4012 is definitely now identified as being inside the next day delivery network, so I can only guess that it was the destination postcode that was outside (apparently).

For my tests, I used postcodes 3000 (Melbourne) and 5555 (Ashford).
Only the quote to 5555 indicated that it was outside the express network.

---

You seem to have fixed the problem from the origin post code ie 4102 but there is still a problem at the destination end.

For example, from Brisbane (4012) the Express Network to Melbourne includes a range of post codes including 3000-3210; 3335-3338 plus several others incl Geelong and Ballarat.

In my test: 3000 (Melb CBD) and 3350 (Ballarat) were seen as Express but 3211 (Little River), 3220 (Bareena), 3182 (St Kilda) 3183 (Balaclava) 3168 (Clayton) are seen by the module as outside the Express Network. 5000 works too but not 5015 (Port Adelaide) or 5045 (Glenelg).

Maybe there is a problem with the coding of the ranges?

cheers

Quote:

---

Originally Posted by Arliss61

Maybe there is a problem with the coding of the ranges?

---

I've just added the remaining data tables.
If anything, any further errors will fail 'the other way' now, meaning that it is more likely to indicate next day deliverty IS possible in some cases where it may not be possible. Until now the default 'fail' mode was to indicate next day isn't possible, when in fact it was.

If you do spot any erronious exceptions please let me know and I'll see what I can do to rectify them.

Cheers
Rod

Hi Rod, I have upgraded without any problems (Am I jinxing myself typing this!) I also investigated the insurance/registered post scripts you replied with and decided to go with disabling regular parcel post for parcels. However there is still one dilemma, How can we force customers who are purchasing over teh $100 insurance level of registered post so that they have to pay for registered AND insured post? Otherwise the insurance provided with Registered post wont cover all of the purchase.

I am really reluctant to do this, it add so much more work to our postage process, but I am also so sick and tired of people complaining of not receiving parcels, not allowing enough time etc etc and we cant track regular post.

Last month a customer was threatening us with their lawyers! They chose regular post, not us!

Cheers
Jazzah

Quote:

---

Originally Posted by jazzah

Hi Rod, I have upgraded without any problems (Am I jinxing myself typing this!)

---

Nah. Upgrades are easy, and if you do mess it up you would know immediately.

Quote:

---

Originally Posted by jazzah

I also investigated the insurance/registered post scripts you replied with and decided to go with disabling regular parcel post for parcels. However there is still one dilemma, How can we force customers who are purchasing over teh $100 insurance level of registered post so that they have to pay for registered AND insured post? Otherwise the insurance provided with Registered post wont cover all of the purchase.

---

The quotes for insured items include the registered post costs, so if/when the regular parcels are disabled, the only quote provided will/should be *either* the registered post (which includes up to $100 insurance), OR if the value is over $100, the insured post, which includes the required $2.95 registration fee.

If for some reason yours is behaing differently then it is probably a bug that got introduced somewhere along the line.

Quote:

---

Originally Posted by jazzah

sick and tired of people complaining of not receiving parcels, not allowing enough time etc etc and we cant track regular post.

Last month a customer was threatening us with their lawyers! They chose regular post, not us!

Cheers
Jazzah

---

Although regular post can't be tracked, what we used to do (when we were heaviliy into sales) was to ensure we kept records (and postal reciepts) for all sales, so if there was ever any problem at least we had something to show the customer that we posted an item weighing XXXgms on the day we said we did, and to their postcode - No, it didn't solve the problem of missing parcels, but it did increase the 'mood' of the customers in that it left very little doubt that it DID go missing in the mail, rather than never posted at all. Needless to say, if the destination postcode is in a capital city then this proof isn't as compelling, but I think it the nature of eCommerce that most of our sales were NOT to capital cities, but more likely to be country sales, where they don't have the same physical shoppong facilities.. All generally speaking of course.

Meanwhile, I also suggest that you ensure you place a claim for each missing item, no matter how large or small, because the more items reported missing, the sooner they are likely to find the thief doing it.

Mail going astray occasionally is to be expected for all manner of reasons, but if it is consitantly going missing to/from certain destinations you can be sure it is the work of an isolated employee/contractor, and THIS is where you should be venting your frustrations, rather than at your customers for choosing non trackable shipping methods.

ANYWAY, sorry about the rant, and hopefully you now realise you don't need to worry about registration AND insurance, because the insurance quotes already include the registration fees. :-)

OTOH, if I have misunderstood your question/problem please try again (I can be slow on the uptake at times).

Cheers
Rod

Quote:

---

Originally Posted by RodG

..... V2.2.0 UPGRADE.txt ....................


Also check for any new icons. Anytime a new method is added

---

Ok so I have broken it, I have uploaded the icons in every single icon folder on our server and they are not showing? :unsure:

Not sure what to do now!

Cheers
Jazzah

Quote:

---

Originally Posted by jazzah

Ok so I have broken it, I have uploaded the icons in every single icon folder on our server and they are not showing? :unsure:

---

First question: What version are you upgrading to/from? The post that I'm replying to is indicating that you are trying to upgrade from V?.?.? to V2.2.0.

The latest release is V2.2.1

Second question. Where in the installation/upgrade instructions does it state you need to upload the icons to every icon folder on the server?

Now for the (hopefully) helpfull stuff.

If using V2.2.0 OR BELOW the icons need to be located in the
/includes/templates/template_default/images/icons/ folder

If using V2.2.1 (the latest update), the icons need to be relocated into a NEW folder at images/icons/ozpost/

DON'T place them directly into the images/icons folder, you must create the 'ozpost' folder and place them in there. If this is confusing simply forget everything I've just stated and just use the exact same file structure as the distribution files, don't try to manually select where things go..

If the icons are located in
/includes/templates/template_default/images/icons/ in the ZIP file then they NEED to go into the exact same file path on your server.
If they are located in images//icons/ in the ZIP file then they NEED to go into the images//icons/ folder on your server, and if they are located in images/icons/ozpost in the ZIP file then they NEED to go into the images/icons/ozpost folder on your server.
If the folder 'ozpost' doesn't exist on your server it will be automatically created when you copy the images/ folder to your server (assuming you are using filezilla)...

I suspect that you are probably making it hard for yourself by 'manually' selecting what and where to upload the *files*, where in practice you only need to select the top level *folders* and all will be sweet.

With V2.2.0 and below there were only two top level folders, "admin", and "includes".
With V2.2.1 there are three of them "admin", "includes" and 'images'.

If you already have a working ozpost installation you will NOT need to re-upload the "admin" folder contents (although it won't harm anything if you do), so to upgrade, select the two FOLDERS "images" and "includes" and upload them to the top level folder of your store.

If you are selecting the individual files to upload rather than the top level folders then you are doing it wrong and simply asking for trouble,

Does this help or does it add to any confusion?

Cheers
Rod

Oh Damn, it is too late my brain is fried, the programmer is fixing it for me. The simple things are not always the easiest! lol

thanks for your help Rod, and yes I was just updating from the previous version.

Quote:

---

Originally Posted by jazzah

The simple things are not always the easiest!

---

If you have any suggestions for anything that I can do to make it easier for you then please provide them, but for the life of me, I really can't see how or why you apparently have so much of a problem.

Perhaps your next comment provides a clue

Quote:

---

Originally Posted by jazzah

and yes I was just updating from the previous version.

---

I can understand that this statement makes a lot of sense to you, but if you think about it, it is a nonsensical response to my question....

"What version are you upgrading to/from? The post that I'm replying to is indicating that you are trying to upgrade from V?.?.? to V2.2.0. "

This, to me ia a very specific question that should have resulted in a very specific answer along the line of "I was just upgrading from v2.2.0 to V2.2.1"
The response "I was just updating from the previous version" is nonsensical because
1. No one is ever going to update from a *future* version.
2.The use of 'previous' implies that both you and I know what the *current version* is, and according to your 1st post you were upgradrading to V2.2.0 which *isn't* the current version.

Why I am suggesting that this may be a clue to why you have so many problems is because it seems to me that you seem to view the installation instructions as being as vague as your own comments, rather than the exact/specific instructions that they are ... This is why you end up doing things like " uploaded the icons in every single icon folder on our server".

You are not an idiot, and your brain isn't fried (no matter how much you try to convince me otherwise), I think you are just being lazy. Nothing wrong with that. I'm lazy too, so please don't be offended. Over the years I have earned a lot of money from people lazier than myself (haven't we all?)

Cheers
Rod

ps. Have you ever considered setting up a zencart installation on your home computer and using that to practice any upgrades and/or modifications? Such a setup is also great for testing new modules too (no risk to your live server).

Hi Rod, it is all fixed now. I was upgrading from 2.2.0 to 2.2.1 I followed the upgrade instructions that you posted, and did not realize the images needed to be placed in a new folder. Then I could not figure out where the new folder needed to be created. I have said this before, I can try to do upgrades, but am in very unfamiliar territory and can stuff it up easily as well. I did the previous upgrade myself with no issues. Oh well, our programmer gets some extra $ from me this month!

Cheers
Jazzah

Quote:

---

Originally Posted by jazzah

I followed the upgrade instructions that you posted,

---

Well, no you didn't. THAT is the problem.

Quote:

---

Originally Posted by jazzah

and did not realize the images needed to be placed in a new folder.

---

The upgrade instructions were very clear about this, in my opinion.

---------------------------------------
V2.2.0 to V2.2.1
You need to replace the /includes/modules/shipping/ozpost.php file
(and perform the remove/install process).
All ozpost icons/graphics need to be relocated into their own folder at
images/icons/ozpost/
----------------------------------------

Quote:

---

Originally Posted by jazzah

Then I could not figure out where the new folder needed to be created.

---

There was nothing to "figure out".... "They need to be located into their own folder at images/icons/ozpost/"

PLEASE, I BEG OF YOU. HOW COULD I REWRITE THE ABOVE INSTRUCTIONS IN A WAY THAT WOULD NOT HAVE CONFUSED YOU!

Tell me this and I'll happlily re-write things so the people such as yourself will not have a problem following it in the future. HELP ME HELP YOU!!!

Quote:

---

Originally Posted by jazzah

I have said this before, I can try to do upgrades, but am in very unfamiliar territory and can stuff it up easily as well.

---

And it is MY task to write the instructions in a clear and consise manner so that people such as yourself don't have these kinds of problems.
I HAVE FAILED!!! Please help !!!!!

THIS IS NOT AN IDLE REQUEST. I hate that some people have problems with these updates. I hate it even more when I find that people are parting with hard earned money when there is no need for them to do so. I usually pride myself on the fact that I can explain things to most people.
I even have the australian Cert IV in Training and assessment, not to mention completing several VET courses covering things such as 'creating technical documentation' and 'creating USER documentation',
yet all this seems to be of no value whatsover....

Two steps... That is all that was needed, and was explained as follows..

1. You need to replace the /includes/modules/shipping/ozpost.php file
2. All ozpost icons/graphics need to be relocated into their own folder at
images/icons/ozpost/

Where/how did I go wrong? please, please, please; now that you know what is/was required I again will ask you to re-write those two steps in a way that will not confuse you with future updates. I realise that future updates may have *different* instructions, but If I know what you *need* then I'll be able to adapt to suit YOU.

What else can I do?

Cheers
Rod

Hi Rod, I followed the instructions that I requested in a post about how to upgrade, I did not read the instructions page that was included in the download. My fault!!

I will ask my programmer where he located the file of images, maybe then I can see how I got it wrong.


But I have another issue now. A while ago you provided some code to add a day to Fastway, as we are in outer Melbourne and they take an extra day. My programmer is now saying

"tell him you need it for the latest ozpost version, that specific piece of code he posted that should be replaced doesn't exist
the command does but not for the fastway method
this command "case "FWL";" exists
but the whole piece of code

case "FWL";
if(in_array("FastWay Labels", $this->allowed_methods)) $handlingFee = MODULE_SHIPPING_OZPOST_FWL_HANDLING ;
break;

case "FWS":
if(in_array("FastWay Satchel", $this->allowed_methods)) $handlingFee = MODULE_SHIPPING_OZPOST_FWS_HANDLING ;
break;

doesn't."

Would you be able to assist?

Thanks
Jazzah

Quote:

---

Originally Posted by jazzah

Hi Rod, I followed the instructions that I requested in a post about how to upgrade, I did not read the instructions page that was included in the download.

---

Same instructions.

Quote:

---

Originally Posted by jazzah

I will ask my programmer where he located the file of images, maybe then I can see how I got it wrong.

---

No need to ask. I can tell you... he placed them in the location that I keep specifying. namely. in images/icons/ozpost.
I know this as fact, because they simply won't load from anywhere else.

Quote:

---

Originally Posted by jazzah

But I have another issue now. A while ago you provided some code to add a day to Fastway, as we are in outer Melbourne and they take an extra day. My programmer is now saying

"tell him you need it for the latest ozpost version, that specific piece of code he posted that should be replaced doesn't exist

---

Wow! This peice of code hasn't existed since V2.0.9 ,,, That's four versions ago!!

Quote:

---

Originally Posted by jazzah

Would you be able to assist?

---

Sure. Tell him to look for the line that reads:

$estimateddays = $quote->days ;

Then immediatly after that add something like

if ( substr($quote->id, 0, 2) == "FW") $estimateddays = $estimateddays + 1 ;


--------------------------------------

IMPORTANT: For this to work you MUST select "days" for the Estimated Delivery Format. If you wish to use the 'date' format your programmer will need to manipulate the date string, which is a little more difficult.

Cheers
Rod

Quote:

---

Originally Posted by centaur

I have clients refering to me that they cannot purchase by post - When I checked, I have this message
"Ozpost.net subscription expired 4 Days ago"

---

If you are a host/devoloper with 3 or more clients (using ozpost) please PM me.

Quote:

---

Originally Posted by centaur

I can't remember subscribing to anything, and I have been using your module for years
Please can you tell me whats happened, and if there are any changes.

Thank you

---

ozpost.net went to a subscription based format last July. There is a 60 day automatic subscription from the first time the module is used.

Cheers
Rod

I looked at this module couple of months agto when setting up my site. Searched hi and low for pricing and i could not find anything on how much per month or what percentages were taken from each sale.

Figured if someone designed it and wasnt making this information easily acceptable then theres more to it and havent thought twice about it.

I trawled through this forum trying to find the information and even when asked directly no answer was still given.

What is the go. Im struggling with the current shipping modules need something that will offer shipping and a delivery option for me to hand deliver items locally.

Finding the whole process frustrating and near im[possible to get the information i need to make an informed decision

Quote:

---

Originally Posted by RyanK

I looked at this module couple of months agto when setting up my site. Searched hi and low for pricing and i could not find anything on how much per month or what percentages were taken from each sale.

---

I don't suppose it ever occurred to you to look at the ozpost.net website?

Quote:

---

Originally Posted by RyanK

Figured if someone designed it and wasnt making this information easily acceptable then theres more to it and havent thought twice about it.

---

In other words, you are far more interested in how much it costs rather than whether it is going to be suitable for your needs.
You also figured wrong. This info is/was just 2 clicks away in your admin control panel.

Quote:

---

Originally Posted by RyanK

I trawled through this forum trying to find the information and even when asked directly no answer was still given.

---

I'll be nice this time and make no further comment about this claim, but please don't ever feed me billshot again. I WILL take you to task on it and you will end up being publically embarrased and you will call me all sorts of nasty names... Stick with facts and we'll get on just fine :-)

Quote:

---

Originally Posted by RyanK

What is the go. Im struggling with the current shipping modules need something that will offer shipping and a delivery option for me to hand deliver items locally.

---

Could you better explain what you mean? What kind of 'shipping' are you looking at? Do you wish to price your shipping cost based on weight? per Item? by Distance? By location? by Coutierr? ALL of these? How about some items by weight, others by pickup only?

What I'm saying is that shipping quotes is a complex process, so it isn't much of a surprise for some people to struggle with it, and this is also why there are so many different shipping modules/methods. No two stores are alike, there is no one solution that suits everyone, and more often than not you will need to make a compromise between what you would like and what is actually possible,

Quote:

---

Originally Posted by RyanK

Finding the whole process frustrating and near im[possible to get the information i need to make an informed decision

---

Frankly I don't see how knowing the subscription costs is going to help you make an informed decision about whether ozpost it is suitable for your needs or not, which is why you get to try it for a full 2 months before even thinking about offering mandatory ongoing financial support.

Anyway, this is also not the place to discuss the pros/cons/costs of commercial software/subscription services, which is really the only reason I avoid mentioning them here. They are readily available on the server site itself.

This forum/thread is here to support users of the ozpost module. If/when you decide to give it another go and you need help/support then please feel free to ask , otherwise you are simply wasting everyones time, including your own.

Rgds
Rod

Hi Rod, I have a parcel that is coming out as
Calculated: Length=29.00cm, Width=25.00cm, Height=2.50cm, Weight=1gms, NumBoxes=1

but it is allowing 500gm satchel that wont fit that size. I have not selected restrain dimensions or use core weight.

Also how can I stop it from showing the larger satchels when they are way too big?

Thanks
Jazzah

Here is the rest of the debug info

Parcel under 250gm</description></quote><quote><id>RPPi</id><cost>7.50</cost><days>2</days><description>Insured Parcel under 250gm</description></quote><quote><id>REG</id><cost>7.50</cost><days>2</days><description>Registered Parcel under 250gm</description></quote><quote><id>EXP</id><cost>8.40</cost><days>1</days><description>Express Parcel under 500gm</description></quote><quote><id>PPS3</id><cost>10.30</cost><days>1</days><description>3Kg Satchel</description></quote><quote><id>EXPi</id><cost>11.35</cost><days>1</days><description>Insured Express Parcel under 500gm</description></quote><quote><id>PPSE3</id><cost>11.70</cost><days>1</days><description>3Kg Express Satchel</description></quote><quote><id>PLT</id><cost>12.30</cost><days>1</days><description>Platinum Parcel under 500gm</description></quote><quote><id>PPSE3XL</id><cost>14.60</cost><days>1</days><description>3kg XL Express Satchel</description></quote><quote><id>COD</id><cost>15.05</cost><days>2</days><description>Cash On Delivery </description></quote><quote><id>PLTi</id><cost>15.25</cost><days>1</days><description>Insured Platinum Parcel under 500gm</description></quote><quote><id>PPSP3</id><cost>16.30</cost><days>1</days><description>3Kg Platinum Satchel</description></quote><quote><id>PPSE5K</id><cost>19.10</cost><days>1</days><description>5kg Express Satchel</description></quote><quote><id>PPSE5KXL</id><cost>21.15</cost><days>1</days><description>5kg XL Express Satchel</description></quote><information>

Quote:

---

Originally Posted by jazzah

Hi Rod, I have a parcel that is coming out as
Calculated: Length=29.00cm, Width=25.00cm, Height=2.50cm, Weight=1gms, NumBoxes=1

but it is allowing 500gm satchel that wont fit that size.

---

Why Not?

1gm is less than 500gm
29cm is less than 353cm
25cm is less than 220cm

Quote:

---

Originally Posted by jazzah

Also how can I stop it from showing the larger satchels when they are way too big?

---

Did you read the changes.txt and/or configuration.txt files?

There have been changes made to the way Satchels are quoted as a result of discussions earlier in this thread. If you prefer the old behaviour you need to select ALL satchels (which will cause the server to return only the most suitable satchel). The other option is for you to disable the larger satchels.

This current code isn't set in stone, and the problem we are trying to fix has taken a fair bit of thought as to how to fix it for those that have it, without breaking it for everyone else... The current code does achieve this, but it also has this unwanted site effect which poses its own problems because the side effect is essentially what was needed to fix the original problem.

If you (or anyone else) have any ideas or suggestions as to how I can make a *better* fix then I'm all ears...

Cheers
Rod

Quote:

---

Originally Posted by RodG

Why Not?

1gm is less than 500gm
29cm is less than 353cm
25cm is less than 220cm

---

Hi Rod, what are the dimensions used for the 500gm satchel? The last time I did a maths class, 25 cms was not less that 22cms? Has that changed?

Jazzah

[quote=RodG;989423] If you prefer the old behaviour you need to select ALL satchels (which will cause the server to return only the most suitable satchel). /quote]

Damn that stuffs me up as we don't use regular post anymore, it must be express or registered so there is some tracking. Also we don't have the Xl satchels.....not sure what to do now.

Quote:

---

Originally Posted by jazzah

Hi Rod, what are the dimensions used for the 500gm satchel? The last time I did a maths class, 25 cms was not less that 22cms? Has that changed?

Jazzah

---

Apparently :-)

This is the code used for checking the 500gm Satchels

if (($weight <= 500) && ((($width + $height) * 2 ) <= (220 * 2)) && ((($length + $height) * 2 ) <= (353 * 2) ) && ($length <= 353) && ($width <= 220) )

I'm not seeing where I've gone wrong.. can you?

Cheers
Rod

Quote:

---

Originally Posted by jazzah

Damn that stuffs me up as we don't use regular post anymore,

---

There has been no change to the way regular post is handled. The changes affect satchels only, so I can't see how it will 'stuff you up'.

As I said, if you wish to revert to the old behaviour just enable ALL satchels.

Quote:

---

Originally Posted by jazzah

it must be express or registered so there is some tracking. Also we don't have the Xl satchels.....

---

I don't currently see your problem, because it was for merchants that don't use the XL satchels that these recent changes were made (The code left a 'hole' whereby if the items were XL sized and these were disabled, as you do/did then if no other valid quotes were possible the static rates were being used). The recent changes fixed this hole by returnting the data for all satchels if some of them are disabled, therefore reverting the filtering back to the client rather than the server.

Quote:

---

Originally Posted by jazzah

not sure what to do now.

---

That makes two of us..... What is worse, having parcels being quoted static rates because they happen to be the same size as a disabled satchel, or having the larger sized satchels shown (where allowed) as well as the most suitable sized one?

Where was you when I was asking for user input and suggestions in regards to this matter?

http://www.zen-cart.com/forum/showpo...postcount=1405

Anyways, hopefully you can see the problem(s) and again, if you have any suggested solutions I'm all ears..

If I need to choose between the old and the new methods it'll be a case of the vocal majority wins.

Cheers
Rod

Is it necessary to include the following islands in the zones setup, or are they deemed part of the bracketed states shown:

Norfolk Is (NSW)
Cocos (Keeling) Is (NSW)
Christmas Is (NSW)
Antarctic Territories (TAS)

Thanks in advance.

Quote:

---

Originally Posted by dw08gm

Is it necessary to include the following islands in the zones setup, or are they deemed part of the bracketed states shown:

Norfolk Is (NSW)
Cocos (Keeling) Is (NSW)
Christmas Is (NSW)
Antarctic Territories (TAS)

Thanks in advance.

---

The ozpost module doesn't use anything from the zones settings, so the answer has to be 'no'.

However, if you are having problems/issues with these locations it is more than likely that it is somerthing I need to fix or cater for on the server..
I know I had to make some special allowance for Norfolk Island for some reason (I can't remember offhand why), but I don't recall having to do anything special for the others.

Cheers
Rod

Quote:

---

Originally Posted by RodG

Apparently :-)

This is the code used for checking the 500gm Satchels

if (($weight <= 500) && ((($width + $height) * 2 ) <= (220 * 2)) && ((($length + $height) * 2 ) <= (353 * 2) ) && ($length <= 353) && ($width <= 220) )

I'm not seeing where I've gone wrong.. can you?

Cheers
Rod

---

Hi Rod, today we had an order for the following,

Debugging informationItem 1-1Tinkerbell Icing SetParcel Weight 90gms Items 1Weight 99gms Dimensions 11.00 x 7.30 x 4.00 11.00 x 7.30 x 4 Cube / Weight 321.2cc / 0.0803Kgs 321.2cc / 0.0803Kgs Item 2-1Tinkerbell Cake TinParcel Weight 160gms Items 2Weight 275gms Dimensions 30.00 x 29.00 x 5.00 30.00 x 29.00 x 9 Cube / Weight 4350cc / 1.0875Kgs 7830cc / 1.9575Kgs Item 3-1Thomas the Tank Happy Birthday BannerParcel Weight 88gms Items 3Weight 371.8gms Dimensions 19.00 x 19.00 x 1.00 30.00 x 29.00 x 10 Cube / Weight 361cc / 0.09025Kgs 8700cc / 2.175Kgs Calculated: Length=30.00cm, Width=29.00cm, Height=10.00cm, Weight=371gms, NumBoxes=1

There is no way this would ever fit into a 500gm satchel but that is what came up. I know it is under 500grms weight but the size does not fit. Is there something I am doing wrong?

re the satchels, we use satchels, but do not offer regular ones, as we register everything or express post orders. So I can't have them all selected.

Here is the other debug info

<?xml version='1.0' encoding='ISO-8859-1'?><quotes>
<quote><id>RPP</id><cost>5.80</cost><days>2</days><description>Parcel under 500gm</description></quote><quote><id>EXP</id><cost>8.40</cost><days>1</days><description>Express Parcel under 500gm</description></quote><quote><id>REG</id><cost>8.75</cost><days>3</days><description>Registered Parcel under 500gm</description></quote><quote><id>RPPi</id><cost>8.75</cost><days>3</days><description>Insured Parcel under 500gm</description></quote><quote><id>FWS</id><cost>10.10</cost><days>1</days><description>FastWay Satchel (A5/A2 BLUE)</description></quote><quote><id>EXPi</id><cost>11.35</cost><days>1</days><description>Insured Express Parcel under 500gm</description></quote><quote><id>FWL</id><cost>12.10</cost><days>1</days><description>FastWay Labels (RED)</description></quote><quote><id>PLT</id><cost>12.30</cost><days>1</days><description>Platinum Parcel under 500gm</description></quote><quote><id>PPSE3XL</id><cost>14.60</cost><days>1</days><description>3kg XL Express Satchel</description></quote><quote><id>PLTi</id><cost>15.25</cost><days>1</days><description>Insured Platinum Parcel under 500gm</description></quote><quote><id>COD</id><cost>16.30</cost><days>3</days><description>Cash On Delivery </description></quote><quote><id>PPSE5K</id><cost>19.10</cost><days>1</days><description>5kg Express Satchel</description></quote><quote><id>PPSE5KXL</id><cost>21.15</cost><days>1</days><description>5kg XL Express Satchel</description></quote><information>
<server>74.55.148.130</server>
<timestamp>Tue Feb 01, 2011 19:36 (SA Server Time)</timestamp>
<requesttime>20:06 (VIC Store Time)</requesttime>
<postdate>Wed 2nd of Feb</postdate>
<insurance>2.95</insurance>
<egoinsurance>0.00</egoinsurance>
<registration>2.95</registration>
<fromsuburb>LANGWARRIN</fromsuburb>
<destsuburb>ADELAIDE</destsuburb>
<expires>221</expires>
</information>
</quotes>

Quote:

---

Originally Posted by jazzah

Length=30.00cm, Width=29.00cm, Height=10.00cm, Weight=371gms
There is no way this would ever fit into a 500gm satchel but that is what came up.

---

According to the debug info you posted the smallest sized satchel that could/should have been displayed was the 3kg XL

Quote:

---

Originally Posted by jazzah

I know it is under 500grms weight but the size does not fit. Is there something I am doing wrong?

---

No, but you are providing conflicting information.

Quote:

---

Originally Posted by jazzah

re the satchels, we use satchels, but do not offer regular ones, as we register everything or express post orders. So I can't have them all selected.

---

Then only select those you allow, and hope your customers are clever enough to select the 3kg option during the times where both are displayed.

Quote:

---

Originally Posted by jazzah

Here is the other debug info

---

Thanks, but according to the debug info you posted the smallest sized satchel that could/should have been displayed was the 3kg XL.

Hmmm, I've been thinking this was a server based error... but for the debug and your statements to both be true it can only be a client side error.

Quite probably nothing that you have done wrong, but I do still need to verify/replicate the problem because presenting satchels that are too small to fit really isn't part of the design (presenting those that are larger, is).

Cheers
Rod

Hi Rod, The invoice for that order shows the following
Sub-Total: $52.65 Australia Post (Express Parcel under 500gm): $9.40 GST (10% tax included): $5.64 Total: $62.05 Party Date : 13/02/2011

which is the 500gm express post price.

Also happy for you to give you details to log and see for yourself if you want!

Jazzah

Quote:

---

Originally Posted by jazzah

Hi Rod, The invoice for that order shows the following
Sub-Total: $52.65 Australia Post (Express Parcel under 500gm): $9.40 GST (10% tax included): $5.64 Total: $62.05 Party Date : 13/02/2011

which is the 500gm express post price.

---

Sorry, but I don't see the problem???????

You WERE telling me that the 500gm SATCHELS were incorrectly showing up. This is *not* a satchel quote.

Rod

Quote:

---

Originally Posted by jazzah

Also happy for you to give you details to log and see for yourself if you want!

Jazzah

---

This shouldn't be neccesary, but it would help if you could clearly explain exactly what your current problem is.

Yes, the code HAS changed. Yes, it DOES work differently now, but you are making claims/statements that are not being supported by the evidence that you are presenting. Logging on "to see for myself" isn't going to help a thing unless I know what I'm looking for.

I've already spent a fair bit of time in your store, replicating the order from the details you provided earlier, and this replication told me exactly the same as I'd theorised, the 500gm Satchels are/were not going show up in spite of your statement to the contrary.

And now, even though you present evidence that you aren't refering to satchels after all <????> "Australia Post (Express Parcel under 500gm): $9.40 " you are happy to state "which is the 500gm express post price".

I don't know if you are intentionally being misleading, or possibly just not aware that "Express Parcel under 500gm" is not the same as a "500gm Prepaid satchel", but so far I've not found a scrap of evidence to support your complaint that the 500gm satchels are showing where they shouldn't, in fact everything you have shown me so far has indicated that this is not the case.

I consider this case closed until/unless you present positive proof of your claim.

Cheers
Rod

The arrogance in your reply obviously shows me you are over defending yourself. The ozpost website when i look had no pricing on it. Actually the thread on this forum you were defending yourself for not having pricing readily available so i gave up. I searched for hours for a clear answer.

As for knowing price as to weather it is suitable to my needs if i didnt know what i was being charged then i have no way of gauging if its suitable to my needs. New businesses starting out need to know how much its going to cost.

On your website now it says 60 days free.Upgrade for $5.00 a month but a 12 month subscription is $94. As a business owner who thinks this could be a good module to use im not willing to take a second look unless the person im doing business with has full disclosure of costs associated with their product.

I dont need to go into any detail on how i intend to ship if the person i would consider doing business with cant even openly disclose how much there going to charge me.

RyanK

First of all I am not associated with Rod but a customer of his for a long time and I know the time and effort over the years that Rod has put into this and the asisstance that he has offered to so many people of the zen community.

You say that the prices are hard to find . They are clearly stated on his web site http://shop.vcsweb.com/index.php?mai...roducts_id=207

There, it also clearly states: "under $5.00per month. (36 month subscription)". The 12 months is $94.95 which provides still a nice saving over the other options. How much more clear you need it to be?

Rod has never hidden the prices and has always kept everyone uptodate with everything (sometimes I wonder when does he sleeps). How many other systems are for free with a Post office module (plus everything else) that offer a 60 days trial? Personally I know none and believe me that I have spend plenty of time searching.

By the way I have been using the module for years and never had a problem.

As it looks like that you are new to zen cart maybe you want to try everything first including the free 60 day trial from Rod before you start making complains. Who knows maybe zen-cart is not for you and you can go and find one of the many systems where you can pay for everything huge amounts of money, just a thought :-)

My apologies for going on but when someone is unfair to a member of the community then the community needs to open its mouth and it is nothing personal as such.

hi rod

sometime in the last couple of days the only post method is walk in, everything is set and enabled as it should be for the ozpost module but it only shows walk in

how/why could the ozpost module stop working ?

Quote:

---

Originally Posted by netgirlz

sometime in the last couple of days the only post method is walk in, everything is set and enabled as it should be for the ozpost module but it only shows walk in

how/why could the ozpost module stop working ?

---

I need more info, but the first question is, has your subscription expired? (I can't check this without knowing your store name or URL).

You can also try enabling thje DEBUG option to see if that offers any clues.

Cheers
Rod

Quote:

---

Originally Posted by RyanK

As for knowing price as to weather it is suitable to my needs if i didnt know what i was being charged then i have no way of gauging if its suitable to my needs.

---

Your logic is flawed. The first thing you need to do is determine whether any given software is going to be suitable for your needs. The cost/charges associated with that software should *always* be of secondary importance.

If the software doesn't do what you need then it doesn't matter if it is free or costs $1million. The cost has no bearing on functionality.

Only AFTER you have identified *suitable* software for your needs is the time to compare the cost benefits of what is available.

I beleive I have already determined from some of your other posts that ozpost probably doesn't suit your needs, so, since it is of no use to you I will be happy to let you use it totally free for as long as it is unsuitable.

There. you can now make your business decision about which shipping module(s) to use without having to worry about the costs and charges. :smile:

Cheers
Rod

Quote:

---

I need more info, but the first question is, has your subscription expired? (I can't check this without knowing your store name or URL).

You can also try enabling thje DEBUG option to see if that offers any clues.

Cheers
Rod

---

Hi rod

we are running an old version of ozpost (v 1.02) and were not aware of the subscription, this morning we took out the 3yr subscription option, but it is still only showing store walk in

the debug info appears to be showing the correct info

the store url = http://www.babycarriages.com.au

the store has been operating faultlessly for over 2 yrs

what else can be causing this error ?

Quote:

---

Originally Posted by netgirlz

we are running an old version of ozpost (v 1.02) and were not aware of the subscription,

---

The subscriptions are for access to the server, not the client software.

I suggest that you check your spam filters and/or the mail originating from the contact form of your website, because I have sent at least three personal mails to you via this method over the last few months and apparently you haven't recieved any of them :-(

Quote:

---

Originally Posted by netgirlz

this morning we took out the 3yr subscription option, but it is still only showing store walk in

---

It should be working now (it can take a few hours for me to process the orders). Yours was done in less than two :-)

Quote:

---

Originally Posted by netgirlz

the store has been operating faultlessly for over 2 yrs

---

Well, ALMOST faultlessly... the shipping module has only been providing static quotes since last September (When your free trial period expired), and it *probably* stopped working completely just a few days ago. The emails I sent via your contact form was to warn/inform you about these impending actions/changes.

Also, now that I know who you are (or more specifically, the name of your store) you *should* be pleased to know that I have actually gone out of my way and made special efforts to try to contact you ... The reason... according to our log files, your store is among the top ten most active zencart stores in Australia (#7). congratulations,

Anyway, sorry for any disruption caused, but again, please do check that messages sent via your contact form are being recieved, because if you missed mine you could also be missing many others

Cheers
Rod.

ps. It might also be worthwhile upgrading your ozpost module at some stage in order to take advantage of the various courier options, which will be ideal for some of your larger items.

Hi Rod, It would be great to know who the top 10 most active zencart stores are in Australia, that way we can support them some more. Are you able to share? Would anyone have any concerned about sharing this?

Ok I have done a search and have not been able to locate an answer to my question. But am also here slightly anxious that I am going to ask something stupid and waste your time. Which I honestly never intend to do, even when the bleeding obvious is staring me in the face!

So here goes and please be gentle if I have missed it.

We have had a number of orders recently that have come out flat rate as they have exceeded the girth for Australia Post. The problem is a customer put through a massive order and was only charged $25 postage to get to rural WA from Melbourne and has refused to pay more. This leaves me in a really horrible situation, do I refund the massive order or take it on the chin and not make a profit after postage eats it all? (its not quite that massive to make up for the postage shortfall)

Is is possible to have customers be advised they will be provided with a postage cost within 24 hours? or to contact us for one? instead of the flat rate for exceeded dimensions?

Thanks
Jazzah

Quote:

---

Originally Posted by jazzah

Hi Rod, It would be great to know who the top 10 most active zencart stores are in Australia, that way we can support them some more. Are you able to share?

---

Able, Yes. Willing, No.

Quote:

---

Originally Posted by jazzah

Would anyone have any concerned about sharing this?

---

The reason I'm not willing is because someone in the list is sure to be concerned and possibly claim misappropriate use of data. In reality, the only data kept is a 'hit counter' for each store, and this isn't a valid guide on its own, as some stores display shipping quotes on the shopping cart page, others only show them when the estimate shipping button is clicked, and I haven't taken OsCommerce into account, which only uses the server during checkout.

I'm happy to provide individual store owners their own data if/qhen asked though.

Cheers
Rod

Quote:

---

Originally Posted by jazzah

But am also here slightly anxious that I am going to ask something stupid and waste your time.

---

I'm sorry you feel that way.

Quote:

---

Originally Posted by jazzah

Which I honestly never intend to do, even when the bleeding obvious is staring me in the face!

---

I always have great difficulty telling people they are missing the obvious without causing offense. I never intend to, after all, offense is something taken, not given.

Quote:

---

Originally Posted by jazzah

So here goes and please be gentle if I have missed it.

---

You want me to lie to you, and tell you how clever you are for missing the obvious? Surely you'll see through such obvious falsehoods?

Quote:

---

Originally Posted by jazzah

We have had a number of orders recently that have come out flat rate as they have exceeded the girth for Australia Post.

---

Tip#1: Enable one of the couriers to provide quotes under these conditions.

Tip#2: Setting the static rate to 'per item' or 'per kilo' is a better safety net than the 'per order' setting if this is likely to be a common occurence.

Tip#3: Set the 'constrain dimensions' to "Yes". (This will avoid quotes being rejected based on size alone). The suitabilty of this option depends on 3 factors: 1. the size of your products. 2: your ability to 'pack' the items more efficiently than the computer, and 3. Basic physics.. Items take up space, and the more items you add the more space they will take. sooner or later this option will provide quotes for physically impossible to create parcels.

Quote:

---

Originally Posted by jazzah

The problem is a customer put through a massive order and was only charged $25 postage to get to rural WA from Melbourne and has refused to pay more.
This leaves me in a really horrible situation, do I refund the massive order or take it on the chin and not make a profit after postage eats it all? (its not quite that massive to make up for the postage shortfall)

---

I would be assuring the customer that the quoted shipping cost was a mistake and informing them of the actual shipping cost (keeping in mind that if the girth is too large you won't be able to use AustraliaPost anyway).

If they aren't willing to negotiate a compromise then cancel the order and run like hell, they are probably trying to scam you anyway.. Besides, do you REALLY want a continuing relationship with such an unforgiving customer?

How much of a compromise is something only you and they can decide. It is rarely ever worth taking a full loss in these situations because the customer is unlikly to return anyway, and if/when you do come to a compromise the customer will still see that you have given them a break and they will look favourably on you in the future... possibly more so than if the transaction went without an issue.

Quote:

---

Originally Posted by jazzah

Is is possible to have customers be advised they will be provided with a postage cost within 24 hours? or to contact us for one?

---

This is very ill advsed... Online shoppers want to buy it now and have it shipped tomorrow... telling them to wait 24 hours in order to get final costs is akin to putting up a closed sign on you store,

Quote:

---

Originally Posted by jazzah

instead of the flat rate for exceeded dimensions?

---

As well as the options/tips mentioned above, if you enter a value of zero in the static rate field it will effectively disable the module if a valid quote cannot be obtained.

My *personal* preference is to enable one of the online couriers.. Although I've never actually USED one of them, the quotes they provide are not subject to the Australia Post limitations so a valid quote is almost always available... and if someone does happen to order using one of these couriers, then why not? It's not like you need to sign your life away to set up an account with them...

My next personal fav setting is 'cost per kg', because this is the closest to reality...

Ideally, a pair of settings would provide the best solution.. $xx for 1st Kg and $yy for each subsequent kg. This isn't on any future plans though, after all it IS only supposed to be a fallback setting and not something designed for daily use.

Cheers
Rod

hi rod

thanks for fast response, yes it was working after couple of hours and the transactions have started being processed again.

we will look into upgrading to the latest also

Hiya Rod,
I've just installed the Ozpost mod.
When I go to my store the only option I'm getting is the flat rate for shipping. I have added dimensions and added 2 different products separately with the same result.

Can you please tell me what I'm doing wrong?

Here's the debug file

<?xml version='1.0' encoding='ISO-8859-1'?><quotes>
<quote><id>Error</id><cost>0.00</cost><days>-1</days><description>Invalid input Data [No Weight]</description></quote><information>
<server>74.55.148.130</server>
<timestamp>Tue Feb 08, 2011 06:46 (SA Server Time)</timestamp>
<requesttime>06:46 (ACT Store Time)</requesttime>
<postdate></postdate>
<insurance>0.00</insurance>
<egoinsurance>0.00</egoinsurance>
<registration>0.00</registration>
<fromsuburb>CHARNWOOD</fromsuburb>
<destsuburb>SPENCE</destsuburb>
<expires>55</expires>
</information>
</quotes>

Thanks for reading Rod!!

Maxy

Quote:

---

Originally Posted by maxy007

Can you please tell me what I'm doing wrong?

Here's the debug file (edited)

Invalid input Data [No Weight]

---

This is your problem. apparently there was no weight data.

This can often be caused (and not easily spotted) if you have your Kg/gm weight set to 'gm' and you enter your weights in Kg .. therefore an item supposedly weighing 0,5Kg is being treated as though it were 0.5gm, and when this gets converted to an integer it will evaluate to zero.

Solution1: Change your weight setting to 'Kg'
Solution2: Enter your weights as gms rather than Kgs.

Cheers
Rod

Hi Rod,
Thanks for replying.
I have weight set in my products and I'm pretty sure they are in gms. Where do I check this? In Ozpost or in Zen-Cart admin?

Thank You

Maxy

Quote:

---

Originally Posted by maxy007

Hi Rod,
Thanks for replying.
I have weight set in my products and I'm pretty sure they are in gms. Where do I check this? In Ozpost or in Zen-Cart admin?

Thank You

Maxy

---

Ozpost via zencart admin .... same place as all the other ozpost settings.

Cheers
Rod

Hi Rod,
I did have Ozpost set to gms but the problem I have now is the weight shown under my product is 400kgs instead of 400gms :smile:

Also there are a number of options for shipping available but at the top of the shipping options I get this text
"This is currently the only shipping method available to use on this order."

Can you please tell me how I change these 2 things?

Thanks again

Maxy

Quote:

---

Originally Posted by maxy007

Hi Rod,
I did have Ozpost set to gms but the problem I have now is the weight shown under my product is 400kgs instead of 400gms :smile:

---

OK, now I have no wish to confuse you in any way, but the TEXT that you see doesn't reflect reality.

zencart itself doesn't know the difference between lbs, grams, kilos, carats or carrots :D

The *numbers* you enter into your product weights *could* mean any of these things, it is the ozpost Kg/gm setting that determines their actual *value*.

A default zencart installation would show these values as 'lbs', and for your store to show them as 'Kgs' means that ar some stage someone has edited your languages/english.php file to change 'lbs' to 'kgs' .. You need to re-edit those files so they read 'gms' (assuming you select 'gms' as your weight setting).

If you don't know how to do this please refer to the zencart FAQ files on how to change 'lbs' to 'kgs' .. you'll need to follow these instructions but substitute 'kgs' for 'gms'.

ALTERNATIVELY, since your store is set to show "Kgs" as your weight, you may find it easier to match this by setting the option in the ozpost module to also be 'Kgs', but then you'll need to ensure you enter your product weights as Kgs as well......

Quote:

---

Originally Posted by maxy007

Also there are a number of options for shipping available but at the top of the shipping options I get this text
"This is currently the only shipping method available to use on this order."

Can you please tell me how I change these 2 things?

Thanks again

Maxy

---

This text is derived by zencart itself rather than the shipping module. To change it you will need to locate the file where it is defined (use the developers toolkit)

Cheers
Rod

Thanks Rod.
I'm checking the developers toolkit as we speak :)

Awesome module!! Thanks for the work you've put in, it really makes life easier.

Have a great night :clap:

Maxy

Greetings Rod

I am playing with your mod on one of my local installs before going live.

Installation was easy and I thought I had the configuration done according to my (proposed) requirements.


Q1

My Aussie shipping method is set to use Express Post satchels only (500g, 3kg and 5kg).

If I load the cart with an item weighing less than 500g (including tare) the Shipping Estimator and the Checkout Shipping page displays all 3 'options', namely 500g, 3kg and 5kg EP satchels. Similar, if the cart contains a weight of between 0.51kg and 3kg, both the 3kg and 5kg options are being shown.

IMHO only the 500g 'option' should be shown in my first example and only the 3kg 'option' in the second example. The more epensive larger satchels really are irrelevant but still show up.

Other shipping methods enabled:

Store Pickup
Free Shipper

The store is configured to kgs, item weights are specified as decimals (eg 120g specified as 0.12 in the product details).

My (playground) configuration is attached in a zip file

Can't work out what I am doing wrong???!!! :lookaroun


Q2

Learned recently that Aus Post introduced a so called 'Security Surcharge' of a whopping $A9.00 per item to the USA and to some other countries (which the clerk was unable to tell me). It seems that the mod does not apply this surcharge?


Hope I am not messing up your weekend.

Quote:

---

Originally Posted by frank18

Q2

Learned recently that Aus Post introduced a so called 'Security Surcharge' of a whopping $A9.00 per item to the USA and to some other countries (which the clerk was unable to tell me). It seems that the mod does not apply this surcharge?

---

Documentation of the security surcharge is available here

Select country United States and scroll down to

Quote:

---

2. Air mail, ECI and EPI parcels

Due to heightened border protection and increased aviation security measures introduced by the US Government applying to inbound freight, there is likely to be delays of around 48 hours to parcels being sent to the US. These new security measures have increased cost implications associated with screening and transport, and as a result a $9 surcharge will be imposed on all parcels over 500g (16 ounces) destined for the US.

This surcharge has been introduced solely to cover the costs of the revised security arrangements required by the United States, and Australia Post does not profit from the surcharge.

---

Hope this helps (and avoids lining up in one of our friendly post offices to find out about this surcharge....)

Quote:

---

Originally Posted by frank18

Q1

My Aussie shipping method is set to use Express Post satchels only (500g, 3kg and 5kg).

If I load the cart with an item weighing less than 500g (including tare) the Shipping Estimator and the Checkout Shipping page displays all 3 'options', namely 500g, 3kg and 5kg EP satchels. Similar, if the cart contains a weight of between 0.51kg and 3kg, both the 3kg and 5kg options are being shown.

---

This is best answered from quoting from the 'configuration.txt' file:

--------------------------------------------
Satchels:
These are treated as a special case.
If you allow *all* satchels the server will return *only* the most suitable size.
If you only allow *some* satchels, the server will return quotes for ALL satchels, and all of those that you allow will be displayed.

What this means in practice is if the shopping cart items weight 400gms and will fit into a 500gm satchel; If you have enabled *all* satchels
the customer will be presented with ONLY the 500gm satchels.
If you have only allowed *some* satchels, this same customer will be presented with a choice of the 500gm, 3kg or 5kg unless
these are the methods that you have disabled.
Another example
If the shopping cart items weigh 1kg and will fit into a 3kg satchel; If you have enabled *all* satchels
the customer will be presented with ONLY the 3kg satchels.
If you have only allowed *some* satchels, this same customer will be presented with a choice of the 3kg or 5kg unless
these are the methods that you have disabled. Note: in this case the 500gm satchel is still not an option.
-------------------------------------------------------------------

Quote:

---

Originally Posted by frank18

Q2
Learned recently that Aus Post introduced a so called 'Security Surcharge' of a whopping $A9.00 per item to the USA and to some other countries (which the clerk was unable to tell me). It seems that the mod does not apply this surcharge?

---

This surcharge is applied when and where applicable.
The countries affected are:
USA, GUAM, Marshall Islands, Palau, Virgin Islands, and the /Federated States of micronesia.
It also only affects parcels that weigh more than 16oz (453 grams).

I have noted that the Australia Post website has (recently) rounded this up to 500gms.

Cheers
Rod

Thanks Rod

Re: Q1

I did read that paragraph in your configuration.txt file but found it a bit strange. If the weight falls within the limit of a given satchel then the larger satchels should not be shown to the customer. Obviously the logic in the coding (either ozpost.net server side or local resolving code of the server response) can't handle the conditions as yet.

Showing irrelevant 'options' only confuses the customer and that's the last thing we want once we got them to actually checkout. Naturally, the logically thinking customer would only select the cheapest option - but: not everyone is thinking logically .....

Food for thought for v2.3 :yes:

I am having a couple of weeks off from work and may attempt to have a crack at 'fixing' this ...


Re: Q2

perfectly answered - thanks

Cheers / Frank

Quote:

---

Originally Posted by frank18

Thanks Rod

Re: Q1

I did read that paragraph in your configuration.txt file but found it a bit strange.

---

Strange as in you couldn't figure out what I was attempting to state, or strange in that is behaves in this manner?

Quote:

---

Originally Posted by frank18

If the weight falls within the limit of a given satchel then the larger satchels should not be shown to the customer.

---

This is/was the OLD behaviour before the latest update. To revert to this old behaviour just select ALL satchels, and then only the relevent satchels will be shown.

Quote:

---

Originally Posted by frank18

Obviously the logic in the coding (either ozpost.net server side or local resolving code of the server response) can't handle the conditions as yet.

---

The current coding logic is correct, albeit, not 'complete'

Did you read the discussions about this change earlier in this thread?

Quote:

---

Originally Posted by frank18

Showing irrelevant 'options' only confuses the customer

---

I agree....

Quote:

---

Originally Posted by frank18

I am having a couple of weeks off from work and may attempt to have a crack at 'fixing' this ...

---

Don't be afraid to send me details of any 'fix' you come up with. I admit that I'm not entirely satisfied with the current solution to the original problem.

The original problem being that if the server determined the best satchel for the job was (for example) the 3kg XL, and is the store owner disabled this method, it could produce the situation where no valid quotes appear possible and the static rates (or no quotes at all) were being used instead.

This is/was also a tricky one to fix because it needed/needs to be done in a way that wouldn't break things for those using older client software, which is where the 'all' or 'some' idea originated from.

I know that it won't take too much more code to fix the issues now being discussed, and about the only reason why it wasn't done wih the last update was due to time constraints and the need to fix the 'hole' that had been identified, along with a much more compelling need to fix other more serious bugs with the osCommerce version of this module. In short, this current code is a little bit of a compromise between not giving a quote at all vs giving too many quotes, some of which are unnessesary.

In summary, I agree that it currently isn't as nice as it could be, so if you do come up with a fix before I do I'll happily consider adding it to future updates. Howver, before you spend too much time on it, please be aware that I've *just* released ozpost for opencart, which means I now have time to start back with zencart code again, and this is going to be my #1 priority.

Cheers
Rod

Just created this 'order' in my playground:

total weight: 1.925 kgs
destination: US
shipping & handling: $2.50

The estimator comes up with:

registered air mail: $69.50 (correct)
air mail: $73.10

The latter should be (according to Aus Post's latest Feb '11 pdf file)

Over 1,750g up to 2,000g: $52.60 (Zone C)
plus security surcharge: $9.00
Plus S&H: 2.50

a total of: $64.10 (which compares to the estimated $73.10 - out by 9 bucks)

Cheers / Frank

Quote:

---

Originally Posted by RodG

This is/was the OLD behaviour before the latest update. To revert to this old behaviour just select ALL satchels, and then only the relevent satchels will be shown.

---

That did work - but: I don't want to offer 500gm Regular and 3Kg Regular which means that I am not selecting ALL satchels. That's the 'strange' part ...

Quote:

---

Originally Posted by RodG

Don't be afraid to send me details of any 'fix' you come up with. I admit that I'm not entirely satisfied with the current solution to the original problem.

The original problem being that if the server determined the best satchel for the job was (for example) the 3kg XL, and is the store owner disabled this method, it could produce the situation where no valid quotes appear possible and the static rates (or no quotes at all) were being used instead.

This is/was also a tricky one to fix because it needed/needs to be done in a way that wouldn't break things for those using older client software, which is where the 'all' or 'some' idea originated from.

I know that it won't take too much more code to fix the issues now being discussed, and about the only reason why it wasn't done wih the last update was due to time constraints and the need to fix the 'hole' that had been identified, along with a much more compelling need to fix other more serious bugs with the osCommerce version of this module. In short, this current code is a little bit of a compromise between not giving a quote at all vs giving too many quotes, some of which are unnessesary.

In summary, I agree that it currently isn't as nice as it could be, so if you do come up with a fix before I do I'll happily consider adding it to future updates. Howver, before you spend too much time on it, please be aware that I've *just* released ozpost for opencart, which means I now have time to start back with zencart code again, and this is going to be my #1 priority.

Cheers
Rod

---

Got that - in principle your mod is an absolute marvel, top idea. But I also understand that it is quite complex to code. And - like us humans - nothing is absolutely perfect.

I have subscribed to email notifications about changes of this thread and will keep my ears/eyes glued to updates.

Cheers again and have a nice weekend

Frank

Quote:

---

Originally Posted by frank18

The estimator comes up with:

registered air mail: $69.50 (correct)
air mail: $73.10

---

This looks like a bug.... regd air shouldn't be cheaper than regular air.

Quote:

---

Originally Posted by frank18

The latter should be (according to Aus Post's latest Feb '11 pdf file)

---

I'll also need to download this new pdf.
I doubt there are any price differences (as these don't usually go unnoticed), but I need to check anyway.

Quote:

---

Originally Posted by frank18

Over 1,750g up to 2,000g: $52.60 (Zone C)
plus security surcharge: $9.00
Plus S&H: 2.50

a total of: $64.10 (which compares to the estimated $73.10 - out by 9 bucks)

Cheers / Frank

---

Am I wrong, or are you telling me the surcharge appears to be added twice for airmail? (this is quite possible if AustPost have updated their servers to also include this surcharge. Although ozpost is entirely independent of the austPost servers for australain quotes, it still uses their servers for some of the overseas estimates.

Cheers
Rod

Quote:

---

Originally Posted by frank18

That did work - but: I don't want to offer 500gm Regular and 3Kg Regular which means that I am not selecting ALL satchels. That's the 'strange' part ...

---

Not so strange really.... by not having ALL selected in your client settings is telling the server that you wish to filter the satchels to use locally, which means the server will provide quotes for *all* satchels (else there won't be anything to filter locally).

If you tell the client that you will handle ALL satchels sets the condition whereby only the most suitlable satchel size is returned by the server..

By design, the server *should* only output viable methods, which means only one satchel size at any given time.

I've needed to break this design rule because of the aforementioned problems,

A little confusing perhaps, but not what I would call 'strange'.

Then again, I have very odd ideas as to what is or isn't strange in this confusing world of ours :-)

Cheers
Rod

Quote:

---

Originally Posted by RodG

Am I wrong, or are you telling me the surcharge appears to be added twice for airmail? (this is quite possible if AustPost have updated their servers to also include this surcharge. Although ozpost is entirely independent of the austPost servers for australain quotes, it still uses their servers for some of the overseas estimates.

---

I had that inkling too as the difference was exactly 9 buckeroos which equates to the (whopping :yuck:) surcharge ...

Quote:

---

Originally Posted by RodG

A little confusing perhaps, but not what I would call 'strange'.

---

My bad - sorry. I should have called it something else but 'strange' ....

Cheers / Frank

Quote:

---

Originally Posted by frank18

Over 1,750g up to 2,000g: $52.60 (Zone C)
plus security surcharge: $9.00
Plus S&H: 2.50

a total of: $64.10 (which compares to the estimated $73.10 - out by 9 bucks)

Cheers / Frank

---

All prices should now be correct.
Please verify.

Thanks for reporting this problem. I do my best to ensure that everything is up to date, but with the sheer number of variations and possibilies involved it is always of added benefit for end users to do their own verifications and reporting any discrepencies they find.

In MOST cases, the discrepencies usually turn out to be 'user error', eg, getting quotes for grams instead of Kgs, but in this case you found a genuine error (the surcharge was being added twice), so on behalf of all ozpost users, a big thanks for taking the time to check and report.

Muchly appreciated.
Cheers
Rod

Quote:

---

Originally Posted by frank18

The latter should be (according to Aus Post's latest Feb '11 pdf file)

---

I seem to be having trouble locating this pdf. Do you have a link?

Cheers
Rod

Quote:

---

Originally Posted by RodG

All prices should now be correct.
Please verify.

---

Yes, perfect. Checked 4 price brackets and all good :smile:

Quote:

---

Originally Posted by RodG

Thanks for reporting this problem. I do my best to ensure that everything is up to date, but with the sheer number of variations and possibilies involved it is always of added benefit for end users to do their own verifications and reporting any discrepencies they find.

In MOST cases, the discrepencies usually turn out to be 'user error', eg, getting quotes for grams instead of Kgs, but in this case you found a genuine error (the surcharge was being added twice), so on behalf of all ozpost users, a big thanks for taking the time to check and report.

Muchly appreciated.
Cheers
Rod

---

No problem Rod.

Here is the link:

http://auspost.com.au/media/documents/ms11-feb-2011.pdf

Cheers / Frank

Quote:

---

Originally Posted by frank18

Here is the link:
http://auspost.com.au/media/documents/ms11-feb-2011.pdf

---

Thanks for that....

Cheers
Rod

Quote:

---

Originally Posted by frank18

If the weight falls within the limit of a given satchel then the larger satchels should not be shown to the customer. Obviously the logic in the coding (either ozpost.net server side or local resolving code of the server response) can't handle the conditions as yet.

---

An updated version with a fix for this will be available within the next couple of days ... (assuming no unexpected distractions).

Cheers
Rod

Quote:

---

Originally Posted by RodG

An updated version with a fix for this will be available within the next couple of days ... (assuming no unexpected distractions).

Cheers
Rod

---

This update (V2.2.2) is now avialable from the ozpost.net website. It has been uploaded into the zen downloads area, but as usuall this will take a few days before the admins make it available.

If you are currently using V2.2.1 this is a very worthwhile (and easy) update. Only ONE file to replace and that's it. (no need to uninstall/reinstall).

If upgrading from older versions PLEASE read the upgrade.txt file - it can save you lots of time and effort.

Cheers
Rod

ps. As usual, feedback and bug reports are welocme/encouraged.

Quote:

---

Originally Posted by RodG

This update (V2.2.2) is now avialable from the ozpost.net website. It has been uploaded into the zen downloads area, but as usuall this will take a few days before the admins make it available. .....

Cheers
Rod

ps. As usual, feedback and bug reports are welocme/encouraged.

---

Perfect, Rod - quick fix too, thanks (no unexpected interruptions I take it ...)

I just need to solve this problem which is probably the last stumbling block in putting your little marvel into a live shop.

Any ideas?

Thanks / Frank

Quote:

---

Originally Posted by frank18

Perfect, Rod - quick fix too, thanks

---

It may have seemed quick to you, but some of us have been living with this for about a month (since the 2.2.1 release) :P

Quote:

---

Originally Posted by frank18

I just need to solve this problem which is probably the last stumbling block in putting your little marvel into a live shop.

Any ideas?

Thanks / Frank

---

Yeah. I've already posted them :lookaroun

Cheers
Rod

I have a question about the wording in ... er... the two tpl_modules_shipping_estimator.php files:

echo STORE_NAME. " accepts all responsibility for any loss of, damage to, late delivery or non-delivery of goods ordered from this web site.<p>To the maximum extent permitted by law, you agree to release our carriers from any liability relating to loss of, damage to, late delivery or non-delivery of any goods you order from this web site and to assign all rights to claim compensation or insurance against our carriers to us and expressly and irrevocably do so by clicking the following box.

I'm no lawyer, so I don't know if this is standard and/or required wording to relieve the carriers we use of responsibility, but it does seem to say that we the merchants are responsible for loss, late delivery or damage etc.

Not sure I want to be responsible for any carrier's late delivery. Damage and loss is OK, because it doesn't happen that often.

Where did the wording come from, Rod?

Quote:

---

Originally Posted by tpeck

I have a question about the wording in ... er... the two tpl_modules_shipping_estimator.php files:

echo STORE_NAME. " accepts all responsibility.............

< chomp >

---

Firstly, if you found this text in both tpl_modules_shipping_estimator.php files then it is because at some stage or other you overwrote the original zencart file rather than using the override version.

Secondly, this text hasn't been a part of this file for several versions now, so its time you updated :-)

Quote:

---

Originally Posted by tpeck

Where did the wording come from, Rod?

---

The text came from the drc.edeliver.com.au website.. The displaying of this text is/was a requirement of using the drc servers (not that anyone would really know or care), and since ozpost no longer obtains data from this server there is no need for the ozpost client to display it.

The later versions of ozpost display a message that reads "please enter countrty or postcode" instead, and this is user defined via the language file.

Cheers
Rod

Ah. All this time I have only been upgrading the two files and the icons folder according to the UPGRADE.txt file. I guess I should have done a full upgrade yonks back!

OK, so I have upgraded fully now.

While I'm at it, here is what is displaying:

http://aapress.com.au/demo/tpl.shipping.estimator.gif

Hardly earth-shatteringly important, but Argentina is displaying as a "Suburb" with the same postcode as Marrickville, or have I stuffed up again?

And I have always wondered about the "Boxes:" ...should something appear after the colon? Or only in what circumstance?

Quote:

---

Originally Posted by tpeck

Hardly earth-shatteringly important, but Argentina is displaying as a "Suburb" with the same postcode as Marrickville, or have I stuffed up again?

---

This is probably my stuffup in that I am failing to neutralise the suburb field for overseas destinations.
As for the postcode, this has always 'worked' this way (I think) in that it is simply ignored if a non aust destination is selected.

FYI, the Surburb field isn't a *required* entry either - it gets filled via the postcode data, however in cases where there may be several suburbs with the same postcode then this field may be used as an override so that the correct one is used.

Quote:

---

Originally Posted by tpeck

And I have always wondered about the "Boxes:" ...should something appear after the colon? Or only in what circumstance?

---

I have a habit of changing this on all of the carts I work with to read "Parcels" rather than "Boxes" ... The colon *may* be part of the text definition.. in any case, to the best of my knowlege there is nothing that should appear after it,

Cheers
Rod

So it is saying:

Quote:

---

Dims: 33.00 x 24.00 x 4.00 parcel

---

That is, the "Boxes:" bit is describing the dimensions...

i.e. a [whatever size] box or parcel.

With the colon and initial capital it looks like some spec is missing.

Quote:

---

Originally Posted by tpeck

So it is saying:



That is, the "Boxes:" bit is describing the dimensions...

i.e. a [whatever size] box or parcel.

With the colon and initial capital it looks like some spec is missing.

---

Acftually, you are probably right... I think it is supposed to dispay the nbumber of boxes/parcels after the colon. I'm not sure why its not... I'll need to take a look at it before the next update.

Cheers
Rod

I keep getting a "Flat Rate" of $99.00 when I test a product in Checkout.
I am not sure what is going on because the measurements are correct etc on the product item.

I have them as follows:

Product Weight: 9
Product Height (cm): 0.01
Product Length (cm): 32.40
Product Width (cm): 22.90

The "includes/language/custom/english.php" file has the appropriate area changed to gms, the ozpost module is selected to gms.

The ozpost module is as follows:

http://www.integritylabels.com.au/st...ost-module.jpg

What can you suggest please?

Thank-you in advance
Kind Regards Casey

Quote:

---

Originally Posted by integrity_designs

I have them as follows:
Product Weight: 9
Product Height (cm): 0.01
Product Length (cm): 32.40
Product Width (cm): 22.90

---

I beleive this may qualify the item as being a small letter.
If you have letter rates disabled AND the setting 'hide parcel rates if letter sized' is set to 'Yes' then the module will fall back to the defined static rate, because it has no other viable option.

At least this is my first guess.
Ideally you'll need to provide me with the URL of the product in question for me to be 100% sure.

Quote:

---

Originally Posted by integrity_designs

The "includes/language/custom/english.php" file has the appropriate area changed to gms,

---

Just for interests sake, this 'setting' doesn't actually *do* anything.. it is for display purposes only (so yes, it does make sense to set it to something suitable, but do keep in mind that it is only for display, so if you change it to 'Walnuts' the quote will still be based on the shipping module settings.

Quote:

---

Originally Posted by integrity_designs

the ozpost module is selected to gms.

---

This is the important one (along with the data entered per product)

Quote:

---

Originally Posted by integrity_designs

What can you suggest please?

---

Enable letters as a valid method OR don't hide the parcels if the items are letter sized. If this doesn't work, or isn't applicable please provide a link to the product.

Oh, you can also try enabling the DEBUG function to see if that provides any clues.

Cheers
Rod

Thanks Rod
Hiding Parcel Rates if letter sized worked a treat.
:clap:

Can't believe I missed that one setting. :frusty:

Kind Regards Casey

Quote:

---

Originally Posted by integrity_designs

Thanks Rod
Hiding Parcel Rates if letter sized worked a treat.
:clap:

Can't believe I missed that one setting. :frusty:

Kind Regards Casey

---

It's an easy one to miss, which is why its almost always my first guess :-)

Cheers
Rod

Rod

Can you please advise what the monthly fee for using the module is, I cannot seem to find it anywhere.

Thanks
Sharon

Quote:

---

Originally Posted by Trinity

Rod

Can you please advise what the monthly fee for using the module is, I cannot seem to find it anywhere.

Thanks
Sharon

---

Ranges between $5.00-$10.00p/m, depending on length.
http://ozpost.net/ has more details.

Cheers
Rod

I am a new Zen Cart user. I have a fresh install with only a couple of add-ons: Those being a template, a direct bank deposit add on and also the ozpost add on.

I read the patch text file, but I am curious if the same modification are possible in the relevant files for music product, such as a CD, which would be letter sized. But there are no fields for Length, Height or Width in the pages to add or update a music product.

As I am trying to set up a store for both music and non-music products. I would appreciate any help I can get. Also, I am not truly familiar with PHP coding either.

Cheers
John

Quote:

---

Originally Posted by jmmusic

I am a new Zen Cart user. I have a fresh install with only a couple of add-ons: Those being a template, a direct bank deposit add on and also the ozpost add on.

I read the patch text file,

---

Stop: This file is for those folk that already know how to run. You are only just learning to walk.

Quote:

---

Originally Posted by jmmusic

but I am curious if the same modification are possible in the relevant files for music product, such as a CD, which would be letter sized.

---

Yes.

Quote:

---

Originally Posted by jmmusic

But there are no fields for Length, Height or Width in the pages to add or update a music product.

---

The ozpost module is responsible for adding the fields to the database.
The ability to edit these fields is dependent on the page(s) being loaded for the given product type. The ozpost distribution package contains pre-modified files for the 'general' product, along with the patch.txt file to demonstrate the changes that needed to be made so that if needed similar changes can be made to other pages.

Quote:

---

Originally Posted by jmmusic

As I am trying to set up a store for both music and non-music products.

---

In your opinion, how does a 'music product' differ from a 'non-music product' ?

The reason I ask is because with almost every (zencart) store I have seen that sells CD's they are treated just the same as any other product(s) in thier store. Perhaps they don't know better, or perhaps the 'general' product type is all they want/need.

Either way, I have been 'waiting' for someone to bring this up since I first added dimensional data back in 2007.

Quote:

---

Originally Posted by jmmusic

I would appreciate any help I can get. Also, I am not truly familiar with PHP coding either.

---

I think the best way to help you *at this stage* is to give you a tip as to how you can get good/accurate results without having to patch any files.

The 'trick' is in being aware of the fact that it you don't give your products any dimensions at all then the ozpost 'default' dimensions will be used. Since CD's are all the same size all you need to is make this your *default* dimensions and simply not worry about adding dimensions for this product type.

Keep in mind that all the patched files are for is to allow the *easy* ability to *edit* the dimensions of any given product, so if there are some CD's that require different dimensions they can be updated via other means (with phpMyAdmin for example).

Hope this helps

Cheers
Rod

Quote:

---

Originally Posted by RodG

In your opinion, how does a 'music product' differ from a 'non-music product' ?

The reason I ask is because with almost every (zencart) store I have seen that sells CD's they are treated just the same as any other product(s) in thier store. Perhaps they don't know better, or perhaps the 'general' product type is all they want/need.

---

What makes a "music product" different to a "General Product", I believe are the additional fields to be filled in. Such as Artist, Record Company, Genre. Which are initially added under the Extras Menu, in the main admin area.

These fields are not available in the General Products forms.
Cheers
John

Quote:

---

Originally Posted by jmmusic

What makes a "music product" different to a "General Product", I believe are the additional fields to be filled in. Such as Artist, Record Company, Genre. Which are initially added under the Extras Menu, in the main admin area.

These fields are not available in the General Products forms.
Cheers
John

---

As previously stated, in my experience most zencart merchants selling CD's either don't know, or don't care about this.

Anyway, is my earlier 'tip' going to be acceptable to your needs, or are you still interested in patching the music product files?

Although the patch.txt file may appear complicated, in reality the required patching is quite easy/simple ... it is basically a matter of identifing any reference to the product weight, then replicating the code 3 times while changing the reference from 'weight' to lengh, width & height. .

This needs to be done in 3 files... the file that reads the data for editing, the file that is use to preview the product, and the file that is used to save the updated data.

Cheers
Rod

Quote:

---

1054 Unknown column 'products_height' in 'field list'
in:
[insert into products (products_quantity, products_type, products_model, products_price, products_date_available, products_weight, products_height, products_length, products_width, products_status, products_virtual, products_tax_class_id, manufacturers_id, products_quantity_order_min, products_quantity_order_units, products_priced_by_attribute, product_is_free, product_is_call, products_quantity_mixed, product_is_always_free_shipping, products_qty_box_status, products_quantity_order_max, products_sort_order, products_discount_type, products_discount_type_from, products_price_sorter, products_image, products_date_added, master_categories_id) values ('100', '1', '', '0.50', null, '10', '0.01', '32.40', '22.90', '1', '0', '0', '0', '1', '1', '0', '0', '0', '1', '0', '1', '0', '0', '0', '0', '0', '', now(), '14')]
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields.

---

Can you please tell me how to fix this problem when I go to add a product to the store? I am at a loss. Becoming very frustrated with it.
Kind Regards Casey

Quote:

---

Originally Posted by integrity_designs

Can you please tell me how to fix this problem when I go to add a product to the store? I am at a loss. Becoming very frustrated with it.
Kind Regards Casey

---

Did you restore your database from an old backup recently?

Easy to fix. Log in as admin, navigate to modules/shipping then 'remove' the ozpost shipping module. Now press the 'install' button and the module will re-create the missing database fields, and the error will go away.

Please note that if you have added dimensional data at any time you will need to re-enter it. A better solution may be to find a newer backup.

An alternative fix is to restore the 3 files located under the /admin/ folder that were replaced when you first installed the ozpost module.

Cheers
Rod

Hi Ron,

I have installed the ozpost module and am having an issue with the fastway estimated shipping price. It seems excessively low.

During my testing, I was trying to ship 3 items with a combined weight of 80kg to a local capital city destination. It was showing a price of $13.40 including $5 handling fee.

In comparison the online shipping agents were quoting between $70 and $150.

I have ticked all label options in the settings as we ship Australia wide.

Am I missing something here?

Cheers

Quote:

---

Originally Posted by Manx

Am I missing something here?

---

Yes. a copy of the output that you see when you have DEBUG enabled :-)

Seriously, when you use words like "It seems excessively low" it doesn't tell me anything... it either IS low, or it isn't.

"I was trying to ship 3 items with a combined weight of 80kg to a local capital city destination".

How am I supposed to duplicate this?
It's not that I doubt you, but I really do need some way of seeing the problem for myself... a copy of the debug output is usually sufficient.

Having said that, there IS a problem with FasTway *local* delivery quotes in that the weight is apparently ignored - This cannot be versified with their online quotes because they simply won't accept weights over 26kg.

This may or may not be yout issue.... the debug output will reveal all.

Cheers
"Ron"

Here is the Debug info.

I can't remember the exact products, but this scenario hopefully gives you the idea.

Debugging information
Item 1-1 Offroad Front Bar - Ball Joint Parcel
Weight 25000gms Items 1 Weight 27500gms
Dimensions 160.00 x 60.00 x 50.00 160.00 x 60.00 x 50
Cube / Weight 480000cc / 120Kgs 480000cc / 120Kgs
Item 1-2 Offroad Front Bar - Ball Joint Parcel
Weight 25000gms Items 2 Weight 55000gms
Dimensions 160.00 x 60.00 x 50.00 160.00 x 60.00 x 100
Cube / Weight 480000cc / 120Kgs 960000cc / 240Kgs
Calculated: Length=160.00cm, Width=100.00cm, Height=60.00cm, Weight=55000gms, NumBoxes=1

Server response time 5.676ms
/postage.php?weight=55000&height=600&width=1000&length=1600&value=869&fromcode=45 20&Osub=SAMFORD&destcode=4207&flags=0&host=Meyers+Manx+Australia&version=2.2.2&F astWay=BRI&TransDirect=1&ego=1&ef=1&deadline=10&maildays=31&lead=2&AllSat=1
Server Returned:

<?xml version='1.0' encoding='ISO-8859-1'?><quotes>
<quote><id>Australia Post Error</id><cost>0.00</cost><days>-1</days><description>Too Heavy (55Kg), Too Long (160cm), Girth to Large (320cm)</description></quote><quote><id>FWL</id><cost>9.90</cost><days>Tue 22nd of Mar</days><description>FastWay Labels (LIME)</description></quote><quote><id>EGO</id><cost>54.45</cost><days>Tue 22nd of Mar</days><description>E-go Parcel</description></quote><quote><id>EGOi</id><cost>98.45</cost><days>Tue 22nd of Mar</days><description>E-go Insured Parcel</description></quote><quote><id>TRD</id><cost>182.31</cost><days>Wed 23rd of Mar</days><description>Transdirect Parcel</description></quote><information>
<server>74.55.148.130</server>
<timestamp>Sat Mar 19, 2011 17:53 (SA Server Time)</timestamp>
<requesttime>17:23 (QLD Store Time)</requesttime>
<postdate>Mon 21st of Mar</postdate>
<insurance>13.75</insurance>
<egoinsurance>44.00</egoinsurance>
<registration>0.00</registration>
<fromsuburb>SAMFORD</fromsuburb>
<destsuburb>ALBERTON</destsuburb>
<expires>57</expires>
</information>
</quotes>

Shipping quotes are based on the address information you selected:
SAMFORD 4520 to ALBERTON 4207 Australia
Available Shipping Methods Rates

Tue 22nd of Mar
Fastway - Includes $5.00 Packaging & Handling.

$14.90

Tue 22nd of Mar
Ego - Includes $5.00 Packaging & Handling.

$59.45

Tue 22nd of Mar
Ego - Insured - Includes $7.00 Packaging & Handling. +$44.00 fee

$105.45

Wed 23rd of Mar
Transdirect - Includes $5.00 Packaging & Handling.

$187.31

Quote:

---

Originally Posted by Manx

Here is the Debug info.

---

Thanks. This IS the problem I mentioned in my previous response... It is a result of the FastWay server not returning valid data once the 25kg weight limit is exceeded.

I was recently discussing this issue with another client in an effort to find a method to resolve the problem; but about the only resolution was to disable quotes that exeed the weight limits...

My 'prefered' solution would be to quote based of the rate returned multiplied by the number of 25kg parcels it would take, but I really have no idea how close this will be to actual charges (and the previous correspondent didn't reply to this question) :-(

Anyway, these are very recent discussions, and the problem has only just come to my attention, so I'm still open to suggestions or ideas as to what I *should* do in this situation, so if you have any ideas (or prefence for either of the two current solutions) please speak up ASAP 'cos I'm just about to finish on my current working project and I'll be tackling this problem next.

Cheers
Rod

Thanks Rod,

I spoke to fastway today and confirmed there shipping process. They will move an individual parcel upto 25kg dead weight or with a cubic weight of 40kg. Cubic weight is calculated h(m) x w(m) * l(m) x 250.

So I would like to see the module confirm that each item in the cart could be shipped by fastway based on the above. If not then fastway is not available.

If it is then fastway shipping is label costs are multiplied by ( total weight/25). As you suggested above.

This doesn't remove the risk that alot of items may be large in volume and light in weight.

As a suggestion:- Perhaps a setting in the admin of the module could define an item size dimention. Anything bigger than this is calculated as per item. Anything smaller than this is assumed to be able to be packed into boxes meeting the top criteria and is based on weight.

There are suggestions only and others may be able to provide better algorithms for packing.

Cheers

Quote:

---

Originally Posted by Manx

So I would like to see the module confirm that each item in the cart could be shipped by fastway based on the above. If not then fastway is not available.

---

I can (and probably will) end up doing this on a per parcel basis, but to do it on a per item basis is considerably more complex and will take a while to implement (I still need to get basic functionality with other shopping carts in order to generate more funds before I can consider this undertaking).

Quote:

---

Originally Posted by Manx

As a suggestion:- Perhaps a setting in the admin of the module could define an item size dimention. Anything bigger than this is calculated as per item. Anything smaller than this is assumed to be able to be packed into boxes meeting the top criteria and is based on weight.

---

Ouch. That made my head spin <grin>

Quote:

---

Originally Posted by Manx

There are suggestions only and others may be able to provide better algorithms for packing.
Cheers

---

I've been working with and trying many different packing algorithms over the years, and the task is far more complex than most people could ever imagine. I have found the best solution is the simplest, and that is essentially what we currently have :smile:
Seriously, I have no desire to go this path again, which is why I'm going the direction of providing more quote methods for more carts rather than continuing seeking the 'holy grail' of packing algorithms. This is also why I'm looking more towards providing a solution at the server level rather than the client level. Thanks for the suggestion(s) though.

Meanwhile I think I must now go with the (small) consensus that the best solution would be to disable the local/shorthaul quotes when the limits are exceeded. 'Tis a bit of a shame since the FastWay servers *do* provide reasonable/valid quotes for the same weight items over longer distances.

Cheers
Rod

ps. I'll probably get to make this server change in the next day or two. I really need to tie up loose ends elswhere 1st.

Hi Rod

Is it possible to add AAE (Australian Air Express) satchels (3kg and 5kg) to this module. This vendor provides this service cheaper than Australia Post. If so can you make it so the price is adjustable by the storeowner?

Hope you can help.

Thanks, Mark

Quote:

---

Originally Posted by mark168

Hi Rod

Is it possible to add AAE (Australian Air Express) satchels (3kg and 5kg) to this module. This vendor provides this service cheaper than Australia Post. If so can you make it so the price is adjustable by the storeowner?

Hope you can help.

Thanks, Mark

---

Yes it is possible (without too much trouble even), but I'm reluctant to do so because AAE don't make thier prices publically available, which means I have no (convenient) way of keeping them current.

As for making the price adjustable by the store owner, I am of the opinion that this is what the P&H charges should be utilised for.

So, to cut the long story short, yes, possible, but not likely, unless I can find an official website where thier prices are publically available (and then I'll add them in a hearbeat :-)

Cheers
Rod

Quote:

---

Originally Posted by RodG

Yes it is possible (without too much trouble even), but I'm reluctant to do so because AAE don't make thier prices publically available, which means I have no (convenient) way of keeping them current.

As for making the price adjustable by the store owner, I am of the opinion that this is what the P&H charges should be utilised for.

So, to cut the long story short, yes, possible, but not likely, unless I can find an official website where thier prices are publically available (and then I'll add them in a hearbeat :-)

Cheers
Rod

---

Thanks for the reply Rod. I believe the AAE price is not published because it is variable and may be reduced or increased on forecasted/actual sales they expect to get annually from the store owner. Thanks

Quote:

---

Originally Posted by mark168

Thanks for the reply Rod. I believe the AAE price is not published because it is variable and may be reduced or increased on forecasted/actual sales they expect to get annually from the store owner. Thanks

---

Yeah. TNT have a similar price arrangment, which is why they need a login in order to obtain quotes. As far as I'm aware AAE doesn't even provide this functionality.

So, How's your PHP skills? Adding these satchels (to the client code) shouldn't be a difficult task ... I'll be happy to give some guidance, but I'm not in a position (at the moment) to consider doing it for you.

Cheers
Rod

Quote:

---

Originally Posted by Manx

I spoke to fastway today and confirmed there shipping process. They will move an individual parcel upto 25kg dead weight or with a cubic weight of 40kg. Cubic weight is calculated h(m) x w(m) * l(m) x 250.

So I would like to see the module confirm that each item in the cart could be shipped by fastway based on the above. If not then fastway is not available.

---

Effective immediately: The ozpost module now performs a server-side check to ensure these limits aren't exceeded. If so FastWay quotes will no longer be available.

Cheers
Rod

My shipping module has been playing up for the last couple of hours. I noticed it was charging customer the flat $40 rate to post and when I went to investigate in admin it came up with
"cURL communication ERROR: connect() timed out!
Unable to connect to Ozpost server"

And would not fully load the module menu so I couldn't edit anything.

I went and set cURL to false as I am with godaddy and the modules loaded this time with no error, however the shipping is still showing as $40. I change the default to $6.55 so customer could still check out at a reasonable shipping rate but it hasn't changed.

I am yet to update to the new version.
Prior to this today my website had a down period of about an hour where the database was unavailable for some reason and seemed to fix itself. Would this have played havoc with the cURL setting?

Terrible sorry if this has been mentioned before and I misse it.
I am just wondering if you have any idea on how to fix up my shipping module. Thanks :)

It's all fixed now. I reintalled in last night and checked this morning and its fine. Not sure what I did however.

Quote:

---

Originally Posted by pinksugardesign

It's all fixed now. I reintalled in last night and checked this morning and its fine. Not sure what I did however.

---

Alas, I've no explanation for whatever the issue was. The server log files didn't show any abnormal decrease in activity, at least not for any extended period.

Anyway problem(s) aside, I would suggest that should you need to re-install again you should install the latest version (unless you know of a bug, or other good reason not to). V2.0.9 is well over a year old and there have been at least 3 significant updates since then.

Cheers
Rod

Can someone please tell me why I am not getting the correct parcel rate amount for this item

The shipping weight etc I have is as follows:

http://www.integritylabels.com.au/on...l-shipping.png

Please note: the weight is correct grams.
I am unsure of the dimensions for what a 3kg satchel should be etc...

The shopping cart will show the following:

http://www.integritylabels.com.au/on...ing-parcel.png

I should be getting $16.85 BEFORE the handling amount.
It doesn't show up as $22 for Express Post when I had that option set in Admin either.

I hope someone can help me ASAP please.
Kind Regards Casey