Geeklog Forums

I'm puzzled. Watermarks work locally on my test enviroment and on my site they don't. After enabling a watermark (text) when you click on a thumb all you get is a link but no photo. Example
Version 0.8.5

Cheers

---

Geeklog Polish Support Team

Robin, ...upgrade

Done boss

What do we do next
I'm on 0.9.0 now and watermarks still don't work Neither text nor images, default ones, none.
I installed locally Geeklog using this
DeveloperSide.NET Web-Server NON-SSL Package, version 1.10
It's basically Apache, Php, Mysql running on W2K, SP4.

---

Geeklog Polish Support Team

did you copy over the watermarks directory? the script seems not to be able to find the image. Also, remember to overwrite your pear files with the included ones as they have changes made to them relevant to watermarking.

Yes but I didn't update it
So now the image watermarks work thanks machinary however text watermarks don't.
I checked the remaining files and dirs and I'm 100% sur the pear files are up to date.

---

Geeklog Polish Support Team

Robin, here's a hint when you want to find out why an image won't show: click on the "full view" link and if there is a problem with the image or the font, as in this case, you should have an error come up that will at least give you a starting place.

So, having clicked on your text watermarked image, I see that the script cannot find the font. Check the font path in Inmemoriam's config file and then check that the font physically exists in that path. We'll go from there.

/me is significantly annoyed today

Machinari you're da MAN
Thank you very much

---

Geeklog Polish Support Team

I had same issue as these two but running on Linux (core 4). I ran dos2unix on image-functions.inc after discovering it was dos file while about to add fix suggested to it

works like a charm now

so what was the issue? the file format or the lack of that particular bit of code?

Sorry, I never entered the fix, only dos2unix

OK here's the thing.
Random image in the block should show the alt description of an image, that is currently it's title. And this works under IE and in Firefox 1.0.7 it doesn't.
You need to add

to the function inm_getRandomMedia, located in functions.inc

---

Geeklog Polish Support Team

what version are you using Robin? Both the alt and title attributes are set in the cvs version of inm_getRandomMedia().

0.9.0

I meant this bit from functions.inc

---

Geeklog Polish Support Team

yup, I've changed all that (since v0.9.0)... People wanted to have the block look this way and that way so I just put it all into a template file, which I should have done in the first place. The title attribute is there as well.

Just so you are all informed, assuming you are still subscribed to this ridiculously long thread, both Inmemoriam 1.0.1 for GL 1.3.11, and 1.0.1 for GL 1.4 have been public for a short while and no issues have been reported to me..

See this list of features.

would be nice if you could set an image for non image media items and select a image from those avalable for the catagory image and if no item is set foe a media item have a default image based on type

---

glFusion - Technology Fused with Style - www.gllabs.org

default images per media type shipped with the archive. check your public_html/gallery_name/images/ directory for video, code and audio jpg's.

Hi my install works wonderfully.

until i try to FTP files.

I can not FTP into the /albums/top_level_album directory. I am sure this is becuase the album directory is owned by nobody:nobody

so i created a directory inside /albums/ and called it "test". I then added an created and album using inmemoriam and put "test" for the album ID.

I then uploaded all my files to the /albums/test directory.

After that i did a directory scan. nothing.

So i changed all the permissions & ownerships to what the other albums are and redid a scan. nothing.

How do i FTP files up??

What should the permissions & ownership be?

Thanks,

Kelly

---- This was an email from Alford ----

You should not add any images to the albums/ directory itself as this is just an organizing container for all created albums. Your usage document should make this clear.

Beyond that, this seems to be clearly a permissions issue.
Things to consider:

First: ensure that your albums directory has its permissions set according to the install instructions.

Second: having created a "test" album via FTP, and then creating an album using "test" as the ID should have returned an "album already exists" error due to the fact that an album's ID corresponds to its directory name on the server.

Third: It seems that in some cases, for reasons to boring to get into, an album directory as well as any items contained in that directory need to have permissions adjusted when that directory and/or media belonging to that directory has been created via FTP. Some servers are setup in such a way that anything accomplished via FTP is not readable via PHP and, less often, vice versa.


One other unlikely possibility: ensure that your $INM_CONF['path_albums'] is equal to that path wherein you are placing your media.