DBPedia ja teknisten artikkelien väliset suhteet

, kirjoittanut Brian Kelly | 14.9.2010 | Linkitetty data , standardit Wikipedia on suosittu! Kirjoitin äskettäin blogikirjoituksen, jossa kysyin: Kuinka hyvin luettuja tekniset Wikipedia-artikkelit ovat? Lainaamani tilastot näyttivät viittaavan siihen, että Wikipedian tarjoama sisältö on hyvin luettua. Tämä viittaa minulle siihen, että meidän pitäisi ponnistella enemmän Wikipedian tarjoaman sisällön parantamiseksi – ja välttää arvokkaan sisällön piilottamista suuriin PDF-raportteihin, joita harvat todennäköisesti lukevat. Wikipedian infoboxit Mutta Wikipedian tarjoaman sisällön lisäksi minusta näyttää myös siltä, että meidän pitäisi ponnistella enemmän Wikipedian infoboxien potentiaalin hyödyntämiseksi . Infobox kuvataan seuraavasti: ” kiinteämuotoinen taulukko, joka on suunniteltu lisättäväksi artikkelien oikeaan yläkulmaan esittämään johdonmukaisesti yhteenveto jostakin yhdistävästä näkökohdasta, joka artikkeleilla on yhteistä, ja parantamaan navigointia muihin toisiinsa liittyviin artikkeleihin ”. Esimerkki HTML5:n Wikipedia-merkinnän infoboxista on esitetty. Kuten määritelmä antaa ymmärtää, se tarjoaa yhteenvedon HTML5-merkintäkielen keskeisistä näkökohdista. Jos katsot HTML:n merkintää, löydät vastaavat tiedot, jotka esitetään samalla tavalla. Infoboxit tarjoavat johdonmukaisuutta käyttöliittymässä toisiinsa liittyvien Wikipedia-sivujen ryhmille. Paremman esimerkin saa, jos katselet maiden tai kaupunkien merkintöjä. Katso esimerkiksi Yhdistyneen kuningaskunnan ja Yhdysvaltojen tai Bathin , Bristolin ja Lontoon merkintöjä nähdäksesi, miten infoboxeja käytetään näissä yhteyksissä. Jos infoboxit koskisivat pelkästään käyttäjän näyttöä, en olisi kovin kiinnostunut. Nämä jäsennellyn tiedon joukot muodostavat kuitenkin perustan sisällölle, jota käytetään DBpediassa. Ja kyky käsitellä tällaista tietoa, kun se tarjotaan linkitettynä datana, on todella kiinnostavaa. Esimerkin DBpedian potentiaalista on kuvannut Martin Poulter kirjoituksessa Getting information about UK HE from Wikipedia , jossa hän tutkii joitakin ideoita, joita käsittelin kirjoituksessa A Challenge To Linked Data Developers . Mutta sen sijaan, että tässä kirjoituksessa käsittelisin sitä, miten DBpediaa voitaisiin käyttää yliopistoja koskevan tiedon analysointiin, haluan tutkia sen potentiaalia teknisiin standardeihin liittyvän tiedon tutkimisessa. DBpedia ja teknisten standardien väliset suhteet DBpedia RelFinder havainnollistaa, miten tällaista jäsenneltyä ja linkitettyä tietoa voidaan käsitellä. Käytin tätä palvelua tutkiakseni XML:n , XSLT:n ja World Wide Web Consortiumin Wikipedia-infobox-merkintöjen välisiä suhteita. Tulos on havainnollistettu alla. Jos pyrimme tarjoamaan kehittäjille paremman ymmärryksen tärkeistä teknisistä standardeista ja niiden suhteista, eikö olisi tehokkaampaa kirjoittaa raportteja, jotka tarjoavat tällaista tietoa, varmistaa, että osallistumme tällaisten Wikipedian merkintöjen infoboxeissa tarjottavien tietojen luomiseen ja ylläpitoon sekä osallistumme tällaisten sivujen sisältöön? Jos katsot MODS:n (Metadata Object Description Schema) tai METS:n ( M etadata E ncoding and T ransmission S tandard ) metatietostandardeja koskevia merkintöjä, huomaat, että näissä merkinnöissä ei (tällä hetkellä) ole infoboxeja. Samoin DCMI:n merkinnästä puuttuu myös tällainen jäsennelty uudelleenkäytettävä metatieto – mikä on ehkä pettymys organisaatiolle, joka keskittyy metatietoihin. Eikö olisi aika sitoutua enemmän Wikipediaan? Ja jos kehitysyhteisö kaikkialla Yhdistyneen kuningaskunnan korkeakoulusektorilla tekisi tämän ennakoivasti, eikö tämä olisi hyvä esimerkki siitä, miten hyödyt voidaan jakaa laajemmin? Ehkä Big Society? Lopuksi totean, että jos sinulle on edelleen epäselvää, miltä tällaisten resurssien välisten suhteiden visualisointi voisi näyttää, voit katsoa videon, jossa Balviar Notay havainnollistaa, miten tällaista sovellusta voitaisiin käyttää ” hakutyökaluna, joka visualisoi JISC-hankkeiden välisiä linkkejä auttaakseen tutkimaan tietoa, jota hankkeet ovat tuottaneet ”. 51.379915 -2.331708