Digitaliser.dk

Her er en ny version, nu kan den tælle datakilder og outputte en tabel...

Vedhæftede filer

• formplot.htm

Per,

Interessant demonstration.

Det er mange opslag i api'et, der skal til, hva'? Loading af browseren overfører så vidt jeg kan se næsten 7MB. 

PS: IOI? (kommer FORM-broseren som computerspil? ;-)

PPS: mor FORM 1.3??

Yep, det havde været fint - som du vist også nævner et sted - om der havde været nogle flere metadata med ved de første opslag. Eller simpelthen mulighed for søgning a la Type=Datakilde.

IOI ~ Integrerbar Offentlig Information ;-)

mor: Der er ikke nogen topknude i FORM - så jeg måtte finde på én selv. Og hvad skulle den ellers hedde?

/per

Hej John

Vi har endnu ikke hørt fra nogen at de bruger den, men hører meget gerne om det, og hvilke erfaringer/ideer de/I/du har.

Vi har ideer til nogle forbedringer som f.eks. scope på myndighed, men pt. ingen konkrete planer.

Det er korrekt at vi på FORM 1.3 fulgte det samme format for nummer (kaldes det i XML'en) på alle niveauer, og dette har vi beholdt i FORM 2.0. Så f.eks. opgaveområdet "Kulturarv og kulturfremme" på præsentationen af opgavenøglen på klxml.dk har nummeret "15.05.05.UD" og vi anvender "15.05.05.00.UD". En simpel forskel med bagvedstillede nuller jeg ikke umiddelbart vurderer skulle være nogen hindring for at bruge API'et. Kender du til at dette har givet problemer?

Vi kunne have anvendt UID'erne og dermed udelukket fortolkning, men det er rart med de sigende numre for os mennesker.

Med venlig hilsen

Brian Nielsen

Brugerne skal nok komme. FORM bruges stadig kun af early-adopters, men det skal nok ændre sig!

Widgetten er et glimrende initiativ med en værdi i sig selv, og som desuden illustrerer fordelene ved at køre FORM-kildedata som et API. Så I er bare tidligt ude med en tjeneste, der er/bliver behov for.

Så til nullerne: Ja, jeg synes der er grund til at kigge på sagen. Numre bør være entydige, da det ellers gør det unødigt besværligt at lave sammenhængende løsninger på tværs osv. (what Kristian says...).

15.05.05.UD betyder det er et Opgaveområde med ID 15.05.05.UD (Kulturarv og kulturfremme), som hører til Hovedområde ID 15.05.UD (Bevaring og formidling af kulturarven), der hører under Serviceområde 15 (Kultur, fritid og natur). Opgaveområdet indeholder en række tjenester, f.eks. Tjeneste ID 15.05.05.05.UD (Modtagelse af danefæ og danekræ). ID 15.05.05.00.UD vil derfor maskinelt/logisk opfattes som en tjeneste, ikke et opgaveområde, medmindre man bygger regler ind om læsning af nuller.

Hej John

Jeg er enig med dig i at vi bør bestemme os for en norm på nummergivningen. Jeg har kigget i Excel-arket som til mit vidende er det som FORM redaktionen arbejder udfra, og her indgår samme nummergivning som vi har anvendt i API'et. Jeg har lagt et billed ind på en ressource som det kan ses på:

FORM20-ExcelSnip.jpg

Hej Brian,

Dit skærmdump findes ikke, siger den.

Anyway, jeg har også kigget i XLS-filen, og ser det samme. Jeg ser dog at XMLen og webversionen bruger de afkortede numre. Herligt med konsistens i tingene ;-)

Jeg spørger FORM-redaktionen.

Godt lad os høre hvad de mener.

Linket skulle virke nu, havde glemt at publicere.