Blogs.OpenStreetMap.org

December 20, 2016

Outdoor Maps 80 Day Mapping Party

品名の会員登録はPCでしていて

いくつかの評価プチプラファッションの品名を持つとあるwebでの通販が好きで可愛らしく利用するぼく。お手頃予算なのに盛装でキレイ目にもカジュアルにも着れて只今っぽくて、こちらの衣料はしょっちゅうヘビロテだ。それでも、寸法感じなど微妙に気になるブリーフなどの衣料は実職場をめぐって着てみてから購入することも多いのです。
昨今めずらしく携帯を持っていないぼく。通販はそのままPCで。それでその品名の会員登録はPCでしていてスマホではしていないので、実職場で買い物をすると構成がつかないとあきらめていました。
そんな時、その品名のメールオーダーサイトを見ていて発見してしまいました。webのマイページからバーコードを印刷してそれを職場で買い物の際に取り出したら構成が溜まるについてを…。ひえ~!時節の変わり目でこういうはじめか月その品名の実職場でかなりの買い物をしたのに、総合捨てていたなんてぇ…。諦めきれずに不可能根源でその品名のwebに構成の復路付が出来ないか問い合わせてみました。
そうなると親切にも最近のものであれば受領証に記載されている番号などの詳細をメルアドで案内したら特別に復路付していただけるというお返信?すっと最近の買い物で構成をつけていなかった分を報告して待つ事件数日。webを確認してみたらじっと構成がついていました。
ありがと~?これからもまたこういう品名のみお買いもの行なうっ!こちらへ

by tom at December 20, 2016 06:23 AM

"OpenStreetMap.org User's Diaries"

Fuzhou and summer escapes....

Living in China isn't all that bad. But in FUzhou the summers will boil you. But never fear....

There are spots all around in the mountains which provide GREAT relief. Check it out yo. I'll be posting my tour of the Fuzhou mountain areas, roads, swimming holes .......

by Ghostpayroll at December 20, 2016 05:08 AM

Creating buildings and checking house numbers

If you haven't checked OSM in the last few months, you'll be surprised to see that many houses (and buildings) have been added in Kamloops. - I did most houses on the North Shore - I completed Sun Rivers - I finished Juniper - I just finished Valleyview

Since many people are now using Maps.me in order to add POIs, having the buildings ready makes the operation very easy.

by The hiker at December 20, 2016 04:02 AM

December 19, 2016

"OpenStreetMap.org User's Diaries"

OSM Радио 8 декабря: первый блин

Скачать аудиозапись для прослушивания.

Упомянутые ссылки.

Выпуск вёл Sadless74.

Пишите ваши замечания/пожелания ведущему...

by Sadless74 at December 19, 2016 11:38 PM

Gedling Church Panorama #2

My September diary entry contained a view from near the top of Marshall Hill, looking north down the length of Chatsworth Avenue at the spire of All Hallows Church in the middle distance (All Hallows is the CoE parish-church for Gedling village). I believe that that was my first photo of that church spire.

My mapping since September seems to have taken me in a clockwise-rotation around the spire, and I am now approaching the church from the west.

Most householders do not like having photos taken of their homes, and I try my very best to respect that. At the same time, I know that panoramic shots of a district are one of the best ways to allow strangers to get a feel for an area, and I do my best to include such shots if I'm lucky enough to come across one.

Below is, I believe, only the 2nd shot that I've taken of the Gedling Spire. It is at a very similar distance to the first (as listed at top), but this time looking east from a walk at the top of Linby Close:—

Gedling Spire from the West

by alexkemp at December 19, 2016 11:37 PM

Russion live OSM radio

"OpenStreetMap.org User's Diaries"

Exemple de Contribution à OSM accessible aux débutants

Il s'agit "d'amener OSM" chez tout le monde. C'est à dire de ne plus laisser de maison sans route à proximité Ce sont des contributions simples il suffit en général de rajouter un chemin en s'inspirant des données du cadastre et de l'BDOrtho IGN

1- détection se rendre sur : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#9/43.8216/1.4227

laisser le rendu par défaut mais cocher 'QA' zones à compléter à l'aide du menu en haut à droite de la page web

2- le but est de guérir de cette rougeole chaque tache rose correspondant à un carreau d'1 hectare ou l'INSEE a recensé des résidents mais sans pour autant qu'il y a de chemin y arrivant (c'est probablement le signe d'une route manquante dans OSM)

3- repérer le secteur à corriger puis ajouter le highway (chemin) manquant avec votre éditeur préféré vous avez le bouton en bas à droite pour travailler directement dans votre éditeur préféré

les symptomes disparaitront (le carré rose disparaitra) lors du controle suivant (délai de qqes jours)

supplément : il y a une maladie similaire (signalée en bleu cyan au lieu du rose précédent) présence de population dans un carreau mais absence de batiment (c'est probablement le signe d'un batimant manquant dans OSM) il faut rajouter le 'building' manquant cependant si beaucoup de bati manque sur une même commune, la tâche d'import du bâti n'est pas recommandée pour quelqu'un qui est un apprenti contributeur

pour en savoir plus : le wiki (comme d'hab) https://wiki.openstreetmap.org/wiki/FR:Servers/tile.openstreetmap.fr#Couche_.22Zones_.C3.A0_mapper.22

by Niconil at December 19, 2016 09:15 PM

Routenplanung — Verkehrskreisel

Ein kurzer Einblick in den junction=circular Tag.

Verkehrskreisel sind eine moderne Art von Kreuzungen. Bei der Routenplanung unterscheiden wir zwischen Kreisverkehr Kreuzungen, benannten und unbenannten Kreisverkehren. Kreisverkehr Kreuzungen sind dabei ein Spezialfall von Kreisverkehren, die relativ klein sind und bis zu vier gut unterscheidbare Ausfahrten haben.

Kreisverkehr Kreuzungen

Damit ein Verkehrskreisel sich einen Kreisverkehr im strikten Sinne der Definition nennen und damit junction=roundabout getaggt werden darf muss er bestimmte Kriterien erfüllen. Einer der wohl wichtigsten Faktoren ist, dass der Verkehr im Kreisverkehr Vorfahrt hat.

Nun gibt es Verkehrskreisel die wie Kreisverkehre aussehen und auch als solche von Mappern getaggt werden, aber tatsächlich keine sind, da sie die Kreisverkehr Kriterien nicht erfüllen.

Ein Beispiel dafür ist der Bersarinplatz in Berlin. Hier hat die B 96a Vorfahrt, was den Bersarinplatz als Kreisverkehr disqualifiziert und ein junction=roundabout nicht angebracht ist. Das steht allerdings im Konflikt mit der Routenplanung bei der Instruktionen wie "Beim Bersarinplatz die zweite Ausfahrt nehmen" gewünscht werden.

Bersarinplatz Vorher

Da junction=roundabout nicht angebracht ist, dokumentieren Mapper das Abhandensein meist in Notizen. Dadurch gibt es allerdings keinen Tag mehr, den sich die Routenplanung zu Nutzen machen könnte. Notizen sind unzuverlässige Pseudo-Tags und keine strukturierten Daten.

Ein junction=circular Tag löst dieses Problem: zum Einen erlaubt er es Mappern ein klares Zeichen zu setzen wenn junction=roundabout nicht angebracht ist. Zum Anderen kann der Tag nun bei der Routenplanung in Betracht gezogen werden.

Bersarinplatz Nachher

Hier sind die Wiki Seiten der Tags:

Vielen Dank an Tom Pfeifer für das Schreiben der Wiki Seiten und für das Ausprobieren des Tags an Verkehrskreisel in Berlin.

Hier sind Beispiele für junction=circular in Berlin:

Für mehr Details gibt es hier das ursprüngliche Ticket. Verkehrskreisel sind im OSRM v5.5 Release enthalten. Für Feedback zur Routenplannung sind wir im OSRM Repository, im IRC oder auf der osrm-talk Mailingliste anzutreffen.

by daniel-j-h at December 19, 2016 02:26 PM

Routing — circular junctions

In which I outline the need for the recent junction=circular tag.

Traffic circles are a modern feature of intersection design. They come in multiple forms and shapes.

OSRM distinguishes between roundabout intersections, named, and unnamed roundabouts. Roundabout intersections are a special case of roundabouts that are small and offer up to four clearly distinguishable exits.

Roundabout Turn

To be considered a roundabout in the strict sense the road junction has to follow certain criteria. One of the criteria for a roundabout is that traffic in the roundabout has the right of way.

There are circular junctions which may look like and be commonly identified as roundabouts, but they are not roundabouts because they do not fulfill all of the criteria for being a roundabout.

For example, traffic in the roundabout at Bersarinplatz in Berlin has to give way to incoming traffic on B 96a, disqualifying it as a roundabout. This is in conflict with the desire to provide instructions of the form "use the second exit" from a navigation engine.

Bersarinplatz Route Before

Since a junction=roundabout tag is not appropriate, mappers will often document the intentional absence of any roundabout tag on these junctions using notes. This approach means however these junctions will not be tagged in a way that lets routing engines distinguish them from non-roundabout roads.

Notes are only an unreliable pseudo-tag, however, and don't provide any clear structured data. A junction=circular tag properly documents the mappers intent and makes it possible for routing engines to handle.

Bersarinplatz Route After

Check out the tags' Wiki pages for more detailed descriptions:

Thanks to Tom Pfeifer for pushing this endeavor forward, writing up the Wiki pages and tagging circular junctions in Berlin.

Here are some more examples of junction=circular tags in use:

You can read up on the original discussion with the Routing Engine. This feature is included in the latest OSRM v5.5 Release.

by daniel-j-h at December 19, 2016 02:23 PM

Evaluation of participatory transport mapping data: MapatónCDMX

Why evaluate?

OpenStreetMap is an international community of citizens who are experts in open geographical data, from different perspectives and specialties, and in methods of collaborative construction of information. OpenStreetMap is part of the trend of Voluntary Geographic Information.

The Mexican community of OpenStreetMap is mainly involved in 3 lines of action:

  • Strengthening the community (training and methodological support in projects, integration with academia and activism)
  • Procedures with government institutions for the importation of large public databases
  • Management with institutions to promote open and collaborative practices in its information management

As a community and ecosystem of technologies, OpenStreetMap has participated last years in several initiatives of participatory mapping of informal transport. This lack of good transport systems, and lack of data is crucial in developing cities.

Objectives of transport mapping initiatives

These operations usually pretend to:

  • Create a complete transport system map to allow citizens to orient themselves in their city and make their mobility more efficient. Having this map allows more people to use collective transport instead of individual transport, with important implications on the mobility system, economy, environmental conditions and the quality of life of people
  • Provide local governments with data to regulate their transport, when they do not exist in useful formats
  • Provide city and transportation planners with the necessary information to generate diagnostics, analysis, and design
  • Allow research and innovation on the subject of transport and mobility with georeferenced open data and with quality standards

In order to make it possible for organizations, communities and governments to systematize the different experiences already developed in the world, the OpenStreetMap Mexico group undertook a medium-term exercise in collaboration with WRI and MIT to document all cases, evaluating, and highlighting successful practices in terms of organization, management, participatory method, technology, data produced, socialization and outputs given to the data, as well as the methods used to be able to update them. The result may be in the future a platform that catalyzes and shares knowledge: where in addition to providing the open technologies and data generated in different cities, a methodological guide is shared with the methods that have led to the best results.

The experiences developed in the world - Mapanica in Managua, Matatus in Nairobi for the best known, but also in Egypt, India, Bangladesh, Colombia, Mexico, etc. Have been led by different organizations, usually in an horizontal collaboration: associations, NGOs, communities such as OpenStreetMap, groups of civic technologies, universities, small businesses or startups, local governments.

This text is the first step of an evaluation work line of participatory transport mapping operations. This first evaluation is about the final data of MapatonCDMX developed in Mexico City.

Guidelines on the work process of MapatónCDMX

The results presented are from the MapatonCDMX organized in 2015-2016 by the "Laboratorio para la Ciudad", the area of innovation of the Government of Mexico City. The Laboratory proposed to develop a methodology and participatory dynamics to carry out mapping on a voluntary basis.

The MapatonCDMX was initially developed based on a working method applied before in Mexico City and other countries (Bangladesh among others) by the organization Urban Launchpad with the app Flock Tracker. The strategy changed in the course to incline towards the development of an application proprietary for the track of the transport routes, with essentially the same methodology.

In parallel, a collaborative table was formed with participants from various profiles and institutions. The OpenStreetMap group had the opportunity to participate in some working meetings where we suggested the use of existing open technologies instead of developing an app from zero, and to provide in the information structure the necessary attributes to the later generation of GTFS **.

The participatory dynamics was directed towards methods of gamification, based on an open call and the formation of teams put in competition for the obtaining of sponsors' prices. To improve participation, other groups of young people already enrolled in a voluntary process (INJUVE youth) were added to the dynamic. The organizations represented at the collaborative table were also asked to contribute with the provision of volunteers.

The data collection season resulted in a data set that was subsequently cleaned with the contribution of several organisms, in 2 stages, with a relative result.

MapatonCDMX data evaluation

The data of the MapatonCDMX were published in different formats, the files of the GTFS specification can be downloaded here, the complete database can be consulted from its dashboard and API for developers.

The first public delivery of data via the API, yielded a route system with topology deficiencies and an erroneous validation process.

Alt text Photo 1. Routes contained in the API of the MapatonCDMX in the first delivery

In the Mapaton API, which was the method for public consultation and download of routes in GTFS format in the first delivery, 2893 routes were available, of which only 501 were valid for GTFS format, representing only 20% usable in navigation and network analysis technologies.

Alt text Photo 2. Routes contained in the GTFS in the first delivery

The routes contained in the GTFS, despite having a good topology, did not manage to be representative of the public transport offer in the CDMX. The state of the information requires a process of validation and correction of the routes contained in the API that could not be integrated to the GTFS because of the topological errors.

The data were submitted to a second cleaning session with the support of the Mario Molina Center in October and November 2016. These data were made available in December. In this second stage, the API presents 4019 routes, of which 29 do not contain geographical information, the 3990 remaining routes are divided into categories:

  • Valid: 2162
  • Invalid: 1122
  • Invalid, out of time travel: 529
  • Invalid, data with error: 177

Of these routes, 501 were finally added in the GTFS format, which represents 23.17% of the total of API's valid routes. For these 501 routes, georeferencing is good and is attached to the road network, but some of the attribute information is missing and does not allow to validate the format and give it a possible use: service schedule, stops, time of arrival at stops. When this information can not be reliably robust (such as in the case of informal or unstructured transport systems mapping), the construction of a GTFS format relies on estimations, but information can not be dispensed with.

A visual summary of the information contained in the GTFS is presented:

Alt text Photo 3. Routes total Alt text Photo 4. Valid routes Alt text Photo 5. Invalid routes Alt text Photo 6. Invalid routes, short travels Alt text Photo 7. Invalid routes, travels out of time

As synthesis

The current MapatonCDMX data has a very low part of valid strokes and the absence of the complementary attributes don't allow its use as a GTFS. For this purpose, this data may still go through an in-depth​ process of validation and correction, which could be done with some technological tool or with a crowdsourcing methodology, which should be submitted to a cost-benefit evaluation. Another strategy could be to re-raise the data or establish a permanent mechanism for contributing to the create new data over a long period, to progressively replace non-functional information.

Because of the scope it has had, the MapatonCDMX can be seen as a pilot test of cooperation, and methods of citizen participation. We invite you to read soon about the methods and results of other non-structured​ transport mapping operations carried out in other cities around the world. We will inform about the upcoming evaluations in this blog and networks of OpenStreetMap México.

** The General Transit Feed Specification (GTFS) was created in 2005 by Trimet and Google so that transit agencies could share open information in a simple way, boost the technology development ecosystem and facilitate the development of applications that use this information.

Spanish version

Additional resources for data visualization:

Mapaton Viewer

GTFS Viewer

Read more about the first delivery of MapatonCDMX data

by mapeadora at December 19, 2016 04:43 AM

December 18, 2016

Mappa Mercia (UK Midlands)

OpenStreetMap UK Local Chapter officially exists

On Saturday morning I received from Companies House the Certicifate of Incorporation for OpenStreetMap United Kingdom Community Interest Company Ltd. It is a private limited company, limited by guarantee.

It’s taken us a year to get this far, through a protracted and  often tedious process of agreeing Memorandum and Articles of Association,Community Interest Statement, form-filling, and signature gathering. Thankyou to everyone who participated, especially the volunteers who agreed to be the first directors necessary to get the thing off the ground.

Now we can start doing the fun stuff of how we make this work and transform it into a living organisation.(Although I’m sure we’ll still have our share of bureaucratic process to navigate).

by Brian Prangle at December 18, 2016 04:01 PM

"OpenStreetMap.org User's Diaries"

Using Osmose to fix admin boundary errors

Over the past few days I have been using Osmose (docs) to find errors in administrative polygons in Ireland. OpenStreetMap does not have a native area type, so we have to create type=boundary relations. It's easy to break these areas, which means software which wants to extract boundary data from OSM is unable to "see" these areas.

As someone who consumes OSM data for administrative boundaries (Townlands.ie for townlands in Ireland), I have a certain affinity for admin boundaries in OSM in Ireland, and would like T.ie to be as good as possible, and that's possible if the OSM data is the best possible.

I've been turning off all checks in Osmose and enabling just the open polygon error. Click on each blue marker to open the popup with details. Then click the "josm" link for the relation with the problem, which will load that relation in JOSM using JOSM's remote control. The JOSM validator will then tell you where the open polygon is. You should then look at the problem and see what's wrong and how to fix it. The most common error is a small gap, and there's a missing way that you need to (re-)add to the relation. However I have seen more complicated errors sometimes.

Osmose will update regularly, but it can take a day before it's updated, so the "polygon error" will still be on the website. You can click on the "corrected" link in the popup to tell Osmose that this problem has been fixed. The popup & marker will then disappear from the map (for everyone). You can then clear the errors and work on the next problem. Sometimes I've seen many copies of the same error on top of each other, so if you click "corrected" and it looks like the popup & marker don't disappear, it probably did get recorded as corrected, it's just that there's an identical error in the same place which you're seeing. Just click "corrected" on all of them until it goes away.

by rorym at December 18, 2016 03:23 PM

Un outil de comparaison de carte

on peut retrouver ces liens à partir d'une recherche internet : osm map compare

http://mc.bbbike.org/mc * propose entre autre le rendu osm-fr (et beaucoup d'autres) * possibilité de personnaliser la page avec le lien console en bas de page !!

http://tools.geofabrik.de/mc * idem mais beaucoup moins configurable (au cas où le lien précédent devenait inactif)

by Niconil at December 18, 2016 09:23 AM

Why OpenStreetMap US elections should use Single Transferable Vote (STV)

Today is the final day of the board elections for the US chapter of OpenStreetMap (OSM-US). Just a few days ago the international OpenStreetMap Foundation (OSMF) also held its elections. If you are a member of both groups, you may have noticed that the two organizations do their elections a bit differently. In OSM-US elections you just choose from a list of candidates, while in OSMF elections you rank the candidates in order of preference. What are these two systems, and which one is better? Well, I'm glad you asked...

The international OSM Foundation uses a system called Single Transferable Vote (STV). STV allows voters to rank candidates in order of preference, and produces a proportional result (meaning, for example, that 40% of the voters can choose 40% of the seats on the board). OSMF has been using STV in their last few elections, and Richard Weait wrote some detailed post-mortems of these recent elections, such as OSMF Board Election Results 2015, and the more descriptive OSMF Board Election Data 2014. He has more blog posts on STV here.

OSM-US currently uses a non-proportional Block Voting system (technically, "Plurality-at-large voting") where each voter can choose five candidates, and the candidates with the most votes win. While this voting method is easier to implement, it requires the electorate to vote strategically, rather than expressing their true preferences. Also under this system, there is the potential that 51% of the electorate could choose all five seats on the board.

So which method is better?

STV performs better than Block Voting in a few key ways:

First, voters can express themselves more fully because they rank the candidates from their most favorite to their least favorite. Voters don't have to make arbitrary binary choices of who's in and who's out.

Second, voters can vote sincerely for who they really like the most, without having to guess about whether their preferred candidate has a chance of winning or not. Because your vote transfers to your second choices if your first candidate doesn't win, you don't have to worry about throwing your vote away on "spoiler" candidates. STV lets you vote idealistically without giving up your chance to influence the results.

Third, every group within the electorate has a chance to elect someone who represents their views. Because STV is a proportional system, it's impossible for a slim majority of the voters to dominate the board. The result of STV is a board that represents the full diversity of the OSM community, and is better able to resolve differences and find compromise.

The consensus of all the major non-partisan electoral reform groups (FairVote in the US, FairVote Canada, the Electoral Reform Society in the UK, and so on) is that STV is significantly better than Block Voting. None of these organizations recommend Block Voting, and all of them include STV among their most recommended options.

For these reasons, OSM-US should switch to STV elections before we vote on the next board in 2017.

Ok, but is there actually a problem that we need to fix?

It's true that currently the OSM-US board elections are small, civil, and friendly affairs, and we do not have the concept of political parties and contentious campaigns. Right now with OSM-US our election system isn't causing any significant problems that we can see. The system isn't broken, yet.

In fact, there is a good chance that STV and Block Voting would produce mostly the same results in recent elections. Brandon Liu ran a simulation based on the previous two OSMF elections, and found that Block Voting and STV would have produced the same results.

Why is there little to no difference? Currently we still have a small number of candidates relative to the number of seats (roughly twice as many candidates as seats) and we don't really have strong factions (yet), so the difference between the two systems shouldn't be very noticeable. But we shouldn't be complacent and assume that these the status quo will not change in the future. When factions do emerge in the electorate, we need a system that will respond well to those changes without breaking. We need STV.

Then why should we change?

As OSM keeps growing, we will probably get more candidates, and see more vote splitting and factions forming. Also, if stronger divides in opinion develop within the OSM-US community, we might see board elections that fail to represent the diversity of opinions in the electorate.

The board should be able to resolve conflicts between different factions in the community if and when they develop. To do this, the board needs to include representatives with diverse perspectives. But with block voting, there is the strong likelihood that a minority group would not be able to get any members on the board to advocate for their views.

Imagine if 51% of the electorate wanted to ban imports (just as an example), and 49% did not. If the anti-import group ran a slate of five candidates (a common practice in elections using Block Voting) they could win all the seats under our current rules. The minority would be shut out completely. Under STV, however, the minority faction would be guaranteed some seats on the board.

But STV is also great because it doesn't require party affiliation like other proportional methods do. Voters can choose to rank candidates based on differences in their platforms, or they could allocate their vote based on regional affiliations, or gender, or whatever differences matter to them. STV produces boards that are proportional across whatever dimensions are important to the voters.

Who supports the change?

During the current OSM-US election, I asked each of the eight candidates whether they support a switch to STV or not. All the candidates who were familiar with STV supported it enthusiastically, and the others who hadn't considered the issue before were tentatively supportive. No one strongly supports Block Voting, and the only reason we keep using it is institutional inertia.

Furthermore, the OSM-US bylaws are not prescriptive about the exact method of our elections, so it should be relatively easy for the board to switch to STV elections without any change of the bylaws. Given the apparent consensus of the incoming board members (no matter whoever gets elected), hopefully we can switch to STV before the next elections in 2017.

Even if OSM US doesn't have problems yet, there's inherent value in us using the most democratic voting methods we can, and being a model for best practices of self-governance. OSMF is taking the lead here, by using STV for their elections, and it's time that OSM-US joined them.

by Alan at December 18, 2016 07:21 AM

December 17, 2016

"OpenStreetMap.org User's Diaries"

True namespace versus Colon-delimited suffix/prefix

Thanks to this diary entry, I just discovered a Wiki page Date namespace which exists there since 2014 as an improperly published proposal. Basically, it is about an introduction of syntax that supposedly gives us the ability to indicate a date range for virtually any key. Proposed syntax looks like this:

<key>:<year>-<year>=<value>
<key>:<date>--<date>=<value>
<key>:<year>-=<value>
<key>:-<year>=<value>

Unfortunately, I haven't been aware of this until today, but it's never too late to address it.

First of all, storing a variable value in a form of colon-delimited suffix (or prefix) is not the same as utilizing a namespace because namespace always serves a purpose of grouping. So, this proposal has nothing to do with a namespace.

The second problem is that variable colon-delimited suffix makes data processing awfully redundant. With a proper namespace suffix, it is easy to compare it with a set of known ones within a simple query, while the date "namespace" syntax requires a complex regex (including an ISO 8601 date format pattern) to find all keys containing it. There is no way to "just" select them all because this scheme does not include a qualifier of any kind. Even a bit improved syntax like <key>:daterange<year>-<year>=<value> would allow way simpler preprocessing, but it didn't happen.

You can read more detailed explanations of these two main issues on Talk:Proposed features/Date namespace page.

I am perfectly aware of at least one web service, where developers have managed to utilize this data salad, but it only means that they had enough free time on their hands. Anyone who wants to argue is welcome to start from writing an Overpass Turbo query, showing the names of Irish counties for a specific date (say, 1920) and showing it here in comments.

by BushmanK at December 17, 2016 08:07 PM

Townlands.ie supports historic names

Townlands.ie now displays the historic name of areas! Townlands.ie is a website which shows the Irish traditional boundaries in OpenStreetMap, like townlands, civil parishes, baronies and counties. It's very useful for Irish genealogical research, and mainting Ireland's heritage into the digital era.

An example of this is County Offaly, which was initially created as a county in 1556 as "King's County", and was known as that until Irish independence in 1922, when it was changed to County Offaly. Neighbouring Co. Laois was known as "Queen's County".

We use the date namespace suffix to support this. The current OSM relation for Co. Offaly shows how to add this data: name:1556--1922=King's County, name:1922--=County Offaly

Townlands.ie currently supports the following 3 forms. Other options may be added later.

  • name:--YEAR: Name before YEAR
  • name:YEAR--: Name from YEAR to the present
  • name:YEAR1--YEAR2: Name between the years YEAR1 and YEAR2

There is already support for adding the name Griffith's Valuation (with name:griffithsvaluation tag), and the 1901 and 1911 census names (name:census1901 and name:census1911). However that is often used for transcription errors.

Please add more historic names to OSM in Ireland!

by rorym at December 17, 2016 04:32 PM

Filling in the gaps of the maps....Providing a humbler service to humanity...

In year 2015, 344 disasters triggered by natural hazards were reported worldwide, affecting 108 countries and nearly 142 million people. That’s 344 times that local communities and organizations, local and national governments, and international organizations needed geographic information on the affected area to inform a rapid and effective response. Unfortunately, there are still many places across the world which lack this basic geographic information, remaining unmapped.

Detailed maps give individuals, organizations and governments’ information to support them in planning DRR activities and preparing for crises. Detailed maps also help humanitarian response actors to get aid where it is needed most, by helping to understand the population size and density, as well as identify and address logistical challenges. Efforts are being made to address the lack of maps in the most neglected places.

Humanitarian OpenStreetMap Team (HOT) is a global NGO that creates and provides digital and print maps to address the world's toughest challenges. In times of crisis and natural disaster, HOT rallies a network of volunteers to rapidly produce maps relied upon by humanitarian relief organizations to reach those in need.

A common question about aid is, does it work? In some cases, yes, but not always. Unfortunately, nothing in life is that straightforward. When someone external comes in to do the work and eventually returns home, they leave with the skills and knowledge of the project as well, so how is this sustainable? We believe initiatives carried out by community members, not only provides local knowledge, which instantly enhances the project, but the skills and knowledge associated with the project remain in the area and continue to be applied.

Micro grants are a way to support local champions of open geo-spatial data (maps), community organizing and an open source software tool chain and building OpenStreetMap from the ground up every step of the way. Many local OSM community builders face obstacles that can be difficult to imagine but they are succeeding in turning OpenStreetMap into a global, open map of the world every day.

Your donation regardless how big or small, is needed urgently to map the world’s most vulnerable and least mapped places through Micro grants, before the next disaster. 100% of each Micro grant donation goes to a local leader who is transforming their country by filling in critical data gaps. Your donation will help provide the basic necessities to these leaders, in the forms of micro-grants. Micro-grants will cover the basic costs of mapping additional villages and cities by paying for things like transportation, equipment, internet, printing, and more.

By contrast with the starry-eyed Silicon Valley evangelists who often claim their technologies have changed the world, we see the process of filling in the gaps of the maps as providing a humbler service to humanity.

“We are not trying to claim that this map is saving a kid’s life. It’s just not true,”

“Doctors, nurses and aid workers save kids’ lives. These maps help them do their jobs better.”

#mapthedifference @hotosm https://donate.hotosm.org/tasauf1980

by tasauf1980 at December 17, 2016 10:26 AM

December 16, 2016

OpenStreetMap Weekly Update

weeklyOSM 334

12/06/2016-12/12/2016

 

Ausschnitt aus der OpenInfraMap Die OpenInfraMap now with new Layers 1

About us

  • Dear reader, you might noticed that this issue was published very late. WeeklyOSM is normally published after being proofread twice. This issue had been proofread only once. If you are not satisfied with the English texts, grammar, wording, or anything else, please feel to join us and help us to publish the next issue. The next issue will only be published if it gets proofread twice. Get in touch with us or ping us on twitter.

Mapping

  • On Osmtalk there is a discussion about the tag in highway=living_street Africa.
  • Andy Mabbett suggests a few ideas for quarterly projects on the Talk-GB mailing list. The polls on proposals amenity=baking_oven and oven=* are open until December 20th.
  • Alejandro Suárez wonders about the different definitions of the tag amenity=bar in the Mediterranean and the rest of the world, which probably comes from another semantic information of “bar” in Spanish and he would like to harmonise this in the wiki.
  • LeTopographeFou establishes, that the original intended tagshop=estate_agent is ignored, and the tag office=estate_agent is used instead.
  • User daniel-j-h writes a diary about the anomalies that the OSRM users report and the impact of oneway=reversible tag on the routing engine. He also introduces the oneway=alternating tag and it’s usage in OpenStreetMap.
  • Manoharuss publishes his MAPS.ME edits analyses for November.

Community

  • As part of the OSM women’s initiative against the gender gap in the past OSM latam there is a new group now on telegram. If you are a woman and interested, join!
  • Who says that people don’t comment to changeset discussions on very old changesets?
  • @mapeadora writes about the construction of OSM woman group on Latin America, and how to make a community.
  • OSM is proposed as a method and database for the inventory of trees in Colombia in the urban areas of the nation.
  • Presentation on the OGP by @mapanauta on how open data/open mapping can make a difference for social impact & humanitarian purposes. OGP is overseen at the international level by a Steering Committee composed of representatives of governments and civil society organizations in equal numbers. It brings together governments and civil society organizations as true partners at both the national and international level.
  • On December 9th, the Peruvian President Pedro Pablo Kuczynski visited the Mapbox team, in Ayacucho, Peru, where he learned about the company and worked on his first OpenStreetMap edit, contributing to the largest open geographic database in the world. Alex Barth asks if the president is the first head of state on OSM?

OpenStreetMap Foundation

  • The OSM Foundation chairperson’s report for the 2016 Annual General Meeting has been published.
  • The OSM Foundation Treasurer’s Report for the 2016 Annual General Meeting has been published. The meeting occurred last Saturday, December 10th.

Events

  • The SoTM 2017 will take place in Aizuwakamatsu, Japan from 18th to 20th of August.

Humanitarian OSM

  • HOT explained details and procedures of their “Microgrant Program” for 2017. The sum donated so far, however, is limited.
  • DutchNews.nl writes about the dedication of Paul Uithol from HOT and a team of volunteers who have been using online maps to help rebuild devastated communities since Hurricane Matthew swept through Haiti last month.

Maps

Open Data

Licences

  • User PlaneMad thinks that MapMyIndia, a commercial aggregator, is using OSM data and shows an example of an area he personally mapped.

Software

  • Dave F. writes to the talk mailing list expressing his unhappiness about automatically generated notes from Maps.me.

Programming

  • Chris Hill wrote a Leaflet plugin that adds a hash to the URL, denoting which baselayer and overlays are currently selected.

Releases

Software Version Release date Comment
Mapillary Android * 3.10 2016-12-06 Upload stability features.
Naviki Android * 3.52.2 2016-12-07 Some bug fixes.
Komoot Android * var 2016-12-08 Minor enhancements.
Mapillary iOS * 4.5.9 2016-12-08 Added time based capture, compass tweaks.
Magic Earth * 7.1.16.49 2016-12-09 No info.
BRouter 1.4.8 2016-12-10 Added turn restrictions and some fixes.
OpenLayers 3.20.0 2016-12-10 This release includes enhancements and fixes from 89 pull requests since the previous release.
Traccar Server 3.9 2016-12-10 No Info.

Provided by the OSM Software Watchlist.

(*) unfree software. See: freesoftware.

Did you know …

OSM in the media

  • The newspaper La Croix published (automatic translation) an article about a contributor, Fabrice Ramamonjy who improves the data of Antananarivo with his community of students. Their university supports (automatic translation) the initiative. (Französisch)

Other “geo” things

  • An impressive interactive map visualizes the population density of English cities. John Elledge shows some examples on CityMetric.
  • The detailed replica of the world famous “Lascaux” cave, a Unesco World Heritage Site, was opened by French President Hollande, is now open to visitors.
  • The change of name from Open Street View to OpenStreetCam is complemented by the new version.
  • Sightline reports on structural changes in the use of living space in Seattle.
  • Ivory Coast adds the 3-word global addressing system offered by the British startup What3Words to their own insufficient system of postal addresses. What3Words assigns an arbitrary three-word-code to any 3×3-metres square of the Earth surface. Critics consider it a bad idea to make a postal system dependent on a commercial company’s licensing system.

Upcoming Events

Where What When Country
Berlin DB Open Data Hackathon 12/16/2016-12/17/2016 germany
Washington_DC Mapping Anacostia 12/17/2016 united_states
Tokyo 東京!街歩き!マッピングパーティ:第3回 小石川植物園 12/17/2016 japan
Essen Stammtisch 12/18/2016 germany
Kyoto 【晴明神社】マッピング&ステップアップ勉強会 12/18/2016 japan
Alpi Apuane 2016 Mapping party Rifugio Nello Conti 12/17/2016-12/18/2016 Toscana
Tampere OSM kahvit 12/19/2016 finland
Manila 【MapAm❤re】OSM Workshop Series 5/8, San Juan 12/19/2016 philippines
Taipei Taipei Meetup, Mozilla Community Space 12/19/2016 taiwan
Graz Stammtisch 12/19/2016 austria
Cologne/Bonn Bonner Stammtisch 12/20/2016 germany
Lüneburg Mappertreffen Lüneburg 12/20/2016 germany
Valencia Missing Maps Valencia 1 12/20/2016 spain
Lyon Missing Maps Lyon 12/20/2016 france
Moscow Schemotechnika 07 12/21/2016 russia
Karlsruhe Stammtisch 12/21/2016 germany
Lübeck Lübecker Mappertreffen 12/22/2016 germany
Dusseldorf Stammtisch 12/30/2016 germany

Note: If you like to see your event here, please put it into the calendar. Only data which is there, will appear in weeklyOSM. Please check your event in our public calendar preview and correct it, where appropiate..

This weeklyOSM was produced by Hakuch, Laura Barroso, Peda, Rogehm, Spec80, TheFive, YoViajo, derFred, jinalfoflia.

by weeklyteam at December 16, 2016 09:33 PM

"OpenStreetMap.org User's Diaries"

"O que é o OpenStreetMap?"

Reproduzo um trecho de conversa que tive com um amigo sobre o que é o OpenStreetMap.

Essencialmente, o OpenStreetMap é um banco de dados de elementos geométricos (pontos, segmentos de reta, poligonais e polígonos) georreferenciados e elementos lógicos (relações) que representam elementos do mundo real (estradas, rios, construções, pontos de interesse, etc.). As características desses, são atribuídas àqueles elementos por meio de pares chave=valor. Por exemplo, para representar um rio, se usa uma poligonal para representar seu leito e aplica-se o par waterway=river.

Esse banco de dados é licenciado utilizando a Open Database License (ODbL). Porque essa licença? Bem, é uma licença especifica para banco de dados que garante, às pessoas, as liberdades de usar, modificar e compartilhar o banco de dados desde de que mantenham essas liberdades. Repare nessa condição, ela perpetua as liberdades. Essa é a essência do copyleft! Então, a ODbL é uma licença copyleft. Porque isso é importante? Não existe um mágico que tira da cartola um banco de dados com informações do mundo inteiro com uma licença assim, ele precisa ser construído. E como é construído? De maneira colaborativa, num grande bazar (lembra de “A Catedral e o Bazar”?) à semelhança da Wikipédia e do software livre. E para ser construído colaborativamente, são fundamentais essas liberdades. Para modificar, ou só usá-lo, alguém tem que ter compartilhado com você, e não seria justo, com aqueles que contribuíram com a copia compartilhada, se você pudesse restringir essas liberdades ao compartilhar a cópia que obteve ou suas modificações e, geraria incertezas sobre a perenidade da disponibilidade desse banco de dados. Você usufruiu, as outras pessoas também devem usufruir dessas liberdades.

E de onde veem as informações para esse banco de dados? São coletadas em campo, por exemplo, em placas que informam o nome de ruas (e algumas, também, CEP e numeração de lotes), de tracklogs de sistemas de posicionamento, de imagens de satélite, de ortofotos, de leis, etc. Podem ser obtidas, também, de órgãos públicos, de empresas ou qualquer outra fonte com licença compatível com a ODbL. Por exemplo, a Microsoft disponibiliza imagens de satélite para auxiliar o projeto. É importante ressaltar que não se pode usar informações do GoogleMaps, GoogleEarth, mapas impressos, outras fontes comerciais e qualquer fonte que não explicite sua licença. Mas a informação está ali, porque não copiar? Usando informações com licenças incompatíveis, você restringe as liberdades, e pior, contamina qualquer outra modificação feita sobre essas. Com isso, não está ajudando mas, prejudicando o projeto. E expondo-o a riscos de processos judiciais. Pegue o exemplo do rio. Se você obteve a poligonal sobre uma imagem de satélite do google, essa geometria terá que ser removida. Mas e se outra pessoa já tivesse adicionado o nome desse rio usando o par name=Rio Jacuí? O nome é removido junto com a poligonal.

Pragmaticamente, isso tudo produz informações melhores? Bem, a realidade é dinâmica. Empresas comerciais com desenvolvimento no estilo catedral, dificilmente conseguem acompanhar esse dinamismo. Além disso, não se preocupam com o usuário das informações, ao introduzir erros propositais em seus dados. Já imaginou o efeito, na vida das pessoas, de uma informação errada? Dois nomes de ruas trocados de lugar, propositalmente, podem, por exemplo, atrasar um atendimento de emergência... Não da para responder, simplesmente, com um “sim!” essa pergunta. Onde existem pessoas contribuindo, usando, e mantendo as informações, no mínimo, são mais confiáveis. Além de poderem ser utilizadas onde quiser sem as limitações impostas pelas empresas comerciais.

by portalaventura at December 16, 2016 05:15 PM

Vídeos e fotos do State of the Map Latam 2016

foto sotm latam

Quem não participou do State of the Map Latam 2016, já pode conferir os vídeos de todas as palestras realizadas no auditório principal do evento. A playlist com 20 vídeos está disponível no YouTube. Tivemos palestras em Inglês, Espanhol e Português.

Temos também várias fotos já publicadas no Flickr.

by wille at December 16, 2016 02:51 PM

December 15, 2016

"OpenStreetMap.org User's Diaries"

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

Опубликован ЕженедельникОСМ 333 - краткие новости о происходящем в мире ОСМ, можно прочитать на русском языке.

Приветствуются ретвиты и репосты в соц. сетях ВКонтакте, Facebook, Google+.

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

29.11.2016-05.12.2016

Изображение

  • Beispielkarte der Overpass-Abfrage aller fixmes Пример местности, полной точек фиксми, созданный в Overpass-Turbo ^1^ | Picture: CC-BY-SA 3.0

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

  • BushmanK пытается постичь тонкости использования тегов man_made=mast и man_made=tower.

  • Голосование за предложение nesting_site стартовало 5 декабря и будет продолжаться до 19-го.

  • Маркус Шнальк (Markus Schnalke) хочет узнать что делать со стоящими предложениями которые появились уже после того как голосования началось.

  • Марк Зоутинджик (Marc Zoutendijk) в своём дневнике написал о созданном запросе Overpass показывающим все FIXME метки на карте. В комментариях к записи Энди Аллан указал на написанный им инструмент создающий GPX файл из точек в которых есть тэг fixme открыв который можно удобно просмотреть места требующие внимания.

Сообщество

  • Сара Хоффман (Sarah Hoffmann) выбрана в качестве нового картографа месяца у которого участник Escada взяла интервью.

  • Участник Mapanauta своём дневнике рассказала о результатах и ​​новых инициативах, которые обсуждались на мероприятии ГеоЧики/ ГеоЖенщины, которое прошло в рамках SotM LatAm.

  • Питер Бремер (Peter Bremer) пишет в своем блоге, о том что Mapillary выпустила новый слой тайлов на которых видны все треки и фото сделанные в тех местах, этот слой вы можете использовать в тех приложениях которые не поддерживают векторные тайлы (например в OsmAnd). Пошаговая инструкция по добавлению этого слоя тайлов в приложение OsmAnd наверняка будет интересна его пользователям.

  • Сайт Mappa Mercia выиграл приз за создание тепловой карты дорожного движения в Бирмингеме. Поздравляем!

  • Мэтт Амос (Matt Amos) спрашивает на гитхабе: "Может ли OSM запустить Mattermost сервер как альтернативу общению через проприетарный Slack (который используют осмеры в США) и IRC.

  • Илья Зверев проникновенно и немногословно помянул нашего погибшего товарища Томаса «malenki». Картируйте изо всех сил!

Импорты

  • Кристоф Хорман (Christoph Hormann) написал проницательное письмо в почтовый список рассылки по импортам, о сделанном в Сан-Франциско импорте высоты зданий. Среди прочего он говорит "Основной целью при планировании и выполнении импорта ... должно быть, чтобы вы и ваши коллеги-импортеры ответственно и продуктивно участвовали в процессе жизни сообщества открытой карты" и "Совершенно нормально проговаривать проблемы, расходящиеся мнения и различный опыт, но взамен вы также должны уважать мнения других".

Фонд OpenStreetMap

  • OSMF горячо благодарит всех спонсоров. Особенное спасибо Mapbox.

  • Неправильный список членов был использован при отправке избирательных бюллетеней для выборов в OSMF. Было решено переиздать список кандидатов и продлить период голосования до 16:00 по Гринвичу среды, 14 декабря 2016 года.

  • Ради выборов в OSMF, Christoph объясняет как работает система голосования СЕПГ.

  • Скоро пройдут выборы в совет OpenStreetMap США. Предвыборные программы всех кандидатов опубликованы в wiki.

События

  • Группа из Сарагосского Университета Сан-Хорхе организовала картомарафон.

  • До 16 декабря вы можете зарегистрироваться для участия в первом SotM Africa. До сих пор была лишь одна заявка из Уганды.

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

  • Блейк Жирардо (Blake Girardot) призывает принять участие в планировании, обсуждении и разработке "Управление задачами OSM 3.0".

  • HOT запустил кампанию по сбору денег для поддержки местных картографов с помощью микро грантов.

  • Северин Менард (Severin Menard) критикует прозрачность HOT и ставит под сомнение причины кампании по сбору пожертвований. Тайлер Радфорд (Tyler Radford) попытался пояснить и также пообещал сделать развернутый ответ в блоге.

Карты

  • Пол Норман (Paul Norman) объявил о крупных изменениях в OpenStreetMap-Carto, которые в скором времени приведут к реимпорту базы данных. В результате которого все новые теги могут быть легко перенесены на основную карту.

  • OSMLanduse.org официально запущен - сервис показывающий разными цветами землепользование основываясь на данных OSM и отображающий круговую диаграмму для сравнения.

  • Инструкция описывающая как добавлять пометки на карте используя mapzen.js и Tangram.

Открытые данные

  • Во французской конференции есть статья о свободной цифровой картографии и устойчивости её развития, которое поддерживается участниками некоторых ОСМ сообществ из западной Африки. Это прозвучало на Всемирном саммите в разделе Партнерство и Открытое Правительство.

Программы

  • Крис Хилл (Chris Hill) написал в блоге о том, как заменить OpenLayers и пользоваться Leaflet.

  • Несколько картографов из Бразилии сделали pull request в приложение Maps.Me в июле, которое сейчас приняли. Этот pull request добавляет перевод на бразильский португальский и исправляет несколько ошибок в переводе на европейский португальский. Проблемы в переводе привели к тому что данные в OSM вносились неправильно.

  • Акбар Гумбира (Akbar Gumbira) опубликовал свою работу в GSOC по проблеме использования ресурсов в QGIS.

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

  • Марк Тобиас (Marc Tobias) указал на osm4scala, библиотеку для Scala которая может читать PBF файлы.

Релизы

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

  • OpenStreetMap Carto Style 2.45.1 2016-11-28 Исправлена регрессия svg.

  • Maps 3D Pro * 4.1.3 2016-12-01 Незначительные улучшения и исправления ошибок.

  • Maps.me Android * var 2016-12-02 Исправлены ошибки, доступны новые версии карт.

  • Komoot iOS * 8.5 2016-12-03 Переработали вид профиля пользователя.

  • Mapillary iOS * 4.5.8 2016-12-03 Теперь требуется iOS версии 8 или старше, добавлено базовое положение и редактор направлений.

  • Komoot Android * var 2016-12-05 Незначительные улучшения.

  • Mapserver 7.0.3 2016-12-05 Пожалуйста, прочитайте информацию релиза.

  • Maps.me iOS * 6.5.4 2016-12-05 Исправлены ошибки и обновлены карты.

Список программ предоставлен OSM Software Watchlist. * - не свободный софт. Прочитайте определение не свободности.

А вы знаете …

OSM в прессе

  • Газета The Washington Post демонстрирует шесть различных карт, которые показывают обширную анатомию инфраструктуры Америки. Карты создаются с использованием данных из OpenStreetMap, а также различных правительственных источников. У избранного президента должны быть железные нервы и возможность изыскать необходимые инвестиции в полтриллиона долларов, чтобы сохранять и расширять эту инфраструктуру.

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

  • The New York Times сообщает о мировом соглашении по вопросу земли между Бельгией и Нидерландами.

  • Мы уже знаем проекцию Dymaxion, проекцию Autagraph, и Псевдо-Autagraph-проекцию созданную Марчин Каира (Marcin Ciura). О теперь Жос Дирксен (Jos Dirksen) представил ещё одну проекцию анимированную. Участник Vox опубликовал видео объясняющее проблему проецирования трехмерного изображения планеты (глобуса) на плоскость (карту) очень доступно.

  • Шринивас Rjlfkb (Srinivas Kodali) из Хайдарабада (Индия) пишет о том что Хайдарабад GHMC хочет сделать так называемую смарт-адресацию используя PPP модель и он серьезно обеспокоен состоянием всех баз геоданных с закрытыми (проприетарными) системами нумерации. По ссылке можно ознакомиться с документацией на тендер (PDF).

  • Джордж Джозеф (George Joseph) отметил на карте аварии на трубопроводе в США за последние 30 лет.

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

by Sadless74 at December 15, 2016 11:47 PM

December 14, 2016

OSMBlog (German)

Wochennotiz Nr. 334

06.12.2016-12.12.2016

Ausschnitt aus der OpenInfraMap

Die OpenInfraMap jetzt mit neuen Layern 1

In eigener Sache

  • Nach längerer interner Diskussion, wie wir mit dem aktuellen Urteil des Landgerichts Hamburg umgehen sollen und wie wir künftig eine solche detaillierte Linkprüfung durchführen könnten, haben wir uns dazu entschieden, die deutsche Ausgabe der Wochennotiz nach dieser Ausgabe einzustellen.

Mapping

  • Andy Mabbett schlägt mehrere Ideen für die Quartalsprojekte in England vor. Solltet Ihr ein Interesse an der aktiven Mitarbeit bei der Wiederbelebung der Wochenaufgaben haben, setzt Euch bitte mit dem Wochennotizteam in Verbindung.
  • Harald Hartmann versucht sich in Mikromapping, was zu einer Diskussion über Flächentagging führt.
  • Für die Vorschläge zu amenity=baking_oven und oven=* kann jetzt bis zum 20. Dezember abgestimmt werden.
  • Auf der Mailingliste osm-talk wird über die Benutzung des Tags highway=living_street in Afrika diskutiert.
  • Alejandro Suárez wundert sich über die unterschiedliche Definition des Tags amenity=bar im Mittelmeerraum und dem Rest der Welt, der wohl durch eine andere Wortbedeutung von bar im Spanischen stammt und würde dies im Wiki gerne vereinheitlichen.
  • LeTopographeFou stellt fest, dass das eigentlich gewählte Schema shop=estate_agent ignoriert wird und sich stattdessen office=estate_agent durchgesetzt hat.
  • Daniel Hofmann schreibt über die Anomalien, die die OSRM-Anwender melden, und die Auswirkung von oneway=reversable Tags auf die Routing Engine. Er schlägt das Tag oneway=alternating für die Nutzung in OpenStreetMap vor – eine Diskussion, die auf dem Elbe-Labe-Meeting 2016 begann.
  • Manoharuss veröffentlicht seine Analyse der MAPS.ME-Edits für November.

Community

  • Die neue OSM-Damen-Initiative versucht die weiblichen OSMer in einer Telegram-Gruppe zusammen zu bringen.
  • Stephan berichtet in einem Gastbeitrag über das Elbe-Labe-Meeting, das vor wenigen Wochen in Dresden zum ersten Mal stattfand. Die Organisatoren brachten tschechische und deutsche Mapper zusammen, um sich über OpenStreetMap auszutauschen.
  • Wer sagt, dass nicht auch Kommentare auf 8 Jahre alte Changesets beantwortet werden?
  • mapeadora schreibt über weibliche OSM-Gruppen in Latein-Amerika.
  • Mapanauta aus Mexiko referiert auf der OGP über die Bedeutung von offenen Daten/Open-Mapping für soziale und humanitäre Zwecke. OGP wird auf internationaler Ebene von einem Lenkungsausschuss betreut, der sich aus Vertretern von Regierungen und Organisationen der Zivilgesellschaft zusammensetzt.
  • Am 09. Dezember hat der peruanische President Pablo Kuczynski das Mapbox-Team in Ayacucho, Peru besucht. Anlässlich des Besuches hat der Präsident einen ersten Edit in der OSM-Datenbank gemacht. Alex Barth fragt ob er damit das erste Staatsoberhaupt in OSM ist.

OpenStreetMap Foundation

  • Die Berichte der Vorstandsvorsitzenden und des Schatzmeisters der OSM-Foundation für die Hauptversammlung 2016 wurden veröffentlicht. Das Meeting fand am 10. Oktober 2016 statt.

Veranstaltungen

  • Die SOTM 2017 wird in Aizuwakamatsu, Japan, vom 18.-20. August stattfinden.

Humanitarian OSM

  • HOT erklärt Einzelheiten und Abläufe seines “Micro Grant Program” für 2017. Die bisher gespendete Summe hält sich jedoch in Grenzen.
  • DutchNews.nl berichtet über den engagierten Einsatz des HOT-Mitarbeiters Paul Uithol nach dem fürchtlichen Hurrikan Matthew, der Anfang Oktober über Haiti gezogen ist.

Karten

Open-Data

Lizenzen

  • Benutzer PlaneMad vermutet, dass MapMyIndia (einer der größten Aggregatoren für Kartendaten in Indien) OSM Daten verwendet. Er zeigt einen Vergleich mit einem Gebiet, dass er persönlich gemappt hat.

Programme

  • Dave F. beschwert sich auf der Mailingliste Talk über automatisch generierte Hinweise von Maps.me.
  • Lutz würde gerne den deutschen Kartenstil auch in Osmand+ nutzen.

Programmierung

  • Chris Hill hat ein Leaflet-Plugin geschrieben, das – wie von OpenLayers bekannt – den aktuell gewählten Layer und die Overlays in die URL aufnimmt.

Releases

Software Version Release Datum Änderungen
Mapillary Android * 3.10 06.12.2016 Stabilisierung der Uploads.
Naviki Android * 3.52.2 07.12.2016 Einige Bugfixes.
Komoot Android * var 08.12.2016 Kleinere Verbesserungen.
Mapillary iOS * 4.5.9 08.12.2016 Zeitbasierende Captures hinzugefügt, Kompassprobleme beseitigt.
Magic Earth * 7.1.16.49 09.12.2016 Keine Infos.
BRouter 1.4.8 10.12.2016 Turn Restrictions hinzugefügt und einige Fixes.
OpenLayers 3.20.0 10.12.2016 Diese Release enthält Verbesserungen und Fixes von 89 Pull Requests.
Traccar Server 3.9 10.12.2016 Keine Infos.

Bereitgestellt von der OSM Software Watchlist.

(*) unfreie Software. Siehe: freesoftware.

Kennst du schon …

OSM in der Presse

  • La Croix berichtet (Französisch) (automatische Übersetzung) über den Studenten Fabrice Ramamonjy, der auf Madagaskar mit Hilfe einer Studenten-Community seine Welt in OSM erfasst. Die Universität unterstützt das Vorhaben. (automatische Übersetzung)

Weitere Themen mit Geo-Bezug

  • Eine beeindruckende interaktive Karte visualisiert die Bevölkerungsdichte von englischen Städten. John Elledge zeigt auf CityMetric einige Beispiele.
  • Der detaillgetreue Nachbau der weltberühmten Höhle “Lascaux”, ein Unesco Weltkulturerbe, wurde in der Nähe durch den französischen Präsidenten Hollande eingeweiht und steht den Besuchern nun offen.
  • Die Namensänderung von OpenStreetView zu OpenStreetCam ist mit der neuen Version vollzogen.
  • Sightline berichtet über den Strukturwandel in der Wohnraumnutzung in Seattle.
  • Die Elfenbeinküste setzt ergänzend zum bestehenden unzureichenden Postadressensystem auf das Produkt des britischen Startups What3Words, das jedes 3m×3m-Quadrat der Erdoberfläche durch eine Kombination dreier willkürlicher Wörter adressiert. Wie weit sich ein Postdienst vom Lizenzmodell eines kommerziellen Unternehmens abhängig machen sollte, wird in dem Zusammenhang lebhaft diskutiert.

Wochenvorschau

Wo Was Wann Land
Berlin DB Open Data Hackathon 16.12.2016-17.12.2016 Germany
Essen Stammtisch 18.12.2016 Germany
Graz Stammtisch 19.12.2016 Austria
Bonn Bonner Stammtisch 20.12.2016 Germany
Lüneburg Mappertreffen Lüneburg 20.12.2016 Germany
Karlsruhe Stammtisch 21.12.2016 Germany
Lübeck Lübecker Mappertreffen 22.12.2016 Germany

Hinweis:
Wer seinen Termin hier in der Liste sehen möchte, trage ihn in den Kalender ein. Nur Termine, die dort stehen, werden in die Wochennotiz übernommen. Bitte prüfe die Veranstaltung in unserem öffentlichen Kalendertool und korrigiere bitte die Einträge im Kalender, wenn notwendig.

Diese Wochennotiz wurde erstellt von hakuch, Laura Barroso, Peda, rogehm, SB79, TheFive, Manfred Reiter, Wambacher.

Flattr this!

by Wochennotizteam at December 14, 2016 10:18 PM

"OpenStreetMap.org User's Diaries"

OpenStreetView review by The Register

OpenStreetView? You are no longer hostage to Google's car-driven vision
(14 Dec 2016, The Register)

One of the great bright lights of open-source software and user-driven community projects is OpenStreetMap, which offers an open-source mapping platform similar to, but also very philosophically different than, Google Maps.

This review is about Telenav's OpenStreetView. I find it a little odd, because it mentions OSM at the top of the article (extract above) and also has a link to Mapillary and yet, does not contain a single link to either the topic of the article (OpenStreetView) nor to OSM. Most odd.

Coda:

(with thanks to mmd (see comments)):

The Register review is already well out-of-date as, after OSV attracted the wrong kind of attention from Google, OSV changed it's name to OpenStreetCam on 25 Nov 2016 and can now be found at openstreetcam.org.

by alexkemp at December 14, 2016 08:18 PM

Share with Twitter / Facebook

Hey I just posted to my diary! Where's the checkbox on this form that says "Share with Twitter" or "Share with Facebook"?

In fact, where the link on this page that says "Provide Feedback on the Diary Feature of OpenStreetMap"?

Brian

by OpenBrian at December 14, 2016 05:21 PM

OSMstatsから読み解くマッパーコミュニティの現状

この記事は OpenStreetMap Advent Calendar 2016 (12/15用) として投稿しました。

OSMstatsから読み解くマッパーコミュニティの現状

About OSMstats

OSMstats は世界中の OpenStreetMap ユーザーコミュニティ活動量が毎日どのように行われているのか、定量的な統計情報を整理して、見える化するサービスです。 運営は altogetherlost.com & Pascal Neis (neis-one.org) チームが行っています。

http://osmstats.neis-one.org/

何がわかるの?

様々な情報が可視化されていますが、主に次の情報が便利です。

  • OpenStreetMapユーザーアカウント総数の時間遷移
  • 日別のアクティブマッパー活動量
  • 国別のアクティブマッパー数

これらの情報を、それぞれ見てみましょう。

OpenStreetMapユーザーアカウント総数の時間遷移

OSMstatsトップページを開く

これは簡単です。OSMstatsのトップページを開くだけです。

Number of registered OSM members

左上の Number of registered OSM members の情報を見ます。2016/12/15 の時点では、3,285,076ユーザーアカウント、約330万マッパーによって今のOpenStreetMapはデータ更新されています。但し、この数字は現時点で有効なアカウント数であり、過去に作ったっきり使われていないアカウントや作業の目的によって複数アカウントを使い分けている人も含まれていますので、実際の人間としてマッパー数はこの数字よりも小さくなります。

グラフの時間軸を少縮尺にする

横軸を時間軸に、縦軸をユーザーアカウント数でプロットした二次元グラフを見てみましょう。また、2012年から現在までの遷移を見てみましょう。

ユーザー数の増加傾向に変化

このグラフをよく見ると、ユーザー数の増加傾向に何度か変化が起きていることが読み取れます。一つは、2012年6月前後からの増加(①)。二つ目は2013年4月前後からの増加(②)、そして最近も 2016年4月からの増加傾向(③)。さあ、ここからその背景を、、、と書きたいところですが、この問いは青山学院大学の古橋ゼミの課題に使うのであえてここでは問題提起のみに留めます。後日学生達の分析を追記公開します。

日別のアクティブマッパー活動量

上記のユーザー増加数の中身を判断するには、実際にマッピングを行っているユーザー数である No. of daily active members overall と比較することが大事です。これは日別のアクティブマッパー数のグラフで、例えば 2016年4月からの増加傾向は、ユーザー数が増えているだけでなく、連動してアクティブマッパー数も同じタイミングで増え始めています。

国別のアクティブマッパー数

最後に、国別のアクティブマッパー数を比較してみましょう。先程までは世界全体の傾向を追っていましたが、OSMstats上に並ぶ Countries タブリンクから表示を切り替えると、各国ごとの集計表が登場します。時差もあるので、2日くらい前に設定したほうが正しく表示されることが多いです。2016/12/14時点では日本は世界でTOP10のポジションにいます。

今度は、Japan をクリックして、日本のアクティビティ(実際には日本エリア内でのマッパーアクティビティであり、日本人だけでなく遠隔からのアームチェアマッピングも加算されています)を見てみましょう。

日本でも 2016年4月から、アクティブマッパー数が増えているように見えますが、これはグローバルなOpenStreetMapのマッパー数の増加傾向と関連性があるのでしょうか?それとも日本独自の現象でしょうか?いずれにしてもこのような定量的な数値を元に、世界と日本のマッパーコミュニティがどのように変化しているのか、マクロな視点でのコミュニティ分析も大事な見方です。

by MAPconcierge at December 14, 2016 08:41 AM

December 13, 2016

"OpenStreetMap.org User's Diaries"

Tracing guide for Aweil, South Sudan

This is a tracing guide for people mapping Aweil in South Sudan for MSF with Missing maps (see the task here). Aweil is the capital city of the state of Northern Bahr el Ghazal. The city's infrastructure is relatively developed. Aweil now has a functioning railway station, hotel, airport, soccer stadium, and public hospital. [1]

As we are mapping the suburbs of Aweil, you will see rather sparse settlement. Here are some photos of the structures that are visible on the satellite imagery. Very detailed information on what MSF is doing in this area, along with many useful photos (some published in this tracing guide) can be found here: One Day in Aweil: An MSF Team Portrait

Residential areas

Residential areas look like this in the idEditor Aweil in idEditor

The houses you are looking for look like this from the ground

Aweil huts -areial image [2]

Another photo of Aweil from above

Areial photo of Aweil [3]

And the last one

Areial photo of Aweil [4]

Buldings

Houses in this area are usually either traditional African tukuls - round (or square) structures with thatch roof or more solid square buildings with roof from metal.

Tukuls

Tukul image [3]

Other buildings

Aweil building image [3]

How does it look like in the aerial images?

See the huge square building on west of the residential area, and few tukuls (rounded or semi-rounded). South from a tukul in the north-east part of the area, there is a yard - you can see, that unlike buildings, the yard not drop a shadow. As the task is to map residential areas and buildings, there is no need to map the yard. Tukuls and other buildings

If you need any help, feel free to leave a comment here and post a screenshot of the area that you are mapping.

[1] https://en.wikipedia.org/wiki/Aweil,_South_Sudan

[2] https://upload.wikimedia.org/wikipedia/commons/d/de/Sudan_Aweil_huts_2006.jpg

[3] https://medium.com/msf-alert/one-day-in-aweil-an-msf-team-portrait-bb0fa1f95755#.q67969co7

[4] http://aweebitmore.blogspot.cz/2013/06/aweil-south-sudan.html

by JanBohmMSF at December 13, 2016 03:04 PM

OSMBlog (German)

“Das machen wir wieder!” – Das war das Elbe-Labe-Meeting 2016

Die Teilnehmer des Elbe-Labe-Meetings 2016. Bild unter CC BY-SA 4.0, User BigDaddy73.

Die Teilnehmer des Elbe-Labe-Meetings 2016. Bild unter CC BY-SA 4.0, User BigDaddy73.

Es ist früh an einem Samstagmorgen im Oktober in Dresden, als für viele OpenStreetMap-Enthusiasten der Tag beginnt: Das Elbe-Labe-Meeting findet zum ersten Mal überhaupt statt. Das Ziel des Treffens: Mapper und auch Entwickler aus dem tschechischen und deutschsprachigen Raum zusammenzubringen, um sich gegenseitig kennenzulernen und um sich über OpenStreetMap auszutauschen. Oft begegnen den verschiedenen Communities die gleichen Herausforderungen – warum sich also nicht einmal austauschen?

Wanderwege – auf Tschechisch und Deutsch

Die Teilnehmer bewundern das Design des offizielen Elbe-Labe-Meeting T-Shirts, das den Verlauf der Elbe (tschechisch: Labe) zeigt. Bild: CC BY-SA 4.0, User BigDaddy73.

Die Teilnehmer bewundern das Design des offiziellen Elbe-Labe-Meeting T-Shirts, das den Verlauf der Elbe (tschechisch: Labe) zeigt. Bild unter CC BY-SA 4.0, User BigDaddy73.

Die Teilnehmer sind neugierig aufeinander, und sie kommen aus verschiedenen Regionen Tschechiens und Deutschlands. Schon am Abend zuvor gab es regen Zulauf bei einem gemeinsamen Abendessen mit anregenden Diskussionen. Am Samstag gibt es erstmal T-Shirts, die Alex (User Blackdeeranger) selbst designt hat. Der Fokus des Morgens liegt auf Wanderwegen, Mountainbikerouten sowie Routing auf OpenStreetMap-Daten. Sarah Hoffmann, die Macherin hinter waymarkedtrails.org, erklärt die Feinheiten des Taggings von Wanderwegen. Insbesondere Routenklassifikation und das Tagging von Wanderwegsymbolen birgt so manche Stolperfalle. Direkt im Anschluss beleuchtet Miroslav Suchý in seinem Vortrag den aktuellen Stand des tschechischen Wanderwegenetzes: Über 40.000 Kilometer wollen kartographiert werden! Bei der sich anschließenden Diskussion zeigen sich viele Gemeinsamkeiten: Der Unwille von Organisationen, Geodaten zur Nutzung für OpenStreetMap freizugeben, ist ein länderübergreifendes Phänomen – genauso wie das Engagement der Mapper, einfach parallel zu proprietären Datensammlungen eine freie Karte der Welt zu schaffen.

LIDAR und 3D Datenakquisition - nur eines der vielen Themen der einzelnen Workshop-Gruppen. Bild unter CC BY-SA 4.0, User: BigDaddy73.

LIDAR und 3D Datenakquisition – nur eines der vielen Themen der einzelnen Workshop-Gruppen. Bild unter CC BY-SA 4.0, User BigDaddy73.

Wer Wege erst mal erfasst hat, der möchte sich auch darauf bewegen. So dreht sich der Nachmittag um die neuesten Entwicklungen im Projekt OSRM (Open Source Routing Machine), das für die Berechnung von Routen auf OSM-Datenbasis genutzt wird. Daniel Hofmann, der bei Mapbox angestellt ist und in Berlin an OSRM entwickelt, erklärt Routingkniffe und das komplexe Zusammenspiel zwischen Routenberechnung und hinterlegter Tagginginformation. Dabei wird auch das Routing auf mehrspurigen Kreisverkehren und Einbahnstraßen, deren Richtung sich nach Tageszeit ändert, besprochen. Tatsächlich wird in der anschließenden Diskussion und einem spontanen Workshop deutlich, dass das Tagging von Einbahnstraßen mit wechselnden Fahrtrichtungen verbesserungswürdig ist – und die Community findet noch am selben Tag einen Fix für dieses Taggingproblem (Reversible Oneways vs. Alternating Oneways).

Tiefe Lernverfahren und das automatische Schätzen von Dachgeometrien aus Satellitenbildern

In Lightning Talks und Workshops werden in kleineren Interessengruppen verschiedene Themen intensiver diskutiert. Neben der Oneway-Tagging Gruppe bildet sich eine tschechisch-deutsche Gruppe zum Thema “Tagging für Quad Kraftfahrzeuge”, eine Gruppe zu “LIDAR und 3D Datenakquise für OSM” sowie “Visualisierungsstrategien für Wanderwege”. In den Lightning Talks stellt Jan Marsch seinen neuen “OSM Buildings Editor” vor; Martin Tesař demonstriert dynamische Legenden in der tschechischen Wanderwege und Mountainbikekarte; Daniel Hofmann erläutert die automatische Schätzung von Dachgeometrie-Informationen aus Satellitenbildern durch tiefe maschinelle Lernverfahren. Daneben werden noch Maponshirt.com sowie neue Funktionen von taginfo vorgestellt.

Wikivoyage und Karten für Reiseführer - Diskussionen auf dem Elbe-Labe-Meeting 2016 in Dresden.

Wikivoyage und Karten für Reiseführer – Diskussionen auf dem Elbe-Labe-Meeting 2016 in Dresden. Bild unter CC BY-SA 4.0, User BigDaddy73.

Nach einer langen Nacht mit gemeinsamen Abendessen beginnt der Sonntag mit einem Vortrag von Roland Unger. Roland arbeitet seit Jahren ehrenamtlich bei Wikivoyage, einem Wiki, das freie Reiseinformationen für Jedermann zur Verfügung stellt. Besonders im Fokus stehen die Karten, die für heutige Reiseführer unerlässlich sind. Hier entspinnt sich ein reger Austausch, denn die Mapper haben viele Vorschläge an das Wikivoyage-Projekt.

Am Nachmittag bilden sich wieder freie Diskussions- und Interessensgruppen. Neben einer  “Vektortiles und Toolchain” Gruppe finden sich auch Teilnehmer, um über die JOSM-Plugin-Entwicklung sowie über das Kartographer Plugin für Mediawiki zu diskutieren. Angeregt wird über “Alternating vs. Reversible Oneway” und “Visualisierung von Wanderwegen” diskutiert. Das Meeting klingt am späten Nachmittag bei Kaffee und Kuchen aus. Die Teilnehmer verabschieden sich voneinander, und am Ende steht fest: “Das machen wir wieder!”

Besonderer Dank gilt dem FOSSGIS e.V., der durch seine Förderung das Treffen, insbesondere die Räumlichkeiten und die Verpflegung, erst möglich gemacht hat. Daneben hat Alex die T-Shirt-Produktion privat teil-subventioniert. Herzlichen Dank dafür! Außerdem gilt Dank dem Organisationsteam, bestehend aus Jochen, Alex, Matthias, Tim und Stephan sowie allen anderen, die bei der Organisation des Treffens behilflich waren.

Flattr this!

by Stephan at December 13, 2016 02:32 PM

"OpenStreetMap.org User's Diaries"

3 years of welcome messages, more than 3400 of them

Three years back I started sending welcome messages to new mappers on behalf of SOSM, using a simple tool chain based on the RSS feed of new mappers from Pascal Neis.

The message is not customised as from the beginning it was seen as a replacement for the welcome message that had gone away with the web site redesign. The text (in 4 languages, no Romansh version though) is designed to welcome the new contributor and give pointers to the resources available nationally.

Has it worked? Difficult to say, as the whole point was a replacement of something that existed before, we didn't expect drastic change and we didn't get it.

And, no, I'm not stopping :-)

by SimonPoole at December 13, 2016 10:03 AM