А так — в худшем случае прокрутил до нужной строки, ввел номер пользователя и дату — все.
История группы
Уезды Беларуси (Генеалогия Беларуси)
- Участников
- 3 894
- Сообщений
- 58 555
- Тем
- 15
- Последний id
- 172574
- Обновлено
- 31 июля 2026, 10:30
Тема: Чат пра генеалогію / Чат о генеалогии · Страница 749 из 1172 · 58555 сообщений
Проблема в том, что каждый ставит перед собой разные цели. У меня цель простая: возможность максимально быстро проверить есть ли на выдаче интересное для меня дело.
И таким же образом пробил доступность — прокрутил до нужной строки и посмотрел.
Какой нужной строки? Зачем что-то прокручивать? Открыл фильтр в столбце "Фонд-опись-дело". Вбил одну-две-три цифры и получил результат. Всё остальное тебя вообще не касается. Что может быть проще?
Ну хорошо, вы вбили ФОД, выпало 100 строк с разными пользователями и датами, далее Вы ищете ближайшую к Вам дату. Раз дела могут пересекаться (я об этом не подумал), то я бы сделал так.
И фильтры бы, пожалуй, убрал. Прокрутки вверх-вниз было бы достаточно.
Строки с шифром дела, доступ к которому тебе открыли на компьютере.
Как показывает практика, такое в принципе невозможно. В смысле такое большое количество невозможно. Но даже если представить, что будет такое большое количество, то всё равно самое актуальное всегда будет в конце списка.
Ещё раз обращу внимание на то, что моя задумка предполагала максимальную простату, т.е. человек должен буквально тратить несколько минут на переписывание дел своего пользователя и затем опять же тратить несколько минут на внесение этих данных в Гугл-таблицу. Т.е. пользователю при внесении данных не надо ничего искать, ничего подтверждать или что-то сравнивать.
В итоге со временем при вводе Ф-О-Д будет выскакивать что-нибудь в таком духе. Сразу не ясно, открыт доступ к этому делу в данный момент или нет и на каком пользователе. Надо все равно копаться и фильтровать.
Почему? Кто-то будет сидеть и регулярно удалять неактуальные строки?..
Ничего удалять не надо, а самое актуальное всегда будет в конце.
Укажите хотя бы в заголовке, что это НИАБ Минск, чтобы не возникло путаницы с НИАБ Гродно. Либо Добавьте столбцы: Минск, Гродно.
Сделал. Не знаю на счёт Гродно, но если там такая же ситуация, то можно сделать отдельный лист под Гродно.
На всякий случай даю последнюю версию. Вдруг со временем передумаете.
На данный момент полностью переписаны юзеры 1, 2, 4, 5, 6, 8, 9 и 13. На данный момент в первую очередь надо переписать дела юзеров 3, 7, 10, 11, 12, 14, 15 и 16. Интересно, сколько вообще юзеров?
А то может понадобиться и столбец "ЧЗ №"...
У меня максимально попадался 16
Эх как бы я хотел бы сейчас переместится в пространстве. И посмотреть на компьютере д. 333 оп 9 д 317. И выписать полностью имение. Он не сильно большое но нужное
Я не передумаю, т.к. уже сейчас я считаю, что данный вариант имеет право на жизнь. Но это сложно. Больше скажу, на каком-то этапе я также думал, как и вы, что с помощью полученных данных можно актуализировать список оцифрованных дел. Но потом я понял, что в этом нет смысла, т.к. со временем НИАБ сам обновляет список оцифрованных дел, а делать работу ради работы - это то ещё пустое занятие. Цели, которые я поставил перед собой с запускам данного проекта: - упростить работу в читальном зале; - не дублировать заказы; - предоставлять задания по индексации РС для желающих присоединиться к проекту по индексации РС.
Я так понимаю, что общий.
Дело не в этом. Это так, бонус. Дело в том, что (как по мне) обычному пользователю проще прокрутить до нужной строки, ввести дату и номер пользователя. Меньше возни. По мере накопления дублей прокрутка в конец таблицы будет занимать все больше и больше времени. И проще пробивать доступность, на мой взгляд, когда каждому шифру присвоена всего одна строка в таблице.
Исходим из того, что не всякий пользователь владеет программой настолько, чтобы использовать фильтры. Есть люди, которым придется читать всю таблицу, чтобы понять, доступно его дело или нет. Один шифр = одна строка в таблице эту проблему снимает.
Люди добрые, сбоку есть ползунок. Потяните за него и будет вам счастье. Я в листе "Опись 333-9" листаю 1203 строк за доли секунды. Тоже самое и с листом "7. Мозырский", где 3342 строки.
По крайней мере на моем…
Если исходить из этого, то не у всех есть Интернет, не у всех есть смартфон. Ещё какую-нибудь вескую причину придумать? Вот сейчас женщина индексирует дело 333-9-210. Ей 66 лет. Она умеет пользоваться Гугл-таблицами и фильтрами. Факт: дело не в отсутствии возможности, а дело в отсутствии желания.
Если у вас смартфон с установленной программой Таблицы, то ползунок должен быть. Просто он проявляется только при листании, а при просмотре он пропадает.
Да просто я бы сделал немного иначе, сразу предвосхитив/сняв проблемные моменты, сделав таблицу удобоваримой не только для продвинутого пользователя, а для максимально любого. Я уже однажды пытался подсказать людям, занятым индексацией, что не нужно писать ФИО в том порядке, который указан в документе и в 1 ячейке, т.е. первым идет имя, потом отчество, фамилия, а нужно хотя бы разбить на отдельные столбцы, тогда, как минимум, не придется постоянно целиком вводить весь текст. Не говоря уже о последующей работе с этой таблицей (поиск). Они это поняли потом на своем опыте.
Да мне не страницы нужны а все имение фамилии по деревням
Так со страницами же можете копии заказать. Или не делают?
Это если бы я сейчас в Беларуси был а не за 1000 км от архива
Про какую индексацию идёт речь? Не зная ответа, сразу отмечу, что для простоты поиска ФИО и/или ИОФ всегда должны быть записаны в одну ячейку.
На мой взгляд идея вредная. Добраться до нужного пользователя далеко не всегда реально. А если у тебя есть пользователь, ты легко увидишь, какие дела ему доступны. А когда массово начнут этим пользоваться и требовать определенных пользователей, просто прикроют возможность работать с чужими делами. Это нарушение правил доступа.
Не про Вашу. Небольшая инициатива местного значения. Индексация присяг и ревизий казачьих полков.
Так нет никакой обязаловки. У меня было такое, что я был на досмотре. Хотел посмотреть дело, которое было оцифровано. Оказалось, что юзер занят. Открыто спросил у кого такой юзер. После этого договорился с исследователем посмотреть своё дело после того, как он посмотрит своё дело.
Категорически не согласен, но тему развивать не будем. Хозяин — барин.
Хотел бы я на вас посмотреть если бы данные были представлены как вы говорите. Я встречал таблицы с таким подходом. Благо потом люди понимали свою ошибку и переделывали в нормальный вид.
Вам человек дал своего юзера. Я и бумажные дела в чз передавал знакомому. Но вот несанкционированный доступ к делам, выданным другому пользователю, может вызвать конвульсии у руководства. Я сам смотрю. Но сильно афишировать это бы не стал. Если бы архив хотел, он бы эти дела сделал доступными постоянно без заказа.
Всё таки это техническая дыра, которую несложно заделать.
Записи ФИО и ИОФ в одну ячейку + функция "Найти все" = счастье. Записывать ФИО и ИОФ в разные ячейки - это некая форма издевательства над собой.
Я уже ок. 15 лет индексирую для себя только так, как написал. В самом начале делая так, как у Вас, но потом поняв, что это сизифов труд, дающий несистематизируемый результат.
Тут можно долго рассуждать, но по идеи оцифрованные дела должны быть сразу в доступе для всех. Я ранее про это спрашивал, зачем все эти юзеры и т.д. Ответ был в духе: распределение нагрузки на сервера. Типа дай всем доступ, а если ещё удалённый, то всё ляснет.
Вот как здесь можно было бы искать, если бы каждое имя, отчество и фамилия были в отдельной ячейке? Сейчас же например мне нужна Елена Николаева. Я ввожу "Елена Николаева" и моментально получаю всех Елен Николаевых. В вашем же случае это просто невозможно сделать. Вы очень не любите себя.