[Tilesathome] gd-png error on tile-z17?

Ariel Garcia aog-other at photoscapes.de
Wed Jan 20 14:47:06 GMT 2010


Hello Dirk,

> Might be an arbitrary limitation with that libGD, not sure, you can try
> fiddling with the RenderStripes setting in tilesAtHome.conf
> 
> (Start with 5 and go down).

thanks for your answer.
Now it works :-)
  "RenderStripes = 5" solved the problem
I hadn't understood that GD::Image->newFromPng doesn't try to create an 
empty png file but tries to _read_ an existing one, which in this case was 
0-size due to inkscape running out of memory (512M available for the 
instance... the swapfile didn't get activated due to an Eucalyptus issue, 
which i hadn't noticed...)

> Can you send me your tilesAtHome.conf?

My tilesAtHome.conf file was just the default one in the T at H VirtualBox 
image (or the corresponding SVN version if that file is also updated from 
SVN)
Anyway, here the uncommented entries:

WorkingDirectory=/tmp/
XmlStarlet=xmlstarlet
Niceness=10
Pngcrush=pngcrush
Optipng=optipng
Subversion=svn
PngOptimizer=pngcrush
DownloadTimeout=1800
# RenderStripes = 0
DeleteZipFilesAfterUpload=1
UploadToDirectory=0
UploadTargetDirectory=/set/this/to/your/upload/directory
UploadToDirectoryMaxQueue = 20
NoBezier=0  # Set to 1 if beziercurvehinting causes errors.
KeepDataFile=0
Rasterizer=Inkscape
BatikJVMSize=1536M
Fork=0
ForkForUpload=1
XmlStarletMaxDepth=20000
AutoResetStopfile=0
ProcessLog=0
ProcessLogFile="tah-process.log"
Verbose=6
AutoResetInkscapePrefs=1
MaxTilesetComplexity=5000000

Thanks again, best regards, Ariel


> > Hello,
> >
> > i am trying to run some clients with Tiles at Home, and everything runs
> > fine until the z17 tiles rendering, thus all the work is lost and not
> > uploaded.
> >
> > The error i get is:
> >
> > [#3  95% tile-z16] Optimizing tile_16_39426_25263.png...
> > [#3   0% tile-z17] Generating SVG file...
> > [#3   0% tile-z17] Transforming zoom level 17 with or/p...
> > [#3   0% tile-z17] Beziercurvehinting zoom level 17...
> > [#3   0% tile-z17] Rendering...
> > [#3   0% tile-z17] Splitting stripe 0... gd-png error: cannot allocate
> > image data
> >
> > which comes from running
> >     eval { $Image = GD::Image->newFromPng($png_file); };
> > in lib/Tileset.pm
> >
> > That should create a new empty png image AFAIK, but i don't understand
> > why that fails on tile z17 while it works on all previous ones (memory
> > or disk don't seem to be full!)
> > Has anybody had this issue or have any suggestion?
> 
> Might be an arbitrary limitation with that libGD, not sure, you can try
> fiddling with the RenderStripes setting in tilesAtHome.conf
> 
> (Start with 5 and go down).




More information about the Tilesathome mailing list