On Thu, Nov 12, 2009 at 11:47:00PM +0100, Petr Dlouhý wrote:
Ahoj,
mohl bys prosím rozvést kde se dají taková data získat, a jestli jsou
opravdu public domain?
Na
http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998MENUID=0AKCE=DOC:30-ZU_DM_HRAN
se dají podobná data koupit - nejsou tedy,
Je možné nějakým způsobem pomoct?
On Fri, 13 Nov 2009 09:44:09 +0100, Martin Kupec ma...@jkopava.cz wrote:
Admin hranice z prehledek se snazim importovat. Jde to
pomalu(nemam tolik casu co jsem doufal a grass mi hazi klacky
pod nohy), ale doufam ze se to v blizke budoucnosti
Je možné nějakým způsobem pomoct?
On Fri, 13 Nov 2009 09:44:09 +0100, Martin Kupec ma...@jkopava.cz wrote:
Admin hranice z prehledek se snazim importovat. Jde to
pomalu(nemam tolik casu co jsem doufal a grass mi hazi klacky
pod nohy), ale doufam ze se to v blizke
Ahoj,
mohl bys prosím rozvést kde se dají taková data získat, a jestli jsou
opravdu public domain?
Na
http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998MENUID=0AKCE=DOC:30-ZU_DM_HRAN
se dají podobná data koupit - nejsou tedy, předpokládám, pod public domain.
Teď jsou výsledky hledání závislé
Ahoj,
na hlavní stránce (http://www.openstreetmap.org/) se dnes objevil nový
druh hledání - Nominatim (http://nominatim.openstreetmap.org/). Toto
hledání dává výsledky ve tvaru například Horoměřice, Praha, Praha-západ,
Středočeský kraj, Česká Republika. Vzhledem k tomu, že žádná s těch
Petr Dlouhý napsal(a):
Ahoj,
na hlavní stránce (http://www.openstreetmap.org/) se dnes objevil nový
druh hledání - Nominatim (http://nominatim.openstreetmap.org/). Toto
hledání dává výsledky ve tvaru například Horoměřice, Praha, Praha-západ,
Středočeský kraj, Česká Republika. Vzhledem
Jinak na http://wiki.openstreetmap.org/wiki/Nominatim je popsáno, jak se
dají výsledky hledání stahovat v XML, což by bylo ideální pro další
použití v různých aplikacích. Akorát se mi nepodařilo získat všechny
výsledky pro nějakou oblast.
On Wed, 11 Nov 2009 21:12:10 +0100, jzvc
On Wed 2009-11-04 13:43:26, Petr Nejedl?? wrote:
Pavel Machek napsal(a):
On Tue 2009-11-03 18:46:02, Martin Mares wrote:
Dobry vecer vespolek!
A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve
ktery je zemi?
Neni spis chyba, pokud si nemuze jednoduse stahnout
On Wed 2009-11-04 14:43:14, Martin Mares wrote:
Ahoj!
Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace,
ve kterych objekty z daneho uzemi lezi?
To co se tu navrhuje ale nejsou relace, nybrz polygon okolo.
A nestacilo by, aby protokol umel stahnout vsechny
On Thu 2009-11-05 15:13:00, MP wrote:
jen podotykam, ze tag is_in pro ulici je problematicky jeste z duvodu,
ze existuji situace, kde je jedna ulice jednoho nazvu soucasti vice
obci. Jinak drzet i u online navigace geopoliticke deleni na urovni
statu lokalne mi prijde vice nez vhodne.
Ahoj!
A nestacilo by, aby protokol umel stahnout vsechny polygony, ktere maji
s danym uzemim neprazdny prunik?
Stacilo, ale on to AFAIK neumi.
A neni lepsi to ten protokol naucit, misto abychom zavadeli ruzne
berlicky v podobe tagovani vsech objektu atributem is_in?
A nestacilo by, aby protokol umel stahnout vsechny polygony, ktere maji
s danym uzemim neprazdny prunik?
Stacilo, ale on to AFAIK neumi.
A neni lepsi to ten protokol naucit, misto abychom zavadeli ruzne
berlicky v podobe tagovani vsech objektu atributem is_in?
To neni tak
On Tue 2009-11-03 18:46:02, Martin Mares wrote:
Dobry vecer vespolek!
A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve
ktery je zemi?
Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace,
ve kterych objekty z daneho uzemi lezi?
To co se tu navrhuje
Pavel Machek napsal(a):
On Tue 2009-11-03 18:46:02, Martin Mares wrote:
Dobry vecer vespolek!
A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve
ktery je zemi?
Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace,
ve kterych objekty z daneho uzemi lezi?
Ahoj!
Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace,
ve kterych objekty z daneho uzemi lezi?
To co se tu navrhuje ale nejsou relace, nybrz polygon okolo.
A nestacilo by, aby protokol umel stahnout vsechny polygony, ktere maji
s danym uzemim neprazdny prunik?
On Mon, 02 Nov 2009 21:37:24 +0100, Pavel Machek pa...@ucw.cz wrote:
Nevím, jak si představuješ, že ten algoritmus zjistí, na jaké pozici se
nachází ono město, aby ho mohlo stáhnout a zjistit ve kterém kraji se
nachází. Z čistých OSM dat to nemá šanci zjisti, a musel by stejně
stahovat
On Sat 2009-10-31 23:50:06, jzvc wrote:
Martin Kupec napsal(a):
On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouhý wrote:
On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik psteh...@sophics.cz
wrote:
Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi
Dobry vecer vespolek!
A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve
ktery je zemi?
Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace,
ve kterych objekty z daneho uzemi lezi?
Ne ne, to nebude fungovat.
Takze jo, predstavuju si, ze u kazdy ulice bude
is_in mi take prijde jako naprosta zbytecnost. Vzdyt preci vypocet, ze
je neco v polygonu je s pouzitim spatial indexu otazkou okamziku. Na
vyplnovani bych tolik nespolehal...
T
Martin Mares napsal(a):
Dobry vecer vespolek!
A to ma chudinka navigace pokazdy stahovat celej svet aby
Existuje mapa katastrálních území ve formátech shx/dwg, z toho by se
dala velká část administrativních hranic získat. Mělo by to být
PD-czech-gov
JD
Dne 30. října 2009 14:45 hanoj eha...@gmail.com napsal(a):
Aneb je treba asi resit dva problemy:
1. Jakemu mestu patri jaka ulice,
Dne 2. listopadu 2009 9:17 Jan Dudík jan.du...@gmail.com napsal(a):
Existuje mapa katastrálních území ve formátech shx/dwg, z toho by se
dala velká část administrativních hranic získat. Mělo by to být
PD-czech-gov
*** byly by nejake podrobnosti? existence vektorove vrstvy mi dosud neznama.
On Mon, 02 Nov 2009 09:17:07 +0100, Jan Dudík jan.du...@gmail.com wrote:
A nešlo by podobným způsobem získat i definiční body? To by bylo velmi
zajímavé, protože by potom šli doplnit adresní body na zbytek území.
Existuje mapa katastrálních území ve formátech shx/dwg, z toho by se
dala velká
Tohle si právě nemyslím, právě dělám taky navigaci a řeším stejný
problém - jak definovat, kam ulice patří? Momentálně to dělám jen z
adres, ale ne všude adresy jsou a ne všude tam jsou všechny informace.
Plánuju nějak přiřazovat ulice k nejbližšímu městu, ale nepřijde mi to
akurátní.
Hledat to
jzvc píše v Ne 01. 11. 2009 v 00:11 +0100:
- do kter?ho m?sta pat?? dan? ulice
- do kter?ho st?tu pat?? dan? m?sto
U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne
kvuli navitu.
zkusim mu to tedy takto podat. Ovsem ptal se jeste na ulice, tam jsme
On Fri 2009-10-30 13:20:04, Petr Stehlik wrote:
Zdar,
te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty:
- do kter?ho m?sta pat?? dan? ulice
- do kter?ho st?tu pat?? dan? m?sto
U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne
kvuli navitu.
- kter? PS?
On Fri 2009-10-30 14:31:50, Martin Kupec wrote:
On Fri, Oct 30, 2009 at 02:14:43PM +0100, hanoj wrote:
*** dnes mame aparat administrativnich hranic, ktere jednoznacne mohou
rozlisovat spravni uzemi a tedy napr. i hranice obce, kraje, statu.
boundary=administrative
Toto zni jako
Pavel Machek píše v So 31. 10. 2009 v 19:42 +0100:
On Fri 2009-10-30 13:20:04, Petr Stehlik wrote:
Zdar,
te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty:
- do kter?ho m?sta pat?? dan? ulice
- do kter?ho st?tu pat?? dan? m?sto
U vsech ceskych mest/vesnic jsem
Martin Kupec napsal(a):
On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouhý wrote:
On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik psteh...@sophics.cz
wrote:
Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi
posprocessingu, tedy by tyto informace neměli být
2009/10/30 Petr Stehlik psteh...@sophics.cz:
Zdar,
teď si stěžoval autor Navitu, že v OSM mu chybí vazby mezi objekty:
- do kterého města patří daná ulice
- do kterého státu patří dané město
- které PSČ patří ke kterému městu/ulicím
- a je-li daná ulice typu urban nebo rural (nevím, co tím
On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik psteh...@sophics.cz
wrote:
Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi
posprocessingu, tedy by tyto informace neměli být přímou součástí OSM,
protože jsou tam duplicitní. Součástí OSM by měli být pouze data jako
On Fri, Oct 30, 2009 at 01:24:00PM +0100, Michal Grézl wrote:
ja osobne si myslim ze by melo byt jen is_in=zlin, node zlin by mel
byt is_in=zlinsky kraj a node zlinskeho kraje by melo byt is_in=cz,
coz by generovalo krasne stromecky, ale je to naivni predstava:)
Osobne si taky myslim ze
On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouhý wrote:
On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik psteh...@sophics.cz
wrote:
Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi
posprocessingu, tedy by tyto informace neměli být přímou součástí OSM,
protože
Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi
posprocessingu, tedy by tyto informace neměli být přímou součástí OSM,
protože jsou tam duplicitní. Součástí OSM by měli být pouze data jako
hranice města, hranice státu a další hranice oblastí. Už tag is_in, který
se používá
On Fri, Oct 30, 2009 at 01:43:28PM +0100, hanoj wrote:
Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a
hlavne jednodussi na zmapovani pridavat k silnicim flags
is_in a v posprocessingu kolem takovychto silnic udelat
polygony a to prohlasit za uzemi
hanoj píše v Pá 30. 10. 2009 v 13:43 +0100:
Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi
posprocessingu, tedy by tyto informace neměli být přímou součástí OSM,
protože jsou tam duplicitní. Součástí OSM by měli být pouze data jako
hranice města, hranice státu a další
hlavne jednodussi na zmapovani pridavat k silnicim flags
is_in a v posprocessingu kolem takovychto silnic udelat
polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta
nejspis neni uplne dulezita informace, mestu mohou patrit i
rozlehla okolni
Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi
posprocessingu, tedy by tyto informace neměli být přímou součástí OSM,
protože jsou tam duplicitní. Součástí OSM by měli být pouze data jako
hranice města, hranice státu a další hranice oblastí. Už tag is_in, který
se
On Fri, Oct 30, 2009 at 02:14:43PM +0100, hanoj wrote:
*** dnes mame aparat administrativnich hranic, ktere jednoznacne mohou
rozlisovat spravni uzemi a tedy napr. i hranice obce, kraje, statu.
boundary=administrative
Toto zni jako pekne reseni, ale je pro nas dulezite
On Fri, Oct 30, 2009 at 02:06:58PM +0100, hanoj wrote:
hlavne jednodussi na zmapovani pridavat k silnicim flags
is_in a v posprocessingu kolem takovychto silnic udelat
polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta
nejspis neni uplne
39 matches
Mail list logo
