Artifact 4c6934d5d26f11376c893b5d67303d2366f7153b8d46b66ceb29e68e28a14462:
- File KB.md — part of check-in [399c89c858] at 2025-01-12 16:30:03 on branch trunk — change format of knowledge base file: .txt -> .md (user: sisrahtak, size: 5109) [annotate] [blame] [check-ins using]
- File KB.txt — part of check-in [9336afd11e] at 2025-01-12 16:27:26 on branch trunk — add a short knowledge base (user: sisrahtak, size: 5109) [annotate] [blame] [check-ins using]
Knowledge Base (Work In Progress)
Здесь предлагаю собирать полезные для проекта сведения Пока что я просто надергал из чата в Дискорде то, что не хотелось бы забыть или потерять, и добавил немного от себя
Текущий статус работы над проектом
В настоящий момент работа над базой данных топонимов (более точно, над русскоязычными ойконимами) ведется в гуглотаблице https://docs.google.com/spreadsheets/d/1RKmzEm_-0zrHQAAOiWO5mrihiQ3wnx1qQ93hxkxCQ5M/edit? Краткая история изменений ее csv-отображения доступна здесь: https://sjyrmi.ru/myfossil/chu_toponymy_1/finfo?name=data/csv/chuvash_toponymy.csv&m&ci=tip В интерфейсе фоссил можно посмотреть более гранулярную историю изменений текста, если вначале кликнуть на нижний кружочек в timeline, а потом на верхний
Текущая методика работы:
- пробиваем название по etomesto.ru
- проверяем полученный результат на бред, прежде всего на соответствие административному району, с учетом того, что названия и границы административных единиц могли меняться
- вносим широту и долготу
- если пункт не нашелся, то дополнительно гуглим, возможно существуют вариации названия.
- если вариации есть - вписываем в колонку G (CORRECTION) и помечаем зелененьким
- если гугление не помогло - пропускаем эту строку, отметив в колонке D (coordcommenttemp) что "в etomesto не обнаружено" -переходим к следующему
Текущие дополнения к методике:
- непонятное - пропускать, накапливать, потом разбираться концентрированно и совместно
- населенный пункт 163, у которого старое название 164 -- лучше просто повторить координаты, принципиальные вопросы можно обсудить после стадии внесения координат для ойконимов
- политика по деревням, отсутствующим в таблице -- как только попадается топоним, отсутствующий в таблице, а) стоит проверить факт отсутствия, посмотрев на таблицу без фильтров, б) после этого стоит внести топоним в таблицу, присвоить ID и дать комментарий со ссылкой, при работе с каким входом была найдена информация об этом топониме
- если есть необходимость исправить координаты объекта -- по возможности следует использовать координаты с карт издания после 1960-х годов, т. к. нормальную опорную геодезическую сеть в СССР создали только в 1950-е
- нужна ли информация о слиянии деревень -- да, это важная информация, ее лучше по возможности указывать
- что делать со столбцом H (Historic) -- переносить туда названия из комментариев, которые дальше в строках идут
- стоит ли сделать отдельный столбец под статус топонимов, с вариантами "ныне не существует", "слияние с...", "переименовано" и т.д. -- да, стоит -комментарий по поиску исчезнувших деревень -- в случае слияний название деревни нередко сохраняется в названии конкретной улицы
- стоит ли использовать "Единую электронную картографическую основу" с nspd.gov.ru в качестве авторитетного источника, если интересует именно статус ойконимов -- нет, не стоит, данные там не полные и не точные, степень авторитетности источников установим позже