Ahoj,
Lukas Kabrt píše v Po 29. 06. 2009 v 09:57 +0200:
Jedna z možností je použít bitmapový algoritmus typu fill, a pak pouze
vytrasovat přiléhající čáru.
To je zajimavy napad. Diky, taky vyzkousim.
na vektorizaci je prý relativně rychlý algoritmus bleskově vektorizovat
na mnoho krátkých
Dobrý den,
Lukas Kabrt píše v Ne 28. 06. 2009 v 20:56 +0200:
Zdravim,
behem poslednich par dnu jsem si trochu hral s
automatickym/poloautomatckym importem informaci z katastralni mapy.
skvěle!
Prozatimni export do OSM (pouze node v miste definichiho bodu a tag
'note' s rozpoznanym textem
MP píše v Ne 28. 06. 2009 v 21:05 +0200:
Vcelku casto se stava, ze nekdo nekde chce pouzit openstreetmap, ale
pak zjisti ze jeho oblibene mesto tam je zmapovane stylem dva
hlavni tahy skrz a pak nic takze z toho sejde.
Priklad s Pelhrimovem, ktery jsem tu zminoval pred par dny nekdo
zkazil
/listinfo/talk-cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
systémy zcela shodné
Vzhledem k rychlosti Vašich minulých odpovědí mi 1 týden na hlasování
připadá dostatečný. Ozve-li se někdo proti, doba do uzavření hlasování
se automaticky prodlouží na 2 týdny.
S pozdravem,
Radek Černoch
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email
Volím -1- (ale to se ode mne asi očekává, že)
1)
čo ... addr:streetnumber
čp ... addr:conscriptionnumber
če ... addr:provisionalnumber
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Zdravím,
předně díky za zprovoznění mapy!
MP píše v Po 22. 06. 2009 v 21:23 +0200:
No, me by se libily i veci jako krmelec, posed
Nevim jestli budou lidi ochotni dokreslovat do mapy objekty az do
takoveho detailu - nebo aspon na vetysim uzemi. Nekde sice jsou veci
dost detailni, ale u
hanoj píše v Po 22. 06. 2009 v 00:02 +0200:
Ahoj,
provedl jsem vektorizaci prehledky katastranich uzemi (KU) z
katastrani mapy z WMS CUZK:
* PNG S-JTSK [1]
* OSM WGS84 [2], doporucuji prohlizet v JOSM-NG [7]
* ESRI Shapefile WGS84 [3]
* ESRI Shapefile S-JTSK [4]
Jedna se o hole _linie_
Milan Zamazal píše v Ne 14. 06. 2009 v 13:45 +0200:
- Josm je na mém počítači v některých směrech dost pomalé, např. přechod
mezi některými menu trvá až několik sekund. To je normální, nebo se
mám pídit po závadě?
Dobrý den,
několik vteřin na zobrazení menu je neobvyklé. Přitom zrovna
pozdravem,
Radek Černoch
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Dobrý den,
poslední pokus o uzavření problému conscriptionnumber způsobilo
jediné: Ozvali se další lidé, kteří jsou ochotni tento návrh podpořit.
Z lidí, kteří se vyjádřili, zůstal silně proti návrhu jen Pavel Machek.
Přestože jsem chtěl v diskuzi dosáhnout kompromisu přijatelného pro
všechny,
Zdravím,
Karel Volný píše v Pá 12. 06. 2009 v 17:37 +0200:
zdar a sílu,
Ohledně dalších políček se misky vah zlehka převažují k variantě:
'addr:streetnumber' = [čo]
num_in_street
Proč ne, čte se to hladce. Jen bych zvážil, zda se nedržet konvence tagů
addr:* a nepsat raději
Jan Dudík píše v Pá 12. 06. 2009 v 18:30 +0200:
Návrh zní rozumně, ještě, kdyby se dalo něco lepšího než
conscriptionnumber. Co třeba
addr:num_in_place
Pochybuji ovšem, že by nastala varianta, že má dům čp i čo a zároveň není
části nějakého většího města
Hezký pátek!
To, že 1 adresa
stezky čistě specialitou
openstreetmap.cz a na openstreetmap.org nejsou?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber
limitu 15 písmen.
Ještě víc váhám u číslo popisného. Ono totiž není definováno pro obec,
ale obecní část. Tedy 'addr:in_suburb'. Jenže malé vesnice nemají
suburb... Navíc číslo evidenční je také unikátní v obecní části, mělo
by také být 'in_suburb'.
S pozdravem,
Radek Černoch
--
Radomir Cernoch
+44
a
pochopeni psaneho textu budu potrebovat tak pondeli.
___ Talk-cz mailing list
Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
Pavel Kovář píše v Ne 07. 06. 2009 v 14:52 +0200:
Pěknou neděli všem.
Děkuji za souhrn.
Já osobně bych čísla orientační odsunul na druhou kolej. V mapě bych je
nevykresloval. Když mam v ruce mapu a hledám adresu tak je čo stejně
přínosné jak čp(e). čo se hodí pouze v momentě kdy mám
Stanislav Brabec píše v Ne 07. 06. 2009 v 15:05 +0200:
Radomir Cernoch píše v So 06. 06. 2009 v 15:59 +0100:
Jako nejpřirozenější možnost se tak jeví zapsat do tagu housenumber
všechna čísla, které na domě fyzicky visí. Syntaxe tagu tedy může být
jedna z následujících:
Systém mi
Stanislav Brabec píše v Ne 07. 06. 2009 v 15:05 +0200:
V Praze je to ještě komplikovanější. Je zde dvojí rozdělení, které
navzájem není propojeno.
Takže is_in by vlastně teoreticky měla být dvě: Praha 1 a Nové Město.
Zatímco administrativní rozdělení je Praha 1-14 (tuším), čísla popisná
se
Pavel Kovář píše v Ne 07. 06. 2009 v 17:37 +0200:
Radomir Cernoch napsal(a):
Pavel Kovář píše v Ne 07. 06. 2009 v 15:40 +0200:
Hmm tak potom holt nezbude než do housenumber psát primární číslo dané
místí zvyklostí a do alternate to druhé a přidat tag který určí co za
číslo v tom
Tomáš Tichý píše v Ne 07. 06. 2009 v 19:45 +0200:
2009/6/7 Radomir Cernoch radomir.cern...@gmail.com:
Pavel Kovář píše v Ne 07. 06. 2009 v 17:37 +0200:
Radomir Cernoch napsal(a):
Já vím, že to je krajní případ. Jde mi však o to, že původní návrh může
změnit styl rendereru, aby mapa
Sorry, this was meant into the Czech mailing list.
Please ignore this mail.
Radek Cernoch
Radomir Cernoch píše v So 06. 06. 2009 v 15:53 +0100:
Dobrý den,
čeká Vás dlouhý mail. Chystáte-li se jej rovnou smazat, čtěte alespoň
poslední sekci.
Diskuze o adresách se rozrostla do nečekané
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
/kdo-urcuje-nazvy-ulic-cisla-popisna-a-cisla-orientacni-4-dil.html
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo
.
Aktualizujte za pomocí menu v JOSM.
S pozdravem,
Radek Černoch
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http
pomocí menu v JOSM.
S pozdravem,
Radek Černoch
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Dobrý den,
v diskusi se neozval žádný silný protinázor a nic tedy nebrání samotnému
přejmenování. Berte prosím na vědomí, že:
* Dnes v noci (ze 4.6 na 5.6) se všechny tagy 'addr:alternatenumber'
na území ČR změní na 'addr:konskriptionsnummer'.
* Ve stejnou chvíli bude uvolněna nová verze
Pavel Machek píše v Čt 04. 06. 2009 v 13:51 +0200:
On Thu 2009-06-04 12:17:59, Radomir Cernoch wrote:
Dobrý den,
v diskusi se neozval žádný silný protinázor a nic tedy nebrání samotnému
přejmenování. Berte prosím na vědomí, že:
Myslim, ze jsem se vyjadroval docela jasne...
Zdravím
Dobrý den,
tohle je jiná otázka, navíc zcela nezávislá na přejmenování. Pokud
chcete řešit změnu systému 'housenumber', doporučuji tyto dvě témata
oddělit.
S pozdravem,
Radek Černoch
Jan Dudík píše v Čt 04. 06. 2009 v 15:53 +0200:
Asi pozdě, ale přijde mi divné dávat to hlavní číslo (které je
Ahoj,
Mohl bych poprosit o přeposlání mailu s námitkami (nebo odkazu),
prosím?
No... snazil jsem se projit odchozi postu a nemuzu to najit tak nevim.
škoda, mohli jsme to vyřešit už před dvěma týdny. No, nedá se nic dělat.
Proc to vadi? Na uzemi ceske republiky je to jednoznacne...
Pavel Machek píše v Čt 04. 06. 2009 v 20:51 +0200:
a) spatna srozumitelnost pro anglicky mluvici lidi (nutnost googlovat)
Viz předchozí mail. Stačí OSM wiki.
(hodne cechu mluvi anglicky)
b) vetsi sance na preklepy.
Řeknu Vám, jak je to s překlepy. Když jsem psal původní mail do talk@,
Pavel
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Pavel Machek píše v Pá 05. 06. 2009 v 00:02 +0200:
On Thu 2009-06-04 20:16:41, Radomir Cernoch wrote:
Pavel Machek píše v Čt 04. 06. 2009 v 20:51 +0200:
a) spatna srozumitelnost pro anglicky mluvici lidi (nutnost googlovat)
Viz předchozí mail. Stačí OSM wiki.
(hodne cechu mluvi
Zdravím,
Pavel Machek píše v Pá 05. 06. 2009 v 00:00 +0200:
Viz odkaz, který jsem posílal v předchozím mailu
http://lists.openstreetmap.org/pipermail/talk/2009-May/036975.html
V tom odkazu neni nic relevantniho.
V tom odkazu je stručný, jasně zformulovaný kus textu, který dává vážný
a
/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http
Karel Volný píše v Út 26. 05. 2009 v 20:24 +0200:
zdravím,
mapnik nyní obsahuje požadavek na kreslení turistických tras
standardním způsobem -- tedy stejně jako na mapách KČT nebo ShoCart.
nabízí se jízlivá otázka, jestli tedy stejně, jako na mapách KČT, nebo
stejně,
jako na mapách
Karel Volný píše v Ne 24. 05. 2009 v 15:10 +0200:
zdar a sílu,
tohle mi prostě nedá:
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.
ROTFL :-D
a teď z jiného
Guenther Meyer píše v Čt 21. 05. 2009 v 09:20 +0200:
Am Thursday 21 May 2009 schrieb Radomir Cernoch:
Hi, this sounds reasonable. But is there a difference between
boundary=administrative and zone:administrative=*?
it's exactly the same, just the name is a different one.
I would propose
Guenther Meyer píše v Čt 21. 05. 2009 v 09:02 +0200:
yes - if you can make use of a database with geospatial extension like
postgis. there you have functions to find out easily if a point or a line
(which streets are) lies inside a given polygon.
I you don't have those functions, I don't
information.
Yours,
Radomir Cernoch
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
your mail suggests it's time for recapitulation.
Firstly let's describe the without-polygon model:
1) Road has tag maxspeed.
= I have the answer based purely on maxspeed tag.
= Stop any further reasoning.
2) Road has tag zone:traffic
= I have the answer based on the combination of
Ben Laenen píše v Čt 21. 05. 2009 v 17:54 +0200:
So while it seems to be a polygon vs tags on ways discussion:
I wonder what people have against using relations to combine all roads
in one built-up area, or one maxspeed zone, or some other kind of zone.
It's really the cleanest option and
Hi,
recently we've had the same discussion in Czech list. The conclusion was
to use 'place' for tagging areas where city speed limits apply.
http://wiki.openstreetmap.org/wiki/Key:place
The place key can also apply to an area (area) drawn around the
perimeter of the place. It not specified
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
___
talk mailing list
talk@openstreetmap.org
http
:36 +0100, Radomir Cernoch
radomir.cern...@gmail.com wrote:
MP píše v St 20. 05. 2009 v 14:16 +0200:
I wonder, can we have at some place (wiki?) some definition file that
will specify these per-country default limits in some machine-readable
way?
Yes, surely! My personal idea of best
Lennard píše v Čt 21. 05. 2009 v 00:01 +0200:
Don't focus on the highway-in-city bit. Focus on the $random_road_type
with a different maxspeed bridges over (or tunnels under) a zone with
another maxspeed bit. You'll have two zone polygons overlaying each other.
No, 'maxspeed' tag on a road
Greg Troxel píše v St 20. 05. 2009 v 18:32 -0400:
I find this talk of overlapping polygons a bit boggling. Things seem
far simpler:
roads with an explicit speed tag use that tag. This represents the
situation where the road has a sign and that's been entered.
roads in a city
Guenther Meyer píše v Čt 21. 05. 2009 v 00:51 +0200:
Am Wednesday 20 May 2009 schrieb Jacek Konieczny:
That would not work very well in Poland. Town/city/village
administrative border usually differ from the built up zone borders.
right. the same in germany.
that's why we nedd to different
Guenther Meyer píše v Čt 21. 05. 2009 v 00:49 +0200:
Am Wednesday 20 May 2009 schrieb Radomir Cernoch:
...but you would need some kind of gis database/functions to evaluate the
polygon data.
the easy way of reading just keys and values like with most of the other
features in the osm
Cartinus píše v Čt 21. 05. 2009 v 01:01 +0200:
It is completely possible for a village ringroad on a bridge (highway=primary
or secondary) to have a maxspeed of 80 km/h due to being outside the build-up
zone, not because there is a sign on it that says 80 km/h. It is also
possible at the
Lennard píše v Čt 21. 05. 2009 v 01:51 +0200:
Radomir Cernoch wrote:
Don't focus on the highway-in-city bit. Focus on the $random_road_type
with a different maxspeed bridges over (or tunnels under) a zone with
another maxspeed bit. You'll have two zone polygons overlaying each other
should be misspelling-free.
But from the overall reaction to my mail (your mail was the only one),
am I right to conclude that everyone agrees to change the Mapnik style?
Yours,
Radek Černoch
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
).
S pozdravem,
Radek Černoch
Přeposlaná zpráva
Od: Shaun McDonald o...@shaunmcdonald.me.uk
Komu: Radomir Cernoch radomir.cern...@gmail.com
Předmět: Re: [josm-dev] Czech house numbers
Datum: Wed, 13 May 2009 01:25:50 +0100
Hi Radek,
addr:ref is shorter, thus less likely to have
@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Já jsem měl problémy s jednou z nedávných 'josm-latest' verzí, její
číslo si bohužel nepamatuji. Když jsem spustil 'josm-tested' (ve verzi
1566), vše jelo bez problémů. Jakou máte verzi?
Jan Dudík píše v Po 11. 05. 2009 v 07:54 +0200:
Po několika měsíích jsem se vrátil k OSM, stáhl nejnovější
addr:číslo_orientační then at least I
have a change of googling for it ;-)
Přeposlaná zpráva
Od: Radomir Cernoch radomir.cern...@gmail.com
Komu: OpenStreetMap-Josm MailConf josm-...@openstreetmap.org
Předmět: [josm-dev] Czech house numbers
Datum: Mon, 11 May 2009 11:33:37 +0100
Hi
Nevím to jistě, ale tuším. JOSM vždy žádá z WMS obrázky 500x500 pixelů.
Pokud se dům kreslí na pravý okraj tohoto obrázku, část čísel se ořízne.
Jakmile se však kreslí jiný 'tile', napravo od toho s oříznutým textem,
dům s oříznutým textem se pravděpodobně nezahrne do výsledků dotazu na
databázi,
Zdravím všechny!
připravil jsem novou verzi pluginu CzechAddress pro správu adres.
Mezi novinkami je nový algoritmus na spárování objektů na mapě a
v databázi, kterému už lze konečně důvěřovat (nadále však buďte
podezřelí k databázi samotné, občas v ní nějaký dům chybí). Dále
je možné editovat
mapách (vizuálně odlišené od 'housenumber').
Radek
Petr Dlouhý píše v Po 11. 05. 2009 v 00:10 +0200:
On Sun, 10 May 2009 20:51:51 +0200, Radomir Cernoch
radomir.cern...@gmail.com wrote:
Ahoj,
přijde mi to dost dobré.
Největší problém vidím v tom, že se u adres nezobrazuje číslo popisné
Díky.
Když už měníme systém adres, máme v ČR ještě čísla evidenční...
Osobně však nevidím žádný velký důvod je do OSM zavádět.
Napadá Vás někoho důvod, aby OSM obsahovala evidenční čísla?
Petr Dlouhý píše v Po 11. 05. 2009 v 00:45 +0200:
On Mon, 11 May 2009 00:43:42 +0200, Radomír Černoch
Otagování silnic vyšších tříd mi nepřijde jako nepřekonatelný problém.
Díval jsem se zběžně na Brno, kde platí empirické pravidlo, že silnice s
tagem primary, secondary a tertiary mají vždy omezení na 50 km/h. Pokud
se může jet více, silnice je trunk/motorway. Máme-li pravidlo, jde úkol
Viz předchozí mail, už jen drobné poznámky...
Petr Dlouhý píše v Út 05. 05. 2009 v 19:52 +0200:
On Tue, 05 May 2009 16:45:03 +0200, Radomir Cernoch
radomir.cern...@gmail.com wrote:
- V případě rezidenčních oblastí je to složitější. Vyrobit
'multipolgyon', na jehož 'inner' oblast by se
Pavel Machek píše v Út 05. 05. 2009 v 22:01 +0200:
Co dál? Vzhledem k ranému stádiu vývoje budu především rád za připomínky
k funkcím, které byste od tohoto pluginu čekali. Rád bych dal k diskuzi
otázku, zda k ulicím nepřidávat automaticky tag 'is_in=' a jméno
oblasti, ve které se ulice
Ano, prozatím je to přesně to chování, které se od pluginu čeká. Pokud
hrozí nejednoznačnost, program by se měl chovat zdrženlivě.
Situaci, kdy jednomu číslu popisnému odpovídá více než 1 adresní bod z
mapy, řeší funkce Přiřadit adresy (viz záložka konflikty).
S pozdravem,
Radek Černoch
Petr
Petr Dlouhý píše v Po 04. 05. 2009 v 02:18 +0200:
On Mon, 04 May 2009 00:56:55 +0200, Radomir Cernoch
radomir.cern...@gmail.com wrote:
Přemýšlel jsem o tom, a myslím, že by bylo ještě lepší udělat něco jako
mód přidávání bodů ze seznamu nepřiřazených adres.
Představuji si to tak, že
Petr Schonmann píše v Ne 03. 05. 2009 v 21:20 +0200:
Dobré věci přicházejí, až když je vše hotovo :D
Sám byl bych rád, kdyby tomu tak bylo! Vrhněte se na další město, ještě
jich je bez adres dost a dost. :-)
BUG: Shift-A, dvakrát se zobrazuje číslo popisné, po vyplnění zapisovatelného
pole
Zdravím,
O pluginu terracer jsem nevěděl. Krátce jsem jej zkusil a zdá se, že
dělá dost podobnou věc. Rozdíl vidím minimálně v tom, že „Split area“
rozdělí libovolnou oblast podle _již existujících_ hranic. Mnohdy totiž
domy nejsou v řadě tak hezky rozložené jak je generuje terracer.
Časem bych
Dobrý den,
z nějakého důvodu se mi nedaří donutit Mapnik ani Osmarender, aby
nevybarvily 'inner' oblast u multipolygonu, který tvoří les.
Viz např.:
http://www.openstreetmap.org/?lat=49.27704lon=16.63217zoom=17
kde relace '26245' by měla v lese '31631071' vykreslit díru kolem
silnice podle
Dobrý den,
nedávno jsem také začal doplňovat do mapy tvar budov. Nápad jsem měl
podobný, ale poměrně prozatím jsem ho zavrhl. Program by jednak musel
poznat, že řadové domy mají společnou stěnu a obrysy obou sousedících
domů k sobě přirazit. Kromě toto mapě v katastrální mapě každý druhý
dům přes
69 matches
Mail list logo
