Чистка .svg от мусора

Алгоритм чистки. Смотрим id первого объекта в defs. Он встречается где-то в документе? Если нет, удаляем объект. Если да, переходим на следующий объект. И так далее. Достигли конца defs? Снова переходим к первому объекту. И так до тех пор, пока за итерацию не будет удалено ни одной записи. Это если деревьями не заморачиваться.

Можешь оформить багрепорт?

зачем?

Тормозит же, svg и так тормознее флеша

http://www.codedread.com/scour/

Это ещё не всё. ТАм полно данных в левых namespace'ах, которые самому SVG не нужны.

Это только если сохранять в «inkscape-svg», не?

и спасибо за ссылку

я свою пиктограмму руками чистить решил, заодно все координаты округлю %). но в будущем пригодится.

А зачем впустую расходовать ресурсы(диск, память, проц)?

да тут даже не в этом дело

думаю, многие помнят, как MS Word сохранял html. Противно же, когда в документе лишнее.

не-не-не, ты посчитай кпд. Если там только 20% полезной информации то это значит что расходуется в 5(!) раз больше ресурсов чем надо. Конечно одна svg погоды не делает, но если так пишутся все проги..

ну при отрисовке эти данные не используются... там как всё строено, есть def'ы с градиентами, эффектами и т.п, а объекты могут эти самые def'ы использовать

если лишние ресурсы и расходуются, то только память, но там это незначительно, при отрисовке её тратится гораздо больше, чем на хранение def'ов

Судя по тому, что я вижу в интернете — либо все не осилили экспорт, либо экспорт (или сохранение в обычное SVG) там кривое.

// Тыкаю в SVG руками, так что не знаю как там в инкскейпе.

При отрисовке может и нет, а вот объём раздувается — больше передавать по интернетам.

Спасибо.

??

> Алгоритм чистки.

В том же Inkscape есть встроенная фигня: Файл → Очистить defs. Не разумнее ли будет использовать её?

Думаю, разработчики и так в курсе.

Хм, надо же. А почему бы не делать её каждый раз?

> почему бы не делать её каждый раз?

Могу лишь догадываться и врать. Кстати, помогло? :)

За способ чистки вручную. JPEG-и я уже умею чистить, а SVG ещё нет.

Traceback (most recent call last): File «/usr/bin/scour», line 2919, in <module> options, (input, output) = parse_args() File «/usr/bin/scour», line 2882, in parse_args infile = maybe_gziped_file(options.infilename) File «/usr/bin/scour», line 2867, in maybe_gziped_file return file(filename, mode) NameError: global name 'file' is not defined

Нет. Не работает. о_О.

со второго раза сработала

А когда делаешь что-нибудь вроде Undo-Redo это информация не используется? Заливку например сделал, потом удалил, а градиент остался - тогда следующая заливка будет с теми же свойствами.

Или эта информация хранится в самом приложении, а не в файле?

Разработчики могут считать это фичей (например чтоб при обратной импорте в редактор все сохранилось)

О такой фичи по логике должен спасать «экспорт». Он там есть?

Кстати, осторожнее. Анимированные можно поломать.

Файл → Очистить defs же. Если нужно к группе файлов применить, то юзай «inkscape --vacuum-defs».

Актуально. Задавался тем же вопросом. Но раньше чистил вручную.

o_O
было 688.7 кило
стало 435

> А есть ли тулзы для чистки?

Файл > Очистить defs

И почему inkscape не чистит документы от мусора при сохранении? Ведь алгоритм простой.

Потому что ты не сказал ему это сделать.

Файл > Сохранить > Оптимизированный SVG (почищенный с помощью Scour) или Простой SVG (минус пространства имён и прочее)

Спасибо