Jamen, så...

Og hvert tag indeholder kun et serienummer som skal slås op i Microsofts Database...

Hvad mon det kommer til at koste når deres "beta" periode er ovre ?

Det kan man sjovt nok ikke se nogen steder...

Big Brother wants Big Money igen igen igen...

Poul-Henning

Pudsigt, at man rent faktisk kan bruge verdens dårligste kamera (i min iPhone) til andet end at tage fnidrede billeder.

Men tak for kontonummeret til din lønkonto, i øvrigt (det må have været i dit clipboard, da du lavede billedet ovenfor). Jeg går ud fra, at vi bare skal begynde at trække penge?

;o)

Hvorfor benytte en åben standard for mobiltags som fx QR eller Data Matrix når man kan opfinde sin egen?

NIH! NIH! NIH!

Nu forekommer det mig at tilføjelsen af CMY vil kunne forbedre informationsdensiteten og egne sig godt til mobil-kamera'er.
Så helt uberettiget er det vel ikke. Meenn...

Poul-Henning,

Jeg syntes at teknologien - specielt klienterne - er så gode og anvendelige (selv med mit gudshjammerlige mobiltlf kamera) at det er lidt fedt.

Jeg kender ikke forretningsmodellen bag dette. Du har ret i at det scenarie du opstiller er mulig. På den anden side hvis det er Microsoft-only teknologi tror jeg at vi begrænser os fra en masse forretning.

Man kan sammenligne det lidt med U-Prove. Når U-Prove rammer markedet i produkter vil det være uhensigtsmæssig hvis det kun er Microsoft som kan bruge dette og det får ingen adoption.

Men igen jeg har ingen anelse om hvordan Microsoft skal lave forretning på dette.

Jesper,

Du tager fejl der står ikke 3133 897303883 nogen steder i det tag!

Kristian,

Jeg ved ikke om det er en NIH "thing", men hvis du ser denne sammenligning: http://www.istartedsomething.com/20090108/microsoft-tag-microsofts-own-2... så kan du selv vurdere om der ligger noget innovation eller forbedringer i skridtet fra QR til HCCB.

Hvorfor benytte en åben standard for mobiltags som fx QR eller Data Matrix når man kan opfinde sin egen?

Det er lidt æbler og bananer. QR+DataMatrix indeholder data, mens Microsoft Tag kun encoder et ID til deres database (som PHK allerede har nævnt).

QR (med venner) kan indeholde meget data[1], ifht. Tag's 5x10x4 (minus fejl-korrigering) bits, og er med sort-hvid også muligt at printe, altså godt til offline brug.

Uden at have læst nogen af deres publiseringer omkring Tag, vil jeg tro at deres metode er fokuseret på decoding under "svære forhold", f.eks. gnidrede eller ufokuserede billeder. Måske Rene kunne linke til noget af de artikler, udover bare billedet ;-)

Mvh,
Søren

[1] http://www.denso-wave.com/qrcode/aboutqr-e.html

Det er helt klart styrken i Microsofts ide, at det ikke er så mange bits de skal flytte.

Jeg gætter på at nyttelasten er omkring 64 bits: der går fire trekanter per byte og jeg vil tro at de bruger både række og søjle ECC.

Men det er netop også svagheden i konceptet: med 64 bit er der ikke plads til meget mere end en enkelt database.

Man kan naturligvis forestille sig alle mulige måder at være smart med de 64 bits, men i sidste ende er den slags smarte løsninger ikke smarte når det kommer til stykket: det bliver HOSTS.TXT hele vejen ned.

Poul-Henning

Syntes jeg læste for noget tid siden at microsoft ville bruge dem til at encode lincenser til deres software også - kan det have sin rigtighed?

Søren,

Uden at have læst nogen af deres publiseringer omkring Tag, vil jeg tro at deres metode er fokuseret på decoding under "svære forhold", f.eks. gnidrede eller ufokuserede billeder.

Det tror jeg du har ret i. Jeg har prøvet en anden barcode-scanner-dims til min iphone (til sådan en 2d-barcode), og med det gudsjammerligt dårlige kamera i min telefon lykkedes det slet ikke at få det til at virke.

Med dette hersens Tag-billede lykkedes det "i første hug", som kunden sagde til luderen ...

:o)

Jeg gætter på at nyttelasten er omkring 64 bits: der går fire trekanter per byte og jeg vil tro at de bruger både række og søjle ECC.

Ja, det lyder mere rigtigt - mig der lige tåger over 4-tals systemet (4 farver) ;-)

Jeg fandt selv det link jeg ledte efter[1, 2], og hvis man ser bort fra deres Microsoft Tag implementation (Stephan's vendor lock-in, og at Microsoft skal opbevare data), så er det en interessant teknologi.

Jeg er dog ikke helt med på hvad det nye i deres tilgang er. Sony har lavet farve encoding siden engang i 90'erne[3], og QR's metode er svjks. lettere at "finde" i billeder. Finder nok ikke ud af det medmindre de publiserer deres metode...

Mvh,
Søren

[1] http://research.microsoft.com/en-us/projects/hccb/about.aspx
[2] http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=4544033
[3] http://www.sdds.com/

Det er lidt æbler og bananer. QR+DataMatrix indeholder data, mens Microsoft Tag kun encoder et ID til deres database (som PHK allerede har nævnt).

Det ville da ikke være noget problem at encode et database-id i en DataMatrix og kalde det en innovation at du kan slå noget op over en netforbindelse.

Søren,

Tak for links!
Så forsøger jeg at spørge i min arbejdsgiver hvad forretningsmodellen er, så jeg evt kan give svar på vendor lock-in og data opbevaring. Håber på et andet svar end "We have nothing to announce at the moment!"

:-P