Перевірка починається не з привабливого опису, а з відповіді на запитання, про який саме об’єкт, адресу, дату й територію йдеться. Сторінка не переходить у готовий стан, якщо суттєва частина цієї основи залишається непідтвердженою.
Ідентичність і географічне охоплення
Ми звіряємо офіційну назву, стабільний entityId, тип об’єкта та його адміністративний рівень. Для Миколаєва окремо розрізняємо місто, міську територіальну громаду, Миколаївський район області, область і локації поруч із містом.
Кожен фізичний профіль має одну точну адресу або addressOrArea, коли поштова адреса створила б хибну точність. Нерозв’язаний конфлікт номера будинку чи місця утримує запис у draft/review. Адреса показується один раз у спільному location block; текст не використовує її як наповнювач.
Координати зберігаються в окремому реєстрі разом із джерелом, точністю й датою перевірки. Вони не генеруються автоматичним геокодуванням. Адміністративний район показується лише з придатної муніципальної або інституційної основи. Центр і viewport інтерактивної мапи не видаються за юридичні межі міста чи районів.
Джерела та повторна перевірка
Кожне суттєве твердження має бути пов’язане з джерелом, яке справді його підтверджує. Для змінних і high-impact тем потрібні актуальні офіційні або відповідальні owner-sources. Кілька сторінок одного бізнесу можуть уточнювати його власний формат, але не перетворюють self-claims на незалежну оцінку.
Стабільні й динамічні факти мають різні строки. Дата checkedAt фіксує фактичний перегляд; recheckAfter або reviewDueAt закриває прострочений indexable-кандидат, а не продовжується автоматично. Якщо джерело зникло, змінило адресу або перестало підтверджувати стан, картка виправляється чи переходить у fail-closed статус.
Медичні, транспортні, безпекові, юридичні та інші важливі матеріали не дають непідтверджених практичних обіцянок. Телефон, графік, вступ, ціна, доступ, укриття або маршрут пацієнта не стають evergreen лише тому, що вони колись були опубліковані.
Авторський текст і стани
Published на рівні frontmatter означає готовність запису до загальних gates, але не обходить глобальний draft. Review використовується для корисного досьє з невирішеним доступом, статусом або недостатньою фактурою; draft — для неповної основи чи запланованої категорії.
Анонс має відповідати на «що це і де в місті», не копіюючи повну адресу. Основний текст повинен містити самостійні підтверджені факти, а не повторювати список меню, дисциплін, джерел чи застережень заради word gate. Змінне попередження показується один раз у структурованому status block.
Мапа, маршрути й погода
Інтерактивна мапа отримує точки лише з перевіреного coordinate registry. Широкий парк або лінійний простір без підтвердженого входу може мати пошукове map-посилання, але не оманливий turn-by-turn маршрут. Пішохідна геометрія з routing engine є лише підготовчим виміром: публікація потребує реального проходу, перевірок старту, фінішу, зупинок, перетинів і перешкод та незалежного review.
Погода розраховується для явно налаштованої міської точки. Endpoint порівнює доступні моделі, перевіряє вік даних, позначає частковий або stale результат і повертає unavailable, якщо достатньої основи немає. Точка повітря не використовується як вигадана точка води; температура води лишається вимкненою без окремого підтвердженого sample point.
Зображення, автоматичні gates і виправлення
Для фото перевіряються точний об’єкт, source URL, автор, ліцензія, temporal status, дозволені способи використання й цілісність файла. Архівне зображення не є доказом сучасного стану. За невпевненості використовується no-photo.
Schema, TypeScript, редакційний lint, source/freshness gates, тести, build і перевірка згенерованого сайту знаходять частину помилок, але не замінюють людський source review або польову перевірку. Публічний канал виправлень з’явиться лише після налаштування захищеної доставки й погодження privacy-умов. До цього посилання на виправлення залишаються прихованими.