» Archivarius 3000 (Архивариус 3000)

wer66671
там галочек слишком много и я уже не помню чего-там конкретно тыкать.
Попробуй так:
- расширения: поставь вручную нужные (в ручную в смысле - тыкли галки где нужно + введи вручную)
- архивы: наверно zip (если есть раздел "расширения", то наверно тип архива он определяется по сигнатуре, а не расширению)
- тип документа: xml.

ЗЫ.
Если не прокатит, то пиши опять сюда.
Просто у меня сейчас нет файлов от новых офисов (стоит офис 2003), чтобы протестить это.

Можно ли каким-нибудь образом задать в Архивариусе индексирование произвольного типа файлов? Задача - проиндексировать двоичные файлы, в которых встречается определенный текст. Файлы эти - файлы чертежей и в в стандартных наборах программы данного формата нет. Если сабж этого не умеет, то может подскажите альтернативу (поисковой софт) с возможностью добавления в индекс файлов произвольного формата (по расширению и/или по сигнатуре)?

PREVED
задайте в расширениях файла свои пользовательские расширения, проиндексируйте и проверьте.

Всем привет! Подниму вопрос об индексировании файлов *.xlsx. Кто-то может решил этот вопрос?

Archivarius 3000 4.60



Цитата:

Улучшена поддержка файлов Norma CS (доступно по спецзаказу).
Добавлена поддержка файловых систем NTFS, exFAT.
Мелкие изменения.

Скажите, уважаемые коллеги, а не существует ли способа отучить сабж от умничанья и склонить к поиску того, о чем его спрашивают, а не того, что, как ему кажется, у него спрашивают. [Иван Разинов] возвращает сочетания Ивана с Разиным. Ладно: "Иван Разинов", возвращает "Иван Разин". Ладно, Бог с ним, с Иваном: "Разинов". Возвращает миллион записей с Разиным. Может быть, есть где-нибудь галочка, умеряющая амбиции и отключающая всеведение? Право, не помешала бы.

alkis
только методом отключения морфологии при индексации.

unreal666
Спасибо, большое! Думал об этом, но счел такой способ чересчур слонопотамным. Но раз Вы говорите, что только так, значит, придется создавать параллельную группу индексов-дублеров. Еще несколько дней жужжанья и 86 гб пространства (впрочем, без морфологии, может быть, и того и другого потребуется меньше). Еще раз спасибо!!!

alkis
самому такое не вкатывает. Тоже приходилось делать два индекса по тем же причинам.

unreal666
Н-да, вообще язык запросов не назовешь сильным местом программы. Еще на заре, сравнивая с DTSearch, указывали (кажется, Голубицкий), что хорошо бы ввести задаваемое расстояние между разыскиваемыми словами (т. е. по существу задавать количество пробелов), но какой там: расстояние в 10 слов при запросе в квадратных скобках и никаких иных вариантов. Ну, и вообще, почему не принять синтаксис гугловского-яндексовского advanced search`а - не пойму.

Цитата:

Ну, и вообще, почему не принять синтаксис гугловского-яндексовского advanced search`а - не пойму.

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

Есть ли в последних версиях поиск по формулам ms word 2007 (2010)? Например, можно ли найти x^2+y^2=2^2?

Пользуюсь версией 4.10. В этой версии поиска по формулам нет.
Более новые версии определяли файл docx как "кучу" файлов.
Понял ли кто-нибудь, что я сказал?

ogurzov
Вроде как версия 4.14 с этими файлами работала лучше всего (по сообщениям в этой теме) А вообще более полная поддержка в версии 4.41 объявлена. И в настройках поковыряться надо. Почитайте повнимательнее эту тему, упоминалось тут. У меня на данный момент сабж не установлен, пока поэкспериментировать не могу, но проблем с docx не было (про формулы не скажу - не пробовал) С xlsx ситуация немного другая.

ОК!
По видимому, индексы надо сохранить, чтобы в случае чего откатиться назад.

ogurzov
Последняя версия - все настройки по умолчанию, вполне неплохо индексирует, ищет и находит в файлах docx, формулы в том числе. Правда, простые, посложнее, которые сделаны спец. средством, не ищет.

Можно ли исправить изменившийся путь для индекса (в частности, для файла CHM), чтобы иметь возможность запускать?

D1D1D1D

Цитата:

Можно ли исправить изменившийся путь для индекса (в частности, для файла CHM)

Так для индекса или проиндексированных файлов? Для индекса - без проблем, для проиндексированных файлов - проще переиндексировать (перестроить

Да, для проиндексированных файлов (из вкладки 'Индекс'). Просто CHM-файл великоват, вот и захотелось возможности избежать перестроения.
А так проще файл переименовать))

D1D1D1D
Что за файл CHM? Во вкладке "Индекс" только индексы, и там нет никаких файлов. А один индекс состоит из 12-13 файлов. И в графе размер указан размер всех этих 12-13 файлов одного индекса вместе. А файлы одного индекса - это файлы с одинаковым именем (цифра от 0 до 9 или число, если индексов больше десятка), но с разными расширениями. Все файлы индексов находятся в папке Bases (по умолчанию), папка эта задаётся в настройках программы в пункте Пути - Индексы. Создаёте там новую папку, переносите файлы индекса из указанной там папки в новую папку и всё, проблема решена.

тыкните, плиз, в портативную русифицированную версию сабжа, стабильно работающую в Win 7 x64

Andarin, имелось в виду то, что к индексу прикреплён некий файл (в данном случае тяжёлый CHM) и то, что при поиске по такому индексу запустить подстраницы этого файла не удастся, т.к. путь к нему изменился. Вопрос был: позволяет ли программа исправлять такие пути — без необходимости переиндексирования.

D1D1D1D
КАК Вам удаётся прикрепить некий файл к индексу? Да ещё так, чтобы он отображался во вкладке "Индекс"? И вопрос был
Цитата:

Можно ли исправить изменившийся путь для индекса

и в другом варианте:
Цитата:

Да, для проиндексированных файлов (из вкладки 'Индекс')

Ещё раз - к индексу ничего не прикреплено (файлы Архивариус не сохраняет). А вот если Вы делали индексацию со вторым типом индекса (Сохранять только факт наличия слов), и без пункта "Сохранять извлечённые тексты в базе", то программа вам найдёт то, что ищете, но покажет только, где это, а само содержимое показывается уже из файла.
Вообще в последнем посте достаточно понятно изложено, только не
Цитата:

к индексу прикреплён некий файл (в данном случае тяжёлый CHM)

это называется среди проиндексированых файлов был некий файл. Ну и ответ на вопрос
Цитата:

позволяет ли программа исправлять такие пути — без необходимости переиндексирования

нет, формат закрытый. И логично - допустим, проиндексирован каталог, а потом в индексе вручную изменены данные по каким-то файлам - какое тогда доверие такому индексу(поиску)?

Цитата:

тыкните, плиз, в портативную русифицированную версию сабжа, стабильно работающую в Win 7 x64

повтор вопроса

Andarin

Да, видимо я недостаточно точно выражался. Прикреплённый файл, это тот, на который ссылается индекс (если в него включались, как в моём случае, не множество файлов, а один CHM) и который по двойному щелчку в результатах поиска можно запускать (а именно: подстраницы моего CHM).
Понятно, что если CHM будет перемещён (напр, буква диска изменилась), связь результата поиска (вкладки "Поиск") с файлом (из которого был составлен индекс), будет потеряна.

Archivarius 3000 4.64


Цитата:

Codecs databases support was improved (.db6, .db4, .udb, .kod).
Minor changes.

на вопрос через пост выше влом кому-либо больше месяца ответить

smersh2012 18:50 01-11-2013

Цитата:

на вопрос через пост выше влом кому-либо больше месяца ответить

Не знаю, не интересовался ни разу.
Ну, ответил, и, что, легче стало?

какие есть аналоги ?

спасибо сам нашел )
забыл про поиск

http://forum.ru-board.com/topic.cgi?forum=5&topic=7321&glp

4.65
Цитата:

-Добавлена поддержка архивов Starkit, Error Code Modeler (.kit, .tkd, .ecm).
-Сортировка по нескольким столбцам.
-Мелкие изменения.

x32
x64