Comments on: ZoomifyImage ported to PHP

By: Shadi Alian

Shadi Alian — Fri, 18 Nov 2011 15:47:04 +0000

I am using the script to generate tiles but i am running into a problem, the original images have transparent background but the generated tiles have black background. is there a way we can keep the transparent background.

By: Blake

Blake — Fri, 17 Dec 2010 00:05:31 +0000

For anyone who can’t figure out the stretching issue go to line 235 and change the dst_h value to $secondRowHeight. This will fix your stretching issue.

By: Ferry

Ferry — Thu, 30 Jul 2009 14:25:08 +0000

Can anybody post the exact code changes of Ryan’s solution to fix the distortion of the last row, please? I tried to change several lines, but I don’t exactly understand what lines I need to change.

By: Logan Waggoner

Logan Waggoner — Thu, 25 Jun 2009 09:26:15 +0000

Can verify bug with subdirectories containing a “.” in them

Also, the above poster forgot to mention the bug occurs in 2 places, the processImage() function and the processRowImage function.

ADD THIS FUNCTION IN (I PUT IT ABOVE processImage() )

function getRoot()
{
$exploded_items = explode(“.”,$this->_v_imageFilename) ;
$ext = array_pop($exploded_items);
$root = implode(“.”, $exploded_items);
}

Replace $this->getRoot();

with all occurances of:

list($root, $ext) = explode(”.”,$this->_v_imageFilename) ;

There is a point where another explode occurs in the createDataContainer function, but it works. Also, if you turn on debug the directories are displayed incorrectly. However it works correctly.

By: vincent

vincent — Tue, 16 Jun 2009 09:56:24 +0000

Today I’ve tryed Python script for convert image… I got the same problem: He create the “TileGroupXX” directories, consumes 99% of ram and between 50 & 90% of processor during 3 minutes and *Pouf* -> [1]+ Processus arrêté python ZoomifyFileProcessor.py /var/www/begroup/z/images/z/heic0707a.jpg

I really need help on this case! Thanks anyway for this good port!

You cna find this picture here: http://www.spacetelescope.org/images/original/heic0707a.tif (~500MiB in tif, ~200 in jpeg at 100%)

By: vincent

vincent — Mon, 15 Jun 2009 15:20:22 +0000

I’m still trying to convert (really) big images and got a (kind of) timeout.

Using PHP CLI on Debian/Celeron 1.20+ GHz/1Go DDR2 and a 220MiB jpeg, i’m waiting ~3 minutes with the message “openImage /var/www/begroup/z/images/heic0707a.jpg” and getting a “Process Endend” (“Processus arrêté” in my natural language).

I’ve put ob_flush() / flush() after all debug message and ini_set (‘max_execution_time’, 0) / ini_set (‘set_time_limit’, 0) on after “list($ul_y, $lr_y) = array(0,0);” in the function processImage()…

They’re is anybody who try to convert big (100MiB or more (and when I say more I mean MORE like +1GiB!!)) and succeeded?
They’re is any workaround to fix this?
It’s the PHP’s fault ? Linux fault ? Memory’s fault ? Both ?

By: vincent

vincent — Fri, 12 Jun 2009 10:25:11 +0000

Thanks, this script is really nice and usefull!

By: K James

K James — Thu, 09 Apr 2009 16:16:46 +0000

Some of our subdirectorys have dots in so I neede to replace some code:

ZoomifyFileProcessor.php

line:337
list($root, $ext) = explode(“.”,$this->_v_imageFilename) ;
became:
$exploded_items = explode(“.”,$this->_v_imageFilename) ;
$ext = array_pop($exploded_items);
$root = implode(“.”, $exploded_items);

By: John Bauer

John Bauer — Wed, 26 Nov 2008 20:31:02 +0000

Hello, I found the problem with PHP5. In the utility function imageCrop in ZoomifyFileProcessor.php line 59 references $this->_debug however the function is not a member of a class:

/* : Line 59 ZoomifyFileProcessor.php */ if ($this->_debug) print “imageCrop x=$x y=$y left=$left upper=$upper right=$right lower=$lower\n”; /* */

It’s not a method on the ZoomifyFileProcessor class, I’m guessing PHP5 is more strict with variable scope.

John

By: Ryan

Ryan — Fri, 17 Oct 2008 20:28:53 +0000

To fix the distortion of the last row….

Change the dst_h of the resize and resample calls to the src_h. This will prevent stretching of the tile.