ozpost shipping module

integrity_designs:

I was just pointing it out to you that the page was not working :shocking:

I'm not sure why you expect it TO work?

"It'll probably take a week or so before the devs check and release it, so **UNTIL **this time, for those that simply can't wait, you can currently download it from here"

This was written 12th May2010. It is now June 1st. (a lot more than a 'week or so'). The "Until" has long passed, and the "currently" is no longer current. :shocking:

Cheers
Rod:smile:

My apologies. I did not see the date it was posted etc. I just noticed it was a new update from what I currently had installed.

Please accept my apologies.
I should take notice of the dates in future.

I have since downloaded and installed the v2.0.6 and it is working great accept i get this Error message for some reason:

ERROR: module not loaded due to missing language file: ....../store/includes/languages/english/modules/shipping/paypal_logo.php

Kind Regards Casey

Hi Rod,

This module is a real treat, thanks for all your work on it.

I've upgraded from the ast Austpost-improved one to OZPost 2.0.5 and that worked out fine. I've got the 2.0.6 release from the thread here and have a couple of questions before I upgrade this time.

1. Do I need to remove the module from the admin, shipping modules page and then install it again there afterwards, or is it sufficient to just overwrite the files?

2. Is there anything special needed to get the TNT part to work? I have a valid account and can sign into the TNT website to get quotes there, but I can't seem to get any result out of the module in ZC. I put my details into the module and enabled the TNT methods, but nothing shows up in the estimator other than the Austpost methods that are also enabled. I'm wondering if it is meant to work in place of the Austpost methods, or can those remain enabled as well?

Thanks heaps for any advice on this.
Regards
Rob

integrity_designs:

i get this Error message for some reason:

ERROR: module not loaded due to missing language file: ....../store/includes/languages/english/modules/shipping/paypal_logo.php

Kind Regards Casey

Although this isn't connected to the ozpost module in any way, I can tell you a few things that will probably help fix this.

Each module consists of a minimum of two files. Both files will have the exact same file name, but they are located in different folders/directories.

In your case, these are:
/store/includes**/languages/english**/modules/shipping/
and
/store/includes/modules/shipping/

Ozpost, for example, has the following two files:
/store/includes**/languages/english/**modules/shipping/ozpost.php
/store/includes/modules/shipping/ozpost.php

The error message is telling you that the module
/store/includes/modules/shipping/paypal_logo.php cannot find its associated language file at:
/store/includes**/languages/english/**modules/shipping/paypal_logo.php

Solution#1. Remove
/store/includes/modules/shipping/paypal_logo.php so that it no longer looks for its language file.

Solution#2. Find out where the missing paypal_logo.php file is, and place it back into its correct location.

Before deciding on a solution, I will add that I'm not familiar with any paypal_logo.php module in relation to the shipping modules, so it could be an errant file placement, somehow.

Cheers
Rod

robax:

I've got the 2.0.6 release from the thread here and have a couple of questions before I upgrade this time.

1. Do I need to remove the module from the admin, shipping modules page and then install it again there afterwards, or is it sufficient to just overwrite the files?

If upgrading from 2.0.5 to 2.0.6 all you really need to do is overwrite
/includes/modules/shipping/ozpost.php with the new copy, then click on the remove/install buttons from the admin panel (to activate the new features).

robax:

2. Is there anything special needed to get the TNT part to work? I have a valid account and can sign into the TNT website to get quotes there,

You probably still need to register for "TNT Online"
http://www.tntexpress.com.au/interaction/userregistration.asp

Hhmmm... or was it "myTNT"
https://my.tnt.com/myTNT/login/LoginInitial.do

The TNT Site/pages are a real nightmare and I still don't really know what account/login does what. I do know that to register for either service an existing account was required.. Oh, and it also took a few phone calls to TNT before they managed to sort things out from their end for it to work.

robax:

but I can't seem to get any result out of the module in ZC. I put my details into the module and enabled the TNT methods, but nothing shows up in the estimator other than the Austpost methods that are also enabled. I'm wondering if it is meant to work in place of the Austpost methods, or can those remain enabled as well?

Enter "11111111" as your TNT account number. This will activate a 'test' account so you can see it working.

This test account number can be discontinued at any time without notice, so don't rely on it in lieu of working out your issue with TNT.

Tip: With TNT enabled, and your login details entered, try enabling the ozpost 'debug' option. It should report the reason why the TNT connection failled (as well as lots of other data that probably is of little interest).

Cheers
Rod

Excellent, thanks for the tips on upgrading and on TNT.
I'll have another go with the TNT bits tomorrow and update the thread here with the results.
Thanks again
Rob

Hi Rod, I installed your ozpost 2.0.5 yesterday and was working a treat until i tried to edit my products. All I got was a blank white screen, I tried a few times, but still no luck. So I restored my files (ozpost no longer installed) and all went back to normal. I noticed that you have released a new version and so I tried that, and the exact same problem. Have you heard of this before? or know how to over come this problem as I would really like to use this module.
Kind Regards,

Shane

thewickedgiftstore:

Hi Rod, I installed your ozpost 2.0.5 yesterday and was working a treat until i tried to edit my products. All I got was a blank white screen, I tried a few times, but still no luck. So I restored my files (ozpost no longer installed) and all went back to normal. I noticed that you have released a new version and so I tried that, and the exact same problem. Have you heard of this before? or know how to over come this problem as I would really like to use this module.
Kind Regards,

Shane

A blank screen is often the result of a blank line at the end of a .php file.

ozpost requires the replacement of three files in the admin/folder. Are these being correctly replaced? You're not leaving any backups laying around in the directory are you?

You aren't trying to edit the files in any way are you? If so, how?

What are you using to upload the files? Are you using binary or ascii mode transfers.

Other than trying it a few times, what have you tried to solve the problem?

I'm sure one of those questions will probably contain the answer.

Cheers
Rod

RodG:

A blank screen is often the result of a blank line at the end of a .php file.

ozpost requires the replacement of three files in the admin/folder. Are these being correctly replaced? You're not leaving any backups laying around in the directory are you?

You aren't trying to edit the files in any way are you? If so, how?

What are you using to upload the files? Are you using binary or ascii mode transfers.

Other than trying it a few times, what have you tried to solve the problem?

I'm sure one of those questions will probably contain the answer.

Cheers
Rod

Hey Rod,
Alot of that did not mean much because I am not the technically minded, but I did manage to change to FTP settings to ASCII, I tried that, and everything seems to be working fine at the moment. Is that the way it should of been done? I hope so because it worked.
Thank you very much!
Cheers,

thewickedgiftstore:

Hey Rod,
Alot of that did not mean much because I am not the technically minded, but I did manage to change to FTP settings to ASCII, I tried that, and everything seems to be working fine at the moment. Is that the way it should of been done? I hope so because it worked.
Thank you very much!
Cheers,

Actually, FTP in ASCII mode is far more likley to cause problems than FTP in Binary mode - as a general rule.

I can't really explain why this is apparently the opposite for you .. it could be simply because the original uploads failed for other reasons.

No matter, if it is working now then all must be installed as it should be and its probably not worth dwelling on the why's or why nots'

Cheers
Rod

RodG:

In all seriousness, I wouldn't know one label from another. The Fastway server doesn't make any distinction between them, so the short answer is 'no'.
The longer answer is that it will probably be a trivial task to modify the code so that if the quote is less than some minimum cost it will be reset to a fixed value.

Must've been your imagination.
There's no reason why I haven't included Express Post Platinum, other than until now, no one has asked for it.

The 5kg Express Post XL is now included with the 'pre-paid express satchels' setting as this is now an officially listed and stocked product.

The 3kg XL is listed separately because they are not listed in the current AustPost pricelists and are only available from some outlets.

No. The Satchel dimensions reside on the server and are not user changeable.

However, due to the nature of the satchels what can be fitted into them (by dimension) is somewhat variable and far from an exact science, so if need be I'm happy to tweak the settings.

I follow what you are saying, but the solution is to use packaged dimensions for your products. If I make the satchel dimensions larger than they really are it is going to really mess things up for everyone. Including you.

An allowance has been made for this.

As mentioned, this isn't an exact science, and I'd be happy to tweak the figures if you find that this is consistently occurring. However, allowances have been made to take height factors into account, and if anything you should find that the module will err on the side of caution, in that you are more likely to find items will fit, even though the module suggests they won't, rather than the items not fitting and the module suggesting they will.

No, but as with your question about minimum label costs, it shouldn't be too difficult to hack the code to perform this task.
I can't see me adding it as a feature, mainly on account of the fact that it will require quite a complex user interface for the admin settings (what is the order value, what are the tracked services, are all the tracked services enabled or just some of them, how does the user select them, etc, etc.

By hacking/modifying the code these decisions and preferences can be performed 'as needed' without the overhead of what could be a confusing interface.

Cheers
Rod
Hi Rod

Thanks for all your answers. Much appreciated and understood.

I don't mind hacking the code. I'm not very skilled but skilled enough to customse the earlier AustPost Improved module to get it working flawlessly for me. Same with the old Fastway module.

Btw, A2 vs A3 Fastway satchels were throwing me in regards to item length vs satchel length. The way it is now, I think the price is the only thing that distinguishes between an A2 or A3 satchel, as 'A2/A3' seems to be specified in both cases.

My wishlist:

1. Assistance with code hacks for Fastway minimum cost.
2. Inclusion of Express Post Platinum
3. Dimensions factor... like 'Tare percent' weight factor. Or assistance to hack code myself.
4. Assistance (point me to the correct file) for modifying Order Confirmation email text and Order History text. I want to include the Fastway Label Colour and/or Satchel Type and Transit days as I use these in dispatch functions to determine best option for my dispatch and for advising transit time when sending out dispatch advices to customers.
5. Assistance with 'Tracked services only for Order Value and PayPal payment method' hacks.

I realise I'm asking a lot and understand if you're not able to offer too much assistance but pointers in the right direction at least would be a great help for me.

Cheers
Greig

GAM:

Btw, A2 vs A3 Fastway satchels were throwing me in regards to item length vs satchel length. The way it is now, I think the price is the only thing that distinguishes between an A2 or A3 satchel, as 'A2/A3' seems to be specified in both cases.

'A2/A3' is how this text data is returned by the FastWay server, and as you say, price is the only thing that distinguishes them. Almost...

The ozpost server code doesn't change the data from the Fastway server in any way, but it does set a 'flag' based on the parcel dimensions, and it indicates this by the weight display (3kg = A2 size , 5kg = A3 size).

If you think it would be less confusing to modify the A2/A3 so that it shows one or the other then I've no problems with doing that.

GAM:

My wishlist:

1. Assistance with code hacks for Fastway minimum cost.

Around lines 427-432 of ozpost.php you'll see where the checks are made for the FastWay methods.

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

Modify this to something like:
case "FWL";
if(in_array("FastWay Labels", $this->allowed_methods)) { $handlingFee = MODULE_SHIPPING_OZPOST_FWL_HANDLING ;

if (($quote->cost > 0) && ($quote->cost < $aa.bb ) ) $quote->cost = "$xx.yy" ;
break;

GAM:

2. Inclusion of Express Post Platinum

I would've done that already, but I'm helping you with this instead :-)

GAM:

3. Dimensions factor... like 'Tare percent' weight factor. Or assistance to hack code myself.

Around line 220 you'll see " // save dimensions for display purposes on quote form"

Immediatly before this line you'll see a couple of places where the dimension data gets its 'final' manipulation. Insert any changes you need somewhere inbetween..

eg : $parcelwidth = $parcelwidth+2 ; will add 2cm to the width of the parcel being quoted.

GAM:

4. Assistance (point me to the correct file) for modifying Order Confirmation email text and Order History text. I want to include the Fastway Label Colour and/or Satchel Type and Transit days as I use these in dispatch functions to determine best option for my dispatch and for advising transit time when sending out dispatch advices to customers.

Sorry, can't help on either. Hmmm, I'm sure the order confirmation emails contained the shipping info by default.
(checks) -- Yup, it all shows in out store ok.
A setting somewhere perhaps?

GAM:

5. Assistance with 'Tracked services only for Order Value and PayPal payment method' hacks.

Find the lines for methods that you wish to dissallow when order value exceeds you limit: eg:

if(in_array("Regular Parcel", $this->allowed_methods))

Modify such lines to include the checks required: eg:

if(in_array("Regular Parcel", $this->allowed_methods)) && ($order->info['total'] < $xxx.yy )

This test requires both the Regular Parcel as an allowed method to be true AND the value of the order less than the amount specified in order to allow the quote. If either are 'false' - eg, if the total amount exceeds the specified amount then the expression will be 'false' and this method won't be shown.

There are many methods that you will need to disable this way. I suggest you do one at a time, and make regular backups.

Cheers
Rod

G'day Rod ...

Firstly, thank you for the contribution, it's much appreciated.

I for one, would certainly utilise 5kg Express Post and Express Post Platinum (3kg) satchels. They both form a big part of our daily shipping regimen, depending on workload.

Cheers.

Wingz:

I for one, would certainly utilise 5kg Express Post and Express Post Platinum (3kg) satchels.

V2.0.5 & V2.0.6 support the 5kg Express Post satchels by default. You just need to 'create' a parcel of valid weight & dimensions for it to show.

I still need to look into the Platinum before giving a yes/no response, There may be a reason why I haven't included them.

Cheers
Rod

RodG:

'A2/A3' is how this text data is returned by the FastWay server, and as you say, price is the only thing that distinguishes them. Almost...

The ozpost server code doesn't change the data from the Fastway server in any way, but it does set a 'flag' based on the parcel dimensions, and it indicates this by the weight display (3kg = A2 size , 5kg = A3 size).

If you think it would be less confusing to modify the A2/A3 so that it shows one or the other then I've no problems with doing that.Nope, 3kg vs 5kg indication is fine. Thanks.> RodG:

Around lines 427-432 of ozpost.php you'll see where the checks are made for the FastWay methods.

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

Modify this to something like:
case "FWL";
if(in_array("FastWay Labels", $this->allowed_methods)) { $handlingFee = MODULE_SHIPPING_OZPOST_FWL_HANDLING ;

if (($quote->cost > 0) && ($quote->cost < $aa.bb ) ) $quote->cost = "$xx.yy" ;
break;Excellent. I hope to be able to look at this later tonight or in the morning. Thanks again.> RodG:

I would've done that already, but I'm helping you with this instead :-)LOL, indeed you are and I'm very grateful. When I can pay the rent again, I will forward donation. ....hopefully soon. :unsure:> RodG:

Around line 220 you'll see " // save dimensions for display purposes on quote form"

Immediatly before this line you'll see a couple of places where the dimension data gets its 'final' manipulation. Insert any changes you need somewhere inbetween..

eg : $parcelwidth = $parcelwidth+2 ; will add 2cm to the width of the parcel being quoted.Excellent! Thank you.> RodG:

Sorry, can't help on either. Hmmm, I'm sure the order confirmation emails contained the shipping info by default.
(checks) -- Yup, it all shows in out store ok.
A setting somewhere perhaps?Yup, agreed. I stand corrected. The only thing missing for me is the 'transit time' i.e., 3 days, etc. > RodG:

Find the lines for methods that you wish to dissallow when order value exceeds you limit: eg:

if(in_array("Regular Parcel", $this->allowed_methods))

Modify such lines to include the checks required: eg:

if(in_array("Regular Parcel", $this->allowed_methods)) && ($order->info['total'] < $xxx.yy )

This test requires both the Regular Parcel as an allowed method to be true AND the value of the order less than the amount specified in order to allow the quote. If either are 'false' - eg, if the total amount exceeds the specified amount then the expression will be 'false' and this method won't be shown.

There are many methods that you will need to disable this way. I suggest you do one at a time, and make regular backups.

Cheers
Rod
Hmm, this last one could be tricky but well worth my while sorting it out.

Thanks very much Rod. Hopefully I can respond later with results and working examples and not need further assistance (bug you ;)).

Please PM me your donation payment details. I will endeavour to get some goodies money to you soon.

Cheers
Greig

GAM:

Excellent! Thank you.Yup, agreed. I stand corrected. The only thing missing for me is the 'transit time' i.e., 3 days, etc.

Even that shows OK on our systems.

GAM:

Thanks very much Rod. Hopefully I can respond later with results and working examples and not need further assistance (bug you ;)).

Do keep in mind that the examples I gave may not be entirely accurate, especially in regards to syntax.. Use as a guide only.
[/quote]

Cheers
Rod

RodG:

Even that shows OK on our systems.

Do keep in mind that the examples I gave may not be entirely accurate, especially in regards to syntax.. Use as a guide only.

Cheers
Rod

Hmm.

"Sub-Total: $...
Australia Post (500gm Prepaid Satchel Express): $... Goods & Services Tax: $...."

Above is example of what appears on both order history and order confirmation email. I will look into it. Quite likely then to do with something I changed from modding my cart for the late AustPost Improved and Fastway modules.

I've also just noticed that 'Goods and Services Tax...' was on new line before (not sure whether 2.0.5 or 2.0.6) but now no line break again, which is what I've been used to in the past.

Yep, understand 'example' conditions and only expected such. I appreciate the pointers and should be all I need to hack away successfully. ;)

Thanks Rod.

Cheers
Greig.

Hi Rod

I've discovered issues this morning to do with cubing.

Customer has multiple small items and two larger items (litre bottle size). The AustPost Improved code cubes it differently and more accurate when comparing quotes.

Example - AustPost Improved:
C 10721 - W 15.00 - H 5 - L 30.00 - I
3.5357kgs

Example - OzPost:
Submitted: Length=105.00cm. Width=30.00cm. Height=15.00cm Weight=3889.27gms NumBoxes=1
47790cc 11.9475Kgs

Massive difference in quotes, obviously. AustPost Improved quote is accurate. These items would also fit in a satchel but option not provided obviously due to package length of 105cm. ;-)

I'm not sure whether this is a bug or just due to difference in the way the modules work but either way I NEED the old cubing system or something more like it.

I was wondering why I wasn't getting many orders recently... grossly exagerated shipping quotes would be a reason ;-)

I have to revert to AustPost Improved until I can resolve this. Hopefully won't be long.

Hopeful for your urgent assistance.

Cheers
Greig

Hrmm. Looking at this further to see whether I can resolve it or identify something that is wrong and I can't work it out. Not sure there is a feasible solution. The old module doesn't seem to work it out correctly either but the net result i.e., parcel shipping quotes, are more accurate in this instance. I wasn't dealing with satchels before though and none of my products or orders ever exceed carrier maximums so this was never really an issue. :(

When I was dealing with 'letter' rates in the past, I worked out a system by doctoring heights according to how many of an item could fit into a large letter and then halving it for good measure. E.g., say 10x item1 physically fit into a large letter, I simply made the product height 2cm/10. Far from accurate but it worked, mostly, for those items that could be shipped as 'large letters'.

...back to the mental drawing board.

Cheers
Greig

GAM:

I've discovered issues this morning to do with cubing.
Perhaps.

GAM:

Customer has multiple small items and two larger items (litre bottle size). The AustPost Improved code cubes it differently and more accurate

The cube calculation is a constant. What has changed is the way the items are 'stacked' - The AustPost Improved code used to split and manipulate the items in many more ways than the ozpost method. It made for much more 'efficient' packing, at the expense of splitting some items in ways that were physically impossible.

GAM:

when comparing quotes.

Example - AustPost Improved:
C 10721 - W 15.00 - H 5 - L 30.00 - I
3.5357kgs

Example - OzPost:
Submitted: Length=105.00cm. Width=30.00cm. Height=15.00cm Weight=3889.27gms NumBoxes=1
47790cc 11.9475Kgs

Massive difference in quotes,

The main difference that I see here (that will cause a change of quote) are the dimensions. Example - OzPost:
Submitted: Length=105.00cm.

This may be a bug, It is suspiciously the same length that I am using to constrain maximum dimensions.

GAM:

obviously. AustPost Improved quote is accurate.
These items would also fit in a satchel but option not provided obviously due to package length of 105cm. ;-)

Yeah, that's the real issue ... why is the length coming out as 105cm. You'd think I'd notice something like that wouldn't you.

GAM:

I'm not sure whether this is a bug or just due to difference in the way the modules work but either way I NEED the old cubing system or something more like it.

Although the 105cm apparent length will affect the cube (well, maybe, but that's another matter), the difference in the calculated cubes isn't going to affect the quotes, on account of the fact that the module doesn't actually use the cube data for anything other than the debug display. Only the weight and dimensions are passed to the server.

GAM:

I was wondering why I wasn't getting many orders recently... grossly exagerated shipping quotes would be a reason ;-)

I have to revert to AustPost Improved until I can resolve this. Hopefully won't be long.

Hopeful for your urgent assistance.

Cheers
Greig

I'll take a look and get back to you shortly

Cheers
Rod