Чистка marks.sml

[Papazol]

Как уже говорилось на багтрекере, если случайно или нарочно удалить какую-либо непустую категорию меток, то метки вместе с ней не удалятся, а будут торчать в файле marks.sml, занимая место, притом будучи недоступными в программе. Поэтому так удалять нельзя. Надо сначала удалить все метки этой категории, а потом уж и саму категорию.
Это неудобно. Например, импортировав какой-нибудь kmz обновления Гугль Мапс в категорию "kmz", посмотрев его сколько нужно, затем захотели мы его заменить на новый. Чтобы удалить все метки этого kmz, надо по очереди ткнуть курсором в каждую, нажать кнопку удаления и потом ещё нажать кнопку подтверждения удаления. Процесс может либо занять часы, либо вынести мозг.
Пока эта задача решается авторами программы, я тут на досуге написАл скрипт, который удаляет лишние метки из файла marks.sml. То есть, мы можем сначала удалить категорию, а потом все метки, которые ранее в неё входили. Скрипт проверяет, существует ли в файле CategoryMarks.sml указанная для данной метки категория. Если существует, запись о метке переносится в новый .sml файл, в противном случае переносится в файл-отстойник. Также в отстойник помещаются записи, в которых поле categoryid отсутствует совсем. Исходный файл marks.sml остаётся в целости и сохранности, зато создаётся файл marks_new.sml, который можно затем проверить и, если всё в порядке, переименовать в marks.sml.
Скрипт надо поместить в папку ...\SASPlanet\.

[garl]

ух ты . из 3 мб сделал 891 байт. файлы sml выложить?

[Papazol]

Конечно!
У меня был файл на 5 МБ, после очистки осталось 2,6. Но чтобы байты... Получается, ни одной валидной метки не нашёл?

[garl]

тут и оригинал и результат. планета отображает всё на ура.
http://ifolder.ru/22125611

[Papazol]

Всё ясно. Оказалось, что в разных .sml файлах порядок следования полей разный. В частности, поле categoryid у меня записано последним, а в файле Сергея - первым. И плюс к тому, видимо, в процессе разработки версий программы ещё что-то поменялось. Если бы знать, как формируются записи... Немного переделал скрипт, теперь поле [category]id может быть в любом месте. Положил туда же.

Позже обнаружил ещё один недостаток. Дело в том, что среди меток встречаются такие, у которых совсем нет поля categoryid. Пришлось их переносить в новый файл без изменения.

Но это оказалось неправильно, так как они не могут отображаться в программе. Посему решил всё, что не имеет поля categoryid или имеет его значение неправильным, переносить в отдельный файл garbage.txt. Обновил.

[Fetser]

Очень ценный получился скрипт. Помимо основной функции появилась дополнительная, что каждая метка теперь это новая строка в текстовом документе. И метки отсортированы по id. Это позволяет сравнивать два файла marks.sml и смотреть разницу. (Какая метка была изменена) После открытия в sas строки опять сливаются в одну, но это не страшно, главное всё функционирует без дополнительных усилий со стороны пользователя. Спасибо!
А очень сложно реализовать чтобы id меток присваивались по порядку следования категорий? Ну например сначала все из первой категории, затем из второй. А то сложно порой сообразить в какой категории сколько меток и какая отсутствует.

[Papazol]

Вставка CR и LF не предусмотрена, да и в родном файле их нет, так что неизвестно, будет ли так работать. Сортировка также не предусмотрена, метки обрабатываются в том порядке, как записаны в marks.sml. Если в SAS.Планете всё делать "правильно", все категории и все метки будут расположены по возрастанию номеров. Однако реальный файл marks.sml может содержать записи, расположенные дна за другой, а id'ы у них совершенно не соседние, например, 110 и 7. Кроме того, как я раньше написАл, порядок следования полей может быть разный. Так что сравнивать два файла может оказаться проблематично, особенно если они "побывали" в разных версиях SAS.
Реализовать, чтобы метки были сгруппированы по категориям, в принципе можно, но при добавлении новых меток их номера всё равно будут присваиваться "от конца списка". Кстати, в программе MarksEdit есть такая функция, как Reindex.

[Fetser]

Попробовал в MarksEdit использовать Reindex. Тоже нужная функция. Порядок не изменился, но все id стали по порядку и понятно количество меток.