Welcome Guest! You need to login or register to make posts.

Notification

Icon
Error

4 Pages<1234>
Options
Go to last post Go to first unread
Albertvdmeulen  
#41 Posted : Thursday, April 15, 2010 2:49:51 AM(UTC)
Albertvdmeulen

Rank: Advanced Member

Groups: Member
Joined: 3/18/2009(UTC)
Posts: 46

Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
Hi Andreym,

Thanks for your reply.
Questions 02,03,04 are solved.
With 01 i still have some difficulties.

If i list the prices and add a new price, this price is used for the the whole product.
i.e. in one product i've several atributes
UserPostedImage

and if i add a price
UserPostedImage

The original price is still used and it's used for all sizes!
UserPostedImage

Is it possible to for example have different bulk prices for the different sizes?

andreym  
#42 Posted : Thursday, April 15, 2010 8:22:28 PM(UTC)
andreym

Rank: Advanced Member

Groups: Member
Joined: 6/16/2009(UTC)
Posts: 134

Was thanked: 8 time(s) in 8 post(s)
Hello!

Unfortunately, I didn't find any simple way how to do it. However, I've made some digging into virtuemart sources. There is a get_price function in the administrator/components/com_virtuemart/classes/ps_product.php file, where the price is calculated.
Code:
/* Added for Volume based prices */
// This is an important decision: we add up all product quantities with the same product_id,
// regardless to attributes. This gives "real" volume based discount, because our simple attributes
// depend on one and the same product_id
$quantity = 0;
$parent_id = "";
if ($product_parent_id) {
   $parent = true;
}
else {
   $parent = false;
}
for ($i=0;$i<$cart["idx"];$i++) {
   if ($cart[$i]["product_id"] == $product_id) {
      if ($parent) {
         $parent_id  = $cart[$i]["parent_id"];
      }
      else {
         $quantity += $cart[$i]["quantity"];
      }
  }
}
if ($parent) {
   for ($i=0;$i<$cart["idx"];$i++) {
      if (@$cart[$i]['parent_id'] == $parent_id) {
         $quantity  += $cart[$i]["quantity"];
      }
   }
}

$volume_quantity_sql = " ORDER BY price_quantity_start";
if( $quantity > 0 ) {
   $volume_quantity_sql = " AND (('$quantity' >= price_quantity_start AND '$quantity' <= price_quantity_end)
      OR (price_quantity_end='0') OR ('$quantity' > price_quantity_end)) ORDER BY price_quantity_end DESC";
}

I think it is possible to pass additional parameter with attributes values and check them while calculating the quantity.
However, I've not tried this, and may be you should ask the virtuemart folks on their support forum to make sure this changes does not breaks any current functionality.

Edited by user Thursday, April 15, 2010 8:23:00 PM(UTC)  | Reason: Not specified

Nikon  
#43 Posted : Sunday, May 2, 2010 2:03:15 PM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Wow! Whistle

This is exactly what we be looking for. Im working in a photostore and our homepage is made in joomla. And we are using joomla a lot.

I have a few question.

If someone make a order how is the order processed, is it making a folder with a ordernumber and then put every images there?

And how do the ordersystem check if you should have 1 or 2 copies of one image?

We have been looking for someone that can help to develop a real photoorder system that the labs can read directly like our photorder kiosks.

If someone can help me to get the DPOF to be written when a order is make.

http://en.wikipedia.org/...gital_Print_Order_format

http://panasonic.jp/dc/dpof_110/white_e.htm

This would be great then the lab could read the order directly.

It looks something like this

[HDR]
The version of the DPOF specification referred by the Auto Print File
The Product name which last saved the Auto Print File
Date and time when Auto Print File was last saved
Printchannel for the printsize

Exemaple



[HDR]

GEN REV=01.00

GEN CRT="NORITSU KOKI" -01.00

GEN DTM=2010:03:29:11:55:32

USR NAM="Customer Name"

USR TEL="","",""

VUQ RGN=BGN

VUQ VNM="NORITSU KOKI" -ATR "QSSPrint"

VUQ VER=01.00

PRT PSL=NML -PSIZE "20x30 Matt"

PRT PCH=290

GEN INP="Other-M"

VUQ RGN=END


---------------------------------------------------------------------------------
User information

[JOB]
Product ID
Print type (= Specific Size Print) and the print size
Number of copies
Image file format
Image file
Cropping, date stamp, etc.

Edited by user Monday, May 3, 2010 12:23:37 AM(UTC)  | Reason: Not specified

andreym  
#44 Posted : Monday, May 3, 2010 2:21:11 PM(UTC)
andreym

Rank: Advanced Member

Groups: Member
Joined: 6/16/2009(UTC)
Posts: 134

Was thanked: 8 time(s) in 8 post(s)
Hello!

When user upload images he can specify quantity, size, paper type (any other parameters can be added through product attributes).
UserPostedImage

Then all images are uploaded into one folder, and image file name is stored in the product attribute. In the admin area you can look orders and see images for every order:
UserPostedImage


I've looked the links you provide and as I understand you need to create an Auto Print File for every order. But it also matters where to place this file. And it seems it is the problem, because it is not suitable when many users make orders. There is only one AUTPRINT.MRK file can be created. How it should work in multi-user environment? Am I missing something?
UserPostedImage

Edited by user Monday, May 3, 2010 2:41:07 PM(UTC)  | Reason: Not specified

andreym attached the following image(s):
admin_area-order.png
Nikon  
#45 Posted : Monday, May 3, 2010 6:01:16 PM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Hello again!

We have 6 order kiosk and every kiosk has their own harddrive.

If a customer make a order for example normal size 10x15

then a autoprint ( AUTOPRINT.MRK ) file is created in a folder called MISC and the MISC folder is a subfolder to a orderfolder called o0000001 so the first order in for example KIOSK 1 is o0000001 and that folder contains a MISC folder with a AUTOPRINT.MRK and that is for the 10x15 order.

And if the user wants a 18x24 a new order folder is created called o0000002 with a MISC folder and a AUTOPRINT.MRK

So every folder contains a AUTOPRINT.MRK with information about name phonenumber and printerchannel ( for the size )

So say if the user login to their account and a folder with the username ( root folder ) is created and inside that folder the orderfolders is created with the MISC folder and AUTOPRINT.MRK

This is very useful information for the machine then you can just click on the folder and the machines knows if it should be one copie or two. And there is more you can tell if you want to zoom the picture or should it be black & white.

And when the when the order is completed the order folder is marked with e0000001 instead of o0000001.

I hope we can help each other to make this thing real.

Edited by user Monday, May 3, 2010 8:27:18 PM(UTC)  | Reason: Not specified

andreym  
#46 Posted : Monday, May 10, 2010 1:00:41 PM(UTC)
andreym

Rank: Advanced Member

Groups: Member
Joined: 6/16/2009(UTC)
Posts: 134

Was thanked: 8 time(s) in 8 post(s)
Hi!

Well, that is the way I see it can be done. We need to make separate module for administer. This module adds new menu item which triggers our function. That function takes new orders from database, parse it and creates DPOF files based on the order data. And also it moves images to the folders. Also our new module should store information which orders are processed and which ones are not.
This is the pros and cons of this approach I see:
Pros: We does not need to intercept with the core order making workflow and avoid to hack virtuemart files.
Cons: We need manually trigger order processing.

What do you think about it?
Nikon  
#47 Posted : Tuesday, May 11, 2010 3:54:24 AM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Sounds like a good idea. Smart move to make another module to trigger the DPOF. So do you need more information or do you think you have it all clear?

This is very amazing Applause
andreym  
#48 Posted : Tuesday, May 11, 2010 3:52:52 PM(UTC)
andreym

Rank: Advanced Member

Groups: Member
Joined: 6/16/2009(UTC)
Posts: 134

Was thanked: 8 time(s) in 8 post(s)
Good. I will take a look and reply how it is going in a few days.
Nikon  
#49 Posted : Wednesday, May 12, 2010 1:04:17 AM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Great. Take the time you need. No idea to stress. Don´t forget that we need to put in the printer channel somewhere.

Printerchannel = paper size like 10x13 ( this setting the user must could write in by he self, different store has different print channels. )

Printed in the [HDR] section

[HDR]

GEN REV=01.00

GEN CRT="NORITSU KOKI" -01.00

GEN DTM=2010:03:29:11:55:32

USR NAM="Customer Name"

USR TEL="","",""

VUQ RGN=BGN

VUQ VNM="NORITSU KOKI" -ATR "QSSPrint"

VUQ VER=01.00

PRT PSL=NML -PSIZE "20x30 Matt"

PRT PCH=290 ( Print channel )

GEN INP="Other-M"

VUQ RGN=END

Edited by user Wednesday, May 12, 2010 1:06:19 AM(UTC)  | Reason: Not specified

andreym  
#50 Posted : Sunday, May 16, 2010 2:10:11 PM(UTC)
andreym

Rank: Advanced Member

Groups: Member
Joined: 6/16/2009(UTC)
Posts: 134

Was thanked: 8 time(s) in 8 post(s)
Hello Nikon!

Can you, please, try this module and reply how it works for you? I have not the printer with dpof feature, so I'm not able to check how the auto print files works.
Nikon  
#51 Posted : Sunday, May 16, 2010 4:58:50 PM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Cool. unfortunately i was not able to install the module into joomla.

I recieved this message.



* It was not possible to copy the selected file.
* JInstaller::install: Failed to copy file: /var/www/joomla/tmp/install_4bf0f50550ed6/dpof/admin/dpof_tmpl/hdr.php to /var/www/joomla/administrator/components/com_dpof/dpof_tmpl/hdr.php

Message

* Install Component Error

Or should it be installed manually?

Thanks by the way for doing this thing real. Appreciate it a lot.

andreym  
#52 Posted : Sunday, May 16, 2010 5:22:16 PM(UTC)
andreym

Rank: Advanced Member

Groups: Member
Joined: 6/16/2009(UTC)
Posts: 134

Was thanked: 8 time(s) in 8 post(s)
That is strange Think . Maybe the /var/www/joomla/administrator/components/ is not writeable? Does any other module can be installed?

Edited by user Sunday, May 16, 2010 5:23:12 PM(UTC)  | Reason: Not specified

Nikon  
#53 Posted : Sunday, May 16, 2010 5:27:39 PM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Yea that was my thoughts also, but i checked the permission and tried to install another component. And that worked for me.
andreym  
#54 Posted : Sunday, May 16, 2010 5:34:08 PM(UTC)
andreym

Rank: Advanced Member

Groups: Member
Joined: 6/16/2009(UTC)
Posts: 134

Was thanked: 8 time(s) in 8 post(s)
Not sure if it is the issue, but in the dpof.xml file in <files folder="admin"> section I wrote backslash, instead of slash as path delimiter. It works on Windows, but maybe it is not right for Linux? Can you unzip archive and replace them and try to install?

[UPDATE] I correct backslashes to slashes and re-upload the archive. Try new version, please?

Edited by user Sunday, May 16, 2010 5:53:12 PM(UTC)  | Reason: Not specified

Nikon  
#55 Posted : Sunday, May 16, 2010 7:01:11 PM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Yea i changed it before manually. And after that the installation worked for me. i had one problem that the dpof creator didnt write any information about the printchannel, it just wrote 000. But i will test again.
andreym  
#56 Posted : Sunday, May 16, 2010 9:03:06 PM(UTC)
andreym

Rank: Advanced Member

Groups: Member
Joined: 6/16/2009(UTC)
Posts: 134

Was thanked: 8 time(s) in 8 post(s)
Quote:
I had one problem that the dpof creator didnt write any information about the printchannel, it just wrote 000.

There is a bug while parsing Size attributes. It can not parse it properly if attribute defines price change. I'll fix it.
But now you can just remove price values from attributes.
andreym attached the following image(s):
attributes.png
Nikon  
#57 Posted : Sunday, May 16, 2010 11:38:17 PM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Hi again.

Im very impressed about your work. Its really working i have managed to trie the whole thing. The lab is recognize how many prints it should be.

I still have problem with this line. I wrote it manually before.

PRT PSL=NML -PSIZE "Unknown"

PRT PCH=000

It wont parse the printchannel just 000

Any ideas ?
Nikon  
#58 Posted : Monday, May 17, 2010 6:13:27 AM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Now i tried some more. And as i said i am really impressed. Some thoughts about the dpof module.

About the selection of sizes.

I tried to set two sizes at the sime time, but only one size was writen as a order.

I think we have two choices, one is if you only can make one size of time. Or the other thing is that the dpof module must write a order folder for every size. Different sizes need their own AUTOPRINT.MRK file.

Another question is it possible to make the zero disappear that is created inside the order folder?

Thanks again.
andreym  
#59 Posted : Monday, May 17, 2010 2:36:45 PM(UTC)
andreym

Rank: Advanced Member

Groups: Member
Joined: 6/16/2009(UTC)
Posts: 134

Was thanked: 8 time(s) in 8 post(s)
Hello Nikon!

Dpof module is quite offtopic for this thread, so I've replied you here. Also I updated the attached dpof.zip archive. So if you have channel.xml configured properly, then zero channel should not appears anymore.
Nikon  
#60 Posted : Wednesday, May 19, 2010 4:57:49 PM(UTC)
Nikon

Rank: Advanced Member

Groups: Member
Joined: 5/1/2010(UTC)
Posts: 60

Thanks: 1 times
Hi Andreym.

This is more about the photoorder module for joomla than the dpof module. So i write it here.

We are trying to get the whole thing working here.

The only thing we have problem for now is the price.

Often you have a discount if you take more than some pictures.

Example

1-5 picture one price
6-99 one price
100 above one price

This could be done in virtuemart as standard. But we dont have discount for bigger pictures than 10x15, and here comes the problem.

There is only one photo product in virtuemart and if we set the prices above they are set even at bigger pictures.

My thoughts was. Is it better to have one product for every size? then you can set the prices for every product. Or has someone found a solution to this problem.

Maybe it should be a photoorder module for every product. One for normal photos one for bigger pictures, one for canvas. Then you can have different prices.

Do anyone knows why the photoorder module is not under extensions --> module manager?

Edited by user Thursday, May 20, 2010 12:16:19 AM(UTC)  | Reason: Not specified

Users browsing this topic
4 Pages<1234>
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.