OpenStreetMap

Users' diaries

Recent diary entries

Adding Mansfield + Mansfield Woodhouse (Unparished) Parish

Posted by alexkemp on 28 July 2016 in English (English)

(see also Nottinghamshire Civil Parishes - names for unnamed areas)

What fun (not) this is.

A fantastic amount of work has already been put into the OSM map by masses of folks in the past. In this diary entry I document myself trampling all over some of their work and (hopefully) leaving all the good bits intact as I make nips & tucks to correct some errors introduced from NPE maps & stuff in the past in addition to adding a hole (which is what, in effect, an unparished parish is).

The source material for these edits is csmale's GPX downloads derived from the 2016 OS .shape files. Those include the latest corrections to all UK BoundaryLines.

I'm absolutely terrified when editing these sorts of things! By the nature of Boundary Lines there can be several boundaries within the same line. In OSM a boundary is established as a Relation. That relation's members are the ways that constitute the totality of the boundary. There are 6 different levels of administrative boundary, from Border, external (admin_level=2) (with the Irish Republic) down to the Civic Parish (CP) (admin_level=10). By the nature of it, each lower level consists of sub-divisions within the larger boundary that is the level above it.

Then it swiftly gets more complicated. There are also Ceremonial boundaries (I have zero idea as to the difference between it & an Administrative boundary). And there are others, some of which — in my darker moments — I begin to think have been invented, just for malicious fun.

To illustrate, here is a current tally of boundaries within the area that I started at, at a spot where both Derbyshire & Nottinghamshire County boundaries meet Warsop CP (southern tip):

  1. name=Derbyshire; boundary=ceremonial
  2. name=Nottinghamshire; boundary=ceremonial
  3. name=VC56 Nottinghamshire; boundary=vice_county; ref=56
  4. name=Derbyshire; boundary=administrative; admin_level=6 (County)
  5. name=Nottinghamshire; boundary=administrative; admin_level=6
  6. name=Bolsover; boundary=administrative; admin_level=8 (District)
  7. name=Mansfield; boundary=administrative; admin_level=8
  8. name=Shirebrook CP; boundary=administrative; admin_level=10 (Civic Parish)
  9. name=Warsop CP; boundary=administrative; admin_level=10

Now, you may well think — and you would have a point — that this level of detail is far too much. The issue, for me, is that I dare not do anything unless I understand things at that level of detail. As an example, I've just changed the ‘Warsop Civic Parish’ name from “Warsop” to “Warsop CP”, and could only do that because I can back up the name-change from both documented sources & also from depth of understanding of the issues involved.

This post was prompted because I've just shifted Rainworth CP + Rufford CP boundary line a smidge from it's NPE-designated meeting with the Mansfield, Newark and Sherwood (districts) & Clipstone CP boundary lines. I ended up using Unnamed_shape_5861.gpx, Rainworth CP.gpx + Mansfield district.gpx to be able to convince myself that yes, that node needed nudging. Really, I wanted those that worked on it before me to know that I was showing the best respect to their work that I could muster.

Location: Mansfield Woodhouse, Mansfield, Nottinghamshire, East Midlands, England, United Kingdom

Carlton Vistas:— the Fair Comes to Town

Posted by alexkemp on 27 July 2016 in English (English)

Serendipity allowed me to be in the right spot at the right time to catch a troupe of Travellers as they began to setup their Summer Fair on the fields above the Carlton Richard Herrod Centre:

Carlton Summer Fair, July 2016

I've surveyed my way Eastwards along both Carlton Hill & Foxhill Road until I found the Carlton town-centre. I discovered from the local historian, living within the town's original Police Station, that St Paul's Junior school was demolished & the end of Foxhill Road East re-routed so that Tesco could be built (Foxhill currently terminates on Cavendish Road, but originally turned right & terminated on Carlton Hill). Even more astonishing, I discovered from a council worker at the Cemetery that a churchyard next to the Junior School was de-consecrated, also to allow the Tesco to be built. If we consider that the nearby Methodist Church parishioners have an average age in their 70s and are numbered at a score or more, it is clear where the modern spiritual attendance has shifted to (hint: it begins with a ‘T’).

Having reached Carlton town-centre I turned around and am now surveying along Cavendish Road, then Coningswath Road + all roads between those & the previous patch. Thousands & thousands of houses & lots of interesting discoveries.

To join the large list of House Art listed at the bottom of a previous post here is yet another Leaded-Lights front door. The lady that let me photo this one (the door is recessed and, unfortunately, I had to get very close for my mobile's photo-circuitry to register it correctly - there is much more of it to see) proudly boasted that she had designed it; and very fine it looks, too:

the best so far

Now back to the fair. Quite a few folks may know that Nottingham boasts of having the largest fair in Britain (held during the Autumn months). That happens to be wrong - as a Hull-born man, and as a much younger man having spent some of my time selling trinkets from a bench at that fair, I know that Hull Fair is much larger than Nottingham Goose Fair. It just doesn't have as good a name.

In general, the fairground folks rest during the summer. However, there are enough that need to eat during the summer, so Summer Fairs are a feature throughout England.

That entire vast patch of sports-fields & tennis courts splits the lands to north & south. I took my opportunity on Monday 25 July to return home by walking one of the footpaths across the field. A sign near the start says “land is prone to flooding” (there is an entire diary entry devoted to the nearby Flood Lagoon). So, if you plan to visit the fair & it starts raining, then probably best to take some thigh-high waders with you!

Location: Thorneywood, Sneinton, Nottingham, East Midlands, England, United Kingdom

Session videos from the State of the Map US 2016 in Seattle - 43 videos Updated today!

Posted by ImreSamu on 27 July 2016 in English (English)

State of the Map US 2016 - videos

current status: OpenStreetMap US : 43 videos Updated today

https://www.youtube.com/playlist?list=PLqjPa29lMiE3eR-gK80irr3xdUiRbIMeg

Feedback regarding a enhancement to JOSM that will speed adding of a Grid city

Posted by baditaflorin on 27 July 2016 in English (English)

I define a grid city as a city formed from straight roads.

You can read more and see a video where i try to explain here https://josm.openstreetmap.de/ticket/13224

Now, if we have a matrix of 7*7 grid, we have to click almost 50 times to add the city.

With this solution, we should only add the vertical and horizontal lines, clicking 14 times, and then using the Validation, it will see that we have 49 Crossing ways, and would offer the possibility to fix, by merging the overlapping ways together

A B C D E F G

1 1 2 2 3 3 4 4 5 5 6 6 7 7

A B C D E F G 

https://josm.openstreetmap.de/ticket/13224

ЕженедельникОСМ №313

Posted by Sadless74 on 27 July 2016 in Russian (Русский)

Замечания по переводу оставляйте в комментариях, исправьте в вики, напишите на форуме, сообщите в телеграмм

12/07/2016-18/07/2016

Logo

Проект Graphhopper ищет помощников программистов, а также нужны переводчики

Картографирование

  • Идёт обсуждение в немецком списке рассылки нужно ли отмечать мобильные магазины (например, мобильный магазин кофе) в OpenStreetMap или нет. Если да, то как такие магазины нужно отмечать.
  • Правительство Эквадора сделало доступным TMS слой аэрофотоснимков для картографов в OpenStreetMap чтобы они могли его использовать для улучшения данных OSM. (Spanisch)
  • #MapatonxGuapi генерирует открытые геоданные для борьбы с малярией. Пожалуйста присоединяйтесь и начанайте картографировать. Проект нацелен на нанесение зданий, проверку и создание полной транспортной сети (дорог) и идентификации водных путей и озёр муниципального района Гуапи, Каука, Колумбия. (Spanisch)
  • Предложение по тэгированию "education 2.0" от пользователя Keder (как мы уже сообщали в предыдущих выпусках) теперь открыто для голосования.
  • Maarten Deen задается вопросом о недавно появившемся теге для водного пути waterway=fairway (фарватера).
  • Manohar Erikipati детально взглянул на изменения, сделанные пользователями Maps.Me и пришёл к выводу, что есть много конструктивных правок которые полезны.

Сообщество

  • Пользователь Ziltoidium задал вопрос на немецком форуме о месте нахождения Берлинской стены. Последующие мероприятия восстановили участки в значительной степени исчезнувшей стены.
  • Создайте свой собственный сервер тайлов OpenStreetMap на базе дистрибутива Ubuntu 16.04, пошаговое руководство от Xiao Guoan.
  • Marcos Costales публикует введение о том, как настроить свой собственный тайловый сервер (для Европы) затратив только 120GB дискового пространства.
  • Наш редактор Jinal Foflia из weeklyOSM сделала новое интервью в рамках её проекта "Картограф в центре внимания".
  • На всякий случай, если кто забыл - Картографирование полей очень весело!
  • Как играющие в Pokémon Go в реальном мире, некоторые задавались вопросом об источнике картографических данных. Anita Lankinen спросила об этом в блоге Spatineo и пришла к выводу, что эта игра определённо не на основе OSM . Кроме того, в списке рассылки OSM Talk обсуждают Pokémon Go и его последствия для OSM. Одно должно быть очевидно: Пожалуйста не добавляйте объекты Pokémon в OSM, если вы не можете добавить фактически полезную информацию о самой POI.
  • Так как с администратором OSM форума, Lambertus было очень трудно связаться, люди в сообществе интересуются есть ли другой администратор форума который может связаться с ним?
  • [1] Graphhopper ищет помощников программистов, а также нужны переводчики.

События

  • "Добро пожаловать в Германию - Наведение мостов" является девизом конференции FOSS4G в Бонне проходящей с 24 по 26 августа. Пожалуйста зарегистрируйтесь до 12 августа и станете первыми ласточками и получите скидки.
  • Международная конференция Открытые Данные, где мировое сообщество будет обсуждать и вести дебаты о будущем открытых данных, будет проводиться в Мадриде, Испания 6-го и 7-го октября 2016 года. Предварительная регистрация открыта.

Гуманитарный OSM

  • Если вы желаете помочь картографическим усилиям Гуманитарной команды путём предварительной обработки аэрофотоснимков, в то время как вы находитесь на дороге, теперь вы можете сделать это используя Mapswipe, это поможет картографам сосредоточиться на тех областях карт где есть реальные возможности для работы и где снимки полезны (без облаков, с достаточным разрешением). Вы можете загружать данные заранее и работать с ним в автономном режиме. В учебном пособии приведены некоторые примеры, так что «картирование», как его называют там, может быть выполнено правильно.

Программное обеспечение

  • Карты Gnome пострадали от закрытия тайлов MapQuest-Open. Они ищут альтернативы, и они хотели бы использовать тайлы карт у которых английские наименования для всех объектов мира.

Программирование

  • Вдохновленный игрой Pokémon Go сотрудник Mapzen John Oram описывает как создать карту в стиле Pokémon Go с использованием Tangram.
  • Mapillary и Mapzen вместе сделали отчет о совместной работе по сопоставлении данных Mapillary и OpenStreetMap с помощью их продукта Meili. Тем не менее, ни в одной статье нет оценки проблем с перекрёстным лицензированием данных.
  • Nicola представил поддерживаемый ЕС проект i-locate который посвящён разработке открытых стандартов и инструментов для отслеживания перемещений внутри здания. Тем самым он пытается тесно сотрудничать с OpenStreetMap.

Программы

Программа Версия Дата релиза Комментарии

QGIS 2.16.0 2016-07-08 -

OpenStreetMap Carto Style 2.41.0 2016-07-12 -

Mapbox GL JS v0.21.0 2016-07-13 11 новых функций и улучшений, 10 исправлений ошибок

Naviki iOS 3.45 2016-07-13 Некоторые улучшения

Komoot iOS 8.2 2016-07-14 Некоторые расширения и улучшения

QMapShack Lin/Mac/Win 1.6.3 2016-07-15 -

Cruiser for Android 1.4.9 2016-07-16 SVG графика

Cruiser for Desktop 1.2.8 2016-07-16 -

Locus Map Free 3.18.4 2016-07-16 Исправление ошибок

osm2pgsql 0.90.1 2016-07-16 Исправление ошибок, без новых функций

iD 1.9.7 2016-07-17 -

Mapillary iOS 4.4.3 2016-07-17 Некоторые исправления

Naviki Android 3.45 2016-07-18 Некоторые улучшения

список предоставлен OSM Software

А вы знаете …

  • ... про Kartotherian который будет сервером векторных тайлов, сделанным на основе открытого исходного стека MapBox, разработан фондом Викимедиа для использования в Википедии..

Другие “гео” события

  • Проект Bicycling представляет новую возможность для велолсипедов от немецкого стартапа COBI для автономных путешествий с использованием данных OpenStreetMap.
  • В газете "Spiegel" опубликованы (автоматический перевод) отчеты об изменениях в пограничных реках и последствиях для пострадавших государств.
  • SuperGIS последней версии помогает пользователю интегрировать бесплатные онлайн карты, такие как OpenStreetMap.
  • Ian Grasshoff предлагает карты для 3D печати.
  • Жители Фарерских островов желают чтобы у них были снимки Google StreetView. И они начинают сбор подписей под петицией и свои собственные SheepView.

Предстоящие события

Где Что Когда Страна

Buenos Aires Geobirras en Bellagamba 22/07/2016 argentina

Seattle '''State of The Map US 2016''' 23/07/2016-25/07/2016 united states

Cerro de Pasco Mapping Raymi en Oxapampa 26/07/2016 perú Tokyo

'''State of The Map Japan 2016''' 06/08/2016 japan

Ballerup OpenStreetMap 12th Anniversary 13/08/2016 danmark

  • Примечание: Если вы хотели бы видеть Ваше мероприятие здесь, пожалуйста, поместите его в календарь. Только данные из этого календаря появится в ЕженедельникеОСМ. Пожалуйста проверьте ваше событие в нашем публичном календаре, сделайте предпросмотр и исправьте его в случае изменений, если необходимо..

  • Этот выпуск подготовлен Hakuch, Laura Barroso, Nakaner, Peda, Polyglot, Rogehm, SrrReal, TheFive, derFred, escada, jinalfoflia, malenki, stephan75, widedangel.

Cities by only buildings

Posted by schleuss on 26 July 2016 in English (English)

Just a quick post here:

Maning Sambale already posted about the meta data added by Los Angeles Building Import. We've imported more than 1.2 million buildings and we were flattered to talk about our work at last weekend's State of the Map. You can see our slides here.

But what I find particularly interesting is how this building data stacks up against other city imports. These maps show any polygon tagged as building=value. Feedback welcome.

sanfrancisco newyork chicago seattle bakersfield portland austin la-jan1 la-jul23

Location: Historic Core District, Bunker Hill, Los Angeles, Los Angeles County, California, 90014, United States of America

Deriving centerlines from riverbanks without.

Posted by Marcos Dione on 26 July 2016 in English (English)

This post should be in my glob, bu it's down for the moment :(

For a long time now I've been thinking on a problem: OSM data sometimes contains riverbanks that have no centerline. This means that someone mapped (part of) the coasts of a river (or stream!), but didn't care about adding a line that would mark its centerline.

But this should be computationally solvable, right? Well, it's not that easy. See, for given any riverbank polygon in OSM's database, you have 4 types of segments: those representing the right and left riverbanks (two types) and the flow-in and flow-out segments, which link the banks upstream and downstream. With a little bit of luck there will be only one flow-in and one flow-out segment, but there are no guarantees here.

One method could try and identify these segments, then draw a line starting in the middle of the flow-in segment, calculating the middle by traversing both banks at the same time, and finally connect to the middle for the flow-out segment. Identifying the segments by itself is hard, but it is also possible that the result is not optimal, leading to a jagged line. I didn't try anything on those lines, but I could try some examples by hand...

Enter topology, the section of maths that deals with this kind of problems. The skeleton of a polygon is a group of lines that are equidistant to the borders of the polygon. One of the properties this set of lines provides is direction, which can be exploited to find the banks and try to apply the previous algorithm. But a skeleton has a lot of 'branches' that might confuse the algo. Going a little further, there's the medial axis, which in most cases can be considered a simplified skeleton, without most of the skeleton branches.

Enter free software :) CGAL is a library that can compute a lot of topological properties. PostGIS is clever enough to leverage those algorithms and present, among others, the functions ST_StraightSkeleton() and ST_ApproximateMedialAxis(). With these two and the original polygon I plan to derive the centerline. But first an image that will help explaining it:

expanded_medial

The green 'rectangle' is the original riverbank polygon. The thin black line is the skeleton for it; the medium red line is the medial. Notice how the medial and the center of the skeleton coincide. Then we have the 4 branches forming a V shape with its vertex at each end of the medial and its other two ends coincide with the ends of the flow in and flow out segments!

So the algorithm is simple: start with the medial; from its ends, find the branches in the skeleton that form that V; using the other two ends of those Vs, calculate the point right between them, and extend the medial to those points. This only calculates a centerline. The next step would be to give it a direction. For that I will need to see if there are any nearby lines that could be part of the river (that's what the centerline is for, to possibly extend existing rivers/centerlines), and use its direction to give it to the new centerline.

For the moment the algorithm only solves this simple case. A slightly more complex case is not that trivial, as skeletons and medials are returned as a MultiLineString with a line for each segment, so I will have to rebuild them into LineStrings before processing.

I put all the code online, of course :) Besides a preloaded PostgreSQL+PostGIS database with OSM data, you'll need python3-sqlalchemy, geoalchemy, python3-fiona and python3-shapely. The first two allows me to fetch the data from the db. Ah! by the way, you will need a couple of views:

CREATE VIEW planet_osm_riverbank_skel   AS SELECT osm_id, way, ST_StraightSkeleton (way)      AS skel   FROM planet_osm_polygon WHERE waterway = 'riverbank';
CREATE VIEW planet_osm_riverbank_medial AS SELECT osm_id, way, ST_ApproximateMedialAxis (way) AS medial FROM planet_osm_polygon WHERE waterway = 'riverbank';

Shapely allows me to manipulate the polygonal data, and fiona is used to save the results to a shapefile. This is the first time I ever use all of them (except SQLAlchemy), and it's nice that it's so easy to do all this in Python.

Latest Spam

Posted by alexkemp on 26 July 2016 in English (English)

The world is discovering how easy it is to spam OSM. These are the latest:

(gone spam 1) ...leading to an inspiring talk on "Become a Respected Leader of the Good and Easy" (zero application to OSM; just more spam)

(gone spam2) ...leading to an inspiring webpage on Jeep - it's natural agate (Round trips organized fun days possible integration of ATV trips rural romantic campfire meals around the campfire gourmet meals)

(many thanks to admin + mods for removing these users)

CubaConf & FOSS4G NA & !DebConf

Posted by tassia on 26 July 2016 in English (English)

This summer I missed DebConf16 in Cape Town and, being completely offline, not even the videos I followed this time. I hope I can meet many of my old Debian friends next year in Montreal, and I'll try to slowly catch up with what happened during those days in Africa.

Luckily I had attended CubaConf and FOSS4G NA that fulfilled my needed dose of conference days and brought me many other friends and projects that I hope to keep up when I go back to real life. After almost 3 months of comings and goings of all kinds of trips, between conferences and family commitments, now I'm finally packing to go back home. It seems more than time to publish some late reports.

CubaConf took place in Havana from April 25th to 27th. It was the first international free software conference in the Island, with people from 17 countries, mainly from Latin America. All sessions in the main room were simultaneously translated to/from English/Spanish. The conference had a colorful and diverse environment, above the average of all the other tech meetings I've already attended.

CubaConf was an eye-opening experience for me with respect to:

  • The barriers for participation of Cuban people in free software development, namely poor connectivity and scarce hardware resources. Putting in perspective, can you imagine what would be your contribution to free software if you did not have a personal computer? Or if you could only access the Internet twice a week, for a short period of time?

  • The impressive capacity of Cubans to deal with and overcome obstacles. "We need to work with what we have. A crime would be to close our arms and do nothing".

  • The alignment between the Free Software movement and non-capitalist values, and how Cuba is a fertile ground for Free Software flourishing. "Free Software for us is not a technical choice but a philosophy of life".

  • The power of a community working together, which is much greater than the sum of all individual efforts. That was CubaConf.

Here are some highlights of the conference:

  • Hamlet Lopez Garcia: "Las tecnologías libres en Cuba. Una mirada desde la cultura." This was an awesome choice of keynote to open the conference and set up the solidarity environment we could feel throughout the meeting. Hamlet talked about the adoption and development of Free Software in the context of Cuban history and culture. If you read Spanish, I highly recommend Hamlet's article "Las comunidades virtuales de software libre en Cuba" in the book Bienes Comunes.

Hamlet Lopez Garcia

  • OSM community sessions: OSM activities started before I arrived in Havana, with a talk given by PB during Flisol (Festival Latinoamericano de Instalación de Software Libre) and a bike tour in El Vedado to map POIs and take photos to mappillary. During the conference there were many OSM-related sessions: Introduction to OpenStreetMap by Wille, Mapping Ecuador after the Earthquake, by Ivan Terceros, OSM to map risk of flooding in Costa Rica, and a mapping workshop at the last day. The conference was offline, and Wille did a good job in preparing enough screenshots to show how to map using certain applications, and he also had the iD editor running locally so that we could simulate an edition in OSM server. The fact that we didn't have satellite imagery as a background really puzzled me, cause the lack of Internet was not an issue of CubaConf only. Cubans in general have very little access to Internet, so in practice most of them cannot engage in base map drawing. Local mapathon activities need to consider that and plan in advance, either acquiring imagery in advance or using drones/balloons/kites for local aerial surveying. If none of this is possible, local contributions will be limited to filling nodes' attributes, which is for sure a great contribution, but doesn't use all the potential workforce Cubans could provide as OSM mappers.

  • Debian community sessions: Valessio gave a talk on his experience as a Debian contributor and how it was important for his trajectory from Jacobina, a small town in the Northeast of Brazil, to the world. I translated his speech to English, while he was speaking in "Portugnol". During the unconference day, Maykel gave the talk "MiSOX - Personalización de Debian GNU/Linux, a su medida o necesidad", where he presented this tool that allows to create Debian Derivatives using local mini repositories that contains most popular packages among their users. Then I gave a talk on the Universality of Debian Contributors, where I exposed the demographics of Debian Developers (which I suspect coincide with many other Free software projects) and talked about how it is important for the project to have contributors from diverse backgrounds if we want to move towards the utopia of an Universal Operating System. At the last day of the conference we made a Debian community meeting, which was named "the first MicroDebconf in Cuba". There we shared our experiences, cases of successes and frustrations. By the end of the meeting we were all very inspired and planning a miniDebConf in the Island soon.

Micro-DebConf en La Habana, Cuba

Cubaconf was organized by User Group of Free Technologies (GUTL) from Cuba and Best Of Open Technologies (BOOT e.V.) from Germany. The conference in itself was a very collaborative effort and faced many issues that are unthinkable for most people outside Cuba. It was with no doubt a great great success, many thanks for all the organizers and participants that made it real. Here is a nice video put together by Valessio, to share with the world the energy of those special days.

Back from Cuba, I spent a couple of days in Montreal then I flew to Raleigh, North Carolina. FOSS4G NA happened between May 2nd and 5th, followed by a tour at the university on May 6th.

My highlights of FOSS4G NA were the contact with the GRASS community, playing with tangible interfaces, meeting OSM/HOT members and figuring out many free software solutions and challenges for fields that are largely dominated by proprietary software.

Here is my list of memorable sessions, you can follow the links for more info and slides:

I came back from both conferences inspired and full-charged to keep my efforts towards lowering the barriers for people from all backgrounds to engage actively in Free Software projects. Yes we always need more contributors, but more important than our needs, the opportunity to contribute to a Free Software project is everyone's rights.

Route numbering in Angola

Posted by NicEd on 26 July 2016 in English (English)

About to start creating the non-existent relationships and important route numbers in Angola.

Can anyone assist me regarding this matter, as Angola still seems not to have a standard route marking and tagging. Also, I'd like to receive some input from any mapper experienced with the SADC Regional Trunk Road Network. The whole road system in Angola is messed up, as there are no standards, no presets, settings and rules, and unfortunately the Wiki page has little to none info on Angola, so I'd like to use the existing database and layers to start organising the whole setup. I'm open to suggestions and help.

ПВП

Posted by Arhat on 25 July 2016 in Russian (Русский)

Поход всех походов

Location: Майзли, Ивано-Франковск, Ивано-Франковский городской совет, Ивано-Франковская область, Украина

Highway shields, state by state

Posted by Minh Nguyen on 25 July 2016 in English (English)

With State of the Map U.S. still fresh on everyone’s mind, let’s revisit a favorite topic among many U.S. mappers: highway shields. We’ve been talking about ways to improve the sorry state of route shield support across the OSM ecosystem since at least 2011. We haven’t yet reached the vision outlined by Richard Weait in that SotM talk, but things aren’t as bleak as the osm.org renderers may let on.

In America, things are complicated

The national standard for U.S. state route markers is black numerals in a white oval. But almost every state eschews this oval in favor of its own design. (Some states have several, depending on the type of road.)


State highway shields by state (Chris-T)

In most states, the marker consists of a number in a distinctive shape, possibly with color:

K-10
Kansas state highways, such as K-10, are indicated on signage by a yellow sunflower, the state’s official flower. (Steve Alpert)

By adopting these various designs, maps can optimize usability for motorists. While driving, one should be able to compare the route shield the navigation application is displaying with guide signage up ahead, without having to know the ins and outs of the local road network. Getting the iconography correct is important because the same route number on a different shape may lead you in a different direction.

SR 562
Ohio state highways, such as SR 562, are indicated by the state’s simplified shape. (allen, CC BY-SA 4.0)

Regular expressions to the rescue?

Unlike most OSM-based maps, the recently departed MapQuest Open layer included different route shield designs for each state. But it relied on a fragile assumption that the way’s ref tag had to begin with the state’s postal abbreviation, e.g. ref=KS 10 in the example above. Parsing a way’s ref tag is suboptimal for various reasons:

  • There are known conflicts with other countries and other countries’ political subdivisions. For example, ref=CA… occurs in both California and the Cantabria region in Spain. ref=NH… occurs both in New Hampshire and throughout India.
  • Some states have multiple statewide route networks. Texas famously uses 12 distinct shield designs for state-level routes, and several of these networks overlap numerically. The postal abbreviation isn’t enough to distinguish one network from another.
  • Many states have county, township, or even city routes with distinct markers. In Ohio, each county has its own design, and within many of those counties, there are a variety of township route marker designs. A generic prefix like CR or TR is insufficient for selecting a suitable marker image, yet fully qualifying the jurisdiction on every way (ref=US:OH:MRW:SouthBloomfield 190) would also be tedious and error-prone.

In some states, the highway department doesn’t use the state’s postal abbreviation when abbreviating route numbers, nor do most residents in writing:


Ohio uses “SR” on variable message boards where a pictograph would be infeasible. (ODOT)

In Ohio, the consensus has been to tag ways with the “SR” prefix and rely on route relations for disambiguation. Some other states have similar practices. Unfortunately, this approach caused the state’s routes to be marked with the generic oval instead of the state’s shape. MapQuest Open is no longer available on osm.org, but the need to choose state-specific shields remains common among renderers.

For years, members of the U.S. OSM community have promoted an alternative, more flexible tagging scheme for highway routes: the ref and network tags on route relations. In 2013, Phil Gold developed an experimental “shield renderer” to demonstrate how a renderer might make use of this data:

Shields
The OSMUS shield renderer supports a variety of shield designs as well as route concurrencies.

But making use of route relations is a difficult problem for production-level consumers of OSM data, so parsing ways’ ref tags remains the most common approach to selecting route shields, despite the disadvantages above.


“Perl Problems”, xkcd (Randall Munroe)

A baby step using spatial queries

When I’m not mapping speed bumps and backyard swimming pools for fun, I work at Mapbox on the open-source Mapbox iOS SDK and the Mapbox GL renderer that powers it. Mapbox GL renders Mapbox Streets vector tiles, applying a stylesheet designed in Mapbox Studio.

The style language used by these tools doesn’t yet support regular expressions, so the vector tiles can’t include the raw way refs for the renderer to parse. Instead, when an OSM way is baked into a vector tile, a spatial query determines the relevant ISO 3166-2 code (the country code plus the postal abbreviation), which goes into an iso_3166_2 field.

This field makes it possible for anyone to create a map that includes state-specific route shields. To prove it, I used Studio to create a custom style, Interstate, based on the default Streets style:


With a regular expression–based filter, a conventional renderer would be unable to distinguish between Ohio and Indiana state route refs.

I wanted to get back to armchair mapping, so I only customized the shields for Ohio, Kentucky, and Indiana rather crudely. But with a bit of effort and more graphics design chops than I possess, the other states could receive similar treatment.

Note that this is only a stopgap solution to the problem of choosing state-specific shields: Mapbox GL doesn’t support grouped icons for route concurrencies yet, and ISO 3166-2 codes don’t identify counties, townships, or the myriad route networks in Texas. But it’s still better than seeing homogeneous white ovals everywhere.

Build your own Interstate

It takes a certain amount of roadgeekery to care about state-specific route shields on a map, but it doesn’t take any programming skills to design and publish a style like Interstate:

  1. Sign up for a free Mapbox account and open Studio.
  2. Click New Style and choose a template. (Other than Satellite and Empty, each of the templates is based on the Mapbox Streets source and thus OSM data.) For this style, I chose the Streets template: Templates
  3. Zoom the map in to level 10 or beyond and center it somewhere in the U.S., so that the generic oval state route shields are visible.
  4. The left sidebar lists the style’s layers, which are akin to layers in a vector graphics tool like Inkscape or Adobe Illustrator. Expand the “Highway shields” folder. Layers
  5. Two layers of interest are “road-shields-white” and “road-shields-black”. The former is for shields that have white text, such as for Interstate highways and California state highways, while the latter is for shields that have black text, including most states’ highway shields. For this style, select “road-shields-black”. (You can also click on the roads on the map to select these layers.)
  6. In the flyout for this layer, switch to the Icon tab and note that the Image property is set to {shield}-{reflen}. Mapbox GL fills in the shield and reflen tokens so that a three-digit state route gets the us-state-3 shield. Now switch to the “Select data” tab. The lengthy filter ensures that the layer doesn’t rope in any roads whose shields should have white text. The map highlights the ways that remain. These are the state routes you want to style. The filters beforehand Data on the map
  7. At the top of the layer list, click the Duplicate button and name the new layer “road-shields-state-black”. Duplicate
  8. In the new layer’s “Select data” tab, delete the existing shield filter. Replace it with one that includes a shield that “is any of” us-state. Then add another filter for an iso_3166_2 that “is any of” US-OH, US-KY, or US-IN. The resulting filters
  9. Back in the Style tab, in the Icon tab, change {shield}-{reflen} to {shield}-{reflen}-{iso_3166_2}. You’ll be adding icons with names like us-state-3-US-OH. (Alternatively, you could create a separate layer for each state, but more layers means more maintenance overhead and possibly worse performance.)
  10. Uh-oh: where previously there were generic state route shields on the map, now there are only numbers. Missing shields Click the “{}” button on this text field to open the icon manager flyout. The style already has a lot of icons, including highway shields for many countries. Icon manager flyout Click the “Add SVG Images” button and upload a roughly 20×20 SVG image for each state-reflen combination you want to support. If you’re looking for inspiration, here are some existing SVG route shield sets that you could adapt in Inkscape or Adobe Illustrator (MUTCD-compliant iconography is in the public domain, but note that some designs may be trademarked):
    • Shield templates from the 2013 shield renderer – Remove the text span from each image before use. Mapbox GL will superimpose the route number onto the shield. You can customize the number’s styling in Studio.
    • Shield blanks from Wikimedia Commons – You may want to remove the black background from many of these images. The black background improves visibility for reassurance markers, but it’s unnecessary when the shield is merely a “sticker” on a map.
    • Some crude images I made based on a few of the Wikimedia Commons images above
  11. After uploading the images, you should see them in the flyout, and the map should now show state-specific shields. Uploaded icons Shields fixed Finally, click the Publish button at the top of the left sidebar to make your changes public.

As seen on TV

I encourage you to check out Interstate. The map starts out at the Ohio-Kentucky-Indiana tripoint, so you can see the special style rules in action. Unlike the 2013 shield renderer, Interstate is the real deal: it’s served from production servers, ready to be embedded in a Web, desktop, or mobile application. (But please create your own copy using the instructions above instead of hotlinking this demonstration style.)

iOS
An example of what an iOS navigation application would look like using the Interstate style, the Mapbox iOS SDK, and the OSRM-powered Mapbox Directions API.

It’s worth noting that the ref tag isn’t just for renderers: OSRM includes the ref of each way along the route, so that a turn-by-turn navigation application can announce “Turn left onto SR 4.” If locals don’t refer to the highway as “OH 4”, neither should the voice announcement.

The ISO 3166-2 codes exposed by Mapbox Streets partly decouple the ref tag’s format from the visual output. This frees up the ref tag to reflect the notation that’s used by humans and verifiable “on the ground”, rather than some arbitrary standard enforced for the benefit of renderers. The sooner we wean renderers off their dependence on specific ref tag patterns, the sooner we can expect renderers to support route relations. I can’t wait for that day to arrive.

Tagging: single values vs. value lists vs. separate keys

Posted by BushmanK on 25 July 2016 in English (English)

Ongoing voting on Education 2.0 proposal have demonstrated, that some OSM members don't understand the situation with multiple properties. I was a kind of surprised by this lack of understanding, since it is already explained in Wiki, so I want to explain it one more time.

Definitions:

  1. Single value stands for key=value case, for example: man_made=tower
  2. Value list stands for semicolon-separated list of values, for example: sport=basketball;volleyball
  3. Separate keys stand for multiple binary keys for each property, for example: sport:basketball=yes, sport:volleyball=yes

Case (1) is the most simple and traditional in OSM. However, if certain feature uses this tagging style, its value becomes exclusive, which means, there can be only one value. And for certain features it's completely acceptable, because, for example, man-made structure can't be a mast and a tower in the same time.

Case (2) was, probably, the first way to find a workaround for non-exclusive values. It's a straightforward way for those cases, when properties are non-exclusive, which means, certain object can have several properties of one feature. Just like in example above, a pitch could be used for playing basketball and volleyball.

Case (3) is, at first glance, similar to (2). And some people think that it's only a different tagging style. Indeed, it allows to represent the same situation, but with separate keys (tags) instead of value list in one tag, so semantically it doesn't have any advantage. It even looks more complicated, because its structure actually consists of three elements, not two: namespace:subkey=boolean_value, where namespace equals to key in case (2), subkey equals to each value from list in case (2) and boolean_value is just yes or no (in case of no, the whole tag is omitted).

Technical side

But the thing is, OSM is a database. Which means, those tags we using are actually data structures. And data structures should be usable. There is a whole applied science on that topic - data architecture. So, if you've never heard about it or you don't know what exactly it stands for, please, read an article about it in Wikipedia (link is above).

From the point of view of general public, there is no semantic advantage of method (3) over method (2). But there is huge advantage from the point of view of data architecture. That is why method (2) is strongly discouraged for the most cases, except only a few of them, as it is more or less clearly described in Semi-colon value separator article. In simple words, semicolon separator is usually acceptable for those cases, where value list contains a list of strings (portions of free text), used for labels or descriptions, not properties. In more technical words, where these strings from lists are not used for querying objects for any purpose, including subsetting data, applying rendering style, etc. It includes complex text structures such as lane tagging or opening hours, meant for deeper parsing by design.

Why value lists are so bad for querying? It's simple, it's all about performance and having known predictable data structures. Having something like sport=basketball;volleyball from case (2), to work with it, software needs to break it down first and to store resulting list somewhere in memory. Before it starts doing that, it should first determine, how many elements are in list. While in case of (1) and (3), number of operations is smaller and there is nothing unpredictable, since namespace:subkey always breaks into known number of strings (even if subkey is compound, like subkey:sub-subkey - usually we don't have to care about it, it can be processed as a single string) with predictable order.

There is another technological reason: OSM uses XML-style "attribute=value" constructs, therefore, it's quite logical to be able to use tools, intended for working with XML, such as query languages, frameworks and so on. And usually, these tools are not intended for dealing with values comprised by lists (by technical reasons explained above). While methods (1) and (3) are perfectly compatible with general XML ecosystem.

Anyone can easily get some experience and compare methods (2) and (3) by writing an example of Overpass API (significant part of OSM ecosystem) query for both cases, given in definitions section above: sport=basketball;volleyball and sport:basketball=yes, sport:volleyball=yes. Imagine that you need to select all pitches with both these properties. I can guarantee you, that method (2) will require utilizing CPU-hungry regular expressions, which will inevitably reduce query performance.

Objections

Voters on Education 2.0 proposal have expressed certain objections to method (3) I want to address directly.

... semicolon-separated lists are much more concise and therefore easier.

Easier for what? For reading - maybe (if such list is very short), but not for any technical purpose, including tagging preset development, editor interface development and so on.

... it's just an aversion to semicolon-separated values. I understand that this is a proposal by Russians, and some Russians such as XXzme have expressed their aversion to semicolon-separated values. I respect their opinion, but I have the opposite opinion, sorry.

No, it's logic, not an aversion. Read everything above. And it's not "another opinion". Opinion is a view, not necessarily based on facts or logic, however, logic behind preferable use of method (3) is explained both in Semi-colon value separator article and in this diary entry. If someone finds it false, feel free to point on it. Otherwise, you have an aversion, based on personal preference, which doesn't have to be respected, since it contradicts reasonable requirements to tagging schemes.

... you cannot model the whole world in a key:*=yes ontology, ...

That's actually classic demagogy - to say, that your opponent said something false (which he didn't) and to prove it's false to discredit him. Nobody claimed that it's possible and/or necessary to use method (3) to model the whole word (it's another piece of demagogy - incorrect universal quantification). If someone thinks, that collision of exclusive properties will never occur for certain feature, it's okay to point on it and explain, why method (1) is acceptable. But using demagogy usually reveals lack of real argumentation.

... that ridicules the key=value scheme in OSM

How exactly? Again, method (3) is actually recommended by OSM documentation in Semi-colon value separator article. And it is technologically much closer to method (1) than method (2) is.

Conclusion

Tagging method with separate subkeys and Boolean values is an effective part of tagging system. It doesn't replace other methods completely and nobody claims that it does. For cases, where any chance of collision between exclusive values exists, it's the only effective method. Value list method is equivalent to it only semantically, but it's inferior to it in technical aspects of data architecture, performance, usability. Usability for mappers strongly depends on tools: complex schemes are rarely used in fully manual manner - plugins, presets and other tools helping people to use it, therefore, it doesn't really matter, how exactly these tags look.

And the last thing. Being a part of OSM project for several years, I've heard many references to national features, like "in this country, we do it this way". But I've never seen anyone making general references to any nation in negative connotation, like it happened in one of comments to opposing vote on Education 2.0 proposal. Indeed, there are several members of Russian community, including myself and Xxzme (notoriously famous for his Wiki activity, but who has no connection to this proposal) mentioned in that comment, who trying to promote separate keys method for cases, where collision of properties can occur and who from time to time criticizing legacy tagging methods.

But shouldn't judgment be based on what is said and its logic instead of who said that or other personal features? I really hope, opposite thing will never happen again.

I Ask for a #3 Buzzcut & This is What I Got!

Posted by alexkemp on 25 July 2016 in English (English)

the author, shaven!

I got a very welcome invitation to go see my grandchild Ollie's final performance at his Junior School (playing Jim-lad in Treasure Island). The family live in Ware, Herts SG12 and the map was house-free; no houses had been added in Ware at all. That was going to change!

The invitation was last-minute (the performance was the following day) and I wanted to look my best. The folks that did my hair were at the bottom of Donkey Hill, whilst I lived at the top. It was 30℃ heat, but this was important, so I walked down to them. The shop was still there, and so was all the equipment, but none of the staff. They had moved to Albany House Day Service (up and over the hill & across the ridge then halfway down the other side).

When I got to Albany House they eventually told me that the hair folks only attended on Wednesdays (the day after the performance). I trudged back up the road to a hairdresser on Gordon Road. Lou (next door) told me that she only attends by appointment. I was now seriously cheesed off.

By this point I was on a mission. My next-door neighbour Ruth was worried by my request, but agreed to use my shaver to give my scalp a #3 buzz-cut. It's what I use to give my beard a #1 trim. It's not really designed for head-hair, but at 66 I don't have too much left up there anyway.

Ruth did the best she could with an imperfect tool. Then I made my mistake: I had a chat with the neighbour opposite. He turned out to have the proper commercial shaver (from Argos, he said) and offered to “level the uneven cut”. Like the fool I am, I agreed; he shaved me, but without using any spacer (it was a #0 trim). I realised only afterwards when I saw the spots of blood on my scalp. Oh dear.

The following day was 34℃ heat and the air-con in the car clearly needs a service. My grandchildren & daughter-in-law-ex were amused by my scalping. Naturally, Ollie was fantastic in his lead role.

It was far too hot to do any surveying, but I did some anyway. An 82-year-old lady that I met told me that the area where they live was called King George Fields (and was all fields) between the last 2 wars. She was born into a recently-built house. George V was King & Emperor (6 May 1910 — 20 January 1936) of ⅓ of the peoples of the Earth, and the roads, the park & the allotments were named & dedicated after him. In fact, even the local Postbox is from his era (‘GR’: “George Regina”) (although the local Post Office is long gone):—

SG12 120

A hundred+ houses now decorate the map within Ware, and will be extended as/when/if I get more invitations.

Location: Ware CP, East Hertfordshire, Hertfordshire, East of England, England, United Kingdom

Updates

Posted by CA Steve on 24 July 2016 in English (English)

Update information for Old Hunt Rd/ACR 5270

Sunset Reflections and Water Ripples

Posted by Zabot on 24 July 2016 in English (English)

Sunset Ripples Here's another update, now you can see the reflections of the sky in the water, and the water is nice and wavy, but you may notice that the sky has turned into a box. There's still some kinks to work out, but the technique of drawing a cubemap of the sky and using it to calculate what is reflected maps quite well onto buildings. Once the creases are ironed out (literally), reflections of the rest of the world should follow smoothly.

Bản đồ, (tại nhà tao.....

Posted by Tran Hoanglong on 24 July 2016 in Vietnamese (Tiếng Việt)

Ok mn lh

The Challenge of Creating the Big Map of Sibiu

Posted by HermannstadtGeographer on 24 July 2016 in English (English)

Sibiu is definitely not a small city. Sibiu was the only city from Romania that has gained the title of European Capital of Culture but in a remarkable twist of fate, the city does not even have a hardcore OpenStreetMap community. This is quite shocking for a city that has its own Geographic research institute. However things are about to change as I have challenged myself to create the Big Map of Sibiu.

The Big Map of Sibiu is nothing more than an average OpenStreetMap but there is a big difference because every house will be placed on the map and the map will have a high richness in terms of detail. My plan is to create a map that abounds in details and that can be even better than the OpenStreetMap of Paris. Moreover, I have even created a personal website dedicated to the OpenStreetMap community of Sibiu (unfortunately the local community has only one member up until now). The website is called Hermannstadt Cartographic Laboratory http://lchermannstadt.weebly.com/charterul-proiectului.html.

Hermannstadt is the old city name of Sibiu and I believe that this name suits the idea of a laboratory quite well. Of course that some of you may ask why did I created this laboratory instead of creating an average community website. The idea is that the community needs a place where they can have the latest and greatest information about OSM and I want to assist the community through this knowledge. Moreover, given the fact that in Romania we have limited financial resources, the best way to map our cities is by sharing knowledge to remote OSM contributors. I must admit that this job is not easy but I enjoy it a lot since I have the opportunity to learn a plethora of things about OSM. I am absolutely fascinated about the detailed graphics of OpenStreetMap and I love the uniqueness of the design.

This fantastic map that I am going to design is going to be of great use for the Red Cross and for the local fire department. I read about the recent developments regarding the OpenFireMap and I want my city to be safe when it comes to a disastrous fire. I will not start to map every fire hydrant but I will first add every single address and point of interest.

I truly hope that my mapping effort will inspire others to map as well. Mapping is important and it is a skill that you need to develop. The more you map, the easier it gets and if you practice long enough you will soon map entire cities in days. Every single house that you place on a map will be there for a very long time. Every tree that you place will also be there. While everything is static, your effort is dynamic and as time goes by details get richer and richer and more lives are saved and more people enjoy an easier life due to your crucial effort.

As a civilization we are at a point where we need to realize that we can simply not put a price on place and time. After discovering the fact that there is nobody else available that can map out my city I took the full responsibility to do it alone. I have decided to quit my job, stop going out in town and I have invested all of my effort into OpenStreetMap because I truly believe in the fantastic power of this free and open map.

Mapping an entire city all alone is not easy but is definitely worth it. I want to be part of the pioneers of open source mapping and I am proud to be part of this community. I am proud to be part of a community of people that is dedicated towards making the world a better place, a place where nobody can get lost, a place where you know exactly where you are and a world where life can be easier for all of us.

As of today, progress is going really well and I am trying to map out about 3 streets every day. Things are smooth and I am sure that by the end of the year I will also manage to map up some nearby towns as well. I have this big plan of mapping the entire county in 2 years and I am quite confident in my ability and I hope that I will be able to map it faster. This is all that I have to share for now, I will be back with more updates on The Big Map of Sibiu.

Mapeando rodovias e a hidrografia do município de Jaguaribe, Ceará , Brasil

Posted by Narcélio de Sá on 24 July 2016 in Portuguese (Português)

Resolvi realizar uma experiência no OSM, o objetivo é realizar o mapeamento básico do município de Jaguaribe-CE.

Esse é o mapa atual do município de Jaguaribe no OSM:

Esse é o mapa atual do município no OSM

Nesse primeiro momento o meu objetivo é o mapeamento das rodovias (urbanas e rurais) e a hidrografia, uma vez que existe uma base de dados do IPECE de rodovias e hidrografia.

Mapeamento de rodovias de Jaguaribe no OSM em 24/06/2016

Atualmente o mapa de Jaguaribe no OSM conta com 338,14 km de rodovias mapeadas. No mapa abaixo podemos ver a atual configuração das rodovias mapeadas no município

VIAS OSM JAGUARIBE

Pelos dados do IPECE o município conta com 1425.74 km de rodovias, ou seja existe uma defasagem de 1087,60 km de vias a serem mapeadas. Essa é a configuração das rodovias na base do IPECE:

VIAS OSM JAGUARIBE

Mapeamento da Hidrografia de Jaguaribe no OSM em 24/06/2016

Já no tocante a hidrografia o mapa de Jaguaribe no OSM conta com 140,52 km de cursos d'água e 20 açudes mapeados. No mapa abaixo podemos ver a atual configuração do mapeamento hidrográfico do município no OSM

HIDROGRAFIA OSM JAGUARIBE

Nos dados do IPECE teríamos que ter mapeados 2631.33 km de rios e aproximadamente 1146 açudes no município. Sendo essa a configuração do mapeamento hidrográfico do município de Jaguaribe no IPECE:

HIDROGRAFIA OSM JAGUARIBE

Levando em consideração as bases do IPECE ainda existe muito a ser mapeado nesse município. E o objetivo é importar e ajustar essas bases para o mapa do OSM , e fazer os mesmo para os demais municípios do Ceará.

Em breve atualizo o diário com novas informações sobre o andamento dessa experiência.

Sobre a base de dados do IPECE

O Instituto de Pesquisa e Estratégia Econômica do Ceará - IPECE é uma autarquia vinculada à Secretaria do Planejamento e Gestão do Estado do Ceará. Fundado em 14 de abril de 2003, o IPECE é o órgão do Governo responsável pela geração de estudos, pesquisas e informações socioeconômicas e geográficas que permitem a avaliação de programas e a elaboração de estratégias e políticas públicas para o desenvolvimento do Estado do Ceará.

As bases do IPECE estão disponíveis no portal Ceará em Mapas Interativos, que consiste em um Sistema de Informações Georreferenciadas para internet (SIG-WEB), gerado a partir do software livre I3GEO. O Ceará em Mapas Interativo está licenciado sob Creative Commons Atribuição 2.5 Brasil License.

Sob essa licença você tem o direito de:

Compartilhar — copiar e redistribuir o material em qualquer suporte ou formato Adaptar — remixar, transformar, e criar a partir do material para qualquer fim, mesmo que comercial. O licenciante não pode revogar estes direitos desde que você respeite os termos da licença.

Dessa forma podemos utilizar esses dados para alimentar a base do OSM.

O portal pode ser acessado no seguinte endereço: http://mapas.ipece.ce.gov.br/i3geo/

Location: Avenida Oito de novembro, Jaguaribe, Microrregião do Médio Jaguaribe, Mesorregião de Jaguaribe, Ceará, Região Nordeste, 171, Brasil

Rekrutacja

Posted by UTH Warszawa on 24 July 2016 in Polish (Polski)

Uczelnia Techniczno-Handlowa ogłasza nabór na kierunki na dwóch wydziałach: Zarządzania i Logistyki oraz Laboratoryjnym. Po szczegółowy spis kierunków zajrzyj na naszą stronę.

Older Entries | Newer Entries