• Vi kan lave en liste over alle vores artikler (med forfatternavn, titel, URL, synopsis, dato osv.) og kalde den artikler.xml (du kan faktisk allerede nu se den i HTML). Men hvem gider sætte en indholdsfortegnelse fra Vertikal.dk på deres side? Næppe mange.

• Hvis vi et øjeblik tager os sammen og udskifter <artikeltitel>Hvad hulen er XML?</artikeltitel> med <title>Hvad hulen er XML?</title> kan vi komme med i et samarbejde hvor folk over hele verden kan proppe vores artikeltitler og URL'er på deres hjemmesider. En typisk overskrift vil være "Nyt fra vertikal.dk".

  Samarbejdet kaldes for RSS. Det er forholdsvis udbredt og populært.

• Al tekst, alle billeder og al lyd på vertikal.dk ligger i (SQL-)databaser og bliver skubbet ind HTML-dokumenter. Vi kunne flytte hele baduljen over i XML-dokumenter og så lade folk (og programmer på andre folks hjemmesider) bladre i og opstille vores data - tekst, lyd, billeder - efter behag. Via sproget/standarden XML Query. Der er en interessant teknologidemo i et sådant projekt. Men beskeden praktisk nytteværdi.

Vertikal.dk drejer sig i væsentlig grad om at give mennesker læselig tekst og billeder. Til det brug er HTML meget velegnet. Var vi Danmarks Statistik eller en stor butik á la Home eller DPReview ville det være sjovere at kaste XML-dokumenter på vores server som folk kunne skrabe fra, sortere i og bruge på deres egne sider. Reglen er:

Jo flere data og jo mere attraktive de er, jo større grund er der til at bruge XML.

Hvis der kun er fem produkter, er der næppe nogen, der gider downloade din XML-datafil og lave magi med den. Mejetærskere, artikler og beskrivelser af rengøringstjenester kan heller ikke hamle op med "alle data om alle digitalkameraer i hele verden" eller "billeddatabase med 10.000 billeder", når det drejer sig om at tiltrække brugere af ens XML-formaterede data.

Og mere skal der ikke siges om XML som dataudvekslingsformat idag.   
XML som dataopbevaringsformat 
Henne hos Open Office er de ved at besvime af lykke over XML. At gemme sine dokumenter som XML betyder kort sagt at de kan holde længere og bruges i flere sammenhænge. XML er mere fremtidssikret og snakker bedre sammen med databaser end Word-dokumenter, tekstdokumenter eller hvad man eller kan finde på.

Men XML er dokumenter. Data hører ikke til i dokumenter. Data hører til i databaser. Fra databaser kan man så sætte tekster, billeder, måledata og lyde sammen til HTML, PDF- eller XML-dokumenter alt efter behov.

Databaser kan dog være lidt tunge at danse med. Det er ikke alle, der kan sætte en databaseserver op eller designe en database, der passer til deres opgave. Det er ikke alle, der kan finde programmer (eller lave websider), der kan sætte mennesker i stand til at fylde databasen med data. Derimod kan alle finde ud af at bruge et XML-redigeringsprogram til at skrive strukturerede data ind med. Det er også meget let og intuitivt at klistre alle filer sammen til én stor fil og så sidde og trække data ud fra den centralt - f. eks. med programmet Quip. Skulle man endelig begynde at savne en SQL-database er vejen fra XML til SQL ikke så stenet. Med lidt eksperthjælp er det ikke umuligt at fylde XML-data på SQL-databaser.

Er XML så kommaseparerede filer overlegne som første inddateringsformat? Ja. Det er lettere at enes om strukturen af et XML-dokument og så hælde data i det.

Er XML-redigeringssoftware så også bedre at hælde data i end Excel? Hvis man ikke har Exel, er det billigere med XML. Har man Excel er det forholdsvis enkelt at puste data fra Excel til Access.

Laver du dokumenter, er XML det eneste fornuftige valg. Skal du indskrive eller opbevare data kan det være nyttigt.

Men kræver du avancerede dataudtræk er relationelle databaser, SQL-databaser, at foretrække. SQL er med sine 25 år moden teknologi og værktøjerne er kraftfulde. XML træder stadig sine barnesko.   
Hvad bruger I selv? 
Vi bruger ikke XML. Vi har sat en webserver (Apache) op, sat en databaseserver (MySQL) op, designet databasen (med værktøjet PHP/MyAdmin), og lavet et skræddersyet webinterface (med scriptsproget PHP)til at hælde data i databasen.

Det har taget hundredevis af timer og krævet ekspertise! Til gengæld kan vi proppe data i den centrale database via enhver browser på en Internet-forbunden maskine. Og vi kan trække dem ud på meget avancerede måder. Se f. eks.

• Forfatterprofil.
• Artikelstatistik.
• Popularitetsliste.

Alle vore værktøjer er solide, resultatet af mange udviklingsår, afprøvede og gratis. Havde vi ikke været kræsne, kunne vi have downloadet et gratis publiceringssystem og været i gang på 5-6 timer.

Jeg har sommeren 2002 endnu ikke set en dansk XML-succeshistorie. Men jeg kan forestille mig, at XML er udmærket i rollen som kommasepareret fil på syre. Til enkle opgaver.

Der findes et Dansk XML-forum. Efter at have fulgt 20 links fandt jeg én (1) demo, der angiveligt skulle vise XMLs nytte. Demoen viser, at man kan lave en printervenlig udgave ved at ændre på formateringen af sidens data. Det er hverken unikt eller fantastisk eller et argument for at bruge XML. Det kan alle databasebaserede publiceringssystemer.

XML (og SOAP og .Net og Java og...) ser i høj grad ud til at bruges 90% til blændværk og stillen af nørdnysgerrighed og 10% til at lave løsninger, der rent faktisk er hurtigere at udvikle, mere stabile, mere skalérbare og billigere for kunden end en SQL-databasebaseret løsning.

XML er nyttig når den bruges som erstatning for skærmskrabning, altså deling af data med folk man ikke vil have til at sidde og lege direkte med ens database. Det er vist også hvad Software AG siger på en indviklet måde.   

Opdateret 22/07/2002 Hvad er dine erfaringer med XML?  De to seneste XML-benyttende projekter, jeg har deltaget i, har heller ikke brugt XML til noget særligt. I det ene, et publiceringssystem, gemte vi artiklerne i XML. I forhold til Vertikals publiceringssystem gav det cirka 400% flere <mærker> inde i den tekst, brugerne skulle redigere i. Og mange flere fejlmeddelelser. Flere <mærker>, flere fejl, flere fejlmeddelelser. Det var artikler, der kun skulle bruges ét sted og publiceres af ét publiceringssystem. Gråspurve med kanoner. I det andet projekt skulle vi gemme en crawle- og skærmskrabe-opskrift til en søgerobot (nej, kunden var ikke heltene fra Newsbooster). Opskrifterne blev gemt som XML-dokumenter. Hvorfor ikke i SQL-tabeller i en database? Tja. SQL er ikke så stærkt et salgsargument som XML. XML er officielt "næste generation webservices", "standard", "fremtidssikret" og - uofficielt - "noget der imponerer kunderne". Før du lader dig imponere, så se lige til XMLsucks.org. Det eneste sted, der tør sige, hvor mange klæder kejseren har på.

Har du konkrete opgaver, hjælper vi gerne.

Har vi på Vertikal noget data/indhold, du gerne vil have leveret i XML, så skriv.