WeeklyOSM - czyli co nowego w świecie OSM

Numer 312:
http://www.weeklyosm.eu/archives/7855

Dwa poradniki wprowadzające do nowej wersji MapRoulette:
https://github.com/maproulette/maproulette2/wiki/Introducing-New-MapRoulette—Part-1.-Creating-and-Maintaining-Challenges
https://github.com/maproulette/maproulette2/wiki/Introducing-New-MapRoulette-Part-2.-Discovering-MapRoulette-Challenges

Fundacja OSM ustaliła wewnętrzne zasady używania wolnego i otwartego oprogramowania:
https://wiki.osmfoundation.org/wiki/FOSS_Policy

MapQuest Open przestał być publicznie dostępny (…więc oczywiście wyleciał z listy dostępnych warstw na głównej stronie OSM):
https://lists.openstreetmap.org/pipermail/talk/2016-June/076106.html

HistOSM, czyli specjalna mapka dotycząca obiektów historycznych:
http://histosm.org/#7/19.13438/52.11976/0/

“Sferyczne mapowanie”, czyli eksperymenty z kolorowaniem gór (na dole strony można wypróbować własne pomysły):
https://mapzen.com/blog/sphere-maps/

Mapka miejsc w Kanadzie, o których powstały piosenki:
http://www.cbc.ca/news/canada/british-columbia/on-the-coast-music-map-1.3668007
http://thegoodsite.org/canadiangeographic/

Numer 313:
http://www.weeklyosm.eu/archives/7874

Analiza zmian dokonanych przez MAPS.ME:
https://www.openstreetmap.org/user/manoharuss/diary/39050

Poradnik jak postawić serwer kafelków na Ubuntu 16.04 krok po kroku:
https://www.linuxbabe.com/linux-server/openstreetmap-tile-server-ubuntu-16-04

Poradnik jak postawić serwer OSM mając zaledwie 120GB:
http://thinkonbytes.blogspot.com/2016/07/your-openstreetmap-server-in-120gb.html

Gnome Maps ma problemy po zamknięciu MapQuest Open:
https://bugzilla.gnome.org/show_bug.cgi?id=764841

Poradnik jak stworzyć mapkę do gier w stylu Pokémon Go :
https://mapzen.com/blog/augmented-reality/

Meili, czyli jak Mapzen dopasowuje ślady GPX do linii na mapie:
https://mapzen.com/blog/mapillary/

Numer 314:
http://www.weeklyosm.eu/archives/7896

Kilka słów o Mapeo, forku iD do mapowania bez dostępu do sieci używanym w Amazonii:
http://www.digital-democracy.org/blog/mapeo-preview/

Reprezentant Facebooka opisuje proces automatycznego rozpoznawania dróg ze zdjęć satelitarnych, które potem dodaje do OSM:
http://forum.openstreetmap.org/viewtopic.php?id=55220

Mapillary opisuje zmiany na swojej stronie:
http://blog.mapillary.com/update/2016/07/21/mapillary-design-principles.html

State of the Map US 2016 - zestaw nagrań wideo z konferencji:
https://www.youtube.com/playlist?list=PLqjPa29lMiE3eR-gK80irr3xdUiRbIMeg

LabGIS zebrało 587 linków do darmowych danych GIS (w tej chwili jakby nie działa…):
http://www.fernandoquadro.com.br/html/2016/07/22/fontes-de-dados-geograficos-gratuitos/
http://www.labgis.uerj.br/fontes_dados.php

Mapillary o swoim przywiązaniu do OSM:
http://blog.mapillary.com/update/2016/07/15/mapillary-osm.html

2 wizualne efekty do OSM2World:
http://www.openstreetmap.org/user/Zabot/diary/39118

Nowe wersje edytora Vespucci - 0.9.7 i 0.9.8:
https://www.openstreetmap.org/user/SimonPoole/diary/39012

Zestaw wizualnych narzędzi do analizy postępów mapowania w OSM:
http://mapbox.github.io/osm-analysis-collab/
http://www.openstreetmap.org/user/Jennings%20Anderson/diary

Numer 315:
http://www.weeklyosm.eu/archives/7916

Portable OpenStreetMap (POSM), czyli zestaw narzędzi do mapowania bez dostępu do sieci:
https://hi.stamen.com/introducing-portable-openstreetmap-bff9b04c0e16#.edd44j1p1
https://github.com/americanredcross/posm

Porównanie obiektów w Rio na OSM i Google Maps:
http://forum.openstreetmap.org/viewtopic.php?id=55290

Osmose - narzędzie do wyłapywania błędów - jest dostępne dla całego świata:
http://osmose.openstreetmap.fr/pl/map/#zoom=7&lat=52.331&lon=19.81&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT&item=xxxx&level=1&tags=&fixable=

Poradnik mapowania z użyciem materiałów wideo:
http://www.fulcrumapp.com/blog/video-collection-for-openstreetmap/

Schemat tagowania Education 2.0 został odrzucony w głosowaniu:
https://wiki.openstreetmap.org/wiki/Proposed_features/Education_2.0#Voting

Pokemon Go ==> OSM Go, czyli rozważania że dobrze byłoby mieć własną grę:
http://www.openstreetmap.org/user/-karlos-/diary/39171

O tym jak właściwie dryf Australii ma się do danych w OSM:
http://www.nbcnews.com/tech/tech-news/crikey-australia-moving-six-feet-north-so-driverless-cars-can-n621546
https://lists.openstreetmap.org/pipermail/talk-au/2016-August/011048.html

Lars Ingebrigtsen rozważa zamknięcie serwera Gmane, gdzie są m.in. kopie archiwów list OSM:
https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/

Steve Coast o nieudanej zbiórce na projekt MapClub:
http://stevecoast.com/2016/07/27/how-alex-mahrou-from-ch2m-got-mapclub-shut-down/

Kończy się holenderski program witania nowych mapowiczów:
http://www.openstreetmap.org/user/marczoutendijk/diary/39167

Ciekawa dyskusja o wizjach rozwoju OSM, która rozpoczęła się od wpisu Michała Migurskiego:
http://mike.teczno.com/notes/openstreetmap-at-a-crossroads.html

Andy Allan zachęca do działania w Operations Working Group, czyli w dziale technicznym OSM:
https://blog.gravitystorm.co.uk/2016/07/28/getting-involved-in-owg/

Mateusz Konieczny porównuje kilka stylów z osm-carto:
http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/39069

MapSurfer.NET 2.5 beta:
http://mapsurfernet.com/blog/mapsurfer-2-5-0
http://wiki.openstreetmap.org/wiki/MapSurfer.NET

skynet-data, czyli narzędzia do maszynowego rozpoznawania obrazów satelitarnych:
https://github.com/developmentseed/skynet-data

Jak wyliczyć linię środka rzeki na podstawie obrysu brzegów:
http://www.openstreetmap.org/user/Marcos%20Dione/diary/39135
https://github.com/StyXman/osm-centerlines/

Numer 316:
http://www.weeklyosm.eu/archives/7939

Propozycja masowego importu chodników w Seattle i związane z tym dyskusje nad tagowaniem:
https://uwescience.github.io/DSSG2016-Sidewalks/
https://lists.openstreetmap.org/pipermail/tagging/2016-August/029777.html
http://wiki.openstreetmap.org/wiki/Proposed_features/sidewalk_schema

Nawiązanie do dyskusji zapoczątkowanej wpisem Michała Migurskiego na temat kierunku rozwoju społeczności OSM (vide poprzedni numer):
https://tomlee.wtf/2016/07/31/introductory-openstreetmap-politics/

OSM Awards 2016 - do 27 sierpnia można zgłaszać nominacje:
http://awards.osmz.ru/nominees

Problem z kafelkami dla GNOME Maps rozwiązany - w miejsce zamkniętego niedawno MapQuest Open kafelki pochodzą teraz od Mapboksa:
https://www.gnome.org/news/2016/08/mapbox-steps-in-to-help-gnomes-maps-application/
http://jonasdn.blogspot.co.uk/2016/07/maps-has-tiles-again.html

MarineTraffic - serwis pokazujący bieżące położenie statków - korzysta z podkładów OSM:
http://www.marinetraffic.com/en/ais/home/centerx:17/centery:55/zoom:8

Z powodu pretensji Mapboksa w stosunku do OSM2VectorTiles (ze względu na podobieństwo ich stylu do Mapbox Streets), WhirlyGlobe na wszelki wypadek pozbywa się obsługi Mapbox GL:
http://mousebirdconsulting.blogspot.de/2016/08/deprecating-mapbox-gl-style-sheet.html
https://github.com/osm2vectortiles/osm2vectortiles/issues/387

Poradnik jak postawić własną usługę mapkową na bazie OSM przy pomocy Dockera:
https://medium.com/@duizendnegen/writing-a-custom-openstreetmaps-service-with-docker-468a4498fb6e

Nie znoszę takiego podejścia. Jeśli ktoś się tak daje, to nie wiem co o nim sądzić. W ten sposób orzemy grunt pod sianie FUD-u.

A propos osm2vt: de facto jedyne co było podpieprzone to style. Wg Unii API nie mogą być objęte prawem autorskim.
http://arstechnica.com/tech-policy/2012/05/eus-top-court-apis-cant-be-copyrighted-would-monopolise-ideas/

Też mi się wydaje, że przesadził. Jak boi się, że jego użytkownicy będą zrzynać styl, to mógłby się też obawiać, że ktoś będzie kopiował dane geograficzne, które wyświetla… Ale to jego ryzyko i jego decyzja.

Numer 317 (świeży):
http://www.weeklyosm.eu/archives/7982

Wpis na temat odnowionego serwisu OpenStreetView:
https://www.openstreetmap.org/user/mvexel/diary/39274

Serwis ze statystykami (How did you contribute to OpenStreetMap?) wzbogacił się o kalendarz aktywności użytkownika:
http://hdyc.neis-one.org
https://twitter.com/pascal_n/status/761593126934999040

Wycofano masowe importy Facebooka, który stara się wspomagać automatycznym rozpoznwaniem ulic ze zdjęć satelitarnych:
https://www.openstreetmap.org/changeset/41096427
http://forum.openstreetmap.org/viewtopic.php?pid=601374#p601374

Surveillance under Surveillance, czyli mapka pokazująca kamery monitoringu na OSM wraz z instrukcjami mapowania kolejnych:
https://kamba4.crux.uberspace.de/index.php?lat=50.06419174&lon=22.23632813&zoom=4

OSM liberty, czyli fork stylu OSM Bright:
https://github.com/lukasmartinelli/osm-liberty
http://osm-liberty.lukasmartinelli.ch

Styl Stamen Terrain (zawierający rzeźbą terenu) obejmuje już cały świat:
https://hi.stamen.com/say-hello-to-global-stamen-terrain-maps-c195b3bb71e0
http://maps.stamen.com/terrain
https://github.com/stamen/terrain-classic/

Recenzja zestawu zdjęć satelitarnych ALOS AW3D30:
http://www.imagico.de/map/alos.php

Wpis na temat dyskusji prawnej między Mapboksem i OSM2Vectortiles :
http://fuzzytolerance.info/blog/2016/08/10/Thoughts-on-the-Mapbox-Licensing-Brouhaha/

Google Earth ==> OSM Earth, czyli ciąg dalszy gamifikacji OSM w stylu Pokemon Go:
http://www.openstreetmap.org/user/-karlos-/diary/39258

Mapzen pisze o zasadach trasowania w różnych krajach, które zaimplementował w swoim silniku Valhalla:
https://mapzen.com/blog/access-denied/

Geofabrik wprowadził zmiany w swoich plikach typu shapefile:
http://blog.geofabrik.de/de/?p=361
http://download.geofabrik.de/newshapes.html

Błyszczące okna w OSM2World:
http://www.openstreetmap.org/user/Zabot/diary/39243

Zmiany w Taginfo dotyczące powiązanych projektów:
https://blog.jochentopf.com/2016-08-15-taginfo-projects.html

Ech trzeba determinacji by cokolwiek dodać do tej mapy i by w niej pozostało strasznie szeroko trzeba się tłumaczyć. Jak rozumiem zmiany wycofano gdyż tłumaczenia o sposobie ich dodania były niewystarczające czy też jednak jakość danych była kiepska czego jednak w dyskusji niezauważyłem?

Odsyłam bezpośrednio do zajawki w OWN - napisali tam o problemie z jakością danych: “The Data Working Group (DWG) has reverted Facebook’s undiscussed import of poor quality autorecognized streets in Egypt.

Numer 318:
http://www.weeklyosm.eu/archives/8022

Wpis o łączeniu danych z Portable OpenStreetMap (do mapowania offline) z główną bazą OSM:
https://hi.stamen.com/merging-offline-edits-with-the-posm-replay-tool-2f39a4410d2a

Globalna mapa aktywności w OSM:
http://osm-activity.lukasmartinelli.ch/
https://github.com/lukasmartinelli/osm-activity

OpenTopoMap nie aktualizuje danych, bo zapchał się już cały dysk:
https://help.openstreetmap.org/questions/51558/opentopomap-doesnt-update-anymore

Mapa infrastruktury telekomunikacyjnej - New Cloud Atlas:
http://newcloudatlas.org
https://thinkwhere.wordpress.com/2016/08/17/the-new-cloud-atlas-mapping-the-physical-infrastructure-of-the-internet/

OsmAnd planuje obsługiwać wielowątkowość:
https://github.com/osmandapp/Osmand/issues/2941#issuecomment-239700499

W numerze 338:
http://www.weeklyosm.eu/archives/8595

zaciekawiły mnie takie wieści:

Na stronie OSM.org można włączyć warstwę “Publiczne ślady GPS”:
https://twitter.com/OSM_Tech/status/817004279634493440?s=09

MapContrib 1.0 - serwis przypominający uMap:
https://blog.mapcontrib.xyz/2017/01/mapcontrib-1-0-is-here/

Uber korzysta z danych OSM:
https://twitter.com/firefishy1/status/818457001214832640

OSRM v5.5.0:
https://github.com/Project-OSRM/osrm-backend/releases/tag/v5.5.0
https://www.openstreetmap.org/user/daniel-j-h/diary/40179

W nowym numerze (368):

http://www.weeklyosm.eu/archives/9359

zainteresowała mnie informacja o wycofaniu 10 tys. miejscowości w Szwajcarii na podstawie przekonania, że zostały zaimportowane nielegalnie:

http://lists.openstreetmap.ch/pipermail/talk-ch/2017-August/004129.html

oraz serwis Street Image Compare, w którym można porównywać fotki z Google Street View i Mapillary:

http://www.cesaregerbino.com/Mapillary/StreetImageCompare/PrepareStreetImageCompare-en.html

W nowym numerze (374):

http://www.weeklyosm.eu/archives/9476

zainteresowała mnie głównie informacja o liście podpowiadanych nazw w iD:

https://www.openstreetmap.org/user/SimonPoole/diary/42306

Jest już kolejny ciekawy numer (376).

Z ciekawych (IMHO) rzeczy:

  • dużo o łączeniu z wikidata

  • plugin do rond dla JOSM

  • jakaś dyskusja o tagowaniu hydrantów od kilku tygodni się toczy - bierzemy w niej udział?

  • aplikacja konkurencyjna do StreetComplete (Kort Game), jest na Androida i iOS. Jest też link do tłumaczenia (transifex) - wersji polskiej zupełnie nie ma.

  • coś, co wygląda na otwarty odpowiednik Google Earth, ale z firmy nie sprawdzę… (Marble)

  • NASA udostępnia narzędzie, pokazujące zdjęcia satelitarne z obszarów klęsk żywiołowych

Nie żebym przejmował wrzucanie info o Weekly, ale ten numer wydał mi się wyjątkowo interesujący.

W nowym numerze (380):

http://www.weeklyosm.eu/archives/9595

zainteresowała mnie niemiecka dyskusja nad tagowaniem powierzchni ulic (a:h itp):

https://forum.openstreetmap.org/viewtopic.php?id=60235

(tłumaczenie: https://translate.google.com/translate?sl=de&tl=en&js=y&prev=_t&hl=en&ie=UTF-8&u=https%3A%2F%2Fforum.openstreetmap.org%2Fviewtopic.php%3Fid%3D60235&edit-text= )

kilka ustaleń Rady OSMF na temat nazwy SotM:

https://wiki.osmfoundation.org/wiki/Board/Minutes/2017-10-26#State_of_the_Map_trademark_use

artykuł imagico o wyświetlaniu linii:

http://blog.imagico.de/drawing-the-lines/

i kalendarz, który zawiera dane poznańskiej imprezy już po poprawce w nazwie i zmianie linku na Wiki.

Nowy numer (382):

http://www.weeklyosm.eu/archives/9699

Rzeczy, które mnie zainteresowały:

  1. Przyjemne narzędzie do patrolowania zmian z ostatniego tygodnia:
    https://tyrasd.github.io/latest-changes

(oryginalny serwis pokazuje dużo więcej, ale przez to np. w Warszawie jest nieczytelny)

  1. Yurik opracował narzędzie, które nazwał Sophox i ono jest ciekawe samo w sobie - pozwala na przygotowywanie masowych zmian, w tym tworzenie wyzwań (typu MapRoulette), ale też skrypty dla botów:

https://wiki.openstreetmap.org/wiki/Sophox
https://lists.openstreetmap.org/pipermail/talk/2017-November/079504.html

Krytyka tego narzędzia to najgorętszy wątek na liście Talk już chyba od tygodni. Zarzuty dotyczą głównie tego, że jest to automat i psuje lokalne dane. Yurik dokonał różnych zmian, w tym możliwość głosowania nad zmianami czy identyfikatory zadania, które umożliwiają masowe rewerty w razie problemów. Mimo tego krytyka nie ustaje i dotyczy także tego, czy to faktycznie jest automat, czy jednak nie, a także tego, czy Yurik łamie reguły społeczności, a co za tym idzie - jaką rolę mają niepisane zasady i czym wobec tego jest Wiki OSM.

Emocje są tak duże, że nawet krótkie podsumowanie tego sporu w biuletynie wywołało osobny wątek dyskusji (czy można być neutralnym w opisie i co właściwie Yurik robi).

  1. Kwestia kalendarza jest już rozwiązana - w końcu powstał parser, który obsługuje ten format:
    https://wiki.openstreetmap.org/wiki/Template:Calendar

Co do Yuriego

  • Ignorowanie merytorycznych komentarzy
  • Próba przegadania dyskutantów i brnięcie w zaparte
  • Przedstawianie rzeczowej krytyki jako negatywnych emocji
  • Szukanie sobie sojuszników, w tym poprzez chwytanie się słówek

Brzmi znajomo, prawda?

Mam mieszane uczucia w tym sporze, więc się na razie nie udzielam.

Yurik zachowuje się uparcie i faktycznie potrafi stwierdzić “zakładam, że wobec tego zgadzasz się z resztą moich argumentów” tylko dlatego, że ktoś się przyczepił tylko do jednego problemu. Z drugiej strony emocje krytyków też odbieram - i ich argumenty (poza tym, że Yurik wkurzył wielu ludzi) są dla mnie mniej przekonujące. Faktycznie to narzędzie zostało znaczne zmienione na podstawie krytyki, czyli niezależnie od tego co mówi, jednak reaguje. Ale nie jego osoba i te emocje mnie w tym wszystkim najbardziej interesują.

Zrobiło się naprawdę ciekawie, gdy Yurik dodał proste regułki prosto z JOSM-a (np. usuwanie layer=0) i to się też spotkało z krytyką. Zarzut jest taki, że to będzie automatyczna edycja, tymczasem autor twierdzi, że nie i że zasadniczo chce właśnie ucywilizować automaty. Twierdzi, że JOSM tylko zaciemnia problem, bo co z tego, że teoretycznie jest to ręczna edycja, kiedy w rzeczywistości przemycana jest automatyczna edycja, którą użytkownik najczęściej po prostu przyklepie. Co gorsza, nie będzie można tego łatwo wycofać w razie czego. Uważa, że lepiej móc gdzieś dyskutować nad skryptami, głosować i poprawiać je, niż że każdy robi po swojemu gdzieś w bazie.

To jest problem tego, że lokalna wiedza jest uznawana za decydującą. Yurik jednak podnosi, że wiedza o tagowaniu wcale nie jest trywialna i nie ma co oczekiwać, że każdy lokals będzie jednocześnie ekspertem od tagów.

I jeszcze jeden ciekawy problem - zarzut, że narusza niepisane reguły społeczności. Yurik ripostuje, że od czego mamy Wiki, na co padła odpowiedź, że nie wszystko się zapisuje. Ale wobec tego pytanie jak możemy w ogóle cokolwiek sprawdzać i poprawiać (nie tylko przez Sophox), skoro z definicji lokalsi wiedzą najlepiej i nie można się odwołać do dokumentacji, bo ona niczego nie rozstrzyga?

O, nowe narzędzie do kontroli jakości danych. Różni się tym, że można sobie wizualizować zasadniczo, co się chce, byle GeoJSON-a z tym umieć wyprodukować. Jest też opis prosto od autora narzędzia.