Category Archives: Uncategorized

Project of the Week: Memorials and monuments

November 11 is the 92nd anniversary of the end of the First World War,
and is marked in many countries by religious and civil ceremonies to
remember those who lost their lives in this and other conflicts. It
therefore seems appropriate to have a related Project of the Week.

Add memorials, monuments and historic plaques to OpenStreetMap with
help from the instructions on the Project wiki page.

http://wiki.openstreetmap.org/wiki/Project_of_the_week/2010/Nov_10

This guest Project of the Week is from Jerry Clough (SK53) who started
contributing to OpenStreetMap in 2008. Thanks, Jerry!

This is your Project of the Week. Make suggestions. Inspire other
mappers. What is it about contributing to OpenStreetMap that
interests you? Postboxes? Bowing alleys? Share your OpenStreetMap
interests by contributing a Project of the Month.

http://wiki.openstreetmap.org/wiki/Project_of_the_week/Proposals

Vimy Ridge Memorial photo by Mark Kilner
http://www.flickr.com/photos/markkilner/
is licensed CC-By-NC-SA http://creativecommons.org/licenses/by-nc-sa/2.0/deed.en

Government institutions and OpenStreetMap in practice

Government-osm-cooperation

This is a guest post by Andrzej Zaborowski and was posted before on blog.openstreetmap.pl in Polish. It provides an overview of the existing approaches to sharing resources between OSM and government institutions.

At this time the whole topic of cooperation between governments and OpenStreetMap, can at most belong in the future considerations category in the OSM community in Poland. Partly this is a result of the shape of the local geodesy law that forbids distribution (as well as collection) of geographic information forming part of the cartographic & geodesic resource outside of some very strict procedures, and partly because the local OSM community is still so small. It seems, however, that this sort of cooperation has full support, here as well as in the world-wide OSM community. Obviously we’re mainly talking about government institutions that have something in common with the project, like, making maps. When two groups work for a similar goal, why not co-work. In fact why not do something once instead of duplicating efforts. But how, in practice, can this cooperation work is really an open question. Both bodies will usually have their existing datasets and joining two geographic datasets is no easy task (the existence of OSM in Poland parallelly with a very similar, older project called UMP has also spurred thoughts on this) — a subtask of it will be determining the more precise source of the two for every area, and this in turn is best done using a third, reference dataset. Later how do you deal with the edits done in live datasets, how do you synchronise. How do you estimate the accuracy of an edit, to know if it fits the quality requirements of a particular database.

This is why cooperation is often understood unidirectionally: just like recently in the UK, Australia or NZ, and since ever in the US, governments publish their data (through sites like data.gov, data.gov.uk or geodata.gov.gr) and then OSM contributors use it where they see fit. In the UK additionally the OSM Foundation was one of the bodies consulted when drafting the ways of sharing the government data — this was already an element of a different type of cooperation. Similarly the city of Paris council announced that it would publish data under the new ODbL license that was created (at least partially) with OSM in mind.

In Germany a number of government websites started using interactive OSM slippymaps, because even if the administration has access to much more accurate data, OpenStreetMap comes with easy tools and web technologies ready to use. Official data is in the first place created for tasks like city planning, determining land value and taxes etc., and any web use is completely secondary. This is similar to how the US website change.gov once used an OSM map widget.

From some discussions on the OSM communication channels this year it seemed that the US Geological Survey (USGS) went a further in these considerations and had been ready to accept improvements to map data directly from OpenStreetMap contributors had they made them available under a suitable license. This license requirement came only from the US law regulations on government-created data. But, since OSM has its terms of use pretty well established for the last couple of years, the whole topic of USGS cooperation seems to have gotten stuck and the agency has even made comments about starting a similar community project using OpenStreetMap’s software stack, with the difference of the data licensing. At this point we would be back to the government sharing its data and OSM using it if needed, but it would be possible to cooperate on the software development maybe.

What lead me to make these comparisons though, is a relation from the meeting two weeks ago held between three institutions in Spain, which you could later read on the mailing list of the OpenStreetMap Foundation chapter there. The project was represented by the local chapter president Iván Sánchez, with three representatives of National Geographic Institute (IGN — an organ of one of the ministries in Spain) and two people from an independent body tasked with the distribution of IGN’s publications (CNIG — National Centre for Geographic Information). The meeting was, understandably, described as very successful, here’s a summary of what had been concluded:

  • The terms of use for OpenStreetMap and IGN data are essentially similar, but not 100% compatible. For clarity it is desired that IGN issues an appropriate declaration mentioning OSM explicitly and concerning in the first place the aerial imagery for the entire country. It was suggested that the declaration takes the stance that OpenStreetMap data based on the imagery is an independent work — this is often discussed in the project.
  • CNIG expects that data created in OSM with those imagery layers be tagged with the date of acquisition of the imagery (something that is almost always done today).
  • The CNIG would like to obtain an additional license, compatible with that which is mandated by Spanish law for government institutions, for data collected during Mapping Parties (literally) organised by the OSM Spain chapter. This would concern the GPS traces collected and the participants’ notes. CNIG would also like the local chapter to consider Mapping Party locations suggestions made by CNIG for a given year.
  • CNIG wants to encourage distribution of OSM maps through traditional GIS protocols (WMS, WMS-C, WMTS).
  • Some data may be made available by IGN / CNIG under a stricter license terms than those required by OSM, but lose enough that the data may be used for verification and other tasks.
  • CNIG wants to try to adapt the Walking Papers service, made primarily for OSM contributors use, to its internal needs and data models.

I must say some of the points made surprised me, but at the same time are a very interesting way to see how cooperation between the project and organisations can look practically. Fortunately the demands made of OSM are all real and satisfiable (mostly already satisfied today). And it seems that both sides have clearly stated requirements and expectations, which is difficult to find elsewhere: for instance there are various companies that made vague statements that the ongoing OpenStreetMap license change process may help them better use or cooperate with the project, but nothing concrete has been publicly confirmed or committed to.

Makes me wonder what this process should be like in an “ideal world” because it’s still not clear, let alone what it could look like locally. (Hopefully the currently-consulted and long overdue Polish implementation of the information re-use European directive is going to change something in that area, so we can even talk about it in the local context).

Project of the Week: Pharmacy

Have a toothache and the dentist will see you tomorrow? Perhaps a
mild analgesic will help you sleep restfully. New shoes are a little
tight? This bunion cushion might take the pressure off while your
shoes and feet adjust to each other. The pharmacy might not be your
first choice of a place to be but you’ll be happy to find a pharmacy
that’s open late, in a strange town, when you need one. Let’s add the
local pharmacies to OpenStreetMap.

Learn more about this Project of the Week and how to add pharmacies to the map in your neighbourhood.

http://wiki.openstreetmap.org/wiki/Project_of_the_week/2010/Nov_03

This is your Project of the Week. Make suggestions. Inspire other
mappers. What is it about contributing to OpenStreetMap that
interests you? Postboxes? Bowing alleys? Share your OpenStreetMap
interests by contributing a Project of the Month.

http://wiki.openstreetmap.org/wiki/Project_of_the_week/Proposals

Farmacia photo by manfrys http://www.flickr.com/photos/manfrys/
is licensed CC-By-SA http://creativecommons.org/licenses/by-sa/2.0/

Image of the Week: Aerial photography

Media_httpimgurcom2ox_qxllo

This Image of the Week includes two images for the same great price.
OpenStreetMap contributor Mala holds the OSMcopter, a kite used to
collect aerial imagery. OSM contributor balrog-kun took the photo and
created the imagery server.

The OpenStreetMap logo printed on a 350 cm (11.5 ft) Sutton
Flowform-type kite made for making aerial imagery. These kites are
produced by IKAR in Poland (among others). On the right is an example
picture taken on 2010-10-20 over Praga district of Warsaw

See more details in the full size photo or on the aerial imagery
server. I keep looking for the pilots on the ground.

http://ooc.openstreetmap.pl/kap-warsaw.xhtml?lat=52.2486&lon=21.091&z=19

This is a Featured image, which means that it has been identified as
one of the best examples of OpenStreetMap mapping, or that it provides
a useful illustration of the OpenStreetMap project.

If you know another image of similar quality, you can nominate it at

http://wiki.openstreetmap.org/wiki/Featured_image_proposals

How do OpenStreetMap and open government geodata fit together?

In a recent post, I was examining whether OpenStreetMap is a suitable place for open governmental geodata by cross-checking if the OpenStreetMap is compliant with the ten principles for open data. Out of the ten principles, nine can be considered compliant and one non-compliant. Meanwhile, I have discussed this topic with a wide range of people and read many articles.  However, I have not yet found any place that would be perfect for open governmental geodata, not with ESRI or elsewhere.

In addition to the ten principles, another requirement emerged that was almost always stated by the authorities that look for publishing data: The data should not only be available for download in a machine-readable format, but a user should also be able to visualise the data.
Finally, I came up with a solution that fulfills all of the requirements: publishing the geodata through the OpenStreetMap tool chain under a public domain licence. This would not only fulfill all of the requirements, but also offer some additional advantages.

What would this look like?

The OpenStreetMap tool chain is the underlying software that is used to store, edit and display the OpenStreetMap data – independent from the data licence. The default tool chain is open-source software that is free of charge and has been thoroughly tested by the more than 300.000 registered users.

The tool chain can be established with a blank database that serves as a target for the authority’s dataset, which is intended to be opened. It can be run by any hosting provider. When the tool chain is set up, the authority can import its data into the empty database and then release it under a data licence of its choice.

The infrastructure enables a machine-readable download of the data, displaying the data on the Web or accessing it through the API of the tool chain.

Unknownname

* refers to the ten principles for open data

What are the additional advantages?

The authority can publish the dataset by making use of the OpenStreetMap infrastructure without being bound to the OpenStreetMap licence. As the tool chain is free of charge, costs apply only for establishing and running the infrastructure.

In addition, a dataset that is published through the OpenStreetMap tool chain can be easily imported into the OpenStreetMap data so that the OpenStreetMap community can benefit from the data.

The authority also has the option to make their data available in a read-only or editable form. In the case of the latter, everyone who can edit the OpenStreetMap data is also able to edit the authority’s data, as editors such as JOSM or Potlatch would be fully functional on the authority’s dataset.

Who can help?

In principle, everyone who is involved with OpenStreetMap can assist. A handful of companies exist that are in position to establish such an infrastructure, provide guidance and import the dataset into a “blank OpenStreetMap database”. The selection process for the right integration partner could be performed by a tender process. However, the company that is probably most suitable is Geofabrik in Karlsruhe, Germany. The company has several years of experience with the tool chain and it knows how to convert and import datasets of any format.

Tricky Transit Data. Is Transiki the Answer? | It’s All About Data

I have always loved working with transit data. It is so similar to road data like TIGER or OSM that we work with so often, but at the same time it is so much different. While a road network stays the same throughout time, a transit network can change depending on the time of day, or day of the week. This makes working with transit data a much more difficult problem than working with street data, in fact transit networks generally include street networks within them!

Services on top of transit data are somewhat more rare than road network services. Google has had Google Transit for several years now and is slowly expanding to include more cities. Microsoft recently added transit data for a few cities to Bing Maps. These services are great, I honestly don’t think I would be capable of using transit anymore without Google Transit on my iPhone, but what about the data?

Google has opened the General Transit Feed Specification interchange format they use to load data from transit companies into their system, and there are some efforts to make public GTFS data easy to get, as well as a number of very powerful tools that can suck in a GTFS dataset along with an Open Street Map road network for analysis and routing (BTW, GTFS is just a standard schema represented in CSV files, so working with it in FME is very easy too – kudos to Michael Grant of BC Transit who had a great presentation on this topic last week).

Transiki is a new project from Steve Coast (yes, the same Steve Coast who started OpenStreetMap) to bring the OSM model to transit data. Steve says he had the idea when Google Transit failed him, leaving him on a platform waiting for a train that did not exist, except in Google’s datasets. With Transiki, Steve may still have been stranded, but at least he could update the dataset to prevent others from being in the same situation. A wiki-esque transit network could also bring the real-time transit data in The Bay Area or Portland to other cities through a Waze like application. The uses for a large, free transit data network are almost limitless.

Will Transiki prove to be the answer to all of our transit woes? The short answer is nobody knows for certain. As with all crowdsourcing initiatives, only time will tell if the support from the community remains and grows. Given the huge success of OpenStreetMap, I am excited and hopeful. To get involved with Transiki, come join me on the mailing list!

ShareThis

Related posts:

  1. Full Speed Ahead with OpenStreetMap
  2. Trends in Spatial and Temporal Data
  3. Open and Accessible Data
  4. GIS Folks, Ever Metadata You Didn’t Like?
  5. Choosing the Right Data Format

Project of the Month: Stay a While

Where do you stay when you travel? Sometimes we stay with friends and
family and we already have those places mapped. What about hotels,
motels, hostels, camp grounds and caravan parks bed and breakfasts and
guest houses? When we map at home, these amenities for visitors can be
invisible to us. Let’s turn that around and map the places for
visitors in our towns.

Where do people stay when they visit your town? Find out how to add
these features to the map on the OpenStreetMap wiki page for this
Project of the Month.

http://wiki.openstreetmap.org/wiki/Project_of_the_week/2010/Oct_27

This is the a Project of the Month. Project of the Week returns
next week, while PotM will continue until December. These projects
inspire mappers to contribute data they might not have considered
previously, and allow us to be inspired by the projects of other
mappers.

This is your Project of the Month. Make suggestions. Inspire other
mappers. What is it about contributing to OpenStreetMap that
interests you? Postboxes? Bowing alleys? Share your OpenStreetMap
obession by contributing a Project of the Month.

http://wiki.openstreetmap.org/wiki/Project_of_the_week/Proposals

Hotel room photo by prayitno

http://www.flickr.com/photos/34128007@N04/

is licensed CC-By

http://creativecommons.org/licenses/by/2.0/deed.en