Tag Archives: egov

Approved Reseller programme launch PLUS more Pi Zero resellers

Post Syndicated from Mike Buffham original https://www.raspberrypi.org/blog/approved-reseller/

Ever since the launch of the first Raspberry Pi back in 2012, one thing that has been critical to us is to make our products easy to buy in as many countries as possible.

Buying a Raspberry Pi is certainly much simpler nowadays than it was when we were just starting out. Nevertheless, we want to go even further, and so today we are introducing an Approved Reseller programme. With this programme, we aim to recognise those resellers that represent Raspberry Pi products well, and make purchasing them easy for their customers.

The Raspberry Pi Approved Reseller programme

We’re launching the programme in eleven countries today: the UK, Ireland, France, Spain, Portugal, Italy, the Netherlands, Belgium, Luxembourg, Greece and South Africa. Over the next few weeks, you will see us expand it to at least 50 countries.

We will link to the Approved Resellers’ websites directly from our Products page via the “Buy now” button. For customers who want to buy for business applications we have also added a “Buy for business” button. After clicking it, you will be able to select your country from a drop down menu. Doing so will link you directly to the local websites of our two licensed partners, Premier Farnell and Electrocomponents.

Our newest Raspberry Pi Zero resellers

On top of this we are also adding 6 new Raspberry Pi Zero resellers, giving 13 countries direct access to the Raspberry Pi Zero for the first time. We are particularly excited that these countries include Brazil and India, since they both have proved difficult to supply in the past.

The full list of new resellers is:

Hong Kong and China

Brazil

Raspberry Pi Brazil

India

Raspberry Pi India

Czech Republic and Slovakia

Raspberry Pi Czech Republic and Slovakia

Slovenia, Croatia, Serbia and Bosnia-Herzegovina

Raspberry Pi Slovenia, Croatia, Serbia and Bosnia

Romania, Bulgaria and Hungary

Raspberry Pi Romania, Bulgaria and Hungary

Mexico

Raspberry Pi Mexico

The post Approved Reseller programme launch PLUS more Pi Zero resellers appeared first on Raspberry Pi.

Grafana 4.2 Release

Post Syndicated from Blogs on Grafana Labs Blog original https://grafana.com/blog/2017/03/22/grafana-4.2-release/

Grafana v4.2 Stable is now available for download.
Just like the last release this one contains lots bug fixes and minor improvements.
We are very happy to say that 41 of 53 issues was closed by pull requests from the community.
Big thumbs up!

Release Highlights

  • Hipchat: Adds support for sending alert notifications to hipchat #6451, thx @jregovic
  • Telegram: Added Telegram alert notifier #7098, thx @leonoff
  • LINE: Add LINE as alerting notification channel #7301, thx @huydx
  • Templating: Make $__interval and $__interval_ms global built in variables that can be used in by any datasource (in panel queries), closes #7190, closes #6582
  • Alerting: Adds deduping of alert notifications #7632
  • Alerting: Better information about why an alert triggered #7035
  • Orgs: Sharing dashboards using Grafana share feature will now redirect to correct org. #6948
  • Full changelog

New alert notification channels

This release adds five new alert notifications channels, all of them contributed by the community.

  • Hipchat
  • Telegram
  • LINE
  • Pushover
  • Threema

Templating

We added two new global built in variables in grafana. $__interval and $__interval_ms are now reserved template names in grafana and can be used by any datasource.
We might add more global built in variables in the future and if we do we will prefix them with $__. So please avoid using that in your template variables.

Dedupe alert notifications when running multiple servers

In this release we will dedupe alert notificiations when you are running multiple servers.
This makes it possible to run alerting on multiple servers and only get one notification.

We currently solve this with sql transactions which puts some limitations for how many servers you can use to execute the same rules.
3-5 servers should not be a problem but as always, it depends on how many alerts you have and how frequently they execute.

Next up for a better HA situation is to add support for workload balancing between Grafana servers.

Alerting more info

You can now see the reason why an alert triggered in the alert history. Its also easier to detect when an alert is set to alerting due to the no_data option.

Improved support for multi-org setup

When loading dashboards we now set an query parameter called orgId. So we can detect from which org an user shared a dashboard.
This makes it possible for users to share dashboards between orgs without changing org first.

We aim to introduce dashboard groups sometime in the future which will introduce access control and user groups within one org.
Making it possible to have users in multiple groups and have detailed access control.

Upgrade & Breaking changes

If your using https in grafana we now force you to use tls 1.2 and the most secure ciphers.
We think its better to be secure by default rather then making it configurable.
If you want to run https with lower versions of tls we suggest you put a reserve proxy in front of grafana.

If you have template variables name $__interval or $__interval_ms they will no longer work since these keywords
are reserved as global built in variables. We might add more global built in variables in the future and if we do, we will prefix them with $__. So please avoid using that in your template variables.

Changelog

Checkout the CHANGELOG.md file for a complete list
of new features, changes, and bug fixes.

Download

Head to v4.2 download page for download links & instructions.

Thanks

A big thanks to all the Grafana users who contribute by submitting PRs, bug reports & feedback!

Grafana 4.2 Beta Release

Post Syndicated from Blogs on Grafana Labs Blog original https://grafana.com/blog/2017/02/27/grafana-4.2-beta-release/

Grafana v4.2 beta

Grafana v4.2 Beta is now available for download.
Just like the last release this one contains lots bug fixes and minor improvements.
We are very happy to say that 27 of 40 issues was closed by pull requests from the community.
Big thumbs up!

Release Highlights

  • Hipchat: Adds support for sending alert notifications to hipchat #6451, thx @jregovic
  • Telegram: Added Telegram alert notifier #7098, thx @leonoff
  • LINE: Add LINE as alerting notification channel #7301, thx @huydx
  • Templating: Make $__interval and $__interval_ms global built in variables that can be used in by any datasource (in panel queries), closes #7190, closes #6582
  • Alerting: Adds deduping of alert notifications #7632
  • Alerting: Better information about why an alert triggered #7035
  • Orgs: Sharing dashboards using Grafana share feature will now redirect to correct org. #6948
  • Full changelog

New alert notification channels

This release adds five new alert notifications channels, all of them contributed by the community.

  • Hipchat
  • Telegram
  • LINE
  • Pushover
  • Threema

Templating

We added two new global built in variables in grafana. $__interval and $__interval_ms are now reserved template names in grafana and can be used by any datasource.
We might add more global built in variables in the future and if we do we will prefix them with $__. So please avoid using that in your template variables.

Dedupe alert notifications when running multiple servers

In this release we will dedupe alert notificiations when you are running multiple servers.
This makes it possible to run alerting on multiple servers and only get one notification.

We currently solve this with sql transactions which puts some limitations for how many servers you can use to execute the same rules.
3-5 servers should not be a problem but as always, it depends on how many alerts you have and how frequently they execute.

Next up for a better HA situation is to add support for workload balancing between Grafana servers.

Alerting more info

You can now see the reason why an alert triggered in the alert history. Its also easier to detect when an alert is set to alerting due to the no_data option.

Improved support for multi-org setup

When loading dashboards we now set an query parameter called orgId. So we can detect from which org an user shared a dashboard.
This makes it possible for users to share dashboards between orgs without changing org first.

We aim to introduce dashboard groups sometime in the future which will introduce access control and user groups within one org.
Making it possible to have users in multiple groups and have detailed access control.

Upgrade & Breaking changes

If your using https in grafana we now force you to use tls 1.2 and the most secure ciphers.
We think its better to be secure by default rather then making it configurable.
If you want to run https with lower versions of tls we suggest you put a reserve proxy in front of grafana.

If you have template variables name $__interval or $__interval_ms they will no longer work since these keywords
are reserved as global built in variables. We might add more global built in variables in the future and if we do, we will prefix them with $__. So please avoid using that in your template variables.

Changelog

Checkout the CHANGELOG.md file for a complete list
of new features, changes, and bug fixes.

Download

Head to v4.2-beta download page for download links & instructions.

Thanks

A big thanks to all the Grafana users who contribute by submitting PRs, bug reports & feedback!

Заветният мокър печат и защо не усещаме нещо да се подобрява

Post Syndicated from Боян Юруков original http://yurukov.net/blog/2016/zavetniq-mokar-pechat/

В началото на август пътувах из България. По стечение на обстоятелствата се наложи колата на баща ми да мине спешно технически преглед и то преди да сме се прибрали в Пловдив. Знаех, че може да мине ГТП където и да е в страната и за целта е достатъчно да има платен местен данък. Пловдив, както много други общини, дава възможност да се плаща през интернет с банков превод, например. Платихме данъка и тогава се сетихме, че до сега на ГТП са искали касовата бележка. Сега имахме само разпечатано платежно. Тук започна да става интересно.

Електронно, електронно, колко да електронно

Разрових се в нета и открих, че при плащане на данък за автомобил, половината общини изпращат информацията електронно и няма нужда от бележка или стикер. Затова се обадих в Пловдив, която беше в списъка, за да попитам колко време отнема обновяването на електронната система, за да знам кога да отида на преглед.

След множество опити и прехвърляния стигнах до счетоводителите. Вдигна ми една дама, която не се представи, също както всички други служители на общината преди нея. Укорително ми обясни, че нямало значение какво пишело на сайта на агенцията – трябвало да отида на гише, да ми бият мокър печат и да ми дадат стикер. Нещо подобно ми каза и една касиерка преди това, но не беше сигурна. Повторих отново за електронната система и че стикерът е само като резервен вариант. Единственото, което срещнах е троснато настояваше да отида лично. “Както искате си губете времето господине, но да знаете, че пак ще опрете до нас. Мокрият печат е задължителен!” Накрая все пак успях да измъкна отговор, че при банков превод осчетоводяват платения данък на следващия ден.

След точно 24 часа видях, че на сайта на общината дължимата сума е намаляла и отидох в близък сервиз. Повториха ми същото – задължително трябвало стикер. Човекът ми обясни, че бил пускал без документ за платен данък “щото електронно било отбелязано”, но яко го глобили и сега винаги искал. Също, че “сега нещо променили пак и вече електронната система е все тая”. Показа ми дори мейла от администрацията с изискванията.

Във втория сервиз ми повториха абсолютно същото. На този етап съвсем разбираемо псувах. Егати скапаната държава щом са платили милиони и са въвели електронна система, има електронни плащания и пак трябва да се ходи по гишета да се кланяш, само заради чиновническата глупост.

Нали? Да, ама не.

Проблемът не е точно в този телевизор

Реших да пробвам в трети сервиз и там се засмяха. Казаха, че няма никакви проблеми стига системата да е отчела вече плащането. Започнахме прегледа и стъпката за данъка мина без проблем. Обясниха ми го просто – ако колата е регистрирана в една от въпросните 134 общини, при платен данък системата за ГТП проверява автоматично. Ако обаче общината още не е осчетоводила данъка, ако системата падне или ако живеете в другата половина на страната, трябва стикер и бележка. В такъв случай програмата си казва “искайте документ”. Абсолютно същото, впрочем, пише и в мейла, който ми показаха в първия сервиз.


Списъкът на общините към юни 2016 ще намерите тук.

Проблемът всъщност не е в електронната система. Изпълнителна агенция “Автомобилна администрация” има ужасно много дефекти, корупция и неефективност, но точно това явно работи. Проблемът е в сервизите. Доста са пускали без бележка за платен данък, независимо, че системата им е казвала, че такъв трябва. Сега като са ги глобили масово, са решили да искат винаги за всеки случай. Има и немалко други, които искат, просто защото просто не са разбрали изискванията. От глупостта си губят.

На картата горе виждате, че доста от общините са се интегрирали успешно. Необяснимо за мен е защо Бургас и Варна не са включени. Ако живеете там може би ще се заинтересувате. Все пак, това означава, че по-голямата част от населението може просто да преведе парите и да се яви на следващия ден за преглед. Точно това направих и аз. Ако пункта откаже, значи по принцип нещо не му е наред и по-добре да си нямате работа с тях. Това спестява не само лично време, но и натоварване на служителите на общината и на останалите по веригата. В някои случаи струва и по-евтино заради таксите. Счетоводителите на община Пловдив обаче явно са на друго мнение.

Мислене с мокър печат

Ние си свършихме работата. Колата мина преглед и нямахме проблеми. Имаше само нерви и много обаждания. Тази дезинформация идваща от некадърни общински служители и от сервизи нарушавали закона до сега, води далеч не само до загуба на време и пари. Ако не бях настоявал, щях да си остана с едното “бахти скапаната държава”. Това не е нещо, което може да се оправи с електронно управление, защото винаги ще има хора по веригата. Egov помага, но ако не си знаем правата и служителите са некадърни – все тая.

Отново опираме до разривът възприятие/реалност. Реалността е, че тази поне система работи, но чиновниците – не толкова. Възприятието е, че нищо не работи, а чиновниците гледат да се справят с невъзможна ситуация. Писах на община Пловдив преди две седмици за случая, но нямам отговор. Звънях поне 10 пъти на посочените телефони, но никой не вдигна. Междувременно не е ясно на колко още хора е казано, че все ще опрат до заветния мокър печат на лелката. Колко ли от тях са изпсували България, както аз в началото?

От друга страна…

Всичко това не означава, че агенцията няма безброй проблеми. Корупцията е повсеместна, както се видя ясно в скорошните скандали. Пунктовете за ГТП нямат никаква възможност да се оплачат от проверяващите, които нерядко се случва да глобяват за незначителни, а и понякога (според пунктовете) несъществуващи проблеми. Имало е случаи просто да минават и да събират по няколко стотин лева за “такса съществуване” от всички сервизи в региона. От друга страна, сигнали за нередности от граждани нямат голям ефект. Един познат пусна такава преди месеци и единственият резултат е, че пункта научил кой е подал сигнала. Сега случая се гледа от КЗЛД.

На практика се получава така, че ако един пункт позволява да се мине метър – било то с данъците или с технически дефекти – всички в региона ще го правят. Иначе няма да оцелеят. Не казвам, че и в други страни като Германия не си затварят очите при проблеми с една кола, но ако искаме по-малко инциденти по пътя и по-чист въздух, това трябва да се реши. Липсата на постоянен, проверим и надежден контрол както над пунктовете, така и над самите проверяващи е същинският дефект в цялата система според мен.

Welcome to the Newest AWS Community Heroes (Spring 2016)

Post Syndicated from Jeff Barr original https://aws.amazon.com/blogs/aws/welcome-to-the-newest-aws-community-heroes-spring-2016/

I would like to extend a warm welcome to the newest AWS Community Heroes:

  • Ryan Kroonenburg
  • Aleksandar Nenov
  • Markus Ostertag
  • Cliff Lu

The Heroes share their knowledge and demonstrate their enthusiasm for AWS via social media, blog posts, user groups, and workshops. Let’s take a look at their bios to learn more.

Ryan Kroonenburg
Ryan is a UK-based Solutions Architect and the founder of A Cloud Guru, a community which is dedicated to teaching all aspects of the AWS platform. Together with his brother Sam, Ryan has taught AWS to over 50,000 students. They also designed one of the first Serverless Learning Management Systems and help to organize serverless conferences and meetups all over the world. Ryan holds a Bachelor’s degree in Accounting & Finance from Australia’s Curtin University. He has also earned multiple IT certifications (ITILv3, MCITP, and MSSQL DBA to name a few) and four AWS certificates.

You can connect with Ryan on LinkedIn or follow him on Twitter.

Aleksandar Nenov
Aleksandar is a Senior IT professional. He focuses on cloud operations and managed AWS services. He has a deep understanding of AWS from the business, technical, and service management perspectives. He has been using AWS since 2009, when he began to help dozens of small and large businesses move their operations to the AWS cloud. Aleksandar is the CEO and founder of CLOUDWEBOPS, the first APN Consulting Partner in Serbia and Southeast Europe. He created AWS User Group Serbia and has grown it to over 300 members, and has inspired AWS enthusiasts in Bulgaria, Bosnia, and Herzegovina to create similar groups of their own.

His proudest achievement to date is his direct involvement in AWSome Day SEE, a free introductory event hosted by AWS experts. The event drew over 250 participants from Serbia, along with guests from Croatia, Slovenia, Bulgaria, Macedonia, Bosnia, and Herzegovina.

Connect with Aleksandar on LinkedIn to learn more.

Markus Ostertag
As Head of Development at Team Internet AG in Munich, Markus explores new ways to take advantage of highly scalable platforms to make ad-tech, real-time bidding, and online marketing more efficient. He leverages the cloud to solve scale and performance problems, and enjoys working with cutting-edge technologies. While working on his degree in Computer Science at the Technical University of Munich, Markus ran a large German movie review site and enjoyed his first contact with AWS, all the way back in 2008. Since then, he has focused on sharing his knowledge with other companies and users.

Markus co-founded and still runs the AWS User Group in Munich (over 800 members and growing). He speaks frequently on tech and cloud topics at meetups, universities, and conferences (including AWS re:Invent) and the 2015 AWS Berlin Summit.

You can connect with Markus on LinkedIn or follow him on Twitter.

 

Cliff Lu
Cliff is a senior architect with 104 Corp. His work there drives business agility, scalability, and cost-effectiveness. He’s been a Solutions Architect and a DevOps Evangelist at several enterprises and startups in Taiwan. He specializes in service migration, and has built tools and designed patterns that facilitate cloud adoption. Cliff has earned several AWS certifications and presented the 2015 Taiwan Recap at re:Invent 2015.

Cliff has served as the organizer of AWS User Group Taiwan since 2014. The group currently boasts over 4,500 members and has been meeting regularly since 2012.

You can read Cliff’s blog or connect with him on LinkedIn.

Welcome Aboard
Please join me in welcoming our newest AWS Community Heroes!


Jeff;

 

Astro Pi: Coding Challenges Results!

Post Syndicated from David Honess original https://www.raspberrypi.org/blog/astro-pi-coding-challenges-results/

Astro_Pi_Logo_WEB-300px

Back in early February we announced a new opportunity for young programmers to send their code up the International Space Station to be used by British ESA Astronaut Tim Peake.

Two challenges were on offer. The first required you to write Python Sense HAT code to turn Ed and Izzy (the Astro Pi computers) into an MP3 player, so that Tim can plug in his headphones and listen to music. The second required you to code Sonic Pi music for Tim to listen to via the MP3 player.

The competition closed on March 31st and the judging took place at Pi Towers in Cambridge last week. With the assistance of Flat Tim!

The judges were selected from companies who have contributed to the Astro Pi mission so far. These were;

12omdfin_(live)-600x0

Orchestral Manoeuvres In the Dark (Andy McCluskey and Paul Humphreys)

We also wanted to have some judges to provide musical talent to balance the science and technology expertise from the aerospace people. Thanks to Carl Walker at ESA we were able to connect with synthpop giants OMD (Enola Gay, Electricity, Maid of Orleans) and British/French film composer Ilan Eshkeri (Stardust, Layer Cake, Shaun the Sheep).

ilanEshkeri_composing_Stardust

Ilan Eshkeri working on the Stardust soundtrack

We also secured Sam Aaron, the author of Sonic Pi and Overtone, a live coder who regularly performs in clubs across the UK.

sam-aaron

Sam Aaron at TEDx Newcastle

Entries were received from all over the UK and were judged across four age categories; 11 and under, 11 to 13, 14 to 16 and 17 to 18. So the outcome is that four MP3 players and four songs will be going up to the ISS for Tim to use. Note that the Sonic Pi tunes will be converted to MP3 so that the MP3 player programs can load and play the audio to Tim.

The judging took two days to complete: one full day for the MP3 players and one day for the Sonic Pi tunes. So without further ado, let’s see who the winners are!

MP3 Player Winners

11 and under

11 to 13

14 to 16

  • Winner: Joe Speers
  • School: n/a (Independent entry)
  • Teacher/Adult: Craig Speers
  • Code on Github

17 to 18

Sonic Pi Winners

11 and under

11 to 13

  • Winner: Isaac Ingram
  • School: Knox Academy
  • Teacher/Adult: Karl Ingram

14 to 16

17 to 18

Congratulations to you all. The judges had a lot of fun with your entries and they will very soon be uploaded to the International Space Station for Tim Peake. The Astro Pi Twitter account will post a tweet to indicate when Tim is listening to the music.

The Raspberry Pi Foundation would like to thank all the judges who contributed to this competition, and especially our special judges: Andy McCluskey and Paul Humphreys from OMD, Ilan Eshkeri and Sam Aaron.

The post Astro Pi: Coding Challenges Results! appeared first on Raspberry Pi.

Опасността от отворените данни

Post Syndicated from Боян Юруков original http://feedproxy.google.com/~r/yurukov-blog/~3/qZ99oscegOE/


В този блог съм писал много за отворените данни – технологиите, ползите, конкретни проекти, напредъка в България и критика за липсата на такъв. Малко обаче се говори за опасността от отворените данни. Както многократно съм изтъквал, те са нищо повече от технологичен инструмент, а почти всеки инструмент може да се използва двояко. Те може да гарантират възможно най-голяма прозрачност, но дяволът винаги е в детайлите.
Тук ще срещнете някои от аргументите, които критиците на open data използват в старанието си да спрат реформите. С риск да им помогна с още такива, реших да събера всичко тук. Към всеки обаче съм добавил как може да се реши или защо значението му се преекспонира. Винаги ще има съпротива и неразбиране към нуждата за прозрачност и в никакъв случай едно решение не може да е перфектно. Още повече технологично решение като отворените данни. Важно е и да разберем какво значат те в сегашния контекст в България.
Риск за лични данни и корпоративна информация
Проблем
Това е едно от най-честите притеснения, когато се обсъжда темата за отворените данни. Когато се „отварят“ масиви от информация, част от тях може да съдържат лични данни или търговска информация. Ако не се внимава, чиновниците може да публикуват всичко и да създадат предпоставка за кражба на самоличност или смяна на собственост на фирма чрез измама.
Анализ
Такива коментари имаше след обсъждането на промяната на тарифата за достъп до базата данни на Търговския регистър. Тя обещава истинско отваряне на данните и възможност обикновени граждани и НПО-та да анализират информацията. В същото време обаче критиците на мярката изтъкват, че автоматичният анализ на данните ще позволи на т.н. „крадци на компании“ да идентифицират по-лесно потенциални жертви.
Има две важни точки, с които трябва да започнем. Първо, кражби на компании са се случвали доста преди публикуването на Търговския регистър. Второ, в описаната мярка не се дава достъп до повече информация, а само улеснява достъпа до вече съществуващ автоматичен интерфейс. В този смисъл потенциалните измамници няма да получат повече информация. Наистина, има вероятност да автоматизират търсенето си, но това е възможно и чрез платените сега системи за търговска информация. По-достъпните отворени данни до Търговския регистър обаче ще позволят на много други организации да следят и анализират за такива измами, което ще помогне за решаването и дори предотвратяването им.
В по-широкия смисъл, риск за личните данни съдържани в държавните информационни системи има и сега. Прилагането на принципа за отворени данни може да има само положителен ефект върху един съществуващ проблем. Всяка такава промяна изисква анализ кое може да е публично и кое не. Автоматизацията на отварянето на данни ще елиминира човешките грешки, като например забравена колона с лични адреси в Excel таблица.
Решение
Отварянето на обществени данни няма да създаде повече проблеми, но ще даде инструменти за решаването на съществуващите. Заради липсата на ясни процедури и протоколи за сигурност, досега сме ставали често свидетели на течове на лични данни. Проблемът тук не е в новата технология, а в начинът на работа до сега. Процесът на отваряне на данни може да промени това.
Друг метод за скриване на лична и служебна информация е агрегирането. Пример за това има в становището ми за новия Административен регистър, където предложих да се публикува сумата от натрупаните отпуски на служителите във всяко ведомство. При достатъчно добре избрано групиране се гарантира неприкосновеността на личността, но и че няма да има загуба на полезна публично достъпна информация.
Потенциална уязвимост в сигурността
Проблем
Тази опасност е вариация на предишната точка. Рискът е, че при автоматичните интерфейси, които предоставят възможност за справки в публична информация, може да има уязвимости. Тази възможност съществува и сега, но аргументът е, че при повече такива интерфейси, рискът за пропуски е по-голям.
Анализ
Пример за такъв пропуск е регистъра за позволенията за сеч на Агенцията по горите. Това е прекрасен пример за прозрачност въведен от последния служебен кабинет, макар и да не може да се квалифицира като отворени данни. Докато го разглеждах, забелязах определена уязвимост с базата данни. След сигнал до администраторите тя беше оправена.
Такива проблеми има винаги във всяка система и изчистването им е продължителен процес. Това обаче не може да бъде аргумент срещу автоматизирането на достъпа до обществена информация. Точно обратното – когато има хора, които се занимават точно с това и използват ресурсите активно, грешките се намират по-бързо. Това всъщност е дори аргумент в ползва на отворения код в администрацията.
Решение
За да се подобри сигурността, трябва повече прозрачност при създаването, тестването и поддържането на информационните системи. Подходът към сигурността на софтуерът сега е подобен на този на цялата администрация – крием всичко с надеждата, че никой няма да забележи дупките. Това очевидно далеч не е достатъчно с днешните технологии.
Манипулация на официалните данни
Проблем
Публикуваните справки може да бъдат манипулирани от съответните ведомства с цел прикриване на злоупотреби. Доверието в отворените данни и автоматизацията на анализа и визуализацията ще скрие тези манипулации.
Анализ
Подмяната на данни е сериозен проблем, който забелязваме и сега. Засичането ѝ е сравнително трудно, освен, ако не знаеш какво търсиш. Тук добър пример е системата за случайно разпределение на дела в съдебната система. Всички резултати от нея са публични, но отдавна се знае колко лесна за манипулиране е.
Решение
В света на отворените данни вече има решение на това и за него се изисква просто повече данни от различни източници. Автоматичната проверка ще покаже грешки в данните, но и проблеми в дефинициите и интерпретацията. Друго решение тук е автоматизирането на справките. При липсата на човешка намеса подмяната на публичните данни ще стане изключително трудна.
Манипулация на интерпретацията на данните
Проблем
Отворените данни са просто инструмент, но като такъв имат нужда от история или графика, която да изведе истинската им стойност. Основавайки се на реални данни, журналисти и НПО-та може да показват грешни интерпретации подменящи значението на информацията.
Анализ
Отново, този проблем съществува и сега. Виждаме го ясно с данните за раждаемостта. Когато псевдо-експерти, журналисти и политици искат да манипулират общественото мнение на база реални данни, то единствената надежда е отговор изтъкващ фактите. За това обаче няма нужда от реални данни – при липсата им първите винаги са си измисляли статистика.
Решение
Достъпа до повече публична информация би дал още инструменти за оборване на подобни подвеждащи изказвания. Не може да има технологично решение за липсата на етика при експерти и журналисти.
Технологична изолация на местния бизнес
Проблем
Това е опасност, която не е толкова очевидна. Информацията е сила, а отворените данни дават възможност за откриване на нови ниши и оптимизация на бизнеса. Големи корпорации със сериозен ресурс може да се възползват по-добре от публичната информация и стандартизирани egov услуги и да надделеят над местния бизнес с локалните му знания и опит.
Анализ
Този проблем може да се илюстрира със създаването и отварянето на кадастър в някои провинции на Индия. Силно фрагментираната и неформално дефинирана собственост на земята там е била пречка за големия бизнес и въпросния регистър е извадил от бизнеса много локални посредници. В България може да се направи подобен аналог с множеството фирми, които се изхранват с попълване на документи и изпълнение на конкретни задачи заради проблемите в администрацията. Друг пример у нас биха били обществените поръчки, ако и когато уведомяването и кандидатстването за тях станат изцяло електронни.
По-добрият и стандартизиран достъп до информация наистина може да помогне на компаниите с повече опит в анализа. Това е аргумент в привличането на чуждестранни инвестиции. Инструментите за анализ обаче са широко достъпни в наши дни и няма пречка за малките компании да ги използват. Точно обратното – това създава огромна технологична ниша на местно ниво. Далеч сме от универсален анализ и интеграция на данни, затова знанията и опита на местно ниво винаги ще бъде нужен. Нещо повече – малкият бизнес дори може да спечели за сметка на големите международни компании, защото ще има достъп до повече инструменти и анализи, които досега са стрували скъпи. Пример за това отново е отварянето на данните на Търговския регистър, постановлението за което все още престоява в Министерски съвет.
Улеснение за корпоративните лобисти
Проблем
Лобистки организации могат да използват същите тези инструменти за прозрачност, за да оптимизират отпорът си срещу регулаторни мерки.
Анализ
Отворените данни могат да се използват за идентифициране на проблеми в администрацията, изобличаване на корупция и проблеми при поръчки. Граждански организации могат да идентифицират рано проекти и наредби и да участват в дебатите. Аналогично обаче лобистките организации и НПО-та с непрозрачно финансиране могат да използват тези инструменти, за да оптимизират натиска си.
Пример за това може да бъдат проектите за закони и нормативни актове. Публикуването им на сайта на НС и Strategy.bg ни помага да реагираме по-рано, да задаваме правилните въпроси и да се организираме срещу корупционни практики и спорни текстове. Същото може да се направи обаче и срещу реформи заложени в тези проекти. Засичайки ги рано, тези организации може да организират кампании на дезинформация създавайки изкуствени скандали.
Решение
Отново този проблем съществува и сега. За жалост не малка част от медиите се използват като пощенски кутии за такива изкуствени скандали. Лобистки поправки и влияние се забелязват отдавана и каналите, по които получават информация за подготвени проекти, далеч не се ограничава до публично публикуваната информация. Отворените данни биха били решение именно на този проблем, защото биха автоматизирали публичността на редица процеси. Пример затова е случайното разпределение на делата, публичните консултации и обществените поръчки.
Обръщането на същия този механизъм срещу прозрачността и в полза на лобиските практики е теоретична възможност. Това само по себе си обаче няма да остане скрито, което до голяма степен ще го обезсмисли. Негативните кампании в медиите съществуват и сега и няма да се преборим с тях чрез повече публичност. Те са въпрос на медийна етика и обществено съзнание – въпроси, които не могат да се решат с технологии.


Бор RNG

Post Syndicated from RealEnder original http://alex.stanev.org/blog/?p=322

И отново запалиха коледните светлини в София.
Случайно минавахме с колата малко след събитието по Дондуков. Силно впечатление ми направи абсолютната липса на синхронизация в лампичките по различните накичени предмети. Не зная дали е търсен ефект, но определено може да докара силно неразположение на нетренираня мозък.
И за да не е troll post, ето примерно приложение на така изграденото съоръжение – video_entropyd. С правилно насочени уеб камери, мигащите светлинки могат да се превърнат в криптографски сигурен източник на случайни числа. Бонус към това е и постоянно натовареното движение в района.
Така е то, всички администрации могат да се включат в eGovernment инициативите, дори и когато не подозират;)