| Changeset | No. | Date | Contributor | Comment |
|---|---|---|---|---|
| 46021515 by wmyrda | 1 | 2018-08-06 13:14:19 UTC | gabro00 | For smaller towns and villages Wikipedia article tags are not on nodes, instead on relations. Can you change it to match the schema? |
| 46048716 by wmyrda | 1 | 2018-05-05 18:03:10 UTC | Mateusz Konieczny | Dodawanie polskich nazw ma sens - ale po co dodawać też tag wikipedia:pl dublujący tag wikipedia? |
| 53840349 by wmyrda | 1 | 2018-03-18 19:59:56 UTC | KrzysztZ | Witam, z jakich materiałów korzystałeś, mapując budynki w miejscowości Przyszów i kilku okolicznych? Zostały naniesione dopiero przed 4 miesiącami, a brakuje wielu budynków widocznych na podkładzie Geoportal-ortofotomapa zdjęcia lotnicze oraz na podkładzie lokalnego ge... |
| 2 | 2018-03-19 13:31:29 UTC | wmyrda | Spokojnie możesz dodać brakujące które widać na podkładach ORTO Geoportalu. Co do nadmiarowych to zawsze jest pytanie czy są to nowe budynki, które jeszcze nie widoczne są na ORTO a wprowadzone są do podkładu BDOT, czy też są to stare już wyburzone. Podkładów ORTO w... | |
| 3 | 2018-03-19 18:33:39 UTC | KrzysztZ | Korzystam w kolejności:- z geoportalu lokalnego- z ortofotomapy - zdjęcia lotnicze (na moim terenie z roku 2015)- z własnych obserwacji, ew. tylko do weryfikacji istnienia budynku - google maps, w mojej okolicy z wiosny 2017.Geoportal stalowowolski jest już skonfigurowany w podkładach J... | |
| 50970378 by wmyrda | 1 | 2018-01-07 23:18:13 UTC | Athoss15 | Hi!You deleted a lot of multilingual names of Central European rivers, and later you restored only the local names. What was the reason behind that? |
| 2 | 2018-01-08 07:44:04 UTC | wmyrda | I did not delete any names on any rivers. They where moved to the relations. It is better to have them once in one place for whole river than repeated on every single part of the river which even on large rivers can have may have many parts. | |
| 3 | 2018-01-08 10:41:57 UTC | Athoss15 | It may be simplier, but the multilingual map renderers, like mapcat.com or OsmAnd cannot render the local names of the relations, only the ways. I know, that we don't tag for the renderers, but it's always better to have more data, than less.Yes, long rivers can have many parts, but in JOSM in the... | |
| 4 | 2018-01-08 10:49:28 UTC | wmyrda | Once again - I did not remove /delete any data just moved it to more appropriate location database wise. Over the years in forums I read time and again we do not tag for any particular renderer just to improve the database. If you know better and copy those names back it is fine by me, but do not co... | |
| 50913121 by wmyrda | 1 | 2018-01-03 20:58:22 UTC | Poliakoff Mykhailo | Happy New Yearwhere is the import of information? Show license / permission / to use information. The Ukrainian community controls the compliance with the license / permit / import rule. |
| 2 | 2018-01-03 21:07:19 UTC | wmyrda | Manual work does not require any license or permission especially on the naming. Names a such never are trademarked, licensed or owned by any one in order for any one to get permission to use them.Get over it. | |
| 3 | 2018-01-03 23:00:02 UTC | Poliakoff Mykhailo | There is a rule of avoiding transliteration. Read the wiki rules (English version of the namesThe second point. If you raise the old maps of 1930 or older, then there's quite another There has been transliteration rarely there. Now there is a formal refusal in Poland that translations from Donba... | |
| 41688535 by wmyrda | 1 | 2017-12-27 15:57:27 UTC | Mateusz Konieczny | Czym jest ref w takim https://www.openstreetmap.org/way/439009359#map=11/50.9843/20.2180 ? |
| 2 | 2017-12-27 16:27:12 UTC | wmyrda | Informacją referencyjną z bazy gdoś jednoznacznie wskazującą obiekt w ich bazie dostępnej na https://www.gdos.gov.pl/dane-i-metadane | |
| 3 | 2017-12-27 17:04:55 UTC | Mateusz Konieczny | Dzięki! | |
| 51332080 by wmyrda | 1 | 2017-12-04 19:40:29 UTC | Cz ja | Witam. Zauważyłem, ze Sierakowski Park Krajobrazowy https://www.openstreetmap.org/relation/4522347#map=13/52.6362/16.2727 w rzeczywistości zajmuje większą powierzchnię ok.30.413ha w/g wikipedii https://pl.wikipedia.org/wiki/Sierakowski_Park_Krajobrazowy i http://www.zpkww.pl/parki/sierakowski-... |
| 2 | 2017-12-05 00:16:19 UTC | Cz ja | Spoko. Poprawiłem. Pozdrawiam. | |
| 53999864 by wmyrda | 1 | 2017-11-27 08:07:32 UTC | mueschel | Hi,could you check the tagging of this way?Is "Folwarek Jamy" the name?https://www.openstreetmap.org/way/542247985Cheers, Jan |
| 2 | 2017-11-28 09:50:18 UTC | wmyrda | hi,Folwarek was a proper name. I didnt notice that while adding new object instead of editing name field I edited tag itself.It is fixed now. | |
| 50966935 by wmyrda | 1 | 2017-11-12 21:04:34 UTC | aceman444 | Hi, thanks for adding Polish names to objects in Slovakia. However, you did more than that. In some cases you removed all name tags from rivers (waterway=river). I see some of those river segments are in relations of (type=waterway) that have those names, however I don't see any map that would use t... |
| 2 | 2017-11-13 16:57:03 UTC | wmyrda | Yeah, I didnt know back then that if move all the name*: including name=* into relation it will no longer show up in the map. I'll fix it this sometime this week | |
| 3 | 2017-11-20 13:53:25 UTC | wmyrda | This change http://www.openstreetmap.org/changeset/53947781 should fix it. | |
| 4 | 2017-11-21 22:01:00 UTC | aceman444 | Hi, thanks for the fix. I see you didn't copy all the translated names to the waterway, only the Slovak one (as name), but better than nothing. Thanks ;) | |
| 5 | 2017-11-21 22:53:13 UTC | wmyrda | It was intended from the start.name may change for river/stream depending on the country, but name:[country code]=* stays the same for whole waterway. It is better to have it in relation once than repeated everytime on 20,30,50 or more parts of the same river. | |
| 46064347 by wmyrda | 1 | 2017-11-17 07:28:27 UTC | Poliakoff Mykhailo | на території України окрім української вікіпедії - використання іншої є несумісним . Якщо існує українська версія статті --- використовуйте тільки її . Ігнорува... |
| 51197524 by wmyrda | 1 | 2017-11-11 11:40:20 UTC | maraf24 | Dlaczego kopiujesz nazwy polskie do name:pl? W Polsce nazwa polska jest w name i nie ma potrzeby tworzenia duplikatów.Jeszcze bym to zrozumiał w przypadku miejscowości, ale dowolne obiekty? |
| 2 | 2017-11-11 12:46:32 UTC | wmyrda | korzystam z name:pl. Przydaje się przy tworzeniu polskiej wersji mapy | |
| 33582524 by wmyrda | 1 | 2017-10-09 10:24:33 UTC | RafalR | Gniazdo https://www.openstreetmap.org/node/3714200593 było prawdopodobnie przesunięte 70m, poprawiłem. |
| 2 | 2017-10-09 10:30:39 UTC | wmyrda | 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ś | |
| 52062243 by wmyrda | 1 | 2017-10-02 09:56:20 UTC | Olga | Yanosik | Cześć, rzeka Zielawa się przesunęła, możesz zerknąć? |
| 2 | 2017-10-02 10:06:15 UTC | wmyrda | pewnie jakiś błąd w sztuce. Rzucę okiem | |
| 3 | 2017-10-03 07:35:52 UTC | wmyrda | Powinno być dużo lepiej http://www.openstreetmap.org/changeset/52586794 | |
| 4 | 2017-10-03 07:47:31 UTC | Olga | Yanosik | Jest super, dzięki za szybką reakcję! | |
| 50937623 by wmyrda | 1 | 2017-10-02 08:12:04 UTC | Mateusz Konieczny | Z ciekawości - czy coś korzysta z tego że name i name:pl ma tą samą wartość? |
| 2 | 2017-10-02 08:12:51 UTC | Mateusz Konieczny | Bo jeśli to jest rzeczywiście używane to byłby to ciekawy temat na następny temat moich edycji. | |
| 3 | 2017-10-02 08:41:29 UTC | wmyrda | 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... | |
| 52114670 by wmyrda | 1 | 2017-09-27 12:54:41 UTC | Poliakoff Mykhailo | Dziękuję za pomoc w przejściu Białorusi na język białoruski.Дзякуй, што дапамагаеце ў пераходзе Беларусі на беларускую мову |
| 2 | 2017-09-27 13:02:51 UTC | wmyrda | Ujednolicałem nazwy w Polsce, a że część rzek zachaczała za granicę kraju to i tam przy tej okazji poprawiłem. | |
| 3 | 2017-09-27 13:30:31 UTC | Poliakoff 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 -... | |
| 52255833 by wmyrda | 1 | 2017-09-22 08:51:01 UTC | Harald Hartmann | And `operator:wikipdedia` instead of `operator:wikipedia` at http://www.openstreetmap.org/way/413538245 #typo |
| 2 | 2017-09-22 11:12:52 UTC | wmyrda | both typos fixed. thanks | |
| 52223995 by wmyrda | 1 | 2017-09-22 06:24:40 UTC | Harald Hartmann | Hello wmyrda. At http://www.openstreetmap.org/way/449006568 you have tagged `operator:wikpedia` instead of `operator:wikipedia`, right? #typo |
| 2 | 2017-09-22 06:26:25 UTC | wmyrda | Yeah it was. Thanks for noticing | |
| 51930854 by wmyrda | 1 | 2017-09-11 08:21:32 UTC | Mateusz Konieczny | Gdybyś miał uwagi czy pomysł jak zmodyfikować stronę z raportami by przerabianie było prostsze to daj znać :) |
| 2 | 2017-09-11 08:24:35 UTC | wmyrda | 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. | |
| 3 | 2017-09-11 08:26:02 UTC | wmyrda | 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. | |
| 4 | 2017-09-11 16:33:48 UTC | wmyrda | @MateuszW zasadzie to wydaje się że zakończyłem te najważniejsze grupy. Jak rozumiem pozostałe może ogarnąć skrypt tak? | |
| 5 | 2017-09-13 08:00:12 UTC | Mateusz 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.htmlDodałem sprytniejsze zapytania - jeśl... | |
| 6 | 2017-09-13 08:01:37 UTC | Mateusz 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. | |
| 51834662 by wmyrda | 1 | 2017-09-08 08:00:15 UTC | Mateusz 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) |
| 2 | 2017-09-08 08:00:58 UTC | Mateusz Konieczny | Chodzi o przypadki typu http://www.openstreetmap.org/node/31887444 (kliknij na link do wikipedii by zobaczyć problem) | |
| 3 | 2017-09-08 09:18:48 UTC | wmyrda | 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... | |
| 4 | 2017-09-08 12:54:12 UTC | Mateusz Konieczny | https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Polska.html powinno mieć następne :) | |
| 5 | 2017-09-08 13:56:30 UTC | wmyrda | 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... | |
| 6 | 2017-09-09 07:34:45 UTC | Mateusz 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. | |
| 7 | 2017-09-09 13:32:41 UTC | Mateusz Konieczny | https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Polska.html ma nowe dane :) | |
| 8 | 2017-09-09 20:47:42 UTC | wmyrda | 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 :> | |
| 9 | 2017-09-10 06:11:23 UTC | Mateusz 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. | |
| 51845035 by wmyrda | 1 | 2017-09-08 14:00:44 UTC | Mateusz Konieczny | A gdyby ciekawiło cię dodawanie wikidata a nie tylko pielęgnacja to polecam https://osm.wikidata.link/ |
| 51429822 by wmyrda | 1 | 2017-08-25 19:21:14 UTC | jacek_zwik | Dlaczego zmieniłeś nazwę kaplicy św. Wawrzyńca na Śnieżce na Kamień pamięci Adolfa Rotha. GOPRowcy mogą się wkurzyć. |
| 2 | 2017-08-25 22:19:43 UTC | wmyrda | pewnie jakiś błąd przy kopiuj/wklej. W zasadzie nie powinno się zdarzyć | |
| 3 | 2017-08-25 22:24:14 UTC | wmyrda | naprawione http://www.openstreetmap.org/changeset/51446525 | |
| 50644081 by wmyrda | 1 | 2017-07-30 22:26:29 UTC | Zbigniew_Czernik | O co chodzi w tej zmianie? http://osm.mapki.com/history/way.php?id=361392991 |
| 2 | 2017-07-31 05:11:59 UTC | wmyrda | Nie przypominam sobie tagiego ruchu. Może coś tracer zamienił lub kliknięcie "połącz punkty adresowe z obrysami". | |
| 3 | 2017-07-31 05:17:07 UTC | wmyrda | 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. | |
| 4 | 2017-07-31 06:45:22 UTC | wmyrda | 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... | |
| 5 | 2017-07-31 07:29:16 UTC | wmyrda | 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... | |
| 50477016 by wmyrda | 1 | 2017-07-23 08:55:16 UTC | mueschel | 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, Jananimate=yesarea=not applicableestablished=1988-12-02sign=improperlysize=not applicablevitality=3 |
| 2 | 2017-07-23 09:40:57 UTC | wmyrda | 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... | |
| 49685101 by wmyrda | 1 | 2017-06-21 06:54:32 UTC | Majsiu | 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)? |
| 2 | 2017-06-21 07:01:15 UTC | wmyrda | 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... | |
| 31575238 by wmyrda | 1 | 2017-03-06 18:55:03 UTC | korni | Co to za import? Niektóre budynki do dziś nie pokazały się na orto |
| 2 | 2017-03-07 06:26:43 UTC | wmyrda | 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... | |
| 3 | 2017-03-07 06:27:45 UTC | wmyrda | Dodam, że część obiektów w późniejszych latach dodawałem wg miejskiego podkładu. | |
| 4 | 2017-03-19 16:23:37 UTC | korni | 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 | |
| 5 | 2017-03-22 08:12:24 UTC | wmyrda | 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... | |
| 6 | 2017-03-29 11:46:40 UTC | wmyrda | usunąłem. Zgodnie z wizją lokalną nie ma ich tam nadal. | |
| 46626085 by wmyrda | 1 | 2017-03-06 16:33:51 UTC | Tomas 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... |
| 2 | 2017-03-06 17:42:02 UTC | wmyrda | 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 | |
| 3 | 2017-03-06 18:00:40 UTC | Tomas 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... | |
| 4 | 2017-03-06 18:21:00 UTC | wmyrda | 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... | |
| 5 | 2017-03-06 18:29:30 UTC | Tomas 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. ... | |
| 6 | 2017-03-06 22:35:25 UTC | rmikke | @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 ... | |
| 7 | 2017-03-06 22:45:02 UTC | rmikke | @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... | |
| 8 | 2017-03-07 02:42:39 UTC | Tomas 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... | |
| 9 | 2017-03-07 06:15:57 UTC | wmyrda | 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... | |
| 10 | 2017-03-07 07:05:39 UTC | Tomas 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... | |
| 11 | 2017-03-07 09:02:33 UTC | rmikke | @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... | |
| 12 | 2017-03-07 09:39:16 UTC | Tomas 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... | |
| 13 | 2017-03-07 10:18:12 UTC | rmikke | @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... | |
| 14 | 2017-03-07 10:25:16 UTC | rmikke | @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... | |
| 15 | 2017-03-07 10:27:18 UTC | Tomas 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... | |
| 16 | 2017-03-07 10:40:39 UTC | wmyrda | "„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. ... | |
| 17 | 2017-03-07 10:47:48 UTC | Tomas Straupis | Never knew that polish government is somehow controlling names of foreign countries :-) | |
| 18 | 2017-03-07 10:50:21 UTC | wmyrda | http://ksng.gugik.gov.pl/pliki/wykaz_polskich_nazw_geograficznych.pdf | |
| 19 | 2017-03-07 11:17:44 UTC | Tomas 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... | |
| 20 | 2017-03-07 11:23:49 UTC | wmyrda | 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... | |
| 21 | 2017-03-07 11:34:35 UTC | Tomas 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 ... | |
| 22 | 2017-03-07 15:10:55 UTC | rmikke | "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 ... | |
| 23 | 2017-03-07 15:13:09 UTC | Tomas Straupis | When people care about other peoples goals, priorities and respect the time they spend on it. | |
| 24 | 2017-03-08 20:56:09 UTC | rmikke | 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? | |
| 46651415 by wmyrda | 1 | 2017-03-07 13:21:43 UTC | Tomas Straupis | Stop deleting name:lt values. |
| 2 | 2017-03-07 13:22:58 UTC | wmyrda | Where did that happen??? | |
| 3 | 2017-03-07 13:33:59 UTC | Tomas Straupis | http://osmhistory.appspot.com/changeset/46651415 | |
| 4 | 2017-03-07 13:39:04 UTC | wmyrda | I do not see that it would say anything about me deleting anything. Could You be more specific? | |
| 5 | 2017-03-07 13:44:20 UTC | Tomas Straupis | node: 60459175 | |
| 6 | 2017-03-07 13:49:04 UTC | wmyrda | Oh comon. One mistake. I probably clicked edit instead of add and You say like I did it on purpose and multiple times.Please... | |
| 7 | 2017-03-07 13:55:39 UTC | Tomas Straupis | You could as easily added a name:lt tag and avoided this whole selfish ignorance thread. | |
| 8 | 2017-03-07 14:03:22 UTC | wmyrda | 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. | |
| 46469488 by wmyrda | 1 | 2017-02-28 16:18:23 UTC | Tomas Straupis | Please add name:lt with value equal to name when adding other name:* tags (one of keepright.at errors). Thank you. |
| 2 | 2017-02-28 17:10:40 UTC | wmyrda | I never heard of such an requirement. IMHO adding name:*=* for country which language is represented in main name tag is redundant. | |
| 3 | 2017-02-28 17:12:20 UTC | Tomas Straupis | This was one of keepright.at checks from looong time ago... | |
| 4 | 2017-03-03 19:24:44 UTC | Zmianowy | Wszędzie zagranicą dopisuję tylko name:pl, tylko na obszarze Litwy jest inaczej, bo Tomas pilnuje, żeby było jeszcze name:lt. | |
| 5 | 2017-03-06 12:05:57 UTC | maraf24 | Tagging for keepright? ;) | |
| 6 | 2017-03-06 12:42:13 UTC | Tomas 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 ... | |
| 7 | 2017-03-06 12:57:38 UTC | wmyrda | "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 ... | |
| 8 | 2017-03-06 13:02:27 UTC | Tomas 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. | |
| 9 | 2017-03-06 13:07:20 UTC | wmyrda | 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? | |
| 10 | 2017-03-06 13:17:36 UTC | Tomas 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. | |
| 11 | 2017-03-06 22:26:23 UTC | rmikke | 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... | |
| 12 | 2017-03-07 02:26:25 UTC | Tomas 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. | |
| 13 | 2017-03-07 08:10:39 UTC | maraf24 | @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... | |
| 14 | 2017-03-07 08:24:28 UTC | rmikke | 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 ... | |
| 15 | 2017-03-07 08:35:45 UTC | Tomas 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... | |
| 16 | 2017-03-07 08:39:07 UTC | Tomas 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... | |
| 46273976 by wmyrda | 1 | 2017-02-26 19:00:25 UTC | nyuriks | 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? |
| 2 | 2017-02-27 08:32:49 UTC | wmyrda | 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... | |
| 3 | 2017-02-27 08:40:01 UTC | wmyrda | 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. | |
| 46042899 by wmyrda | 1 | 2017-02-16 21:09:43 UTC | mueschel | Hi,this node has the tag "Stupava = Svätý Jur" which looks like a mistake. Could you check that?http://www.openstreetmap.org/node/530544357Jan |
| 2 | 2017-02-17 08:26:48 UTC | wmyrda | 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. | |
| 46041894 by wmyrda | 1 | 2017-02-16 08:42:36 UTC | MiroJanosik | 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. ... |
| 2 | 2017-02-16 09:27:14 UTC | wmyrda | 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... | |
| 3 | 2017-02-16 09:34:37 UTC | wmyrda | oh so the links are in the menu on the left :) For some reason I remeber them being icons in the top ;) | |
| 4 | 2017-02-16 12:07:58 UTC | MiroJanosik | 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" | |
| 41800909 by wmyrda | 1 | 2017-01-11 00:07:04 UTC | maraf24 | Ktoś przetagował twoje relacje na type=region.To chyba nie szkodzi? |
| 2 | 2017-01-11 07:46:29 UTC | wmyrda | 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ę. | |
| 43845143 by wmyrda | 1 | 2016-11-24 07:20:57 UTC | mueschel | Hi, could you have a look to this way? Tagging seems weird.http://www.openstreetmap.org/way/454866700Cheers, Jan |
| 2 | 2016-11-24 07:42:28 UTC | wmyrda | Yeah, Copy & paste error. Thanks for spotting that one | |
| 3 | 2016-11-24 07:45:25 UTC | wmyrda | fixed http://www.openstreetmap.org/changeset/43912920 | |
| 40367788 by wmyrda | 1 | 2016-10-13 19:41:06 UTC | Zbigniew_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 :PChodzi o: http://osm.mapki.com/history/node.php?id=3586650586http://osm.mapki.com/history/node.php?id=3586650587 |
| 2 | 2016-10-13 20:58:06 UTC | wmyrda | 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... | |
| 3 | 2016-10-13 20:59:30 UTC | Zbigniew_Czernik | Te POI były przyklejone do obrysu, może dlatego? | |
| 4 | 2016-10-13 20:59:45 UTC | wmyrda | 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ł | |
| 5 | 2016-10-13 21:01:18 UTC | wmyrda | jak były przyklejone do obrysu to całkiem możliwe, że nie zauważyłem że tracert je usunął przy przerysowywaniu | |
| 6 | 2016-10-13 21:03:52 UTC | Zbigniew_Czernik | Chyba można to uznać za błąd tracera? Zgłosić developerom możnaby... | |
| 7 | 2016-10-13 21:09:17 UTC | wmyrda | 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 ... | |
| 8 | 2016-10-13 21:17:15 UTC | Zbigniew_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ą). | |
| 9 | 2016-10-14 09:42:44 UTC | wmyrda | Może coś z tego będziehttps://sourceforge.net/p/tracer2server/tickets/4/ | |
| 10 | 2016-10-14 20:26:52 UTC | Zbigniew_Czernik | Dzięki :-) | |
| 41735730 by wmyrda | 1 | 2016-08-28 13:58:06 UTC | dariusz890 | 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... |
| 2 | 2016-08-28 17:40:25 UTC | wmyrda | nie rozumiem o czym mowa. Z żadnymi przystankami nic nie zmieniałem | |
| 39543216 by wmyrda | 1 | 2016-08-13 15:35:32 UTC | slodki | 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 ... |
| 2 | 2016-08-13 16:06:57 UTC | slodki | 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... | |
| 3 | 2016-08-15 07:36:32 UTC | wmyrda | 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... | |
| 40648570 by wmyrda | 1 | 2016-08-13 17:47:33 UTC | slodki | Duplikaty w lokalizacji http://www.openstreetmap.org/query?lat=54.65534&lon=17.50037#map=17/54.65480/17.50449&layers=N |
| 37079027 by wmyrda | 1 | 2016-07-08 21:24:48 UTC | maraf24 | https://www.openstreetmap.org/way/396708668To 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... |
| 2 | 2016-07-09 06:13:28 UTC | wmyrda | tak wiem. zauważyłem to jakiś czas temu. Jak widzisz to usuń. Ja tak robię przy okazji jak zauważę. | |
| 37456283 by wmyrda | 1 | 2016-06-07 21:08:24 UTC | maraf24 | Na zarszyn.e-mapa.net są inne numery domów.Mieli błąd, czy jednak źródłem tych adresów była EMUiA? |
| 2 | 2016-06-08 04:13:13 UTC | wmyrda | 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. | |
| 3 | 2016-06-08 08:54:31 UTC | maraf24 | I tym samym stałeś się ich autorem:)Ok, szukam głębiej. | |
| 37268063 by wmyrda | 1 | 2016-04-02 21:42:58 UTC | maraf24 | Ten budynek ma nieprawidłowy obrys: https://www.openstreetmap.org/way/398358415 |
| 37243425 by wmyrda | 1 | 2016-04-02 21:42:20 UTC | maraf24 | Tego budynku nie ma:https://www.openstreetmap.org/way/398150331 |
| 37262662 by wmyrda | 1 | 2016-04-02 21:41:38 UTC | maraf24 | Ten budynek poprawiłeś: https://www.openstreetmap.org/way/318211475A sąsiedni już nie: https://www.openstreetmap.org/way/318211484Czy z tego, że jest na orto a nie ma go na BDOT wynia, że został wyburzony? |
| 37265639 by wmyrda | 1 | 2016-03-05 17:41:38 UTC | Slawek_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. |
| 2 | 2016-03-05 19:35:52 UTC | maraf24 | https://www.openstreetmap.org/way/262127891 | |
| 3 | 2016-03-07 08:21:41 UTC | wmyrda | 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ę... | |
| 4 | 2016-03-07 08:22:11 UTC | wmyrda | https://www.openstreetmap.org/changeset/37660429 | |
| 5 | 2016-03-07 20:00:09 UTC | Slawek_n | Trochę jeszcze zostało. Co do dokładności - komu potrzebne dokładnie wyrysowane nieistniejące budynki? | |
| 6 | 2016-03-07 21:58:57 UTC | maraf24 | A chociaż nie widać ich na ortofotomapie? | |
| 7 | 2016-03-08 19:22:00 UTC | Slawek_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? | |
| 8 | 2016-03-08 22:00:49 UTC | maraf24 | Usunąłem-o ile dobrze liczę-58 budynków z obszaru tego zestawu zmian. | |
| 9 | 2016-03-13 22:48:38 UTC | eBin | 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... | |
| 10 | 2016-03-14 08:29:44 UTC | wmyrda | 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... | |
| 11 | 2016-03-14 08:47:13 UTC | eBin | W tym przypadku orto2014 jest aktualniejszy ale jest tam to samo w geoportalu. | |
| 12 | 2016-04-01 22:09:03 UTC | Mateusz 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... | |
| 13 | 2016-04-02 09:46:56 UTC | wmyrda | 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ą... | |
| 14 | 2016-04-02 10:34:32 UTC | maraf24 | 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... | |
| 15 | 2016-04-02 14:16:05 UTC | wmyrda | 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 | |
| 16 | 2016-04-02 14:43:49 UTC | Mateusz 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). | |
| 17 | 2016-04-02 15:54:26 UTC | maraf24 | @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. | |
| 18 | 2016-04-02 17:47:02 UTC | Slawek_n | @wmyrda Gdybyś tylko chciał, domyśliłbyś się, że mieszkam w Sanoku i wiem co piszę. | |
| 19 | 2016-04-02 21:12:21 UTC | wmyrda | 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... | |
| 37206982 by wmyrda | 1 | 2016-02-20 15:09:19 UTC | eBin | Nieładnie to wygląda w jednym miejscu tyle pomników: https://www.openstreetmap.org/note/516374#map=17/49.82214/22.39578 |
| 31066697 by wmyrda | 1 | 2016-01-15 10:47:46 UTC | maraf24 | https://www.openstreetmap.org/way/344588040"Please check tagging:emerge @preserved-rebuildThank you,OdinOxin" (from http://www.openstreetmap.org/note/498468) |
| 2 | 2016-01-15 10:57:36 UTC | wmyrda | heh, musiałem nie zauważyć kopiuj wklei zrobionego w JOSM zamiast w konsoli. zaraz poprawię | |
| 35830487 by wmyrda | 1 | 2016-01-04 07:57:02 UTC | Zbigniew_Czernik | Hmmm... http://osm.mapki.com/history/way.php?id=241140842To jest miejscowość Łączki, a nie Lesko... |
| 2 | 2016-01-04 08:09:10 UTC | wmyrda | 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ę | |
| 32849181 by wmyrda | 1 | 2015-07-24 21:07:03 UTC | Zbigniew_Czernik | Śmiem twierdzić, że addr:city nie jest właściwe dla tego adresu: http://osm.mapki.com/history/node.php?id=2426675154ponieważ Otryt Górny nie jest częścią miejscowości Lutowiska. |
| 2 | 2015-07-25 16:53:42 UTC | wmyrda | 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 | |
| 3 | 2015-07-25 17:18:10 UTC | Zbigniew_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... | |
| 31595474 by wmyrda | 1 | 2015-05-30 23:49:21 UTC | Zbigniew_Czernik | Mam nadzieję, że nie zintegrowałeś z rozpędu różnych amenities z obrysami? |
| 2 | 2015-05-31 08:43:17 UTC | wmyrda | 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... | |
| 3 | 2015-05-31 08:48:28 UTC | Zbigniew_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 :-) | |
| 31375846 by wmyrda | 1 | 2015-05-28 06:54:31 UTC | eBin | 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= |
| 2 | 2015-05-28 07:00:14 UTC | wmyrda | sprawdzę to choć nie wiem skąd się mogły wziąć. Raczej nie mapowałem inaczej niż dotychczas | |
| 3 | 2015-05-28 17:21:45 UTC | wmyrda | 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. | |
| 31483609 by wmyrda | 1 | 2015-05-28 06:56:29 UTC | eBin | Rzeszów: Budynki to usługa miasta nie krajowa :P |
| 2 | 2015-05-28 07:03:44 UTC | wmyrda | 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... | |
| 3 | 2015-05-28 07:49:43 UTC | eBin | Dlaczego wolniej? Obrysy w geoportalu są aktualizowane rzadziej (raz w roku?) więc mogą być trochę nieaktualne. | |
| 4 | 2015-05-28 07:54:13 UTC | wmyrda | 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 | |