OpenStreetMap

Diary Entries in English

Recent diary entries

Umap and Wiki Loves Monuments 2015

Posted by Paolo Bubici on 2 September 2015 in English (English)

On the occasion of the participation of the City of Albisola the contest Wiki Loves Monuments 2015 have mapped the property to photograph through umap and it has aroused some interest .... well even with little you can achieve interesting things .... keep it up!

http://u.osmfr.org/m/51116/

Houses

Posted by TheDude05 on 1 September 2015 in English (English)

Started working on putting houses into the map in Corinth. I have no idea how long this will take drawing them individually. It's daunting tasks like this that makes me wish that building footprints derived from the aerial flights for the cities were in a creative common license.

Done With Chiapas Corner!!!

Posted by Sunfishtommy on 1 September 2015 in English (English)

So as I predicted, i was able to finish mapping all major roads in Chiapas Corner which I explained in my last post is what i have been calling this area

https://www.openstreetmap.org/#map=11/16.2440/-90.6509

I continued mapping for a little while in the Chiapas area, more to the west, and was able to add a significant amount of town names using the http://gaia.inegi.org.mx data. But as i expected, i started to get a little tired of mapping in Chiapas. After all i have done a lot there. So I have moved go Guerrero Mexico, where there is almost no mapping at all besides town names. Since I love mapping roads this is perfect. With a blank canvas I am going through and mapping major roads and am going to work my way down to smaller roads as time goes on.

As I have said in the past, I just let the flow of the mapping take me where i want to go, it helps to keep from getting tired. So for now it is Guerrero and the rural areas where there is almost no roads.

Cant wait to turn blank map into something full of data!!!

Sunfishtommy

M@ppiamo Albisola thanks the following mappers

Posted by Paolo Bubici on 1 September 2015 in English (English)

Today downloading data of Albisola Superiore (North Italy) I found out all the names of the mappers who contributed to the great map that is! Here they are! This archive is the product of the italian OpenStreetMap community and of the following wonderful people:

0rener,42429,abrondi,Alecs01,Ale_Zena_IT,AlfredoSP,andreacelle,Andrea Musuruane,AnyFile,apetro,blastg,Bobuzzo,David Paleino,Davio,daxxx1968,dforsi,Diego Bertone,ericfesta,escada,favalex,folco,folletto,FvGordon,gd-wg,geow,ghiso983,Gigi,glaucos,grafite,Guidolux,gw davide,Heinz_V,Hjart,Kostik,LLAQWA,lorenzoelsalsero,lucadelu,lucazeo,LucioGE,Marco_T,Martin Mystère,mcheck,mcheckimport,Mustifanci,Niccolo,Niente0,noperante,Pab09,Pablo99,Paolo Bubici,Peilscheibe,Percherie OnDaNet,Peterborto,popeye,Puccia,railway_fan,ratrun,rockhock,sabas88,sabas-import,sbiribizio,sheg,simone,Simone Piccardi,steko,telemaco81,vancori,venerdi,Verdy_p,Virgile1994,wandsecacher,wild,WJtW,Yiyi

Every day a new version of this file will be made available at: http://osm-toolserver-italia.wmflabs.org/estratti/

Passive data for OSMing

Posted by maning on 1 September 2015 in English (English)

The idea of using passive data into OpenStreetMap is not new. Even during the early days of OSM, this concept was already discussed. What I mean by passive here are data sources that is not originally intended for use in OSM. This usually comes from third party services which gave permission to use their data into OSM. We are getting more of this recently and has helped me in improving my own mapping patch.

Animation below shows data from OSM public traces[0], Strava and Mapillary[1]. Marikina

However, I don't think the idea of purely using passive data (where automatic data correction and update is done) will be possible in OSM. User input will always be needed.

[0] OSM public traces does not really qualify as passive data since many of them were uploaded for the purpose of mapping. However, I've seen many tracks in the Philippines that were uploaded and was not edited by the original user who uploaded the it.

[1] Again, Mapillary coverage here is mostly my own and use it primarily for updating the map. So tehcnically not passive data, but, it does comes from a third party website.

Proposed mechanical edit: surface=woodchip to surface=woodchips

Posted by Mateusz Konieczny on 1 September 2015 in English (English)

this entry is copy of http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny/surface%3Dwoodchip_to_surface%3Dwoodchips

I plan to change surface=woodchip to surface=woodchips.

surface=woodchip is a clear duplicate of surface=woodchips. It is also less popular and undocumented on Key:surface. It would be a good idea to retag it to already documented tag before this tags are used more.

amount of surface=woodchip in OSM as of 2015-09-1 is 135.

amount of surface=woodchips in OSM as of 2015-09-1 is 228.

I'd download all surface=woodchip using Overpass API and change the tagging by search and replace using Level0 editor. The upload of the changed data I'd do in chunks to check the data once more before upload and not to create a worldwide changeset.

This would be a one time edit.

Edits will be made from account "Mateusz Konieczny: bot account"

Example: http://www.openstreetmap.org/way/25453184

state before mechanical edit:

highway=footway
surface=woodchip

state after mechanical edit:

highway=footway
surface=woodchips

Changeset comment would be " changing surface=woodchip to surface=woodchips as surface=woodchip is less popular duplicate. This mechanical edit is documented at http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny/surface%3Dwoodchip_to_surface%3Dwoodchips "

After Holiday Fun

Posted by escada on 31 August 2015 in English (English)

I had some after-holiday-fun adding the details for the Ehrenmal in Oberschönau, Thüringa.

Ehrenmal

The map

Kate helping out during the survey

Location: Unterer Möstweg, Oberschönau, Haselgrund, Landkreis Schmalkalden-Meiningen, Thuringia, 98587, Germany, Europe

Lake Ontario

Posted by deejoe on 31 August 2015 in English (English)

I haven't followed all the discussion on talk-ca and talk-us about how to tag the North American Great Lakes, but when looking into this problem:

http://www.openstreetmap.org/note/229902

I did run across mention of this consensus:

https://github.com/gravitystorm/openstreetmap-carto/issues/754#issuecomment-49939285

and so I've started to tag the edges of Lake Ontario as "natural=coastline" to bring Ontario into consistency with the other Great Lakes.

This may violate someone else's notion of what "natural=coastline" is meant for, but until such time as there is another method brought into practical use for rending the Great Lakes a) at a reasonable zoom level (eg, they are big enough that they should show at the default zoomlevel of 5) and b) consistently (eg, showing all 5 lakes, instead of just 4 of the lakes at zoom 5), this seems to me a reasonable compromise.

If you disagree, please implement a different fix.

Trolltags

Posted by Mateusz Konieczny on 31 August 2015 in English (English)

It is not OK to use one tag (for example amenity=hotel) and add second tag that negates or massively change its meaning (for example adding involuntary=yes to amenity=hotel instead of using amenity=prison). Additional tags should clarify meaning of main tags rather than negate it.

In general, any tag tag must be processed to avoid producing false or invalid data is a trolltag.

For example somebody wants to produce map of cycleways. Simply processing highway=cycleway and highway=path with bicycle=designated should be enough. Data consumer in that situation should not be expected to check for "proposed=yes", "demolished=yes", "construction=yes", "completely_fictional=yes" or "end_date=1990".

Obviously, one may want to look for more detail - for example to show proper map of cycleways one would want to check also access, surface, oneway and other tags. But again - segment of cycleway destroyed in landslide should be removed from map rather than tagged as [highway=cycleway, surface=giant_gaping_hole, smoothness=impassable].

Adding tags like proposed=yes is a really poor idea. In case of data consumers not supporting them it will lead to invalid and highly misleading data. And data consumers supporting completely broken tagging schemes (like [highway=tertiary; construction=yes] instead of supporting just [highway=construction, construction=tertiary]) encourages usage of this tagging method. The danger is that with more and more data tagged using trolltags other data consumers will either be forced to add support for trolltags or stop using OSM data.

And possibilities for trolltag are endless. Lets say that somebody wants to display existing shops and support all tagging schemes. Good luck with filtering out proposed=yes, abandoned=yes, vacant=yes, demolished=yes, construction=yes, empty=yes, ruins=yes, parsing start_date and end_date etc etc.

Some real examples:

http://www.openstreetmap.org/way/36478401 - there was a building. Then it was demolished. But somebody, instead of deleting it from OSM (or maybe temporarily converting it into note="there was building here now it is demolished") decided to add demolished=yes.

http://www.openstreetmap.org/relation/1918067 - railway=route tagged on highways and footways. To detect that this is not a railway route but original research about line that was closed over 80 years ago one would need to process "note=abandoned railway" or "railway:end_date=1931"

In many cases (like this two cases above) correct mapping is no mapping whatsoever. What existed in past and is not existing now should not be mapped in OSM (see http://www.openstreetmap.org/welcome - "What it doesn't include is opinionated data like ratings, historical or hypothetical features, and data from copyrighted sources.").

In other cases objects should not be deleted but retagged. For example in really rare cases mapping proposed roads makes sense. Maybe some proposal for constructing footways are also verifiable. But in that case use [highway=proposed, proposed=footway] rather than [highway=footway; proposed=yes]. At least normal data users will not be mislead into displaying proposals as reality. (and yes, somebody did it - see http://www.openstreetmap.org/way/53821342 ).

It is OK to map objects under construction. But [highway=footway; construction=yes] is the best method to irritate data consumers (real - see http://www.openstreetmap.org/way/281018186#map=19/51.50653/-0.01904). Use [highway=construction; construction=footway] instead.

And good luck with interpreting [construction=yes; railway=tram_stop; start_date=2012]. Is it construction that was supposed to end in 2012? Is it construction that was supposed to start in 2012? And almost everybody will process it as an existing tram stop. It would be better to avoid mapping http://www.openstreetmap.org/node/1049342953#map=19/53.47988/-2.15500 until it was really constructed (or use something like [construction=tram_stop, end_date=2012])

Note that some tags may be OK or trolltag depending on how it is used. For example abandoned=yes. It is perfectly OK to add it to building - after all, abandoned building is still building. But using it on shop=supermarket to indicate that shop is no longer operating and it is impossible to buy anything there (in other words - it is no longer a shop) is not OK and should be tagged in proper way (typically - by deleting shop=supermarket).

Disclaimer - trolltags are frequently not processed and ignored. As result it is typical that [highway=motorway, construction=yes] is no longer under construction and may be used. This type of issues as usually requires survey on the ground to be properly fixed.

And you may use this overpass query to detect more in your region - http://overpass-turbo.eu/s/bcS (it includes tags that nearly always are trolltags - but certainly some false positives will appear. For example vacant=yes is fine for building).

Grass&Green is a new tool pointing to crucial issue and need your support

Posted by grass_and_green on 31 August 2015 in English (English)

Dear OSM users,

Grass&Green is a new tool to improve the quality of data from classification perspective.The project aims to: 1) develop an appropriate classification of entities to support more use;2) guide the participants towards better understanding of the class;3) enrich the OSM data; 4) correct the miss classified data.

Is it a "park"? The given entities in the previous figure. Is is a park? could it be classified as a garden? what is the best classification of that entity? While in the next figure is the entity is a park or forest? could it classified as meadow?

Is is a "forest"? The tool is part of a research at Bremen University by Ahmed Loai Ali. The research argues that the appropriate classification of entities comes from the inherent characteristics of the entities and its geographical context. For example, when an area covered by grass and contains amusements and leisure properties then it is recommended to be classified as park, garden, recreation,..etc. Whereas when an identical entity contains nothing and full will woody plants, then it would be better to classify it as forest. While in other situation when a grass entity located between roundabouts and besides highways and aims to decoration purpose it could be classified as grass. When the entity used for agriculture then its field, farm, ..etc. For further details you could read our research publications.

The tool that we develop focus currently on German data only, and we still analysis the classification within the city boundaries. So, It represents a way to improve our research and our research plan still have more items.

The tool is online under http://opensciencemap.org/quality/. We need to understand how participants see the classification of grass-related entities. We need to check if participants could really able to classify these type of entities correctly from only satellite images and local knowledge. To which extent is our generated recommendations matches with participants' opinion.

Hence, It is a kindly call for participants. Let's improve our data sets, Let's understand various conceptual perspectives. I would appreciate your participation. Your comments and feedback and more than welcome.

OpenStreetMap Carto 2.34.0

Posted by Mateusz Konieczny on 29 August 2015 in English (English)

Most obrotowy w Giżycku

OpenStreetMap Carto 2.34.0 has been released and rolled out to the openstreetmap.org servers. It might take up to 48 hours before all tiles show the new rendering.

Changes include

  • better rendering for highway=path/footway/cycleway - this is the next iteration of improving how footways and cycleways are displayed. Unpaved footways are now visible on natural=bare_rock and there are now three classes: paved, unpaved and unknown surface #1788
  • man_made=bridge is now rendered #1633, #1791
  • new rendering for landuse=quarry #1696
  • amenity=veterinary is now rendered #1656
  • amenity=community_centre is now rendered #1744
  • amenity=prison and landuse=military rendering takes in account area size #1739
  • consistent color for boundaries #1773
  • tweaked zoom level for amenity=car_sharing #1762 and amenity=car_rental #1761
  • Mapnik 3 preperations are now finished. The style now supports Mapnik 3. Most of the work was done on the Mapnik side. #1792

A full list of changes can be found on Github.

Style for footways and cycleways is not ideal and there are some known problems (see #1793 and #1748). Pull requests that would solve this issues are welcomed.

It is a good idea to check whatever bridges in your region are tagged for renderer - mistagging bridges as buildings is quite popular (only rare constructions fit definition of building=bridge - building=bridge is brown and man_made=bridge is gray).

For people interested in adding surface tags in their area - here is a helpful overpass query (zoom in before using "Run" button): http://overpass-turbo.eu/s/b88 This query return ways without surface tags and ones tagged with tags not documented as valid surface values. Only ways with highway=footway/path/cycleway are displayed. In nearly fully mapped regions one may modify query to search for missing surface also for other highway types.

As always, we welcome bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues where they will be tracked.

Previous release announcement: http://www.openstreetmap.org/user/pnorman/diary/35589

Location: Wilanów, Giżycko, powiat giżycki, Warmian-Masurian Voivodeship, Poland

Support Green Mapping (Classification), Volunteers for Grass&Green Needed

Posted by grass_and_green on 29 August 2015 in English (English)

Dear OSM users,

Grass&Green is a research project aims to improve the classification of grass-related entities. Actually, the main aim are to 1) develop an appropriate classification of entities to support more use;2) guide the participants towards better understanding of the class;3) enrich the OSM data; 4) correct the miss classified data.

The research is done at Bremen University by Ahmed Loai Ali. The research argues that the appropriate classification of entities comes from the inherent characteristics of the entities and its geographical context. For example, when an area covered by grass and contains amusements and leisure properties then it is recommended to be classified as park, garden, recreation,..etc. Whereas when an identical entity contains nothing and full will woody plants, then it would be better to classify it as forest. While in other situation when a grass entity located between roundabouts and besides highways and aims to decoration purpose it could be classified as grass. When the entity used for agriculture then its field, farm, ..etc. For further details you could read our research publications.

The tool that we develop focus currently on German data only, and we still analysis the classification within the city boundaries. So, It represents a way to improve our research and our research plan still have more items.

The tool is online under http://opensciencemap.org/quality/. We need to understand how participants see the classification of grass-related entities. We need to check if participants could really able to classify these type of entities correctly from only satellite images and local knowledge. To which extent is our generated recommendations matches with participants' opinion.

Hence, It is a kindly call for participants. Let's improve our data sets, Let's understand various conceptual perspectives. I would appreciate your participation. Your comments and feedback and more than welcome.

Best,

Ahmed Loai Ali

Too Much Vacations, Little Time Left

Posted by roadgeek99 on 29 August 2015 in English (English)

It's the nearly the end of summer break for me. Since my dad is not working this week, our family has been taking vacations. And while I'm away from home on vacation, I do surveys for OSM. With school starting soon (next Wednesday), I can't check OSM frequently anymore. I feel I'm putting myself in a time crunch. Locally, there is stuff that I want to survey. On top of that, there is stuff from vacations that I want to enter on the map.

This past Monday and Tuesday, I was at Government Camp, Oregon for a trip to the Mt Hood area. Along the way on US 26, I was recording the speed limits on it. Then, there are the POIs. I managed get more info for some of them (Summit Chevron was probably my best). Since the Bing imagery was pretty bad over there, I barely got to add building footprints to the map.

Tomorrow, I'll have a trip to the Seattle metro area. I know that I'm going to Bellevue and Seattle, and staying at Everett for the night. I don't know what I'll run in to at my time there. I'll be planning to add exit signage for I-5.

Locally, I still have stuff to do. Much of the speed limit data over here is wrong or missing, and I'd like to change that. I just want to start improving a small section of C-TRAN route 30's bus stops that are not part of other routes.

When my vacation workflow takes over my local workflow, I feel like I'm working too much in this time crunch. Due to school, I'll be reducing my capacity at OSM dramatically. I'll be checking and surveying by bike on weekends though.

My maping are directly to the finding of Crown Lands for the purpose of Wild-Camping.

Posted by ParanormalTech on 28 August 2015 in English (English)

Here are my suggestions/demands if you're camping on crown land:

Clean up after yourself; if you can carry it in, you can carry it out! Just because there isn't a ranger looming around to fine you/clean up after you, doesn't mean you have the right to leave trash lying around. Not only does it make the site look like crap, it also attracts more animals and pests. To add, the fire pit is not a trash can.

There aren't any outhouses/treasure chests, so dig a hole! Mark a path well away from the site and go at least 100m from the water source. You'd think "don't shit where you eat" would be universally known, but I have come across a big steaming mess with a wad of paper only feet from the site more than once. To add to this (and I'm looking at you ladies), collect and burn your toilet paper. Every time you need to wipe, collect the used paper in a paper bag, and burn it. If this isn't possible, at very least bury it like your poop.

Please just bring a water purifier of some kind; the risk of getting parasites might be small in pristine water, but purifiers are so convenient nowadays that it's not worth going without. I have a Sawyer Mini filter, it weighs nearly nothing and I just fill a bag with water and hang it on a branch to drip (which takes a couple minutes). Chlorine or UV purification is even easier.

One of the best things about crown land is being able to camp where you like! Sometimes you just come across a very ideal spot, but sometimes you underestimated your plans and have to make do with what you can. If this happens, and you end up on a spot you don't intend to return to in the future, don't make unnecessary "improvements" to that site. Clear a spot for your tent, don't cut anything down you don't have to, and only build a fire if you need to - put that stove to use. If you had to build a fire, remove the fire pit and clean out the contents before leaving.

As for established campsites, do what you can to improve it. Clean up, clear brush, whatever little bit you do helps. These sites are user maintained, treat them as such.

Firewood! Great, you don't have to pay the park office for wood! The forest will provide. Only burn dead wood. I have camped for years without bringing a hatchet or axe, you don't need to cut down trees to get wood. There is plenty of dead fall and branches lying around to keep that fire going day and night. Collect the smaller stuff, it's easier the carry, and you can break it by hand - less chance of getting hurt. If anything I would bring a breakdown buck saw, it's safer and faster.

To me, the biggest benefit of camping on crown land is the seclusion. I don't need to check in, I'm not restricted to a site reservation, I can go where I please, and in a lot of cases I won't see another person for days. It's important to be more prepared since you won't have the luxury of park staff, rangers, established routes/directions, or any other resources a park might offer.

There are still plenty of places in Ontario without cell service, so tell others where you're going and when you'll be back. If you're accessing on an old back road/logging road and are parked way out in the woods, hide your keys somewhere on the outside of the vehicle (under the bumper or something). Unless there is a lot of traffic where you park, there is no reason to risk losing your keys.

Lastly, Enjoy and have a safe good time, and please add more findings!

Location: Nicholson Lake Road, Ontario, Canada

Celebrating Open Data Maps in Taiwan -- By Tracing it Hard

Posted by Littlebtc on 28 August 2015 in English (English)

The Open Data movement in Taiwan is growing fast. In July, after half year of discussions between authorities and communities, the data.gov.tw platform released a new, permissive, CC-BY convertible open data license. It is a game changer for the open data community, and now for the OpenStreetMap Taiwan mappers.

In this week, the National Land Surveying and Mapping Center, or the NLSC, announced open data edition of Taiwan e-Map under new open data license. The zoom level of the open data edition is limited to 1/18000 or z15, but it already contains a lot of data that is not available in any other sources.

Great quality of NLSC maps

And most importantly, the accuracy of NLSC maps is superior. Take a look at it with Strava Heatmap. It is accurate not only for the downtown: Downtown Taipei, NLSC + Strava

But also for mountain area where accurate orthophoto is hard to achieve: Taroko, NLSC + Strava

I beilieve it has < 3m accuracy for most highways in Taiwan. For now, it should be available for tracing.

Celebrate by Tracing!

The community is very happy with that, and now we are working hard on tracing things that is not available before. Take Da-Yeh University for example, both Bing and Mapbox are not working, but now we can trace the place with NLSC data:

Da-Yeh University, Changhua

And a lot of village streets in Changhua. (In fact, in Changhua, you can only find the ref in maps!)

Changhua, Cloudy Mapbox + NLSC + OSM

Go out and map more!

I know that OpenStreetMap is all about "local knowledge", but the openness of more map sources should give us more opportunity to get a better result in less time.

The cloudy imagery in Changhua made the map progress there slower. It is now finally resolved with Strava Heatmap and NLSC Open Data. Now people can add more POIs without wondering why no roads present here.

Now it is time to go out and map more!

Location: Dongpan Rd., Yongjing Town, Changhua County, Taiwan Province, 51247, Republic of China

Maldives Update

Posted by MapMakinMeyers on 28 August 2015 in English (English)

looking around the maldives, it has some pretty rough coastlines or islands missing altogether. I am assuming most of the coastline data was from the prototype global shoreline data from the NGA (which is junk). get out and map some islands people!!!

have a good weekend!

https://www.dropbox.com/s/h4z6bnf8wdrfr82/maldives_landsat_654_composite_08282015.jpg

HOT contributions by Missing Maps volunteers

Posted by dekstop on 28 August 2015 in English (English)

A few weeks ago pedrito1414 asked me to determine the share of HOT contributions that are attributable to Missing Maps. It took me a while to get around to it... but I finally did. If you follow me on Twitter you may already have seen a couple of these, but here's the full set.

Number of active contributors

Number of contributed edits

(Interesting to see the post-Nepal uptake in MM activity. I didn't actually check where this activity is going, but I expect the main driver are the mapping efforts for South Kivu, a new Missing Maps initiative launched in June with a very ambitious geographic scale.)

Average number of edits per user

(Note that averages are misleading, it's unlikely that many MM volunteers actually contribute that much. These contributor stats are typically long-tail distributed, with a small subset of highly prolific users that raise the overall average, and a large number of people who contribute little. In fact a good mantra for any community research is "there is no average user", partially because of the prevalence of long-tail distributions. Investigating the actual distribution of MM contributions is a task for another day...)

Number of active projects

admin boundaries: TIGER vs OSM...

Posted by rayKiddy on 27 August 2015 in English (English)

Wow. There are some interesting challenges in trying to figure this out.

I have figured some things out about how to find TIGER info in OSM. I can do things like look for "tiger:reviewed"="no".

I have downloaded a bunch of the TIGER data. I am going from the directories under ftp://ftp2.census.gov/geo/tiger/TIGER2015/. One challenge I am having is finding the longitude and latitude data. I know it is there somewhere. Is it in the files under EGDES? No. Under ROADS or ADDR? No. Only 40 or so more to check.... But I am looking at only the dbf files in those zipped files, using the dbf2mysql utility for Ubuntu. Is the lat/long data only in SHP files? That would be obnoxious.

But the TIGER data does have TLID fields. So this should help me. Because OSM features have a "tiger:tlid"=num value. So, I should be able to pick a TLID from the TIGER data and see it in OSM, or see and id on OSM and find it in the TIGER data, right? Maybe not so much.

I have over 12,000,000 edges. I have all of OSM. Can I find one place where an id appears in both? No. How should I search? Randomly? I have done a bunch of random checks and so far I hit nothing. Which kinds of id values appear in both? Does OSM only include polygon objects? Or any of the other 20 or so types in TIGER? There are so many ways to slice this. I am sure when I figure this out, it will be sooooooo obvious..... :-)

We will see.

Field Trip

Posted by SoundVision Studios on 27 August 2015 in English (English)

Another successful field trip for Childtime Studios!

CheckAutopista2 is here

Posted by k1wi on 27 August 2015 in English (English)

If you just want to try it out right away here it is: http://k1wiosm.github.io/checkautopista2/

Interstate 15 in California on CheckAutopista

I have been working on this for months now. The new version of CheckAutopista is faster, easier to use on mobile devices and has been completely redesigned from the ground up.

What is CheckAutopista?

CheckAutopista is a quality assurance tool for motorways. This tool allows you to select a motorway in OSM (if it is tagged in a relation with type=route and route=road) and check a lot of features in it.

Car navigation is clearly one of the most popular use cases of OpenStreetMap data. Assuring that data is of high quality is a hard task, and even harder if we don't have any tools that help us detect missing, incorrect or old data. That is how visualization tools can help us.

CheckAutopista allows you to visualize a motorway in a simple interface using colors to detect missing information such as maxspeed, lanes, destination, exit_to, name, ref and to visualize exits, toll booths, service and rest areas.

What is new on CheckAutopista2 ?

  • CheckAutopista now comes with a custom designed background map which emphasizes motorways.

  • CheckAutopista has been totally remade externally trying to make it more beautiful and easier to use.

  • CheckAutopista can be used easily on small mobile devices. You can change the size of the circles on the settings.

  • CheckAutopista now supports destination:ref and destination:int_ref tags on the exit panels.

  • I am trying to contribute to the usage of destination tags instead of exit_to tags, so CheckAutopista now uses the green color only for destination and yellow for exit_to.

  • CheckAutopista is now much more efficient on the Overpass API requests making it much faster.

  • CheckAutopista has also been totally remade internally to make it faster and improve on the readability of the code.

Examples

Here are some examples of some motorways of the world on CheckAutopista:

That is all. I hope you like it. If you have any suggestions please leave them in the comments below and if you would like to see the code, report any bug, contribute or fork it: https://github.com/k1wiosm/checkautopista2

If you just want to try it out right away here it is: http://k1wiosm.github.io/checkautopista2/

Older Entries | Newer Entries