pro generalizaci.
Protoze Tomas je v top 100 users bez vyjadreni k nove licenci, snazil
jsem se s nim spojit. Zatim neuspesne.
*** Tomas Kolda nakonec (bez meho pricineni) vyjadril souhlas s
licenci[1], viz nize ;)
bye
hanoj
[1] http://hdyc.neis-one.org/?TomKolda
27 July 2011 at 20:59
Moc
komplikovane...
hanoj
Pro osobni vozidla je situace asi takova (mimo variantu [3]):
kod zeme[1]poplatek(Kc) [2]vykonove
AL Albanie 0 nic
AT Rakousko1919kupon
BA Bosna-Herzegovina 0 nic
BE Belgie 0 nic
BG Bulharsko 850
, a to at uz
dohledanou nebo nove vytvorenou
4) myto plati i autobusy
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
to s odvozovanim dat, ktere
nas asi zajima nejvice.
Zajimave jsou aktivity KOVIN v ramci INSPIRE [1]. Zkusim zase napsat
na CUZK, trebas tentokrat nejaka kloudna odpoved prijde...
hanoj
[1]
http://geoportal.cuzk.cz/%28S%28fwybbm453bs2lyaylpmdge55%29%29/Default.aspx?lng=CZmode=TextMetatext
.html
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Data nelze použít pro práce na projektu OSM.
Jedná se o zdroje s nevyjasněnými licenčními podmínkami.
vice viz
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Ov.C4.9B.C5.99ovac.C3.AD_zdroje
hanoj
Dne 8. září 2011 20:16 Kristyna Kitzbergerova
kitzberger...@gmail.com
nez default mapa realne nefunguje, takze nejlepe by bylo presunout
admin hranice do volitelne vrstvy.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
vycist trasa i zpusoby krizeni coz plati pro D11 a R35 u
Pardubic. To ze pak nekdo zkopiroval tagy a odhadem vykreslil zbytek
R35 je vec druha.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
vesničky měly objevit aktuální údaje.
*** zadne vesnice nejsou, jsou jen mistni casti. Pocet obyvatel v
mistnich castech(casti obce) je znam (publikovan v UIR-ZSJ) a v
prubehu 20 let se meni v jednotkach procent takze cekat na vysledky
SLDB 2011 je zbytne...
hanoj
ocekavame navic i jednotliva sidla resp. mestske
casti, obvody... zde vsak samotny vyznam uz muze byt demonstrovan
napr. zastavenym uzemim
PS: jeste jsem zapomnel rict, ze importovane hranice nejsou vzdy
totozne s hranicemi mestskych casti ci casti obce.
hanoj
*** cenia:50leta je jen skrz TMS server, do WMS by to musel prevest
nejaky transformator - nepouzitelne
*** cenia:ortofoto, jedina funguje v JOSM
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
a populací?
*** do urovne obce je pouzitelne UIR-ZSJ (kod NUTS obsahuje v sobe
hierarchii statkrajokresobec), obsahuje rozlohu i populaci obci
http://www.czso.cz/csu/rso.nsf/i/prohlizec_uir_zsj
*** v urovni k.u. CUZK
http://www.cuzk.cz/Dokument.aspx?AKCE=DOC:10-A_DIGIMETA
hanoj
ha
hanoj
[1] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/roads_tagging
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
lidi, proboha ... mohli byste přestat zanášet do Openstreetmap Shocartí easter
eggs?
*** Pokud tomu nize dobre rozumim, tak jsi nasel jedno podezreni na
jednom miste u jednoho uzivatele na EE. Nebylo by lepsi mu napsat
primo?
IMO:
http://www.openstreetmap.org/user/Frettie
hanoj
na mnoho veci. Vrstvy
tras MTB, KCT... by pak bylo uz jednodussi upravou ci doplnenim treti
stranou...
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Ahoj,
jak byste tagovali toto[1], vyklad zde[2], nejasna je mi ta dodatkova tabulka:
maxweight=7
maxaxleload=5.5
maxweight:total=24
diky
hanoj
[1] http://www.svoboda.info/assets/images/201103/znacka.jpg
[2] http://www.policie.cz/docDetail.aspx?docid=26838doctype=ART
zvlastni ucty uzivatelu.
Je to správná úvaha?
*** ano spravna, resilo se to napr v tomto threadu:
http://lists.openstreetmap.org/pipermail/talk-cz/2011-June/thread.html#6614
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http
nejaky nastroj pro systematicke vyhodnoceni podle
poctu a druhu uploadovany entit?
ha
hanoj
[1,2,3]
http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu?uzivatel=pavel
http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu?uzivatel=jkjk
http://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu?uzivatel
://heis.vuv.cz/data/webmap/isapi.dll?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS=EPSG:4326LAYERS=wms_q100STYLES=FORMAT=image/png;
ha
hanoj
Dne 17. prosince 2011 15:51 LM_1 flukas.robot+...@gmail.com napsal(a):
Zdravím,
potřeboval bych zobrazit záplavová území (ne pro mapu, takže problém s
licencí není
.
*** jaký je rozdíl pro uživatele mapy mezi oblastí označenou B1, IP27?
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
. Neni nejaky nastroj pro systematicke vyhodnoceni podle
poctu a druhu uploadovany entit?
*** tri kandidaty jsem prosel a importy provadel pouze Pavel. Nasel
jsem 152 changesetu a umistil je na wiki [4] [5] vc zdrojoveho
dokumentu[6]. Za kontrolu vysledku diky.
ha
hanoj
[4] http
#Potencion.C3.A1ln.C3.AD_zdroje
ha
hanoj
Dne 23. prosince 2011 20:18 Michal Pustějovský
michal.pustejov...@seznam.cz napsal(a):
jzvc jzvc@... writes:
Muj (taktez ciste soukromy a laicky) nazor je, ze bych se toho nijak
zvlast nebal. Pricipielne totiz oni ta data poskytnou musi a to (pokud
No me prijde daleko dulezitejsi napsat dopis konkretnim autorum
Jemnice, Litomeric nez psat obecny vykrik na konf, kterou cte pres 100
lidi, nechapajici kontext.
ha
hanoj
2011/12/23 Petr Balíček pbali...@seznam.cz:
Díky za zastání, nemyslel sem to ve zlým. Možná sem moh' zdůraznit nadsázku
na...
WikiProject_Czech_Republic/freemap/Import_UIR-ZSJ
ha
hanoj
Dne 23. prosince 2011 1:40 Petr Morávek [Xificurk]
xific...@gmail.com napsal(a):
Ahoj,
po delší době jsem si zase našel trochu času, abych se podíval na
možnosti importu sídel z UIR-ZSJ.
Hlavní otázkou je, jak tagovat
hlavnim problemum...
Ano nedokonale to bude, ale bude to v CR uplne a jednotne.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Dne 29. prosince 2011 1:04 Martin Kokeš sh...@typo3-hosting.com napsal(a):
Zatím ne, ale s implementací INSPIRE asi nastanou velké změny.
*** kde se v INSPIRE píše, že bude geoportál poskytovat data ve WFS?
hanoj
___
Talk-cz mailing list
Talk-cz
(to co nejvice
v mape chybi) lze importovat po vyreseni konfliktu automaticky. Nabizi
se importovat to po okresech, to je realne zvladnout.
4) O osudu ZSJ ma zrejme smysl uvazovat jen individualne, opravdu
obsahuji casto jen urednicke nazvy, nez nazvy skutecne uzivane.
ha
hanoj
[1]
http
://osm.templ.net/osm-uir-anal2.tar.gz
Ad Alternativní systém tagů (Hanoj):
Jestli jsem to dobře pochopil, tak se oba návrhy moc neliší... Já jsem
to jen popisoval z pohledu mapera, ty z pohledu dat v UIR-ZSJ.
*** Oba pristupy povazuji za dulezite. Urcite budou potrebne i pro
mappery i uzivatele map/dat i
definice, pokud jen tak z hlavy placnu
tak Morava, Svratka, Svitava, Jevisovka maji nemalo regulovane koryto,
casto uplne jinde nez naturally pred 150 lety.
hanoj
2012/1/8 Karel Volný ka...@seznam.cz:
Zdar,
tak jsem včera trošku zeditoval Oslavu, a při té příležitosti jsem akčně
přepsal
Cepicky dodal shapefily, hanoj vyfiltroval duplicity a
Pavel Machek data zkonvertoval do .osm formatu a uploadoval. [wiki]
*** souhlasi
* UIR-ADR - ???
*** Tomas Kolda udelal, Pavel 13.9.2008 importoval
http://lists.openstreetmap.org/pipermail/talk-cz/2008-September/001734.html
* dibavod
Dne 25. ledna 2012 21:47 Petr Morávek [Xificurk]
xific...@gmail.com napsal(a):
OK, tedy shrnutí importů a lidí, kteří na nich pracovali:
1) HS-RS
- Jachym Cepicky - dodání shapefilů
- hanoj - kontrola a čištění dat (duplicity)
- Pavel Machek (pavel) - shp2osm upload
LWG by rádo slyšela
clanek Gisportal.cz: Proč je Google zlo, aneb pomalé kroky k likvidaci
OpenStreetMap v rozvojových zemích?
http://www.gisportal.cz/2012/02/proc-je-google-zlo-aneb-pomale-kroky-k-likvidaci-openstreetmap-v-rozvojovych-zemich/
hanoj
___
Talk-cz mailing
dotazem na správný výklad.
Elektronická databáze je chráněna stejně jako jiná díla
http://cs.wikisource.org/wiki/Wikizdroje:Autorsk%C3%A9_pr%C3%A1vo#Elektronick.C3.A1_datab.C3.A1ze
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http
arogantní pokládat
rovnítko mezi name, name:cs a official_name jen proto, že je dané jméno
uvedeno v nějakém úředním rejstříku.
*** Ja bych se spise ptal, co ocekavame v name. A za jakych
okolnosti mame v datech ocekavat ty jine verze...
hanoj
___
Talk-cz
.
PS: jinak je mozno uzit
http://open.mapquestapi.com/xapi/api/0.6/way%5Bbbox=13,49,18,51%5D%5Bdibavod:error=*%5D
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
mapa), ale klukum
nejede transformace do WGS84.
hanoj
[1] http://cs.wikipedia.org/wiki/Stabiln%C3%AD_katastr
[2] http://up.kr-jihomoravsky.cz/webcz/mapovesluzby.asp
2012/3/17 Vladimír Slávik slavik.vladi...@seznam.cz:
Ahoj,
zkouším podle dostupných podkladů (CUZK, UHUL) obkreslit obec Rychtářov
transformaci klic WGS84-JTSK. [1]
K cemu budou takove body v OSM mape, kdyz jejich vizualni identifikace
s podkladem neni mozna nebo jen vyjimecna?
hanoj
[1] http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http
hodnoceni kvality. Pokud by to
nebyla jen hiearch
PS: Pavle, delas jeste obcas render serveru jinonice?
http://cozpserver3.jinonice.cuni.cz/mtbmap/
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo
tak zazoomuj, to je interaktivni aplikace..
hanoj
Dne 15. června 2012 9:13 Jiří Parkan jpar...@gmail.com napsal(a):
Ať koukám jak koukám, pokud něco přibylo tak snad jen kousek východních
čech, jinak žádnou změnu nevidím.
viz
http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat
? Pokud ano,
jak to mohu provést?
*** viz navod na wiki. Map soubor neni kompletni je treba ho
poloautomaticky sparovat s katastralni mapou. Teprve potom vznikne
soubor schopny importu. A jak jsem psal vyse, pozor na duplicity.
ha
hanoj
___
Talk-cz
BTW: Jak sem koukal na ten RUIAN, tak pokud se tam nahodi hranice obci,
budem potrebovat dalsi admn lv a v mape budou nejspis dalsi cary ...
*** ??? co jsou hranice obci RUIAN vs. soucasne hranice obci v OSM
ha
hanoj
___
Talk-cz mailing list
Talk-cz
Dne 27. června 2012 15:40 jzvc j...@tpfree.net napsal(a):
Dne 27.6.2012 14:37, hanoj napsal(a):
BTW: Jak sem koukal na ten RUIAN, tak pokud se tam nahodi hranice obci,
budem potrebovat dalsi admn lv a v mape budou nejspis dalsi cary ...
*** ??? co jsou hranice obci RUIAN vs. soucasne hranice
tedy velmi volna, M:N.
Ale urcite at je jeden element (adresni bod) jedna normalni forma,
primarni sekundarni to je spatne...
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Dne 25.6.2012 0:35, hanoj napsal(a):
(nebo jsou data nesprávná - např. jiný tvar obrys budovy).
*** No katastr, uznává tuším styk budovy se zemí jako reprezentující a
vzhledem k tomu že to dosud od něj obkreslujem asi by to chtělo uznat
za standard.
Tak to pozor, km sice pouzivam jako jeden
parametrem +nadgrids=czech 0,1m
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
do nich neco naklika to je
komplikovane..., stejne tak moznost odkazovat se na urcitou cast uz
naklikaneho formulare.
ahoj
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
zpřesnění tvaru budov viz např. Turnov náměstí Českého ráje
65
*** v RUIAN jsou ze ZABAGED pouze ulicni cary. Zbytek je KM.
h ahoj
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
. mapy z
katastru se mi ale nenačetly, takže předpokládám, že ta vrstva používá
nové digitální mapy, které ovšem pro danou oblast ještě neexistují.
*** Katastralni mapa existuje pro celou CR. V Bele pod Bezdezem se
skenuje analogova mapa. Je treba tusit co se skrze WMS stahuje.
ha
hanoj
začít mapovat tak jak se mu to líbí a tak jak chce on. Koneckonců
to tak dělají všichni. Jestli je to dobře, nebo špatně ukáže čas.
*** Nevim, ja co potrebuji na wiki najdu. Kdyz mapujes po svym,
vystavujes se riziku, ze to nekdo smaze protoze to nepochopi, nebo to
bude k nicemu.
ha
hanoj
zaporne?
ha
hanoj
Dne 15. července 2012 23:18 Miroslav Šulc fordf...@fordfrog.com napsal(a):
ahoj,
netušíte někdo, co je za problém s tímhle gml řetězcem při převodu
postgis funkcí st_geomfromgml?
ruian-test=# insert into test values (st_geomfromgml('gml:Polygon
xmlns:gml=http
Na mapě jsou objekty jejichž první vlastník neschválil ODbL.
hanoj
Dne 16. července 2012 18:14 Jan Bilak jan.bilak@gmail.com napsal(a):
Ahoj, to mě také zaráží. V takovém případě by snad mělo smysl použít
poslední licenčně použitelnou verzi, případně selektivně odstranit licenčně
Aaa to byla cesta Pavlova a hanoj ji dnes opravil.
Jeste jsem delal taxiway letiste LKTB a cyklostezku v Pisárkách, track
v Kohoutovicich, kousek zeleznice na Hl. nadrazi, lesni cesty v
Kohoutovicich nedaleko ulice Borodinovy, dale ulice Tomanova,
Studanka, Porici, Rybarska, Ecerova
konflikty... A uz vubec to neni realne ze bezni useri projdou 12 000
sidel, natoz uspesne.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
. (Někdy byva třeba v jinych
datech prohodit X za Y...)
PS: dival jsem se, ze ulice ve VFR nemaji geometrii, tudiz nas vlastne
zajimaji jen:
* parcely zastavene (druh pozemku kod= myslim 13 )
* adresni body
hanoj
___
Talk-cz mailing list
Talk-cz
neudelame.
Importovat body s tagem building=yes, mi neprijde dobre. Slo by z toho
generovat neco jako landuse=residential. Vic mne nenapada.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
=00BFTTFF
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Dne 17. července 2012 11:01 Miroslav Šulc fordf...@fordfrog.com napsal(a):
Dne 17.7.2012 00:06, hanoj napsal(a):
PS: dival jsem se, ze ulice ve VFR nemaji geometrii, tudiz nas vlastne
zajimaji jen:
* parcely zastavene (druh pozemku kod= myslim 13 )
* adresni body
a budovy?
*** budovy jsou
k
přepnutí licencí (plán byl duben 2012), takže je otázka jak dlouho
aktuální stav potrvá.
*** To prepnuti je ptace BOTa, ne?
Takže pokud někdo ví odpovědi na mé otázky - To co ukazuje BOT je
relevantní? a Stačí tedy jen editovat/otagovat problematické objekty?
*** ne viz prvni bod.
hanoj
mi se osvedcil java Geoserver. Ma to GUI rozhrani, takze to ale neni pro geeky.
h.
Dne 18. července 2012 22:43 Miroslav Šulc fordf...@fordfrog.com napsal(a):
ahoj,
poradil by mi někdo, jak nad rúian datama zprovoznit wms? chtěl bych
udělat vrstvy tak, aby se daly natáhnout do josm, abychom
? (pg 9.1/ubuntu12.04)
h.
Dne 18. července 2012 23:03 Miroslav Šulc fordf...@fordfrog.com napsal(a):
odpověď pro hanoj (jelikož mi zase chodí maily z listu tři a půl hodiny,
odpověď jsem si přečetl v archivu):
mi se osvedcil java Geoserver. Ma to GUI rozhrani, takze to ale neni pro
geeky
=GetMapSRS=EPSG:2065LAYERS=DEF_BUDOVY,RST_KN,RST_KMD,RST_PK,obrazy_parcel,hranice_parcel,dalsi_p_mapy,omp,prehledka_kat_uz,prehledka_kraju-linieFORMAT=image/pngtransparent=FALSEBBOX=1161800,603800,1161900,603900WIDTH=300HEIGHT=300
hanoj
Dne 19. července 2012 8:56 JV j@seznam.cz napsal(a):
Zdravím
=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +pm=ferro
+to_meter=-1 +no_defs
868208.53 1095793.57 512.30
http://spatialreference.org/ref/sr-org/czech-s-jtsk-epsg2065/proj4/
diky
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Dne 19. července 2012 10:39 Miroslav Šulc fordf...@gmail.com napsal(a):
zkouším gmail mail, jestli mi náhodou maily nebudou doručovat dřív.
- jv - já jsem všechny souřadnice převedl na záporné a v qgisu se mi
zobrazuje vše správně. čekal bych, že pokud bych měl souřadnice
převrácené, tak bych
Dne 19. července 2012 12:08 Miroslav Šulc fordf...@gmail.com napsal(a):
takže jen pro jistotu, mám to teda zase vrátit na kladné souřadnice?
*** ano kladne. posleze pak pouzivat jiz uspesne transformace
2065-5514. omlouvam se.
h.
___
Talk-cz mailing
nadsene objizdet mesto ;)
* Fyzicky v terenu shledne vetsina jen to co zna a kudy chodi, jezdi, navstivi.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
reprezentaci.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
kategorie na:
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
pripadne rady diky.
http://grass.fsv.cvut.cz/gwiki/Ruian2gis
zdravi
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Definice 5514 i 102067 se mi z experimentu v GDAL se mi jevi jako OK.
Nainstaloval jsem aktualni stable geoserver 2.1.4. a zda se mi ze ma
nejak divne definovana 2065. Zkus ji primo odtud, je jina:
http://spatialreference.org/ref/epsg/2065/
h.
h.
Dne 24. července 2012 1:20 Miroslav Šulc
chtěl jsem se zeptat, jestli někdo netušíte, jak bych mohl zjednodušit
data v postgis db tak, aby renderování netrvalo tak dlouho. jde mi
hlavně o parcely. moje představa je taková, že bych např. pro každou
obec sloučil všechny parcely stejného typu do jedné geometrie a z toho
bych pak
komunikace set tisicu uzivatelu mi unika, rad se necham
informovat o zkusenostech odjinud.
*** Jeste mi neni zcela zrejmy problem CT, muze nekdo vysvetlit?
PS: Zmena licence trva uz vice nez 2 roky, skoro polovinu trvani projektu
ha
hanoj
___
Talk-cz
Ja bych nadhodil nekolik otazek treba pro adresni body:
* Kolik je adresnich bodu? 2.500.000
* Kolik mapperu se bude ucastnit takove prace? Prvni desitky.
* Jak dlouho to bude trvat? ...
* Jaka cast dat by mela byt mappery pridavana tam kde nikdy nebyla? Vetsina.
* Jak budou uzivatele hodnotit
Mám za to, že takové ostrůvky do OSM nepatří, proto je nemapuju a když
na ně narazím, mám chuť je zrušit, cestu narovnat zpět a
překomplikovanou křižovatku tak zásadně zjednodušit.
*** +1
Naopak pokud je ostrov delší (stovky metrů), porostlý trávou či jinou
zašpiněnou zelení a má poctivý
ony ty registry občas taky obsahují blbosti. Můj oblíbený příklad je KÚ
z UIR-ZSJ jménem Krupá u Kostelce nad Černýni Lesy ;-)
*** to neni blbost, to je fakt. KU maji unikatni nazvy napric CR.
ha
hanoj
___
Talk-cz mailing list
Talk-cz
Já jsem pro hromadný import, případně následně pro vytvoření robota na
údržbu. Minimálně u adresních bodů.
MK
A dopadne to jako potoky, ktery nejsou spraveny doted.
*** Jestli si mam vybrat mezi:
* rucne s chybami=nikdy
* import s chybami=letos
tak vyber je jasnej
h.
hanoj
- základní sedmiprvková transformace
bez transformačního klíče; nepoužívá se
* 1 metr - základní navíc s parametry transformačního klíče
towgs; viz níže globální transformační klíč pro ČR/SR
* 0,1 metr - pomocí gridu (ČR); zvláštní článek
hanoj
___
Talk
Blbost to je, i když snadno přehlédnutelná, diffni si tyhle dva řetězce:
Krupá u Kostelce nad Černýni Lesy
Krupá u Kostelce nad Černými lesy
*** aha, to je pod mou okoschopnost ;)
h.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http
Ooops, myšleno sedmikoeficientová (prostě těch 7 toWGS čísel), občas se mi to
plete.
*** ja myslim ze zaklade uvedenho textu je zrejme, ze chyba 20 metru
nemuze nastat. To je pak chyba nekde jinde.
h.
hanoj
Druhy transformací
podle přesnosti (WGS84/ERTS89-S-JTSK) 2D:
*100-110 metrů na
.
*** kolik si z tech 13 000 k.u. beres? ;)
Uzivatelske zpracovani UIR-ADR bylo po okresech a dosud neni kompletni...
http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http
.
Tuřany, k.u. Chrlice je běžná vzdálenost bodů addr v OSM (import z
UIR-ADR) vůči WMS CUZK:KM 10 až 30 metrů,
h.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
/a1809b67f5f4560ec1256e6100495bff/Obsah/199.3CA2
h.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Geoserver a jeho WFS.
Pouzival jsem to s rozhranim OpenLayers
hanoj
Dne 22. srpna 2012 14:36 Jiří Jakeš jiri.ja...@gmail.com napsal(a):
Ahoj všem.
Zatoužil jsem po možnosti nahradit Google My Places něčím na vlastním
serveru. Má představa je OSM mapa, nad kterou bych mohl přidávat
vrstvy
Dne 24. srpna 2012 15:15 jzvc j...@tpfree.net napsal(a):
Dne 3.8.2012 10:41, hanoj napsal(a):
Postup - rozdělit podle katastrů, velké katastry klidně ještě na pár
částí a ty pak postupně ručně importovat je určitě lepší, než hromadný
import.
*** napred rucne a pak import - zda se mi to jako
autonomni.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
a kvality.
Žádný balík autonomních entit nemá v osm moc co dělat, jak se jednou
importuje tak splývá s ostatními daty.
*** proc by ne, kdyz neni dalsi zdroj relevantnich informaci, ktere k
nemu dodat.
ha
hanoj
___
Talk-cz mailing list
Talk-cz
Používáš oba zdroje, takže bys měl uvést oba. Práce navíc to není,
stejně se to po prvním napsání vypisuje samo.
*** to je samozrejme spatne.
jednak cuzk:ortofoto neni legalni k odvozovani dat pouzivat a druhak
Viduka pise ze ho k tomu ani nepouziva, offset. takze uvest prave
bing.
ha
hanoj
podstatnou geografickou informaci cerpal z bing, protoze kdyby
to udelal z jine ortofoto nebo km tak to co kresli bude vypadat uplne
jinak.
Pokud vezme do uvahy 2 zdroje necht je tam uvede, ale pouziti
informace pro zarovnani nepatri do source digitalizovaneho objektu.
ha
hanoj
spíš bych se přiklonil k tomu, dát existujícímu území další atribut,
něco jako evl=yes případně natura2000=yes
*** evil=yes ;)
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
BFU asi ne
JOSM OSM-GPX
ogr2ogr GPX-DXF (to by mohl umet neco i s GUI)
Dan Barta
Dne 18. září 2012 10:19 Jan Dudík jan.du...@gmail.com napsal(a):
Chci se zeptat, jestli existuje nějaký způsob, jak BFU dostane data z
OSM do nějakého jiného editovatelného formátu, ideálně DWG (dgn,
dxf...)
A kdyby to šlo třeba i do SVG, tak bych se taky nezlobil.
1) www.openstreetmap.org
2) export
3) obrazek
4) SVG
jinak treba nize nebo Osmarender:
http://wiki.openstreetmap.org/wiki/SVG
Dan B.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
a co:
Overpass OSM
JOSM GPX
ogr2ogr SVG
pokud ale chces pracovat s hierarchii ulozenou v Relacich tj.
multipolygonech, tak to fakt nevim. To je zatim kamen urazu v
prevodech OSM do cehokoliv.
Nebo na to uz je nejaky nastroj?
hanoj
2012/9/18 Jiří Sedláček jirisedla...@gmail.com:
Když já
problematikou docela casto bavi, napr:
http://www.lesycr.cz/odborne-rady/granty-a-dotace/Documents/optimalizace_tds_pomoci_gps-web.pdf
ha
hanoj
2012/10/13 Petr Holub ho...@ics.muni.cz:
Ahoj vespolek,
trochu jsem hledal, jeslti by se nejakymi rozumne dostupnymi prostredky
nedala zlepsit presnost
Nicméně pro ostré zatáčky v lese by pomohl jedině GPS v kombinaci s
gyroskopem/akcelerometrem.
*** to mne taky uz napadlo proc se to v praxi nepouziva, vzdyt 3D
akcelerometr a elekro-kompas ma uz kazdy Android
hanoj
___
Talk-cz mailing list
Talk
zřetelnou změnu kvality - povrchu a šíře.
*** silnice maji prujezdni useky obcemi, a ty jsou stale silnici.
Povrch a sire to jsou jine tagy width, surface, stejne tak napr lze
dodat maxspeed=50, source:maxspeed=CZ:urban --- opravil jsem
hanoj
___
Talk-cz
Pokud se dívám na mapu tak landuse=allotments je praxe pro všechny
chaty nebo zahrádkářské kolonie. Pokud je potřeba to rozlišovat, tak
ať je to nějaký doplňḱový tag.
Navíc jsem skeptický vůči tomu, že v OSM bude reálně možné postihovat
všechna národní/kulturní specifika.
hanoj
Dne 22. prosince
, udelej primo amnestii,
ale nepis nam o tom do konference...
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
nepřesnou povahu liniového
modelu ve velkých měřítkách.
Nedoporučuji:
* sdílet nody mezi liniemi a plochami
* nenahrazovat plochu linii nýbrž obecnou linii doplnit plochou
* nepřerušovat h=service na a=parking apod tagy
ha
hanoj
___
Talk-cz mailing list
apod tagy
možné řešení (katastrální úřad):
http://www.openstreetmap.org/?lat=49.188307lon=16.61216zoom=18layers=M
spíše ne (Hutní projekt):
http://www.openstreetmap.org/?lat=49.672275lon=18.347839zoom=18layers=M
ha
hanoj
___
Talk-cz mailing list
Talk-cz
Zafixování maximálního zoomu mi funguje - když tam mám bing[18]:bing, tak
to detailní mapu už nezobrazí. Aby to fungovalo opačně, tedy tak jak
potřebuji, se mi ale už nastavit nepovedlo.
*** hmm, v latest mi to bing sel i pres bing[10] az do [22], mozna je
treba restart. Nevim...
hanoj
301 - 400 z 508 matches
Mail list logo