A small study of compact cassette J-cards, found in my friend's attic, from 1975. The date i guessed from the number of track listings for the home-recordings that say things like "top 10 1975" and "xmas hits 1975". That's also how old the house is that my friend bought recently, so i think the cassettes may well have been in attic since the original owner moved in in 1975.

#JCard
#CompactCassette #Cassette #1970s

From a private email I just sent.

#rdap #ietf #jmap #jcard

Portable Contacts (schicker als ich dachte)

In der aktuellen Folge (Episode 5: The Portable Contacts Initiative) sprechen John McCrea, Joseph Smarr und Chris Messina über das Portable Contacts - Projekt über welches ich vor kurzem noch so gescholten habe... Und ich muss sagen, ich hatte unrecht! Ich glaube kleine Gruppen mit dem Fokus auf ein spezielles Problem können wesentlich effektiver arbeiten als eine so große und über die ganze Welt verstreute Organisation wie DataPortability (da wird wohl auch die Steering Group nichts [...]

https://notiz.blog/2008/08/08/portable-contacts-schicker-als-ich-dachte/

Microformats und JSON

Ich bin vor einiger Zeit schon auf das microJSON Projekt gestoßen und fand die Idee, ein einheitliches JSON Format für alle Microformats zu erstellen, prinzipiell nicht schlecht, deshalb habe ich auch versucht microJSON für mein hCard-Commenting Script einzusetzen.

Bei genauerem Betrachten gibt es bei der jCard aber zwei unschöne Eigenschaften:

Das n Attribut wird in JSON als name dargestellt.Das fn Attribut wird gat nicht abgebildet.

Da ich, um den Username in den WordPress Kommentaren darzustellen, auf fn angewiesen bin, habe ich mir verschiedene andere „hCard to JSON“ Services angeschaut.

Test-hCard: http://pfefferle.org/static/microformats/hcard-test.html

Überblick der einzelnen JSON Objekte

Optimus:

.wp-block-code {border: 0;padding: 0;}.wp-block-code > div {overflow: auto;}.shcb-language {border: 0;clip: rect(1px, 1px, 1px, 1px);-webkit-clip-path: inset(50%);clip-path: inset(50%);height: 1px;margin: -1px;overflow: hidden;padding: 0;position: absolute;width: 1px;word-wrap: normal;word-break: normal;}.hljs {box-sizing: border-box;}.hljs.shcb-code-table {display: table;width: 100%;}.hljs.shcb-code-table > .shcb-loc {color: inherit;display: table-row;width: 100%;}.hljs.shcb-code-table .shcb-loc > span {display: table-cell;}.wp-block-code code.hljs:not(.shcb-wrap-lines) {white-space: pre;}.wp-block-code code.hljs.shcb-wrap-lines {white-space: pre-wrap;}.hljs.shcb-line-numbers {border-spacing: 0;counter-reset: line;}.hljs.shcb-line-numbers > .shcb-loc {counter-increment: line;}.hljs.shcb-line-numbers .shcb-loc > span {padding-left: 0.75em;}.hljs.shcb-line-numbers .shcb-loc::before {border-right: 1px solid #ddd;content: counter(line);display: table-cell;padding: 0 0.75em;text-align: right;-webkit-user-select: none;-moz-user-select: none;-ms-user-select: none;user-select: none;white-space: nowrap;width: 1%;}

Code-Sprache: JavaScript (javascript)

ufXtract:

Code-Sprache: JSON / JSON mit Kommentaren (json)

hKit Service (hKit + JSON)

Code-Sprache: JavaScript (javascript)

microJSON (jCard)

Code-Sprache: JSON / JSON mit Kommentaren (json)

Leider unterscheidet sich jedes dieser JSON Formate (wenn auch teilweise nur gering) vom anderen, was ja prinzipiell kein wirklich großes Problem ist. Zum Problem wird es erst dann, wenn man einen dieser Dienste durch einen anderen ersetzt, da ein solcher Vorgang immer mit Änderungen am Quellcode verbunden ist.

Es ist im SOA Ansatz zwar nicht definiert, dass die Services ähnlich wie bei der Multi-Tier-Architektur austauschbar sein sollten, es würde jedoch eine Menge an Arbeit erspahren.

Microformats sind wohl definierte offene Standards, wieso nicht auch die Austauschformate wohl definieren?

Weiterführende Links:

JSON im Microformats WikimicroJSON Wiki

#hcard #jcard #json #microformats

https://notiz.blog/b/BW