vyhodnotit přínos pro
OSM. ;-)
S pozdravem,
Radomír Černoch
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
erých místech je přesnější než MVČR.
Se strojovým dotazováním na web České pošty jsem dříve experimentoval
s dobrými výsledky. Pokud bude zájem, pošlu skripty (je to hrozný
bastl BASH+XSTL+RUBY+JAVA, ale funguje).
S pozdravem,
Radomír Černoch
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Hlavní stránku OpenStreetMap i editor Potlatch je nyní možné překládat
do češtiny. Chcete-li začít s překladem, zaregistrujte se na
Translatewiki, napište o sobě pár řádek a můžete začít! Vizte
http://translatewiki.net/wiki/Translating:OpenStreetMap
2009/10/1 Ævar Arnfjörð Bjarmason :
> Both the
Díky za upozornění. Bug jsem opravil, šlo o změnu API na straně JOSM.
2009/9/13 Tomáš Tichý :
> Ahoj,
> v posledních verzích JOSM (již cca týden) přestal fungovat plugin
> Czechaddress. Konkrétně teď jsem to zkoušel s JOSM 2010 a Czechaddress
> 16862 a skončí to s následující výjimkou:
>
>
> Path:
Také bych se přimlouval k ostatním názorům výše v diskuzi, přestože
rozlišení není jasné:
Je jasné, že jazykově to sedí podle návrhu Pavla Machka. "path" je
obecná cesta, zatímco "footway" je pro pěší. Příslušné stránky na Wiki
"Tag:highway=path/highway" tomu odpovídají. Také zcela souhlasím, že
c
2009/8/9 Tomáš Tichý :
> Taky jsem se s tímto bugem už párkrát setkal, stávalo se to když z
> nějakého důvodu spadl upload bodů, editor je pak nauploaduje znovu
> (aspoň to tak bylo se starým API, s novým by se to už stávat nemělo).
To bude ono. Před změnou zápisu adres byla oblast špatně otagovan
Zcela souhlasím. Jen bych dodal, že navigační přístroje v autě by Vás
neměly navádět přes "highway=track", zatímco přes "highway=service"
ano. Hnát dopravu "zkratkou" přes II. zónu NP by nebylo zcela košer.
;-)
R.Č.
2009/8/9 Tomáš Tichý :
> Vyasfaltovaných "polňaček" jsou u nás spousty, většinou
Dobrý den,
když někdo mapu předělá "nazpět", je dobré toho člověka kontaktovat a
domluvit se s ním. Co se jednomu může zdát jako posun k horšímu, se
druhému může zdát naopak.
Funkce "vracení" v OSM existuje, ale je dost čerstvá, takže editory ji
zatím nepodporují (alespoň co já vím).
S pozdravem
Dobrý den,
použití se liší. Někdo mapuje tagem laduse plochu kolem celé
průmyslové čtvrti, někdo používá landuse jen na každé drobné území
vyseknuté ulicemi (jeden blok domů).
Osobně se mi zdá zbytečné označovat každou malou firmičku zvlášť,
ostatně v popisu tagu landuse je slovíčko "Predominantl
2009/8/9 Ondrej Novy :
> Ahoj,
>
> momentalne jsem na dovolene v Krkonosich a jsem tady trosku zmaten z toho,
> jak spravne mapovat nejake cesty. Vyskytuje se tu zhruba tento typ cest:
> 1. klasicka lesni cesta znacena jako turisticka (znacit jako highway=path +
> foot=yes, nebo highway=footway?)
2009/8/9 jzvc :
> Radomír Černoch napsal(a):
>> Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud
>> platí první možnost, tak to není "bug" ale "chybějící funkce".
>>
>> Dokud nebudou v mapě zaneseny hranice katastrálních územ
Zdravím,
2009/8/9 jzvc :
> Zdravim,
> ono je to rozbite ponekud vic. Jak koukam, tak mi to zobrazuje konflikty
> i mezi domy se stejnym cislem, ale v ruzne obci.
Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud
platí první možnost, tak to není "bug" ale "chybějící funkce".
Do
2009/8/6 Ondrej Novy :
> Zdravim,
>
>
> Dne 6. srpen 2009 17:28 jzvc napsal(a):
>>
>> ... Variantne moznost zobrazit pouze
>> nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je
>> zmapovano.
>
> za zobrazeni pouze nepouzitych adres bych se taky primlouval - mnohem lepe
> se tim da
2009/8/6 jzvc :
> Radomír Černoch napsal(a):
>> Zdravím,
>>
>> 2009/8/6 jzvc :
>>
>>> Zdravim,
>>>
>>> Mam par pripominek k pluginu.
>>>
>>> a) nedoplnuje PSC (ac se tvari ze to umi)
>>>
>>
>> Viz wiki
2009/8/6 hanoj :
>>> *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani:
>>> c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa
>>> podle CP uz v mape existuje, idkyz vyhledani pomoci find
>>> "addr:conscriptionnumber=666" ji nenajdu.
>>
>> To se může stát a je
2009/8/6 hanoj :
>> a) nedoplnuje PSC (ac se tvari ze to umi)
>> b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se
>> clovek uklipne.
>>
>> Mozna se to takto chova jen u me, ale chova se to takto dlouhodobe v
>> ramci nekolika verzi jak pluginu tak JOSM.
>> Slo by s tim neco proves
Zdravím,
2009/8/6 jzvc :
> Zdravim,
>
> Mam par pripominek k pluginu.
>
> a) nedoplnuje PSC (ac se tvari ze to umi)
Viz wiki [[Cz:JOSM/Plugins/CzechAddress]]: Databáze obsahuje i
přibližný rozsah PSČ v dané oblasti, které jsou kvůli nepřesnostem pro
OpenStreetMap nepoužitelné.
Ale na opravě se v
Dobrý večer,
vytvořil jsem stránku o adresách v ČR:
http://wiki.openstreetmap.org/wiki/Cz:WikiProject_Czech_Republic/Adress_system
Požádal bych Vás o laskavost: V předchozí diskuzi padly příklady měst,
kde se používá nestandardní číslování. Tuším Jindřichův Hradec a
Soběslav. Mohli byste prosím v
Já také používám systém 1 adresní bod = 1 node. V Praze je navíc zvyk
umisťovat bod směrem k příslušné ulici, což jednak mapu zpřehledňuje a
vlastně nakonec vypadá hezky.
Funkci pro "building=yes" jsem však přidal -- snad to někomu mapování urychlí.
S pozdravem,
Radek Černoch
2009/8/3 hanoj :
>
2009/7/31 Mike Crash :
> Zdravím,
>
> díky za info, četl jsem.
> Mně ani tak nejde o to, jak se bude tag jmenovat apod, spíš o způsob
> provedené změny.
To se mi ulevilo. ;-)
> Mělo by to být tak, že tam, kde je lomítko, tak vytvořit streetnumber a
> conscriptionnumber,
> ale kde je jen číslo, ta
Dobrý den,
jak jste si již někteří všimli, adresy jsou nyní uloženy v databázi
novým způsobem. Ukázalo se, že převod "přes noc" je hodně optimistický
odhad; vše se podařilo dokončit až po třech dnech. Doufám, že toto
zdržení nikomu nezpůsobilo komplikace. Spolu se změnou byla také
uvolněna nová ve
Dobrý den,
je to tak trochu moje chyba -- slíbil jsem, že napíšu na wiki
vysvětlovací článek. Zatím ale dávám přednost diplomce... čas bych měl
mít v pondělí.
Kromě odkazů Tomáše Tichého přidávám i ostatní vlákna, ve kterých se
řadou mailů adresy řešily:
http://lists.openstreetmap.org/pipermail/t
díky za připomínky!
Zdravím,
Radek Černoch
Stanislav Brabec píše v Po 27. 07. 2009 v 00:00 +0200:
> Radomír Černoch píše v Ne 26. 07. 2009 v 02:03 +0100:
> > Děkuji za upozornění. Marně však přemýšlím, co z toho něco vyvodit...
>
> Možná jednoduchou heuristiku, která nejdřív projde
Děkuji za upozornění. Marně však přemýšlím, co z toho něco vyvodit...
S pozrdravem,
Radek Černoch
2009/7/25 Jan Dudík :
> Ad 4 - nahodou takových domu bude většina, i když v osm jen v
> některých městech...
>
>
> 21.7.09, Radomír Černoch :
>> Dobrý den,
>>
>> pl
Černoch
Ondrej Novy píše v Út 21. 07. 2009 v 19:20 +0200:
> Dobry den,
>
> Dne 21. červenec 2009 19:00 Radomír Černoch
> napsal(a):
> Dobrý den,
>
> K přejmenování tedy dojde příští týden v noci z pondělí 27.7
> na úterý
> 28.7. J
také v tuto dobu neupravovat primitivy,
které obsahují 'housenumber' nebo 'alternatenumber'.
S pozdravem,
Radek Černoch
2009/7/4 Radomír Černoch :
> Dobrý den,
>
> avizovaný týden uplynul, o prodloužení nikdo nepožádal a navíc od
> posledního úterý již nikdo neh
Zdravím,
řešil bych to změnou barvy budov, aby problém nebyl tak nápadný.
Budovy jinak nemají příliš velkou informační hodnotu, a tak bych se
tím netrápil. Stejným neduhem trpí i jiné mapy:
http://maps.google.com/?ll=49.19523,16.607927&z=16
S pozdravem,
Radek Černoch
2009/7/8 Karel Novotný :
> A
Dobrý den,
avizovaný týden uplynul, o prodloužení nikdo nepožádal a navíc od
posledního úterý již nikdo nehlasoval. Hlasování tedy skončilo.
Variantu (1) volilo 12 lidí, (2) jeden člověk a (3) 8 lidí. Výsledek
jsem pro jistotu přepočítával, takže pokud mi neunikl nějaký mail, měl
by být správně.
Dobrý den,
jak moc je v otázce velkých písmen důvěryhodná databáze České pošty na
psc.cpost.cz? Kontroloval jsem ulice, u kterých si jsem velkými/malými
písmeny jistý a všechny byly v pořádku.
S pozdravem,
Radek Černoch
2009/7/1 Stanislav Brabec :
> Pavel Machek píše v Út 30. 06. 2009 v 08:39 +0
Já s tím nemám zásadní problém. Jen ještě zvažte Slovensko: Budeme
psát "addr:popisne", nebo "addr:supisne"? Nebo budeme mít jiné tagy i
u nás a na Slovensku? Tam se totiž systém adres neliší vůbec...
2009/6/18 Kubajz :
> Dejme tomu, ze az nekdo navrhne vhodny uzus, na kterem se sejde cela
> evrop
Zdravím,
je to také možnost. Bohužel však pomíjí původní problém, kvůli které
se táhne celá diskuze. Totiž cca v oblasti střední Evropy se používá
stejný systém, který u nás známe jako "čísla popisná", v Německu a
Rakousku jako "konskriptionsnummer" atd. Všechny vycházejí ze stejného
modelu, proto
Dobrý den,
respektuji Vaše názory a chápu, že nechcete podpořit návrh, se kterým
silně nesouhlasíte. Jak jsem již psal, různých nápadů a argumentů na
obě strany padlo hodně a když jsme se ani tak neshodli, zbývá
hlasování.
Mohl bych Vás tedy poprosit o stručné shrnutí cca ve 3 bodech, proč je
num
Zdravím,
2009/6/12 Pavel Machek :
> On Fri 2009-06-12 10:54:24, Radomír Černoch wrote:
>> Ohledně dalších políček se misky vah zlehka převažují k variantě:
>> 'addr:streetnumber' = [čo]
>
> in_street =
Klidně to můžeme vrátit do hry. Není pak ale divné, že 'h
Dobrý den,
> To tam ty všemožné čísla budou dvakrát ?
ano, o tom se tu celou dobu mluví. Nelíbí se Vám to? Viz příklad
Jindřichova Hradce v úvodním mailu. Pokud chceme zpracovávat podobné
výjimky, není jiná možnost.
> A jak se plánuje vykreslování?
Stejně jako dosud. Vykresluje se 'addr:housenu
Zdravím,
diskuze zjevně utichá, je tedy ideální čas ji uzavřít. U žádného
návrhu nedošlo k jednoznačnému odmítnutí; patrně se blížíme variantě,
která je pro všechny alespoň přijatelným kompromisem. Asi existuje
všeobecná shoda na:
'addr:housenumber' = [čp]/[čo] nebo [čp] nebo E[če]
'addr:street' =
2009/6/8 Petr Kadlec :
> 2009/6/8 Stanislav Brabec :
>> Není náhodou "provisional" přesnější? Google naznačuje, že Florida má
>> cosi, co se jmenuje "provisional building code".
>
> Jenže „building code“ není „číslo/kód budovy“, ale stavební
> zákon/normy: http://en.wikipedia.org/wiki/Building_code
2009/6/8 Stanislav Brabec :
> Pavel Machek píše v Po 08. 06. 2009 v 08:26 +0200:
>> > 3) Čísla popisná
>> >
>> > Variantou vstřícnější lidem preferujícím angličtinu nad
>> > němčinou (kterých je v české OSM komunitě asi většina) by se tedy mohlo
>> > líbit 'conscriptionN'. Berete t
2009/6/6 Tomáš Tichý :
>> Tady je možná dobré místo pro zdůraznění, že když ve městě řeknete
>> "Jarní 50", myslí se tím _vždy_ číslo orientační. Používání čísel
>> popisných zkrátka není ve městech zažité
>
> To neni tak uplne pravda, nektera mesta a mestske casti (dokonce i v
> Praze) orientacni
2009/6/5 Petr Nejedlý :
> Tomáš Tichý napsal(a):
>>
>>> což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o.
>>>
>>> co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do
>>> housenumber - v systému má jiný význam
>>>
>>>
>>
>> Někdo tu uváděl příklad, kdy mu cho
2009/6/5 Pavel Kovář :
> No doteď žiju v domnění že pro jednozančné určení budovy by mi mělo
> stačit město a č.p.
Pro jednoznačné určení domu je třeba jedno z následujících
1) město + ulice + č. orientační
2) městská čtvrt + č. popisné
3) městská čtvrt + č. evidenční
Přičemž možnost použití pravi
tém ala
Google, který tu někdo před chvílí posílal.
Radek Černoch
2009/6/5 Petr Nejedlý :
> Radomír Černoch napsal(a):
>>> 3. (plyne z 1 a 2) AndNav2 me nikdy nedovede na takovou adresu.
>>>
>>> rationale(hodne nadnesene): Na Bali mani ricenumber (cislovani domu
&
na detekci cisla podle
> toho jak jste to napsal, proste vezmou vse orankuji a vypisou vysledek.
>
> T
>
> Radomír Černoch napsal(a):
>
> 2009/6/5 Pavel Machek :
>
>
> Ahoj!
>
>
>
> Moje namitky proti konscriptionnummer:
> 1. Nikdy zadny globalni search en
2009/6/5 Pavel Machek :
> Ahoj!
>
>> > Moje namitky proti konscriptionnummer:
>> > 1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu.
>> > 2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu.
>>
>> Díky, že jste tohle napsal. Je to totiž právě naopak, než říkáte!
2009/6/5 Stanislav Brabec :
> Tomáš Tichý píše v Pá 05. 06. 2009 v 13:39 +0200:
>
>> Jak jsem se dočetl na wikipedii, adresy s číslem s lomítkem používají
>> i v Rusku (i když s jiným významem - tam je to když je dům na dvou
>> ulicích), takže mi lomítko přijde dostatečně globální.
>>
>> > což odp
2009/6/5 Karel Volný :
>
> Zdravím,
>
>> už se opakuji, ale je to jiná otázka. Jestli housenumber=č.p. nebo
>> housenumber=č.o. nezávisí na jménu druhého tagu. Tyto dvě věci
>> nemíchejme.
>
> tady mi něco uniká ... jestliže si někdo vymyslí, že číslo popisné bude cpát
> do "konskriptionsnummer", t
Ahoj,
před chvílí se na to založil jiný thread se stejným tématem, navrhuji
přesunout diskuzi tam.
Zdravím,
Radek Černoch
2009/6/5 Karel Volný :
>
> Zdar a sílu,
>
> předchozí thread už se táhne poněkud dlouho, nechci se dohadovat o
> srozumitelnosti, překlepech atd., zakládám nový thread, proto
Ahoj všem,
lehce bych upřesnil informace o systému číslování domů. Za dobu vývoje
CzechAddress jsem nenarazil na dům, který by měl jen číslo orientační.
V praxi se tak vyskytují 3 varianty:
1) Jen číslo evidenční.
2) Jen číslo popisné.
3) Číslo popisné a číslo orientační.
Návrh níže mi nezní špa
Zdravím,
2009/6/5 Petr Nejedlý :
> Zdar,
>
> Moje namitky proti konscriptionnummer:
> 1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu.
> 2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu.
Díky, že jste tohle napsal. Je to totiž právě naopak, než říkáte!
Pr
Dobrý den,
díky londýnskému Hackweeku obsahuje hlavní stránka OSM lokalizace do
místních jazyků. Hotová je zatím němčina a částečně francouzština.
Chcete-li pomoci s překladem do češtiny, zapojte se do e-mailové
konference „dev.“
Viz. http://www.opengeodata.org/?p=508
S pozdravem,
Radek Černoch
Dobrý den,
mapnik nyní obsahuje požadavek na kreslení turistických tras
standardním způsobem -- tedy stejně jako na mapách KČT nebo ShoCart.
Máte-li připomínky, viz http://trac.mapnik.org/ticket/350
S pozdravem,
Radek Černoch
___
Talk-cz mailing list
T
Plně souhlasím, že se na data v OSM dá spolehnout... zatím. Jenže do
doby než se podaří zmapovat všechny lesní cesty a turistické značky,
budou ty dnešní stejně zastaralé a nespolehlivé. Chyby v mapách od
komerčních dodavatelů takto vznikají -- pomineme-li easter-eggs apod.
Bojím se navíc, že tento
2009/5/24 Jiri Klement :
> V osm je zatim jenom mala cast turistickych stezek, zato jsou ale
> presnejsi a hlavne aktualnejsi. Casto narazim na stezky, ktere vedou
> uplne jinudy nez na mapy.cz,mapy.idnes.cz nebo amapy.cz. Pripadne nove
> nebo naopak jiz neexistujici stezky.
>
> Mozna by bylo zajim
reálné renderování a distribuování map, rozdělené třeba na
> okresy, způsobem gridu&bittorentu ? Nějaký koordinační "tracker" by mohl
> bydlet i klasickém webhostingu s podporu PHP a nějakou DB.
> ===
> Sat, 23 May 2009 20:42:41 +0100
> Ra
Zdravím,
samotné renderování je otázkou chvíle, zprovoznění mapniku trvá 30
minut a samotného serveru se „slippy map“ dalších 15. Celé to může
běžet na standardním serveru Apache.
Otázka kreslení reliéfu není problém. Pokud se nepletu, používá se na
ni „emboss“ filtr a nepříliš podrobná, avšak po
své WMS. Zkoušel jsem se ptát, ale ani na druhý
pokus nikdo neodpověděl. Máte s tím někdo lepší zkušenosti?
S pozdravem,
Radek Černoch
2009/5/23 Petr Nejedlý :
> Radomír Černoch napsal(a):
>>> Jinak hodně bych ocenil kdyby někdo na českou wiki strčil vzorově otagovaný
>>>
2009/5/23 Pavel Kovář :
> No co ze zemí které se sjednocují anglicky nemluví ani jedna maďarština je
> hrozná, čeština a slovenčina by měly problém s diakritikou no a německy mluví
> hned dvě země, tak proč ne německy že jo ;)
:-D Trochu jsem se bál dřímajících protiněmeckých nálad; jsem tedy rá
Dobrý den,
taková služba by byla užitečná, ale o žádné nevím. Také mne napadlo
podobný server vytvořit, ale bojím se o životaschopnost takového
projektu -- bez serveru s dobrou konektivitou to nepůjde. Navíc velmi
dobře použitelné mapy pro prohlížení na počítači už poskytují mapy.cz.
Máte-li však
Hezké sobotní odpoledne,
přináším zprávy ohledně adres z t...@osm. Reakce na diskuzi o číslech
popisných nebyla velká. Z důležitých připomínek však padlo, že
'addr:alternatenumber' je příliš obecný termín a 'addr:ref' je na tom
tedy ještě hůře.
Vznikl proto nápad sjednotit číslování alespoň v těc
Hi,
given the overwhelmingly positive reaction to the polygon model, I
guess there is no chance to be accepted in voting. I'm abandoning that
idea.
Gmail shows we have recently met a jubilee 100th mail in this thread.
Shall we move the discussion towards the set of allowed "zone" tags? I
hope we
2009/5/14 hanoj :
>>> No... myslim ze se vidi, ze je hranice obce (znackou) vyznacena v
>>> kazdym smeru jinde... Takze zadny znaceni polygonnama nebude fungovat.
> *** je ten rozdíl více jak sto metrů?
Vnímal bych to stejně. ;-) Priorita je nyní zmapovat silnice, ulice a
případně adresy.
>> To s
>> Zdá se mi proto, že pokud je to lesní asfaltka neoznačená cedulí s
>> kolem, platí pro ni 'highway=track' a 'tracktype=grade[1-3]'. Přijde
>> mi, že je běžnou zkušeností českých cyklistů, že zpevněná cesta
>> (=track) je běžně sjízdná.
>>
>> Dokonce i pro cesty, které jsou určené cyklistům, ale
Ahoj!
> No... oznacovat takove ty lesni asfaltky o sirce 1m jako
> highway=cycleway mi prijde jako velmi rozumny napad mtb=designated
> v takovem pripade nedava moc smysl...
Já jsem měl dojem, že 'highway=cycleway' označuje cyklostezku. Na wiki
je uvedeno následující: „The highway=cycleway is the
Ahoj,
> No... myslim ze se vidi, ze je hranice obce (znackou) vyznacena v
> kazdym smeru jinde... Takze zadny znaceni polygonnama nebude fungovat.
To se ale týká jen té cedule vedle silnic, ne? Administrativní hranice
obce se přece nemění v závislosti na směru pohybu pozorovatele (pro v
<< c).
M
at, jestli flek
chybí a případně ho dokreslit. Na implementaci by to nebylo by to
těžké, ale elegantní také ne.
4) Nejlepší je stejně protlačit 'alternatenumber' do OSM... ;-)
Radek
2009/5/10 Petr Dlouhý :
> On Mon, 11 May 2009 00:24:35 +0200, Radomír Černoch
> wrote:
>
> O
Ještě jeden nápad: Číslo orientační aktuálně vkládané adresy by šel
vykreslit u kurzoru. Tedy tam, kde se nyní zobrazuje černobílá ikonka
poštovní obálky... Zdá se Vám to rozumné?
2009/5/10 Radomir Cernoch :
> Ahoj,
>
> také jsem o tom přemýšlel. Přijde mi, že spíš potřebujeme protlačit
> čísla po
Dobrý den,
myslíte č. 11? Právě u něj si nejsem jistý, jestli volí dobrý přístup.
OSM wikipedie se totiž chystá na přechod na Semantic MediaWiki. Její
export pak bude obsahovat všechny informace o povolených kombinacích
tagů -- jenže zapané v OWLí ontologii. Bylo by tedy zbytečné vyrábět
další for
Ahoj,
tak nakonec to nebylo tak těžké. Je to známý problém dělení nulou
"smernice = [cokoli] / (val1 - val2)", kde směrnice je buď "ua", nebo
kombinace "ndx, ndy". Většinou existuje na stejný problém řešení
i bez počítání směrnic a bez problematického dělení, místo toho
posílám patch jdoucí cestou
Ahoj Jirko,
s aktuální verzí JOSM (1541) i pluginu (zobrazuje fialové cyklostezky)
to stále dělá tu samou chybu. Nemohl bys mi, prosím, poslat zdroják,
abych to mohl debugovat?
S pozdravem,
Radek Černoch
2009/4/21 Petr Dlouhý :
> On Tue, 21 Apr 2009 22:10:08 +0200, Jiri Klement
> wrote:
>
> Tak
Pardon, předchozí mail se odeslal předčasně.
Ještě jsem chtěl dodat, že mám 32-bitový počítač (pro případ, že by
chyba směřovala ne do pluginu, ale do Javy).
Pokud byste chtěl chybu zreprodukovat, pak by mělo stačit stáhnout
data z oblasti, kterou posílám v příloze. Při zazoomování na celou
oblas
Ahoj,
ano používám aktuální verzi jak pluginu, tak JOSM (1529). Java je ve
verzi 1.6.0
Zatím se mi podařilo zjistit, kdy přesně k chybě dojde. Musí být "3 po
sobě následující body v jedné přímce", přičemž je jedno, zda ta přímka
je svislá, vodorovná, nebo sloněná o 45° či 30°. Jinými slovy dva po
70 matches
Mail list logo