káž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
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
maji byt zaporne?
ha
hanoj
Dne 15. července 2012 23:18 Miroslav Šulc 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(' xmlns:gml="htt
Na mapě jsou objekty jejichž první vlastník neschválil ODbL.
hanoj
Dne 16. července 2012 18:14 Jan Bilak 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ě
> problematické
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 a
ay).
*** Ze stovky beznych useru budou rozhodovat co jo/ne a resit
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
Ano, zda se ze jen zaporne znamenko. (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
o bod stavebniho objektu a s tim toho mnoho 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
&lon=14.44004&layers=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 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
tovat/otagovat problematické objekty?"
*** ne viz prvni bod.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
mi se osvedcil java Geoserver. Ma to GUI rozhrani, takze to ale neni pro geeky.
h.
Dne 18. července 2012 22:43 Miroslav Šulc 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 se mohli
> podívat,
uot;
tobe to v Qgis jede? (pg 9.1/ubuntu12.04)
h.
Dne 18. července 2012 23:03 Miroslav Šulc 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
tp://wms.cuzk.cz/wms.asp?service=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:2065&LAYERS=DEF_BUDOVY,RST_KN,RST_KMD,RST_PK,obrazy_parcel,hranice_parcel,dalsi_p_mapy,omp,prehledka_kat_uz,prehledka_kraju-linie&FORMAT=image/png&transparent=FALSE&BBOX=1161800,603800,1161900
+x_0=-0 +y_0=-0 +ellps=bessel
+towgs84=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
Dne 19. července 2012 10:39 Miroslav Šulc 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 měl mít všec
Dne 19. července 2012 12:08 Miroslav Šulc 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 list
Talk-cz@opens
hledem k objemu prace.
* Silne nastroje v rukach nezkusenych plodi silne chyby.
* Nikdo nebude 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
vided way" (směrově dělená silnice) se
4+ pruhy se mapuje jako trunk, a odpovida to realite v mape a wiki
tady:
http://wiki.openstreetmap.org/wiki/CS:Map_Features
Stavebni (fyzicke parametry) silnic formalne znacenych jako prvni
tridy jsou ruznorode a proto se tento zvyk uplatnil.
ha
hanoj
_
IR-ADR je dobrou snahou udrzet jeden fenonem v jedne
fyzicke reprezentaci.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
danemu
produktu na webu nebo vyhlaska/zakon...
Vysledek je pak zatriden do dane 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 napsal(a
> 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 ge
e komercni pristup.
*** Komunikace s OSMF mohla byt lepsi to snad ano, ale realna
predstava 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 polovin
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 (n
> 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á pocti
> 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 mail
>> 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
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
___
> 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@openstreet
> 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
uvidí se, co s tím zbytkem.
*** 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@open
ilem parovani, ale v k.u.
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
738/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š 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/s
Dne 24. srpna 2012 15:15 jzvc 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 ru
by se data opet stat autonomni.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
menu, ktera nabyvaji ruznych forem,
vztahu, tagu, vazeb, relaci, primitiv, pokryti 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
> 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
ch objektu nebo od
oka. Tu 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 digitali
> 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 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...)
>
> Ideálně, že
>> 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
http:/
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 :
> Když já bych
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 :
> Ahoj vespolek,
>
> trochu jsem hledal, jeslti by se nejakymi rozumne dostupnymi prostredky
> nedala zlepsit presno
> 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 mailin
*** ta silnice III. tridy bych tipoval, ze vede az pred kostel/centrum Mechnova
ha
hanoj
Dne 15. října 2012 17:25 napsal(a):
> Zdravím,
> zapojil jsem se do tvorby OSM a jsem úplný začátečník. Zmapoval jsem jednu
> nezakreslenou vesničku ve středních Čechách, a nějaké přilehlé po
ci
> II) pro 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
_
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.
han
se vymyslis nejakou podobnou blbost, 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
yužití území, někdy i
náměstí a jiné plochy, kde chceme zpřesnit 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
rvice:
http://www.openstreetmap.org/?lat=49.19099&lon=16.60746&zoom=18&layers=M
spíše ne (náměstí Evropy):
http://www.openstreetmap.org/?lat=49.672275&lon=18.347839&zoom=18&layers=M
> * nepřerušovat h=service na a=parking apod tagy
možné řešení (katastrální
závorce je maximální zoom, [min,max] by asi taky
> fungovalo).
*** ...kdyz to ale zkusis. Tak to nefunguje ([min,max]), a ni reverzne
nez se Petr pta tj. zafixovat max zoom.
Proste funkcionalita fixace zoomu v JOSM pro WMS neni uplatnitelna pro TMS...
ha
hanoj
___
> 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 resta
ista. Tag pekarstvi v dome bude na node POI, tag uradu
bude asi na building, a na skolu/skolku se hodi na areal. Ale nikdy do
addr.
> Tak jsem ta parkoviště projel a opravil. Už by to mělo být lepší.
*** supr
PS: Frydlanstka x Bezrucova neni "mini ro
lim
na nekokretni vrchol kopce dobra, ne?
PS: transformace v BASH
echo "-868208.53 -1095793.57 512.30" | cs2cs +init=esri:102067 \
+towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326
vice viz
http://grass.fsv.cvut.cz/gwi
ilo.pdf
2) INSPIRE (napr. RUIAN)
Sbírku zákonů 123/1998 a 103/2010 jsem nečet (budu to muset dohnat), ale co si
pamatuji je INSPIRE je především o interoperabilitě mezi GOV,
sekundárně o informovanosti občanů. Svobodně přístupná data ala USA
"public domain" není cíl (ale ani v rozporu) INSPIR
Map1.eu - nová mapa Evropy
dnes 04:05 | Zajímavý projekt
Vyšla první alfa verze map1.eu, mapy založené na datech OpenStreetMap.
Projekt si klade za cíl poskytnout turistické mapy podobné těm
tištěným a to pro celou Evropu. Více informací lze nalézt na blogu
autora. Zatím je celá Evropa vykreslena j
. Asi by
bylo vhodné se zeptat ROPIDu, jestli mu to nadmerne (systemove)
vytezovani nevadi.
http://cs.wikipedia.org/wiki/Autorsk%C3%A9_pr%C3%A1vo
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
í =
databáze.
[1]
http://www.mdcr.cz/NR/rdonlyres/FDA42B9E-026B-48C3-A699-12DC2511EF2B/0/Dokum1116t1.pdf
[2]
http://www.mdcr.cz/NR/rdonlyres/78D0A36B-683B-49B4-83B0-2107D8C88BFB/0/KopieUlozeneSmlouvyCISsDodatky.PDF
[3]
http://www.mdcr.cz/NR/rdonlyres/EB014715-CC
elpage.cz/atlas.php
http://freewheel.autodesk.com/dwf_S.aspx?dwf=http://www.zelpage.cz/atlasdrah/12_1-Model.dwf
zadna zeleznice po teto trase nevedla
http://www.openstreetmap.org/browse/way/198279147
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap
>> zadna zeleznice po teto trase nevedla
>
> Takže jestli to dobře chápu, tak žádná železnice tam není a nikdy nebyla?
>
> Takže ji mohu smazat, jelikož tam prostě nemá co dělat?
*** urcite...
h.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http:
ěco,
> co nikdy nebylo. Myslel jsem, že se tam snaží zanést nějaké historické reálie,
> ale místo toho tam naplácal nějaké nesmysly.
*** Proste hraje me si ;) Wikipedie je na to docela zvyklá...
http://cs.wikipedia.org/wiki/Wikipedie:P%C3%ADskovi%C5%A1t%C
oučástí jedné školy, 8leté gymn
je často součást 4letého gymnazia.
Soucasny system je zjevne rozdelen rovnomerneji a odrazi nase vnimani
skolstvi: Š, ZŠ, SŠ/VOŠ, VŠ. Jestli mas potrebu rozsirit tagem ISCED,
no problem.
ha
hanoj
___
ntace.pdf - Google Viewer - možno
> komentovat
*** ja myslim ze to podstane tam je. Ocekaval bych jeste zadouci
"source" tag. A jedna vecna: "uredni dilo" je terminus technicus a z
vyjmenovanych je to jen "katastr". Ostatni pouzivame neoficialne nebo
z dobre vule.
c u té cesty vím, kde leží, což
>
> u té hranice ne. Ale jak je to dobře?
*** ano je to dobře vč. odůvodnění ;)
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
kde ho chci, takze musim brutalne odzoomovat a snazit
> se ho posunout, kam patri, coz je prave ta nejvetsi
> pakarna, ktere se chci vyhnout.
*** Objekt ze schranky se vklada tam, kde mas kurzor.
ha
hanoj
___
Talk-cz mailing list
esy jsou i tak neuveritelne nepresny ... ale
> je tam bambilion rucnich zmen, ktery bys tim naprosto vsechny zahodil.
*** hodnotu nehledejme v množství, ale v kvalitě editací,
V principu by bylo možné les zpřesnit daty typu GMES, ten však nemá
plné pokrytí.
ha
hanoj
u
zakreslování budov, pro M:1 stačí mrknout na addr Brna.
Jak známo, to že to některá mapa nezobrazuje není chyba dat. Co se tyce
asociace budovy s adresnim bodem, existuje nejjednodussi prostory dotaz:
"Uvnitř které building:polygon lezi addr:nod?"
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
ně jako např. téma tagování
> českých škol nedávno, toho je velká škoda).
*** Záleží co si představuješ za shodu, asi ne jednotné hlasování jako KSSS ;)
Přesto "adresní body" fungují jako nody od počátku OSM (s menší
přetržkou díky jednomu pluginu), třídění škol funguje beze zm
> kdyz jsem si precetl tuhle odpoved, tak me napadl dotaz.
> Kdyz je v OSM uz naimportovany les a ja lehce upravim
> jeho tvar, tak bych mel radsi smazat ten tag, ze je to import z UHUL?
*** měl bys popsat všechny zdroje, které se na výsledném podobě lesa podíleli
--h-i-j
hranice polygonů v OSM bez relací:
a-b-c-d
a-b-c-d
hranice polygonů v OSM s relací:
a-b-c-d + rel1 +rel2
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
v OSM s relací:
a-b-c-d + rel1 +rel2
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
ečnou společnou hranici (tj.
dotýkají se v úsečkách). Pak v datovém modelu:
* v GIS má každý polygon své originální lomové body (respektivé své hrany)
* v OSM má každý polygon svou hranu po společných bodech
* v OSM s relací má každý polygon společnou hranu i
tem a edituje to jen pár guru).
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
ds40o2
Dissolve je opačný princip k neomezené hierarchizaci tagů.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
etvařme
se, že jsme schopni mít lepší data než sám původce turistických známek
(TZ). To prostě nefunguje, dodnes je v OSM spousta roky nedotažených
importů a import TZ prezentuje ani ne polotovar.
Import TZ má mít 2000 bodů bez relací a má být natolik konzistentní,
aby byl bez fixme.
ha
hanoj
_
Abych řekl pravdu, vůbec se
> nedivím, že ty komíny nakonec nikdo nenaimportoval, i když zdroj a souhlas s
> užitím máme.
*** určitě si tvé práce cením. Je dobře, že to je náročné, protože pak
není potřeba revertovat. To se zatím dělalo hromadně snad jen dvakrát.
užívám.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
ymorfismu ;) ?
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
gnated segregated=yes
* je-li tam jen vychozená pěšina pak jen highway=path
* je-li tam jen vyježděná cesta auty, polní nebo lesní cesta pak jen
highway=track (pripadne surface, trackgrade apod.)
http://wiki.openstreetmap.org/wiki/Cs:Map_Features#Ostatn.C3.AD_druhy_cest
ha
hanoj
__
Kontrola
routovacich vazeb by asi sla udelat nejakym algoritmem, priznam se v
soucasnem stavu OSM tools nemam prehled.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
ětšina maperů dosud nepobrala rozdíl mezi legalitou, vhodností
a stereotypy pro access tagy (access=*, foot=, vehicle=,...)
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Jediné co máme je primitivní heuristika typu "na mosty se dávat popisek s
> jménem ulice nemusí". A když taková heuristika chybí pro nějakou kombinaci
> chybí, lidi to "řeší" tím, že vyhodí tag "name" z nějakého objektu, třeba
&g
ack nez problem ktery resi.
*** V cem? Je to jasne, jednoznacne a prehledne. Nemusim vyvyslet
podle typu prvku jaky ref/name by tak mohl byt.
> Samozrejme by renderer mohl vse pospojovat pomoci jmena, a pak se
> tvarit ze je to pospojovane. Jenze jmeno neni uplne idealni cim by se
> mela data spojovat.
*** zalezi k cemu to spojovani potrebuju. Jestli k vytvareni popisku
tak je to dostatecne dobre.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
ako z praktických důvodů nepoužíváme
následující:
highway=path, surface=asphalt, width=22, motorcarspeed:more60=yes ALE
highway=motorway
highway=path, surface=asphalt, width=8.5 , vehicle=yes ALE highway=primary
kategorie je tedy jasná a upřesnění může nás
ožitou práci s modelem a zejména přípravou dat (ci jejich nakupem).
Slozite datove geomodely si muze dovolit jen velka firma ve
specifickych pripadech, napr. RUIAN, Katastr nemovitostí. Jinde se
užívá konvenční, nehierarchický systém.
ha
hanoj
___
T
zuální vyjádření skutečného rozsahu veřejných
ploch).
Nad to tam zjevně stojí auta, takže nějaká cesta bude zásobovací
highway=service některá vyhradne footway
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/li
h?q=pilkington+avenue,birmingham
http://wiki.openstreetmap.org/wiki/Nominatim
nebo něco ostřejšího?
http://www.overpass-api.de/
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide
ha
hanoj
___
Talk-cz mailing list
Talk-cz@o
lal jedno teziste. Volna vazba pres jmeno je pro
mnoho aplikaci plne dostacujici.
ST_Centroid( -- there are more metro entrances, just one
point needed
ST_Union(point.way) -- join all entrances with same
name into one multi-point feature
ha
ha
RSD je zjevně placen proto, aby odmítal a jde mu to. Nic z toho
mne samozřejmě netěší.
ha
hanoj
Dne 2. července 2013 8:21 Jachym Cepicky napsal(a):
> (Přeposílám do OSM-CZ mailing listu)
>
> Tak jsem si to přečetl a docela mě to zdůvodnění pobavilo.
>
> Pár věcí, které mě napadaj
abízí "informace" v podobě WMS, pak je nabízí dost
> nepřesné a zkreslené.
*** Pokud požádáte město o jízdní řády MHD, odkáže vás na web.
Skutečnost, že to prakticky není strojově zpracovatelné není žel
argument. To je praxe, ale není o tom precedent ve smyslu Nejvyš
ESRI:102067 jsou totožné
kdyby byl čas na jejich nahození tak díky.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
S
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
krovak +lat_0=49.5 +lon_0=24.83
+alpha=30.2881397222 +k=0. +x_0=0 +y_0=0 +ellps=bessel
+pm=greenwich +units=m +no_defs
+towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http:
kde mezi obalovými zónami chodníků zůstal vztah
vzájemného překryvu, tam existuje vztah pro přejití.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
vě cesty v OSM?
*** Komunikace bez dělícího ostrůvku (a bez svodidla) nemůže být dálnice.
*** Dvojitá plná čára není dělící ostrůvek => jedna cesta. Chápal bych
to jako úzus.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
--- ADMIN ---
Jako admin tohoto talk-cz@ už nechci číst níže uvedené vulgární pindy,
napadání druhých či třetích.
Běžte se projít k vodě, vyvětrejte místnost a dopisy zásadně pište
druhý den po té, co se vám v hlavě zatmí.
(Jakož i podobně budiž v tématu KČT)
děkuji konec hlášení
hanoj
ÚHUL nam tehdy poskytl vše na co měl licenci nebo bylo jeho tj. čb
ortofoto, odvozní cesty, lesní pozemky
ha
hanoj
Dne 20. srpna 2013 19:47 Pavel Kwiecien napsal(a):
> Ahoj, již M. Kyral se ve svém dotazu ptal na další wms služby ÚHÚLu:
> http://lists.openstreetmap.org/pipermail/talk-c
a udržuje pouze
několik málo institucí (tipuji CUZK, Geodis, Dobruška). A já tipuji, že na
90% to má UHUL od CUZK, licenční podmínky ČUZK jsou na webu. Nicméně za
optání člověk nic nedá.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://list
1 - 100 z 722 matches
Mail list logo
