[leprecon]

Программно-информационный комплекс «Архивариус» представляет собой решение для эффективной структуризации электронной литературы и организации полнотекстового поиска внутри электронной библиотеки.

Программа позволяет структурировать электронную литературу, добавить описание к каждой единице в созданной базе данных, по которому впоследствии легко можно найти необходимую книгу (серию, ГОСТ, расчет) поисковыми инструментами программы.

В программе предусмотрена возможность добавлять наиболее часто используемые документы в избранное, что делает доступ к документам более быстрым и удобным.

На данный момент база данных насчитывает порядка 5000 ед. документов (типовые серии, строительная литература, нормативные документы и т.д.)

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

Более подробное описание можно посмотреть по ссылке

Скачать программу можно по этой ссылке

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

[zodchiiws]

Сообщение от dabunbek после обновления программы, моя база не полетит?

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

Сообщение от Juffin Очень неплохо было бы добавить функцию для перепривязки документа, если случайно не тот файл был назначен для документа. Например пункт меню при ПКМ на документе.

Такой функционал есть в меню редактирования документа.

[dabunbek]

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

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

[AiD.]

Сообщение от leprecon Таким же образом можно организовать, например, электронный архив проектной документации. Имеющуюся базу, если она не нужна, можно удалить, чтобы ускорить поиск.

Вся база программы мне не нужна, хочу оставить только оболочку, потом в нее закидывать свою библиотеку книг и проектную документацию и прописать теги для поиска. Вопрос как удалить всё из программы чтобы она не занимала 1Гб?

А вообще программка нужная, спасибо разработчикам

[zodchiiws]

Сообщение от AiD. Вопрос как удалить всё из программы чтобы она не занимала 1Гб?

Удалить каждую корневую директорию средствами программы (все вложенные директории и документы также будут удалены), затем в меню сервис -> оптимизировать базу данных

[ShaggyDoc]

Рубик-джан! Ты только не обижайся, но я тебе один умный вещь скажу

Я подобных программ для каталогизации чего угодно наделал уже множество. И для локальных машин, и для Интернет, и с разными базами данных и вообще без них. Безусловно, программы такого назначения очень нужны. Другое дело - как их делать, и надо ли вообще делать - особенно если программа не делает чего-то "эдакого", а только ведет каталог.

1. Вообще-то такая программа уже есть у всех. Называется explorer.exe (Проводник) и позволяет делать очень многое, особенно если использовать ключи командной строки.

2. Вообще-то на каждом компьютере есть и база данных документов. Называется файловая система. А для файловой системы имеется пространство имен (namespace) в котором о каждом объекте (папке, файле) хранится несметное количество сведений, большинство из которых обычный пользователь не видит.

Для создания "навигатора" (по терминологии ПИК Архивариус) достаточно просто иметь как угодно упорядоченный каталог, на который можно "науськать" explorer.exe. У каждого наверняка есть такой каталог со свалкой накачанных книг и прочего. Свалка - потому что редко у кого доходят руки привести все в порядок.

В этой "базе данных" (в отличие от ПИК Архивариус) пользователь может всё - создавать сколько угодно "разделов", "рубрик", перетаскивать и копировать файлы, переименовывать их и видеть результаты сразу. Причем, если правильно использовать Свойства файла и не лениться их заполнять, то можно получать множество параметров для поиска штатными средствами.

Но в этой "базе данных" могут быть не только сами "книги". Книга может лежать в Сети, хоть на каком сайте, а в папке может быть только lnk-файл, который позволит перейти по указанному адресу (хоть в Интернет, хоть в локальной сети) и посмотреть или скачать.

3. Примененная в ПИК Архивариус база данных MySQL в таком виде (через libmysqld.dll) весьма ненадежна. Собственно она сразу и грохнулась. Лечение штатными методами (весьма медленное) результатов не дало. Да и не должен обычный пользователь этим заниматься!

А сколько вообще возни пользователю ненужной. Он же свои сокровища должен будет занести в БД - а это тыщи файлов. Альтернатива - положить на них.

Ну, допустим, использовать explorer.exe кому-то кажется "некошерно". Ну, там вид у него не такой, значки папок и т.п. Вот тогда можно делать и свою программу. Но с умом. Как я их делаю:

1. Для навигации по файловой системе используются специальные компоненты. Тут и дерево с "плюсиками" будет, и ограничение каталогов, и скрытие ненужных типов файлов. И обязательно с контексным меню Windows.

2. Для файлов с "непонятными" (английскими, например) именами можно делать или lnk-файлы (с понятным видимым именем) или свой формат (хоть ini, хоть xml). В таком файле может быть и ссылка в удаленное место.

3. Обязательно какой-то предпросмотр, лучше штатными средствами
4. Простые средства для создания lnk-файлов - скопировал адрес, вставил и получил документ в библиотеке.

Средств для разработки таких программ больше чем достаточно.

Для примера - скриншот диалогового окна, в котором выбирается документ для базы данных оборудования. Хоть это только модальный диалог, в нем реализовано все описанное. В дереве отображаются (и просматриваются) файлы pdf, doc, html, mht. Любой другой файл может быть просмотрен штатными средствами.

[zodchiiws]

Сообщение от ShaggyDoc Цитата: Рубик-джан! Ты только не обижайся, но я тебе один умный вещь скажу

Да кто ж спорит. У всех программ такого рода есть свои плюсы и минусы. Все правда, все можно делать штатными средствами ОС, но все упирается в полнотекстовый поиск. Explorer это делает медленно, поэтому mysql. Да это не идеальное решение, sphinx, например, круче. А по поводу всякого рода плюшек, типа предпросмотра - все решаемо, все можно дописать. Программа делалась максимально простой, и ее функционал как каталогизатора собственной библиотеки гораздо меньше того же Архивариуса 3000, о котором тут уже упоминалось. Ценность нашей программы в уже готовой базе, которую можно просто взять и использовать. Остальной функционал будет дописываться по мере возможности.

[Солидворкер]

Сообщение от zodchiiws но все упирается в полнотекстовый поиск.

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

[leprecon]

Сообщение от Солидворкер Рекомендую скопировать текстовый слой DJVU в любой текстовый редактор с проверкой орфографии, и наслаждаться тоннами ереси, которую файнридер туда напихал. Все ведь без вычитки делается.

Да, OCR-слои не почищены - ереси там много. Очистка текстов и приведение их в нормальный вид заняло бы очень много времени. Тем не менее в индекс попало основное содержание литературы, по которому можно найти искомую поисковую фразу (за исключением книг, собранных из сканов ооочень плохого качества)

[DEM]

leprecon
Может подумать о обновлении базы данных кусками....
Т.е. не тянуть сразу весь файл а подгружать обновление.
Вариант с добавлением файлов, определенными пользователями тоже был бы интересен.
Ну и конечно самое главное возможность поиска в других свободных библиотеках.
Так же стоит подумать о том как подгружать свои книги в данную библиотеку и возможности добавления в bd OCR слоя...
Кстати по OCR как мне кажется не стоит поностью копировать его в базу данных, достаточно будет оглавления.

[leprecon]

Сообщение от DEM leprecon Может подумать о обновлении базы данных кусками.... Т.е. не тянуть сразу весь файл а подгружать обновление.

Ну вобщем-то, так и планировалось. Как появится время будем реализовывать.

Вариант с добавлением файлов, определенными пользователями тоже был бы интересен. Ну и конечно самое главное возможность поиска в других свободных библиотеках. Так же стоит подумать о том как подгружать свои книги в данную библиотеку и возможности добавления в bd OCR слоя... Кстати по OCR как мне кажется не стоит поностью копировать его в базу данных, достаточно будет оглавления.

Поиск по другим библиотекам... я вот если честно не понимаю как это должно быть реализовано. Сейчас есть возможность добавления документов вручную, т.е. что мешает скачать нужные документы с нужных ресурсов и добавить в базу вручную.
По поводу добавления OCR-слоя автоматически - идея хорошая, надо думать как ее реализовать, особенно если речь идет о djvu-документах, например. А вот по поводу оглавления, наверное не соглашусь. Опыт использования программы, именно ее поисковых инструментов, показал, что, в основном, поисковая фраза присутствует в тексте документа, но не в оглавлении... Или у меня просто такие извращенные запросы

[DEM]

leprecon
Поиск по другим библиотекам можно сделать с помошью google API
Либо через запросы к поисковикам в этих библиотеках....
Полученная страница может быть распарсена и отчет можно представить в виде таблицы.
Причем могу сказать что если просто страницу скачивать с сылками, то отображаться эта информация будет очень быстро по сравнению с обычным поиском через интернет эксплорер...

[dabunbek]

Добрый день. Рассмотрите пожалуйста возможность добавления книги одновременно в несколько категорий.
Например есть книга "строительные конструкции" пусть она и лежит в категории строительные конструкции. Но в одной из них есть например хороший раздел по эстакадам, поэтому мне бы хотелось сразу добавить ее и в раздел эстакады. Понятно что можно просто еще раз добавить книгу, но так было бы быстрее. Как вариант можно добавить в контекстное меню создать "копию документа" со всеми реквизитами, а там я бы уже просто менял категории у дубликата.

[DEM]

АК шо автор программы то надумал????

[leprecon]

Сообщение от DEM АК шо автор программы то надумал????

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

[zodchiiws]

Вышло небольшое обновление Архивариуса

[dabunbek]

Здорово ща заценим )

[Сергей Ружинский]

Сообщение от leprecon Архивариус 3000 использует для поиска встроенные средства операционной системы, т.е. смотри выше.

"Архивариус 3000" создает свой индексный файл. Для этого он должен предварительно проиндексировать библиотеку, повыдергивать текстовые слои везде где найдет и на этой основе создать индексный файл. У меня на 60 Гб создался индексный файл в 8 Гб.
В дальнейшем поиск ведется по индексному файлу и очень быстро.
Пользуюсь "Архивариус 3000" около 5 лет. Лучший локальный поисковик на сегодняшний день. Хотели его даже на сайт поставить, но он работает только под Виндой.

Сообщение от BoT я готов потратить неделю своего личного времени, чтобы затегировать если не всю, то хотя бы основную литературу

Затегировать – это создать нечно на подобие систематического каталога. Вручную это долго будет. Мы делали, долго, муторно. И потом любая систематическая каталогизация хоть и ущербна по своей природе в принципе, была приемлема в "бумажную" эру. Для оцифрованных источников с текстовым слоем такой принцип каталогизации – это микроскопом забивать гвозди.
Есть идея каталогизировать облаком тегов и реализовать в такой способ принципиально новую функциональность "найти похожее".
http://forum.dwg.ru/showthread.php?t=105585

Сообщение от leprecon Нужен вектор дальнейшего развития и конкретные предложения по улучшению программы

Если я правильно понял, вы предлагаете индексный файл и оболочку позволяющую подкачать нужный файл с сервера. Решение оригинальное, но у него есть как положительные, так и отрицательные стороны.

Еще – дискуссионен принцип именования файлов (сначала фамилия). В этом был смысл для бумажных изданий, которые сопровождал код систематического каталога еще с типографии и которые каталогизировались как в систематическом так и в алфавитном каталоге. Для электронного способа хранения такой принцип, считаю, не рационален. Мы у себя фамилию в конце ставим. Так удобней искать в большом массиве из нескольких тысяч файлов.

Вектор движения – это WEB 2.0. Или хотя бы его элементы.

[Кочетков Андрей]

Сообщение от Сергей Ружинский Пользуюсь "Архивариус 3000" около 5 лет. Лучший локальный поисковик на сегодняшний день. Хотели его даже на сайт поставить, но он работает только под Виндой.

Arch3000 к сожалению уже давно не развивается.
Изредка добавляются никому не нужные форматы файлов, однако самые нужные, как например XLSX, отсутствуют.
Тем не менее соглашусь, что в данный момент - это лучшее решение среди локальных поисковиков.

[Alexij]

Что-то я смотрю тема заглохла: ни пожеланий, ни обновлений.
Мне програмка понравилась, единственно тяжело редактировать базу. Хотелось бы видеть возможность пакетного перемещения/добавления/копирования файлов из категории в категорию.