Почему ImageMagick svg в png отдает белый холст?

Дури у сервера хватает, я арендую железо. Версия ImageMagick последняя из сорцов собранная с поддержкой svg и png

Win
C:\>"c:\Program Files\ImageMagick-6.8.8-Q16\convert.exe" -version
Version: ImageMagick 6.8.8-9 Q16 x64 2014-03-16 www.imagemagick.org
Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC
Features: DPC Modules OpenMP
Delegates: bzlib cairo freetype jbig jng jp2 jpeg lcms lqr pangocairo png ps rsvg tiff webp xml zlib

CentOs
[root@wrewolf ~]# /usr/local/bin/convert -version
Version: ImageMagick 6.8.9-1 Q16 x86_64 2014-05-14 www.imagemagick.org
Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC
Features: DPC OpenMP
Delegates: bzlib cairo fontconfig freetype jng jpeg lcms pangocairo png rsvg tiff x xml zlib

Версия на которой запущен php в httpd
imagick module version => 3.1.2
imagick classes => Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator
ImageMagick version => ImageMagick 6.5.4-7 2014-02-10 Q16 OpenMP www.imagemagick.org

Корректно работает только версия на windows (проблема на CentOS существует точно начиная с 6.8.7 включаю ту версию которая на Win работает)

Вот примерно так должен был быть задан вопрос:)
В такой ситуации похоже, что в какой-то из библиотек CentOS, используемых IM (ldd), есть глюк. Возможно это Cairo. Если будете пересобирать библиотеки не забудьте при помощи ldd проверить, с какими библиотеками линкуется IM.

Ну собственно саму конвертацию выполняет, то не сам IM, а отдельная программа из librsvg, а внутри convert всего лишь алиас на нее. Пересобрать ее уже не получиться, она чуть ли не X тянет по зависимостям. Но на винде получаю аналогичный белый лист если есть проблемы с путями, т.е. относительные пути от текущего каталога не ведут к фалам текстур. Собственно сам svg wrewolf.tk/static/img/map.svg

Оказалось проще нарисовать тоже самое на canvas и подсунуть через dataUrl в фоновой элемент svg

Также можно ссылки заменить на base64 самого изображения

SpekToR_ru: а не жирновато по памяти будет прочитать 100-200 png картинок размером 256x256 и положить как base64

wrewolf: Варианты бывают хорошие и плохие, подходящие и нет =) я лишь предложил один из них

SpekToR_ru: ну я все равно попробую, но тогда решилось заданием локальных путей к файлам. (Не помню уже точно как именно, но точно вопрос не в слешах)

wrewolf: Кстати с base64 тоже периодически возникают какие-то проблемы. По крайней мере при работе с ImageMagick через php расширение (php-pecl-imagick)

CentOS 7:
Version: ImageMagick 6.9.1-4 Q16 x86_64 2015-06-02
Delegates (built-in): bzlib cairo djvu fftw fontconfig freetype gslib jbig jng jpeg lcms ltdl lzma openexr pangocairo png ps rsvg tiff webp wmf x xml zlib

Название: php56-php-pecl-imagick
Архитектура: x86_64
Версия: 3.2.0
Выпуск: 0.9.RC1.el7.remi

Версия librsvg2:
Установленные пакеты
Название: librsvg2
Архитектура: x86_64
Версия: 2.39.0
Выпуск: 1.el7
--------
Причем у меня на Федоре все работает отлично даже через ссылки.

Version: ImageMagick 6.8.8-10 Q16 x86_64 2015-03-10
Delegates: bzlib cairo djvu fftw fontconfig freetype gslib jng jpeg lcms ltdl lzma openexr pangocairo png ps rsvg tiff webp wmf x xml zlib

Имя : php56-php-pecl-imagick
Архитектура : x86_64
Эпоха : 0
Версия : 3.2.0
Релиз : 0.10.RC1.fc21.remi

Имя : librsvg2
Архитектура : x86_64
Эпоха : 0
Версия : 2.40.10
Релиз : 1.fc22

Может в librsvg проблема? Каким способом вы решили проблему, можете подсказать?

Alexey Devyatov: какой то вид ссылок, вроде бы локальные относительно точки запуска в консоли аймеджика. А в пхп не заставил его работать. Потом работало в кроне (задача не требовала онлайна)

Не в 1 папке, svg генерирует php скрипт, который создает строковую переменную. Видимо в этом и есть косяк, что надо было записать сначала, а потом открыть. Но тем не менее на какой то из версии php + imagik это работало

wrewolf: аналогичная ситуация. Теперь сохраняю и открываю. Но если картинки лежат отдельно от самого svg, у меня все равно работать не хочет (даже если указан абсолютный путь).

Alexey Devyatov: попробуй консольным имаджиком конвертни полученный svg, тогда хоть exec() станет выходом из ситуации