Samotne adresy - http://v3.mrowka.org/adresy/

rmikke · 2016-07-29T15:44:20.000Z

ants:false_positive=yes

Olga_Yanosik · 2016-08-02T07:51:25.000Z

W Yanosiku mamy przemiłą stażystkę. Chcę ją zapoznać z projektem OSM to na początek (oczywiście pod nadzorem) może trochę mrówek posprawdzać.

Zibior2 · 2016-08-02T11:50:11.000Z

rmikke:

ants:false_positive=yes

IMO trochę przekombinowane… Proponuję ants:ignore=yes

rmikke · 2016-08-02T13:11:14.000Z

Zbigniew_Czernik:

rmikke:

ants:false_positive=yes

IMO trochę przekombinowane… Proponuję ants:ignore=yes

Me gusta. Lepsze bo krótsze.

antblant · 2016-08-02T15:05:18.000Z

Znalazłem coś takiego:
https://wiki.openstreetmap.org/wiki/Proposed_features/Internal_quality

Np. dla żółtych mrówek (poprawność nazwy ulicy) moglibyśmy użyć tagu: validate:name=ignore
różowe mrówki (odległość od najbliższej drogi): validate:gps_quality=excellent

Popatrzcie na tabelkę https://wiki.openstreetmap.org/wiki/Internal_quality/Other_tags_to_vote_on_later i wydajcie opinię Implementacja z mojej strony skomplikowana nie będzie.

Co do udostępnienia kodu i implementacji na inne kraje: chętnie, tylko najpierw muszę kod uprzątnąć - to jest brzydki zlepek basha i sqla

rmikke · 2016-08-02T18:45:55.000Z

antblant:

Znalazłem coś takiego:
https://wiki.openstreetmap.org/wiki/Proposed_features/Internal_quality

Np. dla żółtych mrówek (poprawność nazwy ulicy) moglibyśmy użyć tagu: validate:name=ignore
różowe mrówki (odległość od najbliższej drogi): validate:gps_quality=excellent

Popatrzcie na tabelkę https://wiki.openstreetmap.org/wiki/Internal_quality/Other_tags_to_vote_on_later i wydajcie opinię Implementacja z mojej strony skomplikowana nie będzie.

Hmmm, nie.

Idea zawarta w artykule wydaje się na pierwszy rzut oka sensowna, ale:

To BĘDZIE nadużywane przez każdego, kto będzie chciał wyłączyć jakiś walidator, niekoniecznie sprawdzający to samo co mrówki.
podłączanie się na siłę pod istniejące i być przewidziane do trochę czego innego wartości jeszcze to nasili. Zwróć uwagę, że już proponujesz użycie validate:gps_quality w inny sposób, niż proponowany w artykule, a skąd wiadomo, co ktoś następny wymyśli?
Przyczyny pojawienia się mrówek mogą być różne, przy żółtych może być potrzeba poprawienia nazwy ulicy przy ulicy, lub przy budynkach i nie bardzo widzę jak to opędzić przez validate:name=ignore

Sądzę, że przynajmniej w wypadku mrówek lepiej mieć tag(i) specyficzn(y|e) dla tego konkretnego walidatora. Natomiast można zakombinować, żeby było to w miarę zgodne z ogólną koncepcją i używać:
validate:ants:yellow=ignore
validate:ants:pink=ignore
i byłbym skłonny do całkowitego ignorowania, albo i automatycznego kasowania
validate:ants=ignore
(bez koloru) z podobnych względów jak powyżej - nie wiadomo, co właściwie zostało sprawdzone.

Dodatkowo można dać na wiki opis grupy validate:ants:*, popularyzując tym samym mrówki
W końcu to bardzo pożyteczne narzędzie.

Zibior2 · 2016-08-02T19:00:54.000Z

antblant:

Co do udostępnienia kodu i implementacji na inne kraje: chętnie, tylko najpierw muszę kod uprzątnąć - to jest brzydki zlepek basha i sqla

A jest ktoś chętny? IMO warto to zrobić dopiero wtedy, gdy ktoś będzie zainteresowany zrobieniem tego samego w swoim kraju…

rmikke:

validate:ants:yellow=ignore
validate:ants:pink=ignore

Podoba mi się ta propozycja, jestem za. Też mi się wydaje, że to powinien być tag tylko dla naszych mrówek, żeby nie mieszać.

maraf24 · 2016-08-02T20:02:28.000Z

A czy dałoby się różnicować mrówki ze względu na ich wiek? Tak, by od razu widzieć, które pojawiły się np. nie dawniej jak 2 tygodnie temu.
To by rozwiązało problem mrówek, do których likwidacji brakuje danych (błękitne). Jednocześnie pozwoliłoby szybciej reagować na świeże błędy (zółte).

rmikke:

validate:ants:yellow=ignore
validate:ants:pink=ignore

I np.:
validate:ants:yellow:note=<wyjaśnienie>
validate:ants:blue=more_data_needed

antblant · 2016-08-02T20:46:40.000Z

Hmm, sposób jaki na teraz przychodzi mi do głowy to ukrycie mrówki do pewnej daty, np. tagiem:
validate:ants:blue:end_date=2016-09-01

O coś takiego chodzi? Przy czym z tagu wyszedł już niezły koszmarek

PS tagi validate:ants:yellow i validate:ants:pink powinny już działać

Zibior2 · 2016-08-02T22:47:00.000Z

http://v3.mrowka.org/adresy/#17/51.12612/21.48978 - co by daleko nie szukać, dla testu do dwóch adresów tutaj dodałem validate:ants:yellow=ignore

rmikke · 2016-08-03T07:12:17.000Z

Zbigniew_Czernik:

antblant:

Co do udostępnienia kodu i implementacji na inne kraje: chętnie, tylko najpierw muszę kod uprzątnąć - to jest brzydki zlepek basha i sqla

A jest ktoś chętny? IMO warto to zrobić dopiero wtedy, gdy ktoś będzie zainteresowany zrobieniem tego samego w swoim kraju…

Będzie wiki, do którego można trafić, szukając objaśnień do tagów na mapie, to i chętni się znajdą.
To jest naprawdę dobre narzędzie.

maraf24:

A czy dałoby się różnicować mrówki ze względu na ich wiek? Tak, by od razu widzieć, które pojawiły się np. nie dawniej jak 2 tygodnie temu.

antblant:

Hmm, sposób jaki na teraz przychodzi mi do głowy to ukrycie mrówki do pewnej daty, np. tagiem:
validate:ants:blue:end_date=2016-09-01

A nie prościej żeby mrówki ustawiały:
validate:ants:yellow:date=2016-08-01 00:00:00
jeśli obiekt jeszcze nie ma?
I potem można z tą informacją robić, co się żywnie podoba, wyświetlać w mrówkach, filtrować w JOSM…

EDIT: A przy importach należałoby validate:ants:* usuwać z importowanych obiektów.

Zibior2 · 2016-08-03T07:34:23.000Z

rmikke:

A przy importach należałoby validate:ants:* usuwać z importowanych obiektów.

A niby czemu? Jeśli adres nie uległ zmianie i wszystko jest po staremu, to nie widzę powodu…

rmikke · 2016-08-03T08:16:45.000Z

Zbigniew_Czernik:

rmikke:

A przy importach należałoby validate:ants:* usuwać z importowanych obiektów.

A niby czemu? Jeśli adres nie uległ zmianie i wszystko jest po staremu, to nie widzę powodu…

Import robi się po coś. Albo się dodaje nowe obiekty, albo uaktualnia stare.
W pierwszym przypadku problemu nie ma, bo obiektu nie było i żadnych tagów nie miał.
W drugim przypadku - wiesz co się zmieniło i którym obiektom? Jeśli tak, to jak najbardziej należy podjąć na podstawie tej wiedzy decyzję, czy usuwać tagi od mrówek i które usunąć, a które nie. Ale jeśli nie wiesz, to IMHO należy wszystkie te tagi usunąć i niech mrówki zajrzą.

Zibior2 · 2016-08-03T10:09:28.000Z

rmikke:

W drugim przypadku - wiesz co się zmieniło i którym obiektom? Jeśli tak, to jak najbardziej należy podjąć na podstawie tej wiedzy decyzję, czy usuwać tagi od mrówek i które usunąć, a które nie. Ale jeśli nie wiesz, to IMHO należy wszystkie te tagi usunąć i niech mrówki zajrzą.

W moim przypadku, jako importującego adresy, to nie ma zastosowania. Adresy, w których nic się nie zmieniło nie są modyfikowane przez skrypt przygotowujący adresy, a te, w których coś się zmieniło, są oznaczane przez ów skrypt odpowiednim fixme=*, które z kolei pieczołowicie przeglądam przed wysłaniem do OSM.

maraf24 · 2016-08-03T16:30:43.000Z

Zbigniew_Czernik:

http://v3.mrowka.org/adresy/#17/51.12612/21.48978 - co by daleko nie szukać, dla testu do dwóch adresów tutaj dodałem validate:ants:yellow=ignore

Zadziałało.

Zibior2 · 2016-09-29T07:21:26.000Z

Prośba do Pomorzan o poprawianie swojej okolicy - zrobiłem tam ostatnio kilka importów. http://v3.mrowka.org/adresy/#9/53.7300/18.9844

Zibior2 · 2016-10-28T05:03:40.000Z

Ostatnio zrobiłem trochę aktualizacji adresacji w okolicach Warszawy. W wielu miejscach pojawiły się nowe ulice, stąd moja prośba o pododawanie brakujących nazw do ulic. http://v3.mrowka.org/adresy/#10/52.2282/21.1583
Jeśli ktoś potrzebuje podkładu z iMPA do tej roboty, przypominam link:

wms:http://www.punktyadresowe.pl/cgi-bin/wms-impa?FORMAT=image/png&TRANSPARENT=TRUE&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=impa-ulice,impa-adresy&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

rowers2 · 2016-10-28T08:37:35.000Z

A co ile się mówki aktualizują, bo widzę, że zegar na wizualizacji zmienia się co godzinę a mrówki wiszą choć poprawiłeś w nocy dalej świecą.
Są drobne różnice w nazwach więc nie wiem czy wizualizacja co miesiąc będzie się aktualizować czy tez trzeba sobie przypomnieć zasady nazewnictwa ulic.
Rozumiem, że przy imporcie sprawdzasz pisownię, więc prawie zawsze to co na adresie można przenieść na drogę.

Zibior2 · 2016-10-28T09:12:38.000Z

Wszystkie oprócz żółtych aktualizują się co godzinę. Żółte aktualizują się raz na dobę, w nocy.

Co do pisowni - nie jest tak, że nazwa z importu musi być sztywnym wyznacznikiem. Czasami trzeba poprawić nazwę ulicy, a czasami zmodyfikować adresy, trzymając się wiki: https://wiki.openstreetmap.org/wiki/Pl:Znakowanie_dr%C3%B3g_w_Polsce#Nazewnictwo_ulic

TomaszWójcik · 2016-10-30T07:12:12.000Z

ciekawy paradoks, że kiedy w 2014 r. mrówek było jakieś 100-150 tys. to ludziom jakoś bardziej się chciało te ulice rysować i nazywać, a teraz kiedy jesteśmy o wiele bliżej końca i do zrobienia jest tylko kilka tys. mrówek to prace spowolniły i na wschodzie Polski od kilku miesięcy mrówki nie znikają
może kogoś to zmotywuje , stan mrówek w kwietniu 2014: