Карта возможностей
Порталы различаются не названием, а набором возможностей. Эта глава — карта всей части: какие возможности бывают, какие нужны любому каталогу, какие включает тип каталога или конкретная задача и у каких платформ каждая возможность есть в ядре, в расширении или нигде. Подробности о каждой возможности — в отдельных главах.
Коротко:
- Шесть вещей нужны любому каталогу, даже статическому сайту из десятка наборов: постоянный адрес, лицензия у каждого набора, дата обновления и контакт, выгрузка всех описаний, разметка для поисковиков и доступ к описаниям без регистрации.
- Остальное включает тип каталога. Научному репозиторию нужны DOI и версии, геопорталу — каталожный сервис, каталогу показателей — SDMX, каталогу микроданных — закрытые файлы при открытом описании, ML-каталогу — версии и описание в Croissant.
- Тип — не единственная причина. Вышестоящий портал, грантодатель, закон, число наборов и публикаторов делают возможность обязательной для каталога любого типа.
- Обязательную возможность выгоднее брать из ядра платформы. На живых каталогах она есть у большинства установок, если она в ядре, примерно у трети — если её даёт расширение, и у единиц процентов самописных сайтов.
Как пользоваться картой
- Отметьте минимум: он одинаков для всех.
- Найдите свой тип каталога в таблице «Что нужно в каких случаях» и выпишите строки «обязательно» и «желательно».
- Пройдите по внешним причинам: каждая может поднять возможность с «желательно» до «обязательно».
- Для каждой обязательной возможности посмотрите, у каких платформ она в ядре, у каких в расширении и у каких её нет.
- Запишите и отказы, с причиной. Как превратить список в техническое задание и выбор платформы — в главах «Принципы выбора набора функций» и «От функций к платформе».
Если тип каталога ещё не ясен, начните с маршрутной карты или с классификации каталогов.
Что такое возможность
Возможность каталога — то, что каталог умеет делать для кого-то: показать набор человеку, отдать описания программе, выдать идентификатор для статьи, закрыть файл от посторонних. Это не пункт меню и не название модуля. Одна и та же возможность устроена по-разному: DOI может выдавать сама платформа, расширение к ней или чужой репозиторий, куда кладут копию.
У каждой возможности есть адресат — тот, чью задачу она решает:
- человек на сайте — поиск, предпросмотр, понятное описание, кнопка «Цитировать»;
- программа — вышестоящий портал, поисковик данных, сборщик, сервис на данных. Ей нужны выгрузки, протоколы и API;
- владелец и редакция — роли, проверка перед публикацией, статистика, цена сопровождения.
Каталог, сделанный только для первого адресата, хорошо выглядит, но его не видят ни агрегаторы, ни поисковики. Поэтому в минимуме ниже половина пунктов — для программ.
Группы возможностей
| Группа | Что входит | На какой вопрос отвечает | Глава |
|---|---|---|---|
| Описание данных | обязательные и предметные поля, свои поля, словарь полей таблицы | можно ли по описанию понять, что внутри и можно ли этим пользоваться | Полнота метаданных |
| Обмен описаниями | DCAT, schema.org, отраслевые форматы: ISO 19115, DataCite, DDI, SDMX, Croissant | смогут ли другие системы прочитать описания | Экспорт метаданных |
| Машинный доступ | API поиска, выгрузка всех описаний, доступ к части данных, лента изменений | может ли программа забрать каталог и данные без человека | API и выгрузка |
| Хранение | файлы в каталоге, ссылки наружу, таблица в базе | доступен ли файл, пока жив каталог, а не сайт источника | Хранилище |
| Цитируемость | постоянный адрес, DOI, версии, готовая ссылка | откроет ли ссылка тот же набор через годы | Идентификаторы, Цитирование |
| Управление | организации, роли, модерация, закрытые файлы, регистрация | кто публикует, кто проверяет, кто видит файл | Доступ и процессы |
| Эксплуатация | способ запуска, обновления, расширения, люди | сколько стоит запустить и сколько — содержать годами | Развёртывание |
| Прочее | поиск и фильтры, предпросмотр, языки, сбор чужих каталогов, статистика, обратная связь | удобно ли людям и растёт ли каталог вместе с задачей | Другие возможности |
Минимум для любого каталога
Эти возможности нужны и национальному порталу, и странице исследовательской группы. Без них каталог либо не виден, либо бесполезен.
| Что | Зачем | Глава |
|---|---|---|
| Постоянный адрес набора и файла | на набор ссылаются статьи, отчёты и другие каталоги; адрес не меняется при правке описания и переезде сайта | Идентификаторы |
| Лицензия у каждого набора | без неё набор нельзя законно использовать, даже если он скачивается | Лицензии |
| Дата обновления и контакт | по дате видно, жив ли набор; по контакту есть кому сообщить об ошибке | Полнота метаданных |
| Выгрузка всех описаний | по ней каталог собирают вышестоящий портал и агрегаторы; листать поиск по страницам им неудобно и ненадёжно | API и выгрузка |
| Разметка schema.org и карта сайта | по ним набор находят обычные поисковики и Google Dataset Search | Экспорт метаданных |
| Описания без регистрации и капчи | иначе автоматический сбор не работает или ломается при каждом обновлении защиты | API и выгрузка |
Выгрузка может быть простой. У небольшого сайта это один файл data.json или datapackage.json, а не полный профиль DCAT-AP. Тот же минимум записан первым разделом чек-листа требований.
Каталог без этого минимума — частая история и у крупных порталов. В ноябре 2024 года портал Москвы data.mos.ru не отдавал ни разметку schema.org, ни DCAT, и его наборов не было в поиске по данным, а небольшие общественные порталы с разметкой стояли в выдаче первыми. Подробнее — в главе об экспорте метаданных.
Что нужно в каких случаях
«Обязательно» значит: без этого каталог не выполнит свою задачу. «Желательно» — заметно помогает, но каталог полезен и без этого. «Не нужно» — для этого типа возможность лишняя или её закрывает другой инструмент. «От сотен наборов» — при десятках хватает страниц и файла описаний; свой API поиска заводят, когда наборов становится много. Те же пороги записаны в чек-листе требований.
| Возможность | Портал открытых данных | Научный репозиторий | Геопортал | Каталог показателей | Каталог микроданных | ML-каталог | Небольшой сайт |
|---|---|---|---|---|---|---|---|
| Выгрузка всех описаний | обязательно | обязательно | обязательно | обязательно | обязательно | обязательно | желательно |
| Разметка schema.org | обязательно | обязательно | желательно | желательно | желательно | обязательно | обязательно |
| Экспорт в DCAT | обязательно | желательно | желательно | желательно | желательно | не нужно | желательно |
| Отраслевой формат | не нужно | обязательно: DataCite и OAI-PMH | обязательно: ISO 19115 и CSW или OGC API Records | обязательно: SDMX или машинный доступ к таблицам | обязательно: DDI | обязательно: Croissant | не нужно |
| API поиска | от сотен наборов | от сотен наборов | от сотен наборов | желательно | от сотен наборов | от сотен наборов | не нужно |
| Доступ к части данных без скачивания | желательно | не нужно | обязательно | обязательно | желательно | желательно | не нужно |
| Файлы в самом каталоге | желательно | обязательно | не нужно | не нужно | желательно | желательно | не нужно |
| DOI | не нужно | обязательно | не нужно | не нужно | желательно | желательно | не нужно |
| Версии | желательно | обязательно | не нужно | желательно | желательно | обязательно | не нужно |
| Экспорт цитирования | желательно | обязательно | не нужно | желательно | желательно | желательно | желательно |
| Закрытые файлы при открытом описании | не нужно | желательно | не нужно | не нужно | обязательно | желательно | не нужно |
Почему так:
- Портал открытых данных живёт в цепочке «город → регион → страна → общий поисковик». Без DCAT и выгрузки описаний его не соберёт вышестоящий портал. API поиска нужен, когда наборов сотни и больше: городу с тридцатью наборами хватает страниц и файла описаний. Файлы у себя желательны, потому что внешние ссылки умирают: при полной выгрузке data.gov.uk в 2023 году около 10% ссылок на файлы не открывались. DOI здесь обычно избыточен: данные обновляются, и вместо версий с идентификаторами достаточно архива прошлых файлов.
- Научный репозиторий нужен, чтобы на данные сослались в статье. Поэтому обязательны DOI, версии и готовая строка цитирования — и у маленького репозитория тоже, если на версию ссылаются. Файлы должны лежать в самом репозитории: ссылка в статье не может зависеть от чужого сайта. Закрытые файлы нужны не всем, но часто: эмбарго до выхода статьи, данные о пациентах.
- Геопортал описывает слои и сервисы. Отраслевой язык — ISO 19115 и каталожный сервис CSW или OGC API Records; это обязательно и при небольшом числе слоёв. Доступ к части данных — это картографические сервисы WMS, WFS и OGC API: без них слой можно только посмотреть на карте. Хранить файлы у себя не обязательно: данные обычно уже лежат в картографическом сервере.
- Каталог показателей отдаёт не файлы, а показатели с разрезами, поэтому главное — выборка по годам и территориям. Без SDMX или хотя бы машинного доступа к таблицам с описанием показателя каталог остаётся конструктором в браузере. Выгрузку описаний здесь заменяет полный список таблиц или рядов с методикой. Версии желательны: показатели пересматривают, и аналитику нужно знать, на какой выпуск он опирался.
- Каталог микроданных описывает обследования, а сами записи о людях выдаёт по уровням доступа: описание в DDI видно всем, файл — по заявке. Хранить файлы у себя нужно, если вы сами их выдаёте; библиотека микроданных Всемирного банка в основном ведёт во внешние репозитории. Доступ к части данных здесь — онлайн-таблицы, которые считают распределения, не выдавая записей, как в REDATAM.
- ML-каталог отдаёт наборы, на которых сравнивают модели. Результаты сравнимы, только если набор и его деление на обучающую и тестовую части не менялись, поэтому версии обязательны. Описание в Croissant требует трек данных конференции NeurIPS у каждой подачи с новым набором, а Kaggle, OpenML, Hugging Face и Dataverse делают его сами. Закрытые файлы — это доступ по запросу, как у части наборов на Hugging Face.
- Небольшой сайт с оперативными данными обходится без API поиска и без DOI. Поисковикам нужна разметка schema.org, иначе набор не найдут. Если на данные нужно сослаться как на неизменную версию, это уже задача научного репозитория: DOI обязателен при любом размере, и проще всего получить его в общем репозитории.
Что делает возможность обязательной для любого типа
Таблица выше — ориентир, а не закон. Региональный портал, который обязан отдавать метаданные национальному, делает DCAT обязательным, даже если для его типа стоит «желательно». Ниже — причины, которые поднимают возможность до «обязательно» независимо от типа каталога.
| Если | То обязательно | Глава |
|---|---|---|
| Ваши описания собирает вышестоящий портал | DCAT в профиле, который принят в стране (DCAT-AP, DCAT-US), и устойчивый адрес выгрузки | Экспорт метаданных |
| Данные входят в наборы высокой ценности ЕС (регламент 2023/138) | API и массовая выгрузка, лицензия не строже CC BY 4.0 | API и выгрузка |
| Слои входят в инфраструктуру пространственных данных страны | описания по ISO 19115 и каталожный сервис | Геопорталы |
| Грантодатель или журнал требует ссылку на данные | DOI, версии, экспорт цитирования | Идентификаторы |
| Набор сопровождает статью в треке данных NeurIPS | описание в Croissant | ML-каталоги |
| Наборов сотни и больше | API поиска, поиск по тексту описаний и фильтры | Другие возможности |
| Публикует больше одной команды | организации и роли | Доступ и процессы |
| Публикуют внешние люди | модерация до выхода в поиск, регистрация по приглашению | Доступ и процессы |
| Данные персональные, лицензируемые или чувствительные | закрытые файлы при открытом описании, журнал заявок | Доступ и процессы |
| В стране несколько официальных языков или аудитория международная | языки интерфейса и описаний | Другие возможности |
| Вы собираете чужие каталоги | сбор по расписанию из DCAT, API CKAN, CSW, OAI-PMH | Федерации и агрегация |
| Закон или отраслевой справочник требует реквизит, которого нет в схеме | свои поля описания | Полнота метаданных |
| Каталог должен прожить десять лет | файлы у себя, платформа с понятной политикой обновлений, план закрытия | Развёртывание |
Работает и обратное: возможность из столбца «обязательно» можно вычеркнуть, если её закрывает кто-то другой. Геопортал не держит у себя файлы, если слои живут в картографическом сервере. Исследовательская группа не заводит свои DOI, если кладёт выпуск в Zenodo. Город не делает свой API поиска, если его наборы уже собирает региональный портал.
Где возможность живёт в платформах
Одна и та же возможность в одной платформе есть в ядре, в другой появляется только с расширением, в третьей её нет совсем. В таблицах этой части четыре пометки:
- ядро — возможность есть в самой платформе;
- расширение — её добавляет отдельный модуль, у которого свой автор и свои риски при обновлении;
- нет — платформа этого не умеет, нужна другая платформа или своя разработка;
- не проверено — по документации октября 2026 года клетку нельзя было закрыть.
Сводка по главам этой части:
| Возможность | В ядре | Через расширение или настройку | Нет |
|---|---|---|---|
| Экспорт в DCAT | DKAN, udata, Piveau, Huwise (OpenDataSoft), Socrata, ArcGIS Hub, InvenioRDM, GeoNetwork | CKAN — ckanext-dcat; у Dataverse — сторонний экспортёр DCAT 3 | DSpace, NADA, PxWeb, GeoNode; у Dataverse в ядре экспорта DCAT нет |
| Разметка schema.org | Dataverse, InvenioRDM, GeoNetwork, NADA, Socrata; у Huwise в ядре, но включает администратор | CKAN — ckanext-dcat | PxWeb; у udata, Piveau, ArcGIS Hub и GeoNode в сверке 13 октября 2026 года разметки на странице нет; на статическом сайте блок пишет автор шаблона |
| Выгрузка всех описаний | Dataverse, InvenioRDM, DSpace (OAI-PMH); GeoNetwork (CSW); DKAN и облачные сервисы (DCAT); JKAN (файл data.json) | CKAN — ckanext-dcat | статический сайт, пока автор не собрал файл описаний |
| API поиска | CKAN, DKAN, облачные сервисы, Dataverse, InvenioRDM, DSpace, GeoNetwork, NADA, PxWeb | — | JKAN, статический сайт |
| Файлы в каталоге | CKAN, Dataverse, InvenioRDM, DSpace, NADA, облачные сервисы | у CKAN облачное хранилище вместо диска — настройкой или расширением | PxWeb и .Stat Suite: хранят таблицы, а не файлы |
| Доступ к части данных | CKAN (DataStore), облачные сервисы, ArcGIS Hub, Dataverse (табличные файлы), PxWeb, .Stat Suite | у CKAN заливку CSV в DataStore делает расширение XLoader | GeoNetwork (ссылается на чужие сервисы), статический сайт |
| DOI | Dataverse, InvenioRDM, Figshare; DSpace и GeoNetwork — после включения в настройках. Везде нужен договор с DataCite | CKAN — ckanext-doi; документация называет только CKAN 2.9 и 2.10, на 2.11 и 2.12 не тестировалось | DKAN, Huwise (OpenDataSoft), Socrata, ArcGIS Hub, PxWeb; у NADA только поле для DOI, выпущенного отдельно |
| Версии | Dataverse, InvenioRDM, Figshare, DSpace | — | CKAN (журнал изменений — не версия), облачные порталы открытых данных |
| Экспорт цитирования | Dataverse, InvenioRDM, Figshare, GeoNetwork 4.4; NADA — через DataCite, если у исследования есть DOI | CKAN — ckanext-doi (только при DOI) или молодое ckanext-citeproc | DSpace до 10.1 включительно (только метатеги для Google Scholar), облачные порталы открытых данных |
| Свои поля описания | Dataverse, InvenioRDM, DSpace, DKAN (замена схемы); Huwise (OpenDataSoft) и Socrata — шаблоны полей в настройках | CKAN — ckanext-scheming; GeoNetwork — плагины схем для профилей стран | ArcGIS Hub: один стиль из готовых стандартов на организацию; JKAN и статический сайт |
| Закрытые файлы при открытом описании | Dataverse, InvenioRDM, DSpace, NADA, Huwise (OpenDataSoft) | у CKAN в ядре закрывается только набор целиком, вместе с описанием; тонкая настройка — расширения | статический сайт; у Socrata закрытый набор скрыт целиком |
| Сбор чужих каталогов | Piveau; GeoNetwork (CSW, OAI-PMH, сервисы OGC, коллекции STAC и другие); Dataverse (клиент OAI-PMH); udata (шесть сборщиков в поставке, по умолчанию выключены); Huwise (сборщики CKAN, Socrata, ArcGIS, data.json и других; CSW включают по запросу); Socrata (Catalog Connector: data.json и публичный ArcGIS Server) | CKAN — ckanext-harvest, ckanext-dcat, ckanext-spatial | JKAN, статический сайт; у ArcGIS Hub в сверке октября 2026 года не проверено |
Кто ведёт каждое расширение CKAN и с какими версиями ядра оно работает, записано в главе «CKAN: ядро и расширения». Полная сводка по платформам — в приложении, карточки платформ — в главе «Карточки платформ».
Пометка «ядро» не значит «включено». DOI в Dataverse, DSpace и GeoNetwork заработает только после договора с DataCite и настройки, а предпросмотр в Dataverse — после того, как администратор поставит просмотрщики. Проверяйте конкретный сайт, а не только документацию платформы.
Как это выглядит на живых каталогах
Разница между ядром и расширением видна не только в документации. Реестр dataportals-registry записывает, какие интерфейсы удалось найти у каждого каталога. Ниже — сколько каталогов отдают возможность, обязательную для их типа, в зависимости от платформы. Выпуск реестра 1.27.0, все записи типа, включая недействующие; научные репозитории посчитаны вместе с универсальными.
| Возможность и тип каталога | Платформы, где она в ядре | Где её даёт расширение или настройка | Свои разработки |
|---|---|---|---|
| DCAT у порталов открытых данных | Socrata — 239 из 245, OpenDataSoft — 348 из 454, DKAN — 103 из 161 | CKAN с ckanext-dcat — 633 из 1906 | 24 из 1144 |
| DOI у научных репозиториев | Figshare — 266 из 288, Dataverse — 172 из 257 | DSpace, где DOI включают настройкой, — 218 из 829 | 158 из 2840 |
| OAI-PMH у научных репозиториев | DSpace — 665 из 829, Dataverse — 177 из 257 | — | 19 из 2840 |
| CSW или OGC API Records у геопорталов | ArcGIS Hub — 3257 из 3464, GeoNetwork — 686 из 762, GeoNode — 628 из 770 | — | 4 из 1043 |
Что из этого следует:
- Если возможность в ядре, она есть примерно у двух третей установок и больше, а у облачных Socrata и ArcGIS Hub — почти у всех: там её не нужно ни ставить, ни включать.
- Если её нужно поставить отдельно или включить настройкой, она есть у трети или четверти: ckanext-dcat у CKAN, DOI у DSpace. У Dataverse DOI в ядре, но платформа умеет выдавать и другие идентификаторы — Handle и постоянные ссылки самой установки, поэтому DOI отмечен у двух третей сайтов.
- У своих разработок обязательной возможности почти нет: DCAT отдают 2% самописных порталов открытых данных, OAI-PMH — меньше 1% самописных репозиториев.
- Картографический сервер — ещё не каталог. Из 4674 геопорталов на ArcGIS Server каталожный сервис найден у одного, из 1927 муниципальных порталов e-mapa — ни у одного: они показывают слои, но описаний для сбора не отдают.
По всем каталогам картина скромнее, чем требует таблица «Что нужно в каких случаях». DCAT найден у 26% порталов открытых данных, OAI-PMH — у 25% научных репозиториев, DOI — у 17%, каталожный сервис — у 20% геопорталов, SDMX — у 5,2% каталогов показателей. Из этих 177 каталогов показателей 113 — витрины Knoema, а сам Knoema с января 2026 года не открывается (подробнее в главе о каталогах показателей). То, что карта называет обязательным, на деле есть у меньшинства, и обычно причина в платформе: возможность не дали ни ядро, ни поставленное расширение.
Числа — нижняя граница: реестр отмечает интерфейс, только если нашёл его по известным адресам. Разметку schema.org реестр почти не проверяет, поэтому её в таблице нет. Запросы — в приложении «Как работать с реестром».
Как закрыть возможности без портала
Многие возможности из карты не требуют портала. Статический сайт, Git-репозиторий, общий научный репозиторий вроде Zenodo и облачный хаб закрывают весь минимум и часть остального.
| Возможность | Как закрыть без портала | Чего не будет |
|---|---|---|
| Постоянный адрес | свой домен с неизменной структурой адресов; DOI выпуска в Zenodo | — |
| Лицензия | файл LICENSE и поле лицензии в datapackage.json | — |
| Выгрузка всех описаний | файл data.json или datapackage.json рядом со страницами; генератор вроде JKAN собирает его сам | протоколов сбора вроде OAI-PMH и CSW |
| Разметка schema.org | блок JSON-LD в шаблоне страницы набора | проверки полей: за ней следит автор шаблона |
| API поиска | при десятках наборов не нужен | поиска для программ |
| Доступ к части данных | Datasette — программа, которая одной командой публикует базу SQLite с веб-страницей и JSON API | чистой статики: Datasette работает как небольшой сервер |
| Файлы | рядом со страницами, во вложениях к выпуску, в облачном хранилище | больших файлов в Git: GitHub не принимает файлы больше 100 МиБ |
| DOI и версии | метки выпусков в репозитории и автоматическая архивация выпусков в Zenodo | — |
| Экспорт цитирования | файл CITATION.cff: GitHub показывает по нему кнопку для ссылки на репозиторий | — |
| Роли и проверка | права на репозиторий и проверка изменений перед слиянием | модерации внешних публикаторов |
| Закрытые файлы | — | так публикуют только открытое |
| Сбор чужих каталогов | — | его не будет |
Если таблица «Что нужно» для вашего случая требует только минимума, портал скорее всего не нужен. Когда так бывает и как сделать такую публикацию находимой — в части «Публикация без портала», особенно в главах о Git-репозиториях и о находимости.
Как быстро проверить живой портал
Несколько запросов за десять минут показывают, какие возможности из карты есть у конкретного сайта. Подставьте адрес портала и адрес страницы любого набора:
P=https://portal.example
# Выгрузка всех описаний: DCAT-US и DCAT в RDF
curl -sI "$P/data.json" | head -1
curl -sI "$P/catalog.ttl" | head -1
# Карта сайта
curl -sI "$P/sitemap.xml" | head -1
# Разметка schema.org на странице набора: число блоков JSON-LD
curl -s "$P/dataset/some-dataset" | grep -c 'application/ld+json'
# API поиска CKAN и список установленных расширений
curl -s "$P/api/3/action/package_search?rows=0"
curl -s "$P/api/3/action/status_show"
# Научный репозиторий и геопортал
curl -sI "$P/oai?verb=Identify" | head -1
curl -sI "$P/csw?service=CSW&request=GetCapabilities" | head -1
Ответ 200 — хороший знак, 404 по всем адресам выгрузки — повод искать её в документации портала или считать, что её нет. Дальше три проверки глазами: есть ли у пяти случайных наборов лицензия и дата обновления; открываются ли файлы; виден ли DOI и блок «Как цитировать», если портал их обещает. Подробные проверки — в разделе «Как проверить живой портал» каждой главы этой части и в сводных чек-листах.
Типичные ошибки
- «Обязательно» на всё. Если обязательно всё, сравнение платформ теряет смысл, а цена проекта растёт за счёт возможностей, которыми никто не пользуется.
- Список из чужого задания. Национальному порталу нужны сбор чужих каталогов, роли для сотни ведомств и витрина примеров. Городу с тридцатью наборами — нет.
- Витрина вместо минимума. Поиск с фильтрами и графики на главной делают до выгрузки описаний и разметки. В итоге сайтом пользуются люди, а программы его не видят.
- Предпросмотр вместо API. Таблица на странице помогает человеку, но её нельзя процитировать и нельзя надёжно забрать программой.
- DOI для оперативных данных. Расписанию транспорта, которое меняется каждый день, нужен постоянный адрес и дата обновления, а не новый DOI на каждую выгрузку.
- Расширение без проверки. «Есть расширение» не значит «работает на вашей версии». Перед выбором проверяют, кто его ведёт и на каких версиях ядра идут тесты, — методика в главе «Экосистемы расширений».
Как устроены главы этой части
Каждая глава о возможности устроена одинаково: что это, зачем, какие бывают варианты, когда нужно и когда нет, как это сделано в платформах, как проверить живой портал. В таблицах платформ те же четыре пометки, что выше: ядро, расширение, нет, не проверено.
Источники
- Главы этой части и документация платформ, на которую они ссылаются.
- Ориентиры по типам сверены с тем, как устроены реальные каталоги в реестре dataportals-registry. Выгрузка реестра dataportals-registry, выпуск 1.27.0 от 15 октября 2026 года: доли интерфейсов и DOI по типам и платформам — запросы 15 октября 2026 года к этой выгрузке, приведены в приложении.
- DCAT 3, рекомендация W3C, schema.org/Dataset
- Регламент (ЕС) 2023/138 о наборах данных высокой ценности — API, массовая выгрузка и лицензия
- NeurIPS 2026: правила трека Evaluations & Datasets — Croissant у каждой подачи в этот трек, которая вводит новый набор
- Сбор чужих каталогов в GeoNetwork 4.4 — CSW, OAI-PMH, сервисы OGC, коллекции STAC, проверено 12 октября 2026 года
- И. Бегтин, Почему данные по России так непросто найти, ноябрь 2024 — data.mos.ru и поиск по данным; Хорошие и плохие практики публикации данных, ноябрь 2024 — доля нерабочих ссылок на data.gov.uk