Blogs.OpenStreetMap.org

July 29, 2016

OpenStreetMap Weekly Update

weeklyOSM 314

Sorry, this entry is only available in 日本語. For the sake of viewer convenience, the content is shown below in the alternative language. You may click the link to switch the active language.

07/19/2016-07/25/2016

Logo自作の高精度GPS調査機器1

マッピング

  • BushmanK は、タグの種類として、単一値、値リスト、個別キーの3種類があり、それらの違いを認識する必要性を感じています。
  • HermannstadtGeographer は携帯電話基地局をマッピングする必要性を書いています。コメント欄では彼の主張が好意的に受け取られています。
  • Kaxtillo がブログで Strava が保有するデータが有用であると書き (Spanisch) (自動翻訳)ました。また、Joost Schouppe が Strava の GPS データで森の小道をトレースする方法を説明しています。
  • Arun Ganesh はインドで名称を多言語でタグ付けするルールをまとめました。
  • Grant Slater が高精度な OpenStreetMap 調査キットの写真を公開しています。

コミュニティ

  • HermannstadtGeographer はルーマニアのシビウで地図を作成するための研究室を作り、ボランティアを募集しています。
  • Steve Coast(OSM創設者)が、GIS専門家向けのクローズドチャットシステムの開発を計画しました。ただ、クラウドファンディングで資金調達し、目標金額も達成したのですが、プロジェクトをキャンセルしてしまったようです。
  • Gregor MacLennan は Mapeo エディタについて書いています。Mapeo はアマゾンの人々が自宅周辺をマッピングするのに便利な iD エディタからフォークされたエディタです。
  • PRX_MPK は Facebook 社が航空写真から道路を自動検出した結果について説明しています。
  • 数学的な正しさはともかくとして、Minh NguyenがOSMのマッピング成果をフラクタルに例えています。
  • Mapillary撮影用のカメラ車載マウントをSkippernが自作しました。
  • Mapillaryのウェブインターフェースが一新しました。
  • SotMアメリカ2016から40以上の動画が公開されました。twitterの反応では、Katherine Maher(wikipedia)の講演、Wikipediaマップ、OSMの過去と未来(Alan McConchie)、フィールドペーパー(Lindsey Jacks)、ポータブルOSM、オープンストリートビュー(Navicat)などが人気のようです。
  • Clémence MaretがLaCroix誌に、Vincent(フランスOSM協会の副協会長)に関する記事を掲載(自動翻訳)しました。消火栓マッピングマニアらしいです。
  • F1が降雨レーダーの表示にOSMを使っているとのことです。複数ツイート確認できます。

インポート

  • ロサンゼルス市の建物インポートの進捗状況です。

OSM人道支援

地図

  • MapzenのMetro Extractsページでは、主要都市のデータをShapefile等の様々な形式でダウンロードできます。

オープンデータ

  • LabGIS(ブラジル)が、587種類の地理データを公開しました。
  • Jan Erik Solem(Mapillary創設者)がOSMへの深い関与やオープンデータについて述べています。

ライセンス

  • Maps.Meで入力されたホテルの情報が、OSMライセンスに合致しているのか、legal-talkメーリングリストで徹底した議論がありました。

ソフトウェア

プログラミング

リリース

Software Version Release date Comment
Naviki Android 3.45.2 2016-07-20 Googleクラウドメッセージングの修正
Mapillary iOS 4.4.5 2016-07-21 バグ修正
Maps.me iOS 6.2.1 2016-07-22 バグ修正、地図データ更新
OSRM Backend 5.3.0 2016-07-22 改良および修正
Maps.me Android var 2016-07-25 バグ修正、地図データ更新

provided by the OSM Software Watchlist

ご存知でしたか?

  • Daniel HänßgenがOSMデータで触地図を作成しました。ドイツの新聞「Die Welt」に掲載された紹介記事(自動翻訳)です。他にも、“HaptOSM”という書籍を修士論文として書きました。
  • パリの難民向け”Welcome Map“です。CitizenPost紙の記事(自動翻訳)によると、パリ大学の学生Blandine Richardが友人と5ヶ国語地図を作成したとのことです。

メディア掲載

  • #MappingEcuador では震災に呼応して世界中の人々が自主的に OSM を書き始めました。地図の作成は、自然災害への対応だけでなく、該当地域を理解するのにも役立ちます。無料のアクセスマップは震災後に作成されました。
  • 地域のボランティア活動で居住区をマッピングすることで、地域の歴史を伝えることにつながっています。

その他の “ジオ” な事柄

  • オープンデータ作成に関するSøren Johannessenの精力的な活動について、Katrin Humalが「オープンデータのほとんどを作成」という記事を書いています。
  • Simon Kuestenmacher は一つの国としか国境を共有していない国をすべてリストアップしました。
  • とうとうwhat3pokemonとかwhat3ikeaなんてのも出てきました。これならみんなに受け入れられる座標表記システムになりそうですね。

まもなく開催

場所 名称 開催日
Tokyo ”’State of The Map Japan 2016”’ 06/08/2016 japan
Amagasaki みんなのサマーセミナー 06/08/2016 japan
Taipei Taipei Meetup, Mozilla Community Space 08/08/2016 taiwan
Essen ”’SommerCamp 2016”’ 12/08/2016-14/08/2016 germany
Ballerup OpenStreetMap 12th Anniversary 13/08/2016 denmark
Kyoto 京都国宝・浪漫マッピングパーティ:第2回 特別編 サントリー京都ビール工場、恵解山古墳、ねじりまんぽ 20/08/2016 japan
Bremen Mappingparty POI im Hackerspace Bremen 20/08/2016 germany
Bonn FOSS4G 2016 Code Sprint 20/08/2016-22/08/2016 germany

Note: ここであなたのイベントを見たい場合は、カレンダーにそれを 入れてください。そこにあるデータのみが、週刊 OSM に表示されます。 カレンダー 内で都市や国に言及するのを忘れないでください。

This weekly was produced by Laura Barroso, Nakaner, Peda, Rogehm, derFred, k_zoar, mgehling, muramototomoya.

by weeklyteam at July 29, 2016 11:28 PM

"OpenStreetMap.org User's Diaries"

Adding Worksop *Unparished* Parish + Please fix Woodsetts CP

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

It's vital to have your UK civil parish area entered in the map if you want your house and/or locality to be easily found by the search & location aspects of OSM. However, many areas of the country are Unparished, and that includes 9 distinct areas in Nottinghamshire (12 towns). The Ordnance Survey have provided shape files for every parish, and that includes the Unparished parishes. However, each of those is unnamed. Before I did the research, none of the Nottinghamshire Unparished parishes were on the map. They are now!

Worksop is one of the last Unparished parishes waiting to be added to the map, and Unnamed_shape_5619 shows the boundary under JOSM. In contrast to all the others it seemed to be the easiest, as it needed the least editing. However, right at the end it threw a little wobbly.

Part of the northern edge of the 5619 boundary ran up Worksop Road (A57) then turned right along an unclassified road and Owday Lane. In contrast to all of the other 37km of the boundary, this little length along the unclassified + Owday Lane had no other boundary line already on it. That smelt all wrong.

A couple of hundred metres north of this unpopulated line was a way with a dozen or so boundaries in it, running parallel to Owday Lane through the middle of woods:-

  1. Nottinghamshire (Ceremonial); (vice_county); (administrative admin_level=6 (County))
  2. South Yorkshire (Ceremonial)
  3. East Midlands (administrative admin_level=5 (Region))
  4. Yorkshire and the Humber (administrative admin_level=5 (Region))
  5. Bassetlaw (administrative admin_level=8 (District))
  6. Rotherham (administrative admin_level=8 (Unitary_Authority))
  7. North and South Anston CP (administrative admin_level=10 (Parish))
  8. Woodsetts CP (administrative admin_level=10 (Parish))

The source for the way was supposed to be OS_OpenData_BoundaryLine but the two CPs were NPE and I smelt a rat. I downloaded Woodsetts CP.gpx + Nottinghamshire County.gpx in addition to the Unnamed shape 5619.gpx. As I thought, at this point all 3 GPX shared the same boundary. All those multiple BoundaryLines were supposed to run along Owday Lane, and the early reliance on NPE had led to a wrong placing.

In addition to re-routing those multiple boundaries at that place, I reset the very southern bit of Woodsetts CP. However, I did notice in the window that, in general, the entire current layout of Woodsetts bares only a passing resemblance to the OS GPX; it needs a complete repair. I suspect that the same may be true for North and South Anston CP and possibly for all other NPE-derived boundaries.

And finally, here is the proof of the pudding.

by alexkemp at July 29, 2016 11:02 PM

Hayat Güzel

Hayatı yaşamak için sevmek ve Yangın Kapısıen önemlisi sevilmek lazım.

by hubenso at July 29, 2016 08:09 PM

1º dia de mapeamento

Corrigidos alguns nomes de ruas e traços das mesmas.

by Zanok at July 29, 2016 07:28 PM

What's going in Egypt?

From last week I'm noticing lot data coming to OpenStreetMap using DigitalGlobe imagery. Some users are adding residential roads and overlapping the primary roads.

screen shot 2016-07-29 at 6 52 32 pm

Augmented changeset viewer: https://overpass-api.de/achavi/?changeset=40938983

Throwing here a small post to let know the community.

by Chetan_Gowda at July 29, 2016 01:43 PM

My Plan to Create the Big Map of Sibiu – One House at a Time

When I have first discovered OpenStreetMap in 2010 I was happy that there was an alternative to Google Map Maker. I must say that I have discovered it for the second time and that was in 2015. I was absolutely astonished by the level of details that can be added to this map and I soon began to map out my city. I am now a full-time mapper and I work very hard in order to add in the footprint of every building from my city. I even keep track of my progress on a dedicated website – http://lchermannstadt.weebly.com/charterul-proiectului.html.

I believe that such a historical event in the life of my city needs to be well documented for future reference. I also believe that I can inspire others to map if I document all of my work on a website. Sibiu is a large city but it is not extremely big. A good mapper can finish this entire city in about 3 months of work. However, there are a lot of small towns around the city and this is where the real work needs to be done. There are a lot of miles to travel and without adequate funding or time, it is really impossible to add in these small towns to OpenStreetMap.

However, I am quite confident that with enough willpower these small towns (Cisnadie,Avrig, Talmaciu, etc) will be added to the map in the near future. My plan is to map these towns as well and I plan to do this right after I finish mapping my own city. The biggest problem that I have to face is related to the cost of printing the satellite imagery. As of today, nobody from the local community has offered to help but I will keep on mapping anyway. I want Sibiu to be one of the finest mapped cities in the entire country as this is extremely important for our local community and local economy.

Sibiu is an important tech hub in Romania and it is quite a shame that the overall quality of OSM data is not that great and I took the challenge of mapping the city as if it was a personal mission that must be fulfilled with the utmost sacrifice in terms of personal time and finance. I am fully aware about the effort that is required to finish this project however I am also enlightened to know that my work will help tens of thousands of people that want to have a better understanding of their local community.

by HermannstadtGeographer at July 29, 2016 12:19 PM

Why is OpenStreetMap Fundamental for Search and Rescue by Drones

Search and rescue crews from all over the world need a technology that is able to cover vast distances with a minimum cost. This type of technology can take the form of aerial drones because drones are cost effective and they can cover vast distances. Moreover, recent developments in terms of collaborative mapping and computing power mean that drones will have a higher resolution camera and they will benefit from a universal map that can be of significant importance to the coordination effort.

Drones need to use a common map in order to keep track of the distance that they cover. This map can be created by the OpenStreetMap community and it can be supplied to organizations such as sardrones.org in order to save lives. We need to acknowledge one fact and that fact is that OpenStreetMap is a fantastic tool for search and rescue people. Moreover, OSM is also great for tourists who may get lost on a mountain.

Imagine a scenario for example – one person gets lost in the woods. There is the need to establish a perimeter around the area and given the fact that a lot of victims are found dozens of miles away – the perimeter needs to be larger than usual and this implies the fact that securing such a perimeter with foot power is not easy. It is far easier to secure this perimeter with drones. With the help of a map and with the help of an automatic communication system between drones this type of perimeter can easily be established and maintained while essential manpower can be used in order to provide additional effort inside the perimeter.

Search and rescue crews need drones more than ever and it is about time to use technology in order to save more lives. Far too many people get lost in the woods and far too many people are never found. Just imagine for a second how much land a drone can cover and you will soon realize that this technology has a huge potential for amplifying the effort of search and rescue crews.

Now, to begin with – search and rescue operations are not typical. They do not have a typical response and it is not easy to determine what can happen. Quite often, the weather goes bad and this fact alone can spell gloom and doom for the victim that may get lost in the woods or natural forests. For this exact reason, I strongly believe that the OpenStreetMap community must be fully aware of the fact that mapping remote locations is a fundamental effort for the search and rescue people.

As members of this community, we are fully aware of the fact that we are working on one of the best maps in the world and we need to add in all the details that we need in order to create a useful map for search and rescue people. I believe that we need to map out only important information and this information is local. Local knowledge is important but in the rest, when it comes to armchair mapping – we need to come up with something smart and fortunately, there are plenty of options available in order to do some great armchair mapping.

I believe that in the near future, the price of drones will go down exponentially due to the fact that computer chips will become cheaper. In about 5 years we will be able to use 40$ drones in order to create high-quality imagery and this fact alone is going to contribute to the overall quality of our maps in an exponential way.

In the end, it is important to acknowledge the fact that search and rescue organizations need aerial imagery and maps and with our strong community we have the power to help these organizations in a truly innovative way. Just as drones have created a revolution in the realm of imagery, drones will also create a revolution in OSM and the innovations brought on by this revolution will spread to the search and rescue organizations of the world.

by HermannstadtGeographer at July 29, 2016 11:33 AM

July 28, 2016

"OpenStreetMap.org User's Diaries"

Really trying to review Scout

As I try to continue writing about various OpenStreetMap-based navigation applications, I'm really struggling to write something about Scout.

Scout

It is a weird application.

It is a combination of a navigation engine (offline download costs money), but it only works in the US, ignores service roads, and does not show buildings. It has a chat built in, but I have 5 chat clients already. It supports sending your location to other people, but these other people must have Scout installed as well, and you can't just say "here, watch me go somewhere", you MUST provide your destination (unlike Glympse). You don't see POIs unless you search for them, and the POI database may not have correct location for the addresses. Since there are no buildings (and no satellite imagery), you can't see you are directed to a shed instead of Walmart Superstore.

Has anybody here used Scout and thinks it is the best thing since sliced bread?

by ryebread at July 28, 2016 11:12 PM

Adding Mansfield + Mansfield Woodhouse (Unparished) Parish

(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.

Moorhaigh Bridge

Aargh! A complex of boundaries come together near the Moorhaigh Bridge and, unfortunately, the Mansfield + Ashfield District boundaries that come together up from the south had been joined at the wrong point to a vast plexus of boundaries coming down in 2 streams from the north (Derbyshire, Nottinghamshire, Bolsover district, Ault Hucknall CP + Pleasley CP). The joint had been made as a single point on an unclassified road next to Newboundmill Lane, whereas the OS BoundaryLines all said that it happened as 2 joins, with the second to the south close to where the 2 streams met & the bridge crossed them both.

I'm starting to get good at this relation surgery, so here is how to do it:

  1. In JOSM, switch OFF File | Download OSM Data Continuously
  2. Identify the correct boundary relations
    (I've had to use Ashfield District.gpx, Pleasley CP.gpx, Nottinghamshire County.gpx, Mansfield District.gpx + Unnamed shape 5861.gpx to be certain of the correct routes)
  3. For myself, select the Mansfield/Ashfield plexus + the join-node & use Alt+J (Tools menu) to disconnect the node from the Mansfield/Ashfield way.
    (That leaves the main way + Pleasley way intact & disconnects Mansfield/Ashfield from those ways)
  4. Re-join the free end of Mansfield/Ashfield in it's correct location (‘M’ for menu: Tools | Merge Nodes)
     
    (There is now a strip of the main way which wrongly has Mansfield as one of it's relations, and is missing Ashfield as a relation)  
  5. Select the new join-node + main-way & press ‘P’ (menu: Tools | Split Way)
  6. Select the main-way between the old join-node & new join-node & select ‘Mansfield’ in the Memberships window & delete it.
  7. Now to add the missing-snippet for Ashfield
    Whilst the split-off way is selected, press Alt+Shift+R (menu: Windows | Relations), select ‘Boundary[8] (Ashfield)’ relation + press the Relation Editor button. The split-off way was selected in the rhs window, and one of the buttons added it as a member in the lhs window (the first time I've been able to do that!). It also needed a role of ‘outer’ applying.

The final item was to make sure that I could get all members to join up in a circle. It is very likely that some of the members will not yet appear in the editor (they will show as ‘incomplete’). Selecting such a member will make a “download incomplete members” button available. Alternatively, a similar option is available via a right-click from the Alt+Shift+R Relation window. For that I pulled the view back a long way (using the ‘-’ button) and “walked the bounds” as described at the bottom of my original post on Nottinghamshire Civil Parishes. I was successful in that act. Hooray!

I'm now going to do the same for the Mansfield district boundary and then, hopefully some time soon, I shall be able to add this Unparished Parish.

(later same day)
2 unparished-parishes entered:

  1. Mansfield + Mansfield Woodhouse
  2. Kirkby-in-Ashfield + Sutton-in-Ashfield

The first was horrible due to needing to fix mistakes in existing Boundary Lines. The second was fiddly, but easy.

A lesson from both is that there are un-referenced level-10 admin boundaries originated from NPE maps but without any name nor Relation. I was able to re-use one for the ashfields above, but others simply need deleting.

by alexkemp at July 28, 2016 10:30 AM

July 27, 2016

"OpenStreetMap.org User's Diaries"

Carlton Vistas:— the Fair Comes to Town

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!

by alexkemp at July 27, 2016 11:33 PM

OSMBlog (German)

Wochennotiz Nr. 314

19.07.2016-25.07.2016

Logo

Grants GPS-Hochpräzisionsmessgerät im Eigenbau 1

Mapping

  • BushmanK sieht sich anlässlich der Abstimmung über das Education 2.0 Proposal genötigt, die Unterschiede zwischen Tag-Werten, Wertelisten und separaten Werten zu erklären.
  • HermannstadtGeographer versucht, für das Mapping von Mobilfunktürmen zu argumentieren, kommt damit aber nicht bei allen Kommentatoren gut an.
  • Kaxtillo weist (Spanisch) (automatische Übersetzung) auf die Verfügbarkeit von Strava-Daten für OSM-Mapping hin und Joost Schouppe erklärt, wie er diese GPS-Daten zum Mappen von Forstwegen verwendet.
  • Arun Ganesh fasst nochmals den Konsens für das mehrsprachige Erfassen von Namen in Indien zusammen.
  • Neue Maßeinheit beim Digitalisieren: Klebegenauigkeit 100 m.
  • [1] Grant Slater zeigt ein Bild seines GPS-Hochpräzisionsmessgeräts.

Community

  • HermannstadtGeographer beschreibt seinen Plan,  Hermannstadt in Rumänien vollständig zu erfassen und bittet um Mithilfe.
  • Neue Woche, neues Glück: Steve Coast sucht neue Herausforderungen in der Gründung eines kostenpflichtigen privaten Exzellenzchatraums mit den größten Koryphäen der GIS-Welt, der sich speziell an zahlungswillige GIS-Experten richtet.
    Update: Kurz vor Veröffentlichung dieser Wochennotiz hat Steve Coast sein Kickstarter-Projekt abgebrochen, obwohl das Finanzierungsziel erreicht war.
  • Gregor MacLennan erzählt über Mapeo, einen Fork des Editors iD, der dabei hilft, auch in abgelegenen Regionen des Amazonasgebiets OpenStreetMap-Daten zu sammeln.
  • PRX_MPK erklärt Facebooks Ergebnisse beim automatischen Erkennen von Straßen aus Luftbildern.
  • Minh Nguyen vergleicht das immer detailiertere Mapping mit Fraktalen, auch wenn dies mathematisch nicht ganz korrekt bzw. vergleichbar ist.
  • Skippern präsentiert seine selbst gebaute Mapillary-Kamerahalterung für sein Auto.
  • Mapillary hat seine Webseite und deren Viewer grundlegend verbessert.
  • Clémence Maret (LaCroix) berichtet (Französisch) über Vincent, dem Vizepräsidenten der französischen OpenStreetMap und seinem Hang zum Hydrantenmapping. (Automatische Übersetzung. Es darf geschmunzelt werden).
  • Maarten Deen denkt, dass in der Formel 1 für die Anzeige des Wetterradars OpenStreetMap-Daten verwendet werden. Mehrere Aufnahmen bestätigen dies.

Importe

  • Maning Sambale berichtet über den Stand des Gebäudeimports in Los Angeles.

OpenStreetMap Foundation

  • Der FOSSGIS e.V. hat eine neue Website.

Veranstaltungen

  • Am kommenden Freitag (29. Juli) trifft man sich in Berlin (Cafe Strauss, Bermannstraße 42) zum Friedhof-Mapping.

Humanitarian OSM

  • HOT startet das Projekt PacDID (Pacific Drone Imagery Dashboard) im Pazifischen Ozean. Durch Unterstützung von Drohnentechnik und der Openaerialmap (OAM – Beispiel) hat man jetzt weitere Möglichkeiten, aktuelle Luftbilder z.B. nach Taifun-Schäden zu erhalten und Hilfe vor Ort schneller zu organisieren.

Karten

  • Mapzen zeigt auf einer Karte, welche ihrer produzierten OSM-Extrakte besonders häufig angefragt werden.

switch2OSM

  • Der Karlsruher Verkehrsverbund wechselt ab sofort auf Kartenmaterial von OpenStreetMap.

Open-Data

  • Jan Erik Solem unterstreicht Mapillarys Engagement für OpenStreetMap und offenen Daten.
  • Die Wikimedia Deutschland ruft zur Abstimmung der Jahresplanung ihrer politischen Ziele für 2017 auf.

Lizenzen

  • Auf der legal-Mailingliste wird ausführlich diskutiert, ob das neue Feature zur Einbindung von externen Hotelinformationen und direkten Reservierungsmöglichkeiten in Maps.Me mit der OSM-Lizenz vereinbar ist.

Programme

  • GSoC-Student Zabot stellt seine neuesten Erweiterungen an OSM2World vor.
  • Eine neue Beta-Version von Vespucci steht bereit. Bedingt durch Probleme mit Android/Google gibt es diese Version nur als APK von Github und nicht aus Googles Play Store.
  • Jennings Anderson stellt seine Sammlung an Tools vor, die der Analyse von OpenStreetMap-Beiträgen dienen und im Rahmen seiner Doktorarbeit entwickelt und verwendet werden. In seinem Benutzerblog beschreibt er seine Fortschritte im Detail.
  • Der Editor OSM2Go erhielt vor wenigen Tagen einen Fix, um nun auch mit IDs größer 2^32 umgehen zu können.
  • Anita Graser stellt ein CKAN-Browser-Plugin für QGIS vor, mit dem man auf die CKAN-Daten der Bahn zugreifen kann. (via @underdarkGIS)

Programmierung

  • Rory McCann von der Geofabrik stellt seine Arbeiten an einem OSM-Carto-Stil für Vectortiles vor.

Releases

Software Version Release Datum Änderungen
Naviki Android 3.45.2 20.7.2016 Fehlerbehebungen: Google Cloud Messaging
Mapillary iOS 4.4.5 21.7.2016 Diverse Fixes
Maps.me iOS 6.2.1 22.7.2016 Kleinere Fehlerbehebungen, Aktualisierung der Kartendaten
OSRM Backend 5.3.0 22.7.2016 Viele Verbesserungen und einige Fixes
Maps.me Android var 25.7.2016 Kleinere Fehlerbehebungen, Aktualisierung der Kartendaten

bereitgestellt von der OSM Software Watchlist

Kennst du schon …

  • … die erste “Welcome Map” für Flüchtlinge in Paris? CitizenPost berichtet (Französisch) vom Studenten Blandine Richard der Universität Sorbonne, der mit Freunden die 5-sprachige Karte programmierte und weiter pflegen möchte. (Automatische Übersetzung)

OSM in der Presse

  • Mary Hui berichtet in der “The Washington Post” über die OSM-Community in Washington DC, USA.

Weitere Themen mit Geo-Bezug

  • Katrin Humal berichtet im Mapillary Blog über Søren Johannessen aka Neogeografen, selbsternannter “Space cowboy – Open geodata pusher”. Der Geo-, GIS und Bike-Outdoor Profi scheint sich 24 Stunden am Tag mit OSM, Mapillary und Wikimedia zu beschäftigen.
  • Simon Kuestenmacher zeigt eine Karte aller Länder, die an exakt ein anderes Land angrenzen.

Wochenvorschau

Wo Was Wann Land
Rostock OSM Stammtisch Rostock 02.08.2016 germany
Stuttgart Stammtisch 03.08.2016 germany
Wien 58. Wiener Stammtisch 04.08.2016 austria
Urspring Stammtisch Ulmer Alb 04.08.2016 germany
Lübeck Lübecker Mappertreffen 04.08.2016 austria
Dortmund Stammtisch 07.08.2016 germany
Passau Passauer Mappertreffen 08.08.2016 germany
Landshut Landshut Stammtisch 09.08.2016 germany
München Stammtisch München 10.08.2016 germany
Berlin 98. Berlin-Brandenburg Stammtisch 12.08.2016 germany
Essen SommerCamp 2016 12.08.2016-14.08.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 Laura Barroso, Michael Reichert, Peda, Polyglot, rogehm, Manfred Reiter, malenki, Marc, wambacher.

Flattr this!

by Wochennotizteam at July 27, 2016 10:19 PM

"OpenStreetMap.org User's Diaries"

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

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

by baditaflorin at July 27, 2016 01:53 PM

OpenStreetMap Bremen

Mappingparty POI

Das Logo zur Mappingparty über POI im Hackerspace Bremen 2016

Das Logo zur Mappingparty über POI im Hackerspace Bremen 2016

Die OSM enthält längst nicht nur Straßen und Wege sondern auch Points of Interest (POIs) – beispielsweise die Position von Parkplätzen, Tankstellen, Restaurants und Kinos. Damit die Qualität der OSM erhalten bleibt, muss sie gepflegt werden. Die OSM User Group Bremen will auf zwei Mappingparties das Wissen weitergeben.

Mappingparty POI Samstag 20.08.2016, 10:30h bis 16:00h
Von OpenStreetMap-Grundlagen über Einrichten des Notebooks bis zum Erfassen von POIs (Points of Interest).
Es sind keine Vorkenntnisse erforderlich. Die Party soll Anfänger in die Lage versetzen POIs zu erstellen, ergänzen und zu pflegen.

Ablauf
Vormittags liegt der Schwerpunkt auf den Vorträgen „Einführung in OpenStreetMap“ und „Einführung ins POI mappen“. Nachmittags überwiegt der praktische Teil. Wir empfehlen ein eigenes Notebook mitzubringen. Es werden zunächst die Notebooks eingerichtet, dann wird die Karte bearbeitet.

Organisatorisches
Die Veranstaltung ist kostenlos. Zur Planung ist eine kurze Anmeldungs-E-Mail an osm-bremen at gmx punkt de hilfreich, aber nicht zwingend erforderlich.

Für Getränke ist gesorgt. Snacks gibt es im Hackersapace fast zum Selbstkostenpreis. In der Mittagspause kann gegrillt und/oder eine Sammelbestellung bei einem Pizza-Service aufgegeben werden.

Ein etwas komplexeres Thema in OSM ist der öffentliche Nahverkehr. Dieses soll auf der zweiten Party am 03.09.2016 vorgestellt werden und richtet sich an fortgeschrittene MapperInnen. Kenntnisse im Umgang mit dem Editor JOSM werden vorausgesetzt.

Die Veranstaltungen sind in den Räumen des Hackerspace Bremen, Bornstr. 14/15, Bremen. Zum Hackerspace kommt man über die Hofeinfahrt zwischen Bornstraße 18 und 19.

by Tobias at July 27, 2016 11:55 AM

"OpenStreetMap.org User's Diaries"

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

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

12/07/2016-18/07/2016

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

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

  • Идёт обсуждение в немецком списке рассылки нужно ли отмечать мобильные магазины (например, мобильный магазин кофе) в OpenStreetMap или нет. Если да, то как такие магазины нужно отмечать.
  • Правительство Эквадора сделало доступным TMS слой аэрофотоснимков для картографов в OpenStreetMap чтобы они могли его использовать для улучшения данных OSM.
  • #MapatonxGuapi генерирует открытые геоданные для борьбы с малярией. Пожалуйста присоединяйтесь и начанайте картографировать. Проект нацелен на нанесение зданий, проверку и создание полной транспортной сети (дорог) и идентификации водных путей и озёр муниципального района Гуапи, Каука, Колумбия.
  • Предложение по тэгированию "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 было очень трудно связаться, люди в сообществе интересуются есть ли другой администратор форума который может связаться с ним?
  • 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.

by Sadless74 at July 27, 2016 07:54 AM

July 26, 2016

"OpenStreetMap.org User's Diaries"

Cities by only buildings

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

by schleuss at July 26, 2016 06:21 PM

Deriving centerlines from riverbanks without.

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.

by Marcos Dione at July 26, 2016 05:07 PM

Latest Spam

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)

by alexkemp at July 26, 2016 01:35 PM

ШТОСМ

SotM US 2016: воскресенье два и понедельник

Дикий нервяк исчезает в момент, когда произносишь «привет» в микрофон. Прилично отыграл доклад, разве что не сразу сообразил, что микрофон далековато. Рассказал про приложение maps.me, о котором, несмотря на 8 миллионов активных пользователей в месяц, в США знают немногие. Пару раз сорвал большими числами неожиданные аплодисменты. Основная тема — реакция сообщества на сотни тысяч правок через редактор. Пересказал почтовые рассылки и русский форум, объяснил, что причина этого балагана в том, что осмеры чувствуют потерю контроля над картой и защищаются как могут. Чтобы восстановить мир, нужны инструменты, мониторинг и аналитика, и поднажать уже три месяца как пора. Без maps.me проект со временем потеряет релевантность, потому что ценность local knowledge внезапно понял Google, и пока наше приложение единственное, способное перетянуть у него пользователей.

За мной выступил Кристофор, разработчик из MapHubs. Тема про геоданные, которые не годятся для OpenStreetMap. Например, Null Island, личные оценки ресторанов или объекты из игры про покемонов. Но куда эти данные заливать? Первая попытка сделать подобную систему — MOABI: чистый стек OSM со всеми удобными приложениями, но данные туда сложно импортировать и нет разделения прав. Начинаем с чистого листа: MapHubs (не спутайте с MapHub). На вид — аналог NextGIS.com, но с приятным интерфейсом, набором предустановленных слоёв, в том числе из OSM, и встроенным редактором iD для редактирования и создания новых данных. Сплошная красота, можно было бы сделать зажигательный рок-доклад, но Кристофор решил, что живая демка будет нагляднее, и скатился до уровня скринкаста. Ну вы знаете: на экране ползает мышь, докладчик что-то бубнит, ты сидишь и думаешь, до какой двери ближе бежать.

Перебежал на OpenStreetView. Там один из разработчиков (а их всего 18, работают в Словении и в Берлине) показывает элементы инфраструктуры: от съёмки видео до отправки фотографий на сервер и выдачи их пользователю. На сайте есть топ пользователей, регистрация через OSM OAuth. Плагин для JOSM уже в репозитории. А теперь необычное: после приложений выпустят The OpenStreetView Editor, нативное десктопное приложение. Назначение — эффективно картировать знаки и объекты, собранные во время путешествия. Оно помечает моменты, когда на фотографии распознан знак, и позволяет в пару кликов соответственно поправить OSM.

Всё это ощущается как Mapillary, написанный осмерами для осмеров. И действительно, с целевой аудиторией тут не ошибёшься, это абсолютно благотворительный проект только для нас. Данных немного (за время бета-тестирования собрали 4,5 млн фотографий на 140 тысяч км), но загруженные фотографии всегда можно скачать обратно, все лицензии открытые, код тоже поэтапно выкладывают на гитхаб. И самое главное, что поразило меня как водителя: приложение улучшает записываемый в автомобиле трек, используя сенсоры телефона вкупе с данными с датчика OBD2! Не нужно тратить дикие тысячи на чипы RTK или системы динамической коррекции, просто покупаете фигульку за 400 рублей — и субметровая точность у вас в кармане! Обязательный слайд с треком из туннеля прилагается. Сотрудники проверили top 10 адаптеров с амазона, советуют использовать андроид-версию приложения: на айфоне какие-то проблемы с bluetooth.

Программист-математик из Strava рассказывает про игрофикацию для пробежек, где пользователи соревнуются на отрезках за звание Queen/King of the Mountain (независимо от рельефа). Маршруты прокладывают сами пользователи, но трек GPS плавает, поэтому отрезки нужно чинить. Матчатся они один к другому, данные OpenStreetMap не используют. С каждым слайдом доклад всё глубже погружается в алгебру, уже какой-то Medoid в заголовках. Через десять минут я окончательно потерял нить. Математикам, наверное, офигенно, но OpenStreetMap-то при чём?

Инди Хёрт из Mapzen рассказала про серию постов в их блоге, посвящённую Targeted Editing. Я думал, будет про то, как привлечь редакторов и как они фильтровали данные и анализировали правки, но нет. Инди рассказала про выбор типов объектов для редактирования (улицы без названий, полигоны для аэропортов, фитнесс-клубы и т. п.), затем посмотрела, как находить объекты таких типов и как выделять их на карте. Наконец, для хорошего поста нужно выбрать красивый картостиль и написать SQL для выбора нужных объектов. И обязательно следить за посещаемостью: это проще, чем выяснять, сколько осмеров действительно рисуют то, что предлагаешь.

Марк работает в команде Missing Maps и анализирует ченджсеты, чтобы поощрять участников. Для попадания в статистику Missing Maps нужно залить хотя бы один ченджсет с хэштегом #missingmaps. Хэштеги — часть метаданных ченджсета, полезны тем, что не привязаны к карте. Спросил его, нельзя ли снять ограничение, но зря он писал слияние дополненных диффов с базой пакетов правок, что ли.

Картирование, говорит, бывает трёх типов: идеалистическое (мне нравится рисовать), реактивное (ой, землетрясение, давайте домики пообклацываем) и казённое (или институционное: привет студенты, на пятёрку нужно обрисовать три деревни). Оказывается, есть неформальное соревнование между проектами Missing Maps, MapGive и Peace Corps. Впрочем, они все одну работу делают. Закончив с гуманитарной частью, Марк расслабился на программистской, но она слишком коротка: вот диаграмма связи компонентов, а вот ссылки на гитхаб.

Финал конференции в большом зале был сугубо по делу: Клиффорд Сноу поблагодарил организаторов конференции, членов OSM US, волонтёров. Участники группами разбегались в разные стороны и приглашали с собой: кто-то в паб неподалёку, кто-то в караоке, кто-то — жечь костёр на пляже. Мы свалили в кино: новые «Охотницы за привидениями» жгут что твой костёр, но добираться до гостиницы через вечерний Сиэттл, похожий на Нью-Йорк, ближе.

Чтобы два раза не бегать: понедельник

Хорошо поспали и опоздали на первый мастер-класс, зашёл на курс от DigitalGlobe про обработку снимков. Джеймс в футболке Tomnod сразу выгнал всех на улицу, где мы выстроились в форме маркера. Пока ждали спутника для космической фотографии, представлялись и косились на облака.

Вернувшись в аудиторию, Джейс начал рассказ про краудсорсинговый анализ снимков. Недавний пример — землетрясение в Непале. Спустя всего 2 часа люди начали звонить в DigitalGlobe и рьяно требовать снимки: как вы до сих пор не помогаете, что вы за бессердечные люди такие. Параллельно перед DG стояла задача оценить разрушения. Они вытащили архив снимков за 16 лет, залили в tomnod и попросили пользователей найти жилые здания. Процесс прост: показывают снимок, просят ответить на один вопрос. Результаты и снимки опубликовали под открытыми лицензиями. Под конец показали ещё пару применений tomnod: поиск бассейнов и домов с солнечными батареями на крышах. До QGIS и классификации снимков мы так и не добрались, просто закончили на полчаса раньше.

У входа в Pigott Building узнал от кого-то (он перевернул бейджик, имя я не расслышал; помните: бейджики на конференциях очень-очень важны), что maps.me будут продвигать сантехникам в Сиэттле: схема канализации и станции отлично подгружаются в виде KML, даже не нужно ничего никуда подключать. На связь полагаться нельзя: могут быть отключения света, а в туннелях мобила не ловит, так что офлайновость важна. Ну и после завершения работ можно найти ближайший паб. Я в восторге от этого примера использования: не требует от нас никакой работы, и польза налицо. Теперь, наверное, нужно запитчить то же пожарным: люки из осма в KML и давайте, все пивные уже у нас.

На программистском спринте Пол Норман сотоварищи обсуждали идею третьей итерации OWL. Первая… просто умерла, вторая была чересчур сложной: Павел решил включить туда вообще всё, что приходило на ум, и OWL развалился под своим весом. Что будет в третьей попытке, пока непонятно, но только необходимый минимум: возможно, лишь отображение содержимого ченджсетов в приличном виде. Лучше, чем в Achavi, и точно быстрее. Я попробовал возразить, что ченджсеты показывать пользователям вообще не лучшая идея, но Пол попросил не питчить возврат к API 0.5. Группа за новый OWL планирует вместо самостоятельного программирования выбить разработчика из Mapbox, и судя по реакции Микела, у них может получиться.

Часы показывают пять, официально конференция закончилась, люди расходятся. Мы сходили на пляж на Washington Lake: сначала долго в гору, от Harbour View до Lake View, затем почти отвесно вниз, и вот он. Пляж не сильно отличается от наших, московских: такие же буйки, такая же трава, так же спасатель сидит на вышке. Только мороженое стоит от трёх баксов. Искупались, сфотографировали гору Рейнир — и обратно, по дюжине лестниц к автобусу до пивной. Настоящее закрытие конференции — не когда вышел из здания и не когда увидел общую фотографию в твитере, а когда обсудил её со знакомым, написал заметку в блог или вербализовал впечатления любым другим способом.

А общая фотография, кстати, не удалась (прокручивается влево-вправо). © Tatiana Van Campenhout, CC-BY 2.0

July 26, 2016 08:41 AM

Outdoor Maps 80 Day Mapping Party

座敷と屋外の気温開きによるアパレルの戸惑い

我々がいる住まいはたいして気持ちいい状態だ。春になっても、専業から帰宅すると寒いなーというほどだ。
住み始めた当初は、我々が冷え性だからだと思っていたのですが、発車しに入り口を出たら暖かかったりするので広間自体が寒いのだと気付きました。
こういう広間と屋外の気温不一致で困ったのは、厚着をし過ぎて爆笑まぶたで見られたことです。
広間日いる時は僅か涼しかったので、いくぶん厚手のタイツを履き発車をしました。
外部は気持ち良いほどの青空。ちょっと暖かかっただ。
この時点で広間に戻ってタイツを履き替えればよかったのですが、予定の時間に間に合わなくなってしまうので強行オーバーでただただ発車しました。
そうして、JRに乗って後悔。
JRに乗っている人間には誰も私のような厚手のタイツを履いていないのです。
再び、人によっては素足だったりもする。
「あ、やっちゃったなぁ」と思いました。
JRを降りて改札に起こるまでの頃、いろんな人というすれ違いましたが高確率で私の厚手のタイツを見られていました。
こういう温度でこういうタイツはおかしいですよね。分かってます。自覚してます。
その後、外出する前には先ず窓を開けて外の温度を比べるようにしています。
旬に似合う格好がしたいですね。http://xn--sm-y73aoca4vrrqa5d4zc4125h0y0bheljz8d11xf.xyz/

by tom at July 26, 2016 08:10 AM

"OpenStreetMap.org User's Diaries"

CubaConf & FOSS4G NA & !DebConf

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 geotour 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.

by tassia at July 26, 2016 05:35 AM

Route numbering in Angola

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.

by NicEd at July 26, 2016 02:11 AM

July 25, 2016

"OpenStreetMap.org User's Diaries"

ПВП

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

by Arhat at July 25, 2016 10:10 AM

Highway shields, state by state

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.

by Minh Nguyen at July 25, 2016 08:56 AM

ШТОСМ

SotM US 2016: воскресенье раз

Первый принцип использования общественного транспорта в незнакомом городе: проверять расписание каждое утро. А так — прокуковали полчаса, потому что в воскресенье автобусы ходят иначе. День снова начинается с пленарного доклада, и это Дейл Кунц из Red Cross.

Он рассказывает, как сомневался, стоит ли использовать OSM. Слайды профессиональные, на них — красиво оформленные геоданные. Упомянул OpenMapKit, POSM и MapSwipe, показал результат краудсорсинга: тайлы действительно напоминают дорожную сеть. Пожаловался, что очень неприятно, когда люди ругают Missing Maps в почтовых рассылках и твитере. Под конец хвастается результатами картирования в MM и говорит, как они планируют в ближайшие несколько лет нанести 100-200 миллионов людей на карту.

Интересный вопрос из зала: сталкивались ли с тем, что люди не хотят, чтобы их клали на карту, и противостоят. Конечно, нет: волонтёры объясняют, что к чему. Более того, как-то в Зимбабве волонтёры Missing Maps спросили местных, что они хотят нанести на карту. «Нелегальные помойки» — ответили те, «потому что уже задолбали». А чиновник из администрации говорит: нет, не надо наносить, всё ок. Завязалась дискуссия, в итоге замапили, и вскоре мусор убрали. Так что нанесение вещей на карту делает их реальными, превращает их в осязаемую проблему, от которой непросто отмахнуться.

Доклад про MaptimeDC пропустил: какая разница, как они проводят картовстречи. Но про усталость от сообщества пропускать нельзя. Beth увидела доклад Алиссы в 2013 про 3% девушек в OpenStreetMap и решила на это повлиять. Собрала встречу: это был первый Maptime. Другие захотели так же, Maptime превратился во франшизу, сейчас его проводят в десятках городов. Хорошо, что нашлись трое помощников. Объём организационной работы вырос, нужно собирать деньги, регистрировать организацию, что делать вообще ааааа

Теперь это рассказ про выгорание. Советовала книжку «The Crossroads of Should and Must». Завалены работой? Возьмите список задач и вычеркните всё, кроме первых трёх. Добровольцы из Maptime HQ договорились, что каждый будет брать на себя только одну задачу в месяц, и все счастливы. И не стоит бояться просто встать и уйти. У Бет очень бодрая, весёлая, экспрессивная презентация, которую нужно смотреть. Если у вас есть только 20 минут, вам сюда: «Maptime, Motherhood and Martyrdom» (когда опубликуют). Обязательно. Лучшее на этой конференции.

Рассказ Чейза Стивенса слушал в полуха. Он защищает лицензию и утверждает, что у нас лучшее сообщество. Провёл исторические аналогии, вспомнил коммерческий линукс, вспомнил баталии насчёт GPL и отпочковывание BSD. Много цитат Линуса, Столлмана, закончил цитатой Саймона Гарфилда: «OpenStreetMap — карта доброй воли, и пожалуй, ближе остальных к идеальной демократической карте». Я ничего не вынес из доклада: и так знаю, что мы крутые. Хотя, опять же, в свете выпадов Алекса и обсуждений в legal-talk я уже не уверен, что ODbL имеет для нас смысл. Хотя, конечно, лицензия способствует развитию сообщества и защищает проект от превращения в каталог импортов.

Кевин Баллок, наконец-то, делает нетехнический доклад, и начал с объяснения своей бизнес-модели с помощью эмодзи. Профит с биржи → запускают новые спутники → получают снимки → лицензируют их гуглю, MS, Mapbox, Uber и т. п. → на деньги строят новые спутники. При стихийных бедствиях выдают снимки бесплатно, и на сайте есть бесплатный API начального уровня для программистов.

Показал траектории спутников от сегодняшнего утра. Два спутника летают над западным побережьем США, один — над восточным. Орбиту последнего недавно меняли, чтобы точнее проходил над восточным побережьем — ушло два года и десять тысяч литров топлива. Это не как в фильмах, когда отправляешь команду в терминале и ура. Когда спутники пролетают над океанами, снимать воду бесполезно, поэтому камеру наклоняют и делают снимок суши сбоку. Кевин показал фото Нью-Йорка, Килиманджаро, горы Рашмор: похожи на аэрофотосъёмку, но сделаны издалека и с разрешением метр на пиксель.

Пара интересностей: фокусное расстояние оптики Worldview-3 — 16 метров. Для сравнения, у обычных фотоаппаратов оно около 5 см. Дома на снимках проще классифицировать, если использовать невидимый спектр. Разделить рощу на деревья и определить вид каждого тоже невелика проблема. В Штатах действуют ограничения на продажу снимков, почти как у нас, но DG продавливает послабления. Так, WV3 с его 30 сантиметрами начали делать за 4 года до легализации такого разрешения. Слоем Mapbox в наших редакторах мы обязаны Алексу: именно с его вопроса на SotM 2013 начались переговоры об открытии снимков. И кажется, скоро у нас будут ещё альтернативы.

Последний перед ланчем — Энанд из DevSeed про автоматическую классификацию снимков. «Несмотря на 30 лет попыток, надёжного способа идентифицировать дороги нет» — цитата от 2010 года, но теперь у нас есть OpenStreetMap с данными для тренировки. Объяснил основы нейронный сетей, показал проекты на их основе: DeepOSM про валидацию геометрии дорог и Terrapattern, который по клику на космоснимок ищет другие похожие места («все лодки в реке»).

Судя по результатам, основная проблема — данные в OSM неполны, поэтому сеть находит пропущенные дороги даже на тайлах, на которых тренируется. Сети пофиг на тени на дорогах. Энанд натренировал сеть на Сиэттле и показал демку: кликаешь на тайл — получаешь предсказание дорог. Жаль, публичной ссылки нет. Все исходники на гитхабе, сделано на открытых библиотеках. Удивительно, конечно: вчера парень из фейсбука рассказывал про команду разработчиков и валидаторов и месяцы работы, а сегодня приходит осмер и такой: «ну, у меня была пара свободных вечеров и я нашёл прикольную библиотеку для нейронных сетей...»

July 25, 2016 07:00 AM

"OpenStreetMap.org User's Diaries"

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

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.

by BushmanK at July 25, 2016 05:51 AM

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

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.

by alexkemp at July 25, 2016 12:50 AM

July 24, 2016

"OpenStreetMap.org User's Diaries"

Updates

Update information for Old Hunt Rd/ACR 5270

by CA Steve at July 24, 2016 11:35 PM

Sunset Reflections and Water Ripples

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.

by Zabot at July 24, 2016 08:15 PM

The Challenge of Creating the Big Map of Sibiu

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.

by HermannstadtGeographer at July 24, 2016 07:01 PM

ШТОСМ

SotM US 2016: суббота два

Ланч — это, прежде всего, длинная очередь. В прошлом году на входе в кафе раздавали пакеты с хот-догами и гарниром, все сразу заходили и ели. Тут же университетская столовая, и несмотря на два салат-бара, очередь была к одному и на 20 минут. Забыл про свой принцип сначала пойти и проверить, не зря ли стоят в очереди. Зато еда отличная, с рыбой и печеньем. Пока ел, подслушал разговор сотрудников каких-то компаний, связанных с общественным транспортом. Жаловались, как тяжело работать с большими компаниями («Кончайте говорильню, просто выпишите чек, и мы всё сделаем»), и как всем забить на OSM и открытые данные.

Для общей фотографии участников построили на холме, но уклон оказался недостаточен: фотография недосчитается примерно трети участников. Часть забила, а коротких людей просто не видно за широкими спинами. Впервые за весь день выглянуло солнце, испортив освещение для фото, пришлось пару минут ждать тучи.

Наконец посмотрел на второй зал, там рассказывали про POSM. 300-долларовая коробка от Intel, внутри данные OSM и прочее. Привозят на природу и используют для сбора данных и раздачи карт. Докладывали три человека последовательно: девушка рассказала, зачем это всё и как их привозят в африку и мапят, затем парень рассказал про техническую сторону, и другой парень думал показать на практике, но не нашлось кабеля hdmi. Пришлось в паре слов пересказать, что внутри. Главное — что в коробку можно положить что угодно. Там стек OSM, но не обязательно осмерские данные. Можно положить и собирать наборы, которые не очень подходят к осму, типа данных про каждое дерево. Спросили про Raspberry Pi: он не тянет рендеринг, но если нужно только собирать данные — то, в принципе, потянет. Весь код, разумеется, на гитхабе.

Дэвид Литке авторитетным голосом вещает про GISCorps / URISA, в зале немало людей слышали об этой организации. Эта программа связывает нуждающихся с ГИС-специалистами (GIS Professionals). Это те, кто построил карьеру в ГИС. Работает программа сертифицирования специалистов. Средний опыт — семь лет. Куча добровольцев (4000 в списке, 1000 участвовали в операциях) и центральный комитет из 8 человек. С 2003 года 187 операций в 65 странах, из них 38 в поле (вылеты за счёт заказчика). Один из проектов — создание базовой карты Северной Кореи. 86 добровольцев разделились на две команды (север и юг), за 5 лет закончили. Добровольцы выполняли и задачи гуманитарной команды OSM.

Второй докладчик показал, как они используют ГИС-методы в рисовании OSM. Например, при рисовании рек и ручьёв на снимке ни фига не разобрать, но можно обработать данные SRTM и определить низины, где могут быть реки, и затем подключить слой этих линий в JOSM. Ни снимкам, ни GPS в плане точности доверять нельзя: всё смещено. Отметил, что к специалистам можно и нужно обращаться: они не только могут помочь с анализом и обработкой, но и предоставить какие-то геоданные. Часто они могут и дать, но их никто не спрашивает, а инициативу проявлять лениво.

После перерыва — парень из фейсбука про использование нейронных сетей в рисовании карт. Он из фейсбука, который использует карты в ленте, и во многих странах вместо Here у них OpenStreetMap. Нейросети для определения дорог отлично работают в США, но модели неприменимы для других стран. Увеличили количество слоёв в несколько раз, натренировали — ок, заработало. Определяют даже грунтовые дороги. Также хотели найти дома, но тут ничего не рассказали. Результат работы — растр, нужно преобразовать в вектор и соединить отрезки. А затем вектор конвертируют в формат OSM, проверяют руками и заливают в нашу базу. То есть да, фейсбук массово рисует карты азиатских и африканских стран. Показал обязательную картинку было-стало, а-ля гуманитарная команда, с парой деревень, но у человека ушло всего 5 минут, чтобы проверить и залить.

Позже я узнал, что хотя примеры были на паре деревень, Facebook заключил договор с DigitalGlobe и получил снимки целой страны. И их план — не отдельные регионы, а обработать всю страну целиком и залить в OpenStreetMap. И никто про это не знал, вы первые в сообществе OSM читаете про их работу! Позже сотрудник фейсбука написал про свою работу на форуме OSM.

Lightning Talks, моя любимая часть конференции! Начали с Open Sidewalks. 54,5 млн людей в США испытывают трудности с перемещением на полмили. Парень агитирует за рисование тротуаров и переходов отдельными линиями, и поребриков точками на footway. То есть, как мы в России уже делаем. Для Сиэттла есть открытые данные со всеми тротуарами, и их собираются импортировать под присмотром сообщества.

Про Groundwork я не понял, а в конце и вовсе свалил: Алекс пригласил нас на встречу спонсоров в тот же Rhein Haus, и глупо было отказываться. Решил, что потом досмотрю короткие доклады в записи.

На этой встрече узнал у сотрудника Mapillary, что ударение можно ставить на любой из слогов, и пофантазировали с ним на тему склеивания снимков в панорамы, а панорам — в единое непрерывное 3D-пространство. В принципе, это возможно, нужно только придумать алгоритмы и сделать так, чтобы приложение не тормозило. Именно приложение: сервер ничего не сшивает, лишь выдаёт фотографии, а обработка идёт на клиенте.

Остальные темы разговоров не буду публиковать, но общаться такой относительно небольшой группой оказалось лучше, чем днём раньше огромной жужжащей толпой. Вечер прошёл куда результативнее.

July 24, 2016 06:01 PM

"OpenStreetMap.org User's Diaries"

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

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/

by Narcélio de Sá at July 24, 2016 05:31 PM

Rekrutacja

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ę.

by UTH Warszawa at July 24, 2016 04:08 PM

ШТОСМ

SotM US 2016: суббота раз

Приятно доехать до университета на автобусе: вежливый водитель, почти никого в салоне, проезжаем сквозь центр города и в крутую горку, на которой стоит университет. Мимо проезжает трамвай с табличкой «День фрирайда» (Free Ride Day). Перед автобусом забежали за макмаффинами и чаем: спали до упора, теперь нет времени объедаться. Комплект участника минималистичен: буклет с программой, две наклейки, футболка. И два купона на ланч: на субботу и воскресенье.

Открывающий доклад задерживается, рассматриваем стойки в фойе. Mapillary, Navmii, Craigslist, OpenStreetView, Mapbox и Mapzen, DigitalGlobe. Если зарегистрироваться в OpenStreetView, дают прикольную радиоуправляемую машинку («осталось 50!» — торопили в твитере перед ланчем). На стойке, предназначенной для OSM Foundation, Мартайн разбросал старые карты разных штатов. Красота, и можно взять домой. Но у меня и так карт два ящика, я предпочёл картографическую книжку-раскраску Гретчен Петерсон. Заодно разбросал на столе листовки OSMF: вступайте уже, ну.

Наконец, Алисса Райт открыла конференцию. Это уже седьмая конференция в США. Обязательные благодарности волонтёрам, организации OSM US и прочим, затем передала слово Сааре из Gates Foundation. А та — Биллу Гейтсу с предварительно записанного ролика. Тот сказал пару слов ни о чём (как карты помогают в кризисных ситуациях), так не и произнёс заветного OpenStreetMap.

Затем её сменила Катерина, руководитель Wikimedia. Тема — создание сообществ. Постоянное «Open Street Maps» режет слух, в твитере пошутили сполна. Оба наших проекта огромны, много участников и данных. Основная задача теперь, по крайней мере, у викимедии — определить стратегию развития, цель работы на ближайшие годы. Они создают рабочую группу по вопросу, приглашают викимедийцев поучаствовать.

Как развивать сообщества? Первое — друзья. Показывает фотографию с регистрации итальянского OSMF Local Chapter: первого объединения Wikimedia и OSMF. Второе и третье, да и все последующие пункты — слушать других, привлекать участников из слабо представленных групп: по полу, по региону, по специальности. Потому что если цель — собрать все знания в мире, то нельзя ограничиваться. Потому что местное знание (local knowledge) становится глобальным. И в этом нужно быть активным, а не ждать, когда люди из разных сфер и слоёв придут сами. Другими словами, если в русском OSM нет девушек, то это не исправляется простым ожиданием.

Доклад Катерины подал идею: сделать альтернативный русскоязычный форум, «безопасный» для участников. Потому что наш нынешний форум для меня неприятен, и примерно понятно, как такое не допускать для других. Жёсткое модерирование, чёткие правила поведения. Критикуешь — сначала похвали. Одно публичное предупреждение, затем бан. Тема для приветствования новых участников. Технически связать с правками, в т.ч. ссылки на OSM-профиль. По желанию, настоящие подтверждённые имена.Активная связь с корпоративными пользователями OSM, также безопасная для них. Мероприятия вперёд. Специальная закрытая группа для минорных групп: разработчиков, девушек и сочувствующих, детей (бан по первому предупреждению или анонимной жалобе). Встречи внутри этих групп. Поддерживаем хрупкую атмосферу доверия, никаких «злых осмеров». Кто что-то делает — прежде всего, офигенный чел и вечное спасибо. Единственные злые люди на форуме — это модераторы. Они дают ежемесячные отчёты, чтобы отслеживать, кто отвалился. Ну и так далее, принцип понятен. Нынешняя форумная атмосфера там будет невозможна.

Студентка третьего курса Гарварда отчитывается об анализе нашей лицензии местной Law Clinic. Сначала исследовали на бумаге, затем провели интервью с пользователями данных, в качестве результата подготовили замечания по лицензии и советы, что сделать. Результат интервью: организациям страшно работать с данными OSM, потому что непонятно, когда включается Share-Alike. Нужно сделать лицензию понятнее и практичнее. Жаль, сообщество такого не допустит (опять вспоминаю странные претензии из legal-talk): нам куда удобнее, когда условия расплывчаты, никто не хочет терять контроль. Один из осмеров в переписке признался, что ему претит мысль, что кто-то может взять данные OSM и ничего не дать сообществу. Какую же тину поднял наш эксперимент с проприетарными данными по гостиницам.

Теперь Alan McConchie про прошлое и будущее. В прошлый раз про будущее говорил Энди Аллан: назвал несколько областей, в которых нужно развиваться. Всё очевидно и, конечно, никто ничего не делал. Оказалось, рассказ Элана я уже читал в апреле, и он даже не обновил графики. Так что влияние maps.me он не оценивал. Узнал, что количество активных редакторов в википедии около 30-35 тысяч человек в месяц, сопоставимо с OSM. Правда, википедийцы учитывают только правку 5 и более статей, а не всех, кто поправил хоть что-то. Снова упомянули необычный график Москвы. Но увы, практики сообществ не проникают в другие сообщества: нет такого, чтобы мапперы из Берлина подошли к мапперам из Москвы и спросили, как у нас получается уделять внимание не только рисованию, но и поддержке уже нарисованного. После доклада поговорил, предложил в следующей ревизии (хочет сделать к концу 2016 года) разделить правки по спутниковым снимкам и использование local knowledge: правки адресов и POI.

В перерыве поговорил про maps.me с девушкой из Missing Maps: они думают использовать приложение только для навигации, потому что для записи треков нужен OsmAnd, а для картирования есть свой OpenMapKit. С другой девушкой (забываю все имена) поговорили про влияние maps.me на сообщество — про что будет завтра мой доклад. Со многими говорил насчёт лицензий, потому что продолжил биться в legal-talk@ за чистоту нашего совмещённого набора данных. С Алиссой обсудили доклад из Law Clinic и насколько бесполезны их советы. Конечно мы должны сделать условия понятнее, но сейчас у нас месиво: вики утверждает одно, сайт osmf другое, сайт osm us третье, много источников и не с кем поговорить.

Доклад про импорт зданий в Лос-Анджелесе. Недавно они прошли миллион зданий. Огромные слайды с графиками, фотографиями участников, картами. Сначала импортировали с адресами, потом забили, в декабре решили продолжить, но попроще, без адресов. Потому что база адресов страшная, точки одна над другой, с домами не сопоставить. Работают на т. н. картовечеринках: «There are only so many times you can call it a party». Слайд про «что дальше»: огромное количество пунктов, но на деле важна систематизация: не рисуем всё подряд, а давайте сообща набросимся на Х. Остановки, парки, веломаршруты. Важно отмечать тип здания: во многих городах здания обозначены как building=yes, но в LA все правильно классифицированы, значений yes исчезающе мало.

К докладу Missing Maps зал ещё больше опустел. Открывающая фотография хорошая, куча самодельных лачуг на песчаной отмели рядом с большим городом. Прямо видишь, как люди без денег на аренду зданий или земли в городе начали заселять эту отмель, несмотря на опасность затопления или неудобство поездок в город. И конечно, едва ли их поместят на официальную карту, то ли дело OpenStreetMap. Доклад про укрепление сообщества MM, поэтому рассказали про 19 тысяч слайсов пиццы, про локальные картовстречи и про сайт с бейджами и профилями. Слушаю в пол-уха, набирая заметку про пятницу, замечаю милый слайд с пятилетним мальчиком, рисующим в iD.

Перед докладом про Higher Education, кажется, все вышли и затем такое же количество людей зашли. Как будто разные ЦА. Но по сути — одно: там построение сообщества вокруг Missing Maps, здесь — среди студентов и профессоров. Зачем нести OpenStreetMap в институты? Потому что академическому сообществу есть что привнести в осм. Студентов нужно приучать к осму смолоду, чтобы высечь у них в голове, что картографические задачи можно начать решать с помощью OSM, а не других средств.

Гуманитарное картирование — gateway drug: оно нужно, потому что никто не хочет мапить свой дом: он же есть на гугле. Совсем другое дело — бороться с малярией. А затем ещё немножко, и человек увяз. Провести картовстречу среди студентов достаточно просто: связаться с профессорами, назначить дату. Они любят, когда приходят с инициативой и не просят денег. Студентов можно привлечь не на просто так, а, например, накинув им за участие дополнительные баллы.

July 24, 2016 04:54 AM

"OpenStreetMap.org User's Diaries"

Getting started

Learning how to edit; started adding some of my local subdivision. Looking for confirmation of tagging and techniques.

by christianstorer at July 24, 2016 04:40 AM

The map is a fractal

I spent this morning watching live online transcripts of State of the Map U.S. roll in. (What a time to be alive!) Each year, there’s a talk or lightning talk that looks to the future. Alan McConchie’s talk today imagines the project’s possible trajectories, both good and bad. The eventual outcome may end up being some combination of Alan’s scenarios: a ghost town in some respects, a garden in other respects, a Borgesian map in Germany even.

In most of my eight years armchair-mapping for OpenStreetMap, I’ve stayed pretty close to where I started: in my hometown of Cincinnati, Ohio, in the United States. At some point, especially after moving across the country to Silicon Valley, I must’ve imagined that I’d eventually map Cincinnati to completion and move on to other, less well-tended areas. But that never happened. Instead, I found myself mapping the same places over and over again, even as my interests expanded to neighboring counties and states.

To me, OpenStreetMap behaves like a fractal: the beautiful structure in mathematics that gets more intricate the longer you stare at it.

Koch snowflake
Koch snowflake, António Miguel de Campos, public domain

Iteration 0

Koch snowflake iteration 0
Koch snowflake iteration 0, Wrtlprnft, public domain

The zeroth iteration, back in 2008, was tracing Yahoo! Aerial Imagery in Potlatch 1. Despite having tons of free time back then, the best I could do with the tools I had was:

  • Realigning TIGER-imported roads to Yahoo!’s blurry imagery
  • Dividing TIGER-imported freeways into dual carriageways, reclassifying them above highway=residential, and adding them to relations
  • Removing “(historical)” GNIS-imported schools and post offices or retagging them as historical=yes
  • Adding misshapen buildings (because Potlatch didn’t have a right-angle tool) that looked OK at z17
  • Tracing river centerlines
  • Delineating golf courses and cemeteries

Iteration 1

Koch snowflake iteration 1
Koch snowflake iteration 1, Wrtlprnft, public domain

When the first iteration began sometime in 2010, allowing me to trace Bing aerial imagery in Potlatch 2, any area I mapped had to meet a higher standard. But I also couldn’t help but go back and retrofit the old areas – areas I cared about most – to meet this higher standard too:

  • Realigning hand-drawn buildings to have right angles and look OK at z18
  • Adding cul-de-sacs and crosswalks
  • Adding soccer fields and tennis courts
  • Tracing riverbanks and wooded creeks
  • Tracing the paths in golf courses and cemeteries
  • Expanding the network of high-voltage power lines
  • Aligning county boundaries to better follow road and river centerlines

Iteration 2

Koch snowflake iteration 2
Koch snowflake iteration 2, Wrtlprnft, public domain

Roughly each year since then, Bing and Mapbox have provided ever sharper imagery for the area, and that imagery has revealed just how much the world changes on a regular basis. Again I had to retrofit my original areas of interest:

  • Adding traffic lights and alleys
  • Adding new wings to industrial buildings as they expand
  • Deleting houses as they’re torn down in urban renewal programs
  • Replacing farmland with residential subdivisions
  • Delineating and naming residential and retail developments
  • Aligning city limits to changes in road pavement quality

Meanwhile, the community grew alongside the map. People with very different interests than me built up bicycle infrastructure, identified countless coffee shops, filled in the map’s background with land use polygons, and even cleaned up the buildings I’d previously drawn.

Iteration 3

Koch snowflake iteration 3
Koch snowflake iteration 3, Wrtlprnft, public domain

These days, newer tools like iD and Mapillary mean so much more source material to map and so many more tempting presets to make use of:

  • Realigning hand-drawn buildings to look OK at z19 and counting their floors
  • Naming businesses that never would’ve caught my attention while field surveying
  • Entering lane counts, speed limits, and turn restrictions
  • Adding sidewalks, crosswalks, and driveways
  • Adding backyard swimming pools
  • Tracing drainage ditches

Bots, crowdsourcing tools like MapRoulette, and paid mappers are present, too, taking care of basic upkeep so fractal mappers like me can focus on the next level of detail.

The next iterations

Koch snowflake iteration 7
Koch snowflake iteration 7, Wrtlprnft, public domain

Today at State of the Map U.S., there’s talk of mapping curbs and verges, of tracing “road banks” the way we started tracing riverbanks in iteration 1, of using 3D building data in ways that’ll probably require ever granular measurements. Machine learning is taking the gruntwork out of armchair mapping, freeing us to map even more creatively.

Each time I embark on a new iteration of the fractal, I get much the same overwhelming feeling that I got when I first opened Potlatch 1 back in 2008. It’s like we’re starting from scratch, filling in data we didn’t expect to ever care about, except the tools are right here to support us.

Whatever the future appearance of OpenStreetMap and its community, the full potential is, fittingly, a version of the coastline paradox. Unlike Borges’ map, OpenStreetMap’s fractal remains the same size but its complexity, accuracy, and precision keeps increasing. As new organizations and technologies push ordinary field and armchair mappers like me out of manual tasks we used to perform, we continue to push the boundaries of what can be mapped, what can be articulated about the world.

Great Britain’s coastline
Great Britain’s coastline, measured at decreasing scale but increasing complexity, Alexandre Van de Sande, GFDL 1.2 or CC BY-SA 3.0

by Minh Nguyen at July 24, 2016 04:14 AM

July 23, 2016

ШТОСМ

SotM US 2016: пятница

Сиэттл — чудесный город. Совершенно не такой, как Нью-Йорк: спокойный, широкий, холмистый. Очень маленький центр и множество локальных центров вокруг. Доехали по недостроенному метро до центра, посмотрели на магазины и пошли в гостиницу. Остановились в худшем месте на моей памяти: оценка в 5 на букинге (меньше 7 — это жуть), за дикие деньги какая-то дряхлость во всём. Зато место хорошее: два квартала до Space Needle, башни внутри парка, построенного в 1962 году ко всемирной выставке.

Чем заняться в Сиэттле? Прежде всего, конечно, — сходить в Seattle Center, посмотреть на башню, посидеть на траве, зайти в IMAX и музеи. В здании причудливой формы живёт музей EMP, про научную фантастику, фильмы ужасов, игры, музыку, моду. Там куча экспонатов в тематически оформленных комнатах: реплики и оригиналы костюмов, сценариев, механизмов. Есть музыкальная секция, где можно поиграть на паре десятков инструментов, или даже устроить джем-сейшн с друзьями и получить запись. Или, не умея играть, можно изобразить рок-группу под фонограмму инструментов и криков фанатов. На выходе — огромный магазин гиковских сувениров: футболки и кружки с логотипами Звёздных войн, Доктора Кто, Битлз, Нирваны и прочих групп, книжки про Зельду и видеоигры в целом.

Как полагается, в Сиэттле много этнических ресторанов, но мы едим исключительно американскую еду: бургеры. По пути к гостинице нашли Two Bells Tavern с офигенными бургерами и приятным пивом. Попробовали бургеры с фудкорта Seattle Center Armory, поплевались. Завтрак в гостинице никакой, ходим в близлежащий макдональдс: хотя дневная еда в маках ужасная, омлет с беконом на завтрак отличные, особенно под чашку горячего шоколада. Пиво — кажется, нативный напиток американцев. Пьют все и по любому поводу. Впрочем, на каждой конференции SotM участники пьют чуть больше, чем в обычной жизни. Буквально, приезжаем напиться и поговорить.

Начали, конечно, с паба Rhein Haus. В 17:30 осмеры собрались там на вечеринку. Ой, то есть, в 19:30: я перепутал время, и мы с Женей полтора часа куковали в университетском парке. Вечеринка полностью оплачена Mapbox: бесплатное пиво и закуски, отдельная часть пивной для мапперов. Паб оказался популярным вечером, на уровне неплохого ночного клуба, даже со штампами на запястье для посетителей. Хорошо, что мы ни с кем не смешивались, но уровень шума запредельный. Английская речь сливалась в непрерывный неразличимый гул, сверху примешивалась ритмичная музыка. Пиво не помогало пониманию, собеседников приходилось переспрашивать, или уводить на второй этаж, где потише.

Русской мафией была группа разработчиков из викимедии, включая Юру и Макса. Самое простое на таких встречах, где все заняты друг другом и страшно подойти к группе незнакомых людей, пусть они и из OSM, — уединиться группой из знакомых. Мы поначалу так и сделали, убежали на второй этаж, поиграли в настольный кёрлинг. Утром в субботу руководитель местной викимедии представила их не как разработчиков карт википедии в целом, как мы их знаем, а как тех, кто добавил карту в викивояж.

Поднял Пола Нормана на второй этаж. Он пока не нашёл работу, и плотно занимается osm2pgsql, особенно в части мульти-бэкенда. «Мульти» относится не к количеству процессов и не к параллельной обработке данных, а к таблицам: этот бэкенд позволяет набором скриптов распихать данные OpenStreetMap по куче таблиц, снижая необходимость в постобработке и views. Но этой фичей никто не пользуется, несмотря на то, что Пол показал её в прошлом году: по сути, использование требует написания нового стиля, а всем комфортно и в нынешней системе таблиц planet_osm. Так что теперь Пол решил заняться стилем сам, и сейчас доделывает набор скриптов ClearTables, которые облегчат его написание.

Очень долго с ним говорили, успели обсудить примерно всё, включая стиль osm-carto, который не настоящий картостиль, а просто показывает всё, что есть на карте. Там нет даже особой предобработки тегов, как в других стилях. Зато близкая к идеалу сортировка дорог и трамвайных путей на них — но ценой пару десятков слоёв, на которые раскидываются эти дороги. В адаптации к векторным тайлам, что недавно показал Рори, используется около 70 слоёв — сначала было вообще под сотню, но оптимизировали слегка. Кстати, основная проблема нынче с векторными тайлами — преобразование в них всей планеты разом. Tilemaker Ричарда, теоретически, может это сделать, но требует огромного количества памяти (за 100 гиг), потому никто пока не пробовал.

Марк из Uber просто рад быть на конференции, как и остальные 9 его оллег. Uber спонсирует субботнюю вечеринку. Они не используют OSM для навигации, потому что считают, что гугль лучше, хотя я рассказал девушке-аналитику из Uber про проблемы гугля в России (особенно про Рыбинское водохранилище). Она, кстати, активно использует OSM для аналитики. Как и все конкуренты: в самом деле, что ещё. Про Juno они оба, кстати, почти ничего не слышали, разве что название. «Какие-то ребята из Нью-Йорка?»

Поговорили с Алексом Бартом. Ругались на организаторов сотма в Брюсселе: зарубили наши доклады. Ну и вообще, разочаровали осмеров, теперь многие не хотят ехать. Например, Ричарда Фэйрхёрста мы там не увидим, как не увидел я его и тут. Узнал, что витает идея отдельной технической европейской конференции: SotM EU два года назад был эталонным в этом качестве. Под конец я напомнил Алексу про его битву за public domain. Он заметно оживился и перешёл на английский матерный: идею он не оставил, и лишь собирается с силами. Всё равно ODbL не работает, что видно по странным спорам в рассылке legal-talk.

По пути домой — решили проверить кратчайший маршрут от maps.me, и он оказался хорош и быстр — продолжили обсуждать будущее OpenStreetMap с Женей. Он подходит к OSM как к коммерческому проекту: есть конкуренты, есть цели, есть дедлайны. Сильный контраст с тем, что я вещал в прошлом году: мол, OSM никуда не торопится, не нарисуют в этом году — нарисуют через 50. В реальном мире, конечно, это не так: когда до деревни в каком-нибудь Никарагуа доберётся осмер, больница, которую нужно отметить прямо сейчас, давно зарастёт лесом. Мир меняется, и он, в отличие от нашего проекта, не готов ждать десятилетиям. А потенциальных мапперов с осени неожиданно эффективно переманивает Google Maps через своё приложение и через программу поощрения мапперов. Так что да, у нас гонка с гуглем, которая через несколько лет превратится в схватку двух йокодзун при полном отсутствии погибших конкурентов. И maps.me будет главным орудием осма в этой борьбе, если другие не подтянутся.

July 23, 2016 09:54 PM

"OpenStreetMap.org User's Diaries"

Did Lynne Truss Live Here?

Carnarvon Grove comma

Lynne Truss, for those who do not know or have heard of her, is an English humourist & writer who has a particular obsession with the importance of punctuation. She once stood outside of a shop (I believe that it was in London) with a comma on the end of a stick, holding it up at the place that it was missing from text on the front of the shop. Wonderful; I empathise deeply.

I'm a couple of weeks behind in uploading my surveying; this was in Carnarvon Grove in Carlton and, although it may not be the case, I fantasised that perhaps someone bought the house without a comma and, being infected with the same obsession as Lynne (and myself) could not stop themselves from adding it.

Added Sunday 24 July:

This next housename-plaque also (hopefully) has correct punctuation, which is my miserable excuse for placing it here. However, mostly I'm putting it in because I like it; I think of it as an exemplar in the art of house-names & can join other street-art that I've already documented: stone lions; floral display; leaded lights 1; leaded lights 2 + squirrel; plaster boys & girls; leaded lights 3; Bill & Ben + a Silver Salamander; potted displays; house art; brick porn:

THE HAYWOOD'S

by alexkemp at July 23, 2016 09:54 PM

.

(reported spammers now removed)

by alexkemp at July 23, 2016 09:39 PM

Incluir no OSM a designação das vias internas do Alphaville Fortaleza e indicação das quadras, lotes (não edificados e edificados)

Comecei ontem. Vamos ver quanto tempo levo. Além das quadras e lotes, é necessário inserir os nomes das ruas. O Alphaville é composto de 4 áreas: residencial (Pacoti, Dunas e Iracema), clube, mall e empresarial.

by RomuloSoares at July 23, 2016 02:31 PM