Уезды Беларуси (Генеалогия Беларуси)

А мне объясняли - для контроля прав.

Не знаю-не знаю, какие тут могут быть права... Мне было сказано, что это было сделано для распределения нагрузки на сервера. Чтобы контролировать одновременное количество пользователей. И это объяснение более логичное, ведь действительно получается, что не более 16 пользователей могут одновременно работать с оцифрованными делами. А на деле это количество редко бывает больше 10.

А сделать 16 юзеров с доступом ко всем делам чем плохо?

Не плохо, даже очень хорошо! Но не делают это. Причина? Может кто-то любит создавать трудности на пустом месте? Кстати, мне между прочим было сказано, что архив должен не только тратить деньги (з/п сотрудникам, свет, вода и т.д.), но и зарабатывать. Видимо кто-то считает, что такие ограничения принуждают пользователей заказывать больше платных услуг.

У меня есть свои таблицы с десятками тысяч строк, где все всегда разбито по отдельным столбцам, в т.ч. ФИО. Это не только вводится в разы быстрее, но и гораздо удобнее в поиске через фильтры. Если вбивать в одну ячейку ФИО, то придется вводить текст почти целиком (это время), далее в разных документах ФИО может быть написано по-разному и придется при поиске пробовать разные варианты написания (о которых ты спустя годы можешь просто забыть) вместо того, чтобы выставить фильтры: фамилия, имя, отчество. При объединении ФИО в одну ячейку также будут перегружены фильтры — их придется прокручивать до бесконечности, а если еще и сделать ИОФ, то это вообще повесишься... А так все имена, фамилии, отчества в таблице стандартизированы.

Дела хранятся на компактах, насколько я знаю.

Круто, мне нравится.

Деньги им по фигу. А вот хранение на компактах объясняет.

Я выше прислал ссылку на Гугл-документ, где представлен список стандартизированных имён. Потому здесь мимо. Хоть убей, но мой вариант для поиска более удобный.

Згодна на 100%

Прабачце, але такая структура не зручная, да таго ж патрабуе шмат часу для ўвядзення дадзеных

Растлумачце, калі ласка.

ФИО стоит разбивать по колонкам - у каждой части совсем разные свойства. Фамилия - может иметь очень разные написания, может быть двойной и иметь много адаптаций. Имя и Отчество - имеют ограниченный список и поддаются лёгкой проверки и современной адаптации. Поиск по нескольким колонок - легко реализовать.

Тут я точно на стороне тех, кто не разбивает по столбцам - не вижу смысла. Фильтрация в одном столбце работает отлично. Выше привел пример. Разбивка по столбцам делается в два нажатия - разбивка и выбор разделителя. Смысл такого действия - я так и не понял. Например, написание фамилии - Руденя, Рудзеня, Рудзяня. Имя - Тимох, Тимофей. Для моего варианта фильтрации я вписываю в фильтр столбца текст содержит "Ру* Ти*" И мне выдает искомые значения. Есть вариант более простого отбора?

1) слупок "фио" я лічу лішнім, як па інфарматыўнасці, так і па часу ўвода 2) каб зразумець хто каму як прыходзіцца, патрэбна даволі шмат часу і перамяшчацца ад аднаго слупка да іншага 3) далей, сама структура табліцы,

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

Да. Лично я фамилии максимально стандартизирую. Из моего примера: фамилия Хщанович прописывалась во множестве вариантов (по памяти около 15). Я всегда ввожу один современный вариант, чтобы минимизировать вариативность значений в таблице. Главное быстро изначально вбить, затем найти и проанализировать. Нужно конкретное написание в данной записи — делаешь копию документа и смотришь.

Насамрэч, не праблема потым разбіць на 3 слупкі (пару стандартных функцый excel) . Але навошта марнаваць час на такі ўвод

Да, страшно представить, сколько убито времени на ввод ФИО целиком... За это же время можно было бы проиндексировать минимум в 2 раза больше материала.

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

Проблема в том что их может быть 1-4 колонки - есть РС где нету фамилий, есть двойные фамилии.

Получается, что возможности Экселя, разработанные для упрощения жизни пользователю, просто не используются. Так можно и в Ворде тогда индексировать. Зачем нужен Эксель?...

Калі захацець, то ўсё вырашаема😉. Але можна прадухіліць гэтыя дзеянні

Посмотрите ещё в сторону db.zhnivo.com - там уже загружено 3милиона ФИО! Поиск поддерживает все возможные комбинации. Загрузка данных через гугл шиты (по их темплейту).

Согласен. Потому и стоит сразу на этапе ввода разделять такие данные.

Вот я скажу, почему я не вписываюсь в проекты по индексациям. Из-за этого. Вижу, что делается сизифов труд. Сейчас в один вписался, где нужно вводить все фамилии в конкретном населенном пункте в одной ячейке и в алфавитном порядке. Это пустое убийство времени, если честно. За уже потраченное время я бы проиндексировал гораздо больше....

Напоминаю, что для обсуждения волонтерских проектов есть отдельная тема - Праекты валанцёраў. Думаю, лучше все вопросы по индексации все-таки обсуждать там.

Фамилии - это дополнительные данные. Первое - это названия населённых пунктов. Отобрать данные по фамилии можно через фильтры, потому в принципе нет разницы в какой последовательности записаны фамилии. Однако фамилии записанные в алфавитном порядке исключают дубли. При индексации РС необходимость внесения фамилий обусловлено тем, что названия населённых пунктов менялись и есть вероятность, что человек ищет населённый пункт по названию, которое в принципе не встречается ни в одной РС, но при этом по фамилии он сможет найти искомый населённый пункт.

Стандартизация фамилии - зло. Мое субъективное мнение. Откуда знать, какая фамилия правильная? Та, что сейчас? Чего ради))) Подведем итог. Разбивку по столбцам - отметаю полностью за отсутствием необходимости. Способ фильтрации описанный выше - меня вполне устраивает. Знаете как фильтровать проще, покажите, пока что все предложенные варианты - были сложнее. Столбец ФИО - считаю необходимым. Это корректируемый столбец (не точно соответствующий записанному в ревизии, а сделанный на основании выводов - например, если отчество супруги не записано, но живут в доме тестя - логично предположить, что отчество соответствует имени главы семьи). Замечание про кто кому кем приходится - также не понял. Столбец кто? в нашем варианте точно соответствует записанному в ревизии. Шаблон Жніво видел. Он нужен для загрузки информации в систему. Но, как по мне, удобство работы с ним - крайне низкое. Мелкий шрифт, куча доп. столбцов. Для загрузки - наверняка отличный. Но все таки я человек, а не машина. И визуальное представление - крайне важно. Разное назначение - разный внешний вид. Для коммерческих генеалогов - возможно требуется что-то другое. И это точно не exel или Гугл таблица.

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

На счёт стандартизации фамилий. Лично я против полного обобщения - записывать везде современный вариант фамилии. Я установил, что у моих предков была фамилия Шимченя, которая потом преобразовалась в Шимшеня, а далее - в Шемшеня. В исторической части я использую вариант Шимченя, а в современной - Шемшеня. Также есть вариант Прохореня - Прохоренко.

Ещё раз: индексация РС - это по сути индексация населённых пунктов. Фамилии - это вторичное. Они нужны только для сложных поисков. Индексация жителей (имена, отчества, фамилии) - это уже отдельные проекты узкой направленности.

У одной из исследуемых мною семей за 150 лет - 7 фамилий. Не написаний, а именно фамилий. И + вариации написания (сейчас не вспомню точно сколько). Куда же их стандартизировать😀

Ну если это принципиально, то "Шимченя/Шимшеня/Шемшеня" и поехали. По вводу первых нескольких букв будет автоматически подставляться все остальное.

Я записываю как "он же". Пример из родословной: Яков Борисов Володко (1759?; д. Туры или Давид-Городок? – 26 апреля 1826; д. Толмачев) /он же Яков Борисов Володько и Яков Борисов Ленько; как примак – Яков Борисов Гананайко/

Уточните - по вводу где? В Excel или в Гугл таблицах? Я просто акцентирую - речь идет конкретно о Гугл таблицах. Из-за совместной работы нескольких редакторов. Многие фишки excel тут не работают.

А тут у Вас excel.

Речь шла о вариации конкретной фамилии. Например, одна из моих фамилий — Мосенз. Она встречается и как Мосянз, Мосянза, Мосяндз, Мосонз, Мосензов, Мосензев, Мосендзев, Мосенцев, Мосенцов, Мосензенко. Если очень надо для поиска другими людьми, то можно создать столбец "Возможные варианты фамилии", один раз вбить в него Мосенз/Мосянза/Мосяндз/Мосонз/Мосензов/Мосензев/Мосендзев/Мосенцев/Мосенцов/Мосензенко и все. Дальше вводить первые пару-тройку букв в этом столбце и все. Но в итоге дискуссия ушла в сторону. Мы изначально обсуждали гораздо более простой случай, в котором минимум переменных и в идеале надо подставлять дату и Х в нужной строке. Ничего не нужно индексировать. Обсуждать индексации нет смысла, т.к. по ним решения принимаются людьми, которые вообще не в курсе этой дискуссии. А каждый у себя дома пусть делает так, как считает нужным.

А есть разница? Гугл-таблицы не подставляют разве значения по началу ввода?

доп. столбцы для загрузки в жниво не являются обязательными. нужны лишь чтобы была возможность покрыть разные источники. Из минимальных требований по колонкам - там ФИО и НП.

Не только. Иногда неизвестно, откуда человек переехал.

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

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

Ну так если ФИО вписано в одну ячейку, то, естественно, вероятность автоподстановки минимальна....

В том-то и дело, что выбранный метод увеличивает вариативность. А разговор идет о том, как ее уменьшить для экономии времени.