Disqus - Latest Comments for pascalvanhecke

Re: Accounts - etherchain.org - The ethereum blockchain explorer

Pascal Van Hecke — Wed, 23 Dec 2015 06:00:56 -0000

Source and discussion of the contract at https://medium.com/@kpcb_ed...

Re: Beyond Bitcoin: How the Blockchain Can Power a New Generation of Enterprise Software

Pascal Van Hecke — Fri, 09 Oct 2015 17:33:16 -0000

"The characteristics of the blockchain can help to overcome some of the
limitations of PKI models with a keyless security infrastructure (KSI). A
KSI model uses only hash-function cryptography, allowing verification
to rely only on the security of hash functions and the availability of a
public ledger commonly referred to as a blockchain."

I do know a bit about PKI, but I have no clue what is meant with these sentences. When I google for "keyless security infrastructure", this article appears. Anyone can elaborate the concept of "keyless security infrastructure"?

Re: Matching meta tags with Capybara 2 - Philippe Bourgau's blog

Pascal Van Hecke — Thu, 03 Jul 2014 04:15:24 -0000

I googled this page when I ran into the same issue, but a colleague of
mine pointed out you can use a visible: false argument (nowadays, not
sure it was implemented back then already).

[40] pry(#<cucumber::rails::world>)> page.has_selector? "title"
=> false
[41] pry(#<cucumber::rails::world>)> page.has_selector? "title", visible: false
=> true
[42] pry(#<cucumber::rails::world>)> page.has_xpath? 'html/head'
=> false
[43] pry(#<cucumber::rails::world>)> page.has_xpath? 'html/head', visible: false
=> true

Re: Bitcoin ondersteuning voor je administratie

Pascal Van Hecke — Mon, 03 Feb 2014 10:30:56 -0000

Bij nader inzien: de beste oplossing is gewoon mBTC als eenheid gebruiken: https://en.bitcoin.it/wiki/...
Grootteorde vergelijkbaar met euro en dollar.

Re: Bitcoin ondersteuning voor je administratie

Pascal Van Hecke — Sat, 01 Feb 2014 11:22:15 -0000

Ik kwam nog uit op een paar issues:

Jullie schrijven:

"Vergeet natuurlijk niet om bij de betaalcondities onderaan de factuur een Bitcoin wallet op te nemen."

Strikt genomen moet dat zijn "een Bitcoin adres" -> een adres is de lange string of QR code waarheen je betaalt, een wallet is een verzameling adressen beheerd door je Bitcoin applicatie.

Ook is het zo dat je als factuurbetaler met de (op dit moment voorhanden zijnde) Bitcoin client geen betalingsmededeling kunt meegeven. Als factuurverstuurder moet je dus een uniek adres genereren per factuur om bij te houden wie welke factuur betaald heeft.

Mijn factuurnotitie had ik dus als volgt aangepast:

"We verzoeken u vriendelijk het bovenstaande bedrag van *** voor
02-03-2014 te voldoen op uniek Bitcoin adres
*** aangemaakt voor deze factuur *** "

Het zou dan ook handig zijn als ik dat uniek Bitcoin adres kon bijhouden in Moneybird per factuur (en met een tag automatisch in een template kon opnemen voor BTC facturen) - in plaats van dat ik moet plakken of zoeken in de vrije-tekst velden. Op dit moment label ik zo'n uniek adres in mijn wallet, en als de factuur betaald is, kan ik het swipen (overzetten naar een ander BTC adres) en archiveren.

Tenslotte zou het ook handig zijn om het BTC adres als QR code op de factuur te zetten zodat de ontvanger met een paar drukken op haar/zijn foon de factuur mobiel kan betalen.

Re: Bitcoin ondersteuning voor je administratie

Pascal Van Hecke — Sat, 01 Feb 2014 10:46:29 -0000

BTC is 3 grootteordes meer waard dan EUR op dit moment -> het lijkt me dan ook logisch dat je voor BTC 3 cijfers MEER toelaat na de comma. Ik wil een bedrag van 0.125 BTC factureren, en dat wordt nu afgerond tot 0.13 BTC, incl BTW 0,16 BTC. Voor de gefactureerde lijkt het alsof ik stiekem de prijs verhoogd heb...

Re: Cucumber Tests: Auto Retry Failed

Pascal Van Hecke — Tue, 18 Jun 2013 06:31:14 -0000

Thank you for this writeup, it helped me a lot.

I added this minor tweak in my own solution:

exit false

instead of:

raise CucumberFailure.new 'Cucumber tests failed'

Raising an exception (I understand you defined CucumberFailure elsewhere - I replaced it at first by just "raise Exception"?) prints an ugly and irrelevant stack trace, exit just sets the exit code that is taken up by the CI.

Re: Bear&Bull Blog : 'Ik droom elke nacht van een recessie'

Pascal Van Hecke — Tue, 27 Sep 2011 12:18:06 -0000

Indien lid van de Yes Men, dan goed voorbereid:

Twitter account sinds 2 november 2009, weblog online sinds 2006: https://encrypted.google.co...

Re: Bear&Bull Blog : Bitcoin, een oplossing voor de hipste Oostenrijkers?

Pascal Van Hecke — Tue, 14 Jun 2011 12:07:32 -0000

Quote:

"De gebruikers kunnen hun bitcoins bewaren via een onlinedienst, of als ze wantrouwig zijn, op eigen opslagmedia."

Misschien toch ter verduidelijking:

Eigenlijk bewaar je niet de bitcoins... bitcoin is enkel de naam voor de eenheid. Een bitcoin komt niet overeen met een bestandje of zo. Wat je bewaart als gebruiker zijn de sleutels die toegang geven tot je bitcoin adressen (of noem ze rekeningen als je wil). De "sleutels" en "adressen" zijn resp public/private key paren, een gekende techniek die ook bij electronische handtekeningen wordt gebruikt. Eén van de gekke eigenschappen van cryptografie is dat jezelf een onbeperkt aantal sleutel/rekeningparen kan aanmaken zonder dat ooit iemand dezelfde heeft. In principe volsta je met één, maar als je de anonimiteit wil nastreven die het bitcoin systeem wordt toegedicht, dan maak je best per transactie een nieuw adres aan (om koppeling van je betalingshistoriek tegen te gaan).

Als je van Jantje bitcoins koopt, komt dat erop neer dat Jantje in het grote bitcoin-register zal neerschrijven dat er bitcoins van zijn één van zijn adressen naar jouw adres gaan. Enkel Jantje kan dat doen, want Jantje is de enige die de sleutel bezit van die rekening (Jantje let dan ook goed op dat die sleutel niet gekopieerd wordt of niet per ongeluk van zijn harde schijf gewist!).

Het grote bitcoin-register is niet opgeslagen op één plek: _elke_ deelnemer aan het netwerk heeft een kopie, en elke deelnemer gaat die ook voortdurend updaten met de nieuwe transacties die omgaan in het netwerk. Gemiddeld om de 10 minuten is er een wedstrijdje tussen de deelnemers die dat willen om een mooie cryptografische "tussentijdse afsluiting" van het register te "berekenen" (die activiteit heet "minen"). Als Pietje "mining software" draaien heeft op zijn computer, en Pietjes computer wint die wedstrijd, dan wordt hij beloond met 50 Bitcoins (maw Pietje mag in het grote boek neerschrijven dat er 50 bitcoins naar zijn rekening gaan).

Het aanmaken van bitcoins door die cryptografische berekeningen lijkt op het eerste zicht een arbitraire en zinloze activiteit, maar dat wedstrijdelement heeft als effect dat alle deelnemers het eens zijn over de historiek van alle transacties, én dat die voor eens en altijd wordt vastgelegd. De beloning uit bitcoin mining is dus eigenlijk een vergoeding voor het beveiligen en in stand houden van de betalingsinfrastructuur, vergelijkbaar met de kosten die een bank je aanrekent voor transacties (iedere deelnemer in het bitcoin systeem is dus eigenlijk mee een beetje bank).

(Ik dacht even een kleine correctie neer te schrijven, got carried away... Grafische illustratie bij mijn verhaal in de presentatie die ik afgelopen weekend gaf op Bizcamp.be in Gent: http://www.slideshare.net/p... )

Re: Germany Rules Google Street View Legal

Pascal Van Hecke — Mon, 28 Mar 2011 17:58:04 -0000

Please note that the (civil law) case discussed in this post has nothing to do with the investigation against Google started by a German (Hamburg) Data Protection Authorithy (linked in the first paragraph) nor with the fine imposed by the French Data Protection Authority.

The civil law case was about the legality of the Streetview pictures, the investigations (and fine) by EU Data Protection Authorities have to do with the interception of unencrypted wifi traffic by the Google Streetview cars (something that Google itself admitted was illegal and - as they explain it - unintentional).

Re: UBL facturen, wat kan ik er mee?

Pascal Van Hecke — Thu, 24 Mar 2011 07:47:25 -0000

"Sinds enige tijd is het mogelijk om in MoneyBird facturen digitaal uit te wisselen"

Dat is natuurlijk mooi, maar daarvoor heb je geen UBL nodig, toch? Kan je een UBL file trouwens versturen per email eigenlijk, of is het enkel een zaak van bedrijven die hun backendsystemen één op één aan elkaar koppelen en elkaar berichten in UBL-formaat sturen (zoals de EDIFACT vroeger?). In dat scenario zou Moneybird de UBL-postbus zijn voor zzp'ers waar ze dan zowel hun UBL facturen kunnen laten aankomen en versturen naar partijen die hebben gekoppeld met Moneybird (zoals Digipoort van de overheid)?

Re: Stupid EU cookie law will hand the advantage to the US, kill our startups stone dead

Pascal Van Hecke — Wed, 09 Mar 2011 10:41:56 -0000

I used the word FUD with a reason. The impact of the directive will depend on how individual member countries implement it. As the debate now rages in all of these countries, it's nice for the behavioural advertising industry to discard the directive as some "loony luddite EU thing" and spread the myth that "it forbids cookies".

If the industry's browser settings interpretation gets accepted, _nothing_ actually changes compared to the current situation (in which you tuck away your data collection practices in the privacy statement - also for 3d party cookie tracking companies the user is not even aware of). It is hard to imagine that would be the intended result after 3 years of discussion.

If the "consent, having been provided with clear and comprehensive information" interpretation gets confirmed, behavioural targeting companies will be pressurized to come up with an acceptable implementation of "informed consent". That probably will be a combination of further changes implemented by browser makers (more user-friendly and transparent cookie management, explicit choice of the user for black- or whitelisting upon the browsers' installation etc...) and with better information by the behavioural targeting companies (such as a mandatory icon, leading to a privacy and opt-out page, more transparency about and possible 3d party auditing of their data collection practices). Google is one of the companies that came up with useful improvements here (the "Ads by Google" link, the ad preferences dashboard etc).

True, the advertising/targeting industry pays for those free sites we all enjoy, but it cannot live on distrust and ignorance either.

Re: Stupid EU cookie law will hand the advantage to the US, kill our startups stone dead

Pascal Van Hecke — Wed, 09 Mar 2011 08:40:40 -0000

The directive has been voted by the EU parliament and is a compromise between EU parliament, EU commission and EU council of ministers.

All of these institutions are under your control as an EU citizen via the elections for the EU parliament and your national elections (the latter determine who represents your country in the Council of Ministers and who is appointed in the Commission for your country).

You can influence this debate via your M(E)P or by either supporting the privacy argument via your local branch of http://edri.org/ or the industry argument via your local branch of http://www.iabeurope.eu/

Yes, it would have been better for the quality of democracy if the weight of the directly elected EU parliament would have been bigger in the proces vis-a-vis that of the Council or the Commission. That was the intent of the so-called "EU constitution" in the early 2000's that has been watered down to the Lisbon treaty. Ironically (or not) it were the EU sceptics that always opposed more power for the EU parliament...

Re: Stupid EU cookie law will hand the advantage to the US, kill our startups stone dead

Pascal Van Hecke — Wed, 09 Mar 2011 06:05:34 -0000

The article is FUD for 2 reasons:

1. as Martin Källström pointed out, in practice the EU directive will only impact 3d party cookies. For first party cookies, in almost all of the cases it can be argued that they are "technically necessary to provide the requested service"

2. even for third party cookies, there still is discussion about the interpretation of the directive - see further

The part of the directive that applies to cookies is (I agree with Nick Halstead on that) indeed a piece of crap - not for its intention, but for its totally ambiguous wording. The result of a long lobby struggle in the European Parliament was a text http://register.consilium.e... in which the directive (the actual legal text from page 40 on) was contradicted by the "considerations" accompanying the text (the "Whereas" explanations up to page 40)

The text of the directive itself says:

"Member States shall ensure that the storing of information, or the gaining of access to information already stored, in the terminal equipment of a subscriber or user is only allowed on condition that the subscriber or user concerned has given his or her consent, having been provided with clear and comprehensive information, in accordance with Directive 95/46/EC, inter alia about the purposes of the processing. This shall not prevent any technical storage or access for the sole purpose of carrying out the transmission of a communication over an electronic communications network, or as strictly necessary in order for the provider of an information society service explicitly requested by the subscriber or user to provide the service."

The requirement for "clear and comprehensive information" before giving consent to store a cookie (= "information stored, in the terminal equipment of a user") can indeed be interpreted as a mandatory notice in advance - but it does not apply to "technical storage or access... strictly necessary in order for the provider of an information society service explicitly requested by the... user". This is made more explicit by consideration 66 p 34: "strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user" -> hence the interpretation that first party cookies do not need "prior consent" (BTW you still need to explain what you do with cookies in your privacy statement).

However that same consideration 66 p 34 leaves open the door for all cookies, also the tracking 3d party cookies (Doubleclick etc...): "Where it is technically possible and effective, in accordance with the relevant provisions of Directive 95/46/EC, the user's consent to processing may be expressed by using the appropriate settings of a browser or other application". The discussion on whether you can omit prior notice and just rely on browser settings is still going on...

Some people argue that browser settings are sufficient (about half of the member states, the Commission, the MEP responsible for the directive: http://admin.campaigner.nl/... ...), others argue that most users are not aware of these settings and that browser settings at this moment are not userfriendly, have the wrong defaults, and are implemented in an inconsistent way (that in itself is a long story again). See the argumentation of the WP29, the collective EU's governmental privacy watchdogs: http://privacy.fgov.be/nl/s...

BTW I am using the word "directive" here and not "EU law". Technically, there is no such a thing as "EU law": directives are decided upon on EU level but still have to be "implemented" in the legislation of individual EU countries. The ambiguity of the text will probably lead to the unwelcome situation where some EU countries have implement the stricter or more lax approach, depending on the privacy attitudes of the country. The discussion is still going on in the Netherlands for example.

Further comments:

@ Mike Robinson on circumventing the directive by using HTML5 or Flash: no way, the text is technology-neutral: "store information on the equipment of a user"
@ Gabriele Bozzi on moving to EFTA countries such as Switzerland and Norway: EFTA takes over all EU directives in order to secure unhindered trade with the EU. So this directive will be implemented in Switzerland and Norway as well

Pascal Van Hecke
http://vanhecke.info
http://twitter.com/pascalva...
(My background: I have worked as a technical advisor to the Dutch Data protection Authority and do technical consulting work for government and legal organizations)

Re: Wat verklapt Facebook over jou? | T-zine

Pascal Van Hecke — Wed, 28 Apr 2010 05:02:50 -0000

Raphael, die analyse klopt niet.

Die Zesty site geeft aan wat Facebook beschouwt als "publicly available information", dus beschikbaar voor het hele internet, ook wie niet ingelogd is op Facebook. Het is het soort informatie dat ze van plan zijn door te geven aan sites waar je "automatische personalisatie" tegenkomt.

Dat is nog verschillend van "beschikbaar voor iedereen", d.i. beschikbaar voor alle andere gebruikers van Facebook (als ze ingelogd zijn). Heel veel mensen hebben foto-albums open staan bv zonder dat ze zich daarvan bewust zijn.

Re: Gcal2Excel

Pascal Van Hecke — Wed, 13 Jan 2010 14:42:46 -0000

Not sure how much effort you want to put into this, but you could systematically invite (maybe there's a shortcut for that or a Greasemonkey script...) your heitz.excel@gmail.com account to each of the appointments you want to have exported, and set the heitz.excel@gmail.com account to auto-accept...

Re: Gcal2Excel

Pascal Van Hecke — Wed, 13 Jan 2010 14:40:44 -0000

(Sorry for the typo, Anupom of course!)

Re: Gcal2Excel

Pascal Van Hecke — Wed, 13 Jan 2010 14:04:41 -0000

Hi anypom,

Could you name a sum for which you would be able to adapt the code so that it does Oauth?

You could set up a pledge at http://micropledge.com/
I would be willing to put in 10$, and if we find a sufficiently high number of people, you might be able to get paid for your effort.

Re: Rood licht

Pascal Van Hecke — Sun, 06 Dec 2009 10:44:16 -0000

In Nederland zie je die meer en meer hoor, verkeerslichten met een voortgangsindicator.
De versie die ik ken is er een met witte ledjes in een cirkel rond het verkeerslicht die langzaam de klok rond gaan tot het licht verspringt.

Re: Alex Bosworth's Weblog - Working on a totally new look and feel for...

Pascal Van Hecke — Wed, 26 Aug 2009 12:47:08 -0000

Suggestion: add GetSatisfaction or another feedback service to the site.

Wanted to report some time ago that tweeting from Tweetbe.at was impossible with Firefox on EasyPeasy (Ubuntu distro for netbooks) when I was at a conference)

When the Enter key was pressed, it created a linebreak in the tweet field and didn't trigger a form submit.

Don't know by heart the Firefox version used, that's why an instant feedback tool is useful ;-)

Re: How Open Data even makes Garbage collection sexier, easier and cheaper

Pascal Van Hecke — Thu, 02 Jul 2009 17:24:38 -0000

For reports on that govcamp day, see http://www.zylstra.org/blog... and http://www.lifesized.net/20... and my own posting in Dutch http://weblog.vanhecke.info...

Re: How Open Data even makes Garbage collection sexier, easier and cheaper

Pascal Van Hecke — Thu, 02 Jul 2009 16:58:50 -0000

Hi,

Last month, there was a barcamp/govcamp event in Amsterdam "Hack de overheid" ("hack government").

Participants could come up with ideas and have them (partly) developed/prototyped the same day.

The idea I suggested then, and tried to develop together with a dev guy (but we didn't get to a working prototype in time) was to crowdsource the screenscraping job that had to be done for every different city/municipality in the Netherlands to build the very application application you just described.

So: you come to the garbage website, punch in postal code (and maybe house nr), and you'd get an ical feed/calendar widgets, and instructions on how to add it to your widget dashboard or calendaring application. OR: the message that for your location, no such feed yet existed, and that you had to screenscrape the data yourself from the local city council website, and post that (ical)feed to the garbage website. Possibly parameterizable with postal code (and house number).

Even though we didn't have a prototype ( and still haven't) we actually got the first prize...

Re: oohEmbed.com

Pascal Van Hecke — Wed, 04 Jun 2008 06:57:45 -0000

Hello Deepak,

I've been thinking along similar lines to transform online media permalinks to the direct download links of the embedded media.
Say like you'd have a del.icio.us list of links as input, and as output not only your dumble blog, but a vodcast/podcast/photocast of the embedded media people would be able to subscribe to with their media players...

(a bit unsure about the legal issues though...)

Re: louisgray.com: What's Your Twitter Noise Ratio?

Pascal Van Hecke — Sun, 27 Apr 2008 07:42:44 -0000

You might like the Twitter Quotient gimmick by a friend of mine
http://web.forret.com/tools...