Zijn computers seksistisch?

 Gepubliceerd door om 21:14  Internet, Tools
okt 052017
 

Gender bias, genderneutraliteit, het zijn onderwerpen waar je op Twitter heel eenvoudig kunt scoren. En daarmee ook onderwerpen waar ik me normaal gesproken heel erg ver van hou. Ik heb er wel een mening over, maar voel niet de behoefte die online te delen.

Waarom dan t√≥ch aandacht voor de tweet van Diane Kim? Nou, omdat hij iets zichtbaar maakt waar je waarschijnlijk niet zo snel bij stil staat: bij het vertalen van zinnen kan het voor komen dat systemen als Google Translate, keuzes maken die wij als seksistisch beschouwen. Het voorbeeld dat Diane laat zien is de vertaling van de zin “Hij is een babysitter” en “Zij is een dokter” vanuit het Engels naar het Turks en terug naar het Engels. Google Translate laat dan over “Zij is een babysitter” en “Hij is een dokter”.¬† Oeps.

Als je naar de screenshot hierboven kijkt, dan zie je dat “he” en “she” vanuit het Engels naar het Turks beiden naar “O” vertaald worden. Dat betekent dat Google Translate bij het terug vertalen van Turks naar Engels geen enkele aanwijzing heeft wat het geslacht zou moeten zijn. Nou kent het Engels ook het gebruik van “they” in enkelvoud waarbij het geslacht niet vastgesteld is. Dus het was absoluut mogelijk geweest om de vertaling correct(er) te maken.

Is Google Translate dan seksistisch? Tja, dat hangt waarschijnlijk een beetje van je definitie af. Het systeem erachter “leert” hoe vertalingen gemaakt moeten worden op basis van bestaande teksten. Het systeem “weet” niet dat wij het als seksistisch beschouwen dat bij een dokter het mannelijke geslacht gekozen wordt en bij babysitter het vrouwelijke geslacht. Dat maakt aanpassen ook ingewikkeld. Interessant in de reacties op de tweet is dat er niet alleen gemopperd wordt, maar ook verwezen wordt naar reeds bestaande initiatieven, zoals dit bericht. Een ding is zeker, we zijn er nog lang niet en we zullen er bewust van moeten zijn dat dit soort systemen het risico lopen alle vooroordelen die wij nu hebben in zich “op te nemen”. Signaleren van stap 1.

Deel dit bericht:
okt 042017
 

Google heeft een leuk experiment beschikbaar gemaakt waarmee je eenvoudig kunt spelen met het principe van beeldherkenning en neurale netwerken. Je hebt alleen een geschikte browser en een webcam nodig.

Het idee is simpel: ga naar teachablemachine.withgoogle.com en ga van start. Je wordt stap voor stap door het setup proces geleid: kies 3 bewegingen en een bijbehorend gifje, een geluid of een stukje audio. Simpel. Grappig is dan als je daarna de camera een beetje verschuift of als je gaat testen wanneer de herkenning niet meer werkt.

Wil je daarna nóg verder, kan kun je met de code zelf aan de slag.  De code staat op github. Ik heb nog niet getest of het bijvoorbeeld te installeren is op een Raspberry Pi. Als dat werkt is het ook in een lessituatie goed bruikbaar. Sowieso geeft Google aan dat er geen data/afbeeldingen richting hun server gaan, het is allemaal JavaScript code die lokaal draait, maar dan weet je het helemaal zeker.

Cool. ūüôā

Deel dit bericht:
sep 232017
 

Ik moest lang nadenken over de titel die ik boven dit bericht zou zetten. Ik heb namelijk wel vaker meegemaakt dat die helemaal verkeerd begrepen werd.

Hoe dan ook, ik heb een gruwelijke hekel aan advertenties. En zeker aan advertenties die bijvoorbeeld in mijn Twitter-tijdlijn verstopt worden onder de noemer “uitgelicht”. Maar soms moet ik er hartelijk om lachen. Deze tweet van PostNL is er zo eentje. Het filmpje is goud waard. Je ziet “echte Nederlanders” die (netjes met ondertiteling voor als je de audio uit hebt staan) oprecht vertellen over buurvrouw Yvonne die altijd de pakjes namens hen aanneemt.

Nou, en speciaal voor zulke goede buren heeft PostNL nu een actie! Je kunt naar¬† http://postnl.nl/goedebuur/ gaan, haar (of zijn) naam en adres gegevens doorgeven en dan zorgt PostNL voor een kaart √©n een “Goede Buur Plaatje”. Het ziet er uit alsof je dat dan naast je voordeur moet hangen, maar op de site staat (gelukkig?) “Leuk voor op het prikbord!”.

Je snapt het, hoop ik, al, doorscrollen naar de reacties op de tweet is goud waard. Of eigenlijk zou je eens moeten proberen te raden hoeveel van de soorten reacties je vooraf kunt voorspellen.

Lees verder….

Deel dit bericht:
sep 052017
 

“YouTube-mp3.org is de makkelijkste online dienst voor het converteren van videos naar mp3. Je hebt geen account nodig, alleen maar een YouTube URL. We starten het converteren naar het audiobestand gelijk vanuit je videobestand naar mp3 zo snel mogelijk nadat jij hem hebt ingevoerd. Daarna is het mogelijk hem direct te downloaden. Anders dan andere diensten word bij ons de hele conversie uitgevoerd door onze infrastructuur en daardoor download je alleen het audiobestand vanaf onze servers. Onze software is platform-onafhankelijk: Je kan het gebruiken met je Windows PC, Mac, Linux, of zelfs je iPhone. Al onze conversies worden uitgevoerd met een hoge kwaliteit mode met een bitrate van teminste 128 kBit/s. Geen zorgen, onze dienst is geheel gratis. We hebben gemiddeld per video 3 tot 4 minuten nodig.”

Handig? Voor veel mensen wel. Bovenstaande beschrijving staat nu nog op¬†youtube-mp3.org. Maar ik ga de moeite niet doen om er naar te linken want via nu.nl en Torrentfreak¬†komt het bericht dat de site de lucht uit moet. Logisch eigenlijk, want hier hadden ze uiteraard geen toestemming van YouTube voor gevraagd. En al helemaal niet van de rechthebbenden van de (muziek-)video’s die op YouTube staan. En als je een beetje iets van auteursrecht weet, dan roep je meteen “diefstal!”, “schande!”.

Maar het is een praktijk die al zo oud is als de cassetteband. Wij zaten vroeger met de recorder voor de TV of voor de radio. Ik had een radio – cassettedeck, de recorder ingebouwd in de radio, had je geen omgevingsgeluiden de opgenomen werden. Het is de bekende strijd van de muziekindustrie met hun klanten: je mag alleen naar muziek luisteren als je er tig keer voor betaald.

Voor mij is het ook al een soort vaststaand gegeven geworden: als je een handig site tegen komt, zoals bijvoorbeeld Keepvid waarmee je YouTube video’s lokaal op kunt slaan (handig voor in het vliegtuig, voor als je een kopie in de leeromgeving wilt, voor in de les als je niet afhankelijk van wifi wilt zijn). Mag niet volgens de gebruiksvoorwaarden van YouTube. Dus moet je eigenlijk hopen dat zo’n tool niet bij t√© veel mensen bekend wordt. Want dan vind iemand het de moeite waard om er stappen tegen te ondernemen.

Een andere manier waarop een site zichzelf de nek om kan draaien: een Pro-account zoals Keepvid nu ook heeft voor de interessante downloads (4K hoge kwaliteit én MP3 audio). Niet verstandig. Want dat zijn traceerbare inkomsten waar auteursrechthebbenden ook achteraan gaan.

En ja, als je je boterham verdiend met het produceren van muziek, produceren van filmpjes, dan zijn het inkomsten die jij zou moeten kunnen maken. Maar het zijn nooit de “kleintjes” die hier voordeel van hebben. Het zijn de grote maatschappijen zoals¬†Sony Music en Warner Bros. Records die hier achteraan gaan en het geld innen. Ik denk dat we allemaal gewoon maar moeten stoppen met het delen van zulke handige sites. Dan blijven ze tenminste nog een tijdje bestaan.

 

Deel dit bericht:
sep 042017
 

Ik heb nog geen tijd gehad om zelf te spelen met Chatfuel, maar ik vond het voorbeeld dat¬†My Electronics Lab¬†gerealiseerd had met Chatfuel interessant genoeg voor een blogpost. Chatfuel is een (gratis) online dienst waarmee je zo te zien relatief eenvoudig een Facebook chatbot kunt bouwen. Die chatbot herkent de teksten die een gebruik intypt en reageert daar dan op. Dat hoeft niet alleen met tekst. In het voorbeeld hierboven verstuurd de chatbot GET-commando’s naar een (andere gratis) online MQTT-server. Een ESP8266 die een verbinding met die server heeft reageert daar dan weer op en schakelt een LED-lampje aan of weer uit. Die LED kan dan ook van alles anders zijn. Omgekeerd kun je je ook voorstellen dat je op deze manier informatie van sensoren opvraagt.

 

Deel dit bericht:
apr 112017
 

Er is weer een nieuwe afkorting bij om te kennen als het gaat om de apparaten die je thuis (en op andere plekken) aan het netwerk kunt /hebt hangen, denk aan de WiFi-router thuis, een camera die je via internet kunt bedienen, je mediabox die aan de TV hangt etc.

De media noemt ze overigens vaak “IoT devices” (Internet of Things apparaten) en dat is wellicht niet zo handig omdat veel mensen zullen denken “die heb ik niet”.

Ik schreef in januari al dat je zelfs je eigen thuisnetwerk niet zomaar als “veilig” zou moeten beschouwen. Dat was toen naar aanleiding van berichten dat hackers grote aantallen IoT devices gebruikt hadden om een DDoS (Distributed Denial of Service) aanval uit te voeren.

Nou zou je nog kunnen stellen “als het apparaat maar blijft werken, dan maak ik me er niet zo’n zorgen over”. Los van de vraag of je het prettig zou moeten vinden als een ander toegang tot je WiFi-router heeft, zijn er nu ook een tweetal bedreigingen die w√©l schade kunnen opleveren voor de werking van jouw eigen (onveilige) apparaat.

Het heet een PDoS, een “Permanent¬†Denial-of-Service” en het woordje “Permanent” zegt het al: na zo’n aanval op jouw apparaat is het “stuk”. Weliswaar niet fysiek stuk, er komt geen rook uit je apparaat, maar softwarematig zo stuk dat jij er geen toegang meer toe hebt en de werking ervan ook stopt.

Zoals zo vaak maakt de tool die de aanval uitvoert (er zijn twee varianten:¬†BrickerBot.1 en¬†BrickerBot.2 die niet helemaal hetzelfde werken maar vergelijkbaar effect hebben) ¬†gebruik van bekende kwetsbaarheden in software die in (blijkbaar) redelijk wat systemen aanwezig is. Het gaat om systemen die¬†BusyBox¬†en Dropbear¬†gebruiken. Met name bij BusyBox is het lijstje van “andere software en hardware die gebruik maakt van BusyBox” lang. Hoeveel systemen daarmee gevaar lopen? Dat is wat moeilijker vast te stellen. Het is logisch dat een bedrijf dat ook consultancy verkoopt aan bedrijven om hun netwerk te beveiligen stevig aan de bel trekt. Dropbear heeft inmiddels al een patch uitgebracht, die worden echter maar zelden op dit soort apparaten ge√Įnstalleerd (als het al kan). En voor alsnog geldt natuurlijk ook dat het systeem via internet bereikbaar moet zijn, dus die buitenste verdediging van je netwerk waar ik over schreef kan heel wat aanvallen tegen houden. Maar wees dus absoluut voorzichtig met het “zomaar” in je router openzetten van een poort zodat je je apparaten ook kunt bereiken als je op je werk of onderweg bent. ¬† Het volledige bericht en de bijbehorende PDF is hier te vinden.

De vraag is in ieder geval hoe lang de situatie blijft bestaan waarbij hardware (ook je slimme TV) niet of nauwelijks van een update is te voorzien. Voorlopig lijken leveranciers zich er nog gemakkelijk vanaf te kunnen maken.

Wordt ongetwijfeld vervolgd.

Deel dit bericht:
apr 062017
 

Tegen de tijd dat ik het mailtje gisterenavond zag had ik ook al de follow-up mail met als titel “Let op: Phishing mail verzonden” in mijn mailbox met de waarschuwing om de mail gewoon te verwijderen. Maar het is/was een dusdanige phishing e-mail dat ik hem hier ook even wil plaatsen als waarschuwing en voorbeeld.

Normaal gesproken zijn phishing mails die ik ontvang namelijk gemakkelijk te herkennen: ze komen van een bank waar ik geen rekening heb, vragen informatie die ik nooit via de mail zou sturen, bevatten taal en spelfouten, etc.

De mail van gisteren was echter geschreven in foutloos Nederlands, bevatte in de “Beste” mijn volledige voornaam en achternaam √©n was verstuurd van een domeinnaam die leek op die van mijn werkgever: “han-hogeschool.nl” (i.p.v. han.nl)

De mail vroeg niet om mijn bankgegevens, maar had een link naar een pagina op (eveneens) han-hogeschool.nl die er exact zo uitziet als de schermpje waarmee ik normaal gesproken ook inlog:

 

De ene is de echte, de andere niet. Als je goed naar de adresbalk kijkt in de screenshots kun je zien welke wat is. Ik heb even niet getest wat er gebeurt als ik (onjuiste of juiste) inloggegevens in zou vullen, maar ik kan het de collega’s die hier w√©l voor gevallen zijn absoluut vergeven. Want hoe vaak vul je zo’n schermpje niet in? En in dit verband is het ook nog heel logisch, want je verwacht dat het nodig is om in te loggen om bij een interne pagina te komen waar je je keuze moet aangeven.

Overigens: via Internet Explorer, de standaard browser van de HAN, wordt de pagina netjes weergegeven. Met Chrome zie je wél snel dat er van alles mis is omdat ze de afbeeldingen en CSS bestanden gewoon heel brutaal bij de HAN rippen. En die gebruiken https:// terwijl de rest van de pagina via http:// uitgeleverd wordt. Chrome vindt dat niet fijn.

Goed, dit was een phishing aanval op HAN mailadressen. Ik neem aan, gezien de inhoud van de mail, alleen gericht op medewerkers. Maar als iemand zoveel moeite neemt om een aanval voor te bereiden, dan zou het me niet verbazen als ze zoiets ook op andere plekken gaan proberen. Het is een indrukwekkende combinatie van sociale manipulatie (je doet dingen die heel logisch lijken) en technische uitvoering. Dus let op!

p.s het domein is bij GoDaddy.com geregistreerd via domainsbyproxy.com, dus achterhalen wie hier achter zit zal wel nooit lukken denk ik.

Deel dit bericht:
apr 022017
 

If there is a thing that is dislike most, than it is giving up on a technical problem before it is solved. So, although this weekend a late cold finally managed to make me sleep more than usual, I did manage to spend some time with The Things Network, the LoPy Nano Gateway and the Marvin Node.

So, one thing that really can kill your debugging efforts is the fact that the backbone for The Things Network is rock solid stable. I don’t know whether that just is the case during the weekend, but like last week, this weekend there were some outages. There is no single status page that you can check, so that makes it a bit hard. But I’m starting to learn that if the console page act oddly, like failure to show the gateways that I defined, or if suddenly everything is displayed is disconnected, it might just be that they are having problems on their end.
Who am I to complain about a free service? I know, still, an automated page that tells me if I need to just wait and do other stuff, would be nice.

But during the uptime, I was able to get some more stuff working.

First of all: the code that Alex used in the video¬†does work, just make sure you select “Packet forwarder”.

Another thing to know is that the default abp_node.py script has this code:

for i in range (200):
s.send(b'PKT #' + bytes([i]))
time.sleep(4)
rx = s.recv(256)
if rx:
print(rx)
time.sleep(6)

Basically it just sends 200 packages within a short time and then stops. So if you don’t know that, you’ll think the node stopped working. It does, but on purpose. Now if you reset the LoPy, it will start again, but the TTN backbone will ignore that data because the LoPy will start again with package #0, and the backbone will already have a package #0. The quick solution during testing is to reset the frames counter for the device.

Also, the test script is nice for testing, but LoRaWAN was not build for a rapid stream of data, so make sure you read the post about the TTN Fair Access Policy, even with small messages at close range, the 500 messages (of 10 bytes each) per day at SF7 means max. 1 message per (about) 3 minutes, the script sends one every 10 seconds. Granted, it stops after 200 messages, but if you repeat that 2-3 times during testing, you go above that.
For me, testing it on my own Nano Gateway, the chances that I “steal” airtime from other nodes is small, but if you’re using someone else’s gateway, you could be causing problems for other nodes being unable to get their messages through.

But like I said in the title, the weekend showed there is still some love left. I managed to get a few more things working with my two nodes.

Lees verder….

Deel dit bericht:
mrt 312017
 

If your are used to learning stuff without there being a clear manual available, without a teacher that gives you a step by step breakdown of what to do, like when you like to experiment and play with electronics or ict, then you know how frustrating the process of trial and error can be to get something to work. And how rewording it is when it does work in the end.

There are limits however. And LoRaWan in combination with The Things Network (TTN) is really testing my limits with this regard. Because it turns out it is really tough to get it to sort of work, even though it looked easy at first, and I am not sure anymore whether this is good and a way to learn all the ins and outs of LoRaWAN and TTN or whether it just is not worth it (yet).

So, what is the current situation?

  1. On Monday I wrote about connecting the Marvin node to KPN, that worked surprisingly good and was easy to do. Connecting the LoPy as a node to KPN was just as easy. But since KPN is a paid solution and I don’t have a use-case that warrants that amount of money, I kept on looking.
  2. On Tuesday I wrote about setting up a single channel gateway for TTN. That worked also, but only for half a day. At the moment, I understand it sort of was surprising that it worked at all, though online information isn’t always very clear whether failure is by design or by accident, in particular because that info was from before I got the gateway online. Currently, that gateway shows as connected in the TTN console, but no data has been transferred by it since it disconnected Tuesday evening.
  3. Yesterday, there was a live broadcast by Alex from Pycom where he was going to explain how you can use the LoPy as a “Nano Gateway” for TTN. If you watch it, you’ll see that even for Alex, getting the LoPy acting as a gateway is not easy and not something that he could totally do from start to finish during a livestream. I tried to follow the steps that Alex outlines, wasted a couple of hours last night and by the looks of it by accident, the gateway started to accept broadcasts by both the second LoPy and the Marvin node. However…
  4. The LoPy Nano Gateway still is online, data from both of the nodes is being displayed in the console page for the gateway (see image), but not always and none of that data (except for the first few hours) is displayed at the data page for the nodes. So basically I now have a functioning gateway and still no data from the nodes.

Give up or go on?

Personally I don’t have any use-case for nodes that need to be in a location where there is no WiFi. Yes, WiFi uses a lot of battery power, but for the more battery sensitive stuff, 433Mhz transmission also works, and I have got plenty of those lying around.
Yes, I know that Single Channel Gateways or Nano Gateways are not LoRaWAN compliant. So, I cannot blame TTN if they don’t (fully) support them. And nobody is forcing me to use their free infrastructure.
But I am someone that would be willing to spend the couple of hundred euros needed to put a gateway on my house, either by building one for 200 euros¬†or buying one for 400 euros, but with this little succes (and love) in a test setup, that is not going to happen. Because I really don’t know if spending that money would fix all the current problems.

So for now, my home village will have to do without TTN capabilities. I did post a question on the Pycom forum, maybe Alex can shed some light on the problems, maybe he has suggestions, other than that, I don’t know what to test for now.
If someone has a spare gateway lying around that he wants to borrow or donate to get Deurne (NL) on the TTN map, let me know!

Deel dit bericht: