nyampire's diary

Recent diary entries

Idea for Peer review workflow using OSMcha

Posted by nyampire on 24 August 2017 in English (English)

First of all, thank you for participating to SotM 2017 Aizuwakmatsu!

Unfortunately I was not able to talk to every persons due to my staff work, but I could talk with Arun following idea. I would like to hear more broader suggestions & feedback.


To establish peer review operation workflow especially regarding newbie mappers.

Approach & Tools

OSMCha has feature to detect specific #hashtag on changeset comments or specific tags on changeset. So my main idea to encourage mappers to add special meta data to the changeset if he/she want the edits to be peer reviewed. I guess it is possible to add comments e.g. #needreview on special changeset comment or need_review=yes or other information on changeset tag.

If those tags are set, it maybe possible to detect such a message through OSMCha easily.

Idea for iD Editor integration

Yes, it is too difficult to encourage newbie mappers to add such a information. Because they are a previous stage to understand how those messages are important.

So my suggestion to add a function to iD editor. At the commit (save) screen on iD, it is set a checkbox Need Review or Ask someone to Review to add above hashtag or changeset tags.


Sometimes newbie mappers worried about if their changes crushes data structure or if they could set appropriate tags.

This might be a “Please help me!” message from newbies. So veteran mappers may easily contact to them to lead proper information such as OSM wiki Tagging page. If the newbie could be contacted once, they can aware OSM community. I think it is easier to involve them to our community. (Perhaps it would be better to contact the native language at messaging. But it is an optional issue.)

Possible Pros & Cons


  • “Need help” mappers are to be more prospective to “stay” in OSM editing than simply automatic Welcome message. (And existing mappers can know newcomer’s motivation)
  • Most of the features in this flow (e.g. changeset word detection, fetching and contact to the usr etc…) are already implemented in site and OSMCha. So it might be less effort to code.


  • Although it might need less effort than more bigger changes, it need some programming hack.
  • Unfortunately I do not have programming skill to be happen this idea...

Feedback is welcomed.

日本の衛星画像 (Satellite imagery in Japan)

Posted by nyampire on 12 November 2015 in Japanese (日本語)

This article is translation of PlaneMad's diary


標準的に利用される Bing画像ですが、日本地域では全体的にオルソ化の精度が低いようです。以下は私たちが見つけた新東名高速道路の一部で、歪みが非常に明瞭にわかります。


日本地域でトレース用に利用する正しい画像は、国土地理院 (Geospatial Information Authority of Japan, GSI) から提供される画像です。sourceタグは source=GSImaps/ort、タイルのURLは{z}/{x}/{y}.jpg で利用することができます。


東京地域の道路改良 (Tokyo Road Improvement)

Posted by nyampire on 12 November 2015 in Japanese (日本語)

This article is translation of pratikyadav's diary


日本の道路改良シリーズのなかで最も重要なプロジェクトである、tasking managerを使って、東京近郊地域の主要道路地理院地図オルソ画像をもとに修正するという作業が完了しました。

本プロジェクトの内容: - 主要道路 (motorway, trunk, primary, secondary. 日本語では、それぞれ主に高速道路、国道、都道府県道を含む主要地方道) の位置修正とマージ作業 - 中央分離帯で分割された道路の二車線化と加速車線の修正、一方通行属性の修正

日本で行ってきたこれまでの道路改良プロジェクト (九州大阪水戸福島石川別府大分青森北陸奥) と比較し、東京地域は地理院地図オルソ画像と比較し、良好な位置精度を有していました。

このプロジェクトは630のブロックに分割され、プロジェクトの支援を行う Mapbox Data team からの19名と日本OSMコミュニティを合わせて総計31名の参加によって行われました。




より詳しい情報は Data issues in Japan (日本語) で解説されています。公開で議論されている Mapbox project trackerのデータクリンナップ進捗状況もチェックしてみてください。

新年の抱負 2014

Posted by nyampire on 6 January 2014 in Japanese (日本語)

According to Japanese tradition, I write some plans of this year.

Fill the Missing

  • Municipality administration boundary re-import

Boundary data (Prefecture & City level) is completely broken by the result of reduction. So we could not get correct Nominatim search, nor extract from OverPass area query.

I really hope to rebuild of them.

Last year, I was discussed on talk-ja ML and got achievement about the structure refinment of address and place name in Japan. It's time to go forward.

Challanges are...

  • Old data
    • should be deleted or conflated into new ones.
  • Data size
    • Dataset are a bit big to upload at once.
    • need upload each municipality separately, "then" stitch them on OSM?
  • Conflation with coastline?

    • boundary data from KSJ2 is not accurate on newly reclaimed land.
    • It's better to merge with existing coastline data. (Optional or Mandatory?)
  • Forest on Kyusyu, Shikoku area

    • Method: Thinking of trace from Bing.
    • Re-import of KSJ2 Forest data is pending. Because of their accuracy (1/25000)
    • Problem is some "Out of Bing coverage" area.
  • Bracket on name tag

    • Discussed on talk-ja ML last year, bracket in name tag like "なにか (SOMETHING)" should not be added on newly edits.
    • Switching existing data (in another word, deleting bracket) is now pending, due to some mappers claim hardly some Multilingual supports.

OpenData anyway

As increasing activity for OpenData, some local government had started publishing their data under CreativeCommons or similar license. Even Japan Government has started "" as their catalog site.

We Japanese must make a guideline for using them in OSM. (as "reference information" not direct import)

Reducing Data Size

Old KSJ2 import data has too many useless tags (even on node!). It is better to purge them out.

Empower Community

I would like to hold more Mapping Party, or Hack Day.

And as a member of OSMFJ, I'll maintenance "" webpage as a hub site.

Hoping this year will be mappy :)