|
My plan would be to get things going with the said 0.01BTC per card but with donations remaining open after getting things rolling so please don't print "1cBTC" on them. Maybe it would even be a good idea to charge them a bit randomly so people check if they got one of the three 50$ cards.
I would donate 1BTC to an escrow now but if the cards look cool without typos and if it gets media attention I would pay another 3 later.
I would also donate the other 3 only if I get some media on how the cards actually got distributed and not handed over to some kids to bulk-scan the codes for some of the "helpers".
|
|
|
|
Can you show us the original SVG file for comparison or is it too big?
Nah, it's not "big" at all. I stripped just everything that looked like "extra" (namespace sodipodi and inkscape) or "default" (color:black), ids and some numbers precision. Probably adding back the first line would make the svg work in the browser: <?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!-- Created with Inkscape (http://www.inkscape.org/) -->
<svg
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:cc="http://creativecommons.org/ns#"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:svg="http://www.w3.org/2000/svg"
xmlns="http://www.w3.org/2000/svg"
xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
width="156.08125"
height="28.16"
id="svg2"
version="1.1"
inkscape:version="0.48.1 r9760"
sodipodi:docname="New document 1">
<defs
id="defs4" />
<sodipodi:namedview
id="base"
pagecolor="#ffffff"
bordercolor="#666666"
borderopacity="1.0"
inkscape:pageopacity="0.0"
inkscape:pageshadow="2"
inkscape:zoom="0.35"
inkscape:cx="-267.49143"
inkscape:cy="-388.17143"
inkscape:document-units="px"
inkscape:current-layer="layer1"
showgrid="false"
fit-margin-top="0"
fit-margin-left="0"
fit-margin-right="0"
fit-margin-bottom="0"
inkscape:window-width="1112"
inkscape:window-height="740"
inkscape:window-x="134"
inkscape:window-y="155"
inkscape:window-maximized="0" />
<metadata
id="metadata7">
<rdf:RDF>
<cc:Work
rdf:about="">
<dc:format>image/svg+xml</dc:format>
<dc:type
rdf:resource="http://purl.org/dc/dcmitype/StillImage" />
<dc:title></dc:title>
</cc:Work>
</rdf:RDF>
</metadata>
<g
inkscape:label="Layer 1"
inkscape:groupmode="layer"
id="layer1"
transform="translate(-121.06286,-116.03076)">
<text
xml:space="preserve"
style="font-size:40px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:LMSans8;-inkscape-font-specification:LMSans8"
x="117.14286"
y="143.79076"
id="text2985"
sodipodi:linespacing="125%"><tspan
sodipodi:role="line"
id="tspan2987"
x="117.14286"
y="143.79076">Die Bibel</tspan></text>
</g>
</svg> |
|
|
|
i'm looking at your SVG code now on my phone, thanks
I realized that it is maybe non-trivial to get the qr-code into an svg-file. In order to get a rather small qr-code I stripped a lot of meta-data from the original svg-file as it came out of inkscape. ... uhm ... opening the file on my desktop works. In the browser it doesn't. Crippled too much, but you get the idea  Here is the svg: <svg width="157" height="29">
<g transform="translate(-121,-116)">
<text style="font-size:40px;">
<tspan x="167" y="144">See?</tspan>
</text>
</g>
</svg> |
|
|
|
Storing a whole business card in a picture readable when offline would surely distort it much more. How about a vector image? I don't understand. The difference between vector and bitmap is only in the storage format. QR-like codes work even after printing when the storage format is "ink on paper". Sure in an SVG you can embed arbitrary information. You can add a whole book without violating the SVG standard and without distorting the image's visual representation Check it out. It's 3.9MB and for convenience I put the bible as the title but other and new tags are perfectly allowed in the standard:  i thought bruno was saying "how about embedding a vector image into the photo, instead of embedding text data". Well, svg is "text data". Am I missing something?  |
|
|
|
Storing a whole business card in a picture readable when offline would surely distort it much more. How about a vector image? I don't understand. The difference between vector and bitmap is only in the storage format. QR-like codes work even after printing when the storage format is "ink on paper". Sure in an SVG you can embed arbitrary information. You can add a whole book without violating the SVG standard and without distorting the image's visual representation Check it out. It's 3.9MB and for convenience I put the bible as the title but other and new tags are perfectly allowed in the standard: |
|
|
|
How long do you expect until people reverse engineer this and release a FLOSS variation of the standard?
Firstly, where is there a standard? Secondly, I doubt it is hard to find out. Most likely if you ask them, they point you to the patent describing how it works. From their commercial though it is clear that all that is stored in the image is a little snippet of information - an ID maybe. The actual link behind that ID can be changed on the server at any time. This way it heavily relies on a central database with very limited information in the picture stored highly redundant. Storing a whole business card in a picture readable when offline would surely distort it much more. |
|
|
|
For the fun of it: This car is also available without the embedded information:  +saturation +lightness *2 =  The image with the embedded information:  and yes, even at this small scale the information can be extracted, so maybe it is slightly more sophisticated than what I suggested above |
|
|
|
Ok, I tried the pdf and installed the android app and it's fun: I stretched the saturation and brighness and cropped the image down to this little image:  Context:  And the app did still trigger. And no, it did not trigger when I pointed it to some other pictures, so I would assume the information to really be in the image. |
|
|
|
|
Ok, i must take back my last post. This is interesting indeed.
My wild guess would be that they take a "QR-like code" and apply it to the image many times. Some areas get shifted to be green and some get shifted to be magenta. They do some kind of dithering with a set of patterns that all contain 50% green-shifting and 50% magenta-shifting. The ones can be translated to black and the others to white of the regular QR-code. As each such dithering pattern is balanced you don't see the QR-code without the appropriate pattern matching.
Now as a perceptible shift of the hue would be annoying in very bright and very dark areas, this is mainly done/visible in medium bright areas. Also highly saturated areas don't allow such operations without adverse effects.
|
|
|
|
|
Did I get this right? This "invisible QR code" is just image recognition? So at the app vendor's website there is a database of all "active" images. If I find one of these, the app translates it into a link.
Why would I want that? It has nothing to do with QR-codes as it only works as long as the database is not polluted by millions of similar pictures that confuse the app thus it will *only* work as proprietary software.
|
|
|
|
please... DO NOT LOCK DOWN MY EMAIL ACCOUNT!!!!!!!!!!
*sigh* ... google can definitely check if your password leaked or not from that list. In case it did and only then should they lock down your account for reactivation via date of birth, sms or whatever ... |
|
|
|
Maybe not so easy with their marketing but I'm surprised how many "dislike" (hinthint) they got |
|
|
|
What pool is the info from and how did the op get it?
No idea which pool it was. Those affected will know. I got the link from the other thread. Apparently this document is in google's search index. |
|
|
|
Ok, so if you think that bitcoin will outperform - whatever it means - dollar in 2 years for 100 times, so why the hell is this bet in USD instead of BTC?
I doubt somebody who does not agree would accept BTC for the bet |
|
|
|
Write a script to just pull the email addresses from the list end send an email to all of them.
Write a script to change all their passwords faster than somebody does what you suggested ... No, this should go to the email provider's attention don't you think so? |
|
|
|
Hi, I want to ask course of action as the other thread doesn't get the necessary attention. http://50.19.139.134/test.phpleaked thousands of mails with worker passwords but many are legit passwords of the mail accounts too for sure. Is there any place to go to get all these mail accounts locked down? |
|
|
|
Ok, the one gmail account I tried out and worked got this message a minute ago: Your request (#....) has been received, and will be reviewed by our support staff.
Our help desk is experiencing unusually high traffic currently. We regret to inform you that you will experience some delays (currently 48-72 hrs) in us getting back to you.
We sincerely apologize for the inconvenience and are working on all fronts to improve our response times.
To review the status of the request and add additional comments, follow the link below:
http://support.mtgox.com/tickets/....This means somebody even more evil than the OP and me is already at it. I could have logged into Gox but didn't as from having his main mail account I know the rest is trivial. HOW TO RING THE BELLS?  ? |
|
|
|
|
@OP actually you're the dick for posting the link without any attempt to warn those affected.
|
|
|
|
|
Ok, I'm a dick. 3rd try of a gmail account worked. I'll try to inform gmail to lock them all but ... hmm ... how to reach all mail hosters?
|
|
|
|
|
Show Posts
