GeoFabrik er også så venlige, at de tilbyder tillige download af verdens lande i ESRI Shapefile format. Så hvis du bedre kan lide at arbejde med dette format, så er det muligt at hente Danmark ned i ESRI Shapefile.

Jeg bruger selv filer fra GeoFabrik til den ugentlige OpenStreetMap Danmark statistik, hvor man kan se væksten i OpenStreetMap Danmark siden 28. december 2010.

Fra microformats verden, så afholdte Tantek Çelik og Kevin Marks for 4 år siden et banebrydende foredrag “real world semantics” 11. februar 2004. Et par måneder før i 2003 havde Tantek Çelik, Matt Mullenweg, og Eric Meyer lavet XFN (det første microformats). De sidste 6 måneder har microformattet XFN samt også hCard virkelig været i vælten i forbindelse med OpenID og Social graph etc. (via Zeldman)

Det er ikke kun til tags/kategorier dette kan benyttes, det kan også være hvilken musik lytter du mest til, websider du besøger mest osv.

Matthias Pfefferle har lavet en WordPress plugin der laver en AMPL fil udfra dine tags/kategorier.

Din kan se min APML profil for mine tags/kategorier her. Forslag til nyt TV-program : Vis mig din APML fil, og jeg skal sige hvem du er

<Concept key="DiSO" value="0.017543859649123" from="www.microformats.dk" updated="2008-01-05T05:51:17" />

Jo tættere eller lig med 1, jo mere kan det siges at være hovedemnerne for din blog. Samtidigt skal også ses på rangorden mellem tags/kategorierne for at få et billede af hvad der er dine hovedinteresser i din blog (ikke kun værdien mellem 0 og 1) . Okay, det hele er betinget af jeg ikke tag-spammer, før det kan siges at have en vis værdi. Jeg er sikker på, at i 2008 vil vi høre mere til APML og andre ting det vil blive brugt til.

SCRuF means to scrape Microformats. Or more precisely Its a GRDDL “like” application, that Scrapes Microformats from XHTML via XSL transitions and saves the transitions in a Store as RDF and XML

Okay, sort snak årets sidste dag. Så vi tager et eksempel. Min blogroll her på microformats.dk benytter sig af microformattet XFN. XFN bruges til at beskrive relationerne til dem jeg har linket til i min blogroll. Med SCRuF Masher indsætter jeg linket til mit domæne og indsætter SCRuF XSL (Extensible Stylesheet Language) til FOAF (Friend of a Friend) format nedenfor.

FOAF er et RDF (XML) format som også kan bruges til at beskrive relationer og meget mere. Et klik på “Transform” og jeg har omdannet mine XFN til FOAF. Se resultat her.

SCRuF indsætter nu i deres SCRuF Scrape Store

min FOAF fil i en mappe (angivet ved domænenavn).

Klik mappen og dernæst på “More” og du kan fx se mine RDF data i SIOC RDF Browser, W3C RDF Validation Service eller bare i rå RDF format. Andet eksempel fra min side er alle mine links som er omformet til en RDF med Atom link syntaks.

Hvad kan dette så bruges til? SCRuF er eksempel på hvordan data (her microformats og links) kan trækkes ud fra almindelige XHTML sider og omformes til RDF (XML) på en let måde. Disse data kan så genbruges af andre, da RDF er simpelt og nemt at udveksle data i. Rent praktisk her og nu kan det nok ikke bruges til noget for de fleste webmastere, men det giver fingerpeg om hvordan det såkaldte semantiske web arbejder sig hen imod.

Lige et par noter om SCRuF ellers virker det ikke – Du skal benytte XHTML og samtidigt skal XHTML være valid (overholde syntaks). Og så skal du helst også benytte UTF-8 tegnsæt, da SCRuF transformerer til RDF i UTF-8 (for at undgå underlige tegn i output). Men, hvis du er seriøs webmaster arbejder du vel allerede med ovennævnte ting? – av av der stak jeg hovedet i løvens gab!

Opdatering (14:05) – Bemærk også at du ikke kan slette en mappe/fil du har lagt op på SCRuF. Der skal du sende en mail p.t. Holdet bag SCRuF arbejder på en OpenID løsning, så du kan betjene dig selv.

Godt nytår!

SCRuF fundet via microformatique

[1] Søren: Welcome Brian. The microformats community quite often use this phrase “Designed for humans first and machines second”. How would you explain this concept for web developers and ordinary web users,who never have heard about microformats?

Brian: I like to talk about microformats as “semantic sugar”. Everyone can understand that adding a little bit of sugar to your food you make it taste better. Adding microformats into your HTML makes it “taste” a little better too!

The “Designed for humans first and machines second” is attempting to point out that microformats always take into consideration the publisher first. This means that things should be as easy as possible for the person writing the HTML. There will be factors of 10 more people publishing than writing parsers, so why make it easy to parse at the expense of the publishers? The other big thing this stresses is that data should be for humans, it should be in plain view – you should see it every day through the window of your web browser. Data that is only for machines tends not to be visible to humans in a meaningful way, so we forget about it, we never update it and next thing you know it is completely wrong!

[2]Søren: You are one of the co-authors of hCard, where did the genius idea came from regarding reusing the old vCard specification for hCard?

Brian: I already knew that my target was going to be vCard, so for me i was simply creating a vCard in HTML rather than XML or plain-text. Basically, a good programmer is lazy. It is always a good idea never to re-invent the wheel when ever possible. Using vCard properties for class values was a logical choice, with applications already supporting it, you instantly get inter-operability.

schindler’s list film downloads

[3] Søren: First time I did a hCard and then pointed the URN for that web page with my hCard to your “GEO Microformats to XML” tool and a KML file started up my Google Earth, I was very impressed and felt that this were one of the more practical things to do with microformats. Later on, I have discovered that when showing new people microformats in action (on a FireFox browser with Operator) – Examples with hCard and maps (Google Maps, Yahoo Maps, Google Earth etc.) is the first thing they think is smart and usefully for them self. Do you have the same experience when you are talking at conferences, that examples with maps draws peoples attentions to microformats?

Brian: Certainly maps are something everyone can relate too. In my presentations I try to show at least one practical and one “far out” demonstration of microformats. Usually, i demo how to take an HTML page, upcoming.org or any other with an hCalendar, then convert that to an iCalendar file.

With the newest versions of Outlook and Apple’s iCal, you can “subscribe” to events. This means that as the HTML pages are updated, your calendar application gets those updates too. This tends to really impress an audience, because we have all probably missed a rescheduled meeting or event due to a rescheduling. HCalendar really scratches an itch that people have every day.

I also like to demo some crazy far out stuff too, just to get people’s minds thinking. Twitter, for example, marks up all your messages as hAtom entries. Each of these entries has a publication date, so there is no reason why it isn’t possible to extract the data and convert it to XML or JSON and have it loads into a timeline or other software. Now we can begin to see twitter posts in relation to each others time distance rather than just as a list.

[4] Søren: Speaking about the upcoming FireFox 3.0 (not talking about the version out now for testers) and the build in microformats detection feature – will this be the breaking point and the big step ahead for microformats? – so we maybe see a success for microformats like the one RSS/Atom have gone through?

Brian: I think having a microformats detection native to the browser will be a big benefit to adoption and awareness. RSS/Atom has exploded for lots of different reasons, but it has taken many, many years! Where I personally see microformats in the browser excelling, is on mobile devices. Imagine if the browser in your phone was microformats aware. Instead of trying to re-type an event using T9, it could be one-click, save to calendar, one-click, call this person, one-click, get directions to this place from where i am standing right now based on my lat/lon of my phone’s built in GPS unit.

If all things were equal between two websites, but one used microformats and the other didn’t, when on my phone i bet you know the one i’d pick!

For better or worse, the end-user doesn’t really care about microformats. If you look at the current Operator toolbar, it doesn’t mention the word “microformats” at all. It is all “action” based. Which i think is good. My parents don’t need to know what microformats are to be able to “save to address book”. The better a technology is, the less of it you see. To most people, FireFox 3 knowing that there are 3 events in a page will just be magic. To any good web developer,they will want to know “how do i get my pages to have those options appear” and will learn more about microformats.

My dream would be that microformats become so ubiquitous that you don´t need to announce that they are in your page, it is just expected. Much like making valid HTML, you shouldn’t be proud and announce to the world “My HTML validates”, because that should be a baseline. It is like telling the world “I brushed my teeth this morning”, so what – i hope you did. If we evangelize enough, microformats will just become part of the HTML you produce on a daily basis.

[5]Søren: I maintain a list over danish web sites which is using microformats (The list does not incl. “rel-tag” web sites). The list is very short. For me it seems like microformats is very unknown in Denmark at the moment. Do you think that microformats can have a some language barrier? I am thinking about ‘classes’ for example are all in english [ like class="street-address" i hCard etc.] So a danish, swedish or finish web developer might thinking what kind of benefits will I get from using english ‘class’ names in my markup? So will we end up with microformats in small countries/languages is only something a few hard core techies is doing?

Brian: Microformats are small re-usable pieces of information, so I´d hope there isn´t much to remember and the barrier to entry is low. HTML is already (for better or worse) in English, so you need to understand what a <p> and <strong> mean relative to Danish. This learning comes from information in your own language, but what you write in is ultimate English. This is why it is important for sites like microformats.dk, microform.at, microformats.biz and others to be localized so more people can learn about what class="street-address" means in their own language and culture, just like you needed to learn what <em> meant.

I don’t think this is a huge drawback for the interoperability. Everything is a trade-off so a unified language for describing things makes it easier to adopt globally so we all know we are talking about the same things. The people I feel sorry for are the British English speakers, it is their native language, but to them all the spelling is wrong!

[6] Søren: You have been an invited expert for the GRDDL working group at W3C. How does the folks at W3C looking at microformats in the picture of creating a more Semantic Web? I have seen that Tim Berners-Lee is quite positive about microformats – (like this twitter message from Tantek Çelik “Tim Berners-Lee just called the microformats wiki “a special holy place ”)

Brian: The W3C is a big organization, but all the people that i have met like microformats – both as an idea and a technology. Their main concern is that microformats can not solve everything, they only cover popular aspects such as People, Places, Events, Reviews and a few others. Whereas with W3C technologies, such as RDF a you can just about describe anything you want, but as with anything there are trade-offs.

Up until a few years ago, there were only two options, HTML and RDF. Two pretty far ends of the spectrum. HTML was for the browser and human eyes, whereas RDF was for machines (and can hurt human eyes if you look at it!).

In recent years we are filling in that spectrum between HTML and RDF. We have the more complex, but can describe anything markup in RDFa or eRDF, and the more lightweight microformats that are easier to implement but have limitations. Then there is POSH and GRDDL to also add and extract semantics. We now have more choices and can select the best tool for the best job on any given project.

I think, from the people i have talked too, that everyone agrees anything which gives more meaning to the web is a good thing. If it has enough structure, then it can be converted to other formats, RDF, RSS, Atom, etc. so that existing tools that people are familiar with can use, understand and act on the data. Microformats do this extraordinary well for very little costs, so it is very much a positive thing for the Semantic Web.

[7] Søren: At the moment you are quite interested in OpenID working together with microformats. Can you tell a little about what the idea is behind all this?

Brian: sure, OpenID is away to authenticate yourself and prove you are who you say you are. Microformats can work with this to further describe more about yourself. For instance, i have a profile page at claimid.com/briansuda with an hCard and i can say that is me, but you just have to take my word for it. ClaimID is also my OpenID provider, so i can also prove that page is me by passing an OpenID challenge response system (username and password). I should be the only one who can answer that username/password so you can trust that i control that page which i am claiming is me. It is a verified way to trust the microformatted data.

I also like using OpenID for lots of other stuff too. Friends of mine have blogs, but don´t want to list a full hCard to the general public. So for the world, you can get their hCard with only an FN and country-name, but for friends to authenticate themselves with OpenID they can see a full hCard with email, tel, adr, etc. So OpenID is a way to white-list friends to sensitive data.

OpenID is a really interesting open technology which compliments microformats well.

I thank Brian Suda for taking his time to answer some questions here at microformats.dk. I really liked the word “semantic sugar” Brian used above and will used from now on (in danish translation). If some danish readers out there are interested in microformats, we maybe could start a danish barcamp etc. Please feel free to contact me regarding microformats.

Some reading stuff from Brian Suda

• Brian Suda (2007) – Microformats: More Meaning from Your Markup
• Brian Suda (2007) – Portable Social Networks: Take Your Friends with You
• Brian Suda (2006) – Using Microformats (PDF book)
• Brian Suda (2006) – Microformats Cheat Sheet (PDF – a must print out paper!)

Lidt indledende øvelser

• Først skal du have adgang til Google Dokumenter – du får adgang hvis du har en Gmail konto
• Download derefter en kopi af KML skabelonen/regnark
• Hent Google Earth 4.2 hvis du ikke har den allerede. Denne guide er baseret på Google Earth 4.2 version eller højere
• Du kan her få en ide om hvordan indholdet i Google Earth 4.2 kommer til at se ud

Jeg har tillige sat en supportside op hvor der er taget screendumps samt tilføjet ekstra information om, hvordan man fx finder “længde- og breddegrader”, hvordan man tillige kan få data fra regnearket over i Google Maps på sit eget domæne [Uden alt det tekniske med API nøgler] (skriv en gang udgiv to steder) og lidt om MIME types for Google Earth 4.2.

Regneark skabelonen er beregnet til små simple projekter med under 100 placemarks, hvor du har et billede, lidt tekst information og måske en video (video og flash indhold virker kun til Windows pt.). Men alt sammen kan du se i eksemplet som tager case i tre stk. placemarks om cykler og cyklister i København.

Hvem kan benytte dette regneark med fordel?

• Folkeskolens lærere i geografi, historie og samfundshistorie til små projekter
• Hvis du online deler/samarbejder i regnearket med andre – så skal du kun bruge 5 minutters intro på at forklare hvilke felter de andre skal udfylde – alt det andet har du taget dig af
• alle andre med en ide og fantasi

Bugs og andet der ikke er helt klart forklaret i Google regnearket/support siden – skriv en kommentar. Eller hvis du laver et projekt med ovenstående regneark skriv også gerne en kommentar om dette.
Jeg vil senere lave nogle flere eksempler med Google Earth 4.2, hvor jeg har benyttet regnearket som layout og indholdsstyring. Stay tuned.

Matthias har skrevet et superfedt User Script til Operator 0.8 plugin til Firefox 2.0. Dette User Script gør, at når du browser rundt og befinder dig på en webside der fx indholder et af følgende microformats hCard, hCalendar, adr, hReview, hResume, tag, geo, XFN, xFolk, license eller hAtom-hFeed, så kan du med et klik trække disse data ud fra Optimus værktøjet og få dem vist i XML eller JSON.

Før skulle du bevæge dig ind til Optimus værktøjet og dernæst indsætte URL’en til den webside du vil hente data fra.

Det ser også ud til at Optimus værktøjet har løst problemet med de danske æ,ø og å tegn og kanon! – Prøv at kigge på dette eksempel med hReview fra MitKBH.

Can you imagine there was a time when the books in a library didn’t talk to each other?

Da jeg læste det meste populære forslag pt. hos Vores Bibliotek om at “Digitalisér alle danske bøger“, kom jeg i tanke om et foredrag af Richard Baraniuk fra sidste års TED (Technology, Entertainment, Design) konference. Richard Baraniuk (professor ved Rice University) holder et yderst visionær foredrag om digitaliseringen af lærebøger. Han tager inspiration fra hvordan musikere/DJs i årtider har brugt konceptet “Create Rip Mix Burn” og overfører det til lærebøger. Richard mener så ,at vi skal opfatte lærebøger som Lego, hvor der kan mixes, laves nye sammenhænge fra kilder alle steder fra og ikke kun tekst men også billeder/lyd/video og software. Det hele selvfølgelig under open source. Legoklæbemidlet hedder XML.

Richard er godt klar over at lærebøger under sådanne betingelser kræver social software for peer review. Ellers havner vi i at alt bliver lige godt. Fx at kreationismens teori om at jorden blev skabt for 6000 år siden er lige så sandt som geologer siger jorden er ca. 4,6 mia. år. Richard Baraniuk er også idemanden bag Connexions projektet som er

Connexions is an environment for collaboratively developing, freely sharing, and rapidly publishing scholarly content on the Web

Connexions projektet kommer Richard også ind på. Her kan det 19 min. lange foredrag nydes ved selvsyn.

Videoen kan også hentes som en MP4 fil (62 MB).

Desværre understøtter Optimus værktøjet ikke fuldt ud UTF-8 tegnsættet endnu (kommer forhåbentlig). Så derfor vil danske æ,ø og å se lidt underlige ud i output til en XML eller JSON fil fra fx mit domæne. Der bliver interessant at se hvilke ideer og mashups der kan bygges videre på med output fra Optimus.

Nu vi snakker UTF-8 og at den såkaldte Top 99 danske blogs undersøgelse viste at ca. 74 % af disse kører WordPress under en eller anden form. Så læs Shevys kanon gode artikel “Hvis du bruger et andet tegnsæt end UTF-8” henvendt direkte til WordPress folket. Især passagen

Alt i alt kan jeg kun sige: Brug nu for fandengalemig og krafthelvede bare UTF-8!

Fra kommentarfeltet til ovennævte artikel nævner Karen Mardahl yderligere et godt læsetips om UTF-8 (Unicode mere præcis).

Mini FAQ om UTF-8 her fra

Q: UTF-8 lyder som noget nymodens, vil alle mine brugere af fx min blog kunne læse alle danske tegn?
A: Alle der har installeret en browser (uanset OS og model IE, NetScape, Opera, Firefox etc.) efter 1998 (det må vist være 99,9 % af alle på nettet) vil kunne læse UTF-8 tegnsættet, så ingen problemer med æ,ø og å

Optimus fundet via notizBlog

mitKBH har inviteret os alle sammen ind på Blå Datastue. I sidste uge frigav mitKBH en API. Nu kan du lege bag scenen med de data, som brugerne (dig?) laver ved at skrive anmeldelser på mitKBH. Princippet bag deres API er kort fortalt. Du konstruerer en URL søgning (REST), der indholder nogle søgeparametre. Du får så en XML fil retur, som du kan arbejde videre på til dine egne mashups. Læs deres velskrevet mitKBH API Dokumentation . Husk, at klikke på nogle af de demoer, de har lavet. Her ser du hvordan en given URL danner en XML fil, hvilket er meget lærrigt at se opbygningen.

Jeg har tilbragt et par timer på Blå Datastue – Her kommer så hvad jeg fik tiden til at gå med. Jeg så i API dokumentationen at der var mulighed for at lave en geografisk radius afgrænsningssøgning. (alle anmeldte steder i mitKBH har geografiske koordinater tilknyttet). Jeg kom så på ideen med at lave en søgning på alle barer (som er anmeldt i mitKBH) indenfor en radius af 800 meter fra hvor jeg bor. Søgningen ser sådan her ud

Forklaring: “lat” og “lon” er de geografiske koordinater med min bopæl, nodetype=4 – det står for kategori – barer.
Du kan klikke her for at se XML output af denne søgning. Nu er der ikke meget sjovt ved bare at se en valid og velstruktureret XML i ens browser. Næste trin var visualisere data fra denne XML. Google Earth var et godt bud, hvor jeg ville fremvise disse data. Ergo, jeg skulle transformere min XML fil til noget Google Earth forstår. Google Earth benytter sig af en filtype, der hedder KML, hvilket også er en XML fil. Nu er vi så heldige, når vi snakker XML, at transformere en XML fil over til et andet XML output (eller anden slags filtype) er relativt let.

Jeg lavede en XSL (Extensible Stylesheet Language) fil. Denne XSL fil består en masse regler for hvilke data jeg vil have med over i den nye KML fil. Samtidigt beskrives også layout formattering, (deraf S’et for Stylesheet) i XSL filen. Nu tilføjede jeg denne XSL fil til den XML fil, jeg hentede fra mitKBHs API. Dette gøres på samme vis som når du tilføjer eksterne CSS filer til (X)HTML. Jeg kigger lige den på nye XML i Firefox og tager dernæst kilden fra “View Generated Source”, og husker at gemme filen som NN.kml – Her er så den færdige KML fil som du kan se i Google Earth.

the kings speech movies

Jeg må tilstå af de viste 24 barer, har jeg været på de 21. Altså ikke på en aften, men det kunne jo være forslaget til en dødrute som mitKBHs blog efterlyser. Jeg bemærker også at jo dårligere afstemning en bar har fået, jo bedre er den til at være med på en dødsrute. Måske jeg skulle lave et kort over alle barer i Københavns området, der har fået under 3 i gennemsnit i afstemningen. Så kan folk planlægge dødsruter ud fra min ovenstående tese.