ni neřídil.
*** pokud by existovalo přesvědčení, že jsou odvozní cesty plnocenným
zdrojem, už dávno bysme je importovali. Řekněme, že je to pomocný zdroj.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
kdyby se dalsi
> automaticke niceni mapy neopakovalo.
*** ztrata informace je vzdycky skoda, nicmene tvemu popisu nerozumim,
takze bych si prvne overil u nekoho kdo to tam zna, zda se na tom schematu
shodnete a bude v souladu s wiki.
ha
hanoj
_
může obecně jen chodec, je-li to někde jinak pak se přidá
access tag (např. Pardubice mají některé chodníky i pro cyklisty). Nic to
nemluví o tom jak ten chodník je vhodnej/pohodlnej pro kolo.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreet
ch,
...
http://www.zakonyprolidi.cz/cs/1995-289#p53-1-j
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
o "riskne" ví, že může riskovat komplikace/neshody s
ostatními účastníky provozu a musí být opatrný.
*** to bych vyhodil, to je věc provozních problémů ne mapování.
jinak hezký přehled, díky
ha
hanoj
Dne 3. září 2013 1:21 Pavel Bokr napsal(a):
> Zdravim,
>
> trochu se vratim na
tomapa neumožňuje ani poloautomatizaci ani
automatizaci bude vždy jen doplňkovým podkladem pro individuální
doplňování objektů, které KM/RUAIN nemá nebo je nemá korektně
zanesené.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
> Problém je trochu v tom, že já jako autor nedokážu jistě říct, jestli
navržené ovládání je pro uživatele pohodlné nebo ne...
*** Určitě zajímavé, ale žel to nemám kde vyzkoušet.
Možná by k tomu měli více co říct lidé tady:
freege...@fsv.cvut.cz
ahoj
ha
t; ale počítám, že si přes OverPass API natáhnu kusy ČR do JOSM, opravim to a
> uploadnu zpátky.
třeba takhle:
http://www.overpass-api.de/api/xapi?node[bbox=16.25,49,16.7,49.25][shop=bicycle][@meta]
další příklady zde:
http://wiki.openstreetmap.org/wiki/User:Han
ých datech. Zkuste si vytvořit, popsat a udržovat funkční datový
model geodatabáze o právě jedné možné formě. Doufám, že pak uvidíte, že v
jednoduchosti je síla. (to jsem asi votravnej, takové maily jsem vždycky od
druhých četl hrozně rád...)
ha
hanoj
Dne 3. října 2013 12:46 Dalibor Jelínek napsal(a)
házet z těchto dvou zdrojů,
> ale myslíš tím, že teda máme používat pro adresy body v místech, kde jsou v
> RÚIAN a v KM?
*** chci tím říct, že adresní body mají být formou pouze body a mají
obsahovat jen adresní tagy (nikoliv POI). Umístěné mají být nad
reprezentativní budovou
.
http://overpass-api.de/api/convert?data=node%28area:3600438171%29;node._[%22shop%22=%22bicycle%22];out%20meta;&target=openlayers&zoom=12&lat=49.2&lon=16.6
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
ně už
jsou "tagem" lat/lon.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Ahoj,
možná by neškodilo dodat:
1) co jsi dělal
2) pod jakým účtem
3) kde je k tomu popis postupu a metadata k výsledku
4) kdy jsi to výše uvedené předhodil talk-cz k připomínkám
díky hanoj
Dne 26. listopadu 2013 22:04 Mirek Dlask napsal(a):
> Ahoj komunito
>
> Jak už jsem psal ned
l jen 1) a 4)
> Takže možná tak trochu partyzánština.
*** to je pro ostatní editory i uživatele dat škoda, ne?
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
*** Tak to je asi nedorozumění. Cílem není psát prosebné maily, ale
popsat to co delas na wiki.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
je na
několik hodin, ale vytvořit je může jen on, protože je má v hlavě.
> Pokud ovsem Hanoj narazi jen na to, ze pouziva
> source:addr=ruian nebo source=ruian
> a radsi by byl, aby pouzil source=cuzk:ruian
> tak to je asi rozumny pozadavek a myslim, ze minimalis to bude schopen snadno
>
ravdu využitelné (existují?) oba vchody. Ale
> co jsem namátkou kontroloval tak jsou i v adresy.xml. Jak to udělat
> automaticky nevím.
*** supr, ještě popsat pro ty co neznají strukturu RUIAN ze AM jsou
adresni místa a SO stavebni objekty.
> Hanoj by konečně mohl být ve své kritice konst
v RUIAN imho neni.
>
> imho je :-)
*** supr, takze to zohlednis v importu?
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
de+addr
*** adresni body z 99% jsou nody a RUAIN jako body vzdy zustanou,
takze bych znovu nepripoustel strkani techo tagu do way building.
(tohle zarucene do diskuze nekoho zapoji ;)
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
si někdo neuvědomil při tom
výkladovém zjednodušování, že pošta nemusí být shodná s názvem casti
obce v adresním míste.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
du.
*** k pochopení situace síše pomůže toto:
http://www.czso.cz/csu/rso.nsf/i/soustava_prvku
resp
http://www.czso.cz/csu/rso.nsf/5873954e2ae286eec12570f8003e7738/a1809b67f5f4560ec1256e6100495bff/Obsah/138.2F62?OpenElement&FieldElemFormat=gif
hanoj
__
icultural=no,
> hgv:conditional=yes @ delivery, hgv=no
> Pokud je to spravne, doplnil bych to na [5].
*** asi bych se primlouval na domluve na nejakou specifickou hodnotu pro
CR, porotoze, z vyse uvedene kombinace tagu se obtizne zrekonstruuje "mimo
D.O."
ha
hanoj
ormace,
momentálně budovy posouvám v JOSM podle cuzk:km.
http://grass.fsv.cvut.cz/gwiki/S-JTSK
http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK
http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid
ha
hanoj
___
Talk-cz ma
> > Co myslíte?
*** moc tomu nerozumim, ale WMS CUZK KM má standadní GetFeatureInfo
např. http://openlayers.org/dev/examples/getfeatureinfo-control.html
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/li
rilo vcas vyresit a ted
- nemam paky jak to dotahnout, ale zkouším to. Na podzim taky probehla
komunikace s CUZK o odvozeni 'oficialni' verze gridu, ale v
- poslední době to usnulo.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
t;příloha - CD/ROM"
*** odpověď viz citace e-mailu níže:
> > muzeme (OSM-cz) v tom nejak pomoci?
> > Slo by publikovat to CD k dimplomce, nebo to v cem jsi pokrocil a zasek?
>
> Ondra Chlup (diplomant) na tom dela, pocitam, ze do tydne dame info jak
to vypada. JJ.
ha
han
gt; dovoluje.
*** Zadnou licenci k UHUL:ortofoto nedisponujeme, UHUL to poskytoval na
dobre slovo. I proto to bylo v rozporu s podminkami nekdejsiho
openaerialmap.org
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
> Jinak co se diskutovany presnosti tejce, vidim tam posun vuci KM o cca 10
cm ... coz neni nic tragickyho, ale zajimavy to teda je.
*** uz se prosim nedivme, ale chapejme:
http://grass.fsv.cvut.cz/gwiki/Chyba_p%C5%99i_transformaci_z_WGS84_do_S-JTSK
ha
ha
> On Mon 2014-02-10 13:51:07, hanoj wrote:
> > > > mate predstavu, co se stalo s UHUL:ortofoto a jestli ji budeme
> > > > mit jeste dotupnou? Pokud pouziji URL prednastavene v JOSM, tedy
> > >
> > > Mam lokalni kopii UHUL:ortofoto; chvili byla i na op
grafie), ze kterých je vytvořena mapa."
http://www.prf.upol.cz/fileadmin/user_upload/PrF-dokumenty/Rigo/Rigorozni_prace-VondrakovaA.pdf#page=67
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
nebo ref:ruian:addr=n (asi mezinárodně
srozumitelnější)
*** spíše "source:loc" než position
http://taginfo.openstreetmap.org/keys/source:position#combinations
http://taginfo.openstreetmap.org/keys/source:loc#combinations
ha
hanoj
___
Talk-cz maili
> [1] http://www.fit.vutbr.cz/study/DP/BP.php?id=13454
> [2] http://www.fit.vutbr.cz/study/DP/BP.php?id=15220
> [3] http://www.fit.vutbr.cz/study/DP/BP.php?id=14089
*** zajimava temata, ale pokud se dobre divam, nemaji ty prace zadne
on-line publikace nez text...
rg/keys/source:position#combinations
http://taginfo.openstreetmap.org/keys/source:loc#combinations
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
návod (či skript) na to, jak
rozběhnout lokální kopii. Hodila by se při tvorbě
> oblatí, kde Bing stále nemá pokrytí...
*** nevím, prošel jsem odkazy a zadnou orto nevidim
http://www.uhul.cz/mapy-a-data/webove-sluzby
ha
hanoj
___
Talk-cz mailing
snímků také nějakou
chvíli trvá).
http://en.wikipedia.org/wiki/DigitalGlobe
ha
hanoj
Dne 5. března 2014 1:09 napsal(a):
> jenom pro informaci: Bing přidal minimálně dva nové obrázky - první z nich
> je z Vysočiny, kde přibyla oblast mezi městy Chrast - Hlinsko - Žďár nad
>
> Cestu vhodnou pro kola bych znacil
>
> highway=cycleway
*** ...že tě to po těch letech stále baví Pavle ;)
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
uredni
dilo jako resjtrik nebo listinu, o geodatech neni reci. Rad se budu
mylit.
ho
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
dle 106ky? autorského zákona - resp. jako o
> 'úřední
> dílo'? nějaký tip?)
>
*** mozna odvozni cesty maji slouzit jako lakmusovy papirek, ale zrovna ty
jsou tak nepresne, ze jeji informacni hodnota je vyuzitelna v OSM je asi
tak: v tomh
> jak se taguje Společná stezka pro chodce a cyklisty - auta tam až na
dopravní obsluhu nesmí je to cycleway nebo poraďte sím něco
> lepšího.
*** takto:
highway=cycleway
foot=designated
bicycle=designated
segregated=yes/no
ha
hanoj
___
T
>
> rádi bychom vás senámili s postupem debaty ohledně importu adres z RÚIAN.
>
> *** dobrá práce
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
otože zde
nemá smysl a často je vložen díky presetům. Je to podobné jako
maxspeed=90 a highway=primary, prostě CZ default.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
pro GDAL.
http://www.cuzk.cz/Zememerictvi/Geodeticke-zaklady-na-uzemi-CR/GNSS/Nova-realizace-systemu-ETRS89-v-CR.aspx
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
CE=WFS&REQUEST=GetFeature&SRSNAME=EPSG:102067&TYPENAME=LPIS_FB4&featureID=LPIS_FB4.8780373
nebo BBOX?
http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=LPIS_FB4&BBOX=-90453
:
http://jdem.cz/ba4eu7
ha
hanoj
> Honza Jezek mi psal, ze ma studenta, ktery pracuje na novem gridu,
> doufam, ze se dozvime vic na Geoinformatics ...
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
T(14.5808761364013 50.9523314825017)"
což dává očekáváný výsledek
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
;
*** celkem není třeba rozumnět, to se použije jen když lezou zcela
nesmysné výsledky v řádech 10^6 metru
> Proj mám 4.8, co že to udělá ten parametr +czech ? Přidat +czech do definice a
> mělo by se to posunout žádoucím směrem? Tápu :-(
*** ne, nic nepřidávat, taky mám proj 4.8
ha
hanoj
> kod| distance
> --+--
> 51833077 | 221482.323142855
*** jedna se o tyto dva nize? Ja tam totiz problem nevidim...
http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/51833077
http://vdp.cuzk.cz/vdp/ruian/adresnimista/41487770
n.com/AvUQxjvf
http://vdp.cuzk.cz/vymenny_format/soucasna/20140430_OB_555771_UZSZ.xml.gz
k.ú. Klatovy, kam "Kal č.p.25" spadá nemá ještě DKM, tudíž ani polygony v RUIAN.
http://vdp.cuzk.cz/vdp/ruian/katastralniuzemi/665797
ha
hanoj
___
Uz to vidim (UZSZ neni UKSH), mas recht.
Ta geometrie so 51833077 je ukradena tomuto domu so 51474468:
http://pastebin.com/G0RXydht
http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/51474468
hezky ;)
ha
hanoj
Dne 24. května 2014 22:25 Petr Vejsada napsal(a):
> Ahoj,
>
> UZSZ - vybral sis
2ogr.
Ještě by nás mělo před importem zajímat, co zdroj obsahuje a co ne,
jaká je jeho cca přesnost, jaká je licence těchto dat, a udělat o tom
zápis sem:
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap
ha
hanoj
___
Talk-cz mailin
y lépe kryjí růžové budovy (t.j. bez
> gridu) než budovy modré (t.j. s gridem) ???Růžové se lépe kryjí i s tím, co je
> v OSM. Znamená to, že máme vše v OSM špatně? A hlavně - co s tím dál?
*** Nejprve je treba vedet co je spravne a proc. Proto jsem vznesl
oficiální dot
zto my
v OSM pouzivame EPSG:4326 (a pribuzne) a chybi nam popsat vztah
EPSG:4258 a EPSG:4326 tj. ETRS89 a WGS84.
Muze CUZK tento transf postup ETRS89 <-> WGS84 (predpokladam ze je to
7 prvkovy klic) pro aktualni verzi ETRF2000 publikovat?
priklad viz:
http://pastebin.com/rDgjErEt
:
[1]
http://www.defensie.nl/binaries/defence/documents/circulars/2013/08/23/transformation-parameters-between-itrs-wgs84-and-etrs89/trafoparsitrs_v2013en.xls
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
ra se digitalizovala do katastru, takze kazda pulka
> budovy se zpracovala zvlast...
*** Urcite nejde o hranici k.u., nebo nejake historicke zmeny (je to
uprostred k.u. Lubne). Ta umela hranice skrze objekt kopiruje hranici
parcel a odkazuje az na hranici parcel historickych cisarskych otisku (684
ou linkované na Wikipedii (možná
> i naopak?) a umožňuje otevřít JOSM na takovém bodě. Bohužel ta
> stránka vypadá dost italsky … nevíte někdo o podobném projektu
> který by byl český nebo anglický?
*** mimochodem SK projektují wiki na mapu:
http://wikipedia.freemap.sk/#p=48.84583|1
> Co rada starších ;-) na variantu smazat/nahrát?
*** já jsem pro, minimálně u importů
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
#page=18
http://www.zakonyprolidi.cz/cs/2009-111#p29-d
ha
hanoj
Dne 29. června 2014 12:58 Petr Vejsada napsal(a):
> Ahoj,
>
> právě mě přestává bavit přesouvat tisíce adresních bodů, které jsou posunuty o
> 3 domy vedle. Uvažuji o něčem, co by mělo mělo zbytek importu výrazně
> urychl
> Osobně bych byl spíš za schopnost nástrojů zachovat adresu na poi,
> protože...
>
>> Ty obchody ve skutečnosti žádnou adresu nemají. Adresa je - jak psal hanoj
>> -
>> místo v terénu vztažené ke *stavebnímu objektu*.
>
> ...toto je sice formálně zcela správně,
a jednotný a aktualizovatelný
systém adres můžeme mít letos.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
or OSM is
> based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English
> translations of Czech laws.
*** Ehm, a na to jsi přišel jak?
ha
hanoj
2014-07-22 15:28 GMT+02:00 Pavel Machek :
> Hi!
>
> I'd like to start import of LPIS farmland database, as we have ve
> On Tue 2014-07-22 15:40:32, hanoj wrote:
>> > The data are freely available to anyone by law as they were created by
>> > government agency using tax payers' money. There are no copyrights
>> > on the data. The basic registers are created according to t
>> zvláštními
>> cestami pro highway i railway.
>>
> To dává smysl tam, kde jde o oddělené cesty (nebo alespoň oddělené pruhy);
> ale oddělovat tramvaj od zbytku silnice např. v Křižovnické v Praze smrdí
> mapováním pro konkrétní renderer.
*** myslím, že
Ahoj,
je někde popsán postup, jak zprovoznit Tracer s CUZK, LPIS a RUAIN na
čistém JOSM vč. nastavení odpovídající podkladové vrstvy WMS/TMS a
trace-serveru?
Ze starých mailů jsem něco nevyčetl, ale ne k fungujícímu stavu.
díky
hanoj
___
Talk-cz
ay(r);node(w))->.d;.d
out meta;
výklad syntaxe např. zde:
http://geoinformatics.fsv.cvut.cz/data/2014/06-12/03-Barta-Geoinformatics-2014.pdf#page=26
ha
hanoj
Dne 18. srpna 2014 1:01 "Petr Morávek [Xificurk]" napsal(a):
> Dne 18.8.2014 00:20, Jiří Sedláček napsal(a):
>> Dobrý den, ah
).
Přiřazování tagů landuse apod LPIS se dělá ručně? Nelze to nějak
naparsovat z dotazu krze GetFeatureInfo nebo wfs?
PS: Mariane pěkná práce.
ha
hanoj
Dne 17. srpna 2014 22:32 Petr Schönmann napsal(a):
> Stáhneš tracer od Mariána http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar
>
> sou
jasne je to -Dfile.encoding=UTF8
hanoj
Dne 18. srpna 2014 9:57 Marián Kyral napsal(a):
> No ještě na tom pracuji. Teď (opět) řeším napojování ploch. Nějak to ne a ne
> fungovat podle mých představ. Teď už to snad bude dobře, jen to potřebuji
> odladit a o víkendu jsem, oproti původn
pridáno na wiki:
+RUIAN budovy, RUIAN parcely, pLPIS
- uhul:ortofoto
ha
hanoj
Dne 15. září 2014 21:30 Petr Schönmann napsal(a):
> Ahoj, chtěl bych se optat zda by někdo nepřidal do výchozích podkladů
> JOSM České WMS / TMS
>
> http://josm.openstreetmap.de/wiki/Maps/Czech%20Republi
tag:
> foot=designated (respektive foot=yes) a je tam jen highway=cycleway.
*** A není to spíš problém interpretace než tagování? Chodec může na
každou highway vyjma dálnice a silnice pro motorová vozidla a většina
z nich nemá foot=yes/designated...
ha
hanoj
_
?
>
> Dle této tabulky:
> http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
> Chápu, že defaultně ne.
*** máš pravdu. Možná je jen české specifikum, že cycleway vyhrazené
jen pro cyklisty jsou zcela okrajové.
hanoj
___
Talk
ně jako ty
> budovy ale zase čára dle RUIAN není až k nim?
*** určitě pojmenovat. Pokud se nemylim do RUIAN definici geometrie
vklada stavebni urad obce, což nemusí vždy vést k úspěchu.
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http
Ahoj,
v česku pro to analogie moc nejsou:
> http://wiki.openstreetmap.org/wiki/Proposed_features/Bridge_types#Proposal
> - bascule
*** sklápěcí
> - transporter
*** dopravník
> - lift_pier
> - pivot_pier
*** zdvihací a otočný p
uklon budov a stineni)
* uklon zaberu (kolmy pohled nemusi existovat)
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
;zakázaného
zdroje" nemůže podařit zlomit třeba cestou 106/1999, viz 106/1999. Já
ale nejsem sto se tomu věnovat.
https://www.youtube.com/watch?v=rf_7MeEVmko
ha
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
> Pouze potřebujeme potvrzení, že můžeme použít veřejnou prohlížecí WMS službu
> jako podklad pro mapování.
*** myslím, že v tom má ZÚ jasno a proto potřebujeme ty snímky ;)
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
> 9. prosince 2014 13:55:47 SEČ, hanoj napsal:
>>> Pouze potřebujeme potvrzení, že můžeme použít veřejnou prohlížecí WMS
>>službu jako podklad pro mapování.
>>*** myslím, že v tom má ZÚ jasno a proto potřebujeme ty snímky ;)
>
> Hmmm. Jsem koukal, co by to k
e ceny palív alebo potom
> ohľadom turistických značiek.
*** Ahoj, takové záměry vítáme. Než začneš něco vkládat do OSM, zašli
nám ukázky dat a před koncem finální verzi dat k importu, aby komunita
mohla ověřit, že je to co bude hromadně přijato je posun v
Ahoj,
super práce. Jen se mi to zdá tak komplexní, že pro běžnou praxi
prostého uživatele je to neuchopitelné. Ale když základní věci vtělíš
do "Cz:Map features" případně "cz /Editing standards" tak to snad
nějaké ovoce přinese.
díky
hanoj
Dne 12. prosince 2014 15:31 Michal P
Pane Souček,
a že jsem tak smělý a je ten advent, mimo toto téma. ;) Rád bych zopakoval
svoji otázku z 12.6.2014,
jakou transformaci používá KÚ na RUIAN/KM pro publikaci dat z S-JTSK do
WGS-84 a do ETRS89-ETRF2000 a případně mezi ETRS a WGS?
zdraví
hanoj
Dne 16. prosince 2014 18:32 Petr Souček
delines
*** ze strany majitele dat (gestora) je třeba nějaký dobropis, e-mail,
dopis, licence, zákon nebo metadata, kde je váš záměr potvrzen
implicitně nebo explicitně jako legální. Pokud by šlo o legalitu z
podstaty obecného dokumentu (zákon, licence), pak je vhodné zdůvodnit
vý
> Nikde, a jak to chcete vyřešit? nechat duplicity? Před importem jsem se
> ptal, jak se řeší duplicity, nikdo 2 dny neodpověděl.
*** Je vhodne nechat na dulezita rozhodnuti jako import klidne 14 dni.
To jsme myslim s tebou jednou diskutovali... Je tak neprekonatelne?
ha
Ahoj,
možná to tu někoho zaujme - cvičně mě zajímalo jak přesné jsou
přístroje v mém dosahu, tak jsem to zkusil a mrskl na web:
Měření statické přesnosti přijímačů GPS
http://gis.templ.net/measure_gps-web2.xhtml
ha
hanoj
___
Talk-cz mailing list
o velikosti 1-x nodu,
(vykreslovani, stazeni bbox). Bezne se tak i v komercnich datasetech
pracuje (pokud to topologie umoznuje), neni to nic zvrhleho. Nestastna
je mozna implementace OSM relaci.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetma
> Ten připojený dotaz vyhledá nejbližší definiční bod a zobrazí k němu
> příslušné informace - využitelnost posuďte sami, nicméně systematické
> stahování celé ČR tímto způsobem nedoporučuji.
*** nedoporucujes to z technickych duvodu (DoS), nebo z duvodu
autorskych prav k databazi?
d
Ahoj!
Mike Collinson posila dopis do nasi talk-cz konference pozvanku:
1) na OSM konferenci do Amsterdamu, ktera bude 10.-12. cervence.
Predbezna registrace konci tuto nedeli 29. brezna.
http://www.stateofthemap.org/register-now/
2) a informace o existenci OSM nadace a moznosti se pridat za 15 lib
domnivam se, ze kdyz v patek spadne server, nahodi ho v prvni pracovni
den, jak uz se stalo nekolikrat.
hanoj
2009/4/5 Kubajz :
> Me taky nejde. Nejspis nejde UHUL jako takovej...
>
> K
>
> Petr Dlouhý napsal(a):
>> On Sun, 05 Apr 2009 18:57:44 +0200, Zdeněk Pražák
>>
zdatnější než já, který by prověřil situaci a případně o toto OSM
> obohatil?
*** BM str. 6, musite byt velky fantasta => revoluce se nekona
http://www.brno.cz/brnenskymetropolitan/bmet200904.pdf
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.o
rozumnem
>> rozliseni.
*** to by tusim nemel, do cache jdou pouze data pod licenci podobne
Public Domain, coz UHUL ortofoto neni
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Mozno napsat toto:
SLUZBA: WMS
priklad 1
URL:
http://geoportal2.uhul.cz/cgi-bin/oprl.asp?SERVICE=WMS&REQUEST=GetCapabilities
RESULT:
msxml3.dll error '80072efd'
A connection with the server could not be established
/cgi-bin/oprl.asp, line 14
priklad 2
URL:
http://geoportal2.uhul.cz/cgi-bin/opr
Preposilam zpravy z centraly okolo State Of The Map, Mike Collinson
Ahoj,
krátká aktualita od organizátorů State Of The Map:
Máte zájem navštívit konferenci State Of The Map 2009 v Amstrdamu
10.-12. července?
Jste už zaregistrováni?
Prosím o ujištění, zda jste si zabezpečili ubytování. Později bu
si ho zrejme
vynucuje uz od serveru, proc?)
JOSM (1537)
* kdyz pozdam o transparent PNG tak ho neumi pruhledne zobrazit (na
aktualni ticket bugreportu jsem nenarazil)
delam neco spatne?
mate jine zkusenosti?
diky
hanoj
___
Talk-cz mailing list
Talk
to je ono, diky
hanoj
2009/4/20 Tomáš Tichý :
> Taky jsem si myslel, že je to chyba v WMS pluginu, ale nakonec jsem
> přišel na to, že přibyla nová volba do JOSM.
> Chce to kliknout v seznamu vrstev na příslušnou WMS vrstvu a
> zašktrtnout volbu Alfa kanál a pak už je zase průh
soubor vytvoreny v starem API 0.5 nejde jednoduse v API 0.6
importovat. zkousel jsem resit konflikty, ruzne rucni metody a skript
osm526.py, ale nejspis se s tim nepocita.
hanoj
2009/4/21 Zdeněk Pražák :
> jenže já to zkoušel s poslední verzí 1541 a nic se mi zatím nepovedlo
>
druhe
hanoj
2009/4/22 Zdeněk Pražák :
> čili z toho plyne, že to co jsem udělal za víkend, cca 4000 bodů, můžu
> zahodit a udelat znovu. Škoda, že jsem to nevěděl dříve.
> Pražák
>> Původní zpráva ----
>> Od: hanoj
>> Předmět: Re: [Talk-cz] dota
5&zoom=18&layers=B000FTF
ha
hanoj
2009/5/1 Petr Dlouhý :
> jak by se měla značit hranice obce?
> V okolí Hradce Králové se silně používá landuse:residential, což ale značí
> pouze obytnou zónu, ne hranici obce. Časem začnou být hranice obcí důležité,
> protože určují, kde se smí
vrstve vyberte rucne nove objekty ctrl+c
5) vlozte ctrl+v je do nove stazene vrstvy
6) rucne provedte navaznosti na stare objekty a jejich modifikace
7) kontrola provedenych praci
8) upload nove vrstvy
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.or
nam neco jako relativni poloha zastavky ze staniceni
mezi nody?
ano, datovy model OSM, je hodne primitivni a jednovrstevny.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
dane obce a udelat z dilcich knedli jednu
velkou, ktera pak bude jako berna pro rychlost. otazka je zda na
urovni mapy nebo routingu.
Stavajici JOSM se ale stejne bude muset naucit pracovat s vrstvami
typu pokryv a vyuziti, kdyz uz "umi" silnice a autobusove linky.
hanoj
__
2009/5/2 Petr Dlouhý :
> On Sat, 02 May 2009 01:16:36 +0200, hanoj wrote:
>
> V tom případě bude asi nejlepší udělat to tak, že budeme přidávat tag
> maxspeed:50 na oblast ohraničující obec (ať už je to landuse:residential
> nebo place:village nebo samostatná plocha).
*** a ne
ezobrazí viz. (
> http://img21.imageshack.us/img21/518/osmmap.gif ). Podařilo se to někomu
> zprovoznit? Pokud ano, poslali byste mi prosím adresu ve správném formátu pro
> servery Cenia a UHUL? Díky.
*** CENII, bys tam radeji davat ani nemel, nejsou na ni prava...
Jinak s potlachem nepra
a pouziti v relaci nody
traffic_sign:city_limit
jak tu nekdo psal by neslo?
hanoj
2009/5/5 Petr Dlouhý :
> On Tue, 05 May 2009 13:24:44 +0200, hanoj wrote:
>
> Pro větší vesnice a hlavně města mi to nepřijde jako dobrý nápad. Těch
> silnic vyšších tříd je tam přece jenom docela d
101 - 200 z 722 matches
Mail list logo
