ozpost shipping module

RodG:

Methinks you may need a lesson or three on OOP (Object orientated programming). These modules, like all other shipping modules, (and almost everything else relating to zencart) can be enabled/disabled and/or used in conjunction with any other module simply by using the the precoded methods/functions (or whatever else you wish to call them).

I appreciate your continued detailed responses in explaining the complexities of shipping and programming, although I fear I may never fully grasp the latter.

RodG:

What I'm saying here is that it will require no more (and no less) 'interaction' than (say) the way the postage modules interact with zencart itself, or the way zencart manages to take the results from the postage modules and uses those results for checkout processing, etc.

At most the AustPost/ozpost module(s) will require one additional line to be added, and that would be a check to see if any given item in the cart needs to be excluded from the Austpost/ozpost processing,

Yes. My previous post was really directly towards retaining the Austpost module as the primary shipping module, that ships as much as it can first and foremost, whereupon other methods must be sought for what AusPost cannot ship. Upon reflection, however, I gather this could result in (require) order splitting based on shipped items.

RodG:

but even this could be avoided by having the new module preprocess the shopping cart items (which it will need to do anyway) and removing them from the datastream before the module is called, and that is assuming the module needs to still be called anyway (in addition to the 'post separately' items.

Now I see what you mean. I favour the idea of a pre-processor, where a customer can add items to a cart and then choose which items to ship at which time. And such a pre-processor should be in the domain of Zen Cart or another module.

RodG:

In the simplest case, the new module will only need do a check to see if the 'special delivery' flag is set, and if so, set the variable to disable the AustPost module(s) for that particular shopping cart.

Does that all make sense to you?

Cheers
Rod

Yes and thanks once again.

Looking at the upload date of the OZPost module (15 March 2009), I gather the most recent version has yet to be sanctioned.

RodG:

Still clutching at straws, but could you please try editing /modules/shipping/ozpost.php

Locate the line that reads

global $order, $db, $template, $ipath, $ipath2 ;

and add $current_page_base as another global.

Thanks,
Rod

Hi Rod,

I have done this to no avail I am still getting the

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/***/public_html/shop/includes/modules/shipping/ozpost.php on line 67 and defined in /home/**/public_html/shop/includes/classes/template_func.php on line 42

PLease help??

Thank you from me and ozmosaics

kaety:

I have done this to no avail I am still getting the
Warning: Missing argument 4
PLease help??

The suggestion I made turned out to be inneffective (as you have discovered).

There are two options available for you.

1. Create an empty file called "ozpost.php" and place it into your /includes/languages/english/modules/shipping/ directory.

2. Hold your breath and wait for the next update to be made available (I uploaded it to the zencart downloads area a few days ago, it is just waiting for the site admin to make it 'live').

Option#1 will get it working for you with very little effort, but there are also a couple of other issues with the version you have (Some methods showing when they shouldn't, a display problem if GST is enabled, and a couple of other minor things), so you might be better waiting for option#2

Cheers
Rod

Thanks RodG I have tried option 1 and you are right... still problems so option #2 it is

kaety:

Thanks RodG I have tried option 1 and you are right... still problems so option #2 it is

I know I said there are still other issues with the version you are using, but could you please let me know which problems you found (just in case you have an unrelated issue, or perhaps a problem that hasn't yet been identified).

Cheers
Rod

Hello RodG,
I installed ozpost 1.0.2 and this time all went well with the install.
However there is a problem ... for example:
a. With all handling fees =$0, the postage is calculated ok.
b. With all handling fees =$10, the postage is calculated ok for regular "PrePaid Satchel 500g" and "Express Satchel 500g"
BUT "Registered Parcel" and Express Parcel Post" have $20 handling fee added rather than $10 !
This was not previously an issue in AustPost.(Tare percent =0)
Quite odd I thought.

Cheers

remoteone:

Hello RodG,
I installed ozpost 1.0.2 and this time all went well with the install.
However there is a problem ... for example:
a. With all handling fees =$0, the postage is calculated ok.
b. With all handling fees =$10, the postage is calculated ok for regular "PrePaid Satchel 500g" and "Express Satchel 500g"
BUT "Registered Parcel" and Express Parcel Post" have $20 handling fee added rather than $10 !
This was not previously an issue in AustPost.(Tare percent =0)
Quite odd I thought.

Cheers

Hi,
I also thought the same until I re-read the instructions when adding the handling fees. It says that there are in addition to other handling fees. so if you leave registed post and express post with 0.00, you should get the desired handling fee added. Hope this helps,
Nerida.

I have another question for Rod...
I have installed the new version of OzPost and it looks great so far... Two issues that I have found (and cannot tell if it is the way I installed it or maybe a bug?)

1. When I do an "estimate shipping", the Dimensions do not display for my parcels. I get Dims: xx Boxes:

2. If my width is very close to the margin between a letter and a parcel, I get an error and the default postage rate is quoted. I am doing this as I have very small items and wanted to force them into the parcel sizes, but not by much. I actually entered the parcel width as 2.1 cm - is this not allowed maybe? It works just fine if I up it to 3cm.

Thanks for your help,
Nerida.

remoteone:

b. With all handling fees =$10, the postage is calculated ok for regular "PrePaid Satchel 500g" and "Express Satchel 500g"
BUT "Registered Parcel" and Express Parcel Post" have $20 handling fee added rather than $10 !

I'm not as convinced about the cause of the price differential as you are. Nothing from your screen capture shows me a handling fee of $20 where it should only be $10. Please try enabling the 'show handling fees' option to help confirm your observations.
.

remoteone:

This was not previously an issue in AustPost.(Tare percent =0)

Totally different programs. With ozpost all bugs are new and nothing from the other program is relevent.

remoteone:

Quite odd I thought.
Cheers

A mystery, for sure. See if you can come up with any other clues or hints, because things seem to be working as they should be on my setup.

Cheers
Rod

neridal:

I have another question for Rod...
I have installed the new version of OzPost and it looks great so far... Two issues that I have found (and cannot tell if it is the way I installed it or maybe a bug?)

1. When I do an "estimate shipping", the Dimensions do not display for my parcels. I get Dims: xx Boxes:

2. If my width is very close to the margin between a letter and a parcel, I get an error and the default postage rate is quoted. I am doing this as I have very small items and wanted to force them into the parcel sizes, but not by much. I actually entered the parcel width as 2.1 cm - is this not allowed maybe? It works just fine if I up it to 3cm.

Thanks for your help,
Nerida.

I'll need to confirm, but I'm pretty sure the first is a bug.
As for the second, are there any other clues as to what the error might be? I'll try creating a test product using 2.1cm to try to duplicate the problem, but I probably won't have a chance to look into it until the weekend.

Cheers
Rod

Dod Gammit ! I spent hours stuffing with that..if only I had just read the instructions. I assumed handling fees worked the same way as AustPost,
NOTE: Trap for OLD players there..
Thanks

Rod,

Just a quick THANK YOU for this update.

The setting for a Cost on error has solved a problem for me (didn't want people to selectr 0 dollars for postage that was possible with the "improved version").

Appears to be working fine on my testing server.

Michael

RodG:

I'll need to confirm, but I'm pretty sure the first is a bug.
As for the second, are there any other clues as to what the error might be? I'll try creating a test product using 2.1cm to try to duplicate the problem, but I probably won't have a chance to look into it until the weekend.

Cheers
Rod

Thanks Rod, no other helpful clues, the exact dimensions for my product were 5.0 x 5.0 x 2.1 and it was the only item in my cart.
When I changed the 2.1 to 3, it produced the correct quote info, or if I added more products to the cart (or multiple qty of this product), it produced the quote.
I just tried a few more width sizes - the error happens when I enter the width as 2.9cm as well.

Hope this helps,
Nerida.

Hi RodG,
Thanks for the new ozpost module, I know that a lot of work goes into these things.
I see that you use quite highly compressed jpg images for the logos etc.
I am in the process of making .gif files to replace some of them as I would like the logo to be larger n clearer on the screen. I know you keep the size down to avoid problems with sql string lengths (or whatever they are called)
The .gif files are smaller on disk than .jpg for the same pixel number, since a gif can have as little as 2 colors in its pallet whereas the .jpg is 24bit. Thus the gif will be clearer and faster than the jpg.

So before I go to all this trouble, is there any reason I should not change the references from the .jpg files to my new .gif files. Attached an example for you.

Great job and much appreciated .:clap:

remoteone:

Hi RodG,
Thanks for the new ozpost module, I know that a lot of work goes into these things.

The module, yes, the graphics, no (well, not in this case).

remoteone:

I see that you use quite highly compressed jpg images for the logos etc. I am in the process of making .gif files to replace some of them as I would like the logo to be larger n clearer on the screen. I know you keep the size down to avoid problems with sql string lengths (or whatever they are called)

The sql length problem (in the AustPost module) was bad code, and had nothing to do with the actual graphics files.
The main reason for wanting to keep the file size down is to provide best performance. If I had my way we would all still be using the command line. :-)

remoteone:

So before I go to all this trouble, is there any reason I should not change the references from the .jpg files to my new .gif files. Attached an example for you.

Personally, I tend to not use .gif's due to the bad history of licencing issues that surrounds it. I've no objections to the format itself.

There's no reason why you can't change the references (Well none that I can think of), but be aware that the filenames for the shipping methods are dynamically generated, which means you can't just change one or two from this group, it will be all or nothing.

On the plus side, this means you'll only need to change the .gif reference in only one place rather than 30+ different places.

On the other hand, you could rely on how 'clever' most of todays web browsers are and just save your gif's with a .jpg extension and most browsers will determine the filetype rather than filename and will display it appropriately. You won't have to change any references, just replace thye files. (Not good practice, but useful to know).

If you make a complete set of new icons feel free to share them. I'm not proud of the default icons, that's why I'm a programmer and not a graphics designer :-)

Cheers
Rod

neridal:

Thanks Rod, no other helpful clues, the exact dimensions for my product were 5.0 x 5.0 x 2.1 and it was the only item in my cart.
When I changed the 2.1 to 3, it produced the correct quote info, or if I added more products to the cart (or multiple qty of this product), it produced the quote.
I just tried a few more width sizes - the error happens when I enter the width as 2.9cm as well.

Hope this helps,
Nerida.

Hopefully this problem is now fixed. No need for you to do anything (the fix was on the server side), but I'd appreciate it if you can confirm that the fix is ok and hasn't introduced any other obvious problems.

Cheers
Rod

Hi

After installing the Ozpost module I now get "debug messages" in all my product descriptions. Can anyone tell me how to fix it?

You can see an example of it at the bottom of the screen.
http://www.innerscenthealthbeauty.co...products_id=10

Thanks.

pcnovice:

Hi

After installing the Ozpost module I now get "debug messages" in all my product descriptions. Can anyone tell me how to fix it?

You can see an example of it at the bottom of the screen.
http://www.innerscenthealthbeauty.co...products_id=10

Thanks.

http://www.zen-cart.com/forum/showpost.php?p=723946&postcount=304

Hi

I have a different problem that no one else seems to have. I have installed this module and followed the install instructions and every thing works except I can not add dimensions for my products. I have checked and rechecked to make sure everything is where it is supposed to be. Which file changes the product page to bring up the dimensions? :unsure: Looking at the code I think it is the product.php but although mine is uploaded I still can't add the dimensions.

Any help greatly appreciated.

enochian:

Hi

I have a different problem that no one else seems to have. I have installed this module and followed the install instructions and every thing works except I can not add dimensions for my products. I have checked and rechecked to make sure everything is where it is supposed to be. Which file changes the product page to bring up the dimensions? :unsure: Looking at the code I think it is the product.php but although mine is uploaded I still can't add the dimensions.

Any help greatly appreciated.

The "INSTALL.txt" file mentions 3 files that need to be overwritten. I'll bet they were either skipped or renamed when you uploaded the files.

These are the files in question:
/admin/includes/languages/english/product.php
/admin/includes/modules/update_product.php
/admin/includes/modules/product/collect_info.php

Cheers
Rod