Tag Archives: google

Waarvoor ik Google dankbaar was

Mijn vorige post kent een voor mij ongebruikelijke sterke toon. Meestal druk ik me wat constructiever uit dan dat ik op de ondergang van complete platformen hoop. Ik bedacht later dat ik nog een grote vergeet: Google Plus. Waarschijnlijk omdat ik er nauwelijks naar omkijk. Uiteindelijk zijn het er ook teveel om allemaal ‘bij te houden’. Teveel systemen met teveel interfaces en dan teveel wijzigingen bij nieuwe versies die je hersencellen nodeloos verbranden. [Is er iemand die de nieuwe Twitter manier om dialogen te tonen wel handig vindt?]

Toch had ik tot nu toe met Google een andere ‘band’ dan met Twitter en Facebook. Ik weet ook wel dat ik geen Google klant ben, maar een hamstertje in hun machine. De klanten zijn de bedrijven die adverteren. Toch stoorde het me niet dat ik informatie over mezelf gaf in ruil voor maatwerk in reclame. Het was in ieder geval niet zo irritant als die reclames van bijvoorbeeld Wehkamp. Bestel je in 5 minuten een pyjama, krijg je wekenlang pyjama reclame overal in beeld. Toch is Google steeds meer hun sociale netwerk verplicht aan het maken. Het is steeds moeilijker om niet een dienst van Google te gebruiken zonder een profiel te hebben in Google Plus. Daarnaast was ik ook redelijk ‘loyaal’ aan ze. Ik ben ze namelijk best dankbaar geweest. Niet alleen als zoekmachine maar ook voor:

  • Google Reader is voor mijn professionele ontwikkeling onontbeerlijk geweest. De manier waarop ik het gebruikte hielp me grote hoeveelheden nieuws en achtergrond te verwerken. De kennis van mijn vakgebied is er enorm door toegenomen. Ik had er best voor willen betalen als ze er niet de stekker uit trokken. Ik ben overigens zonder hobbels overgestapt op Feedly.
  • Android heeft mijn mobiele ervaring enorm gevormd. Het is een OS naar mijn hart. Voor mijn gevoel wordt ik niet betutteld als eindgebruiker en krijg ik de ruimte om te experimenteren.
  • Het hosten van diensten zoals video, kaarten, foto-albums, mail en agenda en er geen omkijken naar hebben.

En toch … één bedrijf dat monopolist wil zijn, ik vertrouw het ‘gewoon’ niet meer. Dus ik wil ook mijn afhankelijkheid ervan verminderen. Ik weet alleen nog niet precies hoe.

 

Overdraagbaarheid bij zonsondergang

Google komt met een nieuwe service: Keep. Voor het maken van notities om deze vervolgens overal beschikbaar te hebben. Tja. Normaal zou ik gelijk aan de slag gaan met zo iets. Ben namelijk ook niet helemaal tevreden over de voor de hand liggendste concurrent: Evernote. Het zou weer één leverancier minder zijn in mijn dagelijkse applicatielandschap. Toch ben ik huiverig en voorzichtig. De ene dag nemen ze namelijk afscheid van mijn lievelingstool en de andere dag bieden ze weer een nieuwe aan.

Wat nu als ik er weer veel mee werk, veel in opsla en er afhankelijk van wordt? En ze er vervolgens mee kappen? Ze hebben bij Google Reader ook nooit gevraagd wat ik er voor over zou hebben!

Tegelijk denk ik: we weten hoe dit moet, hoe je dit kunt voorkomen! En toch laten we ons als consument uitspelen door leveranciers. Het antwoord is technisch simpel: OPEN STANDAARDEN. Wat weer “endpoint-portability” garandeert. Oftewel: alles is overdraagbaar als een dienst stopt. Of door een leverancier in de categorie “sunset” of “spring cleaning” wordt gestopt.

Zou idealiter als volgt werken:

  • Een instelling die standaarden beheert verzint een aantal afspraken. Wellicht in samenwerking met belanghebbenden. In dit geval over “Notities”. In deze standaard wordt meegenomen welke informatie notities kunnen bevatten en in welke structuur. Jip-en-Janneke voorbeeld: Een notitie heeft een titel en een inhoud. De inhoud kan tekst bevatten en/of een bijlage. De tekst kan lijsten of platte tekst bevatten. Een bijlage kan elk willekeurig bestand zijn. Aan een notitie kunnen categorieën en trefwoorden (labels en tags) gehangen worden. Notities zijn te groeperen tot notitieblokken. Zo ongeveer.  De taal waarin deze standaard wordt beschreven is de standaardtaal voor standaarden (XML).
  • Leveranciers conformeren zich hieraan omdat consumenten anders weglopen. Positief: ze kiezen je voor de kwaliteit van de dienst er omheen. Gebruiksvriendelijkheid, prijs en functionaliteiten zoals doorzoekbaarheid, sociale deelbaarheid en toegankelijkheid op smartphone etc. Klanten kiezen je niet voor je geheime datamodel.
  • Leveranciers bieden de mogelijkheid om data te exporteren in een bestand (zip) waarin alles zit dat een eindgebruiker heeft toegevoegd. Inhoudelijk is dit bestand opgemaakt volgens de standaard.
  • Leveranciers bieden de mogelijkheid om data te importeren.

Deze overdraagbaarheid druist natuurlijk helemaal tegen het commerciële belang is. Klanten moet je het toch niet makkelijk maken om te vertrekken? Klanten zouden eigenlijk niet moeten komen als vertrek niet mogelijk is. En die klant … dat ben ik.

 

 

 

Google Fusion Tables

fusiontables_logo

Deze keer geen uitgebreid vergelijkend functionaliteitsonderzoek, maar korte eerste impressie van deze nieuwe dienst uit de Labs stal. Alpha versie nog. Samengevat: je kunt hele grote platte tabellen inlezen en hierop filteren en aggregeren. De uitkomst hiervan kan vervolgens als tabel of allerlei grafieken getoond worden. Gedeeltelijk lijkt het dan op een draaitabel maken in Excel.

Het openingsscherm heeft wel iets weg van Google Docs en toont direct het voordeel van tabelletjes in de cloud: delen met anderen.

googlefusiontablesscreen

Een ander voordeel toont het import scherm, van bijvoorbeeld een excel-bestand. Het mag tot 100 MB, oftwel groot dus (Je moet flink wat operationele info hebben wil je met platte tabellen zover komen).

De overeenkomst met Google Spreadsheets roept gelijk de vraag op: waarom iets aparts met tabellen? Daarom enkele verschillen:

  • Het creëren van “Views”: wat er van de tabel getoond wordt kun je instellen door kolommen aan/uit te zetten.
  • Elke kolom kan gefilterd worden op alle waardes van de kolommen.
  • Aggregeren: je kunt instellen wat je geaggregeerd wilt hebben en waarmee. Bijvoorbeeld:

Ik heb een spreadsheet gebruikt met prognoses ILT tellingen per school, team, leerweg en niveau. Ook levert dit naar studententarief geplande formatie op. De info zelf laat ik even weg ;), maar hieronder zie je het aggregatie scherm:

googlefusionaggregate

De termen die vermeld zijn, zijn de kolomtitels. Van elke kolom kan een aggregatie gemaakt, met de waarde van elke andere kolom. Hierboven is dat: Per entiteit (school) en team de som van het aantal leerlingen van de prognose. Er wordt dus geaggregeerd op alle “onderliggende getallen”. De tabel vermeld namelijk het aantal per leerweg en niveau. Deze worden ‘opgeraapt’ en per team getoond.

Conclusie: voor Alpha versie niet slecht, uiteindelijk zou deze functionaliteit van mij “gewoon” onderdeel mogen zijn van Google Spreadsheets.

Aan elkaar knopen…

  Feedburner 

Ik kreeg afgelopen vrijdag wat vierkante ogen van rapportages die opgeleverd moesten worden, dus voor de afleiding even een tussendoortje opgepikt. De aanleiding was het roosterbureau, die kwam met de vraag waarom we geen schermen hebben hangen voor roosterinformatie. Die vraag wordt elders beantwoord, maar ik bedacht wel “zou het niet leuk zijn als extra service als we roosterinfo naar de mobiel kunnen brengen”.

Een half uurtje googlen leverde de volgende stappen op:

  • Maak een omgeving aan in Blackboard voor het roosterbureau van de betreffende school/college/team/entiteit. Het moet een omgeving zijn waarvan de mededelingen een “natuurlijke groep” moeten bereiken.
  • Maak een account aan dat alleen tot deze omgeving toegang heeft.
  • Installeer de building block “Announcements2RSS” van Avans Hogeschool. Deze building block geeft een feed. Deze feed is account-afhankelijk en wordt gevuld met de mededelingen uit alle omgevingen waar het account toegang toe heeft.
  • Maak een portal-module aan die de RSS link voor elk account aanbiedt.
  • Log in als het account dat de roosterwijzigingen moet volgen, zet de RSS-module aan en kopieer de RSS feed. Deze feed is nogal lang en “lelijk”. Testen laat zien dat iGoogle het wel slikt, maar Google reader weer niet.
  • Om de feed in te korten: maak bij feedburner er een “nette” feed van. Kun je ook later gelijk zien hoeveel mensen zich abonneren. In dit geval: http://feeds.feedburner.com/svcd (SvCD = School voor Commerciele Dienstverlening)
  • Deze feed wordt gegeven aan de mobiele variant van Google-Reader. Gevonden hier. Hiervoor hoeft de publiceerder èn de lezer geen account bij Google te hebben.
  • Het adres is http://www.google.com/reader/m/view/feed/<metjefeedadreserachter>. Google geeft hiermee de mogelijkheid om elke willekeurige feed aan te bieden in een voor mobieltjes geoptimaliseerde pagina.
  • In dit voorbeeld wordt dat dan:

http://www.google.com/reader/m/view/feed/http://feeds.feedburner.com/svcd”

  • Dat is nog steeds “lelijk”. Dus op een domein wat we hebben lopen een URL aangemaakt hiernaartoe: http://svcd.contentinopel.nl
  • Getest op mijn oude Nokia en het werkt luid en duidelijk.

Opmerkingen:

  • Het vergt wel een mobiel met internettoegang. Dataverkeer van Google Reader Mobile is gering, gezien de tekstuele inhoud.
  • Blackboard systeembrede mededelingen komen ook mee. Opzich niet erg.
  • Onduidelijk is nog hoe snel de ene feed de andere oppikt. Het moet van Blackboard, naar FeedBurner, naar Google etc. Het mag maximaal een lesuur duren om te verversen…
  • Het vervangt niet overige communicatie, niet iedereen heeft internet op zijn mobiel.
  • Er zijn wel veel meer systemen die “messaging” doen etc., maar deze manier is redelijk laagdrempelig om te implementeren.
  • Omdat de feed publiek is, moeten de mededelingen geen info bevatten over de reden van lesuitval, ziekte en andere persoonlijke zaken.