Zen Cart Logo
Forums / Addon Admin Tools / EasyPopulate 4.0 Support Thread

EasyPopulate 4.0 Support Thread

Sticky

Views: 733,384

Results 1,081 to 1,100 of 3,671
13 Aug 2013, 9:47 PM
#1081
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

EasyPopulate 4.0 Support Thread

Feznizzle:

Bump!

Can somebody please take a look at my post above? If you pm me your paypal email, I'd love to buy you some coffee for helping me out!

So, my luck someone is already answering your question while I write this.

I'll say this, I have not used the price break feature of EP4, so the specifics of which piece of data should be where are foreign to me at the moment. Additionally, there is some conflicting information provided in the writeup of the problem. It looks like a single update was provided to your database, and you received two different results (again by what was reported): 1) ...appeared to go in because all of the products had the price break chart show up.
2) However, none of the price break data worked. The price break chart that shows up on the product page is blank.

Potentially I could understand that to mean that the table appeared but it didn't contain any data. Is it possible that the value attempted to be shown was a value of zero, but because of the presentation method doesn't force a 0 to be shown, but instead blank?

I would suggest that you try to investigate by looking at the data in your mySQLadmin to determine what the value should be for that attribute/somewhere else that would show the information that ends up showing or being combined to show what is desired.

I know you were concerned about your headings, based on previous posts, would want to look at/for any leading/trailing spaces that would cause the data not to be collected.

Was the price break data that was provided a change of an existing price break, or new data not previously present? A long shot thought is are you suure that the new data was applied to only the "one" product and didn't get applied to something else not expected/reviewed?

13 Aug 2013, 10:03 PM
#1082
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

Re: EasyPopulate 4.0 Support Thread

LilleyPadGifts:

I will answer those questions later because I have since tried to upload a file of products only to receive the "No model field in Record. This line was not imported." when, in fact, I have model numbers in there. I researched it on here, but what someone suggested about copying to a new file only the columns that have info, did not work for me...and most other postings are in regards to a different version of EP. I have followed everything to a T.... and tried multiple times but no luck. HELP!

I'm sorry Lilley, I totally missed your response. I had too narrow of a view because I didn't see any of my text copied. So, if I am correct about how the program works, if the heading does not match the heading expected, then the program considers it not present regardless of the list of data below it. This could be because of an extra space before or after the text of the heading, a change of capitalization, or some modification made to the heading that I have not covered.

Regarding a "new" file, my thoughts on that is to download/export the type of file you are wanting to work with, then remove the "unnecessary" data and fill in the information you are trying to bring in. Don't "touch" the headings and try to do one line of the data you are working with as a test, if that works as expected, then import as much as you need, at least that way only the one item is potentially affected.

As for then only working with the columns of interest, from the downloaded good file, you can delete the other columns that are not needed.

The other thing to consider reviewing is that the newly saved csv file has the expected structure to support import. (Quotes where they should be, the appropriate divider between entries such as a comma, etc...) This would be by looking at the newly created CSV not necessarily by looking at OpenOffice (or the program of choice).

14 Aug 2013, 2:41 AM
#1083
waterbender avatar

waterbender

New Zenner

Join Date:
May 2010
Posts:
84
Plugin Contributions:
0

Re: EasyPopulate 4.0 Support Thread

Been using the Advanced Easy Populate on v1.3.9. Does anyone know if it will still work in v1.5.1?
Is Easy Populate 4.0 better? What is the difference?

14 Aug 2013, 12:03 PM
#1084
firstcapitalfirearms avatar

firstcapitalfirearms

Zen Follower

Join Date:
Sep 2012
Posts:
196
Plugin Contributions:
0

Re: EasyPopulate 4.0 Support Thread

Ok, hopefully can help me out. I am trying to upload product pictures to my site and when I go to the consumer side I have no images. I believe I have the right info listed under v_products_images as =CONCATENATE("/images/zanders/part1";G2;".gif"). If you would like a sample of what I have please send me a private message with an email address and I will send you a test file.

Basically my model number and image name have the same number which is the G2.

Any help is greatly appreciated.

Thanks

Mark

14 Aug 2013, 2:16 PM
#1085
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

Re: EasyPopulate 4.0 Support Thread

firstcapitalfirearms:

Ok, hopefully can help me out. I am trying to upload product pictures to my site and when I go to the consumer side I have no images. I believe I have the right info listed under v_products_images as =CONCATENATE("/images/zanders/part1";G2;".gif"). If you would like a sample of what I have please send me a private message with an email address and I will send you a test file.

Basically my model number and image name have the same number which is the G2.

Any help is greatly appreciated.

Thanks

Mark
So it sounds like you have good info on the screen (file path looks correct), but that the end result of importing the info to the database is that the cart can't "find" what it has identified in the database.

Have you looked at the exported file (using a text editor not your spreadsheet program) to identify that the data to be imported reflects what is expected? (Ie, not the concatenate function)?

14 Aug 2013, 3:04 PM
#1086
feznizzle avatar

feznizzle

Totally Zenned

Join Date:
Apr 2010
Posts:
900
Plugin Contributions:
0

Re: EasyPopulate 4.0 Support Thread

mc12345678:

So, my luck someone is already answering your question while I write this.

No, still unresolved! Still hoping to buy someone some coffee! :D

mc12345678:

I'll say this, I have not used the price break feature of EP4, so the specifics of which piece of data should be where are foreign to me at the moment. Additionally, there is some conflicting information provided in the writeup of the problem. It looks like a single update was provided to your database, and you received two different results (again by what was reported): 1) ...appeared to go in because all of the products had the price break chart show up.
2) However, none of the price break data worked. The price break chart that shows up on the product page is blank.

Potentially I could understand that to mean that the table appeared but it didn't contain any data. Is it possible that the value attempted to be shown was a value of zero, but because of the presentation method doesn't force a 0 to be shown, but instead blank?

I would suggest that you try to investigate by looking at the data in your mySQLadmin to determine what the value should be for that attribute/somewhere else that would show the information that ends up showing or being combined to show what is desired.

I know you were concerned about your headings, based on previous posts, would want to look at/for any leading/trailing spaces that would cause the data not to be collected.

Was the price break data that was provided a change of an existing price break, or new data not previously present? A long shot thought is are you suure that the new data was applied to only the "one" product and didn't get applied to something else not expected/reviewed?

Yes, a table appeared but it contained no data. The data I was trying to insert was new, not a replacement for existing data.

I don't think a value of zero was inserted because, right after posting, I decided to go thru and manually insert price breaks the hard way (using ZC admin functionality). No price break tables existed yet, despite the fact that an empty price break chart was showing up.

I went back thru and searched for trailing/leading spaces, found none. In fact, I searched the entire file, found no spaces anywhere.

Your question about new data applying to only "one" product is intriguing. I will poke around and see, but I'm fairly certain that the model numbers are unique, thus it should not have applied to the wrong prod.

This brings me to my one and only gripe about this mod. Why in the world does it tie everything to model number??? Makes zero sense to me, why not just use the system already in place, created naturally by ZC? If I abandon this mod, that will be the reason.

Even if we set aside the simple fact that two dif manufacturers might have the exact same model number, there are still plenty of logical reasons to not have unique model numbers. One of my websites sells parts for medical equipment. Some of those parts can fit on multiple machines. So one model number may have as many as 10 unique description pages, all with unique titles (Mod# 444 - 2" circular blade for cast saw; Mod# 444 - 2" circular blade for autopsy saw;) and unique –application specific– product information.

I would love to change the default controller from model to prod_id... is there a way to do that?

14 Aug 2013, 3:41 PM
#1087
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

Re: EasyPopulate 4.0 Support Thread

Feznizzle:

No, still unresolved! Still hoping to buy someone some coffee! :D

Yes, a table appeared but it contained no data. The data I was trying to insert was new, not a replacement for existing data.

I don't think a value of zero was inserted because, right after posting, I decided to go thru and manually insert price breaks the hard way (using ZC admin functionality). No price break tables existed yet, despite the fact that an empty price break chart was showing up.

I went back thru and searched for trailing/leading spaces, found none. In fact, I searched the entire file, found no spaces anywhere.

Your question about new data applying to only "one" product is intriguing. I will poke around and see, but I'm fairly certain that the model numbers are unique, thus it should not have applied to the wrong prod.

This brings me to my one and only gripe about this mod. Why in the world does it tie everything to model number??? Makes zero sense to me, why not just use the system already in place, created naturally by ZC? If I abandon this mod, that will be the reason.

Even if we set aside the simple fact that two dif manufacturers might have the exact same model number, there are still plenty of logical reasons to not have unique model numbers. One of my websites sells parts for medical equipment. Some of those parts can fit on multiple machines. So one model number may have as many as 10 unique description pages, all with unique titles (Mod# 444 - 2" circular blade for cast saw; Mod# 444 - 2" circular blade for autopsy saw;) and unique –application specific– product information.

I would love to change the default controller from model to prod_id... is there a way to do that?

Okay, so to address first the original issue. When you went back to produce/modify the price break for the items that you had imported, was there or was there not data that related to what you imported?

Again, because I am not specifically familiar with price breaking, the next question would be if the table name convention for the table in your database equal the name expected by the mod?

As for model number issues, my thought on it if I were to start from scratch is this: what piece of information do I have control over that is not affected by the routines of ZenCart, typically wouldn't change, would be more likely to be unique and such that I can reuse the file regardless of the cart to which the file is being applied without increasing the data fields in the cart.

Model Number could be one of those; however, in your case, have many products that are the same thing (same model, but different descriptions which of course necessitates that you keep your list up-to-date as to how that product can be applied.)

The other issue though is that, if the product_id is used or even another attribute, you would need to have a way to differentiate between data for existing items and data to indicate a new item. (Ie, either the number for the product_id or a designation such as NEW, a negative number, or a value of zero to indicate that the item is to be added.

As for this mod, one thing Chadderuski has done is make the program relatively modifiable to add additional methods of exporting and importing data. Perhaps the hard part is understanding that there is a sequence of events necessary to make that happen, like to add attributes to a product, first or in parallel have to have a product and an attribute to apply, and then to apply the attribute. (Or maybe it is already encoded to do both actions in one, I haven't gotten into the meat of that part yet myself as I have/had been working on a stock by attributes direction.) He has also asked in times past for additional input on things desired, so I would think that your input would still be of benefit, but I know (and like myself) that he has some other priorities currently above this mod as it stands. A new update is in the works with clearer documentation, and from the sounds of it there is a major code change, so it may be difficult at the moment to incorporate a change immediately.

Back to the problem though, was also thinking what information was/is in the datafile that was sent on to EP4 for processing as it relates to your price break? Was there an equation, a value, etc.? And what I was referring to about a value of zero being provided is something like price is 1, price break is 1, thinking that 1-1=0 and therefore a value may not be displayed.

14 Aug 2013, 4:41 PM
#1088
firstcapitalfirearms avatar

firstcapitalfirearms

Zen Follower

Join Date:
Sep 2012
Posts:
196
Plugin Contributions:
0

Re: EasyPopulate 4.0 Support Thread

mc12345678:

So it sounds like you have good info on the screen (file path looks correct), but that the end result of importing the info to the database is that the cart can't "find" what it has identified in the database.

Have you looked at the exported file (using a text editor not your spreadsheet program) to identify that the data to be imported reflects what is expected? (Ie, not the concatenate function)?

I guess I am somewhat confused and I am new to this whole process. When you ask if I looked at the exported file in a text editor (NotePad++) are you referring to the CSV file or what. Sorry again I am new and not sure what you are asking.

Thanks

Mark

14 Aug 2013, 5:14 PM
#1089
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

Re: EasyPopulate 4.0 Support Thread

firstcapitalfirearms:

I guess I am somewhat confused and I am new to this whole process. When you ask if I looked at the exported file in a text editor (NotePad++) are you referring to the CSV file or what. Sorry again I am new and not sure what you are asking.

Thanks

Mark
That's alright. Sorry, I tend to address things in the abstract until I have facts. Yes, the CSV file that is then uploaded to your cart to be imported. Did it contain the file path as you wanted it?

If so, the next thing would be to see if the file exists exactly where it is described exactly as written (capitalization, etc.)?

14 Aug 2013, 5:19 PM
#1090
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

Re: EasyPopulate 4.0 Support Thread

firstcapitalfirearms:

I guess I am somewhat confused and I am new to this whole process. When you ask if I looked at the exported file in a text editor (NotePad++) are you referring to the CSV file or what. Sorry again I am new and not sure what you are asking.

Thanks

Mark

Also, I just took a look at one of my downloads from this program, the path I have for an image in the images folder is simply the name of the image. If I have a photo YYY.jpg in the images/XXX folder then all I had in the v_products_image column was XXX/YYY.jpg

So, I think part of your problem is having /images/ at the beginning of your image name.

This may be more evident if as is suggested by the code author that you add a product and other settings into ZenCart first, then download that information to use as a sort of template. Is very useful.

14 Aug 2013, 5:23 PM
#1091
firstcapitalfirearms avatar

firstcapitalfirearms

Zen Follower

Join Date:
Sep 2012
Posts:
196
Plugin Contributions:
0

Re: EasyPopulate 4.0 Support Thread

mc12345678:

Also, I just took a look at one of my downloads from this program, the path I have for an image in the images folder is simply the name of the image. If I have a photo YYY.jpg in the images/XXX folder then all I had in the v_products_image column was XXX/YYY.jpg

So, I think part of your problem is having /images/ at the beginning of your image name.

This may be more evident if as is suggested by the code author that you add a product and other settings into ZenCart first, then download that information to use as a sort of template. Is very useful.

Ok, thanks for the explanation I will look at both this evening and see what happens. Thanks for the help and advice. I'll get back to you on here in the next day or so.

Thanks
Mark

14 Aug 2013, 10:08 PM
#1092
blessisaacola avatar

blessisaacola

Totally Zenned

Join Date:
Feb 2004
Location:
Georgia, USA
Posts:
1,875
Plugin Contributions:
1

Re: EasyPopulate 4.0 Support Thread

Thanks for this great Mod. I am currently working with the price break to update some products. In Zen Cart when creating a discount there's this option "Discount Qty Applies to Mixed Attributes" which allows for Yes or No. Unfortunately, I do not see in the file where to indicate that I want to applied discount to mixed attributes. Can someone guide me on how to achieve this task? I have a feeling it might have something to do with this "products_mixed_discount_quantity" from the products table but I do not see it in the file.

Thanks in advance.

15 Aug 2013, 2:00 AM
#1093
firstcapitalfirearms avatar

firstcapitalfirearms

Zen Follower

Join Date:
Sep 2012
Posts:
196
Plugin Contributions:
0

Re: EasyPopulate 4.0 Support Thread

firstcapitalfirearms:

Ok, thanks for the explanation I will look at both this evening and see what happens. Thanks for the help and advice. I'll get back to you on here in the next day or so.

Thanks
Mark

Ok, I finally figured it out. I looked again at my file and once I changed the .gif to .GIF it worked. Thanks again for the help.

Thanks
Mark

15 Aug 2013, 3:25 AM
#1094
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

Re: EasyPopulate 4.0 Support Thread

firstcapitalfirearms:

Ok, I finally figured it out. I looked again at my file and once I changed the .gif to .GIF it worked. Thanks again for the help.

Thanks
Mark

I don't know if you do or plan to have any image handler mods or what permissions you have set in your .htaccess file, but from personal experience it is suggested that the extension for your files should all be lowercase. As stated to me, that's the standard to which files are named. I know that I have also discovered that for example, my cell phone typically sets the extension as uppercase and I have to rename the file before uploading (or of course could do so after uploading, but it's much easier to correct on the front end than the back end.)

Glad you figured it out though!!!

15 Aug 2013, 3:25 PM
#1095
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

Re: EasyPopulate 4.0 Support Thread

BlessIsaacola:

Thanks for this great Mod. I am currently working with the price break to update some products. In Zen Cart when creating a discount there's this option "Discount Qty Applies to Mixed Attributes" which allows for Yes or No. Unfortunately, I do not see in the file where to indicate that I want to applied discount to mixed attributes. Can someone guide me on how to achieve this task? I have a feeling it might have something to do with this "products_mixed_discount_quantity" from the products table but I do not see it in the file.

Thanks in advance.

Follow the logic in the export and then the import files for the type of file you are trying to work with (basic, detailed, etc...) You will need to add that (and other fields desired/needed) in the SQL statements for the applicable file type(s).

15 Aug 2013, 5:08 PM
#1096
blessisaacola avatar

blessisaacola

Totally Zenned

Join Date:
Feb 2004
Location:
Georgia, USA
Posts:
1,875
Plugin Contributions:
1

Re: EasyPopulate 4.0 Support Thread

mc12345678:

Follow the logic in the export and then the import files for the type of file you are trying to work with (basic, detailed, etc...) You will need to add that (and other fields desired/needed) in the SQL statements for the applicable file type(s).

Actually, the default value is yes for "Discount Qty Applies to Mixed Attributes" is yes so simply uploading the default file (without modification) works. I wanted to make sure that the yes radio button is activated upon upload and it works. My issue is resolved without any code adjustment. Thanks!

16 Aug 2013, 9:59 PM
#1097
jamadri avatar

jamadri

New Zenner

Join Date:
Aug 2013
Location:
United States
Posts:
31
Plugin Contributions:
0

Re: EasyPopulate 4.0 Support Thread

I just integrated this into my Zen Cart and I'm only having one issue. My description is getting cut off after having set my configuration up to convert quotes. Here is the description that is getting cut off:

Convenient, self-adhesive Target Spots create instant##bulls eyes for all types of target practice! The##high-contrast, fluorescent red color lets you see a##sharper sight picture and bullet holes more clearly##for better scores and smaller groups. Try all sizes##for different distances and uses – rifle, shotgun,##handguns and even archery. All Target Spots##have a self-adhesive backing for easy use.

When I import this it is only getting as far as this: Convenient, self-adhesive Target Spots create instant##...
then it gets cut off. I can't figure out why it might be getting cut off, or what is causing it to be cut off. If someone could help out I would really appreciate it.

Also, is there a place in the code of the module I can change the code to look for certain tags and convert them if found?

17 Aug 2013, 10:07 PM
#1098
firstcapitalfirearms avatar

firstcapitalfirearms

Zen Follower

Join Date:
Sep 2012
Posts:
196
Plugin Contributions:
0

Re: EasyPopulate 4.0 Support Thread

I have multiple wholesalers and would eventually like to add all of them to my site. The problem is that some wholesalers may carry the same product but they may call it a a different model number. Is there an Easy Populate Header (ex. v_products_model) that I can use that would have 1 model set up for all wholesalers. Example 1 wholesaler has a Savage Model Number of 19220 and another has it listed as a straight 19220. Is it possible that I can upload both and it will add up available inventory of both wholesalers.

Hope this makes sense.

Thanks
Mark

21 Aug 2013, 12:10 PM
#1099
feznizzle avatar

feznizzle

Totally Zenned

Join Date:
Apr 2010
Posts:
900
Plugin Contributions:
0

Re: EasyPopulate 4.0 Support Thread

Is there a way to make this work with Cross Sell?

I'm using Cross Sell Plus Advanced Sell Combo

21 Aug 2013, 1:04 PM
#1100
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

Re: EasyPopulate 4.0 Support Thread

jamadri:

I just integrated this into my Zen Cart and I'm only having one issue. My description is getting cut off after having set my configuration up to convert quotes. Here is the description that is getting cut off:

Convenient, self-adhesive Target Spots create instant##bulls eyes for all types of target practice! The##high-contrast, fluorescent red color lets you see a##sharper sight picture and bullet holes more clearly##for better scores and smaller groups. Try all sizes##for different distances and uses – rifle, shotgun,##handguns and even archery. All Target Spots##have a self-adhesive backing for easy use.

> 
> When I import this it is only getting as far as this: Convenient, self-adhesive Target Spots create instant##...
> then it gets cut off. I can't figure out why it might be getting cut off, or what is causing it to be cut off. If someone could help out I would really appreciate it.
> 
> Also, is there a place in the code of the module I can change the code to look for certain tags and convert them if found?

Been pondering this for a few days. Curious, what happens if you were to add more text before the first ##? I hadn't found anything that considered ## to be an escape sequence. If it still imports only to that point then probably would want to change the ## to something else either before import or in the process of importing. I seem to recall that recently some discussion was had about how/where to code for replacement of characters. Also, be sure to review the csv that is used to import and verify that the text is not cut off in there when saving your csv. If the first suggested test results in being cutoff then there is a variable associated with that field that limits the length of text, if it is not cutoff then there is something that considers ## as an end of the text.