През май 2017-та година поискан по ЗДОИ информация за изплатените детски надбавки от социалното министерство. Интересуваше ме за колко семейства и колко деца са изплатени те за всяка община. На тази база направих анализ и карта с различни изводи. Един от тях беше, че броят деца следва почти икономически признак, а далеч не етнически такъв. С последното се спекулира доста, особено що се отнася до използването на този вид помощи. Цялата статия ще намерите тук: Данните за детските надбавки и какво може да научим от тях
Онзи анализ се базираше единствено на данните за 2016-та година. Затова наскоро реших да искам обновените данни включвайки отказите за помощи, както и разбивка не само по общини, но и за всеки месец от януари 2016-та до декември 2020. Включих също така справка за получените в натура помощи от непълнолетни майки. За последните писах подробно през февруари 2016-та използвайки данните на НСИ от тогава.
За справката използвах портала по ЗДОИ и получих доста бързо подробен отговор. Интересното беше, че освен по мейл, както исках, ми изпратиха справките и по пощата на дискове. Това несъответствие с вътрешните правила и въобще как се предоставят данни е нещо, по което ще работим.
За съжаление, както и в други случаи, не ми остава все още време да обработя данните, да ги визуализирам смислено и да направя анализ подобен на този от преди 4 години. Може би нещо се е променило от тогава. Може би има динамика между годините или по месеци, за която не знаем. Може би има условности в данните, които виждаме.
Затова пускам таблицата свободно за всеки, който иска да я използва. Ако направите нещо с тях, ще се радвам да пуснете линк в коментарите. Направих си труда да ги събера в две таблици, тъй като ми ги бяха предоставили в повече. Стигнах само до там да отбележа общините по NUTS4 кодове, за да може да се покажат по-лесно на карта като тези тук.
Забелязват се обаче някои подробности. Има записи с квартали в градове като София, Пловдив и Бургас. Тях съм ги отбелязал с пореден номер след NUTS4 кода. Например VAR0601 до VAR0605 за Варна. При данните за помощи в натура има и запис за София-област, т.е. момиче, за което се знае, че живее в областта, но не е ясно точно къде. Поне така предполагам. За да се покажат тези на карта, трябва или да се съберат на ниво общини, или да се нареже geojson-а на големите градове по квартали. В някои месеци, особено през 2016-та, има данни за общината, но не за кварталите в нея. Вижда се също, че липсват някои числа за част от 2016-та. Та трябва известно чистене трябва преди да се направи нещо.
Както с данните на НЦОЗА моля за внимание към условностите на данните, кой ги е предоставил и какво показват. Лесно се правят сензации и за това не са ни нужни данни, а и може просто да си ги измислим, както предостатъчно хора правят. С тези тук бихме могли да научим нещо.
Не пускам за първи път данни от справки, за които не ми е останало време да обработя и покажа. Тук ще намерите тези за язовирите в България (дек. 2020), жертвите от войните на България (дек. 2019) и глоби и проверки за пушене в заведенията (фев. 2017).
The post Едни (не)отворени данни за детските надбавки first appeared on Блогът на Юруков.
През 2016-та и 2019-та направих карти проследяващи активните българи в чужбина. Повече по темата ще намерите в първата ми статия по темата. Накратко казано това е опит за картографиране на придвижването на хора съдейки по заявленията им за гласуване в чужбина. Последните, за съжаление, са публични и макар трите имена на някои да са често срещани, лесно може да се изключат или да се разпознаят дубликати. За целта използвах криптирани и анонимизирани хешове на имената, които събирах за картата ми със заявленията за гласуване.
Така през 2016-та бях картографирал движението на 1268 лица и през 2019-та – на 2633. Пускайки същия алгоритъм през юли 2021 събрах пътя на 9473 души. Голямата разлика идва от рекордната активност на последните два вота. Анализът се базира на почти 300 хиляди заявления подадени в последните 8 години. Тук може да проследите тези пътища. Натискайки някой град ще откриете кой си е тръгвал и от къде е минавал.
За разлика от миналия път, сега анализа не отчита гласуване между два града на разстояние 80 км. вместо предишните 50 км. Важно е тук, че не се отчита реално местене на хора, а само там, където са подавали заявления за гласуване. Доколкото последното е някаква индикация за местоположение, дали всъщност става дума за местене, почивка, грешка или просто подкрепа на секции в други държави може само да гадаем. Все пак с тези мащаби с добра доза увереност може да кажем, че виждаме пътищата на почти десет хиляди българи по света.
The post Проследяване на активните българи в чужбина – юли 2021 first appeared on Блогът на Юруков.
Публикуван е първият тримесечен доклад, описващ най – гледаното съдържание във Facebook. Докладът е първи от серия доклади, които компанията ще публикува с цел повече прозрачност. Декларира се, че бъдещите издания на този доклад ще обхванат повече страни и ще продължат да се появяват заедно с доклада за прилагане на общностните стандарти.
Първите реакции на изследователите съдържат разочарование.
Докладът е наричан “театър за прозрачност”:
(ethanzuckerman.com)
Какво става тук? Не знам. И това е цялостната ми реакция на доклада за прозрачност на Facebook. Той споделя няколко интересни цифри, които подсилват извода, че Facebook е повече за публикации от приятели и семейството, отколкото за новини. Но не споделя достатъчно данни, за да можем да стигнем до някакви смислени заключения.
Откровено жалко е – предвид важността на тези въпроси – изследователите да чакат тези малки фрагменти от информация от гиганти като Facebook. Време е да разберем как – зачитайки личната неприкосновеност на потребителите и етиката на изследванията – да получим необходимите данни, за да разберем какво се случва с тези платформи.
Конкретни препоръки за начина на представяне, обхвата на данните, както и за необходимостта за достъп до тях в реално време, а не на тримесечия, тук:
A few thoughts on @Facebook’s Widely Viewed Content Report released today. The report lists top 20 most widely viewed domains, URLs, pages, and posts. https://t.co/F9zXJ57TQs #socialmedia (THREAD: 1 of 10)
— Katherine Ognyanova (@Ognyanova) August 18, 2021
Spring Integration is a very powerful and extensible framework for, well, integrations. But sometimes it’s not trivial how to get some information that yo need. In my case – a certificate used for mutual authentication in a TLS (syslog over TLS) connection. You have a Java method that receives a Message and ideally you’d want to get the certificate chain used by the client to authenticate itself (e.g. you may need to extract the CN).
Fortunately, Spring Integration is flexible. And it can be done, but it’s a bit convoluted. I’ll use XML notation, but the same can be achieved through Java config.
<bean id="nioConnectionSupport" class="com.yourcompany.util.net.TLSMutualNioConnectionSupport">
<constructor-arg ref="sslContextSupport" />
<constructor-arg value="false" />
</bean>
<bean id="interceptorFactoryChain" class="org.springframework.integration.ip.tcp.connection.TcpConnectionInterceptorFactoryChain">
<property name="interceptors">
<bean class="com.yourcompany.util.net.TLSSyslogInterceptorFactory" />
</property>
</bean>
<int-ip:tcp-connection-factory id="tlsConnectionFactory" type="server" port="${tcp.tls.port}"
using-nio="true" nio-connection-support="nioConnectionSupport"
single-use="false" interceptor-factory-chain="interceptorFactoryChain" />
The sslContextSupport would typically be a org.springframework.integration.ip.tcp.connection.DefaultTcpSSLContextSupport or a custom implementation (e.g. if you want to use a “blind” trust store)
Then you’d need the two classes. You can check them at their respective gists: TLSSyslogInterceptorFactory and TLSMutualNioConnectionSupport.
What do these classes do? The TLSSyslogInterceptorFactory sets a new header for the message that contains the client ceritficates. The TLSMutualNioConnectionSupport class sets the “wantClientAuth” option on the SSL Engine. There is another option – “needClientAuth” which would for client authentication, rather than just support it. Depending on the use case you can use one or the other.
Then you can obtain the certificates at your handler method via:
Certificate[] certificates = (Certificate[]) message.getHeaders().get(TLSSyslogInterceptorFactory.TLS_CLIENT_CERTIFICATES);
A small tip I wanted to share to help the next one trying to achieve that.
The post Obtaining TLS Client Certificates In Spring Integration appeared first on Bozho's tech blog.