Archive for the ‘Nieuwe ontwikkelingen’ Category

Open data

zaterdag, maart 20th, 2010

Tim Berners-Lee deed een presentatie op TED over open data, met daarbij veel aandacht voor Openstreetmap en Lennard’s Haiti crisis map.

If people put data on the Web – government data, scientific data, community data – whatever it is, it will be used by other people to do wonderful things in ways they never could have imagined.
—Tim Berners-Lee, TED, February 2010

XAPI demo weer online

woensdag, maart 3rd, 2010

Na wat javascript gepruts en een nieuwe MonetDB met NL data hebben we de XAPI demo site weer online gegooid. Probeer eens een leuke query of kijk eens wat het nu al kan. Verbetering en uitbreiding is mogelijk, maar de eerste aanzet is er. Goede ideeën kun je bij Rubke kwijt.

Tile zonder witte vlekken

zondag, februari 28th, 2010

Soms is het vergeten van ‘make install’ best onhandig. Had ik maanden(?) geleden al een fix gemaakt voor het feit dat we witte vlekken kregen op onze tile server was ik het vergeten te installeren. Eigenlijk een triviale aanpassing, in plaats van 504 (gateway timeout) een 404 (not found) naar OpenLayers laten gaan, geeft betere resultaten. De eerste was overigens geen typo.

In ander nieuws; onze held Frenzel (beter bekend als de man die OpenStreetMap.nl op alle platformen aan de praat heeft gekregen) is nu ook begonnen aan het maken een ‘schone’ basis waar vanaf je, je eigen OpenLayers projecten kan beginnen. De voortgang is hier te volgen.

OpenStreetMap.nl website update (fase 1)

zondag, februari 14th, 2010

Zoals de meesten van jullie wel reeds gezien hebben heeft de website van openstreetmap.nl afgelopen weekend een update gekregen. Dit is de 1e fase van het update project.

In deze fase zijn er een aardig aantal punten verbeterd:

1 – Browser compatibilty
De site is nu compatible met:

  • Internet Explorer 6/7/8
  • Firefox 2/3.x (incl Linux variant)
  • Chrome 2/3/4 (incl Linux variant)
  • Safari 3/4
  • Opera 10 (incl Linux variant)

2 – W3c compliancy
de HTML & CSS is nu volledig W3C compliant.

3 – Geoptimaliseerde HTML
De site was opgezet met meerdere iframes wat ten eerste problemen  met de weergave veroorzaakte en ten tweede niet goed is voor SEF (/SEO).

4 – Verbeterde  SEO
Er zijn alt en title tags toegevoegd, meta tokens zijn toegevoegd, robots.txt is aangepast, menu is uit het iframe gehaald etc. om zo de doorzoekbaarheid van de site te bevorderen.

5 – OpenLayers bug
Openlayers had een “nasty” bug dat deze zich niet presenteerde in Internet Explorer 6 & 7 (en nog wat browsers). Deze is verholpen door een goede anonieme vriend van mij. Tnx for that!

6 – Layer update
De overlay (site) werkte niet in alle browsers correct en ook de presentatie aan de onderkant leek naar mijn mening niet heel mooi. Dit is gecorrigeerd zodat de onderkant ook ophoudt boven de onderkant van de browsers.

Verder is de site verticale scaling aangepast gezien deze bij het verkleinen van de browser over de header heen klapte en die voor rare visuele weergave zorgde.

7 – Link update
Voor de links zijn de targets gecorrigeerd/verbeterd en ook  de foute links zijn gecorrigeerd naar de correcte pagina’s

In de volgende fases zal de snelheid geupdate worden (is al goed maar kan beter), SEO zal verbeterd worden, de laatste iframe zal getracht worden te verwijderen, visuele update met wat “fancy” visuele effecten en ik zou er graag wat toevoegingen aan toe voegen zoals bijvoorbeeld een uitklapbare legenda e.d.

Samenwerken en delen, omdat het leuk is

zaterdag, december 19th, 2009

Vlak voor (hopelijk mijn laatste) tentamen, had een discussie met twee heren over het vrijgeven van broncode als je een paper publiceert. Handig voor anderen en voor jezelf, immers als ooit iemand je broncode in een publicatie gebruikt krijg je een referentie naar je werk (en gaat de ranking op je werk dus omhoog) en de andere persoon hoeft niet eerst al je papers en het materiaal waarnaar jij hebt gerefereerd door te lopen om je methode te reproduceren. Klinkt allemaal erg logisch, toch zien mensen brood in software die ze gemaakt hebben. Het is mij nog niet voorkomen dat, door mijn software exclusief te houden, ik meer geld verdiende dan door de software bij de resultaten te leveren.

Vannacht is ook weer zo’n prachtig voorbeeld geweest. Als je Roeland een beetje volgt dan weet je dat hij weer met iets interessants bezig is. Het heeft met postcodes en een kaart te maken, en hij gebruikt als excuus om er nog niet met jullie over te bloggen “dat het nog niet goed werkt”. Perfectie kun je naar streven, moet niet een doel op zich zijn denk ik dan. Ik ben vannacht bezig geweest aan dit juweeltje. Een site waar je de Q-koorts eens in beeld kan zien, en ook nog kan klikken. Veel gelikter dan een vies pdfje die je van de Voedsel en Waren Autoriteit krijgt. En je kunt PDFjes ook al niet in Google Earth openen.

Eigenlijk heb ik vannacht niets anders gedaan dan de ene publicatie met de andere publicatie gekoppeld en er iets nieuws, bruikbaarders van gemaakt. Daarvoor had ik een aantal tussenproducten nodig die voor sommige bronnen makkelijker te maken zijn dan anderen. PDF omzetten naar een tekst bestandje en layout behouden? Dat kan heel simpel met pdftotext -layout, maar als je die kennis niet hebt, zul je echt een heel documentje moeten overtikken. Van adressen naar geolocaties, met Google kan dat op een robuuste manier; het is jammer dat we met het 6PP project nog niet zo ver zijn. En een gelikte site maken… jQuery en al zijn plugins ‘to the rescue’, kaartje er op en gaan.

Maar hoe komt het toch dat hier de meest fundamentele data bijna geheim lijkt te zijn? Waarom mag de adressen niet uit een documentje kopiëren? Waarom moet ik moeite doen om een consistent 4PP kaartje te maken? Waarom kan ik niet even snel een bedrijfsnaam op lepelen uit de Kamer van Koophandel site? Het zijn zeker geen levensvragen, maar ik vind het toch jammer dat wanneer je een idee hebt, je altijd wordt geremd door de vorm waarin iets beschikbaar is. De meeste tijd lijkt altijd te zitten in de transformatie naar de vorm waarin jij de data kunt hergebruiken.

Weten hoe je een modelvliegtuig bouwt?

maandag, december 14th, 2009

Onze vrienden van Stichting OpenGeo zijn momenteel een nieuw vliegtuig aan het bouwen voor het door Digitale Pioniers gesubsidieerde project OpenStreetPhoto. Hugo heeft de leiding over de werkzaamheden en documenteer deze vakkundig, daarnaast zal de handleiding uiteindelijk ook in een los document beschikbaar komen.

Het verversen van onze tileserver

zondag, december 13th, 2009

Het leek Lennard, Roeland en mij eens goed idee om mensen op de hoogte te stellen hoe onze tileserver verversingsroutines werken. Recent heb ik de oude python code van Roeland omgezet naar C, en deze kun je terugvinden in onze git repo.

Hoe werkt dat momenteel? Voor iedere invalidatieactie op zoom 18 worden alle tiles erboven uitgerekend. Dit levert dus tiles op voor zoom 17 tot 1. Je begrijpt wellicht dat we niet voor iedere kleine wijziging zoom 1 opnieuw willen gaan renderen. Dat neemt immers relatief veel tijd in beslag. Daarom verversen we momenteel zoom 12 en dieper, per minuut. Alles wat er boven zit kan een keer per week, of een keer per maand gebeuren.

Daarnaast klagen sommige mensen dat ze altijd op ctrl-f5 moeten drukken om hun nieuwe werk te zien. Mijn reactie er op: “het is ‘de speed layer’, het is de bedoeling dat het voor iedereen snel werkt.” Echter ik begrijp wel dat het irritant is, dus daarom hebben we nu ook de LiveLayer. Hoe het werkt? Iedere keer dat je een request doet op de laag zal de browser je request wel cachen, maar de expire header staat op ‘reeds vervallen’, dus een nieuwe request krijgt of een nieuw bestand of een ‘304, niet veranderd’ terug van de webserver.

6pp op dev

zondag, december 6th, 2009

Uberadmin schreef:

Howdy!

Velen van jullie kennen ongetwijfeld het 6pp project [1] en anders wordt het hoog tijd dat jullie als een gek daar ook data gaan invoeren!

In ieder geval wordt nu dagelijks op de dev server de dump van 6pp ingeladen. Dit moet het makkelijker maken om mooie applicaties etc te maken met osm en 6pp data.

Voor een ieder met een account is het heel simpel. De read-only account:

mysql -u 6pp 6pp

Mocht er nu iemand denken van daar moet ik wel iets leuks mee kunnen. Stuur maar een mail en een account op de dev is zo geregeld!

Groet,
–Roeland

[1] http://kvdb.net/projects/6pp/

Daar kan ik alleen aan toevoegen dat er uiteraard een tabel beschrijving is. En dat je nu ook met DBSlayer kunt queryen. Ik heb respectievelijk: /json /php /py /ruby geactiveerd. Query er achter en je hebt een snelle webinterface!

PHP interface naar API0.6

vrijdag, december 4th, 2009

Omdat ik toch te veel vrije tijd heb, zeker geen moment rust nodig heb en slaap (gaap) voor mietjes is. Is dit volgens mij wel het tijdstip om aan te kondigen dat er nu een PHP interface naar de OpenStreetMap API0.6 is. Je kunt er mee downloaden, uploaden, deleten, updaten.

En het mooiste van dit alles; je kunt zelfs je spul uittesten op de Engelse sandbox.

Waar kun je dit prachtige stukje PHP van eigen bodem vinden? Natuurlijk in onze GIT repository.

Het praktisch nut is ook eenvoudig aan te geven; een hele tijd geleden had Rubke een PoI editor gemaakt op basis van OpenLayers. Dus icoontjes op een kaartje slepen en je kunt direct via het web attributen toevoegen. Dat zou ook erg handig zijn voor de website Afvaltijd.nl, immers er zullen nog een heleboel vuilnisbakken en kleding-verzamel-depots op moeten. Door deze interface is het dus appeltje-eitje geworden om een backend te maken die uit een stukje JSON een OpenStreetMap Changeset maakt.

MonetDB op mijndev

dinsdag, december 1st, 2009

Het is zojuist gelukt na wat \\ escape probleempjes om OpenStreetMap Nederland in te laden op mijndev. Dat zou kunnen betekenen dat we de XAPI en de SQL interface weer aan kunnen zetten.

Leuk, maar wat kun je er dan mee? Eigenlijk gewoon in rap tempo zaken uit OpenStreetMap halen. Ben je geïnteresseerd in amenity=recycling zoek je dat even op.