E-POISK Продвинутый онлайн поиск и просмотр дел в ЦГА Москвы

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

Представлю вашему вниманию свою новую разработку.

Сайт epoisk.ru позволяет искать информацию о метрических книгах, исповедных ведомостях, ревизских сказках, хранящихся в Центральном государственном архиве г. Москвы (ЦГА Москвы).

Подробнее можно прочитать здесь. https://epoisk.ru/about/

Полностью повторять описание здесь не буду. Отмечу только некоторые из преимуществ.

Расширенные фильтры: поиск по нескольким словам, по году, по периоду, по номеру или названию фонда, по номеру или названию описи, минус-слова, минус-фонды, минус-описи, поиск по наличию ЭФП, по наличию дела онлайн, по наличию копии на пленке, несколько режимов сортировки.
Текстовый поиск осуществляется сразу по двум источникам (по данным из НСА и по данным с основного сайта ЦГА Москвы), а также по дополнительным пользовательским записям. Если хоть в одном описании есть ключевое слово, то Вы обязательно увидите запись в результатах поиска.
Здесь можно найти данные и по выложенным на сайт архива делам и по делам, пока не выложенным. (А на основном сайте архива есть информация только о выложенных делах. На сайте НСА есть информация о большинстве дел, включая не оцифрованные, но там нет ссылок для перехода на основной сайт архива для просмотра сканов).
Интеллектуальный поиск по году. Например поиск по году "1876" найдет записи, у которых год был в оригинале указан "1875-1877", "1870, 1879, 1900", "2 января 1876г", "после 1875 г" итп. (На сайтах архивов в поле годы данные указываются без какой-то четкой структуры, а поиск по году обычно отсутствует или нормально не работает)
Интеллектуальный поиск по периоду. Тоже, что и выше. Например поиск по периоду 1820-1840 найдет записи, в у которых оригинале год был указан "1830", "1815-1850", "1830-1845", "5 января 1835 ...1836" итп.
Возможность сразу увидеть в результатах поиска подсвеченные поисковые слова в части фрагмента описания, а также возможность по клику сразу в таблице развернуть полное описание, длина которого иногда может быть более 10 тысяч символов.
Поиск доступен для пользователей, расположенных за пределами РФ. (В настоящее время государственные архивы разрешают доступ к своим сайтам только с российских IP-адресов).
Поисковые запросы выполняются значительно быстрее, чем на сайтах архивов
Более 300 дел в описании содержат дополнительные пользовательские примечания. Например, это могут быть номера начальных страниц для каждой церкви в большом деле. Такая информация в некоторых случаях может сильно облегчить нахождение в деле требуемого фрагмента.

В названии этой темы есть слова "поиск" и "просмотр" дел. На сайте реализован пока только поиск. А второе слово добавлено на всякий случай на будущее, поскольку название темы можно задать только один раз.

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

Ссылка на открытую гугл-таблицу.

Прилагаю несколько скриншотов. Я думаю вы и сами быстро разберетесь, как и что искать на новом ресурсе.

Обсуждать новый ресурс можно в этой теме.

Ликуют разработчики из архива..

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

Существует ли возможность, не утаскивая себе в эксель из выборки Епоиска (чтобы хитро отсортировать вручную), получить такие результаты: количество страниц в книге > или < заданного;
в книге записи за такое-то количество лет или только за один год; в книге записи по нескольку церквей или только по одной церкви; и "книга написана каракулями и может распознаваться плохо" (это в идеале)?

Helen V написал:

[q]
У меня возникла некая задача по поиску метрической книги, запись из которой найдена в картотеке крестившихся. Известен год, номер записи, номер книги, (прежняя) страница в книге.
Номер книги есть в таблице, составляемой волонтерами, но под этим номером не искомая книга (страница-номерзаписи-дата не совпадают). Очевидно, есть еще какие-то книги с этим номером, не внесенные в таблицу.
Запись не ищется яндекс-архивом и генотеком (либо эта книга не выложена на сайт архива, либо выложена совсем недавно, либо там нечитаемые каракули).
Предположим, что сорок искомой книги тот же, что у книги в волонтерской таблице (иначе было бы совсем скверно...).
Существует ли возможность добавить в базу Епоиска "номера книг" из волонтерской таблицы (ведь самые частые действия пользователей - это поиск метрической записи по находкам в картотеке родившихся)? Ага, знаю, что таблица не полная, и в нее вносятся правки.

Существует ли возможность, не утаскивая себе в эксель из выборки Епоиска (чтобы хитро отсортировать вручную), получить такие результаты: количество страниц в книге > или < заданного;
в книге записи за такое-то количество лет или только за один год; в книге записи по нескольку церквей или только по одной церкви; и "книга написана каракулями и может распознаваться плохо" (это в идеале)?
[/q]

Елена, я не очень понимаю, что именно можно связать в пользовательской таблице с данными в epoisk. Пользовательская таблица картотеки москвичей больше похожа на 8 страниц хаоса. Каждый пишет что хочет, куда хочет и в каком хочет формате. И в любой момент таблицу могут перевернуть с ног на голову. По каким полям записи связывать в двух источниках?

Для примера запись в пользовательской таблице
7478а 1894 Мароновская в Старых Панех Замоскворецкий
как ее связать и с чем на epoiske? И что на eposik перенести отсюда?

Более удачная запись
7653 1908 Знаменская при 2й городской б-це князя Щербатова Замоскворецкий найдено при просмотре; 203-782-27 (ч. 2, 3)
Здесь хотябы номер дела есть в комментарии. И что мне нужно добавить на epoisk из этой строки и в каком виде? Добавить "7653" после описания дела на eposik (по аналогии с добавлением примечаний)? Так вы и в существующей таблице можете сейчас искать по строке "7653"

И как и что нужно искать? Вот предположим, Вы нашли в картотеке москвичей запись с номером 7478а. Куда дальше предлагаете этот номер вводить?

Новое поисковое поле по номеру из картотеки делать? Но картотека это лишь малая часть дел. А перегружать форму на epoisk непонятными для многих полями тоже не хотелось бы.

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

Касательно остальных пожеланий фильтрации
по каракулям - невозможно. Как предлагаете это определять? При формировании БД графические изображения не анализируются.

по количеству лет в одной книге - теоретически возможно, но я считаю, что это будет перегружать интерфейс и пользоваться популярностью не будет

по количеству церквей в одной книге - теоретически можно анализировать описание на количество церквей. Но как определить если в деле заголовок "Метрические книги Коломенский уезд", какое значение количества церквей должно быть у дела с заголовком "Ревизские сказки Дмитровский уезд"?

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

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

Сейчас захожу на сайт и вижу это

v 2.5.0. Расширены возможности поиска по дополнительным полям

Возможность поиска по разделу, в котором дело размещено на сайте ЦГА Москвы (метрические книги, сказки, исповедки итп)
Возможность выбора дел, размещенных на сайте Яндекс.Архивы
Возможность выбора источника выложенных оцифрованных дел (например, можно отобразить отсканированные дела, которые есть на сайте ЦГА Москвы, но нет на сайте Яндекс.Архивы)
Возможность выбора дел по количеству страниц
Несколько полей на поисковой форме перемещены

Примечание:

Поиск по "разделу cgamos.ru" осуществляется только среди дел, выложенных на сайте ЦГА Москвы. Если сканы на сайте ЦГА Москвы не выложены, то нет возможности определить раздел. Поэтому если в фильтре выбран "раздел cgamos.ru", в поисковой выдаче могут быть только оцифрованные дела.
Поиск по количеству страниц осуществляется только среди дел, у которых информация о количестве страниц доступна. Это все оцифрованные дела и дела, у которых заполнено соответствующее поле в базе НСА.

Друзья, благодарю всех, кто откликнулся на обращение на сайте!
Спасибо за поддержку и оказанное доверие!

19.12.2023 проекту epoisk.ru исполнился один год.
Буду рад видеть всех на сайте и в следующем году.
А я постараюсь сделать так, чтобы поиск оставался максимально удобным и эффективным, а данные наиболее полными и актуальными.

Желаю вам новых открытий.
С наступающим новым годом!

Столкнулся с таким "глюком". Хочу, например, посмотреть номера не оцифрованных МК в 203-745 или РС в 51-8. Выставляю фонд, опись и "нет" в сканах - все показывает. Добавляю в типе документов МК или РС, соответственно - ничего не находит.

Kolob-07 написал:

[q]
Столкнулся с таким "глюком". Хочу, например, посмотреть номера не оцифрованных МК в 203-745 или РС в 51-8. Выставляю фонд, опись и "нет" в сканах - все показывает. Добавляю в типе документов МК или РС, соответственно - ничего не находит.
[/q]

Это не тип документов, а раздел основном сайте cgamos.ru. В названии этого фильтра стоит звёздочка, а ниже можете по звездочке прочитать примечание, почему не работает.

Если дело оцифровано и выложено на сайте архива, то раздел известен и по нему можно фильтровать.

Если дело (оцифрованное или не оцифрованное) не выложено, то негде взять точные данные для фильтра. В НСА, откуда берутся данные, таких разделов нет. Поэтому офлайн дела ищите обычным текстовым поиском - «Метрическ» в одном поле «Клин» в другом поле.

Теоретически можно было бы программно проанализировать все заголовки и попытаться разнести офлайн дела по категориям. В таком случае для «некорректно» подписанных дел, определение категории может быть неточным. В любом случае пока этого нет. Может быть добавлю в будущем, если появится свободное время.

v 2.6.0. Там, где это возможно, рядом со ссылками на pdf-описи, добавлены ссылки на описи на сайте Яндекс.Архивы. (выложена примерно месяц назад)

Можно сразу перейти на сайт Яндекса и искать по конкретной описи.

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

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

v 2.7.0. Теперь фильтрация по "разделу" доступна не только для оцифрованных и опубликованных на сайте архива дел, но также и для не оцифрованных дел.

Для возможности поиска (фильтрации) по "разделу" все дела предварительно разделены на группы. Для всех дел группа определяется на основании ключевых слов в заголовках дела. Дополнительно, если сканы дела выложены на сайт ЦГА Москвы, учитывается, в какой категории они там размещены. Для некоторых не оцифрованных дел с неполными заголовками раздел невозможно определить. Кроме того, некоторые дела могут быть сразу в нескольких группах. Например, одно дело может относиться и к метрическим книгам, и к ревизским сказкам итп.

Сайт epoisk.ru разделы для всех дел теперь определяет самостоятельно. Такого разделения на других сайтах нет. Разделы оцифрованных дел на сайте архива используются только как дополнительная подсказка. Ключевые слова при определении разделов используются не линейно. Т.е., например, для раздела "брачные обыски" ищутся фразы: брачные обыски, брачные документы, брачные свидетельства, венечные памяти, оглашения перед венчанием, разрешения на вступления в брак, предбрачные опросы и множества других.

Kolob-07 написал:

[q]
Столкнулся с таким "глюком". Хочу, например, посмотреть номера не оцифрованных МК в 203-745 или РС в 51-8. Выставляю фонд, опись и "нет" в сканах - все показывает. Добавляю в типе документов МК или РС, соответственно - ничего не находит.
[/q]