Forum Replies Created
-
Posts
-
OK, thanks, that puts my mind at ease.
In which directory do I find the php.ini file, or is that something I’d have to create, and if so, in which directory does it go– and got a template?
ThanksI’m betting a new thread for your question would be best.
However, I really am no expert at all, but there are some bootstrap themes for SymbioStock:
http://www.symbiostock.com/category/development/
Maybe that’ll give you the info you need.
OK, my initial tests seeming to indicate that the large size showing as 0 pixels was caused by the image being configured at 72dpi appear to have been confirmed. I took 40 images that previously had shown 0 pixels for size, used Irfanview to batch process them to change only the dpi setting from 72 to 300 (no resampling or upsizing or change of resolution), uploaded them and processed them, and presto! not a single one exhibited the previous problem! And, every single one showed all of the IPTC data, when before about a quarter of them would have lost all of that data in processing.
I should point out that many of the images that never exhibited the problem still are set at 72dpi, but that Symbiostock shows them at 300dpi for the large size if appropriate. I’ve still no idea why they processed and the others didn’t, but at least I now know how to get around the problem.
The image processor I was using was ImageMagick. It has always been a little troublesome for me– for example, when I ran this set of 40 the first time, only 31 processed. When I ran it again on the remainders, I got five or so error messages about oversized headers (no error messages the first run through), but they all processed. I ended up with one extra image, and discovered one that had processed twice, but one of those had no preview and only some of the IPTC data. I’ve learned that for me, it likes to be fed images in very small batches, and if some images are particularly hard for it to process for some reason, then even one at a time.
Christine- I haven’t checked yet to see if you emailed me, but at this point I’m feeling I have enough success overcoming this problem that I don’t need to send you images. Thanks for the offer, though.
Cascoly- Send my slides to India! All the way from the U.S., that scares the heck out of me! I’ve had agencies here on the same coast manage to lose my slides before, seems like an overseas trip is asking for trouble, but I’m glad it worked out well for you. Thanks for the tip, though.
OK, on to new issues, which I’m sure I’ll find!
OK, ran some test, may have found a solution. Here’s what I did: I took an image (Morpho Butterfly) that was displaying 0 as largest size, and used Irfanview to modify the IPTC data (I’d used Irfanview to set the data, originally) to differentiate the new test image from the one already published– titled it Morpho Butterfly 72, since the original shows as rez 72dpi when I open it in Adobe Photoshop. Then, using Adobe Photoshop, I changed the dpi to 300, being careful to turn off resampling so that the picture resolution remained unchanged (no upsizing). The resulting image (which has the same number of pixels as the 72dpi image) I then edited in Irfanview to change the IPTC data titling it to Morpho Butterfly 300. My plan was to upload the two new images to see if any changes resulted in how Symbiostock handled the images.
First, however, I had change my upload folder that I’d bookmarked in my FTP program (I’ve not had luck with the software uploader in Symbiostock). Apparently that location changed between 2.55 and 2.8.2 somewhere along the line. The uploader page told me where to upload to, but I had to create the directory and folder– Symbiostock didn’t create it automatically.
I then used my FTP program to upload the two images, which Symbiostock found right away, and then processed them. The result was enlightening, and I hope the pattern holds true for my other images:
The Morpho Butterfly 72 image was mishandled by the image processor, which ignored the IPTC data I’d included. This had happened to me before with many of my other images. When published, the large size shows a size of 0 pixels.
The Morpho Butterfly 300 image was handled correctly by the image processor and included the IPTC data. When published, it correctly shows the large image size as 2120. An interesting thing is that even though I’d set the dpi to 300 for this image, it shows as 72 (screen rez) for the three smaller sizes, and 300 dpi (good print rez) for the large size.
If this pattern holds it means:
1. There is a solution to the problem
2. I’ve got a lot of work to do to alter the dpi on my other images, reupload, reprocess, and edit them.Thanks for all the help, especially from Christine, and here’s hoping. I’ll try to update this thread as things proceed.
Christine- I sent you an email via the forum, however I don’t see anyway via the forum email to attach any files, so I think you’ll have to reply via regular email and I can send you the pics then.
Most of the very small images (640) were originally 3600px (long side) scans of film transparencies, but somewhere along the line the original higher resolution scans were lost and all I have are the sizes I was using in my original web galleries from about 12 years ago. I was thinking of having the transparencies (mostly 35mm, a few from a 4″x5″ view camera) rescanned once I get the site up and running, and maybe making a few dollars. Most of my images I have in drafts are 3008px long side and are from a 6mp digital SLR (old, now days), and I have just a few images that are higher rez than that.
The 72dpi displayed on the pricing table is just what Symbiostock is arbitrarily assigning– that would be screen rez. I’ve never seen any setting in Symbiostock to alter that. If that is somewhere in the IPTC data or maybe EXIF perhaps I can edit it, but that’ll mean re-uploading every image. DPI is pretty arbitrary anyway– it is really just a printer setting, has nothing to do with the actual resolution of the image, or put another way, I can have an image that is say 1000 px on the long edge, and if I print it at 72dpi it’ll end up almost 14″ long (13.89), but not look all that great– you’ll see the pixels– or I can print it at 300dpi and it’ll look a lot better and sharper (because it’ll have a bit over 4x as many pixels along every linear inch) , but’ it’ll only be 3 1/3 inches long. Same resolution on the original image, just different printer settings. I worked many years in the photoprocessing industry, and also doing digital restorations of historic images.
In short, I know that higher-rez images made with modern cameras are much preferable for the reasons you gave, but I also know that most web images are much lower rez, which is why they even show up in the pricing table. I’ve got some images that I know you wouldn’t want to print very large but would display very nicely at web resolutions, so I’m including those.
I’m going to try re-uploading one of these problematic images, and see if maybe something has changes that’ll clear up the problem.
Leo- That was exactly what I needed. I had set that area to no selection, thinking that that would result in no menu there (for some reason in my mind the account/cart area was the cart page, not an area on all the other pages– my goof). I hadn’t thought about creating a blank menu to replace whatever was the default. Thanks so much.
Say Leo- I’ve got another thread open about many of my images showing 0 as the large size, and in each case I have other images of the same sizes that correctly show the large size. If you get a chance, I’d like your input on that thread, too.
The water mark is 522×522, just as indicated on the Symbio guide site:
http://www.symbioguides.com/knowledgebase/branding-templates/
Yes, new to stock photography, this is my first foray into it, am using Symbiostock exclusively.
UPDATE AND NEW PROBLEM:
First, I’ve added a few images showing various sizes and apparently no size-related pattern to the problem (all in image category Oregon, to find them easily):
Morpho Butterfly shows size 0 even though it is 2120 (and 414kb)
Bridal Veil Falls shows size 0 even though it is 640 (76.3kb)
Wizard Island on Crater Lake shows proper large size 640 (44.4kb)
Yaquina Head Lighthouse shows size 0 even though it is 3600 (1.47mb)
Proposal Rock by Moonlight shows proper size of 3008 (890kb)
Still looking for a solution to this problem.NEW PROBLEM: With the installation of Symbiostock 2.82, a new problem developed (or perhaps this only became apparent when I added more than one image): The download button does not always show the amount for the image selected. For example, if I select a size on an image that is $10.00, then go to another image and select a $30.00 size, the download button will now say $40.00. It is adding the amounts of all previous images selected, as if it were adding them up in a cart, but I am only navigating between pictures and clicking on sizes. If this is how it is supposed to work (say for downloading multiple images at once), how do you unselect something you’ve clicked on? Do you have to go to the cart and delete it?
OK, I went to Symbiostock.com, clicked on the Updates tab, and the highest update is 2.50. That didn’t make sense to me, so I went back to the home page and there is a download for 2.82. I renamed my old symbiostock folder, put this one in, and checked in WordPress. It wanted some required plugins which I installed. Now, when I check the image I’ve published (all of the others remain as drafts), it still shows the problem of showing 0 as full size, and now has the additional problem of showing my default large price on the download button, instead of the edited price. (Note: after a bit of testing, I find I can get the download price on the button to change by selecting a different size then going back to the large)
The original problem remains, on this image and many others in draft of many different large and small sizes (from 640 to over 5000 px on the long side), the large image size is displayed as 0 on the pricing table.
I’d sure like it if Leo or someone who perhaps has seen and solved this problem could offer some help. Where is the data found, maybe I can change it manually?
In response to cascoly and Christine:
1. v2.5.5 being really old– OK, I downloaded it maybe 2 months ago, thought I was getting the most current one, got it off the Symbiostock site. Perhaps I should update. However, I’ve got over 160 images sitting as drafts, mostly ready to go except for this large showing as 0 pixels problem, and a post I read seemed to indicate that if you update your drafts may disappear, so I’d lose hours and hours of work. Your experience with updating?2. I’ve seen no pattern to the images that show as 0 size. Some are a bit over 3000 pixels, this one is a bit over 2000, a handful are only 640. I also have several of each size that processed correctly, even the 640 size ones correctly showing 640 as the largest size.
3. At this point no solution has been offered, no fix. I’d really like to hear from someone that can offer a fix. Does anyone know where the data that populates the pricing table for each picture is stored, and in what format? Maybe I can just alter the data to correct it.
Thanks for any help offered