Changeset No. Date Contributor Comment
12017-10-09 10:24:33 UTCRafalR Gniazdo https://www.openstreetmap.org/node/3714200593 było prawdopodobnie przesunięte 70m, poprawiłem.
22017-10-09 10:30:39 UTCwmyrda Akurat jechałem tamtędy ok 2 tygodnie temu, ale nie zwracałem uwagi na gniazda. Być może było nieprecyzyjnie od początku. Możliwe też że ze względów bezpieczeństwa zostało przeniesione co w tym roku miało miejsce w kilku przypadkach jakie widziałem.
Fajnie, że poprawiłeś
12017-10-02 09:56:20 UTCOlga | Yanosik Cześć, rzeka Zielawa się przesunęła, możesz zerknąć?
22017-10-02 10:06:15 UTCwmyrda pewnie jakiś błąd w sztuce. Rzucę okiem
32017-10-03 07:35:52 UTCwmyrda Powinno być dużo lepiej http://www.openstreetmap.org/changeset/52586794
42017-10-03 07:47:31 UTCOlga | Yanosik Jest super, dzięki za szybką reakcję!
12017-10-02 08:12:04 UTCMateusz Konieczny Z ciekawości - czy coś korzysta z tego że name i name:pl ma tą samą wartość?
22017-10-02 08:12:51 UTCMateusz Konieczny Bo jeśli to jest rzeczywiście używane to byłby to ciekawy temat na następny temat moich edycji.
32017-10-02 08:41:29 UTCwmyrda Ja korzystam :P Jest to dośc istotne przy tworzeniu międzynarodowej mapy gdzie przypiszesz jej kolejność podawania nazw np. name:pl; name:en; name:de i na koniec "name" to jeśli brakuje "name:pl" wówczas wyświetli ją po np niemiecku o czym boleśnie przekonałem si...
12017-09-27 12:54:41 UTCPoliakoff Mykhailo Dziękuję za pomoc w przejściu Białorusi na język białoruski.
Дзякуй, што дапамагаеце ў пераходзе Беларусі на беларускую мову
22017-09-27 13:02:51 UTCwmyrda Ujednolicałem nazwy w Polsce, a że część rzek zachaczała za granicę kraju to i tam przy tej okazji poprawiłem.
32017-09-27 13:30:31 UTCPoliakoff Mykhailo na Białorusi jest naruszona na ziemi. znaki na języku białoruskim , ale niektóre grupy ignorują ten fakt i czyni mapę w języku rosyjskim. Zmusiła się, próbując przezwyciężyć kolana, Konwencję o mapowaniu języka rosyjskiego na Białorusi. Jeśli Białorusini piszą uwagi -...
12017-09-22 08:51:01 UTCHarald Hartmann And `operator:wikipdedia` instead of `operator:wikipedia` at http://www.openstreetmap.org/way/413538245 #typo
22017-09-22 11:12:52 UTCwmyrda both typos fixed. thanks
12017-09-22 06:24:40 UTCHarald Hartmann Hello wmyrda. At http://www.openstreetmap.org/way/449006568 you have tagged `operator:wikpedia` instead of `operator:wikipedia`, right? #typo
22017-09-22 06:26:25 UTCwmyrda Yeah it was. Thanks for noticing
12017-09-11 08:21:32 UTCMateusz Konieczny Gdybyś miał uwagi czy pomysł jak zmodyfikować stronę z raportami by przerabianie było prostsze to daj znać :)
22017-09-11 08:24:35 UTCwmyrda Trudne to nie jest, ale dobrze by było jak by strona była generowana automatycznie i linki odnawiały się same. Początkowo gdy jest wiele do poprawiania powiedzmy co godzinę. Jak już się przez to przebrnie to i raz na tydzień wystarczy.
32017-09-11 08:26:02 UTCwmyrda w sensie obecnie pewnie jakieś 80% obiektów albo i więcej z grupy "OSM element with broken tag that should be fixed" już poprawiłem, a do pobrania i tak jest nadal każdy z nich.
42017-09-11 16:33:48 UTCwmyrda @Mateusz
W zasadzie to wydaje się że zakończyłem te najważniejsze grupy. Jak rozumiem pozostałe może ogarnąć skrypt tak?
52017-09-13 08:00:12 UTCMateusz Konieczny Super! Jeszcze trochę przypadków zostało (w tym trochę takich które były do tej pory niezgłaszane, np brakujące relacje rzek).

Nowa wersja jest jak zwykle na https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Polska.html

Dodałem sprytniejsze zapytania - jeśl...
62017-09-13 08:01:37 UTCMateusz Konieczny A, gdyby sprytniejsze zapytania nie były sprytne bo pojawiają się również po edycji - daj znać.

Tak samo gdybyś trafił na jakieś błędy lub miał pomysł na poprawki.
12017-09-08 08:00:15 UTCMateusz Konieczny Proponowałbym raczej zerknąć na disambigi na https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Polska.html (dodawanie tagu wikipedia tam gdzie jest już tag wikipedia:en będzie dla bota proste, disambigi potrzebują ludzi)
22017-09-08 08:00:58 UTCMateusz Konieczny Chodzi o przypadki typu http://www.openstreetmap.org/node/31887444 (kliknij na link do wikipedii by zobaczyć problem)
32017-09-08 09:18:48 UTCwmyrda Trzecią grupę poprawiłem http://www.openstreetmap.org/changeset/51837264#map=9/49.8413/20.1268 . Tam rzeczywiście żaden automat tego poprawnie nie zrobi. Z tej grupy zostało praktycznie kilka pojedynczych obiektów jak osiedle/dzielnica Obóz w Oświęcimiu. Nie miałem pomysłu co...
42017-09-08 12:54:12 UTCMateusz Konieczny https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Polska.html powinno mieć następne :)
52017-09-08 13:56:30 UTCwmyrda raptem 5 obiektów było http://www.openstreetmap.org/changeset/51845035 zrobione.
Kolejna grupa jest jakaś dziwna, gdyż krzyczy np. że centrum żydowskie to serial telewizyjny..
"article linked in wikipedia tag is about a television series, so it is very unlikely to be correct (subj...
62017-09-09 07:34:45 UTCMateusz Konieczny Program zgłupiał bo do klasyfikacji używa Wikidata - a tam był bubel, komuś się źle kliknęło przy dodawaniu typu obiektu (już poprawiłem https://www.wikidata.org/w/index.php?title=Q9186556&diff=554058116&oldid=175775587 )

Puszczam generacje nowej wersji raportów.
72017-09-09 13:32:41 UTCMateusz Konieczny https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Polska.html ma nowe dane :)
82017-09-09 20:47:42 UTCwmyrda stronkę mam otwartą i raz na jakiś czas daję tam F5 i zauważyłem, że linki do wyjaśnienia są na cały kraj. Ściana wschodnia poprawiona. powoli do przodu :>
92017-09-10 06:11:23 UTCMateusz Konieczny Tak, w tym momencie jest już tam przerobiona cała Polska.

Jeśli się pojawi chętny na korzystanie z tych danych mogę wrzucić więcej obszarów.
12017-09-08 14:00:44 UTCMateusz Konieczny A gdyby ciekawiło cię dodawanie wikidata a nie tylko pielęgnacja to polecam https://osm.wikidata.link/
12017-08-25 19:21:14 UTCjacek_zwik Dlaczego zmieniłeś nazwę kaplicy św. Wawrzyńca na Śnieżce na Kamień pamięci Adolfa Rotha. GOPRowcy mogą się wkurzyć.
22017-08-25 22:19:43 UTCwmyrda pewnie jakiś błąd przy kopiuj/wklej. W zasadzie nie powinno się zdarzyć
32017-08-25 22:24:14 UTCwmyrda naprawione http://www.openstreetmap.org/changeset/51446525
12017-07-30 22:26:29 UTCZbigniew_Czernik O co chodzi w tej zmianie? http://osm.mapki.com/history/way.php?id=361392991
22017-07-31 05:11:59 UTCwmyrda Nie przypominam sobie tagiego ruchu. Może coś tracer zamienił lub kliknięcie "połącz punkty adresowe z obrysami".
32017-07-31 05:17:07 UTCwmyrda Sprawdzę jeszcze w firmie , ale w sumie jeśli dobrze sobie przypomnę to te okolice w tym ten budynek rysowałem przy pomocy buildtools oraz fastdraw.
42017-07-31 06:45:22 UTCwmyrda Jest jeszcze opcja, że to walidator JOSM dodał po kliknięciu "napraw" na ukazane ostrzeżenia. Wizualizacja zmian by mnie dużo więcej podpowiedziała. Tak czy inaczej mnie by samemu nie przyszło do głowy by bawić się w jakieś dodawanie terytów...
52017-07-31 07:29:16 UTCwmyrda Przyszła mnie do głowy jeszcze jedna możliwość. Czasami jak widzę podwójne adresy to je łączę ze sobą jeśli informacje są zbieżne tj. uzupełniają się jak w tym przypadku by nie tracić żadnych danych, a mieć je tylko w jednym miejscu, ale zastrzel mnie a nie przypomnę sobie...
12017-07-23 08:55:16 UTCmueschel Hi,
on these trees I found several tags which are not common in OSM - maybe you can have a look and find more common ones?
Cheers, Jan

animate=yes
area=not applicable
established=1988-12-02
sign=improperly
size=not applicable
vitality=3
22017-07-23 09:40:57 UTCwmyrda All those tags in few minor chageset have their actual meaning which is a preparation of much larger data set from polish national registry of nature preservation. There is discussion in polish subforum about it https://forum.openstreetmap.org/viewtopic.php?pid=656206#p656206 I have explained there...
12017-06-21 06:54:32 UTCMajsiu Niby wszystko okej z tymi wytycznymi do przystanków KM, ale jednak nazwy już na głównej warstwie nie wyświetla, a jednak to ważna informacja. Chyba, że nazwę należy dodać też w miejscu wiaty/miejscu oczekiwania pasażerów (czyli tam gdzie teraz highway=bus_stop)?
22017-06-21 07:01:15 UTCwmyrda To akurat jest bardziej skomplikowane. Oba punkty powinny być spięte ze sobą relacją zgodnie z https://wiki.openstreetmap.org/wiki/Pl:Tag:public_transport%3Dstop_area i wówczas nazwa będzie się wyświetlała. Można też pójść na łatwiznę i po prostu dodać nazwę do obu punk...
12017-03-06 18:55:03 UTCkorni Co to za import? Niektóre budynki do dziś nie pokazały się na orto
22017-03-07 06:26:43 UTCwmyrda Patrząc po opisie source to rysowane z BDOT. BDOT jest aktualny na pewien moment i czasami jest nowszy niż ORTO a czasami starszy. Nie wiem o które budynki konkretnie Ci chodzi i jaka jest skala problemu, ale poprawiałem sporo w tym rejonie wg nowszego ORTO i powinny to być raczej pojedyn...
32017-03-07 06:27:45 UTCwmyrda Dodam, że część obiektów w późniejszych latach dodawałem wg miejskiego podkładu.
42017-03-19 16:23:37 UTCkorni Konkretnie chodziło mi o te budynki: https://www.openstreetmap.org/way/349938931 Na miejskim WMS ich nie ma, dla pewności sprawdziłem też na Google Maps (zdjęcie z 08.08.2016) i też nie ma
52017-03-22 08:12:24 UTCwmyrda Zrobi się odrobinę cieplej to podjadę na miejsce na rowerze i zweryfikuje, choć faktycznie wydaje się ich tam nie być choć wedle podkładu na podstawie którego wówczas je wyrysowałem to tam są wms:http://mapy.geoportal.gov.pl/wss/service/pub/guest/G2_BDOT_BUD_2010/MapServer/WM...
62017-03-29 11:46:40 UTCwmyrda usunąłem. Zgodnie z wizją lokalną nie ma ich tam nadal.
12017-03-06 16:33:51 UTCTomas Straupis Chrm. You're updating not 10-20, but hundreds objects and I have to spend too much time fixing it. It is not nice, that you're knowingly introducing a lot of errors. Please fix your automated script if you want to do more automated updates. The rule is very simple: if area is in Lithuania and name:l...
22017-03-06 17:42:02 UTCwmyrda Whatever. They are not automated but done by hand from the source http://polski.mapywig.org/news.php I do not have the lithuanian names there and I do not know whether names in name tag are lihuanian therefore I would not add any tags with name:lt
32017-03-06 18:00:40 UTCTomas Straupis In Lithuania ALL values in name tag are Lithuanian. So if the point you're changing is in Lithuania, name tag HAS Lithuanian value.
Let's not get into situation where I would think of doing reverts rather than spending hours fixing name tag errors done on purpose.
Do it RIGHT or don't do it at all...
42017-03-06 18:21:00 UTCwmyrda I am doing what I can to help OSM community and I do add proper values there. You by threatening to delete others work (my in this case) go against OSM spirit as my entries are not wrong. Maybe they are not sufficient, but OSM community has 3537047 members at the moment and I am sure in time some o...
52017-03-06 18:29:30 UTCTomas Straupis OSM spirit says that you must consult and take into account the local mapping rules. Local mapping rules in Lithuania is to do QUALITY work, not anything anyway someway anyhow. You KNOW the rules, you know what you must do, it is not hard to do that, and yet you say you will do it in incorrect way. ...
62017-03-06 22:35:25 UTCrmikke @Tomas Straubis If there is such a rule in Lithuania, then this is the job for a bot to enforce it. Just add name:lt if there is such a rule. You cannot expect outside mappers to stick to your local rules - if they don't go against them (e.g. removing name:lt tags), they are doing right. Did wmyrda ...
72017-03-06 22:45:02 UTCrmikke @Tomas Straupis:
"Let's not get into situation where I would think of doing reverts rather than spending hours fixing name tag errors done on purpose."

This is essentially blackmailing a user doing a good job, that you will destroy his work if he doesn't do additional job he has no kno...
82017-03-07 02:42:39 UTCTomas Straupis @rmikke:
I cannot expect outside mappers to know it in the beginning. And that is why I have already fixed hundreds of such errors in the past (sometimes they came together with adding some old incorrect population or other incorrect data etc., I had to revert such additional bad changes, bot would...
92017-03-07 06:15:57 UTCwmyrda wiki.openstreetmap.org/wiki/Multilingual_names does not say anything about doing anything differently in Lithuania. I am not using bots but I am doing manual work from old and very hard to read maps from website above eg. http://igrek.amzp.pl/details.php?id=3944 Spending half a day figuring out whic...
102017-03-07 07:05:39 UTCTomas Straupis 1. You're doing work which belongs to OpenHistoricalMap, not OpenStreetMap. This explains why some of the name:pl tags you add are incorrect: they have nothing in common with official name, neither phonetically, nor by the meaning. While I'm not interested in name:pl tags, expect those to be fixed b...
112017-03-07 09:02:33 UTCrmikke @Tomas Straupis:
"You're doing work which belongs to OpenHistoricalMap, not OpenStreetMap."

Until it is still the same place, it has still the same Polish name and it belongs in name:pl in OSM.

"This explains why some of the name:pl tags you add are incorrect: they have nothin...
122017-03-07 09:39:16 UTCTomas Straupis As wmyrda has pointed out, he is taking a map from 1928-1939 and trying to map what he sees there to todays villages. Both mapping such different things as well as putting names from that map is incorrect. If his purpose is solely to use that old map to get Polish names - then he is using bad source...
132017-03-07 10:18:12 UTCrmikke @Tomas Straupis You are kidding, right?
"And it is not blackmailing, it is showing that rude ignorance of now KNOWN local rules is far from "doing a good job". If somebody keeps their house clean, it is not polite for the outsider to walk inside with dirty boots and tell "just b...
142017-03-07 10:25:16 UTCrmikke @Tomas Straupis
"If his purpose is solely to use that old map to get Polish names - then he is using bad source."
OK, if you know better source of Polish names, just provide it. I'm sure @wmyrda will be happy to have more current data. Otherwise, the last Polish name in use is still a va...
152017-03-07 10:27:18 UTCTomas Straupis „Outsider“ (as you put it) is not providing anything we need (we need current data, not historical one; current translations to a lot of languages for placenames can easily come from wikipedia/wikidata which we already have, so adding them is redundant even more than name:lt tag is).
&b...
162017-03-07 10:40:39 UTCwmyrda "„Outsider“ (as you put it) is not providing anything we need (we need current data, not historical one;"
It might be historical for you but is present for us and still valid today us it is very rare for polish government to change the names for already established locations. ...
172017-03-07 10:47:48 UTCTomas Straupis Never knew that polish government is somehow controlling names of foreign countries :-)
182017-03-07 10:50:21 UTCwmyrda http://ksng.gugik.gov.pl/pliki/wykaz_polskich_nazw_geograficznych.pdf
192017-03-07 11:17:44 UTCTomas Straupis Cool. From what I looked at all names are either phonetic, or meaning translation from current Lithuanian names. With Lithuanian name and coordinate it is possible to import them automatically. Looks like a perfect source for name:pl value.
So it is unclear what is the point to take names from hund...
202017-03-07 11:23:49 UTCwmyrda For example registry does not have all of them (hamlets example) and it is easier to find your way around on the map then on the registry. Regardless of the source it does not give you right to delete the values introduced in OSM as you clearly see those names do not change monthly as the current re...
212017-03-07 11:34:35 UTCTomas Straupis When did I delete any name:pl value?

I'm only saying that when/if village/hamlet is deleted from Lithuanian placenames, it is deleted from OSM. All values including name, name:lt, name:pl, name:xx, etc.
All places currently in OSM which are not in official registry are also deleted (after short ...
222017-03-07 15:10:55 UTCrmikke "Never knew that polish government is somehow controlling names of foreign countries :-)"
Umm, Polish names are part of Polish languages, so it's rather obvious that they are decided by Polish institutions (not necessarily government). Exactly the same way as some Lithuanian body decides ...
232017-03-07 15:13:09 UTCTomas Straupis When people care about other peoples goals, priorities and respect the time they spend on it.
242017-03-08 20:56:09 UTCrmikke Ok, now I'm sure you are kidding. You really expect me to believe, that "when people care about other peoples goals, priorities and respect the time they spend on it", their places are removed from official registers?
12017-03-07 13:21:43 UTCTomas Straupis Stop deleting name:lt values.
22017-03-07 13:22:58 UTCwmyrda Where did that happen???
32017-03-07 13:33:59 UTCTomas Straupis http://osmhistory.appspot.com/changeset/46651415
42017-03-07 13:39:04 UTCwmyrda I do not see that it would say anything about me deleting anything. Could You be more specific?
52017-03-07 13:44:20 UTCTomas Straupis node: 60459175
62017-03-07 13:49:04 UTCwmyrda Oh comon. One mistake. I probably clicked edit instead of add and You say like I did it on purpose and multiple times.
Please...
72017-03-07 13:55:39 UTCTomas Straupis You could as easily added a name:lt tag and avoided this whole selfish ignorance thread.
82017-03-07 14:03:22 UTCwmyrda Your accusations are exaggerated and way beyond impolite. I am sorry but I have better things to do then keep answering to your rudeness. It is last you hear from me.
12017-02-28 16:18:23 UTCTomas Straupis Please add name:lt with value equal to name when adding other name:* tags (one of keepright.at errors). Thank you.
22017-02-28 17:10:40 UTCwmyrda I never heard of such an requirement. IMHO adding name:*=* for country which language is represented in main name tag is redundant.
32017-02-28 17:12:20 UTCTomas Straupis This was one of keepright.at checks from looong time ago...
42017-03-03 19:24:44 UTCZmianowy Wszędzie zagranicą dopisuję tylko name:pl, tylko na obszarze Litwy jest inaczej, bo Tomas pilnuje, żeby było jeszcze name:lt.
52017-03-06 12:05:57 UTCmaraf24 Tagging for keepright? ;)
62017-03-06 12:42:13 UTCTomas Straupis Fixing errors which different QA tools (including keepright.at) finds.
The rationale of having name:xx has been discussed a long time ago. Problem with "name" tag is that it is not clear in what language the name has been entered. Even in countries like Poland or Lithuania where there is ...
72017-03-06 12:57:38 UTCwmyrda "Problem with "name" tag is that it is not clear in what language the name has been entered"
If that is the case than there is no way for me to be sure that I add Lithuanian name to name:lt therefore it would be best if I just stick to adding polish names to name:pl for which I ...
82017-03-06 13:02:27 UTCTomas Straupis OK. But just for your information: in Lithuania all place names and population are checked/compared to official placename registry (new placenames appear, old ones disappear monthly). So in Lithuania all placenames have name tag in Lithuanian.
92017-03-06 13:07:20 UTCwmyrda Strange that I have only very few old:name tags and no old_name:lt if you change names so often. You just replace the name and forget the old one?
102017-03-06 13:17:36 UTCTomas Straupis I probable have never changed any placename with old_name tag. But if I do, I will only change name tag and leave old_name (and old_name:pl) as is.
112017-03-06 22:26:23 UTCrmikke Sorry, keepright or no, there is no sense in keeping the same name in name=* and name:lt=*. This woul make sense only when name:lt was different from locally used name and I believe this doesn't happen in your country as it doesn't happen in mine.

Also, I really don't understand how keeping redun...
122017-03-07 02:26:25 UTCTomas Straupis Keepright or no, this is almost ten years old rule how name:* tags work. Keepright is just one of QA tools which checks it.
There is enough material explaining what is the purpose of name:xx tag and this is not the right place to discuss it.
132017-03-07 08:10:39 UTCmaraf24 @Tomas Straupis, there is no such rule like "add name:XX with value equal to name when adding other name:* tags" documented in OSM wiki.
We have instead https://wiki.openstreetmap.org/wiki/Multilingual_names for multi-language countries and I can't see Lithuania there.
The local rules ca...
142017-03-07 08:24:28 UTCrmikke I still can't see the rationale behind this redundancy, but hey, it's not an excessive amount of data, so feel free to add it. Just don't try to force others into adding it for you by threatening to destroy their job if they don't.

Also, decide - either adding name:lt requires manual control in ...
152017-03-07 08:35:45 UTCTomas Straupis 1. Yes, there is only one official language in Lithuania - Lithuanian (85% of population are Lithuanians, so there is no point of having other official language).
2. This discussion takes too much time already. This is very old keepright rule and I did not invent/write keepright. We stress on QA ve...
162017-03-07 08:39:07 UTCTomas Straupis And main point. Please respect a strive of Lithuanian mappers for as higher quality as possible and not look at it as "it's your choice, so you fix what we brake".
This adding of name:lt tag has already proven very useful when crap.me users started destroying good data as well as in other...
12017-02-26 19:00:25 UTCnyuriks Hi, thanks for adding "wikipedia" tags! I am adding corresponding 'wikidata' tags to all of them in Belarus now. Next time, please run "fetch wikidata" in JOSM (wikipedia plugin). Also, do you know if these should be landuse=residential, or if these are admin boundaries?
22017-02-27 08:32:49 UTCwmyrda Hi,
I must say that wikipedia tags where not of my primary concern an I kinda added them kinda "on the run" while adding polish names to the places in question. The source for polish names I had then was wikipedia hence why I added wiki links there too. I pretty much added all those I c...
32017-02-27 08:40:01 UTCwmyrda As far as landuse vs boundries I must say I worked only on place names from overpass and never looked at any Bing or any other source to have an opinion on that to know which is more appropriate.I left that one to the local community.
12017-02-16 21:09:43 UTCmueschel Hi,
this node has the tag "Stupava = Svätý Jur" which looks like a mistake. Could you check that?
http://www.openstreetmap.org/node/530544357
Jan
22017-02-17 08:26:48 UTCwmyrda Hi,
It is indeed. Not sure what I meant there, but probably just a copy&paste error when I wanted to add "name:pl=Svätý Jur" just like the name in polish Wikipedia is. I'll fix that one to it.
12017-02-16 08:42:36 UTCMiroJanosik Hi, wiki http://wiki.openstreetmap.org/wiki/Key:wikipedia says:

only provide, in normal circumstances, a link to a single Wikipedia article, which should be to the article in the primary language for the subject.
...
In almost all cases, a single wikipedia tag as described above is sufficient. ...
22017-02-16 09:27:14 UTCwmyrda Hi,
I never changed primary language and always added links as wikipedia:pl=*

Having that said linking within wiki is something that is good idea, but I am yet to see any link provided done that way. Ex. https://pl.wikipedia.org/wiki/Kom%C3%A1rno?uselang=pl where I suppose to click to have page...
32017-02-16 09:34:37 UTCwmyrda oh so the links are in the menu on the left :) For some reason I remeber them being icons in the top ;)
42017-02-16 12:07:58 UTCMiroJanosik Yes they are accessible on the left. I'd say that suggestion says "add only local wiki address, if there is a page for it in a different language then user can switch to it in Wiki directly"
12017-01-11 00:07:04 UTCmaraf24 Ktoś przetagował twoje relacje na type=region.
To chyba nie szkodzi?
22017-01-11 07:46:29 UTCwmyrda Jak to ma komuś pomóc by te dane wykorzystać to nawet lepiej. Jak zrobił to dla sztuki to nie wiem po co, ale to akurat przeżyję.
12016-11-24 07:20:57 UTCmueschel Hi, could you have a look to this way? Tagging seems weird.
http://www.openstreetmap.org/way/454866700

Cheers, Jan
22016-11-24 07:42:28 UTCwmyrda Yeah, Copy & paste error. Thanks for spotting that one
32016-11-24 07:45:25 UTCwmyrda fixed http://www.openstreetmap.org/changeset/43912920
12016-10-13 19:41:06 UTCZbigniew_Czernik Hej. Ze smutkiem stwierdzam, ze robiąc masowo obrysy, wywaliłeś mi dwa POI, które dodałem. Przez to nie mogłem ich dzisiaj znaleźć ustawiając cel w nawigacji :P
Chodzi o:
http://osm.mapki.com/history/node.php?id=3586650586
http://osm.mapki.com/history/node.php?id=3586650587
22016-10-13 20:58:06 UTCwmyrda Ciekaw jestem jak się to mogło stać, Generalnie jak przypisuje się adresy do budynków to owszem zawsze znika pierwotny punkt z adresem, ale wszystkie tagi są do obiektu przekopiowywane przez wtyczkę building_tools, chyba że usunięcie nastąpiło przy poprawie geometrii budynku przy kl...
32016-10-13 20:59:30 UTCZbigniew_Czernik Te POI były przyklejone do obrysu, może dlatego?
42016-10-13 20:59:45 UTCwmyrda nie mówiąc już o tym, że POI nie powinno być w ogóle zaznaczone przez wyszukiwanie gdyż używam do wyszukiwania tej frazy którą podałeś mnie jeszcze dawno temu przyłączeniu adresów w Rzeszowie by poi nie wybierał
52016-10-13 21:01:18 UTCwmyrda jak były przyklejone do obrysu to całkiem możliwe, że nie zauważyłem że tracert je usunął przy przerysowywaniu
62016-10-13 21:03:52 UTCZbigniew_Czernik Chyba można to uznać za błąd tracera? Zgłosić developerom możnaby...
72016-10-13 21:09:17 UTCwmyrda spróbuję to jutro zreprodukować, ale jak wymagamy tego od tracera by kopiował tagi z przesywowywanych punktów to raczej byłby to "feature request" gdyż pewnie musiano by dopisać cały szereg heurystyki do którego nowego punktu miał by te dane dodać, a to może ...
82016-10-13 21:17:15 UTCZbigniew_Czernik Nie oczekuję, że będzie przenosił tagi z węzła na obrys. Oczekiwałbym, że zachowa się identycznie jak czysty JOSM, który przy kasowaniu linii zostawia węzły mające chociaż jeden tag (zostają sieroty, ale przynajmniej zostają).
92016-10-14 09:42:44 UTCwmyrda Może coś z tego będzie
https://sourceforge.net/p/tracer2server/tickets/4/
102016-10-14 20:26:52 UTCZbigniew_Czernik Dzięki :-)
12016-08-28 13:58:06 UTCdariusz890 Te przystanki które nie istnieją czyli: 1 zlotego smoka poczatkowy, 1 zlotego smoka , 1 tpv, 1 tpv (od strony fabryki TPV), 1 tpv (od strony fabryki), 1 tpv (od stony ulicy mosiężnej) powinny nie istnieć. A nie ma przystanków Mosiężna z obu stron, TPV dla wysiadających i Złoteg...
22016-08-28 17:40:25 UTCwmyrda nie rozumiem o czym mowa. Z żadnymi przystankami nic nie zmieniałem
12016-08-13 15:35:32 UTCslodki Granica jest błędna - przynajmniej na terenie Rowów. Sam ją kiedyś poprawiałem zgodnie z decyzją z dziennika ustaw oraz katastrem. Dane z GDOS są dziwnie przesunięte - wystarczy popatrzeć na oczyszczalnię ścieków w Rowach, która zgodnie z decyzją nie znajduje się w ...
22016-08-13 16:06:57 UTCslodki W Rowach przy ulicy Wydmowej nie znajduje się żadna enklawa Parku Narodowego, tylko zwykła zabudowa mieszkalna. Być może właścicielem tej konkretnej działki jest Park narodowy, ale ewidentnie nie podlega on ochronie - zgodnie ze stosownym rozporządzeniem. Te zaimportowane dane są jak wida...
32016-08-15 07:36:32 UTCwmyrda Generalnie usunąć czy pewien fragment granicy przesunąć mogę, ale nie rozwiąże to problemu długoterminowo, gdyż przynajmniej teoretycznie ktoś kiedyś zaś je przesunie wg podkładu GDOŚ. Pracownik GDOŚ poprosił społeczność na forum http://forum.openstreetmap.org/viewtopic.php?pid=59...
12016-08-13 17:47:33 UTCslodki Duplikaty w lokalizacji http://www.openstreetmap.org/query?lat=54.65534&lon=17.50037#map=17/54.65480/17.50449&layers=N
12016-07-08 21:24:48 UTCmaraf24 https://www.openstreetmap.org/way/396708668
To nie jest część budynku. Ta część nie istnieje. Analogicznie w pozostałych budynkach takie dodatki nie istnieją.
To jest rezultat poprawek w BDOT położenia budynków - stary i nowy budynek są w tej warstwie obecne jednocześnie, przy c...
22016-07-09 06:13:28 UTCwmyrda tak wiem. zauważyłem to jakiś czas temu. Jak widzisz to usuń. Ja tak robię przy okazji jak zauważę.
12016-06-07 21:08:24 UTCmaraf24 Na zarszyn.e-mapa.net są inne numery domów.
Mieli błąd, czy jednak źródłem tych adresów była EMUiA?
22016-06-08 04:13:13 UTCwmyrda A skąd ja mam to wiedzieć co było źródłem adresów? Ja ich nie dodawałem. Były w OSM to je przypisałem do budynków i tyle.
32016-06-08 08:54:31 UTCmaraf24 I tym samym stałeś się ich autorem:)
Ok, szukam głębiej.
12016-04-02 21:42:58 UTCmaraf24 Ten budynek ma nieprawidłowy obrys: https://www.openstreetmap.org/way/398358415
12016-04-02 21:42:20 UTCmaraf24 Tego budynku nie ma:
https://www.openstreetmap.org/way/398150331
12016-04-02 21:41:38 UTCmaraf24 Ten budynek poprawiłeś: https://www.openstreetmap.org/way/318211475
A sąsiedni już nie: https://www.openstreetmap.org/way/318211484
Czy z tego, że jest na orto a nie ma go na BDOT wynia, że został wyburzony?
12016-03-05 17:41:38 UTCSlawek_n Fajnie, że wrysowałeś trochę nowych budynków, ale co cię podkusiło żeby przerabiać kompletnie bez weryfikacji już istniejące? Mam nadzieję, że nie zostawisz tego tak spapranego.
22016-03-05 19:35:52 UTCmaraf24 https://www.openstreetmap.org/way/262127891
32016-03-07 08:21:41 UTCwmyrda budynki wyrysowywane z bdot weryfikuję lecz jedynie wyrywkowo, gdyż podkład orto działa w tygodniu działa jak by chciał a nie mógł. Same błędy wczytywania i nijak nie nadąża za rysowaniem z bdot. Jeśli chodzi tylko o ta galerię to poprawiona. Jeśli o coś innego i jest tego wię...
42016-03-07 08:22:11 UTCwmyrda https://www.openstreetmap.org/changeset/37660429
52016-03-07 20:00:09 UTCSlawek_n Trochę jeszcze zostało.
Co do dokładności - komu potrzebne dokładnie wyrysowane nieistniejące budynki?
62016-03-07 21:58:57 UTCmaraf24 A chociaż nie widać ich na ortofotomapie?
72016-03-08 19:22:00 UTCSlawek_n Jakie to ma znaczenie? Przecież napisał, że mu się nie chce weryfikować. Nie zna miasta, nie weryfikuje danych, a zabiera się za przerabianie istniejących danych. Co to jest? Wyścig na stawianie kresek?
82016-03-08 22:00:49 UTCmaraf24 Usunąłem-o ile dobrze liczę-58 budynków z obszaru tego zestawu zmian.
92016-03-13 22:48:38 UTCeBin Może lepiej byłoby korzystać z obrysów od miast/powiatów zamiast BDOT? One przynajmniej są aktualne. Choć nie mogę nigdzie znaleźć licencji UM Sanok: http://geoserver.um.sanok.pl:8080/umsanok/. Tutaj WMS z budynkami: wms:http://geoserver.um.sanok.pl:8080/geoserver/wms?SERVICE=W...
102016-03-14 08:29:44 UTCwmyrda Nieznajomość miasta nie ma tu znaczenia. Mapowicz maraf24 z pewnością również nie zna każdego miasta w Polsce, które poprawia. Kwestia aktualności podkładu wedle którego się rysuje. Orto z Geoportalu również potrafi być nieaktualne i sprzed kilku lat. Jaka jest...
112016-03-14 08:47:13 UTCeBin W tym przypadku orto2014 jest aktualniejszy ale jest tam to samo w geoportalu.
122016-04-01 22:09:03 UTCMateusz Konieczny "budynki wyrysowywane z bdot weryfikuję lecz jedynie wyrywkowo" - to jest niedopuszczalne. W przypadku napotkania takich edycji radzę zgłaszać je do http://wiki.openstreetmap.org/wiki/Data_working_group - opisane jako nieuzgodnione, wadliwe, niezweryfikowane importy (lepiej pisać po a...
132016-04-02 09:46:56 UTCwmyrda Ostro podszedłeś to mojej pracy, a ja wcale się nie dowiedziałem na jakiej podstawie stwierdzono, że danego budynku nie ma poza tym, że nie ma go na orto, Orto skolei potrafi być sprzed kilku lat jak w tym przypadku http://www.openstreetmap.org/way/306095389 mamy winnicę z budynkami otwartą...
142016-04-02 10:34:32 UTCmaraf24 Miałeś na forum wyjasnione, że orto jest nowsze niż BDOT.
Ty się oparłeś na źródle starszym, a po zwróceniu uwagi na błędy odmówiłeś weryfikacji przy użyciu źródła nowszego.
Procedura usuwania budynków dotyczyła wyłącznie tych, które ty d...
152016-04-02 14:16:05 UTCwmyrda kto i kiedy powiedział, że orto jest nowsze i na jakiej podstawie? pierwsze słyszę. Do tego przykłąd za przykładem podaję, że jest dokładnie odwrotnie. Po za tym chętnie sam sprawdzę jak ktoś mnie poda changeseta z usuniętymi budynkami
162016-04-02 14:43:49 UTCMateusz Konieczny Mapowalnie zdalne, bez weryfikacji w terenie ma sens tylko wtedy gdy brak jakichkolwiek wątpliwości.

Jak są wątpliowści to warto pomapować coś innego lub zweryfikowac na miejscu (w obu kategoriach jest mapowania przynajmniej na dziesiątki lat).
172016-04-02 15:54:26 UTCmaraf24 @wmyrda, widzę, że kręcimy się w kółko. Ten budynek, który poprawiałeś https://www.openstreetmap.org/way/262127891 jest na orto a nie ma na BDOT. Wniosek? Miałeś podany na forum.
A teraz podaj obiecany przykład, że w Sanoku orto jest starsze niż BDOT.
182016-04-02 17:47:02 UTCSlawek_n @wmyrda Gdybyś tylko chciał, domyśliłbyś się, że mieszkam w Sanoku i wiem co piszę.
192016-04-02 21:12:21 UTCwmyrda OMFG ludzie.
@Slawek_n masz mnie za idiotę? Wypaliłeś mało merytorycznie a nawet z tobą nie dyskutowałem.
@maraf24 Sprawdzę czy dane budynki miały być dodane czy dopiero jak będę wiedział które usunąłeś. Teraz nie wiem.Orto nie jest żadną wyrocznią

Podsumowując czepil...
12016-02-20 15:09:19 UTCeBin Nieładnie to wygląda w jednym miejscu tyle pomników: https://www.openstreetmap.org/note/516374#map=17/49.82214/22.39578
12016-01-15 10:47:46 UTCmaraf24 https://www.openstreetmap.org/way/344588040
"Please check tagging:
emerge @preserved-rebuild
Thank you,
OdinOxin" (from http://www.openstreetmap.org/note/498468)
22016-01-15 10:57:36 UTCwmyrda heh, musiałem nie zauważyć kopiuj wklei zrobionego w JOSM zamiast w konsoli. zaraz poprawię
12016-01-04 07:57:02 UTCZbigniew_Czernik Hmmm... http://osm.mapki.com/history/way.php?id=241140842
To jest miejscowość Łączki, a nie Lesko...
22016-01-04 08:09:10 UTCwmyrda dość automatycznie to robię, przepisałem wprost z ich strony. nie polemizowałem z danymi wskazanymi w źródle... postaram się w przyszłości zwrócić na to uwagę
12015-07-24 21:07:03 UTCZbigniew_Czernik Śmiem twierdzić, że addr:city nie jest właściwe dla tego adresu: http://osm.mapki.com/history/node.php?id=2426675154
ponieważ Otryt Górny nie jest częścią miejscowości Lutowiska.
22015-07-25 16:53:42 UTCwmyrda szczerze to nie byłem pewny jak to oznaczyć. niemniej adres swój ma i jakoś trzeba było http://www.otryt.bieszczady.pl/pl/kontakt a kod jest z Lutowisk także pewnie niesłusznie, ale tym się kierowałem
32015-07-25 17:18:10 UTCZbigniew_Czernik Generalnie, ludzie mają problem z przestawieniem się na "nowe" adresy. Gdybyśmy zajrzeli do dowodu osobistego mieszkańca tej chaty widniałoby tam "38-713 Otryt Górny 1". Informacja umieszczona na stronie jest zaszłością z czasów, kiedy podawało się mi...
12015-05-30 23:49:21 UTCZbigniew_Czernik Mam nadzieję, że nie zintegrowałeś z rozpędu różnych amenities z obrysami?
22015-05-31 08:43:17 UTCwmyrda mówiąc szczerze to nawet nie zwróciłem uwagi. Zaznaczając pobrane dane "ctrl+a" i klikając w JOSM "merge adress points" byłem przekonany, że zintegruje mnie tylko adresy a nie także informacje wewnątrz budynków które adresami nie są, ale jeśl...
32015-05-31 08:48:28 UTCZbigniew_Czernik W przyszłości, zamiast Ctrl+A proponuję użyć szukałki z frazą: "(building type:way) OR (housenumber type:node -amenity -shop)"
Pozdrawiam :-)
12015-05-28 06:54:31 UTCeBin Trochę się duplikaty porobiły.
http://osmose.openstreetmap.fr/pl/map/#zoom=13&lat=50.0394&lon=22.4048&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFT&item=0%2C1070%2C1230&level=1%2C2%2C3&tags=&fixable=
22015-05-28 07:00:14 UTCwmyrda sprawdzę to choć nie wiem skąd się mogły wziąć. Raczej nie mapowałem inaczej niż dotychczas
32015-05-28 17:21:45 UTCwmyrda poprawione. przypomniałem sobie, że raz miałem problem z wysyłką danych na serwer. Po wysłaniu danych nie dostałem potwierdzenia, że dane poszły pomyślnie więc puściłem je jeszcze raz.
12015-05-28 06:56:29 UTCeBin Rzeszów: Budynki to usługa miasta nie krajowa :P
22015-05-28 07:03:44 UTCwmyrda akurat nie do końca. Otóż wiem, że Rzeszów ma własną mapę, ale na jej podstawie mapowało się mnie kilka razy wolniej także mapuję na podstawie mapy krajowej z którą w 100% widzę zgadza się to co jest zmapowane w centrum. Oznaczenie "krajowa" w takim wypadk...
32015-05-28 07:49:43 UTCeBin Dlaczego wolniej? Obrysy w geoportalu są aktualizowane rzadziej (raz w roku?) więc mogą być trochę nieaktualne.
42015-05-28 07:54:13 UTCwmyrda tracert2 jakoś szybciej pobiera je z bazy krajowej. klik i obrys jest. Być może akurat trafiłem na duże obciążenie serwerów i stąd moje doświadczenia. Natomiast braki faktycznie na niej są także jak skończę to resztę dorysuję z bazy miejskiej
39 changeset(s) created by wmyrda have been discussed with a total of 173 comment(s)