My suggestion for maps.me developers is at least to add a tutorial with extensive explanations (preferably with pictures like on their welcome screen) that will show a maps.me user what he about to do and why it is important to add correct data. A wise thing to do is also to add links to the OSM wiki and suggest editors that could be used on PC as well if the goal of maps.me developers to involve as much OSM contributors as they can. Some way of communication with OSM community should be implemented, a pop-up message like in JOSM or iD Editor will do. Tutorial may be added on the authorization screen, and only after completion of tutorial maps.me user should be able to edit. Even if development cycle is one month, developers should find the way to update the map daily or weekly, that will help with POI duplicates created by maps.me users (I deleted 4-6 duplicates in some places created by the same user). For example OsmAnd+ has a paid feature OSM Live where you able to get partial updates of the map data daily or weekly. As a workaround I am using latest beta builds to get latest map data.

Also its good for the browser only, because you need WebGL support to view it in 360, its not supported by the Mapillary JOSM plugin.

Thanks, I don’t know the legal side of this, if you actually allowed to use 360 panoramas from Google Camera app and upload them to Mapillary, but its great and definitely better than just shooting in panorama mode in Mapillary app, which just shoots a lot of pictures in different directions.

thank you, fixed

English version of the article http://www.openstreetmap.org/user/Blackbird27/diary/38711

Thank you, if I will have time, I will translate it into English as well, and publish it here.

Дякую за відгук, все що ви описали знаю і користуюся, стаття орієнтована на середньостатистичного користувача, тому постарався обмежити взаємодію з Python до одного скрипта)))), так як альтернативи не знайшов. Але поки для мене працюють не всі скрипти з набору Mapillary Tools, або працюють не зовсім коректно, наприклад geotag_from_gpx.py не хоче проставляти координати та upload_with_preprocessing.py який в процесі підготовки знімків задіює скрипт interpolate_direction.py починає просто завантажувати послідовності знімків, але кут напряму зйомки все-одно залишається 0. Керівництво від автора Mapillary Tools на GitHub не зовсім детальне і описує використання скриптів на Unix-подібних операційних системах, що дещо відрізняється від середовища Python встановленого на Windows.

Щодо значень змінного середовища (MAPILLARY_USERNAME, MAPILLARY_EMAIL, MAPILLARY_PASSWORD, MAPILLARY_PERMISSION_HASH, MAPILLARY_SIGNATURE_HASH), то їх також можна прописати у виконуваний файл .cmd, а не в сам скрипт, в цілях безпеки облікового запису Mapillary))). Як тільки весь процес запрацює до автоматизму, я напишу ще одну статтю з використанням тільки скриптів і все детально опишу.

А щодо панорам, то на форумі Mapillary можна почитати цікаві обговорення з ілюстраціями, де люди прилаштовують 4!!! камери Xiaomi Yi в різних напрямках до велосипеду для зйомки повних панорам)))).

До речі після закінчення випробувального періоду Adobe Lightroom, він все одно продовжує працювати з обмеженою функціональністю (Develop та Map стають недоступні), проте Опція Quick Develop на вкладці Library залишається доступна, тому користуючись стандартними пресетами балансу білого та автотону можна значно покращити зображення, і відправити зображення на експорт, чим я і користуюсь. Можна сказати що Adobe “дарує” полегшену версію програми після закінчення дії ліцензії пробної версії програми. Так що, як казав колись Ющенко: “ці руки нічого не крали”)))).

Дякую, поправив, ну він тихенько проник ))), але я дав посилання на альтернативу, з нашим ADSL від відомого монополіста, скоріше посивієш, чим відвантажиш щось великого розміру, тому користуюся тим, що було під рукою.