How to assign photo to two different categories?

charm · April 1st, 2005, 11:43 AM

Is it possible to add one more category for the image already uploaded into a some category?
I believe I read that such feature exists somewhere in the PhotoPost ...
Thank you in advance for any help

Chuck S · April 1st, 2005, 11:48 AM

You need to make upload to optional cats in admin section to YES

then edit a photo and select the second cat to display in.

charm · April 1st, 2005, 12:28 PM

Thank you, Chuck!
May be this question is placed into wrong forum:
http://www.photopost.com/members/for...15#post1097015
Can you move it from there to the proper forum?

charm · November 19th, 2005, 03:21 PM

Quote:

Originally Posted by Chuck S

You need to make upload to optional cats in admin section to YES

then edit a photo and select the second cat to display in.

Chuck, it works fine. But it is not what I expected.
This function copies existed file and creates for it one more page with new number. But I need only one - unique - number for any image uploaded to the database. It is bad for my website to have more than one numbers for uploaded image.

Are there any ideas to develop in that direction?

Chuck S · November 19th, 2005, 04:46 PM

Well not really to be honest. The way we do it only copies one image to the data directory and allows through the use of storecat variable for it to be shown in 2 optional cats the only other way would be to copy the physical image 3 times to the data directory for each cat which would result in 3 separate images and this is not preferred by our members since it would take up additional storage space on there disks

Bill Thebert · December 5th, 2005, 09:47 PM

In the admin pages, I have "Allow users to choose additional categories during upload?" set to YES.

When I upload MULTIPLE images, I then get a "process list" page where I can assign multiple categories to each image. This works fine.

But when I upload only a SINGLE image, only one category field is offered. The "process" page is bypassed, and the image is added directly to the database. That's problem number one.

When I then go to "Edit Photo" (in order to add the second or third assigned category), the process has no result. I choose the additional category from the list provided and submit the form. No error message appears. The edit form appears to be submitted/processed properly, but the image never shows up in the new/additional category. This is problem number two.

The ONLY way that I seem to be able to use the "multi category" feature is to be sure to upload images SEVERAL at a time. And even then, I had better get the multiple categories right the first time. Because there seems to be no changing/adding them later.

Is this a bug? Or am I doing something wrong?

Version being used is 5.21

Chuck S · December 5th, 2005, 10:20 PM

well editphoto does not have multiple cats if multiple cats are not assigned. However the copy to box is something else non related but I will look into that

The uploadphoto.php thing try this add in bold

Code:

Content visible to verified customers only.

Bill Thebert · December 5th, 2005, 10:52 PM

Quote:

Originally Posted by Chuck S

well editphoto does not have multiple cats if multiple cats are not assigned. However the copy to box is something else non related but I will look into that

I'm sorry if I didn't use the precisely correct terminology.

When EDITING A PHOTO, I attempt to COPY it to an additional categoy.

I select the new/additional category from the listbox provided, and then submit the form. Yet nothing happens. The form is submitted and I am returned to the "showphoto.php" page and the new/additional category does NOT appear.

If I go to the other category (the one that I tried to add), the photo does not appear.

In short, adding a new/additional category in editphoto.php appears to have zero effectiveness.

The only way to accomplish my objective is to DELETE the photo (along with the associated views, comments, ratings, etc.) and re-upload it -- along with ANOTHER photo, since I can only assign multiple categories when uploading more than one file at a time.

Obviously this is not a satisfactory workaround.

Quote:

Originally Posted by Chuck S

The uploadphoto.php thing try this add in bold . . .

I'm grateful for the suggestion, Chuck. But I'm leery about being a guinea pig for untried fixes.

I'm wondering what sort of regression testing plan (if any) is in place for new releases of PhotoPost. Is there any real systematic approach?

I can't see any reasonable explanation for deliberately omitting the multi-category option on a single-file upload. Nor does it appear that the copy function in editphoto.php was tested.

Are you confirming that you replicated the problem on your own system?

Have you tested the fix that you're proposing that I try? On your own system? What does it accomplish on your system?

Chuck S · December 5th, 2005, 11:42 PM

Bill

Actually I thought the copycat thing did not work but it does. I copied a photo that I posted back in 2004 by mistake and thought it did not take. However after realizing it did take there is no issue I see here with editphoto and copycat

example picture of my daughter. ended up being the last photo cause of the date

http://www.reeftalk.com/gallery/show...at/502/page/11

You have a test user I can try posting on your site and copying one?

The uploadphoto edit is the correct edit to make it is not a suggestion but the actual fix.

Bill Thebert · December 6th, 2005, 12:44 AM

Test Info sent via PM.

Bill Thebert · December 6th, 2005, 12:45 PM

Glad you were able to experience the problem for yourself.

Another observation that might shed some light on this:

Just for the record, this installation contains images of professional hockey games. Each image is in a category described by game/date. Additionally, each image is copied to one or more additional "by player" categories, depending upon who is pictured in said photo.

I attempted to copy two images (one each from two separate "game" categories -- the most recent two games, btw) into a new "Fans" category.

The index page shows that this new destination category contains two images (as it should).

Clicking on this particular category/gallery, however, shows the message: "This category contains no images". The copy process is apparently incomplete.

showphoto.php, when displaying the two images in question, does NOT show the additional category as being assigned.

Chuck S · December 6th, 2005, 12:46 PM

Yes but the interesting thing is it works for new images as I described or even as you stated other images.

So I guess we need to find out now why is special about the images its failing on

Bill Thebert · December 6th, 2005, 01:06 PM

Another anomaly/feature observed:

Suppose a photo is originally uploaded to "Category A". It is then copied to "Category B".

If, at a later date, I wish to additionally copy the file to "Category C", I must be sure to go back and do it from the original "Category A" copy of the image.

Copying from the already-copied "Category B" instance of the image results in broken thumbnails and intermediate images.

Copying from the original "Category A" instance of the image results in thumbnails and intermediate images that are fine/visible immediately.

Unfortunately, there is NO WAY TO TELL which instance of a photo is the original -- except by trial and error.

Moreover, showphoto.php will inticate that "B" and "C" are additional categories (when viewing instance "A"), but will not show all three when viewing either instance "B" or "C". ("B" shows B + A; "C" shows C + A; only the "A" version shows A + B *and* C.)

This "multi-category" thing is seriously problematic on many different levels.

I'll reiterate my suggestion about making this a true *database* with multiple views of a SINGLE image, in order to eliminate all this copying & the associated problems.

Bill Thebert · December 6th, 2005, 01:10 PM

Quote:

Originally Posted by Chuck S

Yes but the interesting thing is it works for new images . . .

We don't yet know that it works for ALL new images. (I'm a believer in doing good science before drawing conclusions.)

I haven't yet been able to test this systematically. (i.e., Images uploaded singly vs. in batches? Other variables?) Has the PhotoPost development team been able to do so, either before release or after?

I have to head to my day job, so I won't be able to do this for you till sometime tomorrow.

Chuck S · December 6th, 2005, 05:00 PM

I am unable to replicate on a couple installs your copy issue so still looking over your setup trying to see what might be conflicting.

As far as copying B and C to a new cat I can see that issue and the proposed change would be to surpress the additional cat box on those additional photos

IN editphoto.tmpl line 72 add the code in bold

Code:

Content visible to verified customers only.

I have already adjusted your template so you can test this out and I am passing this along to Michael

Bill Thebert · December 7th, 2005, 02:49 PM

Quote:

Originally Posted by Chuck S

I am unable to replicate on a couple installs your copy issue so still looking over your setup trying to see what might be conflicting.

My testing today has determined that if I DELETE the "description" field, then I *AM* able to copy the troublesome photo(s) to additional categories.

On three separate (troublesome) images, I have first deleted the "description" and saved the change. THEN I made a second "edit photo" attempt, in which I was able to successfully copy the image to an additional category.

I am sending you via PM the URL of a test image that I am unable to copy, and on which I have *NOT* yet tested this hypothesis. This image is untouched since I first reported this problem.

I believe that if you first attempt to copy this image to an additional category, it will fail. I believe that if you then delete the "description" (and save the change), you will then be able to successfully copy the image to an additional category in a subsequent edit.

I will await your determination re: whether this behavior is a bug in the PhotoPost code, or the fault of my "setup" or server configuration.

Chuck S · December 7th, 2005, 02:52 PM

HMM so there could be something that is preventing the mysql query to go but you should get an error of some sort.

Thanks I will as I said in PM need access to your server to see what is going on. I need link to phpmyadmin and ftp that way I can see explicitly if the file is being copied and what if anything is entered what is being entered. Possible something in your descriptions you use is making the query fail we shall see

Bill Thebert · December 7th, 2005, 03:01 PM

Quote:

Originally Posted by Chuck S

HMM so there could be something that is preventing the mysql query to go but you should get an error of some sort.

Please test freely with the administrative login I've already provided. I don't believe you'll see any MYSQL error messages.

Let's see if you can recreate the error on one of your systems (now that we know more about what conditions must be present for it to occur), before I give out both FTP and PHPmyAdmin user info.

I am using powweb.com (recommended by your firm) to host this site. As you probably well know, giving out those pieces of info is giving out complete/total/carte blanche access to my domain (DNS, e-mail, billing info, etc.).

Chuck S · December 7th, 2005, 04:10 PM

Let me look everything over here glad you narrowed it down to the description as I was going batty trying to figure out what was causing this on your install

If I need anything else I will let you know after I check out the PM with the info

Bill Thebert · December 7th, 2005, 04:16 PM

Quote:

Originally Posted by Chuck S

glad you narrowed it down to the description as I was going batty . . .

My testing has still not been exhaustive.

I have not, for example, established that having "keywords" won't cause the same problem.

All I did was speculate on what might've been different between YOUR upload (which worked) and half of mine (which failed). Good science.

I stopped looking after I found this first difference -- which yielded a different behavior/outcome. There might well be more.