Já myslím, že to Jzvc myslel tak, že admin_level se nebude psát přímo na
hranice, ale pouze na relace tvořící jednotlivé oblasti.
To je myslím velice rozumné, protože opravdu není možné rozumě definovat
admin_level sdílené hranice.
Jinak OSM nemůže být použito (alespoň ne přímo) jako
Teď mě vlastně napdalo, že ref by mělo spíš znamenat NUTS, protože to je
univerzálnější číslo. Tedy jestli mají katastrální území NUTS.
*** cislovani NUTS s k.u. nesouvisi.
NUTS(LAU) je NUTS(LAU),
k.u. je k.u.
jedinna souvislost je, ze jedno z vyse uvedenych je podmnozinou druheho.
hanoj
Co se hranic obci tyce, IMO nejde o administrativni cleneni = nema to
mit tag boundary administrative ani admin_level. Naopak by nebylo od
veci jeste dalsi cleneni (ktere jsem zatim nedelal) kdy do spravy jedne
poverene obce spada vice ku.[2].
*** do poverenych obci (POU) spada vice obci, k.u.
On 27.1.2010 10:02, Petr Dlouhý wrote:
Já myslím, že to Jzvc myslel tak, že admin_level se nebude psát přímo na
hranice, ale pouze na relace tvořící jednotlivé oblasti.
To je myslím velice rozumné, protože opravdu není možné rozumě definovat
admin_level sdílené hranice.
tak to potom
To ano, ale bude mnoho případů, kdy se bude KU shodovat s územím obce
která NUTS(LAU) má. Teď ale koukám, že jsme se dohodli, že v takovém
případě bude mít obec jinou relaci než KÚ, takže by asi mohla mít obec
jako ref NUTS a KÚ svoje číslo.
On Wed, 27 Jan 2010 10:05:03 +0100, hanoj
Pro potreby komunity jsem dnes predal pristup Petrovi Dlouhemu na server
s 4 x 3.4GHz Xeon s 4GB pameti. Doufam, ze to pomuze k rychlejsimu
vyreseni nasich potreb :)
K
P.S.: Presneji jsou to jen dve dvoujadra
Kubajz napsal(a):
Mam malo osobniho casu, ale jsem schopen pripravit virtualni
Dovolil bych si ještě jednu poznámku. Program si ukládá pomocné soubory do
aktuálního adresáře s konstantním jménem (pokud se od minulé verze nic
nezměnilo). Jestli tomu dobře rozumím, tak nemohu spustit víc instancí
těch skriptů v jednom adresáři bez toho, aby se nepopraly (budou si
Je to tak? Pokud ano, tak by to chtělo uživatele důrazně varovat, protože
by se mohlo stát, že výsledek bude pomíchaný a nikdo si toho nevšimne.
Nešlo by s tím něco udělat?
Ne, uz to tak neni, jen jsem to zapomnel zapsat do provedenych zmen.
Program si uklada pomocne soubory stale do
Ahoj,
tak výpočet už zatěžuje všechna 4 jádra na Kubajzově stroji.
Udělal jsem si na to skripty, kterým stačí jen předhodit rozsah dlaždic, a
ony pak už vše udělají samy. Nejsou nějak úžasné, ale mohlo by to někomu
ušetřit práci, takže jsou v příloze.
--
Petr Dlouhý
tile-do.sh
Hm, tak bohužel program na Linuxu nefunguje (tedy pod Wine ano).
Důvodem je neimplementovaná metoda System.Drawing.Image.SaveAdd v Linuxové
verzi knihovny GDI+.
Má někdo nápad, jak by to šlo jednoduše obejít?
On Tue, 26 Jan 2010 20:10:09 +0100, Lukas Kabrt lu...@kabrt.cz wrote:
Progam jsem
Nemám zkušenost ... ale nepomohlo by třeba toto?
http://www.remotesensing.org/libtiff/man/tiffcp.1.html
Honza
2010/1/27 Petr Dlouhý petr.dlo...@email.cz:
Hm, tak bohužel program na Linuxu nefunguje (tedy pod Wine ano).
Důvodem je neimplementovaná metoda System.Drawing.Image.SaveAdd v Linuxové
Ahoj,
jůů, tak tohle je velmi dobrá práce! Něco podobného mi hodně chybělo, tak
jsem uvažoval nad tvorbou vlastního nástroje, už nemusím :-))
Integraci do JOSM bych také moc ocenil, přeci jen na rozumné mapování větší
oblasti se to moc jinak než josmem dělat nedá. Možná bych viděl trochu potíž
v
Před nedávnem se zde hovořilo o importu vodních toků z DIBAVOD a tak jsem se
chtěl zeptat, jaký je stav, zda mám tedy mapovat vodní toky ve svém okolí nebo
mám počkat na import.
Pražák
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
Ahoj,
uvažoval jsem podobně ... zatím tedy o JOSM a API pro pluginy moc
nevím. A v Javě jsem něco naposledy před x lety (nějaké drobnosti tedy
i později, ale mnohem větší zkušenosti mám s .NETem). Přepsat jádro
algoritmu do Javy by asi takový problém nebyl (tedy tu část, která
vezme 2D pole bytů
Ahoj,
Delam na tom. Ted jsem trochu nestihal, ale chtel bych to stihnout do
patku, protoze pak jedu na dovolenou. Vystupem nyni bude import
nekonfliktnich nadrzi a tech co jsou konfliktni. Pote si to dle oblasti
kazdy muze natahnout do editoru a rozhodnout, ktera verze je ok. Spatnou
smaze.
Právě, ono takovej merkaartor je super věc, JOSM je jak složitý, tak
prostě ovladatelný. :/ Ale asi by mě to donutilo přejít, to zas jo.
2010/1/27 Jan Bilak jan.bilak@gmail.com:
Ahoj,
uvažoval jsem podobně ... zatím tedy o JOSM a API pro pluginy moc
nevím. A v Javě jsem něco naposledy
Na Merkaator jsem zběžně koukal a nějak mne zatím nepřesvědčil. A to
ani možnostmi (to jsem ani moc nečekal), ani rychlostí (to jsem čekal,
protože je psaný v C++/qt a to je hodně výkonná platforma - třeba při
tažení nové cesty se to vyloženě škube a to podle mne značí spíše na
použití špatných
Děkuji za odpověˇ, ještě bych se zeptal jaký je další výhled pokud se týká
potoků.
Pražák
Původní zpráva
Od: Tomas Kolda ko...@web2net.cz
Předmět: Re: [Talk-cz] dotaz na stav importu z DIBAVOD
Datum: 27.1.2010 18:59:45
Ahoj,
18 matches
Mail list logo
