It is possible to download map data from the OpenStreetMap (OSM) dataset in a number of ways. The full dataset is available from the OSM website download area. This dataset (Planet.osm) is a large file, currently about 4GB when compressed and about 100GB when uncompressed. It is also possible to select smaller areas to download. Data normally comes in the form of XML formatted .osm files (an OpenStreetMap markup language).

I have downloaded today a part of the city of Porto using the OSM API,  converted it into shape files, added a new store to geoserver (using those shape files) and finaly visualized the new layers in GoogleEarth and uDig.

• Obtaining the contents from OpenStreetMap using the OSM API

First you will have to define your region specified by a bounding box which consists of a minimum and maximum latitude and longitude. An easy way to accomplish that task is to use Google Earth. Hovering the mouse in the desired corner of the rectangle to export, look at the coordinates and take notes (you only need two coordinates - opposite corners of the rectangle).

Then use those values to create the HTTP request using the folowing URL:

http://api.openstreetmap.org/api/0.6/map?bbox=left,bottom,right,top

for example:

http://api.openstreetmap.org/api/0.6/map?bbox=11.54,48.14,11.543,48.145

Where left is the maximum longitude, right is the value for the minimum longitude, bottom the minimum latitude and top the maximum latitude.

However there is a constraint, the API is limited to bounding boxes of about 0.5 degree by 0.5 degree. For larger areas you could try Osmxapi like so (this will also return a .osm file):

http://www.informationfreeway.org/api/0.6/map?bbox=11.54,48.14,11.543,48.145

The .osm file is not currently not supported by geoserver, so we got 2 ways to get around this. Convert it to shape files, or insert directly in PostGIS database. However I discovered a Web page that offers subsets of the original OSM dataset. They do this by dividing the datasets by country offering the information both in .osm or .shp files, very handy.

• Convert .osm files to shape

Not easy to find, cause I did it in Windows OS, but there is an application out there called osm2shp, which comes with a GUI that does this conversion in a very easy way. If having trouble finding it, just ask me. If you are working in linux, you’re be glad to know that Ubuntu (and Debian-based OSes) repositories have this package.

• Creating a datastore in geoserver uing the new shape files

The output of the previous convertion can be copied to the data folder in the geoserver path. Just create a folder (for instance osmdata) containing the shape files in:

path\to\geoserver\data_dir\data\osmdata

then create a new datastore using the GeoServer Web interface. (check this tutorial)

Just pay attention so that the projection of the source data be configured as 900913, the projection used in Google Maps, and the default for OpenStreetMap.

• Direct input into PostGIS database

There is a converter that allows you to load the OpenStreetMap data into PostGIS called osm2pgsql.  This program is a package available on Debian-based distributions (such as Ubuntu), and is also available as a binary on Windows.

Running the command:

osm2pgsql -E 900913 -d myDataBase TheOsmFile.osm

This will process the XML information and load the data into a PostGIS database called “myDataBase”. The -E defines the projection of the source data, which in this case is 900913, the projection used in Google Maps, and the default for OpenStreetMap.

If successful, the database will contain the following tables:

planet_osm_line
planet_osm_point
planet_osm_polygon
planet_osm_roads

There are two different tables that contain line data, planet_osm_line and planet_osm_roads. The former includes railroads, subways, and other linear information.  The latter is made up exclusively of roads.  The planet_osm_point table has a range of data: subway stations, shopping centers, universities, and even brothels. Lastly the planet_osm_polygon table has, but is not limited to, parks, bodies of water, and even buildings in certain urban areas.

After these steps map info can be easily viewed in GIS apps like uDig/ArcView. The GeoServer Web interface also has directs links for KML for previewing the layer in GoogleEarth if installed.

Also today, I had a small rendez-vous with openLayers and I was able to visualize the new OSM data in a Web page. It is quite easy to create and customize, but have a peek in the sources that I used as a guide. I will have to explore this some day later.

Information sources:

http://blog.geoserver.org/2009/01/30/geoserver-and-openstreetmap/

http://wiki.openstreetmap.org/wiki/Getting_Data

West Midlands Regional Development Agency, Advantage West  Midlands (AWM) has unveiled its latest initiative to stimulate and develop the high technology sector.

AWMist (A Web Map-based Information Search Tool) is the first regional interface of its kind where collaboration, business opportunity building, and partnerships can be easily forged between the region’s ICT SMEs (Small to Medium Enterprises) and those who can support and assist them, such as funding agencies, universities and business support projects.

A major challenge  for the West Midlands’ ICT industry is that the excellent innovation and entrepreneurship present in the region is represented by small companies below the radar of many large organisations. Matching a SME with a business opportunity is difficult and time-consuming, with no one place to quickly search and find a partner or solution provider.

Mike Musson, the ICT Cluster Manager for AWM said:

‘With AWMist we will be taking a large step forward to exhibiting the breadth and depth of ICT skill and innovation in the West Midlands, which is traditionally associated with manufacturing rather than the knowledge economy. We will be making the invisible visible. Such is the enthusiasm for AWMist that other regional clusters are joining including Digital Media, Photonics, Electronics and Medical Technologies.’

Advantage West Midlands chose OpenStreetMap (OSM) as its base map for AWMist, which was a breakthrough for OSM.

The application was developed by leading OSM contributor Frederik Ramm’s company Geofabrik,  in intense competition with companies offering more traditional map solutions.

Screenshot: www.awmist.org

AWM chose OSM for its open commercial terms and lack of technical restrictions when compared to rival map providers.

The fact that the data for the West Midlands was collected and maintained locally was also a factor in the decision. The activities of local mappers in quickly reflecting changes to produce a dynamic map also weighed in OSM’s favour.

AWMist is released now to the region’s ICT businesses for population with data of their choice to maximise their attraction for business partners and will go live to the world in January 2010.

Participating businesses and agencies will have multiple levels of viewing and editing for company profiles and contacts, and will be able to search and filter according to the nature of the opportunity. A restricted view only mode will be available for those outside the West Midlands and the AWM ICT cluster .

AWM aim to grow the population of participating businesses and organisations to a European-wide audience. AWM will be using the tool globally to promote the West Midlands’ ICT businesses.

To preview the site visit www.awmist.org.

This guest post was written by Brian Prangle with contributions from Andrew Mackenzie.

Zilele trecute am adus mici completări în Mazepa (1 și 2), în zona cunoscută ca și “la BR-uri“:

Mazepa înainte

Mazepa după

Ovaj vikend zimovao sam u Zagrebu. Nisam otišao kući jer je danas bila zabava. Zabava je bila tematska – obavezno je trebalo ponijeti GPS-uređaj, fotoaparat, kartu i nešto dobre volje. Radi se o vikendu kartiranja Zagreba, točnije kvartova Borongaj i Trnava za kartu OpenStreetMap o kojom sam već pisao. Ti kvartovi do sada su na spomenutom OpenStreetMapu bili nešto slabije označeni pa se nekolicina nas okupila u hladno nedjeljno jutro i odlučila to promijeniti. Podijelili smo područja pa svaki njime zavladali – vozili smo se spomenutim kvartovima i tumarali bespućima bezbrojnih uskih ulica – neki autima, neki biciklima. Većinu ljudi s kojima sam se danas okupio nisam prethodno poznavao, a nisu ni oni bili u nešto boljoj poziciji i to nas nije sprečavalo da se dobro zabavimo, kartiramo, a kasnije i sjednemo na koji šiš-ćevap, pivu i malo luka. Prisutni su bili skoro svih uzrasta i oba spola. U srijedu ćemo se ponovno okupiti kako bismo sakupljene podatke unijeli u OpenStreetMap. I nekoliko fotki za kraj… za sada nema jer WordPress nešto pretjerano dugo učitava slike.

Și iată cum au apărut și clădirile din zona portului:

Zona Portului înainte

Zona Portului după

Continuăm cu blocurile din zona gării, unde avem atât clădiri vechi cât și blocuri ANL de doar 4 ani:

Zona gării înainte

Zona gării după

Most of the work that we carried out at UCL in evaluating the quality of OpenStreetMap is focused on England, and particularly on London. This is mainly due to the accessibility of comparative datasets. The reason for this was the availability of data, as the Ordnance Survey research unit kindly provided me with the full Meridian 2 dataset for comparison. More detailed comparison, for which we used MasterMap, came from the wonderful Digimap service, though because of the time that it takes to process it we were limited in the size of the area that was used for comparison.

One of the open questions that remained was the accuracy of data collection in other parts of the world. Luckily, Ourania (Rania) Kounadi, who studied our MSc in GIS at UCL, had access to detailed maps of Athens. She used a 1:10,000 map from the Hellenic Military Geographic Service (HGMS) and focused on an area of 25 square kilometres at the centre of the city. The roads were digitised from the HGMS map, and then the Goodchild-Hunter procedure was used to evaluate the positional accuracy.

The results show that for most of the roads in the evaluation area there was an overlap of 69% to 100% between OSM and HGMS datasets. The average overlap was very close to 90%. Her analysis also included attribute and completeness evaluation, showing that the quality is high on these aspects too.

OSM positional accuracy for Athens

So a pattern is starting to emerge showing that the quality of OSM data is indeed good in terms of positional accuracy. This is surprising at first glance – how come people who are not necessarily trained in geographical data collection and do not use rigorous quality assurance processes produce data that is as good as the authoritative data?

My explanation for this, as I’ve written in my paper about OSM quality, is that it ‘demonstrates the importance of the infrastructure, which is funded by the private and public sector and which allows the volunteers to do their work without significant personal investment. The GPS system and the receivers allow untrained users to automatically acquire their position accurately, and thus simplify the process of gathering geographical information. This is, in a way, the culmination of the process in which highly trained surveyors were replaced by technicians, with the introduction of high-accuracy GPS receivers in the construction and mapping industries over the last decade. The imagery also provides such an infrastructure function – the images were processed, rectified and georeferenced by experts and thus, an OSM volunteer who uses this imagery for digitising benefits from the good positional accuracy which is inherent in the image. So the issue here is not to compare the work of professionals and amateurs, but to understand that the amateurs are actually supported by the codified professionalised infrastructure and develop their skills through engagement with the project.’
Rania’s dissertation is available to download from here.

Ca să justific pauza cam îndelungată de pe blog am să încep o luuuungă serie de articole care să demonstreze că nu am stat chiar degeaba în ultima vreme. Pentru început am să vă prezint cum arăta zona pieței centrale acum o săptămână și cum arată acum:

Înainte:

Piața centrală, zona 1

Piața centrală, zona 2

După:

Piața centrală, zona 1 actualizată

Piața centrală, zona 2 actualizată

Au trecut câteva zile de când nu am mai scris nimic pe blog. Nu am fost plecat pe nicăieri, nici nu am fost bolnav, pur și simplu am avut nevoie de un pic de pauză după ce în ultimile 2 luni am tras atât la servici cât și acasă. După o seară în care doar am răspuns la comentarii sau la niște mailuri, aseară m-a apucat nostalgia vremurilor trecute, când Galațiul lipsea de pe harta OSM, și când aveam mult de lucru. Așa că am început ușor cu o inventariere a track-urilor și a pozelor făcute prin Galați, și am mai completat pe ici pe colo.

Probabil că ați observat că sunt câteva cartiere în oraș care sunt bine reprezentate la nivel de alee/stradă, dar lipsesc clădirile. Ei bine, cred că plimbările făcute la începutul acestui an, când am spus că trebuie să acopăr toate cartiere în care există blocuri și să le notez denumirea, o să apară în curând pe hartă. Am să încep cu zona pieței centrale care momentan lipsește de pe hartă, și după aceea am să trec la cartierele deja existente (M13, M14, M38, M39, M40, completare Aurel Vlaicu, completare Siderurgiștilor Vest, M20, M21, Portului). Cum probabil sunteți curioși care este metoda prin care culeg toate aceste date, am să pregătesc un mic articol cu câteva exemple (care din păcate se bazează foarte mult pe imaginile din Yahoo, deci nu se aplică decât în prea puține cazuri).

Într-o vreme publicam articole cu o zonă de pe hartă, înainte și după ce i-am făcut o vizită pentru a vedea diferența. Cred că pe măsură ce am să adaug noi contribuții am să fac mici capturi ale zonei pentru a vedea diferențele.

Cela fait maintenant plusieurs mois que je complète l’itinéraire de la Via Francigena sur OpenStreetMap. Voici un petit retour.

Qu’est ce qu’OpenStreetMap (OSM)

OSM est un projet collaboratif du même type que wikipedia sauf que cela concerne la cartographie. Sur OSM chacun est libre de reporter sur une carte commune ses points d’intérêt ou sa région. Pour voir à quoi cela ressemble : openstreetmap.org

OSM et la VF

Vous pouvez voir l’avancement des travaux sur : http://osm.lonvia.de/hiking.html?zoom=12&lat=46.54784&lon=6.71704&layers=BT

Maintenant l’itinéraire est complet entre Cossonay et Rivaz!

Eugene reminded us that Andy finally uploaded the videos of Openstreetmap’s State of the Map Conference last year in Limerick.

I helped Mike create the presentation material. I think he gave a good overview of the status of mapping in the Philippines back then.

In case your curious, that’s me in the first slide .

După ce am trecut pe la un control oftalmologic care din fericire nu a scos nimic rău la iveală (deci încă îmi permit să stau 12-14 ore pe zi cu ochii în monitor) am ajuns din nou să ma duelez cu Geoserver-ul și stilurile lui. Documentația oficială pentru versiunea 2.0 pe care o utilizez este mult prea slabă, din fericire cea pentru 1.7.x se aplică pentru cele mai multe probleme pe care vrei să le rezolvi (eu încă nu am găsit diferențe). În plus lumea a mai folosit Geoserver-ul și a documentat multe probleme de care s-au lovit la rândul lor.

Am învățat cum pot pune o imagine grafică să se repete pe o linie, am pierdut câteva minute să fac 2 mici imagini care să se potrivească scopului meu, și apoi a început chinul modificării stilurilor deja existente. Datorită faptului că lucram direct pe calculatorul care servește drept server WMS pentru partea de transport în comun, pentru câteva minute această funcție nu a putut fi utilizată, dar imediat ce am trecut pe noua bază de date totul a revenit la normal. Acum însă mi-am dat de treabă la fiecare update al extractului României pe care vreau să îl încarc, și care va dura cu câteva minute mai mult.

Rezultatul este vizibil pe OpenMap.ro, sper să vă placă.

Probabil știți bancul cu japonezul care muncește 2 ore pentru împărat și 2 ore pentru Japonia. Eu lucrez duminica vreo 8 ore pentru mine și pentru comunitatea OSM. Nu mă laud, și nici nu mă plâng pentru că dacă nu mi-ar face plăcere să programez (vorbind în general) pur și simplu nu aș face-o (de fapt nici nu o consider muncă atât timp cât o fac din pasiune). Bun, să vedem ce a ieșit după aceste ore petrecute cu laptop-ul în brațe: am reușit să termin un mic script în Python care parsează o bază de date PostgreSQL/PostGIS încărcată deja cu datele din OSM (folosind modul slim de la osm2pgsql) și care permite (după agregarea  datelor) să randăm diferit porțiunile forward/backward din cadrul rutelor de transport public.

Momentan nu am modificat stilul folosit de Geoserver pentru a pune săgeți de direcție pentru acele porțiuni dar am acces la acele date. Următorul pas la care mă gândesc este o grupare a rutelor pe porțiunile comune pentru a putea îmbunătăți modul în care sunt afișate numele traseelor (teoretic acum nu ar trebui să fie foarte dificil).

Am mai trimis niște mailuri pe listă, am scris un post pe blog pe care tocmai ce îl citiți și s-a cam terminat ziua. Și weekend-ul. Mâine din nou la muncă, de data asta pe bani

Astăzi am pierdut mult timp încercând să adaug posibilitatea de a randa săgețile de direcție pe rutele de transport în comun de pe OpenMap.ro. Din păcate se pare nu este foarte simplu, însă soluția care trebuie să fie implementată va rezolva și problema grupării în cazul afișării numerelor diferitelor rute. Dar va mai dura ceva timp până va fi gata.

Între timp am luat legătura cu unul dintre grupurile ce promovează softul liber în România arătându-ne dispuși să facem mici prezentări legate de OpenStreetMap pentru cei care doresc să afle mai multe (din punctul meu de vedere softul liber merge mână în mână cu datele libere). Interesul este real, însă mai ales din zona Ardealului care îmi este cam inaccesibilă pentru un drum de o zi (cu mici excepții). Așa că mi-a trecut prin minte o idee nebunească ce constă într-un mic tur al României pentru a scoate la iveală acest proiect. Interesați? Cum sună caravana OSM?

As part of an update of the work that I published in August 2008, I re-ran the comparison between the OpenStreetMap and Ordnance Survey Meridian 2 datasets. In a future post, I will provide a full report of this assessment. As I have now completed the evaluation for October 2009 and a re-evaluation of the data from March 2008, I decided to publish some outputs. The map below shows the completeness of OpenStreetMap across England for the two periods. Click on the map to enlarge.

Meridian 2 - OSM Comparison - Mar '08 / Oct '09

The second set of maps show the estimation of completeness when attributes are considered. For this purpose, the calculation takes into account only line objects that are comparable to those in Meridian 2; thus not including features such as footpaths. The following types of roads were used: motorway, motorway_link, primary, primary_link, secondary, secondary_link, trunk, trunk_link, tertiary, tertiary_link, minor, unclassified and residential.

In addition, a test verified that the ‘name’ field is not empty. This is an indication that a street name or road number is included in the attributes of the objects, and thus it can be considered to be complete with basic attributes. In order to make the comparison appropriate, only objects that contain a road name or number in Meridian 2 were included.

Meridian 2 - OSM with Attributes Comparison - Mar '08 / Oct '09

The growth within just over a year and a half  is very impressive – rising from 27% in March 2008 to 65% in October 2009. When attributes are considered, it has risen from 7% to 25%. Notice that the criteria that I have set for this comparison are stringent than the one in the previous study, so the numbers – especially for the attribute completeness – are lower than those published in August 2008.

I am pleased to announce the new release (20091114) of the OSM-PH Garmin GPS Map. This release is another important milestone for the OSM-PH Garmin GPS Map project.

Get the map here

This is the third release who graduated from our new release cycle with several major improvements. The general release cycle is every two months (1 month for pre-release testing and 1 month for the regular release). Big thanks to all those who tested and provided feedback.

What’s new in this release

• data as of 20091114, thanks to all the 350 contributors
• 45,000 ++ kilometers of roads
• Sea  polygon!
• Beta of Address search!

Known bugs

• Full address search may not work as expected
• Some islands are “flooded” (coastline data issue)
• POI icons not visible using 3D mode in some units

Read on for the visual release log of this map.

Visual Release Log

Can you see the sea?

Sea areas now rendered as dark blue polygon

Address search

You can now use that “Find Places” search window.

Choose your own style

A new map style is added in the installer. Big thanks to Rally for providing additional TYP styles. You can find in the c:\Program Files\OSM-PH Garmin maps\” these files:

• OSMPH_MINIMAL_TYP.exe
• OSMPH_RALLY_TYP_v2.6.exe

To load any of the map style, simply double-click either of the file and then open MapSource.

Different map styles rendered in QLandkarte GT. Default map style (right), OSM-PH Minimal (lower left), Rally’s map style (upper right).

That’s it! Enjoy! As we prepare for the next batch of improvements, please continue updating the map and report bugs. Happy GPSing!

Get the map here

Am fost surprins să citesc de faptul că Ericsson Labs oferă suport pentru hărțile OSM în propria librărie Mobile Maps. Spre deosebire de Google Maps librăriile de la EL oferă suport pentru randarea dinamică a datelor vectoriale, personalizarea hărților și suport pentru majoritatea telefoanelor de pe piață, datorită faptului că sunt dezvoltate pentru Java ME și Android.

Sunt oferite cu titlu de două aplicații (Guidu și Photocaching) care folosesc această librărie dar din păcate documentație este unul din punctele slabe deocamdată (pentru un astfel de produs e nevoie de un tutorial bine pus la punct). Am găsit în cele din urmă și două tutoriale (câte unul pentru fiecare platformă suportată) care pot fi încercate la adresa https://labs.ericsson.com/apis/mobile-maps/android-getting-started sau https://labs.ericsson.com/apis/mobile-maps/documentation/getting-started-tutorial.

Exemplu Mobile Maps pe emulatorul Android

Mobile Maps + J2ME

Sursa: https://labs.ericsson.com/apis/mobile-maps/blog/openstreetmap-android.

OpenMap.ro 0.2.5

Astăzi am făcut publice noile modificări la OpenMap.ro, și am schimbat versiunea la 0.2.5. Încă nu mă simt pregătit să trec la 0.3 , aștept să adaug ceva mai important pentru întregul proiect. Iată pe scurt care sunt modificările de la versiunea 0.2.2, în ordinea importanței din punctul meu de vedere:

• modul hibrid, ce combină imaginile satelitare Google cu tile-urile oferite de serverul WMS al AlphaTelecom SRL.
• dezvoltarea unui overlay separat care să includă rutele de transport public existente în OpenStreetMap. Scopul este să arătăm ce se poate face cu datele din OSM precum și să atragem noi contribuitori.
• integrarea OpenStreetBugs, o soluție simplă de a contribui la corectarea hărții OSM chiar și în lipsa timpului (necesar atât pentru înregistrarea traseelor, editarea datelor cât și pentru procesul de documentare). În acest caz e suficient un simplu click pe hartă și completarea câtorva informații despre problema observată.
• adăgarea unui link pentru descărcarea hărții Garmin generată zilnic folosind datele cele mai actuale din OSM. În curând vor fi disponibile cel puțin 3 versiuni ale hărții ce vor putea fi descărcate.
• posibilitatea marcării unei locații pe hartă pentru a putea fi ușor identificată folosind un permalink.

Deși lista de noi funcționalități ce sunt planificate este destul de lungă aștept ideile voastre aici sau pe lista de discuții OSM România.

Tot citind informații despre ce se mai întâmplă cu OpenStreetMap am descoperit un document interesant. Ca să fac un rezumat, în ultimele 8 săptămâni 72 de utilizatori au făcut modificări pe teritoriul României, lucru care ne plasează pe locul 20 la nivel global și pe locul 17 la nivelul Europei. Germania este modelul de urmat cu nu mai puțin de 4363 de contribuitori activi, aproape jumătate din total. Impresionant!

În ceea ce privește România, suntem pe un loc bun, dar sunt convins că putem mai mult Ce ar trebui să facem ca să atragem noi contribuitori? Aștept idei în comentarii.

După cele câteva zile petrecute în Viena, am luat drumul Tirolului. O recomandare pentru cei care fac același lucru, alimentați înainte să intrați pe autostradă, de obicei prețurile sunt măcar cu câtiva euro-cenți mai mici (diferența maximă văzută de mine a fost de 12 euro-cenți, în aceeași rețea de benzinării binențeles). După ce am studiat drumul și am discutat și cu Lucian am hotărât să ieșim de pe autostradă imediat după ce trecem de Salzburg, și să o luăm pe drumuri naționale dar care sunt mult mai pitorești (Lofer – Sankt Johann in Tirol – Kitzbuhel – Westendorf a fost ruta aleasă). Cealaltă variantă era poate mai rapidă, dar mergeam mai mult pe autostradă și pierdeam farmecul caselor tiroleze pline de flori.

Eram aproape de Lofer când mi-am dat seama că îmi lipsesc ochelarii polarizați (ieșisem dintr-un tunel și lumina era prea puternică, dar ia ochelarii de unde nu-s). Cu câțiva kilometri înainte de Salzburg am oprit la un OMV pentru a mânca un sandwich și a bea o cafea și binențeles am reușit să îi las pe  masă. Am stat un pic în dubiu dacă merită efortul (trebuia să intru pe autostradă, să merg pe sensul opus încă 10 kilometri după ce treceam de benzinărie și apoi să mă întorc, un ocol de vreo 60 de kilometri), dar mi-am zis că poate măcar în Austria lucrurile stau mai bine, și am căzut de acord cu soția că dacă găsim ochelarii luam în calcul serios să ne mutăm în zonă . Binențeles ochelarii fuseseră găsiți de doamnele de serveau la OMV și puși la păstrare într-un sertar. Le-am mulțumit frumos și ne-am reluat drumul spre Westendorf parcă și mai bucuroși.

Știam că hotelul nu e în stațiune ci undeva pe munte dar trebuie să recunosc că pantele destul de serioase precum și asfaltul impecabil m-au surprins total. L-am găsit pe Mattheus, cel care deține hotelul pregătind restaurantul pentru cină și am servit un schnapps de bun-venit . Am scos apoi bagajele din mașină și le-am dus în cameră, ca apoi să ne pregătim și noi de masă. După cină am coborât pe jos până în stațiune și cu un pic de noroc am găsit ultima hartă în fața biroului de informații (ne-a fost de mare folos pe munte).

Vedere de la hotel spre o parte din Westendorf

Casă tiroleză

Westendorf văzut noaptea

A doua zi am programat o urcare pe munte, măcar până la punctul de mijloc al telecabinei (MittelStation). Afară era un soare foarte puternic așa că urcatul pe munte a fost mai dificil decât am fi vrut. Deși speram să urcăm până în vârf nu am reușit acest lucru, dar am urcat un pic mai sus decât MittelStation . E clar că ne lipsea antrenamentul din Carpați, poate data viitoare o să fim mai pregătiți. Ne-am întors apoi la hotel și am luat mașina pentru a merge în stațiune. Aici am mâncat un platou extraordinar de șuncă cu doar 6 euro la Hotel Post, pe care trebuie neaparat să îl încercați. Am mai pierdut timpul un pic prin stațiune ca apoi să urcăm spre hotel pentru cină. M-am surprins chiar și pe mine reușind să mănânc ambele feluri, aerul de munte având grijă de apetitul meu (nu că am refuzat vreodată o mâncare bună).

Sportalm Vital Hotel văzut de sus

Cu parapanta

Westendorf văzut de sus

A treia zi din păcate a început cu nori și ploaie. Stațiunea nu mai era vizibilă de la hotel, norii coborâseră jos de tot. Deși nu m-ar fi deranjat o altă plimbare pe munte a trebuit să ne urcăm în mașină, și am pus ca destinație Zell am See. Lacul din zonă este superb, păstrat extrem de curat datorită faptului cu nu ai voie cu ambarcațiuni cu motor pe bază de petrol (bărcile pe care le poți închiria au motor electric, sau poți trece la un mic velier). Stațiunea nu este foarte mare, dar este animată mai ales în zona centrală. La prânz am mâncat o pizza foarte bună la un restauant aproape de gară, împreună cu un ștrudel cu mere delicios. A început apoi să plouă, și în plus am reușit să mă las înțepat de o albină chiar de picior (nici acum nu înțeleg cu s-a întâmplat asta). Abia plecasem din stațiune cu gândul să mergem și la Kaprun, când ploaia s-a pornit serios de nu mai reușeau ștergătoarele să facă față. Așa că am renunțat la alte vizite și ne-am întors spre Westendorf unde am moțăit restul zilei.

Plin de nori

Pe malul lacului, Grand Hotel

Biserica "St. Hippolyt", Zell am See

Ziua a patra a fost la fel de mohorâtă, așa că am pus în aplicare planul cu vizita la fabrica Swarowski de la Wattens și apoi la Innsbruck. Parcul creat in curtea fabricii de cristale este foarte frumos, muzeul în sine este mai greu de digerat pentru cei care nu sunt interesați de modernism. Oricum cel mai mare cristal, domul și pasajul de gheață vă vor impresiona cu siguranță. Innsbruck-ul este un oraș superb, în zona centrală poți pierde zile întregi la diferitele terase sau magazine, totul învăluit în aerul de secol 18-19. Singura problemă: locurile de parcare extrem de greu de găsit, dar probabil că știind acest lucru acum, aș prefera să las mașina mai departe de centru și să mă mișc cu tramvaiele. Seara am încheiat-o cu o palincă bună servită la Lucian acasă, unde am povestit despre experiențele turistice din România și Austria.

Capul gigantului de la Kristallwelten

Cea mai mare piatră de bijuterii din lume - 300.000 de carate

Reflexii în Domul de cristal

Labirintul de la Kristallwelten

Alee pietonală în centrul Innsbruck-ului

Trambulina olimpică de la Innsbruck

În a cincea zi soarele și-a făcut din nou apariția așa că pozele au căpătat culori mai vii. Am început ziua de plimbare cu o scurtă vizită prin Kitzbuhel, apoi ne-am oprit la Aurach Wildlife Park unde ne-am minunat încă o dată (ca niște orășeni veritabili) de faptul că cerbii și căprioarele sunt libere și unele chiar au curajul să se apropie de vizitatori. Apoi am mers spre atracția principală a zilei, cea mai mare cascadă din Europa, Krimml. Despre cascadă, doar un cuvânt: IMPRESIONANT!. Și acest cuvânt vine după ce am avut ocazia să văd mult mai cunoscuta Niagara, care sincer să fiu m-a cam dezamăgit. Căderea de apă de 400 de metri (în 3 trepte) este o adevărată demonstrație de forță a naturii. Poteca amenajată de-a lungul cascadei are câteva puncte de belvedere care oferă imagini diferite asupra cascadei și merită urcat până sus. De la cascadă am plecat pe Gerlos-Bundestrasse, o rută foarte pitorească care urcă până la peste 1600 de metri, de unde ai o priveliște superbă asupra lacului articial Speicher Durlaßboden și a ghețarului Wildgerloskees. Am înțeles și cum e așa de bine întreținută șoseaua respectivă, aproape de punctul maxim se colectează o taxă specială, lucru pe care l-aș vedea practicat și pe Transfăgărășan, dar numai după ce se asfaltează toată șoseaua.

Un Kitzbuhel pur tirolez

WildPark - cerbi și căprioare

WildPark - cerbi și căprioare

Cascada Krimml văzută de jos

Curcubeu la cascadă

Cascada Krimml de la depărtare

Lacul articial Speicher Durlaßboden

Ghețarul Wildgerloskees

Cam asta a fost vacanța din Austria, au urmat 2 zile petrecute pe drum, dar nu fără aventuri pe care le voi povesti altă dată.

Acest articol participă la concursul organizat de arhiblog.ro și sponsorizat de Arsenal Park.

Probabil că această întrebare și-o pun toți cei care care au aflat despre OpenStreetMap și nu sunt convinși să contribuie la acest proiect. Și în cele ce urmează am să vă arăt cum puteți să utilizați această hartă.

Cel mai cunoscut producător de receptoare GPS este Garmin, iar acum aveți posibilitatea să aveți propria hartă gratuită pe un astfel de dispozitiv. Iată mai jos câteva screenshot-uri de pe 2 astfel de receptoare (mulțumiri lui Ștefan și lui Francisc):

Garmin Oregon-550

Harta OSM pe Oregon-550

Harta OSM pe Oregon-550

Harta OSM pe Oregon-550

Garmin Etrex Vista

Harta OSM pe Garmin Etrex Vista

Harta OSM pe Garmin Etrex Vista

Harta OSM pe Garmin Etrex Vista

Harta OSM pe Garmin Etrex Vista

După cum probabil se observă harta este rutabilă, deci aveți funcționalitatea completă a unui device GPS. Și lucrul cel mai important: nu aveți nevoie de un receptor Garmin pentru a utiliza această hartă, deoarece există aplicația Garmin XT ce funcționează pe platforme Palm, Symbian și Windows Mobile ce acoperă cea mai mare parte din piața smartphone-urilor.

Bonus: harta OSM cu informații topo (curbe de nivel). Puteți descărca un prim exemplu de aici: http://www.filehost.ro/604032/gmapsupp_romania_OSM_topo_50m_img/. Și iată câteva imagini care scot în evidență noile informații disponibile pe hartă:

Harta OSM-topo pe Garmin

Harta OSM-topo pe Garmin

Sper că aceste informații v-au fost de folos și v-au convins că OSM nu este numai un proiect de viitor ci unul cu un prezent foarte folositor. Dacă ați folosit harta OSM (preferabil vectorial) pe alte dispozitive mobile v-aș ruga să lăsați mai multe amănunte în comentarii. Harta rutabilă OSM Romania poate fi descarcată de aici: http://osm.stilpu.org/garmin-routable/ fiind actualizată zilnic.

Spor la cartografiat și la utilizat!

One of the interesting questions that emerged from the work on the quality of OpenStreetMap (OSM) in particular, and Volunteered Geographical Information (VGI) in general, is the validity of the ‘Linus’ Law’ for this type of information.

The law came from Open Source software development and states that ‘Given enough eyeballs, all bugs are shallow’ (Raymond, 2001, p.19). For mapping, I suggest that this can be translated into the number of contributors that have worked on a given area. The rationale behind it is that if there is only one contributor in an area he or she might inadvertently introduce some errors. For example, they might forget to survey a street or might position a feature in the wrong location. If there are several contributors, they might notice inaccuracies or ‘bugs’ and therefore the more users, the less ‘bugs’.

In my original analysis, I looked only at the number of contributors per square kilometre as a proxy for accuracy, and provided a visualisation of the difference across England.

During the past year, Aamer Ather and Sofia Basiouka looked at this issue, by comparing the positional accuracy of OSM in 125 sq km of London. Aamer carried out a detailed comparison of OSM and the Ordnance Survey MasterMap Integrated Transport Network (ITN) layer. Sofia took the results from his study and divided them for each grid square, so it was possible to calculate an overall value for every cell. The value is the average of the overlap between OSM and OS objects, weighted by the length of the ITN object. The next step was to compare the results to the number of users at each grid square, as calculated from the nodes in the area.

The results show that, above 5 users, there is no clear pattern of improved quality. The graph below provide the details – but the pattern is that the quality, while generally very high, is not dependent on the number of users – so Linus’ Law does not apply to OSM (and probably not to VGI in general).

From looking at OSM data, my hypothesis is that, due to the participation inequality in OSM contribution (some users contribute a lot while others don’t contribute very much), the quality is actually linked to a specific user, and not to the number of users.
Yet, I will qualify the conclusion with the statement that further research is necessary. Firstly, the analysis was carried out in London, so checking what is happening in other parts of the country where different users collected the data is necessary. Secondly, the analysis did not include the interesting range of 1 to 5 users, so it might be the case that there is rapid improvement in quality from 1 to 5 and then it doesn’t matter. Maybe the big change is from 1 to 3? Finally, the analysis focused on positional accuracy, and it is worth exploring the impact of the number of users on completeness.

Because of the interest on my post with the movies I have created to show OSM evolution in some locations in Romania, I have decided to write a tutorial with all the needed steps to create something similar. The tutorial will be splitted in two parts:
1. Creating a country extract from older planet files
2. Using mapnik and some simple scripts to create images for a specific area, and then compile those images in a MPEG movie.

Just to make things clear, I used a Ubuntu 9.04 to get everything done. I am not sure how easy will be to have something similar on Windows, but it will be almost identical for any Linux distro.

For the first part I would like to thank Frederik and Grant who pointed me to the right scripts, and also mentioned the differences between older OSM API’s and XML formats. The key to create a history of extracts for a country is to get older planet files and apply the correct scripts to them. For the planet files you may chose between the official provider http://planet.openstreetmap.org/ and the mirror hosted by Heanet http://ftp.heanet.ie/mirrors/openstreetmap.org/.

There are mutiple actions to be taken in order to get the extract, and these actions depends on the date of the file (which actually gives the version of the API). There is one common prerequisite, the country polygon. If you don’t have one already, you can probably get it from the Cloudmade’s download section (Romania’s polygon). Once you have the polygon file you can start to download the planet files starting with the oldest one (for Romania I started with 20061205, the country was almost a blank canvas at that time).

For planet files between 20061205 (and maybe older, but I haven’t tried it) and 20071003 the API version is 0.3 or 0.4 (the XML format is identical). So you will need a little bit of workaround to convert these to 0.5 that can be processed with current tools. Here are the steps in order to get the extract for 20061205:

$ sudo apt-get install subversion # needed if you didn't \
use SVN before on that machine
$ mkdir ~/svn
$ cd ~/svn
$ svn co -r 4779 http://svn.openstreetmap.org/\
applications/utils/osm-extract

The extract script will need the Math:Polygon Perl module, which yo can install using CPAN (I am not an expert, I followed some ideas found on the web and it worked. If you have problems I am not the guy to ask about Perl ). You should also install some prerequisites:

$ sudo apt-get install lynx
$ sudo apt-get install ncftp
$ cpan

At the cpan prompt (that you will get after answering some questions) you should type:

cpan[1]> install Math::Polygon

When the installation is finished you should be ready to start extracting your country.

$ mkdir ~/planet
$ cd ~/planet
$ wget http://ftp.heanet.ie/mirrors/openstreetmap.org/\
planet-061205.osm.bz2

At this time you are ready to create the extract, but first get the polygon file and copy it to the new ~/planet directory. After that you can start the extract:

$ ~/svn/osm-extract/polygons/extract-polygon.pl \
-i planet-061205.osm.bz2 -o MY_COUNTRY-061205.osm \
-p MY_POLYGON_FILE

Of course you should replace MY_COUNTRY and MY_POLYGON_FILE your the correct names to have everything up  and running. I would use Romania in the examples to keep things simple, but you should use your country name. This should take a while depending on the country and of course the power of the server you use. In the end you should get a new .osm file for your country. Note 1: that this file is in 0.4 (or 0.3) XML format so we need to convert it to 0.5. For this we will need to get another script from SVN:

$ cd ~/svn
$ svn co http://svn.openstreetmap.org/applications/\
utils/conv05
$ cd ~/planet
$ mkdir 0.5
$ ~/svn/conv05/04to05.pl <romania-061205.osm \
>0.5/romania-061205.osm

After this step you should have a 0.5 compatible OSM extract of your country in the 0.5 directory. Note 2: If you get an error about a missing Perl package when starting a Perl script you should use CPAN to install it.

The next step is not mentioned anywhere from what I know but I have discovered that after the conversion you will get some ways that reference nodes without an ID. This can be fix easily using sed:

$ cd ~/planet/0.5
$ sed 's|<nd ref=""/>||g' romania-061205.osm \
>romania-061205.osm.temp
$ cp romania-061205.osm.temp romania-061205.osm

This is the final step of creating the extract. I usually validate such an extract by trying to open it in JOSM. If you get any errors while trying this leave a comment here or better post on the Talk list.

You should repeat (probably you will create a small script) the above steps in order to get the extracts until 20071003 (inclusive). For example to get the 20061213 extract  the steps will be:

$ cd ~/planet
$ wget http://ftp.heanet.ie/mirrors/openstreetmap.org/\
planet-061213.osm.bz2
$ ~/svn/osm-extract/polygons/extract-polygon.pl \
-i planet-061205.osm.bz2 -o romania-061205.osm -p romania.poly
$ ~/svn/conv05/04to05.pl <romania-061213.osm \
>0.5/romania-061213.osm
$ cd 0.5
$ sed 's|<nd ref=""/>||g' romania-061213.osm \
>romania-061213.osm.temp
$ cp romania-061213.osm.temp romania-061213.osm

This concludes the part where we describe how to extract a pre-0.5 country file. For planet files starting with 20071010 the things are a little bit simples, because we don’t have to convert it. For 0.5 version files we can use Osmosis to create the extract, but first we need to donwload the latest version:

$ cd ~
$ wget http://dev.openstreetmap.org/~bretth/osmosis-build/\
osmosis-latest-bin.tar.gz
$ tar zxf osmosis-latest-bin.tar.gz

Note 3: Osmosis needs Sun Java JRE 1.6, you should make sure you have it installed. For planet files from 20071010 up to 20090418 (inclusive) you should specify to Osmosis to use 0.5 tasks:

$ cd planet
$ wget http://ftp.heanet.ie/mirrors/openstreetmap.org/\
planet-071010.osm.bz2
$ bzcat planet-071010.osm.bz2 | ~/osmosis-0.31/bin/osmosis \
--read-xml-0.5 file=/dev/stdin --bounding-polygon-0.5 \
file=romania.poly  --write-xml-0.5 file=romania-071010.osm

Starting with 20090421 you can remove 0.5 suffix to the tasks:

$ cd planet
$ wget http://ftp.heanet.ie/mirrors/openstreetmap.org/\
planet-090429.osm.bz2
$ bzcat planet-090429.osm.bz2 | ~/osmosis-0.31/bin/osmosis \
--read-xml file=/dev/stdin --bounding-polygon file=romania.poly \
--write-xml file=romania-090429.osm

Using the above steps you should be able to get a history of .osm files for your country. We (OSM Romania) are using a Git repository to store the planet extracts but this is not necessary. I will try to create some simple scripts that will generate images with date caption that should make things simpler for those who don’t want to use Git.

To prepare for the next part of the tutorial I propose you to read the Mapnik install wiki page http://wiki.openstreetmap.org/wiki/Mapnik. We will use the generate_image.py script so you should make sure that you can generate images successfully using that script. You will probably find the PostGIS wiki page very useful as well http://wiki.openstreetmap.org/wiki/Mapnik/PostGIS. Also I recommend to compile osm2pgsql from source as described here: http://wiki.openstreetmap.org/wiki/Osm2pgsql.

I hope to have the second part ready until the end of the week, but I think in the meantime you have more than enough to play with. Questions are welcome in the comments.

UPDATE:

The readers have requested more information about using the planet weekly diff files to save bandwidth, so here it is: I used two different versions for the planetdiff tool, depending on the version of the API. For planet files/diffs before 20071010 (not included) I used the revision 4778 from SVN:

$ cd ~/svn
$ svn co -r 4778 http://svn.openstreetmap.org/\
applications/utils/planetdiff

You will need to compile the source for planetdiff, if you see any errors during compile time use the readme.txt file to find out what you need.

$ cd planetdiff; make

At this point you will have two binaries, planetdiff and planetpatch. You will use planetpatch for the following steps:

$ ./planetpatch ~/planet-070718.osm.bz2 \
~/planet-070718-070725.diff.xml.bz2 | bzip2 \
-6 > planet-070725.osm.bz2

The above is just an example on how to generate planet file from 070725 using the old planet file from 070718 and the diff file. You should make sure that the paths to the above files are correct, I had everything in the home directory.

For newer planet files (starting with 071010) you can use the latest version of the planetdiff utility (which might also work for older planets, but I didn’t want to experiment). The process is exactly the same, but you shouldn’t provide the revision when you checkout the source code and also provide another directory as location:

$ cd ~/svn
$ svn co http://svn.openstreetmap.org/applications/\
utils/planetdiff pd
$ cd pd; make
$ ./planetpatch ~/planet-080423.osm.bz2 \
~/planet-080423-080430.diff.xml.bz2 | bzip2 \
-6 > planet-080430.osm.bz2

As I mentioned in the comments applying the weekly diff file is taking a long (almost a day on my machine, not very powerful indeed), so you will have to be patient.