Publicaties gemakkelijker (relatief dan) op website

Een klant van de bibliotheek kwam met een vraag of we hem konden helpen publicaties gemakkelijker op onze website te plaatsen. Ik bedacht meteen een mogelijkheid. Die had echter nogal wat voeten in de aarde voor een en andere gerealiseerd is. De handleiding bedraagt meer dan 20 stappen:

In het kort gaat het erom de literatuurlijst in hubmed in te voeren, daar de PubMed ID's te verzamelen, daarmee naar PubMed te gaan een RSS te genereren en die in het CMS in te lezen.

Dit vereist echter nogal wat werk:

1. Referentielijst plakken in word
2. Zorgen dat elke referentie op een nieuwe regel staat
3. Er een genummerde lijst van maken
4. Als laatste een valse verwijzing opnemen in de juiste opmaak (bijvoorbeeld 'Gew AS, Rgf HB. Her kjhidfsdjh. Sadl. 2009; 1986(234)). Dit is nodig om te zorgen dat de tussenpagina waarin de PubMed ID's worden getoond niet wordt overgeslagen
5. De referentielijst kopiëren naar www.hubmed.org/citation.htm en op submit klikken.
6. Controleren of de lijst goed is verdeeld en zo niet corrigeren
7. Controleren of de gevraagde artikelen zijn gevonden en zo niet de gegevens handmatig knippen en plakken
8. Zijn er dan nog referenties niet gevonden in PubMed moeten de PubMed ID's nog handmatig worden opgezocht en in kladblok opgeslagen
9. De volgende pagina kopiëren naar kladblok en de tekst 'Aready found' verwijderen
10. De lijst met PubMed ID's kopiëren naar het detail veld van PubMed.
11. (mogelijk moet daarvoor eerst nog een andere zoekactie worden uitgevoerd, anders is het detail veld niet zichtbaar)
12. Een RSS feed creeëren met aantal items gelimit op 100
13. (als je in een pagina meer dan 100 items wilt opnemen moet je twee files maken en die handmatig samenvoegen)
14. Het RSS bestand opslaan op je PC.
    
    het meest ingewikkelde gedeelte komt dan voor rekening van ons CMS Morello.
    
15. Een nieuw content item aanmaken van het type taxonomy en upload daarin het XML document
16. Dit item in een browser bekijken, en de interne servernaam vervangen door www.erasmusmc.nl en de url kopiëren
17. De code voor het XSLT document die je van de bibliotheek hebt gekregen kopiëren en in een kladblok bestand plakken
18. Een nieuw item aan van het type XSLT(nl) aanmaken en daar het zojuist aangemaakte XSLT bestand uploaden, en hetzelfde doen voor XSLT(en)
19. Een nieuw item aan van het type XML aanmaken en verwijzen naar de URL van het taxonomy item
20. De XSLT(nl) en XSLT(en) items aan het XML item koppelen en publiceren

We hebben gemeend dit toch maar iets te moeten vereenvoudigen door de eerste keer bij de klant zelf de bestanden klaar te zetten en het een keer voor te doen. Het blijft ingewikkeld, maar het is nog steeds minder tijdrovend dan alle publicaties handmatig in PubMed opzoeken en de lijst handmatig sorteren op alfabet en de pagina samenstellen met de juiste links (die in ons systeem niet zomaar in de tekst mogen worden geplaatst maar natuurlijk in een database worden opgeslagen).

De wonderbaarlijke wereld van het archief

Ik kreeg een reactie op mijn website www.stationsweb.nl:

Voor de renovatie van het stationsgebouw in xxx zijn wij op zoek naar de oorspronkelijke kleurnummers van het houtwerk van de goten, de kozijnen en de boeien. Heeft u wellicht een mogelijke informatiebron waaruit dit te halen valt? De NS heeft wonderbaarlijk genoeg geen informatie hierover.

Het betreffende station is gebouwd in de jaren 80 van de 19e eeuw. Laten we even voorbijgaan aan de vraag of er toen überhaupt kleurnummer bestonden, wat ik betwijfel. De kans dat een organisatie zulk soort details 135 jaar na dato nog kan reproduceren lijkt mij erg klein. Dat iemand dat niet snapt vind ik wonderbaarlijk.

h-index berekenen, dat kan makkelijker

Ik bedenk me een fout te maken bij het bepalen van een h-index bij ISI Web-of-Science. Wellicht doen jullie ook, we komen mogelijk te laag uit. WoS kan ons allicht helpen door het wat eenvoudiger te maken.

Hoe gaan we normaal te werk? Als een auteur bij ons komt voor zijn h-index doen we een vrij ruwe zoekactie op Web of Knowledge. Vervolgens schonen we de gevonden lijst met artikelen op door artikelen die niet door de betreffende auteur geschreven zijn te verwijderen. Op deze manier mis je geen artikelen waarin de voorletters van de auteur niet goed zijn opgenomen.

Het verwijderen bij Web of Knowledge gaat echter nogal lastig. Dit kan per pagina van 10 resultaten. Wanneer je op de eerste pagina 3 artikelen hebt verwijderd komen daar weer 3 nieuwe voor in de plaats, die je ook weer moet beoordelen. We beginnen daarom achteraan te werken, bij het artikel dat het rangnummer van de h-index draagt. Hier maken we de fout. Door een artikel uit de lijst te verwijderen neemt de h-index niet altijd af. Als het aantal artikelen dat overblijft gelijk is aan het aantal citaties van artikel h+1 blijft de h-index gelijk. Een artikel dat nog niet is beoordeeld wordt dan (mogelijk onterecht) meegenomen in de lijst.

Wat we moeten doen is de nieuwe lijst controleren door ook de artikelen die een aantal referenties hebben dat tussen de huidige h-index en de eerst berekende h-index ligt te beoordelen.

Web of Science zou veel voor ons kunnen doen door het controleren en verwijderen van de artikelen eenvoudiger te maken door:

1. Het resultaatscherm kan pagina's tonen met meer dan 10 items. Wanneer er Bijvoorbeeld 100 artikelen op een pagina kunnen staan kan in de meeste gevallen de h-index op een pagina worden bepaald.
2. Het vinkje voor een artikel om het te verwijderen wordt onthouden, ook wanneer de bezoeker naar een volgende pagina gaat, en wanneer uiteindelijk op 'go' wordt geklikt worden alle aangevinkte artikelen verwijderd. Liefst wordt de h-index herberekend bij ieder aangevinkt artikel, maar dat kost waarschijnlijk te veel server capaciteit.

Ander opvallende zaken bij het verwijderen:

Bovenaan de pagina staat een tekst die uitlegt hoe het werkt. Waarom die tekst alleen bovenaan staat is mij een raadsel, na het langslopen van de artikelen ben je onder aan de lijst beland. Je vind onderaan de resultaatlijst een knop [go] met exact dezelfde lay-out als de knop die je moet gebruiken, maar die herlaadt alleen maar de huidige pagina zonder de aanpassingen te verwerken.

De verklarende tekst luidt:
Use the checkboxes to remove individual items from this Citation Report or restrict to items processed between [1988] and [2009] [go].

Waar moet je klikken om individuele artikelen te verwijderen zonder de items op datum te beperken? Na bestudering van de resultaten blijkt dat de jaartallen die worden getoond standaard alle resultaten omvatten, maar dat is niet duidelijk.

Web-of-Science dat kan makkelijker. Ik zal ze eens dringend vragen of ze ons kunnen helpen.

google square of wolfram alpha

Eind mei wolfram alpha ging live. Vandaag antwoordt google met google square. Een vergelijking.

Een indrukwekkende demonstratie van wolfram alpha was al een tijd op internet te zien. De verwachtingen waren hooggespannen. Een eerste test valt toch een beetje tegen. Eigenlijk kun je niet echt spreken van een zoekmachine als wel van een informatiebase. De gegevens zijn door mensen ingevoerd, zonder dat duidelijk is wie er achter zit en zonder dat referenties worden gegeven waar de betreffende informatie is gevonden. Jammer is ook dat er heel weinig links in de antwoordpagina's zitten. Je ziet items waarover op wofram alpha vast meer te vinden is, maar kunt er niet op klikken, het enige dat dan gebeurt is dat je de tekst kunt kopiëren.

Deze week kwam google met het antwoord op wolfram alpha: google squared. In google squared worden gegevens van meerdere gelijkvormige zoekresultaten gegroepeerd en gestructureerd in een tabel weergegeven. Google squared geeft per onderdeel aan waar de gegevens vandaan zijn gehaald. Dat levert soms vreemde resultaten op. Zo heeft Amsterdam een populatie van '78.74 years' en Rotterdam '41526 sq km'. Je hebt de mogelijkheid deze gegevens te verbeteren, maar op dit moment werkt de login functie niet.

Ik ben eigenlijk wel erg benieuwd naar de verbeterfunctie. Deze integreert namelijk op die manier ook een andere zoekmachine: Wikia Search. Het nadeel is dat die zoekmachine totaal afhankelijk is van het antwoord dat mensen geven op de vragen die je stelt. Google combineert dat juist met de gegevens die ze zelf hebben gevonden. Je krijgt in squared wel de mogelijkheid te zoeken naar andere antwoorden, maar niet de mogelijkheid een nieuwe bronvermelding aan te maken voor je antwoord. Als ze vervolgens nog de mogelijkheid bieden de resultaattabel te sorteren op verschillende kolommen heeft voor mij google squared voorlopig gewonnen van wolfram alpha.

web oneindig punt nul

web 2.0 tools als twitter, flickr, wiki etc kennen jullie inmiddels wel. Dat is niets nieuws. Maar toch e-mailt iedereen nog gewoon. E-mail is uitgevonden in het jaar nul. Het internet bestond nog niet. Laat staan web 2,0. Hoe zou het er uit zien als e-mail nu werd uitgevonden.

http://wave.google.com doet een poging. En een heel indrukwekkende poging moet ik zeggen.

Als je http://bit.ly/zFCH2 nog niet hebt bekeken, moet je het nu gaan doen. Dit wordt de toekomst.

Je kunt berichten sturen naar bekenden, gezamenlijk werken aan documenten, foto's delen door ze te slepen, blogs bijwerken. En het meest bijzondere is het gebeurt allemaal real time. Je ziet direct wat een ander doet. Niet langer hoef je te wachten tot 'wichor is typing a message' verdwijnt en zijn bericht in je scherm verschijnt. De tekst wordt letter voor letter opgebouwd.

Dit is geen web 2.0 meer, maar web oneindig.0

nu moeten ze nog een manier vinden om het oneindig tekentje gemakkelijk in te voegen ;-)

Twitter van de wijs

#fixreplies is het nieuwste trending topic op twitter vandaag is . Wat houdt het in?

Twitter heeft gemeend zijn gebruikers een gunst te doen door berichten die met een @ zijn gestuurd naar mensen die je niet volgt niet langer in je timeline te tonen. Tot enkele dagen geleden kon je zelf nog kiezen of je deze berichten wilde zien.

Waarom is dit nu juist zo fijn? Je ziet mensen die je kent reageren op mensen die je nog niet kent. Hierdoor wordt je aandacht getrokken en leer je deze mensen een beetje kennen. Je bekijkt hun timeline en besluit ze zelf ook te volgen.

Het merendeel van de twitteraars is het er niet mee eens en roept twitter op deze achteruitgang weer ongedaan te maken. Workarounds zijn al gevonden door bij een @ reply tekens voor het @ teken te plaatsen. Twitter luistert al naar de feedback en zoekt naar een oplossen. Volgens mij is er maar een oplossing: terugdraaien.

To tweet or not to tweet

Het verschil tussen al dan niet twitteren op een congres.

Deze week heb ik een aantal bijeenkomsten bezocht. Zowel in aantal kleinere bijeenkomsten als een groot congres. Omdat ik sinds kort een internet abonnement op mijn mobiel heb dacht ik deze bijeenkomsten meteen maar te twitteren.

Helaas, ging het dinsdag al mis. In het voorstelrondje op de WEB&Z bijeenkomst in Nijmegen gaf ik aan dat ik fervent web 2.0 gebruiker ben en ik daarom af en toe wat zou twitteren en foto's uploaden. Een van de aanwezigen verzette zich daartegen, en gaf aan dat ik dat maar achteraf moest doen. Ik was verbaasd (ook omdat ik op dat moment nog niet wist dat zij een van de sprekers was).

Ik heb het later tijdens de lunch met haar besproken en zij gaf aan dat ze het onbeleefd vond wanneer iemand tijdens een praatje met iets heel anders bezig is, waarbij de spreker niet kan zien of iemand e-mail leest op zijn laptop of wel met gerelateerde onderwerpen bezig is. Dat haar wereld iets anders was dan de mijn bleek wel uit haar opmerking 'je mag wel tutoieren hoor' terwijl ik dat al lang deed.

Later die dag had ik het er over met mijn vriendin. Zij kon zich dat goed voorstellen en vroeg mij wat het voordeel van twitter tijdens een congres was. Ik moest wel even nadenken (ook omdat ik op een groot congres nog nooit getwitterd had), maar kwam op de volgende pre's:

Normaal zit iedereen voor zichzelf aantekeningen te maken en eventueel foto's te schieten en werkt dit eventueel thuis nog uit op de computer. Deze aantekeningen worden niet gedeeld met de andere bezoekers of de buitenwereld. Wanneer meerdere mensen twitteren worden de aantekeningen meteen elektronisch gemaakt, en zijn ze later voor iedereen gemakkelijk op te zoeken door middel van de hashtag (vandaar ook bij deze blog de tag van donderdag ugul09).

Donderdag bij Ugame-Ulearn kon ik het wel in de praktijk brengen. Er waren veel tweeps aanwezig en via mijn mobieltje kreeg ik veel berichten binnen. We hebben zelfs een tweetmeet gehouden. Nu de gezamenlijke aantekeningen nog maar eens doornemen.

Maar de leukste toepassing van twitter op #ugul09 was toch wel mijn tweet: 'er zit een tweep voor me waarvan de kraag van zijn jasje dubbel zit. doe het eens even goed'. Een half minuutje later zag ik inderdaad pavl's handen naar zijn kraag gaan en hij keek achterom.