Создание программы оптимизации svg-файлов

[andrew_bye]

О скорости работы пока говорить рано.
Парсер текста, имхо, часами работать не будет. Пару сек макс.

По поводу скорости. На данный момент в целях оптимизации SVG-файлов я накалякал два перловских скрипта, которые использую совместно с ранее упомянутым питоновским Scour.

На данный момент на довольно скромном компьютере (P4 3Ghz и 1 Gb RAM) оптимизация тестового файла - иконки Oxygen application-vnd.oasis.opendocument.database.svg  занимает в среднем 5.7сек. При этом размер файла уменьшается (без видимого искажения изображения) с 697,5 КиБ до 42,6 КиБ (и это еще не предел).

[RazrFalcon]

Странно. Мне приходилось парсить и полностью переписывать 100-300 кб текстовики за 400-700мс на двухядернике. 2х1.9GHz

[andrew_bye]

Львиную долю из указанного времени занимает работа скрипта Scour, который производит достаточно большое количество операций по преобразованию данных.

[RazrFalcon]

Ясно.
Ну тогда нужно определится что нужно в первую очередь.
Если расширение для других прог - это одно. Независимое приложение - другое.

[alexander.pronin]

SVG-файлы в несколько десятков мегабайт я еще не встречал).

Из dwg конвертацией в pdf -> я получал такое безобразие, но если внутри автокада провести внутри многоступенчатую оптимизацию с развертыванием шаблонов и вывести в pdf, то уже все нормально.
Затем идет преобразование pdf в svg.
Есть некоторое непонимание, для чего нужен xml редактор.
Для:
- удобного просмотра
- для экспериментов (для отработки скриптов) с возможностью откатов
- для изучения используемых тегов
- для изучения структуры xml файла и т.д.
Когда все уже отработано и выяснено, то редактор уже не нужен.

[andrew_bye]

Есть некоторое непонимание, для чего нужен xml редактор.

Еще раз повторюсь, основной идеей программы является автоматизированная пакетная обработка SVG-файлов с целью их оптимизации (уменьшения размера файлов без искажения создаваемых ими изображений).

В указанной связи нам не нужны XML-редакторы, поскольку мы стремимся свести к минимуму ручной труд, а нужны XML-парсеры для извлечения данных из файлов с целью их дальнейшего анализа и обработки по различным алгоритмам оптимизации.

[RazrFalcon]

>>нужен xml редактор
kate/gedit?
зачем еще одну тексто-заменялку делать?

[alexander.pronin]

>>нужен xml редактор
kate/gedit?
зачем еще одну тексто-заменялку делать?

Правильный xml - это одна строка с точки зрения простого редактора.
Для нормального xml редактора на мой вкус обязательны такие атрибуты:
- различные формы представления:
- табличные обязательны
- текстовые, но не в одну строку
- свертывание-развертывание блоков
- копирование из таблиц в табличную форму представления
- откаты действий
- обязательное нумерование строк
и т.д.
Это все есть в Altova XMLSpy, но это программа под вантуз.
Что-то подобное есть сейчас в oxygen, но я очень давно его пробовал и тогда он был еще не тот. А все остальное мягко говоря не дотягивает (даже pollo не тянет).

[RazrFalcon]

Ну тогда нужно садится писать xml редактор 
Только зачем он в оптимизаторе svg?
Сам редактор можно в другой теме обсудить 

[alexander.pronin]

Ну тогда нужно садится писать xml редактор 
Только зачем он в оптимизаторе svg?

В оптимизаторе редактор не нужен.
Если требуется, то надо использовать внешний.
При экспериментах очень даже нужен хороший xml редактор.
Например, удобно проверять всякие замены (sedы) и шаблоны для них. Нормальный xml редактор имеет функции поиска и замены. А если там продвинутые шаблоны, на уровне регулярных выражений. То это уже супер, очень удобно.

[RazrFalcon]

К чему вы клоните?
К тому что нужен на время разработки хороший xml редактор, и его не линь нет?

[alexander.pronin]

К чему вы клоните?
К тому что нужен на время разработки хороший xml редактор, и его не линь нет?

Поток сознания у меня открылся и все не закрывается.

[RazrFalcon]

Я так ничего и не понял 

[andrew_bye]

При экспериментах очень даже нужен хороший xml редактор.
Например, удобно проверять всякие замены (sedы) и шаблоны для них. Нормальный xml редактор имеет функции поиска и замены. А если там продвинутые шаблоны, на уровне регулярных выражений. То это уже супер, очень удобно.

Со всем этим прекрасно справляется Kate. Но, честно говоря, выбор редактора непосредственно к данной теме не относится. Кроме того, синтаксис XPath значительно отличается от синтаксиса обычных регулярных выражений.

Сейчас идет поиск единомышленников, готовых принять участие в проекте, а также поиск инструментов для его реализации.

[alexander.pronin]

Попробовал Вашу программу svg cleaner.
Результаты такие.
22.6 MB сжало в 13.4 MB (106 файлов)
25.7 MB сжало в 16.9 MB (106 файлов).
Замеченные недостатки.
1. В заголовке везде пришлось убрать viewBox="0 0 0 0"
Иначе Firefox и просмотрщики все ругались кроме Inkscape, который понимал все адекватно.
После этого просмотр везде правильный.
2. Почему-то Вы убрали атрибуты id групп. Без этого нет скриптовой поддержки svg в браузерах (ни внутренними скриптами, ни внешними JS).