Re: [talk-cz] Jak slepy import obcas dokaze znicit mapu...
Ahoj Mirku, > Tak je to opraveno. Diky za opravu a taky za alespon castecne vysvetleni toho co se stalo. Import jsem tady podeziral nepravem, ale z changesetu to proste na import vypadalo. Je jasne ze OSM je mapa kterou muze editovat kazdy a tak se proste podobne chyby obcas stat mohou. Otazka spis je, co se s tim da delat? Pokud se tohle stane v oblasti kterou nikdo nas zrovna aktivne nesleduje a nevyuziva, zustane podobny problem v mape treba nekolik let. A zadny z nastroju jako OSMCha nebo Achavi ten puvodni changeset nevidi jako podezrely - protoze proste nijak divny neni. I kdyz asi hromadne prejmenovani hodne prvku, co melo puvodne vlastni jmena, na jedno a to same, by nejaky ten red-flag pridat mohlo. Ale stejne tak neznam zadny nastroj co by kontroloval, jestli ulice ve meste se stejnym jmenem navazuji na sebe - hodne stejne pojmenovanych kousku, co nenavazuji na sebe, vetsinou znamena ze je neco spatne. Podobnou kontrolou by se asi prislo na vic chyb. Protoze jinak je to jenom o nahode, kdy clovek na neco takoveho nahodou narazi... r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[talk-cz] Jak slepy import obcas dokaze znicit mapu...
Ahoj, Pri prochazeni poslednich poznamek v mape a jejich reseni jsem narazil na nasledujici situaci v Odolene Vode: https://www.openstreetmap.org/#map=16/50.2322/14.4108=N V mape je asi 30x ulice Akatova, viz vsechny ty poznamky. Pokud se podivam na historii zmen k nektere z tech ulic: https://www.openstreetmap.org/way/26190785/history#map=15/50.2312/14.4129=N Je jasne ze za to muze changeset #73855351 od Minimalise: https://overpass-api.de/achavi/?changeset=73855351 Vsechny ulice maji stejne ref:ruian:street. Data na RUIANu a adresni mista jsou v poradku, vsechny maji spravne ulice, takze nevim co se tam pred rokem stalo. Ale je uplne jedno odkud se to tam dostalo, co je smutne je ze tohle je typicky pripad slepeho importovani hlouposti. Rucne by tohle nikdo nikdy do mapy nezadal, 30 stejne pojmenovanych ulic proste neni normalni! A predtim tam ty ulice byly pojmenovane spravne, uz nejakych 9 let. Timto bych chtel poprosit Vas vsechny co importuji data do OSM, divejte se jaka data do OSM davate! Je jedno jestli jde o LPIS, RUIAN, CUZK:KM... takovahle obrovska chyba se do mapy nikdy nemela dostat. Casto se stava ze import prepise pracne zmapovane oblasti, data ktere nekdo osobne posbiral v terenu a misto toho se do mapy nasype nejaky paskvil. Jako vzdy nejvic skody se da zpusobit tim, ze se pacha "dobro" za kazdou cenu... Vsechny ulice planuju opravit dneska vecer, do te doby se muzete divat na tu "nadheru" v mape. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[talk-cz] Zmeny v serverech na IPR Praha
Zdravim, Po tydnu co mi prestala jit ortofoto mapa Prahy jsem se konecne dokopal k zjisteni proc tomu tak je: Na mapovem portalu je nasledujici upozorneni: > 30. listopadu dojde k ukončení provozu mapových služeb ze serveru > https://mpp.praha.eu/arcgis/rest. > Důvodem je migrace a přechod na novou GIS infrastrukturu MHMP. Od 15. > listopadu je většina služeb > dostupná z nového prostředí. Z důvodu rozložení zátěže na více mapových > serverů, nemohou být > zachovány původní adresy služeb. V následující aplikaci lze na základě > původní adresy služby > dohledat službu v novém prostředí. > http://app.iprpraha.cz/apl/app/service_viewer/ > Metadata mapových služeb budou opraveny s mírným zpožděním nejpozději do > začátku roku 2021. > Pokud nenaleznete služby, které využíváte, kontaktujte nás na mailu > ba...@ipr.praha.eu. Aktualizovane podminky a dalsi dokumenty jsou tu (nezda se ze by se neco zmenilo): https://www.geoportalpraha.cz/cs/dokumenty/ke-stazeni Po chvili hledani jsem nasel novy ArcGIS server: https://gs-pub.praha.eu/arcgis/rest/services Zmena URL je z puvodniho (posledni mimovegetacni snimkovani): https://giswas1.mepnet.cz/arcgis/services/MAP/mimovegetacni_snimkovani_cache/ImageServer/WMSServer?... na nove: https://gs-pub.praha.eu/imgs/services/ort/mimovegetacni_letecke_snimkovani/ImageServer/WMSServer?... Pro posledni snimkovani potom: https://gs-pub.praha.eu/imgs/services/ort/letecke_snimkovani/ImageServer/WMSServer?... Chtelo by to taky aktualizovat mirror/cache server na zby.cz aby zase fungoval jak ma. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Odstránenie názvu školy
Zdravim, Soukromou skolu jsem smazal, zmena by se mela projevit v mape behem par hodin. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Připojení el. vedení na trafostanice
Ahoj, > Ještě bych měl jeden dotaz, jak uvádět výkon trafostanice (v kVA) existuje > na to vhodný parametr? existuje, klic "rating" viz https://wiki.openstreetmap.org/wiki/Tag:power%3Dtransformer#Tagging > A když má trafostanice více transformátorů? Pokud je to opet jenom sloup/stozar na kterem je vic transformatoru potom staci devices=2 atd. Kdyz jde o budovu tak umistit dovnitr vic bodu power=transformer - casto je dobre videt kde jsou podle dveri na kterych byva cedule T1, T2, ... nebo jsou primo videt z venku. Ale tohle opravdu mapuju jenom u vetsich rozvoden, pro male veze jako jsou na vesnicich davam vsechny potrebne tagy primo na budovu, myslim ze to tak bohate staci. Mapovani velkych trafostanic je jeste o neco slozitejsi: https://wiki.openstreetmap.org/wiki/Proposed_features/Substation_refinement Nejlepsi je si nejakou velkou, co je pekne zmapovana v OSM prostudovat co se tyce pouzitych tagu atd. Jakub ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Připojení el. vedení na trafostanice
Ahoj, Pokud je trafostanice na sloupu, tak tagovat jako: power=pole transformer=yes transformer=distribution (+ a pridat dalsi tagy jako napeti, ref, ...) Substation se v tom pripade nepouzije, protoze sloup je lepsi popis reality. Substation se pouziva pro budovy (building=transformer_tower) nebo rozvodny v budovach a kioscich (male nizke betonove kontejnery). Obecne by vedeni nikdy nemelo nekde jen tak koncit. Vzdy by na konci melo byt neco z nasledujich moznosti: - dalsi vedeni - sloup s location:transition (vede do zeme) - sloup s transformer=yes - budova na ktere je bod power=terminal - power=bay (pripojeni ve velkych rozvodnach) - sloup s fixme=Continue (pridavam vzdy na nedokoncene vedeni kdyz mapuji) Obcas clovek narazi na zrusene vedeni ktere opravu konci nekde v polich, v takovem pripade je dobre pridat note="Vedeni tu konci", nebo "zbytek zruseno" atd. aby bylo jasno. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] nečeský name=*
Ahoj, Myslim ze tady by bylo lepsi tagovat jako: name=15. poledník inscription=Meridian 15 Grad https://wiki.openstreetmap.org/wiki/Key:inscription r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Statistiky importu postovnich schranek
Ahoj, > Podle mě se s tím laborovalo a tohle byl nakonec snad nejrozumnější kompromis. Jo, pamatuju si ze se to nekdy davno resilo... ale uz presne nevim jestli to zpozdeni bylo kvuli OSM datum (pouziva se planet OSM aktualizace nebo neco jineho...?) a jestli ty duvody jsou stale aktualni. Ale jelikoz celkem je v CR max. nejakych 2 schranek, to by zvladnul stahnout i overpass. Zas tolik dat to neni a byly by aktualni... r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[talk-cz] Statistiky importu postovnich schranek
Ahoj, Po delsi dobe jsem se vratil k importu postovnich schranek. Prekvapilo me ze se zmeny v OSM datech projevi na strance statistik (http://josm.poloha.net/cz_pbox/) az se zpozdenim dvou dnu. Dole na strance napr. dnes je: Poslední přepočet: 29.06.2020 06:06:06 Data Openstreetmap: 27.06.2020 Bylo by mozne tohle nejak opravit? Pokud v 6 hodin rano jeste nejsou dostupna data z OSM z konce minuleho dne, tak treba posunout cas generovani statistik na 8h rano... Nebo klidne jeste vic, vetsina lidi stejne mapuje az odpoledne po praci... r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Přírodní parky
Ahoj, Par pripominek: 1) "Start ASAP with 2 regions (part 1) and continue with further parts" Tohle se moc na import listu libit nebude, pred schvalenim by mel popis importu byt kompletni a uz by se dal nemel menit. Mapovani neceho dalsiho co neni schvalene je proti pravidlum, stejne tak jako pridavani dalsich zdroju dat ktere nebyly schvalene. Asi bylo lepsi nejdriv ziskat co nejvice povoleni a potom teprve zacit. Rozdelit import max. na dve casti, s tim ze budes muset zadat na import listu o kazdou zvlast. 2) Tagging "website=https://wiki.openstreetmap.org/wiki/Czech_nature_parks_import; - tohle mi prijde zbytecne, pokud uz nejaky URL tak odkaz na web o parku. Tohle ma byt uzitecna informace pro uzivatele mapy, ne informace o tom z jakeho importu park pochazi... Taky "name=Přírodní park " - by melo byt proste jmeno parku, to ze je to prirodni park je jasne z dalsich tagu. 3) Uplne ti tam chybi sekce "Data Merge Workflow / Conflation", tedy co budes presne delat pokud uz nejaky park v mape je. Je potreba popsat jestli ten stary smazes, nebo ho nejak budes upravovat, ktera data budou mit prednost atd. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] jak značit chatovou osadu?
Ahoj, > Ty chatové osady, o kterých mluvím, nemají kolem plot. Dá se tamtudy > obvykle normálně projít. Ani jednotlivé pozemky zvětšiny nemají ploty. U > chat nebývají obvykle zahrádky, spíš jen posekaná tráva, dřevník, ohniště, > pár stromů. :-) Tak potom bych to mapoval jenom jako samostatne budovy, pokud je kolem zahradka tak jako leisure=garden + garden:type=residential. landuse=allotments na mape vypada jako neprostupny blok kteremu je lepsi se vyhnout (protoze vetsinou je kolem plot a neda se jen tak zahradky projit), je to urcene pro zahradkarske kolonie jako treba tato: https://openstreetmap.cz/#map=18/50.11243/14.46551=j r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] jak značit chatovou osadu?
Ahoj, Pokud je to uzavreny areal, do ktereho se normalni clovek nedostane, tak potom jako landuse=allotments (typicke zahradkarske kolonie). Pokud jde o samostatne oplocene pozemky s domky, mezi kterymi jsou cesty ktere jsou volne pristupne, znacil bych to jako obycejne zahrady s domy. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Přírodní parky
Ahoj, > Koukám na tvoji wiki stránku "IPRPraha Powerstations Import" - hezky > zpracované, ale je někde dokumentováno, že IPRPraha povoluje využití pro > OSM? Je to povoleno jen pro překreslení nebo i pro import? Potřebuju důkaz > :) Je to tam pod bodem "Import source / Link to permission", viz email tady na cz-talku od Mateje a jeho konverzace s Bohdanem z IPR: https://lists.openstreetmap.org/pipermail/talk-cz/2018-February/018526.html V tvem pripade by se asi dalo import nedelat a oblasti obkreslit v JOSM podle dat a proste dat zdroj do changesetu. Neprijde mi ze by to bylo nejak odlisne od obkreslovani treba z CUZK:KM... Jinak zkusenosti s protlacenim importu pres OSM import group: 1) Urcite si dobre priprav dokumentaci na wiki, melo by tam byt vsechno co se vyzaduje. Hlavne veci ohledne reseni konfliktu s tim co uz v mape je a spravne tagovani. Pokud budes delat import rucne, je dobre to tam zduraznit, protoze import group ma nejvetsi problemy s lidmi co proste nahazou data do OSM a neresi konflikty/nasledky. 2) Po nahlaseni do import talku se nebude nic dit, je tam dost mrtvo. Ja jsem potom po nejake dobe proste provokativne napsal, ze kdyz tedy nejsou zadne pripominky, tak ze beru navrh jako schvaleny... a najednou se pripominky objevily :) A bylo mi vycitano ze jsem mel pockat aspon mesic... 3) Zacatek a konec praci je opet treba oznamit na import listu a taky updatovat wiki, at uz stranku o importu nebo tu velkou tabulku importu... r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Přírodní parky
Ahoj, > Hm, ten geoportalpraha vypadá moc dobře :) přírodní parky mají, nádhera. > Jak mám oznacit ten zdroj? Je tu už nějaká konvence? Máme nějakou help > page? Kdyz jsem delal import trafostanic v Praze, pouzival jsem source=cz:IPRPraha Jinak data se daji bud nahrat do JOSM a podle nich kreslit nebo primo importovat, pripadne to prohnat pres QGIS pokud jsou souradnice v Krovakovi atd. Pokud ale chces data primo importovat, budes muset jit pres OSM Import list, nechat si to schvalit atd. > Přijímám tipy pro další kraje :). Open data z krajů asi nikde centrálně > agregovaná nejsou, že? Pokud vůbec existují tedy... Podobny portal ma treba Ustecky kraj: https://geoportal.kr-ustecky.cz/gs/ Ale pro pouziti v OSM je nejdrive potreba ziskat povoleni pro poskytovani dat podle ODbL, coz zatim nemame. Pokud se toho ujmes, bude to jenom dobre, v tom Geoportalu je hromada zajimavych dat :) r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Přírodní parky
Ahoj, > Napadá mě třeba pražský magistrát, jestli neposkytuje volná mapová > data... Poskytuje a dokonce uz mame i schvaleno pouzivat data pro OSM. Muzes vybirat na webu IPR: https://www.geoportalpraha.cz/cs/data/otevrena-data/seznam r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] [začátečníci] Elektrické vedení
Ahoj, Dodam ze aktualni zmapovanost CR (a okoli) je dobre videt na OpenInfraMap: https://openinframap.org/#8/50.023/14.53 Postupne systematicke mapovani vedeni pokracuje uz nekolik let. V te pokryte oblasti by uz melo byt vsechno zmapovane, od VN po VVN. Pro zacatecniky opravdu staci jenom pridat power=minor_line a casem, az na to misto dojde, se ostatni tagy doplni, stejne jako propojeni do okolni site. Na konce vedeni kde neni jasne kam dal vede je urcite dobre davat fixme=Continue aby bylo jasne ze jeste vede nekam dal. Taky pozor na stari ruznych ortofoto podkladu, dost vedeni bylo zruseno, prelozeno... Nekde jsou vedeni videt na CUZK:KM podkladu ale opet plati ze to nemusi byt aktualni nebo poloha muze byt spatne. Idealni je vzdy overit existenci z vice zdroju... nebo jeste lepe primo v terenu. Jinak preju hodne stesti pri mapovani vedeni v OSM. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] POI - bivak
Ahoj, Ten web vypada uz dost let bez jakekoliv adminstrace. Autor je uzivatel "Vasik", dole na strance inicialy "V.A." Na webu je diskusni forum: http://boudy.info/diskuse.php?txt=cz Ale od roku 2011 se tam neobjevil. Dotazu na nejaky kontakt na autora je tam vic, ale vsechno bez odpovedi. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] nefunkční Undelete v JOSM?
Ahoj, Vyzkousej plugin Reverter, ten funguje (pouzito pred par dny). r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[talk-cz] Divne vykresolvani stanic metra
Ahoj, Kdyz jsem se dneska podival na osm na spodni cast Vaclavaku tak se mi zdalo ze je tam neco spatne... co je ten sedivy pas pres Batuv palac? Potom mi doslo ze je to stanice metra Mustek a dalsi podzemni cesty, ktere se ale vykresluji jenom skrz budovy a ne plochu namesti. Nevim co se posledni dobou zmenilo (muze za to nova verze Mapniku? nebo nejaka chyba v OSM datech?) ale ted je to hodne zavadejici, podzemni cesty vypadaji jako dalsi pasaze prochazejici domy atd... https://www.openstreetmap.org/#map=19/50.08324/14.42328=N r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Update translation of Cs:Tag:route=hiking
Ahoj, Pamatuju ze jsem narazil na naucnou stezku kde bylo doporucene v jakem smeru se ma jit, kvuli zebriku na ceste, viz popis na posledni infotabuli: https://osm.fit.vutbr.cz/fody/files/21474.jpg https://openstreetmap.cz/#map=17/50.51994/14.57767=dKG Ale je to jenom doporuceni, je mozne ji klidne jit i opacne... r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] hláška josm o nedostatku paměti
Ahoj, > Jak mám spustit JOSM s uvedeným parametrem tak aby pamět byla dostatečná Muzes zkusit treba: java -jar -Xmx1400m josm-tested.jar (spustit z cmd v adresari JOSMu, pripadne si udelej BAT soubor nebo zastupce) Kde 1400m znamena 1400MB max. Je mozne pridat nebo ubrat, pokud je hodnota moc velka, java vyhodi chybu. Taky je mozne pouzit "javaw" misto "java", potom JOSM bezi bez konzoloveho okna. Ale asi opravdu jde o nejakou chybu (memoryleak) protoze neni duvod aby najednou JOSM potreboval o tolik pameti vice... r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Stare GPS velmi levne od statu
Ahoj, To je docela zajimave, i kdyz casto jde o zastarale GPS, veci jako anteny stale maji dobrou hodnotu... Jenom skoda ze ten popis neni lepsi, nebo treba tam neni foto, takhle je to takove kupovani "zajice v pytli". Na google je toho o "satcon gps" prekvapive malo... ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[talk-cz] Filtrovani poznamek v mape
Ahoj, Nevi nekdo jestli existuje nejaky nastroj na filtrovani poznamek (notes) v OSM? Napr. zobrazit jenom ty novejsi nez nejake datum, nebo v nich hledat nejaky text? Cas od casu prochazim poznamky v Praze a okoli a pokousim se je resit. Ale situace je takova ze jich je tu proste moc a vetsina jsou stare problemy ktere z meho pohledu nema smysl resit: - DPP problemy typu "chybi tu ten a ten autobus, tramvaj" atd. O importu se tu uz mnohokrat diskutovalo... - Ruzne cizi nazvy name:xx, osobne si nemyslim ze kazde udoli, cast mesta, park atd. potrebuje na sobe mit jak se rekne Cinsky, Rusky, Nemecky, ... Navic pridavat nazvy jenom podle toho co je v poznamce bez jakekoliv kontroly co ty znaky v kterem jazyce opravdu znamenaji (google translate mozna odhali nejake nadavky, ale casto taky uplne prekrouti smysl) taky neni idealni. - atd.. je to vic, ale tyhle dve skupiny jsou nejvetsi... Pokud by slo zobrazit napr. jenom ty co nejsou starsi nez tyden, hodne by to pomohlo. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Data telefonich budek
Ahoj, > Predpokladam, ze vetsi problem nez ten souhlas bude problem ziskat ta > data v rozumnem formatu. Protoze podle tech pinu co maji v te embeded > mape to bude PITA to delat. Chtelo by to CSV nebo neco podobneho. Ta mapa je taha z tohohle JSONu: https://mapy.o2.cz/o2mapy/data/dynamic/data-dynamic.json A to nevypada zrovna spatne... ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] Praha zveřejňuje otevřená data o parkování v ulicích města
Ahoj, > Nicméně je tam vidět, jak (ne)přesné ty souřadnice jsou. Občas to > vychází doprostřed domu :-( > Akorát nevím, jestli je problém už v datech nebo v převodu EPSG:5514 na > EPSG:4326. Pro import trafostanic jsem konverzi do lat/lon delal primo na IPR serveru v parametrech arcgis dotazu, vyzadal jsem si data v EPSG:4326 (outSR=4326) a polohy sedi vetsinou velice dobre. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] [Talk-cz] Problém s podklady IRP
Ahoj, Diky za fix a zprovozneni. r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [talk-cz] [Talk-cz] Problém s podklady IRP
Zdravim, Jenom pripominam ze IPR low-vegetation mirror stale nefunguje... r00tcz ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Problém s podklady IRP
Ahoj, Nevim co s tim je, ale jde o nejakou chybu na mirror serveru, trva to uz par dnu. Nefunguje jenom "low vegetation" mirror server, "latest" je OK, takze server jako takovy bezi a je dostupny. Stejne tak WMS pro obe vrstvy na IPR Praha serveru funguje. Server vraci JPEG o velikosti 0 bytu a nejak podezrele rychle, takze asi se ani nesnazi dotazat WMS server a chcipne to jeste pred tim... Pro mapovani se tedy da pouzivat primo IPR WMS, coz je pomalejsi ale alespon funguje. r00tcz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[Talk-cz] Zacal import trafostanic v Praze
Ahoj, Dneska jsem zacal s importem, zatim jsem narazil jenom na male chybky v nastaveni POI importeru. POI importer s datasetem jsem nahral na server, pristupny je zde: http://www.r00t.cz/tmp/trafostanice/#map=14/50.1544/14.5048=Trafo (modre jsou uplne hotove, jinak klasicka barevna stupnice) Je to spis pro sledovani prubehu nez jako pozvanka pro ostatni k mapovani, protoze nestaci jenom naklikat POI do mapy. Je potreba rucne kopirovat tagy na budovy atd., neni to tak jednoduche jako treba postovni schranky. Ale pokud by nekdo mel opravdu velkou chut se toho zucastnit, presny postup muzu sepsat... Zatim jsem zacal v oblasti Cakovic a Dablic, hodne mist tam znam a muzu tak snadno kontrolovat dataset se skutecnosti. Budu pokracovat v nasledujicich dnech, jde to docela rychle. r00tcz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Bylo: WeeklyOSM CZ 437 - bazény
Zdravim, Opravdu nevidim duvod pro mapovani soukromych bazenu co ma nekdo na zahrade, zvlast pokud jde o nejake male prenosne, co tam jsou treba jenom jedno leto. Cokoliv mensiho nez nejakych 10x5m co mapoval fell3 bych proste smazal. Protoze jina alternativa je ze by to musel nekdo udrzovat aktualni, pochybuju ze vetsina bazenu tam opet bude az bude k dispozici nova ortofotomapa. Nazor fell3 ze je to pro hasice aby vedeli kde brat vodu je myslim uplna vymluva: Pokud neco takoveho hasici opravdu potrebuji, maji k tomu jine zdroje nez OSM a nekoho kdo tu databazi udrzuje aktualni atd. Mapovani soukromych bazenu na zahradach je asi tak uzitecne jako mapovani jednotlivych stromu nebo treba lavicek na soukromych zahradach. r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Bylo: Import rozvoden v Praze / building=industrial -> building=service
Ahoj, > Našlo mi to třeba tohle: https://www.openstreetmap.org/way/115219968- > majitelem jsou dle KM "Severomoravské vodovody a kanalizace Ostrava a.s.", > tedy zřejmě vodojem. To je taky building=service? Pokud je to jenom maly domecek tak "building=service", pro velke objekty (treba Podolska vodarna) potom "building=industrial". Jinak ten pozemek kolem, co je oploceny, tagovat "man_made=water_works" + "barrier=fence". Je mozne pridat "operator=X" podle toho komu vodarna patri. Pokud je to vodojem s klasickou nadrzi (vetsinou umely "kopec") tak ten se mapuje jako "man_made=reservoir_covered". Taky by se dalo pridat "pipeline=substation", zvlast pokud tam tudy treba vede nejaky dulezitejsi vodovod a treba uz je zmapovany. Kdyz jde o zdroj vody kde se ziskava ze zeme (casto pozemek s varovanim o ochrannem pasmu atd.) tak vlastni zdroj jako "man_made=water_well". A kdyz uz jsme u toho, tak dalsi podobne budovy a zarizeni mimo elektriny: - Stejna budka patrici plynovodu je taky "building=service", pozemek potom "pipeline=substation". Je mozne pridat dalsi tagy podle WIKI viz pipeline. Podobne je to pro dalsi *vody (ropovod,teplovod,... co jeste tu mame?). - Cisticka odpadnich vod: "man_made=wastewater_plant", mala budova asi opet "building=service" pokud to neni opravdu velka COV. To je asi vsechno co me ted napadlo ze se u nas v terenu vyskytuje... r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Import rozvoden v Praze
Ahoj, Prosel jsem nekolik RS a i kdyz vsechny maji v datech "TYP_ZKR": "TR", v poznamce je vzdy napsano ze jde o spinaci, napr."Spinaci sidl. Dablice". Celkem jich je v Praze takto oznaceno 23. Nevim jestli jsou to vsechny, ale vsechny co uz jsou v osm oznacene jako RS maji v poznamce "Spinaci". POI importer jsem upravil tak, ze pokud uz rozvodna ma ref ve formatu XX, zachova se XX a kontroluje se pouze . Takze vsechny co uz jsou spravne oznacene zustanou tak jak jsou. U novych se pouzije "RS" pokud ma v nazvu "Spinaci" nebo "TS" pro ostatni pripady. Pokud v ramci kontroly ze streetview narazim na jiny prefix, samozrejme ho opravim. Dale jsem do POI importeru dodelal to spojovani source tagu (IPR Praha se prida k RUIANu pokud uz je na budove) a kontrolu klicu building (pokud uz je na budove, musi byt "building=service") a "street_cabinet" (pokud je, musi byt "street_cabinet=power"). r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Import rozvoden v Praze
Ahoj,
> netuším, jak funguje POI-Importer, ale zdroje v source by se v případě ad (3)
> měly zkombinovat, tj. source=cuzk:ruian;IPR Praha .
V POI-Importeru je nastaveno pro source:
{"key":"source", "algorithm":"inList"},
Takze podminka pro spravnost je ze tam "IPR Praha" je v seznamu hodnot.
Ale pri kliknuti na preneseni dat do JOSMu importer obe hodnoty nezkombinuje...
podivam
se na to jestli by to neslo dodelat, usetrilo by to praci.
r00t
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
Re: [Talk-cz] Import rozvoden v Praze
Ahoj, > Všechny ne, některé jsou právě označené RS : > https://overpass-turbo.eu/s/DOj Nasel jsem si napr. RS 2280 a v DB ji maji jako TR 2280 - je otazka jestli nejde proste o starts/novejsi znaceni toho sameho (transformator vs. rozvodna stanice) pripadne jestli to neznamena ze tam neni ten transformator (ale divil bych se kdyby to byla jenom rozvodna 22kV v takove velke budove bez trafa...). r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Import rozvoden v Praze
Ahoj, > místo voltage bych spíš doporučil > voltage:primary=22000 > voltage:secondary=400 ...je mozne pridat, ale zatim vsechny mapy co zpracovavaji power=* data jenom rozumneji tagu voltage, takze v tomhle pripade je to trochu "mapovani pro renderer". Jinak obecne pro power=substation je spis spravne voltage=X;Y;Z (seznam napeti co je v rozvodne) vs. pro transformator se spis hodi ":primary" a ":secondary". Muzu tam tedy dat oboji... > a pro budovu building=service, building=industrial je budova, kam chodí lidi > pracovat OK, v datech jsem u nas hlavne videl ze se pouziva z nejakeho duvodu "building=industrial" ale podle wiki mas 100%ni pravdu a melo by to byt "building=service". > Také se mi nezdá formát toho ref. V terénu jsem zatím vždy viděl „XX “, > kde XX je TS nebo RS a číslo (a je tam mezera mezi nimi), v tom importu > to vypadá, že je jen to číslo. V Praze jsou vsechny stanice "TS ", v datech to TS neni protoze je to databaze rozvoden a vsechny jsou v Praze, takze PRE pouziva jenom cislo. TS je proste trafostanice, na rozdil od mimo-prazskych siti CEZu kde prvni dve pismena znamenaji zkratku kraje do ktereho patri a maji tak nejakou pridanou hodnotu... r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[Talk-cz] Import rozvoden v Praze
Ahoj, Na Arcgisu IPR Praha jsem narazil na dataset rozvoden v Praze. Zatim jsem je mapoval jen z technicke mapy, kdyz jsem zrovna na nejakou narazil, co nebyla v mape nebo byla spatne otagovana. Ale tohle mi prijde jako mnohem lepsi reseni. Celkem jich je ~4800 a databaze obsahuje ruzna data, ale ne vsechny jsou pouzitelne (nektere neodpovidaji skutecnosti, napr. jestli jde o kiosek nebo budovu) jine jsou nevyplnene atd. Po porovnani nekolika desitek stanic se skutecnosti a zjistenim toho, co je v Arcgisu spravne a co ne, bych vyplnoval nasledujici klice: power=substation (je to rozvodna) substation=minor_distribution (koncova distribuce) transformer=distribution (vzdy je tam trafo) voltage=22000;400 (obe napeti, tak jak jsou uvedene na rozvodne) ref= (je v datasetu a odpovida skutecnosti) start_date=-MM-DD (datum spusteni z datasetu) source=IPR Praha (aby bylo jasne odkud jsou data) V datasetu je i nazev, ale jsou to takove divne hodnoty co asi nema smysl importovat: "Vyrobna uzeneho lososa" "Eurotel Chodov" "Administrativa" "Vežák Bucharova" Data jsem si nacpal do POI Importeru a vypada to dobre a pouzitelne: https://puu.sh/C4ogW/87e9af69e6.png Jsou 3 druhy umisteni trafostanic: 1) Kiosek - mapovano jako bod a pridam "street_cabinet=power" 2) V dome/soucasti vetsi budovy - opet mapovano jako bod + "location=indoor" 3) Samostatna budova slouzici jenom jako trafostanice - v tomhle pripade zkopiruju vsechny tagy primo na budovu a opet pridam "location=indoor" a pokud uz tak neni, upravim na "building=industrial" Pro 1. a 2. jde pouzit POI importer tak jak je udelany, souradnice z Arcgisu jsou presne tam kde je rozvodna. Pro 3. pripad POI importer vlozi bod do JOSM, z toho zkopiruju tagy na budovu a ten bod potom smazu. POI importer jsem nastavil tak, aby z Overpassu bral jak body tak budovy, takze parovani funguje spravne pro vsechny druhy rozvoden. Pro parovani pouzivam REF, je unikatni, casto uz i v OSM vyplneny. V kazdem pripade vzdy porovnam jestli tam rozvodna opravdu je (podle fotomapy, streetview,...). POI importer s datasetem muzu nahrat na server, aby byl pristupny, ale moc necekam ze by byl velky zajem o tohle mapovani. A zas tolik tech rozvoden neni, vidim to na 1-2 mesice obcasneho mapovani, pokud to budu delat sam... Spis mi jde o kritiku pouzitych tagu, pripadne proc tohle je, nebo neni, dobry napad a co by bylo dobre vylepsit nebo zmenit, nez se pujdu zeptat na import mailing list. r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] divný GPS tracklog
Ahoj, Zdravim dalsiho nadsence do RTK. Ja jsem pokusoval s M8N, ale nikdy jsem z toho nemel dobre vysledky, float "floatoval" hrozne moc kolem cesty az vysledek byl casto horsi nez obycejny vypocet polohy co pocita sama GPSka. Vymenil jsem antenu za vetsi ale vysledek byl v podstate stejny. M8T se tedy zda byt mnohem lepsi podle tvych vysledku a i toho co jsem cetl jinde na internetu. Pokud nekdo chce zacit s RTK, urcite se vyplati ho koupit, nez setrit a potom se trapit s M8N, jako jsem to udelal ja. Ted ma ale UBLOX novy ZED-F9P prijimac co umi L1+L2+E5. Mam ho objednany z Kickstarteru [1], cena asi dvojnasobek toho co jsi psal, takze nic levneho. Ale je to vcetne magneticke vicepasmove anteny za ~200e. Az mi ten zazrak prijde tak sem kdyztak napisu nejake poznatky, o tom jak to funguje v realu, at uz s RTKLIBem nebo primo s HW RTK. J. [1] simpleRTK2B Kickstarter, konci ted v patek: https://www.kickstarter.com/projects/simplertk2b/simplertk2b-the-first-multiband-rtk-shield-based-o/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[Talk-cz] osm.kyblsoft.cz statistiky
Ahoj, Po delsi dobe jsem se chtel podivat na statistiky uzivatelu v CZ a zda se ze je tam nejaka chyba, posledni tyden/mesic je prazdny. Sel jsem do minulosti v historii a prvni dny kdy to zacalo blbnout jsou nekde na konci kvetna: http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu?zobraz_jako_dne=2018-05-29 Od te doby to tedy asi nefunguje. Ale asi to nikomu nevadilo dost na to aby se ozval :) r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Prihlaseni do fody
Ahoj, Hmm, tak asi to opravdu bude tim prohlizecem nebo nejakym add-onem co pouzivam. Prohlizec je Basilisk52, jediny fork Firefoxu co je pravidelne updatovan a bezi pod XP (Test win32 binary z http://rtfreesoft.blogspot.com/) Ale ted jsem to zkousel v posledni ciste verzi Firefox ESR 52.9.0 a tam nahravani funguje, takze nahraju tech par fotek a proste to nebudu dal resit, nemam ted na to cas... r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Prihlaseni do fody
Ahoj, Podival jsem se na to co presne nefunguje a vidim ze request na https://osm.fit.vutbr.cz/fody/api/logged z https://openstreetmap.cz/ po kliknuti na pridani obrazku vzdy vraci err 401, i kdyz jsem prihlaseny. Pokud ale zkusim primo request na to API otevrit jako stranku tak to projde a vrati 200 OK. V inspektoru ve Firefoxu jsem zjistil ze je to tim ze v requestu z openstreetmap.cz nejsou potrebne cookies - a proto neni uzivatel overeny. Takze musi jit o nejaky problem s CORS requestem. I kdyz at na to koukam jak na to koukam, zadny problem v HTTP nevidim, vsechno potrebne tam v hlavickach je. Bohuzel dal to uz moc debuggovat nejde, presny duvod proc v requestu neni cookie firefox nikde nehlasi... r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Prihlaseni do fody
Ahoj, > Technická: zkoušel jsi reload openstreetmap.cz? jj, to jsem zkousel jako prvni, reload openstreetmap.cz po tom co jsem se prihlasil ve fody - ale bez uspechu. Potom taky smazani cache a reload obojiho, odhlaseni ve fody a smazani cache i vsech cookies a cele jsem to zopakoval, ale stale nic r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[Talk-cz] Prihlaseni do fody
Ahoj, Chtel jsem pridat par fotek a nejak se mi nedari prihlasit tak aby me to pustilo k uploadu na openstreetmap.cz. Chvili to fungovalo, ale potom uz nic nepomaha, ani se odhlasit a znovu prihlasit. - nacetl jsem openstreetmap.cz a tam dal nahrat obrazek, to me odkazalo na fody - na fody jsem se prihlasil OK - opet jsem na openstreetmap.cz dal nahrat obrazek a zobrazil se mi nahravaci dialog (vsechno tedy OK) - zavrel jsem prohlizec (fotky jsem chtel nahrat o neco pozdeji, chtel jsem jenom zjistit jestli nahravani funguje jak ma...). Pozdeji: - Prohlizec mam nastaveny aby smazal cookies takze po opetovnem nacteni jsem byl na fody odhlaseny a openstreetmap.cz me presmerovalo na fody abych se prihlasil. - na fody jsem se prihlasil OK - ale na openstreetmap.cz stale jenom vidim hlasku ze nejsem prihlaseny ve fody - pritom na strance fody vidim ze jsem prihlaseny Asi za to muze to smazani cookies, jako kdyby jejich smazani bez odhlaseni neco rozbilo... a odhlaseni/prihlaseni to uz nespravi. r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] GPS-presnost
Zdravim diskuzi o GPS, Je potreba rozlisovat rozdilne metody mereni: 1) Klasicke GPS kde se porovnava casovy rozdil prichodu signalu z druzic. Takhle funguji vsechny mobily, male USB gps a ostatni "konzumni" zarizeni. Je mozne pouzivat korekce z EGNOSu ale vlastni presnost je omezena modulacni rychlosti GPS signalu jako takoveho. Hlavni vyhoda ze ze je mozne kombinovat ruzne systemy (GPS,GLONASS,GALILEO) dohromady pro lepsi presnost. Tady jde o nejake 1-2m pokud je videt dost satelitu + EGNOS. 2) GPS-RTK kde se porovnava signal mezi prijimacem na nezname poloze a referencni stanici kde je poloha znama. Navic se pouziva mereni faze signalu coz umoznuje presnost na nekolik cm pri pouziti geodetickych prijimacu. Tahle metoda ale taky potrebuje mnohem vetsi uroven signalu pro fazove mereni a tedy mnohem vetsi antenu. Implementovat tohle do mobilu moc nedava smysl protoze ta antenka co tam je by stejne nefungovala. Taky ruzne vlivy okoli jsou znat (dotknout se anteny znamena totalni ztratu signalu...) a v hustem lese to taky moc dobre nefunguje. Taky nejde jednoduse pouzivat EGNOS korekce (protoze jsou jenom pro GPS ale ne pro ostatni systemy). Casto se pouziva post-processing, tedy ze v terenu se nahraji RAW mereni a zpetne kdyz uz jdou na internetu najit presne korekce hodin a drahy GPS druzic se dopocitaji uz presnejsi polohy. 3) GPS-PPP je starsi metoda nez se rozmohlo GPS-RTK, pouzivana pro geodeticke ucely. Funguje stejne jako klasicka gps, jenom se taky pouziva fazove mereni signalu a vysledky se prumeruji za dlouhou doby (desitky minut...hodin). Vetsina prijimacu je dvoufrekvencni (L1+L2) a dokazi tak modelovat a kompenzovat vliv ionosfery a troposfrery. Tak je mozne zamerit jeden fixni bod velice presne bez nutnosti referencni stanice. Dnes uz nema moc vyznam protoze je mozne pouzivat GPS-RTK pres internet a referencnich stanic je dost. K puvodnimu tematu: Nez pouzivat pro mapovani GPS co je v mobilu nebo tabletu, tak to uz je urcite lepsi si poridit nebo postavit lepsi GPS (neco jako antena+Ublox M8N GPS modul+USB TTL nebo bluetooth modul do vodotesne krabicky, s magnetem pro uchyceni na kolo nebo auto). Pokud se zapne GPS+GLONASS+GALILEO+WAAS tak by to melo mit pouzitelnou presnost a bude to asi to nejlepsi co jde klasickou GPS zmerit. Pri hodne spatnem signalu si ale stejne bude GPS vymyslet... reseni je exportovat GPX kde je u kazdeho bodu presnost. Tak je videt kde jsou u trasy horsi mista na ktere je potreba si dat pozor. S GPS-RTK je mozne si taky hrat, ale po nekolika letech pokusu mi prijde ze levne GPS moduly poradne nefunguji. A nebo mam nejake divne kopie z Ciny co nemaji tak dobre parametry (to je dost problem, pri kupovani UBLOX M8N je eBay plna padelku, bacha na to!). I s velkou antenou (20x20cm) stale signal neni dost silny na stabilni mereni fazi a GPS-RTK vypocty se nesejdou jak by mely. Profi geodeticke prijimace jsou urcite mnohem lepsi, ale i pouzite jsou poradne drahe, staci si na eBay vyhledat GPS RTK a prohlednout si ceny... navic ruzne stare GPS nedokazou prijimat ostatni systemy (GLONASS,GALILEO) a nekdy uz vubec nefunguji ani na GPS kvuli pretoceni GPS tydne (dokazaly zpracovat jenom tyden 0-1023). r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] Mapování "power"
Ahoj, Tagoval bych takto: > Heřmaň building=transformer_tower frequency=50 location=indoor power=substation substation=minor_distribution transformer=distribution voltage=22000;400 > Opalice: bod a pohled frequency=50 operator=EON power=pole transformer=distribution voltage=22000;400 Jinak JOSM me ted u transformatoru vnucuje napeti oddelene tagovat takto: voltage:primary=22000 voltage:secondary=400 Jakub ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
[Talk-cz] Par poznatku z mapovani schranek
Ahoj, Za poslednich nekolik mesicu jsem systematicky mapoval schanky v Praze a okoli, viz statistiky (depa 10003-29407), celkem neco pres 3500 novych schranek. Tady je muj postup mapovani, treba to nekomu pomuze zacit nebo zefektivnit praci: 1) Schranky co jsou presne tam kde maji byt Je dobre si vybrat depo a kompletne ho projit v POI importeru, u kazde schranky se podivat jestli je tam v Google Earth a pokud je, tak ji do OSM pridat. Vetsinou je tohle pravda tak pro 60% schranek, staci zkopirovat LAT/LON do GE, prejit do streetview a schranka tam je. Pokud tam schranka neni, jenom se zbezne podivam okolo, nic moc nezkoumam a kdyz ji nevidim, hned to vzdam a jdu na dalsi. Stejne tak pokud v miste neni Streetview. Na "problemove" schranky dojde pozdeji. Pokud clovek uz vi jak na to, jde tahle rychla kontrola opravdu rychle, kolem 1 pridane schranky/minutu. Je dobre si oblast depa rozdelit a jit treba v pruzich od severu na jih, nebo jeden den jednu stranu reky, potom druhou. Pomaha taky ze POI importer se aktualizuje skoro okamzite, staci obnovit stranku po par minutach po nahrani zmen do OSM a nove schranky uz jsou zelene. V JOSM je dobre si nahrat schranky z cele oblasti pres Overpass a pokud uz tam je tak zkontrolovat polohu a jenom ji aktualizovat. Jako podklad pouzivam Bing + CUZK:KM - pokud je schranka na dome, staci ji tam umistit podle CUZK:KM a neni treba se zdrzovat s kalibraci Bingu. Jinak samozrejme je potreba pokazde zkontrolovat jestli Bing odpovida CUZK:KM, to by ale melo byt pro kazdeho mappera samozrejmosti... 2) Druhy pruchod daty Prvni logicky krok je pouzit panoramu na mapy.cz, casto je tam kde streetview neni. Taky se pokusit najit schranky co maji spatne adresu ale jasnou poznamku ukazujici na misto kde jsou (casto "obchod","zastavka CSAD","hasicska zbrojnice"). Pokud je v miste streetview nebo panorama, u mensich vesnic staci projet hlavni ulici a schranka se vetsinou najde. Takhle se podari najit dalsich 10-20% schranek. 3) To co zbylo A mame tu "problemove pripady". Vetsinou jde proste o mista kam Google ani Mapy nejeli (male vesnicky, casti mest mimo hlavni ulice). Ale taky treba nadrazi, kde je schranka casto ze strany nastupiste. Pokud tam streetview nebo panorama je, vzdy misto detailne prohlednu. Casto jsou budovy ve stinu a neni nic videt. Upravit si gammu (napr. v Nvidia control panelu) nebo proste udelat screenshot a upravit ho v editoru hodne pomuze. Nekolik desitek schranek jsem nasel jenom diky tomuto postupu, protoze jinak byly skoro neviditelne. Nebo byla schranka schovana za kerem nebo stromem a videt jenom z jednoho specifickeho uhlu (jednoho mista na streetview). Pokud je u schranky uvedena ulice, celou ji projet - casto se stava ze je cislo domu spatne a schranka je jenom o kus dal. Potom uz nastupuje detektivni prace: - Pokud je schranka na nadrazi, zkusit najit fotku nadrazi a na ni schranku - Casto je na vesnici schranka na navsi, vedle je treba kostel nebo kaplicka kterou nekdo vyfotil - Taky je dobre zkontrolovat obecni urad nebo obchod V Google earth je pouzitelna vrstva fotografii (bohuzel panoramio uz je zrusene). Na mapy.cz potom fotograficka mapa. Po rozkliknuti fotky se nacte v relativne malem rozliseni, ale jde ziskat original: V URL pro fotku staci umazat "?fl=res..." a nacte se puvodni fotka, coz hodne muze pomoct, zvlast pokud je schranka nekde v pozadi. Dalsi zdroje jsou wikipedia (i pro male vesnicky a osady tam casto je fotka) nebo taky stoji za to zkontrolovat web obecniho uradu. Obcas tam maji fotky ktere pomohou. 4) Opravdove zbytky Schranky ktere se nepodari dohledat nijak nemapuji. Ke konci importu asi bude dobre je pridat na nejake nejlepsi misto s fixme, ale ted je to spis kontraproduktivni. Je lepsi je nemapovat aby byly v POI importeru a GPX importu jako chybejici. !!! Co urcite nedelat je nenechavat POI body, v pripade ze se schranka nenajde, na miste adresniho bodu nebo treba uprostred silnice. Nejenom ze je to spatne (schranku nikdo za kominem nema) ale hlavne to dela dojem, ze je schranka spravne zmapovana. V urcitych oblastech jsem narazil na pokusy o mapovani kde tohle bylo pravidlem: pokud tam schranka nebyla, nechal dotycny mapper POI bod tam, kam mu ho POI importer placnul a sel dal. Vysledek: pres 100 "zelenych" schranek rucne opravenych behem zbytecnych hodin editaci toho, co melo byt uz hotove... !!! Pokud si jeste na nejake dulezite veci vzpomenu, tak je sepisu do dalsiho emailu. Nebo mozna pridam nejake priklady tech tezko dohledatelnych (ale nakonec dohledanych) schranek. Jinak se asi opet preorientuju na mapovani vedeni VN, tam je prace jeste vic nez dost. Mapovani zdar r00t ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [Talk-cz] POI Importer, statistiky schránek
Ahoj, Dnes opet stejny problem, stranka je aktualizovana ale zmeny tam zadne nejsou. Asi to bude chtit posunout na tu 6. hodinu rano... J. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
Ahoj, > Schránka 2056 má umístnění: Na Vošverku 121, Sedlčánky. Diky, schranka nalezena a doplnena... J. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
Ahoj, > Abych pravdu řekl, nezkoumal jsem, kdy přesně končí "OSM" den. Ale vypadá to, > že "kolem" 23:00 CET už asi je po uzávěrce. Cekal bych ze den bude koncit v 00:00 UTC nebo CET, ale treba je to podle Moskevskeho casu :-) > Taky se mi to už stalo. Budeš muset vydržet do zítřka ;-) Aha... no o nic nejde, jenom jsem se divil proc nejake zmeny tam jsou a jine ne. J. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
Ahoj, Prijde mi ze statistiky schranek se aktualizuji nejak divne. Myslel jsem ze OSM data se stahuji pri aktualizaci v 5 rano jak je to napsano dole na strance, ale asi tomu tak neni: Dole na strance je: > Poslední přepočet: 16.03.2018 05:05:25 > Data ke dni: Česká pošta - 01.03.2018 (CP:201803) | Openstreetmap - 16.03.2018 Ale zmeny ktere jsem nahral vcera kolem 11h vecer tam nejsou, napr. 25107:1 je v prehledu cervena ale v POI importeru je zelena, cas editace viz bod v OSM https://www.openstreetmap.org/node/5481347615 J. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
Ahoj, Diky... takhle nejak jsem si to predstavoval J. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
Ahoj, > Uvidím, jak to bude s časem. Aktuálně experimentuji s oauth. Přihlašování už > funguje, tak teď ještě nějak dodělat možnost přidávat poznámky. Jak to vypada s temi poznamkami? Docela by se hodily... Jinak taky by bylo pekne v tom prehledu mit relativni zmenu oproti predchozimu dnu, neco jako dalsi sloupec za "Nahrano" kde by bylo treba +20 pokud nekdo doplnil 20 schranek v prislusnem depu. Tohle by pomohlo v rozhodovani kde pokracovat v mapovani. Pokud vidim ze na nejakem depu nekdo aktivne a casto pracuje tak si spis vyberu nejake jine... J. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
Ahoj, > Možná bych do těch statistik mohl přidat možnost přidat ke schránce > komentář. Ale to bych musel nejprve nastudovat jak funguje oauth ;-) Tohle by bylo uplne nejlepsi, kdyby se v prehledu dalo ke schrance pridat komentar. OAuth mozna ani neni potreba, nevim jak moc velka je tu sance ze to nekdo zacne cilene zneuzivat a skodit, ale CAPTCHA proti botum by mohla stacit. J. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
Ahoj, Systematicky mapuju schranky v Praze a obcas narazim na to ze nekdo schranku asi podle POI importeru dal do mapy, ale uz ji nikam neposunul. Takze je treba uprostred domu nebo stredu ulice. Tyhle schranky se daji detekovat podle posunu, pokud ukazuje "Posunuto o 0.0 cm" tak je s nejvetsi pravdepodobnosti spatne, pochybuju ze by nekde data posty mely takovou presnost :) Naposledy jsem tohle videl u 10003:9. Je mozne ze je to proste nepozornost (chci zmapovat schranku, potom ji tam ale nikde nenajdu, ale uz zapomenu smazat vlozeny bod) nebo proste nepochopeni toho jak POI importer funguje. Ale mozna by tohle chtelo nejak detekovat, protoze jinak se jevi schranka jako zelena a hotova. Nekolik dalsich divnosti: 19007:2083 - v datech od posty nejsou dny v tydnu, jenom 08:00. Vsechny okolni maji "Mo-Fr 08:00". Kvuli tomu sviti zlute jako castecne hotova. 19007:2056 - Husova , Sedlčánky - tohle nedava moc smysl, v Sedlčánkach zadna husova ulice neni a cele jsem je projel pomoci streetview/panoramy a zadnou schranku nenasel. Husova je ulice ve vedlejsich Celakovich, ale ani tam zadna schranka neni. 19007:1988 - schranka tam byla, ale budova zbourana a na nove neni. Nikde v okoli na streetview nenalezena. ...jeste by se asi neco naslo, ale tohle je zatim vsechno co si pamatuju... J. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Taskman pro poštovní schránky
Ahoj, Tak jsem podle tabulky z CP tady v okoli domapoval schranky co nemely polohu, jenom nazvy ulic. Dal jsem jim vsem spravne ref, ale ani potom se jako zelene v POI importeru neobjevily... takze chapu to tak ze POI importer umi zobrazit jenom ty co maji polohu v datech CP. Pokud se vyresi to reverzni geokodovani tak to pro vetsinu asi bude stacit (pokud je to krizeni dvou ulic tak je to vetsinou jednoznacne a celkem presne). U par jsem ale jako popis videl treba "konecna MHD" a s tim si geo-dekoder neporadi. Pokud ale mame zmapovat celou CR tak to bude chtit nejake lepsi reseni nez "corrections.csv", at uz co se tyce vlastni korekce tak vizualizace na mape. Asi by taky bylo dobre do popisu prace v taskmanu neco o tomhle pridat, protoze ted se to cte tak, ze pokud ve ctverci najdu a opravim vsechny nezelene schranky, muzu ho oznacit jako hotovy... J ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ortofoto mapy.cz
Ahoj, > Jdu napsat na DWG, ať ho zastaví. Podival jsem se na Krematora a stale mapuje co muze: Za vcerejsek 20 changesetu, dneska uz dalsich 20. Do komentare ted dava jenom "..." ale imagery_used je u vsech stale mapserver.mapy.cz :( J ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Taskman pro poštovní schránky
Ahoj, > Ty schránky opravdu chybí v tom importu od České pošty? > ... Majko, diky za presny popis... Zkusim nejake projit v terenu a podle toho je doplnit. > docela dost schránek nemá v tom seznamu ČP souřadnice, ale pouze adresu. > Majka použila pro Plzeň reverze geokoding, ale já se k tomu ještě nedostal. Aha, takze potom je to jasne. Ty o kterych vim a mam tu v okoli snad domapuju rucne, ale ten reverse geocoding by to chtelo pro celou CR. Je nekde ten seznam k nahlednuti, abych aspon vedel kolik mi jich tu v okoli chybi nebo udelal ten geo-decoding rucne a podival se po nich ve streetview? J ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Taskman pro poštovní schránky
Ahoj, Otestoval jsem import schranek a zkontroloval jsem neco malo v Praze. Zatim v kazdem ctverci byla alespon jedna schranka co se mi nepodarilo najit (pouzival jsem GE/SV, mapy.cz, IPR orto.. vsechny ostatni byly tam kde mely byt). Hodne schranek v POI importeru uplne chybi, pritom vsechny opravdu existuji (overeno) tak jak jsou v OSM zmapovane. Co s nimi, ma smysl je nejak zpatky hlasit? U tech kolem kterych chodim muzu zjistit a doplnit ref (tedy jestli to na schrance je nekde napsane...). Dalsi vylepseni pro POI importer by bylo pokud by umel z taskmanu tahat jake ctverce jsou uz hotove a jejich rozvrzeni. Pripadne zobrazit i ty schranky co existuji v OSM a nejsou v DB. J ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ortofoto mapy.cz
Ahoj, Hledal jsem jesli nenajdu co vlastne ten mapserver.mapy.cz/bing/ podklad je, ale bez uspechu. Proklikal jsem vsechny podklady co nabizeji mapy.cz a zadny ho nepouziva (ani u nas ani v zahranici). Co na me ale vypadlo z googlu je: http://www.ebastlirna.cz/modules.php?name=Forums=viewtopic=915177 Mam takovy pocit ze uzivatel "MetalGod" co tu doporucuje pouzivani mapy.cz mapserveru pri mapovani v OSM je pravne Kremator... J ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ortofoto mapy.cz
Zdravim, > Ahoj všem, hromadí se changesety nabádající k editacím za použití fotomapy > mapy.cz > https://www.openstreetmap.org/user/Kremator/history#map=13/49.8517/15.5745 No to je docela sila... Kremator ma 1318 changesetu, posledni podle podkladu mapy.cz udelal pred 45 minutami. Mapuje vic nez rok, nevim kolik z toho je podle podkladu z mapy.cz, ale tohle vypada na velky revert s podporou DWG. J ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Statistika využití CZ:IPRPraha:ortofoto
> Hm... předpokládám, že IPR do source changesetu neuvádíš, co? Zdroje jsem si do JOSM pridaval hned jak se pouziti IPR povolilo a takhle se zdroje tehdy v oficialnim seznamu jmenovaly. To ze se pozdeji prejmenovaly na "Praha IPR latest ortophoto" atd. uz jsem nemel duvod resit - do nastaveni zdroju WMS opravdu kazdy den nelezu abych kontroloval jestli se vsechno jmenuje spravne... Ten nazev urcite neni nejaky muj osobni vysmysl a uz vubec neslo o to nejak cilene "IPR" jako source neuvadet. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Statistika využití CZ:IPRPraha:ortofoto
Ahoj, > Tahám to přímo z changesets-latest.osm, takže mám naopak jen tady a metadata > changesetů. > Vzhledem k tomu, že jsem předpokládal alespoň substring "IPRPraha", tak mi > asi iD unikl. Zkusím to nějak opravit. Pouzivam IPR v JOSM a vrstvy se mi pojmenovaly: giswa1.mag.mepnet.cz: Letecké snímky giswa1.mag.mepnet.cz: Letecké snímky - mimovegetační giswa1.mag.mepnet.cz: Letecké snímky - okolí Prahy ..."ipr" tam neni ani jednou... takze tech changesetu bude mozna jeste o neco vic. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import dat do QGisu
Ahoj, > Překvapilo mě, kolik informací je v některých místech k dispozici (viz: > http://demo.f4map.com/#lat=50.0742640=14.4568753=17=80=-151.157). > Přibývají stále? Je to z nějakých zdrojů dat, dělá se to ručně, či jak sběr > těch výšek a barev budov probíhá? Pocet pater se importuje z RUIANu. Ale jakekoliv komplexnejsi tvary nebo parametry (smer strechy, barvy,...) jsou delane rucne. Vetsinou jde hlavne o nejake vyznamne budovy, pamatky atd., v Praze jich je celkem dost. Pred nejakou dobou jsem z fotek zmapoval barvy domu v polovine Proseka, stejne jako strechy atd. Prace na nekolik dnu a vysledek je jenom videt v F4map: http://demo.f4map.com/#lat=50.1192010=14.4822438=18=69.4=-73.521 ...dalo by se rict "tolik prace a pritom je to takova blbost"... J ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Note spam v Praze?
Ahoj, I kdyz lepsi zmapovani tech arealu je urcite dobry napad, takhle hromadne pridavat note bez jakekoliv identifikace mi prijde bliz tomu spamu nez necemu uzitecnemu. Pro automaticke upravy mapy a ruzne importy mame pravidla, ale pro poznamky, ktere muze vytvaret kdokoliv ne. Nabizi se srovnani s MAPS.ME, tam je ale v kazde poznamce jasne kdo ji vytvoril a (teoreticky) mozne kontaktovat dotycneho cloveka. Stahnul jsem si vsechny note z celych Cech a vypada to ze nikde mimo Prahu se tohle nevyskytuje. Z timestampu je videt ze to asi ani nebyl skript, spis to nekdo naklikal, tech 40 poznamek mu trvalo asi 15 minut: 2017-07-21T06:35:52+02 2017-07-21T06:37:16+02 ... 2017-07-21T06:50:03+02 2017-07-21T06:50:10+02 A vypada to na nekoho mistniho, protoze timezone je +2 (a ta anglictina v poznamce taky nic moc...) Nekde ma mapovani arealu urcite smysl, napr. v Hornich Pocernicich to jsou ruzne sklady samostatnych firem. Ale casto jde o oploceny areal s vratnici, kde je maximalne mozne nekde u vchodu opsat nazvy firem. Komu ktera budova nebo cast arealu patri nebo kde tam presne sidli se ale nezjisti. J ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Note spam v Praze?
Zdravim, Zda se ze nekdo pustil na Prahu nejaky skript co ke kazde industrialni zone pridal note "Are there any active companies here, if so what?" http://www.openstreetmap.org/note/1072470 http://www.openstreetmap.org/note/1072500 http://www.openstreetmap.org/note/1072505 http://www.openstreetmap.org/note/1072506 atd. Vsechno anonymni, takze asi to vsechno rucne pozavirat? J ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Chybný multipolygon – Brdy
Ahoj, Kdyz jsem naposledy tohle resil, nasel jsem moznost zapnout si cisla dlazdic na geofabric, napr.: http://tools.geofabrik.de/map/#12/50.0931/14.4501=Geofabrik_Standard=1 Stale je potreba rucne udelat URL, ale je to jednodussi nez se hrabat v cache prohlizece... Bohuzel z menu na osm.org to bylo odstraneno, jak uz se tu psalo. JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] fotky infotabulí na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all
Ahoj, > na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all je najednou evidováno jako > nepoužité fotografie přes tisíc fotografií s tagem infotabule, které byly > doposud ignorovány Pridaval jsem par fotek a mel jsem ruzne problemy, hlavne editace tagu nejak blbla. Server casto vraci chyby, nekdy se editovaci stranka vubec nenacte. Po pridani tagu se zmeny ztratily a u jine cedule se zase pridal stejny tag 10x. Nejhorsi je ze pri editaci ajax requesty nijak nezobrazuji chyby, takze clovek si mysli ze se zmeny ulozily a pritom tomu tak neni... JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pražské OSM setkání - výstupy (pipeline)
Ahoj, > Koukal jsem na tu OpenInfraMap a všimnul jsem si dvou věcí: > - nezobrazují teplovody - takže většina pražských trubek se nezobrazí > - nezobrazují vodárny > Celkově mi přijde, že je snazší mapovat vodárnya telefonní ústředny než > propojení mezi nimy, proto je škoda, že to ta mapa nezobrazuje. Autora OpenInfraMap jsem kontaktoval kvuli chybam pri cachovani tiles pred nejakou dobou. Taky jsem se zminil ze by bylo dobre vykreslovat vedeni VN ruzne tluste podle poctu dratu a barevne transformatory/vypinace/prechody. Odpovedel mi ze to je vsechno pekne ale posledni dobou vubec nema cas na OpenInfraMap pracovat a zadne zmeny se nechystaji... Styly OpenInfraMap jsou zde: https://github.com/openinframap/styles Je tam nejaky par mesicu stary pull-request o vylepseni renderovani vedeni VN, kde ru (autor OpenInfraMap) pise ze se mu nechce rebuildovat databaze kvuli pridani novych tagu. Takze muzeme sice udelat pull-request pro vykreslovani potrubi, ale vysledek bude asi stejny, v soucasne DB ty data urcite nema, takze "mozna nekdy v budoucnu". Nevim jak moc je renderovani dlazdic narocne, ale treba by melo smysl premyslet o renderovani vlastni Ceske verze, s vrstvami jako jsou rozvody VN, potrubi+vodarny+plynarny a telekomunikace. Pro zacatek pouzit styly OpenInfraMap a doplnit je o dalsi potrebne veci. r00tcz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WeeklyOSM CZ 348
Ahoj, > Pár vedení VVN jsem z katastrální mapy obkresloval a na problém jsem > nenarazil (kontrolováno zběžně v terénu, resp. podle ortofota). Dokázali byste > pánové odhadnout chybovost zanesení el. vedení v KM? Prvni podminka je ze vedeni v dane oblasti v KM je (casto neni). Pokud uz tam je, tak presnost je vetsinou pro mapovani dostatecna. VVN tam vetsinou vzdy je, navic u VVN je viditelnost sloupu vetsinou dobra, takze presnost neni problem zkontrolovat. U vedeni 22kV je to horsi, obcas napr. v KM konci pred vesnici ale doopravdy jeste vede pres par sloupu na transformator atd. Vzdy je potreba kontrolovat situaci s ortofoto, protoze casto se vedeni preklada nebo se pridavaji nove odbocky pro nove odberatele a v KM je stav nekolik let zpatky. r00tcz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap
> To je nějaký divný: > Když ten link "OGC:WMS" zkusím přidat jako WMS do JOSM, tak zařve, že tam > žádný vrstvy nevidí :( Ty odkazy vedou na informacni stranku o mapovem podkladu, vlastni WMS url jsou: http://mpp.praha.eu/arcgis/services/MAP/mimovegetacni_snimkovani_cache/MapServer/WMSServer?request=GetCapabilities=WMS http://mpp.praha.eu/arcgis/services/MAP/letecke_snimky_posledni_snimkovani_cache/MapServer/WMSServer?request=GetCapabilities=WMS (Dole na info strance je potreba kliknou na odkaz "Online zdroje OGC:WMS-1.3.0-http-get-capabilities" a na te nasledujici strance je nahore WMS odkaz co uz JOSM pochopi - pridat jako WMS v nastaveni). /r ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Labe-Elbe meeting - shrnutí
Uz nejakou dobu se RTK zabyvam a v soucasnosti stavim datalogger pro logovani RAW mereni pro pozdejsi zpracovani s minimalni spotrebou energie. Ale klidne jde pouzit obycejne rPI nebo jina linux-deska pokud nevadi vyssi spotreba. Jako modul pouzivam UBLOX M8T a M8N, hlavne proto ze maji dualni tuner, takze umi dohromady GPS+GALILEO+GLONASS a k tomu ext. antenu s backplate. Hlavne M8N je levny, za 300-500kc modul z Ciny (cena zavisi na tom jestli je antena integrovana nebo ne, externi je drazsi). Rozdil mezi M8T a M8N je ten ze M8N oficialne RAW nepodporuje a je potreba pouzit nedokumentovane prikazy a starsi FW, jinak HW je uplne stejny u obou. Nekdy o tom treba napisu nejaky blogpost nebo tak neco... :) JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] RFmap (mapování vysílačů)
Ahoj, Jo, vim co myslis, me se to taky moc nelibi. Ale zase to hodne zjednodusuje tagovani BTS. Skoro kazda ma vic sektoru (klidne 3 nebo 4) a k tomu GSM+3G+LTE. S pouzitim stredniku jsou to 3 relace (GSM,3G,LTE), bez nich potom celkem 12 relaci (3 modulace * 4 sektory). Ja nejake velke mapovani BTS neplanuju, ale pokud by se treba dohodnul import z gsmwebu (o cem ale dost pochybuji, ale kdo vi...) tak to je opravdu hodne relaci a opakujicich se udaju. Pokud delas nejaky parser tak se s tim asi zatim nezabyvej, spis bych resil lepsi vykreslovani v mape. Napr. pri malem zoomu zobrazit vzdy ikonu, i kdyz je relace na objektu. Ted treba neni vubec videt ze je neco na Ladvi, protoze vez je pri malem zoomu jeden pixel. Chystam se zase zmapovat nejake dalsi vysilace, aby bylo vic dat na kterych se da testovat. Hlavne chci zkusit tagovani ruznych druhu vysilacu, jestli nenarazim na nejaky problem se schematem... JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] RFmap (mapování vysílačů)
Ahoj, > Tak jsem v pátek nadhodil první verzi té mapy vysílačů čerpající z OSM. > Viz http://rfmap.svita.cz To je dobre ze na tom pracujes, mapa co zobrazuje ruzne vysilace se bude hodit. Az se vychytaji nejake zasadni chyby tak bych ten odkaz dal do toho proposalu. Opet jsem zmapoval par dalsich vysilacu: (FM radio ze Zizkova, AM Zbraslav, NDB majaky pro Ruzyn a Kbely, DGPS Obristvi) http://www.openstreetmap.org/changeset/42572698 Taky jsem narazil na pekny prehled od Ceskych radiokomunikaci: https://www.radiokomunikace.cz/prehled-fm-rozhlasovych-vysilacu Na rozdil od CTU maji ty polohy skoro spravne, ale nejaky automaticky import bych urcite nedelal. Spis je to dobry zdroj informaci. Ale chtelo by to si ujasnit jak je to s licenci a co vsechno jde takhle z webu opsat: Zatim jsem vsechny signaly pred zanesenim do mapy naladil a overil si vsechny parametry, pripadne u anten mam jejich fotky, takze jsem zadne externi data nepouzil. Takhle ale tezko zmapujeme celou CR... Takze otazka je jestli pokud vim o nejakem vysilaci (napr. televize, radia) a treba vim na jake frekvenci vysila ale nevim polarizaci a vykon, muzu tyhle udaje ziskat z webu radiokomunikaci? Nebo je na to potreba mit od nich extra povoleni? Prijde mi to podobne jako kdyz mapuju hospodu a podivam se na jejich web kde najdu treba oteviraci dobu... tedy by se to nijak extra resit nemuselo. JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Evropa 2 (Mapování vysílačů)
Mapovani vysilacu jsem vyzkousel v praxi, viz: https://www.openstreetmap.org/changeset/42507657 - Radio vysilace v Bohnicich a Ladvi - TV vysilace Ladvi a Zizkov - DAB radio vysilace Zizkov - Radioamatersky prevadec Zizkov - Radar na letisti v Ruzyni Na zadne problemy jsem nenarazil, jenom par malickosti. Proposal podle toho upravim. > Mám vymyšlené zjednodušené schéma odvozené od tohoto návrhu. Mapuje to jen > vysílače a mám tam pár zjednodušení pro lehčí používání. Uz ted jsou skoro vsechny klice nepovinne (clovek taguje jenom to co zna) a prijde mi ze dalsi zjednoduseni uz by bylo na ukor univerzalnosti. Prece jenom hlavni duvod meho navrhu je prave ta univerzalnost, aby tu nebyly nekompatibilni schema pro BTS, radio stanice, TV, HAM... Ty klice se po pouziti v JOSM zacnou automaticky doplnovat, takze vyplnovani informaci je docela rychle, i bez toho aby editor o schematu vubec vedel: - napisu "rf", JOSM mi nabidne rf:category, tak to vyplnim - napisu opet "rf", JOSM uz vi ze jsem pouzil "rf:category" a tak mi nabidne "rf:frequency", frekvenci vyplnim - atd. Taky lze vytvorit novou relaci pomoci kopie te co uz existuje. Takze pokud napr. pridavam DVB-T vysilace, vetsina hodnot je stejna a staci jenom zmenit par klicu. Jde to celkem rychle... JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vyřízené notes?
Ahoj, Budou videt na mape zelene jeste asi 5 dnu, potom zmizi. Diky tomu maji ostatni cas na uzavreni zareagovat a treba note znovu otevrit, pokud se jim nezda jakym zpusobem byla vyresena... JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
