Муниципальные данные, как и в целом данные гиперлокальные - это одна из актуальных и сложных тем во всех более-менее крупных странах со сложной системой управления. Мало того что муниципальная статистика часто искажается из благих и не очень побуждений, так ещё и трудно получить данные достаточно наглядно для принятия решений или для оценки качества жизни (что тоже для принятия решений).

К сожалению, проект OpenlyLocal [1] в Великобритании давно закрылся. Крисс Таггарт, его создатель, с головой переключился на проект OpenCorporates. А проект был более чем интересен, это наглядная возможность посмотреть аналитику и данные по сотням муниципалитетов. Огромная работа, жаль, теперь недоступная.

Живой проект «приборной панели» муниципалитета - это давняя мечта многих. В каких то случаях её частично подменяет визуализация местного бюджета, но это узкие проекты и развитием только от бюджета территории.

Из последнего что я видел в этой области - это британский Local Authorities Profiles [3] где для каждого графства (муниципалитета) приведены цифры и аналитика. Относительно простой и неплохо сделанный проект. Что характерно, в рамках проект Open Data Communities [4] британского правительства. А самое сложное в том что это реальный проект на связанных открытых данных с подробной документацией [5] в данном случае использование связанных данных оправдано сложностью самих данных.

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

(вопросы можно задавать мне по почте [email protected] или в телеграм @ibegtin)

Ссылки:
[1] OpenlyLocal http://openlylocal.com
[2] https://irvineca.opengov.com/transparency
[3] http://apps.opendatacommunities.org/showcase/dashboard
[4] http://opendatacommunities.org/
[5] http://docs.publishmydata.com/developers/100_linked_data_api.html

Keybase.io [1] , свежий стартап помогающий использовать открытые ключи шифрования максимально удобно. Специально для параноиков желающих сохранить комфорт, а не приобрести нервозность. Это совмещение соцсети, identity management и управления открытыми ключами + возможность безопасного обмена файлами и сообщениями. Интересное в проекте то что он позволяет на базе себя в коротком будущем построить доверенный мессенжер.

Проект получил 10.8 миллионов долларов венчурного финансирования в июле 2015 года [2] и

Со мной в keybase можно связаться по аккаунту https://keybase.io/ibegtin

Сам проект находится в стадии альфы (очень рабочей альфы, правда) и для участия надо или долго ждать или получить инвайт.

Пишите мне на @ibegtin в телеграме свой email и я сразу вышлю Вам инвайт - у меня их осталось 25 штук.

Ссылки:
[1] http://keybase.io
[2] https://www.crunchbase.com/organization/keybase

#privacy

Появляется всё больше и больше публикаций о том что big data - это необязательно манна небесная, но наоборот, меняет и разрушает существующие социальные и экономические отношения. Oliver Ralph в статье в Financial Times [1] пишет о том что некоторые граждане рискуют стать (и становятся) нестрахуемыеми, даже точнее, «непригодными для страхования».

Всё дело как раз в современных алгоритмах и накопленным данным которые позволяют страховым компаниям отказывать потенциальным получателям страховки в виду их высокой рискованности.

Однако такая выгода для страховых компаний оборачивается разрушением роли страховых компаний для общества. В мире где страховка необходима для зарубежных поездок, получения работы и многого другого где она является обязательной, в этом мире мы сталкиваемся с ситуацией «новых неприкасаемых». Это люди чьи поступки, действия или чьё окружение в прошлом привели к тому что они исключаются из значительных областей человеческой жизни. Ими могут оказаться как те кто ранее был осуждёт, пережил серьёзную болезнь, так и те у кого может быть обнаружена генетическая болезнь.

В особенности это касается медицинского страхования и особенные риски создаёт как раз доступность генетических данных. Уже сейчас медицинское страхование устроено так что если у Вас выявлено серьёзное хроническое заболевание, то стоимость медицинской страховки при платном страховании значительно вырастает. А в ситуации когда будущие хронические заболевания можно предсказать по генетическим данным мы окажемся в ситуации появления активной генетической дискриминации, очень похожей на ту которую можно было увидеть в фильме Гаттака [2].

Здесь нельзя не напомнить о Genetic Information Nondiscrimination Act of 2008 законе США, пока единственной известной мне стране где подобная практика запрещена законом, что впрочем не означает что она не будет практиковаться там и в других странах, включая Россию.

Ссылки:
[1] http://www.ft.com/cms/s/0/1900a88c-4e71-11e6-88c5-db83e98a590a.html#axzz4F2wBoLG3 (требует регистрации и подписки)
[2] https://ru.wikipedia.org/wiki/%D0%93%D0%B0%D1%82%D1%82%D0%B0%D0%BA%D0%B0
[3] https://www.genome.gov/10002328/genetic-discrimination-fact-sheet/

#bigdata #opendata #privacy #genetics

Для всех кто всё это время был подписан на канал, но не имел возможности обсудить новости - появился канал http://telegram.me/begtinchat где можно обсудить любую новость, задать вопросы мне или кому-либо ещё из участников. Присоединяйтесь прямо сейчас!

Также напоминаю что у нас есть отдельное сообщество которое посвящено только открытым данным - https://opendatarussia.slack.com и оно работает только по приглашению. Если вы активно интересуетесь открытыми данными и у Вас есть вопросы или темы которыми хотелось бы поделиться, то пишите мне на @ibegtin и я пришлю Вам приглашение.

#opendata #opengov #messengers

Институт открытых данных (The ODI) выпустили версию 0.4 приложения Comma Chameleon [1] - по валидации CSV файлов, а заодно и по исправлению в них ошибок. Эта версия наиболее стабильная из всех предыдущих и существует для Mac, Linux, Windows и просто как открытый код в репозитории [2].

Полезный инструмент для всех кто готовит данные для публикации и думает об автоматизации и упрощении очистки данных.
Также напомню что существуют такие сервисы и инструменты как:
- CSVLint [3] - онлайн сервис по валидации CSV файлов и с открытым кодом [4]
- CSVkit [5] - библиотека для Python по многочисленным манипуляциям с CSV файлами и множеством инструментов для командной строки
- textql [6] - инструмент по запуску SQL запросов на CSV/TSV файлах
- PapaParse [7] - парсер очень больших CSV файлов
- Countries [8] - страны мира в JSON, CSV, XML и YAML
- Tablib [9] - библиотека для работы с любыми табличными данными включая CSV

(Если Вам есть что добавить - пишите мне на @ibegtin, если есть что обсудить - приглашаю в общий чат http://telegram.me/begtinchat)

Ссылки:
[1] https://github.com/theodi/comma-chameleon/releases/tag/0.4.0
[2] https://github.com/theodi/comma-chameleon
[3] http://csvlint.io/
[4] https://github.com/theodi/csvlint
[5] https://github.com/wireservice/csvkit
[6] https://github.com/dinedal/textql
[7] https://github.com/mholt/PapaParse
[8] https://mledoze.github.io/countries/
[9] https://github.com/kennethreitz/tablib

#opendata #opengov #csv #datacleaning

В свежем постановлении Правительства о снятии ограничений на закупку иностранного оборудования, ПО и тд с силовых ведомств [1] мало текста, но много важного на что можно и стоит обратить внимание.

1. Перечислены всего 6 ведомств: МВД, ФСБ, ФСО, СВР, Управделами Президента, ФСТЭК. При этом не упомянуты: Росгвардия, Следственный комитет и Минобороны.

В случае Росгвардии могли просто забыть, они ещё только доформируются как ведомство. Минобороны, возможно, будет регулироваться полностью отдельно. А вот то что не упомянут Следственный комитет - я бы насторожился. Следственный комитет закупает весьма немало зарубежного ПО (особенно израильского) и как они теперь будут проводить forensic investigations (дознавательные действия) лично для меня загадка.

2. Всё это выглядит, конечно, несерьёзно. В мире правительства наоборот ужесточают требования к оборудованию и ПО используемых для обеспечения безопасности, а в России перевёрнутая схема. Ужесточаются требования к гражданским ведомства и ослабляются к силовым. При этом инвестиций в создание российской экосистемы программного обеспечения ни те ни те не делали. Силовые органы массово закупают ПО и оборудование в США, Германии и Израиле и у них нет российских альтернатив, а если их создавать, то это миллиардные инвестиции лет на 10. Один только рынок информационных лабораторий - это регулярные закупки израильского ПО Cellerbrite по вскрытию мобильных приложений всех типов. Но у них все конкуренты тоже не российские. В качестве базового ПО всё равно используются продукты Microsoft и в качестве баз данных - тяжёлые коммерческие решения зарубежных вендоров.

Но что сделало федеральное правительство чтобы хотя бы инвентаризировать текущую инфраструктуру? Чтобы ввести грантовую поддержку разработчиков по ключевым направлениям? Короткий ответ - ничего.

Поэтому дело не только в том что «импортозамещение» - это большая системная ошибка, но и в том что даже его текущая вертикаль госуправления внедрить не сможет.

(Если Вам есть что добавить - пишите мне на @ibegtin, если есть что обсудить - приглашаю в общий чат http://telegram.me/begtinchat)

Ссылки:
[1] http://publication.pravo.gov.ru/Document/View/0001201607210022

#privacy #goszakaz

Всего полторы недели назад кнессет Израиля принял во втором и третьем чтениях закон о иностранных агентах [1] . Несмотря на то что в итоговую редакцию закона не попало изначальное предложение [2] по принуждении представителей НКО полуающих иностранные деньги носить бэджи с указанием организации, тем не менее никуда не делось положение о регистрации таких НКО как иностранных агентов (foreign agent).

Особенность закона в том что при 30 тысячах НКО в Израиле, активны около половины и лишь 70 специализируются на Палестино-Израильском конфликте и выступают за мирное урегулирование. Их финансирование проистекает от Евросоюза и отдельных европейских стран. Мало сомнений в том что закон направлен именно против них. Это можно прочитать в речах Министра юстиции Аелет Шакед и остальных выступающих в поддержку закона в кнессете.

Израиль не первая и не последняя страна мира где принимаются подобные законы регулирования «мягкой силы» в лице НКО. Помимо России и Беларуси, такая практика уже есть в Кении и Азербайджане.

(Если Вам есть что добавить - пишите мне на @ibegtin, если есть что обсудить - приглашаю в общий чат http://telegram.me/begtinchat)

Ссылки:
[1] http://www.ynetnews.com/articles/0,7340,L-4827203,00.html
[2] http://www.ynetnews.com/articles/0,7340,L-4669382,00.html

#opendata #transparency #opengo

Не рекламы, а пользы ради.

Телеграм каналы которые я читаю и рекомендую:
- https://telegram.me/roskomsvoboda - Роскомсвобода. Крайне полезный канал и ресурс для тех кто хочет знать как государство обкладывает нас в интернете со всех сторон
- Университет КГИ https://telegram.me/univerkgi - в рамках Комитета Гражданских Инициатив есть серия школ, лекций и других публичных мероприятий. Некоторые весьма интересные
-https://telegram.me/addmeto - канал Григория Бакунова, директора по распространению технологий Яндекса

#channels

Инструменты для тех кто очень хочет, но не очень умеет визуализировать данные быстро и просто:

- Charted - http://www.charted.co/ быстро визуализирует CSV файл
- Venngage - https://venngage.com/ коммерческий сервис для инфографики неплохо сделанный
- Dipity - http://www.dipity.com/ красивые таймлайны онлайн
- Easily - https://piktochart.com/ удобный генератор инфографики
- Automatic Infographic Generator http://petercv.com/aig/ - название говорит само за себя

(Если Вам есть что добавить - пишите мне на @ibegtin, если есть что обсудить - приглашаю в общий чат http://telegram.me/begtinchat)

#‎opendata #‎vizual

Для всех кто ищет инструменты по визуализации или готов ими поделиться напоминаю что у нас большой каталог ресурсов для журналистов данных
https://github.com/infoculture/awesome-datajournalism/blob/master/README.md
И его легко пополнять при наличии аккаунта на github'е. Нажимаете на кнопку "редактировать" и редактируете используя Markdown разметку.

Также у нас есть такой же список по открытости бюджетов
https://github.com/infoculture/awesome-openbudget

И по открытым данным на русском языке (не в России, а на русском языке, обратите внимание)
https://github.com/infoculture/awesome-opendata-rus
Это свободноредактируемые общедоступные пополняемые списки куда всех призываю добавлять интересные ресурсы и использовать их как справочные материалы для всех хакатонов и конкурсов

Большой список подобных списков (список списков) есть по адресу https://awesome.re

(Если Вам есть что добавить - пишите мне на @ibegtin, если есть что обсудить - приглашаю в общий чат http://telegram.me/begtinchat)


#‎opendata #‎opengov

Появился интересный текст о том как развиваются открытые данные на Украине [1] , можно смело сказать что развиваются они там вполне неплохо и есть хорошие шансы что институционально Украина может обогнать и Россию и многие другие пост-советские страны. Можно лишь сожалеть сейчас о текущей ситуации в отношениях.

Проектов на базе открытых данных и по созданию открытых данных в мире много, но проектов на постсоветском пространстве не так много. Россия, Казахстан, Узбекистан [2] и Украина - пока это ограниченный список стран где развитие дошло до создания порталов открытых данных и явно прописанной государственной политики.

Ситуация в других странах далеко не так однозначна. Азербайджан «де факто» исключён [3] из Open Government Partnership, в Киргизии открытые данные развиваются параллельно государству и при поддержке зарубежных фондов [4], как и в Таджикистане [5].

А в Беларуси открытые данные - это частная инициатива [6].

Можно ещё взглянуть на Литву, Латвию и Эстонию, но там открытые данные неизбежны хотя бы из-за общей политики Евросоюза.

(Если Вам есть что добавить - пишите мне на @ibegtin, если есть что обсудить - приглашаю в общий чат http://telegram.me/begtinchat)

Ссылки:
[1] https://habrahabr.ru/post/306414/
[2] https://data.gov.uz/ru
[3] http://www.opengovpartnership.org/blog/open-government-partnership/2015/05/18/statement-government-azerbaijan%E2%80%99s-participation-ogp
[4] http://www.opendata.kg/
[5] http://opendata.tj/
[6] https://opendata.by/

#opendata #opengov

В ProPublica вышла интерсная статья «Set It and Forget It: How Default Settings Rule the World» [1] о том как «настройки по умолчанию» менюят мир в лучшую и худшую стороны. Например, то что в Испании, Португалии и Австрии гораздо больше водителей готовы пожертвовать свои органы в случае аварии. И причина этого в том что именно в этих странах в анкетах на получении водительских прав реализован принцип opt-out [2]. По умолчанию водитель соглашается с тем что он отдаёт свои органы, но он имеет право отказаться отметив соответствующую галочку.

Книга 2009 года «Nudge: Improving Decisions About Health, Wealth, and Happiness» [3] от Richard Thailer и Cass Sunstein посвящена именно тому как можно изменять жизнь и себя и многих других меняя «настройки по умолчанию в окружающей жизни».

Также как и реорганизация расположения приложений на главном экране Вашего телефона [4] и редизайн окружающего пространства для ежедневных решений [5].

Ссылки:
[1] https://www.propublica.org/article/set-it-and-forget-it-how-default-settings-rule-the-world
[2] http://bmcmedicine.biomedcentral.com/articles/10.1186/s12916-014-0131-4
[3] https://www.amazon.com/Nudge-Improving-Decisions-Health-Happiness/dp/014311526X
[4] https://medium.com/human-output/make-it-easy-to-do-what-s-good-for-you-fc0da235e16f#.2kbo7rrjq
[5] http://jamesclear.com/design-default

#infoculture #информационнаякультура #defaults

Одна из особенностей и ощутимых проблем в том как в России продвигается (буксует?) тема открытости и тысячи других немаловажных тем - это архаичная бюрократизация любой новой темы, направления развития или инновации. Вместо демонстрации лидерства гораздо чаще видна демонстрация де-мотивации через формирование комиссий, рабочих групп и советов.

Вместо деятельного соучастия и со-созидания с вовлечением участников внутри государства - мы получаем модель управления основанную исключительно на контроле, мониторинге, протокольных поручениях и безусловным доминированием кулуарного общения над любой даже не публичной дискуссией, а публичные дискуссии превращаются исключительно в PR мероприятия.

Это очень сильно контрастирует с тем что происходит в мире, особенно в тех странах которые приводят как примеры - США и Великобритания, но примеры приводятся с точки зрения технологий и конкуренцию пытаемся создать технологическую, в то время как отличия не в технологиях, а в организации работы.

В Великобритании для обеспечения лидерства и создания плеяды их государственных сайтов включая GOV.UK и DATA.GOV.UK была создана специальная команда AlphaGov [1] внутри Government Digital Service. Эта команда с самого начала состояла из более чем квалифицированных проектировщиков, дизайнеров и программистов и они использовали открытую модель разработки с публикацией всех материалов на Github’е [2], опубликовав к середине 2016 года 378 репозиториев исходного кода. Их подход был описан в манифесте «Coding in the Open» [3] и сейчас AlphaGov - это один из ключевых участников экосистемы открытого кода, публикуя не только специализированный код для госсайтов, но и общего типа ПО такие как Unicon Herder [4], утилита управления серверами gunicorn и многое другое.

В США, чуть позже и с оглядкой на AlphaGov появилась команда 18F [5]. Команда построенная на тех же принципах «бережливого стартапа» (lean startup) [6] что и AlphaGov, но с ещё большим охватом. На середину 2016 года у 18F в их аккаунте на Github’е [7] было опубликовано 542 репозитория исходного кода.

Обе эти команды - это лидерские модели по цифровой трансформации государственного управления. Для них открытые данные - не обременение, не «фишка» или дополнение, это просто часть экосистемы и принцип реализации «по умолчанию».

Чтобы понять разницу в подходах стоит сравнить руководства которые публикует и рекомендует 18F [8] и гайды AlphaGov по Government Service Design Manual [9] против российских «Методических рекомендаций по публикации открытых данных государственными органами и органами местного самоуправления, а такжетехнические требования к публикации открытых данных» [10] состоящих из 100 страниц крайне детализированных и забюрократизированных требований. При том что само Минэкономразвития России выпустившее эти рекомендации, мягко говоря, недостаточно работает по открытию даже собственных данных на своих официальных сайтах [11].

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

Ссылки:
[1] https://en.wikipedia.org/wiki/Alphagov
[2] https://github.com/alphagov
[3] https://gds.blog.gov.uk/2012/10/12/coding-in-the-open/
[4] https://github.com/gds-operations/unicornherder
[5] https://en.wikipedia.org/wiki/18F
[6] https://18f.gsa.gov/what-we-deliver/
[7] https://github.com/18F
[8] https://pages.18f.gov/guides/
[9] https://www.gov.uk/service-manual
[10] http://ar.gov.ru/js/pdfjs/web/viewer.html?file=/files/library/1433255770.src.pdf-d#/files/library/1433255770.src.pdf-d
[11] http://www.infoculture.ru/wp-content/uploads/2016/01/annual_report_2015.pdf

#opendata #opengov

специально для студентов и только что окончивших ВУЗы о том что можно сделать полезного на открытых данных.
Идея N31 "Открытое API и данные университета [типовой проект]"
https://github.com/infoculture/datatasks/issues/31

Цель
Создать типовой проект с открытыми данными и открытым API любого университета с возможностью распространения и на другие университеты

Задача
- выбрать произвольный университет
- собрать все открытые данные более-менее актуальные и относящиеся к нему включая: курсы, списки учебной литературы, бюджет, состав преподавателей (сотрудников), контракты, меню столовой, новости, события, декларации ректоров и всё остальное.
- систематизировать данные и загрузить в реляционную или NoSQL базу данных
- создать API для доступа к этим данным

Контекст
Современные университеты представляют собой сложные иерархичные структуры накапливающие большие объёмы данных и раскрывающие данные на различных онлайн ресурсах. Предоставление данных университета в виде API позволит студентам использовать данные университета для создания новых мобильных приложений, сервисов и иных проектов на их основе,

Требования
- открытый исходный код в Github под свободной лицензией
- использование REST API с предоставлением данных в JSON
- открытые данные под лицензией Creative Commons

Пожелания
- интерактивная визуализация
-инфографика

Оценки трудоёмкости
Ожидаемое время на задачу не более от 1 до N недель

Вспомогательные материалы:
- Каталог открытых API университетов http://campusdata.org/rankings/
- Проект открытых данных и API университета Waterloo https://uwaterloo.ca/open-data/ и https://github.com/uWaterloo/api-documentation#accessing-the-api
- Open Data at York University http://data.info.yorku.ca/
- Открытое API Университета Каталонии http://open-api.uoc.edu/documentacio/uoc-public-api/
- Открытое API библиотеки Университета Хельсинки http://api.hulib.helsinki.fi/
- Открытое API Университета Мэриленда http://umd.io/
Вопросы

Обратите внимание что если Вы будете использовать данные о бюджетах и контрактах, то Вы ещё можете успеть на конкурс BudgetApps

#opendata #opengov

Заметный тренд последнего года - это всё более активное использование генераторов статичных сайтов вместо «классического» использования готовых CMS систем с базами данных и динамическим созданием контента. В обзоре в Smash Magazine [1] ещё в ноябре 2015 года приведены многие такие проекты позволяющие быстро создавать сайты и развертывать их онлайн. В другой их статье [2] приведены причины этого и статистика роста создания именно статических сайтов.

Главными причинами создания именно статистических сайтов можно обозначить:
- безопасность (мало рисков взлома CMS, дефэйса и тому подобного);
- несравнимая скорость отдачи сервером. Статический сайт может обслуживать многократно большее число пользователей
- отсутствие рисков с базами данных. Минус компонент и система становится проще. Нет риска если база данных подвиснет
- поддержка на уровне CDN (Content Delivery Network). Сейчас использование CDN - это стандарт де-факто для посещаемых сайтов и интегрировать статический сайт гораздо проще.

Большая роль в популяризации именно статических сайтов у платформы Jekyll [3]. При том что препроцессоры и генераторы статических HTML страниц существовали давно, Jekyll был реализован как идеальная интеграция с Github, позволяя создавать очень быстро статические сайты из текстовых файлов в форматировании Markdown. Это оказалось удобным и Github Pages [4] - это сейчас один из наиболее удобных способов быстро создавать сайты редактируя их через редактор Markdown в своем репозитории.

Однако Jekyll далеко не единственный такой генератор. В проекте StaticGen [5] собрано несколько десятков таких генераторов имеющих открытый исходный код. А для тех кто любит привычный интерфейс CMS появляются такие проекты как CloudCannon [6] предоставляющие возможность редактировать страницы онлайн и автоматически осуществляя их преобразование в статические.

Многие из этих проектов создавались изначально как проекты по быстрой подготовке документации, мануалов и онлайн книг. К ним можно отнести Gitbook [7]. А некоторые для замены блогоплатформ, особенно Wordpress’а, например, Hexo [8]

Генераторы статических сайтов активно используются и для государства. Главная причина как раз в безопасности, то о чём особенно беспокоятся создатели сайтов специальных служб и силовых органов. Статический контент в России многие из них используют вот уже давно. Сайт Gov.ru [9] управляется ФСО и его можно было бы заменить на статический (хотя бы статический) сайт с лучшим дизайном и наполнением.

Но кроме этой причины - конечно дело в удобстве. Ранее упоминавшиеся мной 18F Guides [10] созданы на базе Github Pages, также как и Open Data Policy руководство [11] из Project Open Data.

Многие и даже очень многие сайты можно создавать в крайне короткие сроки и минимальными затратами за счёт использования простых и правильных инструментов. Генераторы статических сайтов - это один из таких примеров. Они же вполне могут использоваться для быстрого создания онлайн проектов на хакатонов.

Ссылки:
[1] https://www.smashingmagazine.com/2015/11/static-website-generators-jekyll-middleman-roots-hugo-review/
[2] https://www.smashingmagazine.com/2015/11/modern-static-website-generators-next-big-thing/
[3] http://jekyllrb.com
[4] https://pages.github.com
[5] https://www.staticgen.com
[6] http://cloudcannon.com
[7] https://www.gitbook.com
[8] https://hexo.io
[9] http://gov.ru
[10] https://pages.18f.gov/guides/
[11] https://project-open-data.cio.gov/

#opendata #opengov

Специально для тех кто заинтересовался сделать «Открытое API университета» [1] идея о которой я писал несколько дней назад - продолжение с конкретикой.

В качестве примера того какие данные могут быть - «Открытое API Высшей школы экономики» [2]. Где систематизированы онлайн ресурсы НИУ ВШЭ.

Ссылки:
[1] https://github.com/infoculture/datatasks/issues/31
[2] https://github.com/infoculture/datatasks/issues/32

#opendata #opengov

Четыре ведущих исследовательских организации в Великобритании объявили соглашение которое предлагает серию ясных и практических принципов по работе с исследовательскими данными [1]. Этот договор (конкордат) [2], Concordat on Open Research Data был подписан 28 июля такими организациями как: HEFCE, Research Councils UK, Universities UK, Wellcome Trust.

В договоре даётся определение открытым исследовательским данным данным (Open Research Data): Open research data are those research data that can be freely accessed, used, modified, and shared, provided that there is appropriate acknowledgement if required;

Договор включает следующие 10 принципов. Привожу их без перевода:

Principle #1
Open access to research data is an enabler of high quality research, a facilitator of innovation and safeguards good research practice.

Principle #2
There are sound reasons why the openness of research data may need to be restricted but any restrictions must be justified and justifiable.

Principle #3
Open access to research data carries a significant cost, which should be respected by all parties.

Principle #4
The right of the creators of research data to reasonable first use is recognised.

Principle #5
Use of others’ data should always conform to legal, ethical and regulatory frameworks including appropriate acknowledgement.

Principle #6
Good data management is fundamental to all stages of the research process and should be established at the outset.

Principle #7
Data curation is vital to make data useful for others and for long-term preservation of data

Principle #8
Data supporting publications should be accessible by the publication date and should be in a citeable form.

Principle #9
Support for the development of appropriate data skills is recognised as a responsibility for all stakeholders.

Principle #10
Regular reviews of progress towards open research data should be undertaken.
—
Что интересно, документ (вступление к нему) подписан Министром университетов и науки Великобритании, однако там подчёркнуто что это _не государственный документ, а соглашение между несколькими равными сторонами_ .

Само соглашение является развитием UK Open Research Data Forum [3], а черновик конкордата был доступен для обсуждения с сентября 2015 года [4].
Теперь я бы ожидал появления этой инициативы на международном уровне.

Из других стран можно выделить Австралию где в ноябре 2014 года публиковался отчёт об открытых исследовательских данных [5], а также в рамках ANDS (Australian National Data Service) [6] существует проекта Research Data Australia [7] где раскрываются результаты исследований созданных за общественные (государственные) средства.

Ссылки:
[1] http://www.rcuk.ac.uk/media/news/160728/
[2] http://www.rcuk.ac.uk/documents/documents/concordatonopenresearchdata-pdf/ (PDF)
[3] https://royalsociety.org/science-events-and-lectures/2014/01/open-data-forum/
[4] http://www.rcuk.ac.uk/research/opendata/
[5] http://www.ands.org.au/working-with-data/articulating-the-value-of-open-data/open-research-data-report
[6] http://www.ands.org.au/
[7] https://researchdata.ands.org.au/


#opendata #opengov #openscience #openresearch #openresearchdata

О том где взять финансирование на проекты на открытых данных. Если Вы гражданин Германии или живёте там, то у Вас есть возможность получить до 30 тысяч евро на 6 месячный проект с открытым исходным кодом и по теме открытых данных. Эти средства раздаёт PrototypeFund и поддерживается он Фондом открытых знаний Германии и Министерством образования и науки (они дают деньги на гранты).

Подробнее http://prototypefund.de/
Осталось 60 дней.

В Европе, в принципе, несложно найти деньги на проекты на открытых данных. Большое число инкубаторов и фондов их поддерживают.
А на постсоветском пространстве только один инкубатор открытых данных существует и он находится в Киеве - http://1991.vc
Почему в России нет ничего подобного? Потому что это требует гораздо более системной работы чем всё что федеральное "Открытое правительство" [не]делало все эти годы.

(Если Вам есть что добавить - пишите мне на @ibegtin, если есть что обсудить - приглашаю в общий чат http://telegram.me/begtinchat)

#‎opendata #‎opengov

Для тех кто думает над созданием проектов на открытых данных подкидываю ещё идеи.

Проект "Спрут". Создание информационной системы мониторинга текущего состояния пенсионной системы
https://github.com/infoculture/datatasks/issues/34
Проект "Коллекционер". Единый реестр отчётов участковых и глав управлений УВД/ОВД

https://github.com/infoculture/datatasks/issues/33
Проект "Гусь". Открытое API и данные к порталу госуслуг
https://github.com/infoculture/datatasks/issues/35

Первый проект медийный, два оставшихся инструментальные.

#‎opendata #‎opengov

В очередной раз, напоминаю что у нас в Slack'е есть специальный канал "Open Data in Russian" https://opendatarussia.slack.com посвящённый открытым данным и ведущийся на русском языке ( с некоторыми примесями английского). В виду специфики слака доступ туда по приглашениям. Кидайте мне Ваши email'ы и я обязательно добавлю.

А если кто-то хочет туда компанией присоединятся - могу открыть доступ для домена и тогда там будет работать автоматическая регистрация для всех email'ов в этом домене.
И да, группа не про Россию, а на русском языке. Обсуждать мы готовы открытые данные где угодно - в Европе, Беларуси, Казахстане, Украине и всех остальных странах.

#opendata #opengov