| Changeset |
No. |
Date |
Contributor |
Comment |
|
| 49685101 | 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)? |
| 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 | korni | Co to za import? Niektóre budynki do dziś nie pokazały się na orto |
| 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... |
| wmyrda | Dodam, że część obiektów w późniejszych latach dodawałem wg miejskiego podkładu. |
| 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 |
| 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... |
| wmyrda | usunąłem. Zgodnie z wizją lokalną nie ma ich tam nadal. |
|
| 46626085 | 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... |
| 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 |
| 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... |
| 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... |
| 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. ... |
| 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 ... |
| 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... |
| 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... |
| 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... |
| 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... |
| 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... |
| 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... |
| 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... |
| 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... |
| 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... |
| 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. ... |
| Tomas Straupis | Never knew that polish government is somehow controlling names of foreign countries :-) |
| wmyrda | http://ksng.gugik.gov.pl/pliki/wykaz_polskich_nazw_geograficznych.pdf |
| 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... |
| 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... |
| 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 ... |
| 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 ... |
| Tomas Straupis | When people care about other peoples goals, priorities and respect the time they spend on it. |
| 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 | Tomas Straupis | Stop deleting name:lt values. |
| wmyrda | Where did that happen??? |
| Tomas Straupis | http://osmhistory.appspot.com/changeset/46651415 |
| wmyrda | I do not see that it would say anything about me deleting anything. Could You be more specific? |
| Tomas Straupis | node: 60459175 |
| 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... |
| Tomas Straupis | You could as easily added a name:lt tag and avoided this whole selfish ignorance thread. |
| 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 | Tomas Straupis | Please add name:lt with value equal to name when adding other name:* tags (one of keepright.at errors). Thank you. |
| wmyrda | I never heard of such an requirement. IMHO adding name:*=* for country which language is represented in main name tag is redundant. |
| Tomas Straupis | This was one of keepright.at checks from looong time ago... |
| Zmianowy | Wszędzie zagranicą dopisuję tylko name:pl, tylko na obszarze Litwy jest inaczej, bo Tomas pilnuje, żeby było jeszcze name:lt. |
| maraf24 | Tagging for keepright? ;) |
| 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 ... |
| 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 ... |
| 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. |
| 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? |
| 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. |
| 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... |
| 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. |
| 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... |
| 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 ... |
| 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... |
| 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 | 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? |
| 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... |
| 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 | 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 |
| 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 | 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. ... |
| 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... |
| wmyrda | oh so the links are in the menu on the left :) For some reason I remeber them being icons in the top ;) |
| 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 | maraf24 | Ktoś przetagował twoje relacje na type=region.To chyba nie szkodzi? |
| 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 | mueschel | Hi, could you have a look to this way? Tagging seems weird.http://www.openstreetmap.org/way/454866700Cheers, Jan |
| wmyrda | Yeah, Copy & paste error. Thanks for spotting that one |
| wmyrda | fixed http://www.openstreetmap.org/changeset/43912920 |
|
| 40367788 | 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 |
| 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... |
| Zbigniew_Czernik | Te POI były przyklejone do obrysu, może dlatego? |
| 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ł |
| wmyrda | jak były przyklejone do obrysu to całkiem możliwe, że nie zauważyłem że tracert je usunął przy przerysowywaniu |
| Zbigniew_Czernik | Chyba można to uznać za błąd tracera? Zgłosić developerom możnaby... |
| 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 ... |
| 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ą). |
| wmyrda | Może coś z tego będziehttps://sourceforge.net/p/tracer2server/tickets/4/ |
| Zbigniew_Czernik | Dzięki :-) |
|
| 41735730 | 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... |
| wmyrda | nie rozumiem o czym mowa. Z żadnymi przystankami nic nie zmieniałem |
|
| 39543216 | 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 ... |
| 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... |
| 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 | slodki | Duplikaty w lokalizacji http://www.openstreetmap.org/query?lat=54.65534&lon=17.50037#map=17/54.65480/17.50449&layers=N |
|
| 37079027 | 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... |
| wmyrda | tak wiem. zauważyłem to jakiś czas temu. Jak widzisz to usuń. Ja tak robię przy okazji jak zauważę. |
|
| 37456283 | 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? |
| 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. |
| maraf24 | I tym samym stałeś się ich autorem:)Ok, szukam głębiej. |
|
| 37268063 | maraf24 | Ten budynek ma nieprawidłowy obrys: https://www.openstreetmap.org/way/398358415 |
|
| 37243425 | maraf24 | Tego budynku nie ma:https://www.openstreetmap.org/way/398150331 |
|
| 37262662 | 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 | 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. |
| maraf24 | https://www.openstreetmap.org/way/262127891 |
| 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ę... |
| wmyrda | https://www.openstreetmap.org/changeset/37660429 |
| Slawek_n | Trochę jeszcze zostało. Co do dokładności - komu potrzebne dokładnie wyrysowane nieistniejące budynki? |
| maraf24 | A chociaż nie widać ich na ortofotomapie? |
| 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? |
| maraf24 | Usunąłem-o ile dobrze liczę-58 budynków z obszaru tego zestawu zmian. |
| 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... |
| 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... |
| eBin | W tym przypadku orto2014 jest aktualniejszy ale jest tam to samo w geoportalu. |
| 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... |
| 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ą... |
| 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... |
| 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 |
| 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). |
| 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. |
| Slawek_n | @wmyrda Gdybyś tylko chciał, domyśliłbyś się, że mieszkam w Sanoku i wiem co piszę. |
| 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 | 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 | maraf24 | https://www.openstreetmap.org/way/344588040"Please check tagging:emerge @preserved-rebuildThank you,OdinOxin" (from http://www.openstreetmap.org/note/498468) |
| wmyrda | heh, musiałem nie zauważyć kopiuj wklei zrobionego w JOSM zamiast w konsoli. zaraz poprawię |
|
| 35830487 | Zbigniew_Czernik | Hmmm... http://osm.mapki.com/history/way.php?id=241140842To jest miejscowość Łączki, a nie Lesko... |
| 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 | 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. |
| 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 |
| 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 | Zbigniew_Czernik | Mam nadzieję, że nie zintegrowałeś z rozpędu różnych amenities z obrysami? |
| 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... |
| 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 | 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= |
| wmyrda | sprawdzę to choć nie wiem skąd się mogły wziąć. Raczej nie mapowałem inaczej niż dotychczas |
| 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 | eBin | Rzeszów: Budynki to usługa miasta nie krajowa :P |
| 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... |
| eBin | Dlaczego wolniej? Obrysy w geoportalu są aktualizowane rzadziej (raz w roku?) więc mogą być trochę nieaktualne. |
| 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 |