Re: [Talk-cz] Stavim, stavis, stavime - aneb budovy a adresni body z CUZK
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 úseček a následně zkoušet 2 sousední úsečky spojovat do delších. Je však otázkou, jak si takový algoritmus poradí s ostrými rohy budov -- znám jej jen z aplikace, ve které zkosené rohy nevadí. Radek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Stavim, stavis, stavime - aneb budovy a adresni body z CUZK
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 - hlavne pro kontrolu) Presnost rozpoznavani je hodne slusna - pokud se texty neprekryvaji tak temer stoprocentni. Automatického importu bych se bál. Vím o budovách, které v KM mají popisek bez označení, ale ve skutečnosti na nich visí tabule s číslem popisným. V tomto případě vím určitě, že KM obsahuje chybu. Dále je nemalé množství budov, u kterých číslo popisné v mapě neodpovídá číslu popisnému v databázi MVČR. Zatím nevím, zda je chyba v mapě či databázi. Zkouším však srovnat databázi MVČR s informacemi z České pošty a dám vědět hned jak se dozvím výsledek. Co tedy importovat tak, že data z OCR přilepíme k databázi adres MVČR a import budeme dělat postupně za pomocí CzechAddress? Je to způsob, jak využít OCR, zajistit ruční kontrolu dat a tuto kontrolu navíc distribuovat mezi více lidí. Pomohlo by to řešit i ten problém, že pozice adresního bodu v KM není vždy u vchodu do budovy... S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nejvice nezmapovana mista
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 tim, ze ho mezitim trochu domapoval, ale porad je dost mest (napr. mesto Tepla), ktere nejsou v podstate vubec zmapovane, i kdyz takovychhle pripadu postupne ubyva. To, ze nektera mista jsou zmapovana dobre, ale nektera naopak dosti spatne je asi momentalni nejvetsi slabinou openstreetmap. Napadlo mne udelat nejaky skript, ktery by nachazel tyhle slaba mista openstreetmap - jeho vystup by pak sel nejak vyuzit (bud tam zamerit pozornost a misto nejak domapovat pres cuzk/uhul, pripadne tam zamerit cinnosti jako napriklad nedavny napad schovavat geocache na nezmapovana mista, atd...) . Problem je ale jak to zjistit. Na http://aplikace.mvcr.cz/adresa/xml.html je seznam ulic, kde by ke kazde obci slo zjistit kolik k ni patri jakych ulic a pak to porovnat se stavem v OSM, ale jednak nebude uplne jednoduche tenhle seznam namatchovat na ulice v OSM (i kdyz nejak to vyresit pujde, asi pro kazdou ulici v OSM se vybere seznam moznych mest kde by mohla byt (ktere obsahuji ulici tohoto jmena) a pak se to priradi do nejblizsiho z nich - snad jediny problem by mohl byt s malymi mesty hned vedle velkych - cili asi okoli Prahy a Brna), jednak se tim porovnaji jen pojmenovane ulice, ale uz ne jine (treba take dulezite) featury (ulice ktere v osm jeste nemaji jmeno, reky, jezera, prehrady, zeleznice, ) Přesně tento problém se řeší uvnitř CzechAddress: Namatchování ulic v mapě na databázi. Nezávisle na velká/malá písmena a nezávisle na použití zkratek (B. Němcové ~ Boženy Němcové). Funguje to obstojně, problém tvoří zatím jen zkratky typu kpt. Jaroše ~ kapitána Jaroše). Napada nekoho nejaky vhodny datovy zdroj, ktery by sel takhle pouzivat k (automatickemu) porovnavani kvality OSM? Exportovat funcionalitu z CzechAddress do samostatné Java aplikace by neměl být problém. S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nejvice nezmapovana mista
Dobrý den, poslední dobu jsem se trochu díval na databázi České pošty. Až na problémy se zkratkami jsem v ní zatím nenašel ulici se špatně označenými malými/velkými písmeny. CzechAddress už dnes přiřazuje ulice v databázi k mapě. Je otázkou pár řádků kódu, aby uměl ulice přejmenovával. S pozdravem, Radek Černoch Kubajz píše v Po 29. 06. 2009 v 09:43 +0200: Nechci tu znovu zakladat uz jednou probehly flame, ale muj nazor je takovy, ze kdyz nekde vidim nazev, ktery neodpovida soucasnym pravidlum, tak jej aktualizuji. Priklad s Filosofskou nebyl zrovna uplne trefny, protoze tady u nas v Jiraskove ctvrti (kdy dedecek mistniho rodaka Michala Vlcka sel pres celou Prahu se Jiraska zeptat, zda je mozne na jeho pocest tuto vilovou rekreacni ctvrt takto pojmenovat) je spousta ulic pojmenovana podle romanu Aloise Jiraska - Filosofska je pouze zkracenina Filosofske historie, ulice Psohlavcu je podle romanu Psohlavci. Takze tady menit s na z je nesmysl. Menit velka pismena do souladu v beznych nazvech je spravne a konecne i jednodussi, protoze se nemusi resit priblbla otazka, zda na miste je pouze vyton nebo zda se to tam tak uz jmenuje. Po predlozce velke pismeno vzdy. K P.S.: Karle, ona ta nova blba pravidla do nekterych otazek vnesla svetlo a zrovna psani velkych pismen dala aspon nejaky rad. Skoda jen, ze jim nebyla venovana treba tak velka kamapan jako novym pravidlum silnicniho provozu. Karel Volný napsal(a): Dne Ne 28. června 2009 Stanislav Brabec napsal(a): Karel Volný píše v Ne 28. 06. 2009 v 22:53 +0200: Dne Ne 28. června 2009 Stanislav Brabec napsal(a): Petr Dlouhý píše v Ne 28. 06. 2009 v 21:23 +0200: http://tools.geofabrik.de/osmi/?view=addresseslon=14.31675lat=50.1 1908 zoom=13. Velká část zobrazených chyb v Praze má však jiný důvod, než nezmapované ulice: Je jím fakt, že UIR ADR a ČUZK nedodržují pravidla českého pravopisu ohledně psaní velkých písmen, a po importu nedošlo k sjednocení. tak naokraj, domnívám se, že v tomto směru je ČÚZK autoritativnější zdroj než ÚJČ ... Už se to zde jednou probíralo. ČÚZK by zřejmě měl provést opravy. jo, toto téma je věčné ... někdo už to zabalil, já ještě optimisticky ne, a tak opakuji, že skákat a všechno měnit podle toho, jak si páni akademici aktuálně usmyslí, je nejen hloupé, ale i nereálné - což samozřejmě neznamená nenahlásit, pokud se najde skutečná chyba, tj. překlep; za chybu nepovažuju to, když historický název přestane odpovídat aktuálním pravidlům (například ulice Filosofská v Praze by se asi měla přejmenovat na Filozofská, neboť ÚJČ považuje za základní tvar se z, a již jednou tu byl pokus tvary se s zrušit ...) Pokud se místo jmenuje Výtoň, ale ulice tamtéž je v UIR ADR a ČUZK uvedena Na výtoni, pak je něco špatně. nemusí, tedy ne z hlediska katastru ... pokud název Na výtoni vznikl v době, kdy byla v místě skutečná výtoň, pak je pravopis v pořádku (resp. byl dle posledních rozumných pravidel), pokud se označení funkce uchytilo jako místní název Výtoň, a teprve potom odvozeně vznikla ulice Na Výtoni, pak by to mělo být s velkým ... Přitom všechny nové mapy uvádějí Na Výtoni. ovšem my z cizích map obkreslovat nesmíme, že? ;-) pokud se nemýlím, žádný právní předpis neukládá povinnost aktualizovat místní názvy do souladu s novými výmysly ÚJČ ... jestli někomu vadí původní podoba názvu, nechť požádá o změnu v katastru, a potom ať převezme do OSM název opravený, ovšem svévolně měnit názvy a vytvářet rozpor s evidencí jen proto, že to nelahodí něčímu oku, považuju s prominutím za pěkně sprosté K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Zaverecne hlasovani o adresach
Dobrý den, myslím, že nastal čas hlasovat o vítězné variantě pro datový model adres v ČR. Návrhy jsou řazeny dle stáří. Svoje hlasy, prosím, zašlete v odpovědi na tento e-mail. Hlasuje se pro právě jednu z variant. Zbytek navrhovaných změn (obsah addr:housenumber, is_in, ...) zde neuvádím, protože už konferencí prošel několikrát bez připomínek. 1) čo ... addr:streetnumber čp ... addr:conscriptionnumber če ... addr:provisionalnumber + Sémanticky přesný + Drží se konvence v pojmenovávání tagů v OSM + V příslušných státech je možné použít jednotná jména tagů (ČR+SR všechny tagy, v DE+A mají Konskriptionsnummer, ...) - Conscription se může zdát jako nepříjemné slovo 2) čo ... addr:streetnumber čp ... addr:number_in_district če ... addr:provisionalnumber + Řeší problém se slovem 'conscription' - Sémanticky nepřesný (district ~ okres) - Nedrží se zvyklostí (podtržítka, pořadí slov) 3) čo ... addr:orientacni čp ... addr:popisne če ... addr:evidencni + Sémanticky zcela přesný + Krátká slova = rychlé psaní a málo překlepů - Česká slova ve jménech tagů (v OSM je tendence vše anglicky) - Nesjednocuje názvy tagů ani mezi ČR+SR (addr:popisne X addr:supisne), kde jsou navíc oba 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, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zaverecne hlasovani o adresach
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
Re: [Talk-cz] OpenTrackMap
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 nekterych vetsich mest (Napr. Pelhrimov, 16500 obyvatel) jsou akorat hlavni tahy skrz mesto a jinak vubec nic - http://www.openstreetmap.org/?lat=49.4305lon=15.2323zoom=14layers=B000FTF Ale mozna by stalo za to dat krmelec a posed mezi navrhovane Map features. http://wiki.openstreetmap.org/wiki/Proposed_features ... asi nekam do skupiny man_made... Bylo by super, když by se v množství detailů OSM blížila mapám pro orienťák. Nejlepší by bylo přemluvit autory nových map, aby využívali rovnou OSM. ;-) Pokud vím, tak orienťácké mapy občas vytváří i amatéři. Mělo by stačit vyladit renderer a vylepšit editory (podpora vrstev). Nemáte někdo kontakty? Kdyby mely byt vsechny lesy nakreslene s podrobnosti pro orientacni beh (kazdy vetsi sutr/jama/rozhrani porostu/lesni pesinka/prusek/hustnik/atd ...) tak jednak by to byla fura prace to nakreslit nebo i jen udrzovat (ony ty porosty se celkem rychle meni, paseka - husty les - les - paseka), jednak by pak dump pro celou CR mel nekolik gigabajtu (asi jako dneska ma pro celou planetu :) I kdyz krmelce, posedy a vetsi skalky by tam jeste mohly dat (neni jich tolik a jsou to pomerne vyrazne orientacni body), to by bylo celkem i udrzovatelne ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Czech Republic (mala ale nase)
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_ hranic katastralnich uzemi, ze kterych je mozno vytvorit[6]: * katastralni uzemi * obce (LAU 2) * okresy (LAU 1) * kraje (NUTS 3) * CR (statni hranice) Namety pro vas: * Za predpokladu, ze zdroj WMS CUZK je uznany jako legalni, muzeme se zamyslet, zda to neuploadovat do OSM. Povsimnete si ze soucasna statni hranice je uz hodne popropojovana s admin. hran. jinych statu, lecos se bude muset rucne docistovat. Rozhodující jsou otázky, zda: 1) Může všechna data dočistit jeden člověk? 2) Existuje rozumný způsob, jak bez OSM práci rozložit mezi více lidí? Bojím se, že na obě otázky je záporná odpověď. * V datech neni zadna informace o nazvu KU, je jich cca 16 tisic, resit pomoci OCR z vrstvy popisu WMS? Stálo by to za pokus. Úspěch totiž znamená zelenou i pro adresy. Pokud byste OCRkem prohnal nejdříve adresy, můžu nabídnout automatické odhadnutí chybovosti. * Neni vytvoren zadny multipolygon, lze to zautomatizovat? Ano, rád s tím pomůžu. Klidně mi napište. * Mozna to dost zaplaca mapu. Proto by se mohlo pockat na API 0.7, kde by se mohla objevit moznost vrstev (napr. administrativni hranice, topografie), nebo vylouskat z toho jen dilci casti (obce, kraje). Nepletu-li se, administrativní hranice většinou kříží jen velká města; ve zbytku země prochází skrz lesy a pole, kde to tak nevadí. Navíc už dnes zavazí oblasti 'landuse=*'. Osobně bych tedy byl spíše pro import a postupné doplňování jmen KU spolu s tím, jak se postupně doplňuje mapa. Nemám však silný názor. Díky za kus práce, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Začátečnické dotazy
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 menu je spíše záležitostí samotné Javy než JOSM. Používáte Windows, Linux nebo OS-X? Říká se, že pod Windows jsou Javové programy znatelně pomalejší než v ostatních systémech. Jinak vzhled máte nastavený na Metal? A v neposlední řadě -- jak výkonný máte počítač? S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Adresy, doladění
Dobrý den, poslední 3 drobnosti k rozhodnutí v otázce adres. Omlouvám se, že Vás zatěžuji těmito detaily, v minulosti se vždy objevil názor lehounce upřednostňující jeden nápad nad druhým a diskuze se vlekla. Proto pokud to bude možné, snažte se odepsat buď v žádném případě nechci variantu XY, nebo návrh jsem ochoten podpořit. Předem díky! Věřím, že rozhodování v těchto otázkách smázneme rychle. === Čísla orientační === Zatímco panuje shoda, že slovo 'street' je pro čísla orientační vhodné, zbývá určit, čím (a jestli) ho obalit: 'streetnumber', 'instreetnumber' nebo 'numberinstreet'? Osobně jsem pro poslední možnost, protože se čte nejlépe a její význam je jasný. Přehození slov street a number mi nevadí. Shodneme se? === Podtržítka === Ve vašich komentářích se často objevovaly návrhy ve tvaru jako 'street_number' namísto 'streetnumber'. Přijde mi, že 'housenumber' zavádí precedent pro nepoužívání podtržítek u tagů adres. Osobně bych se tohoto zvyku držel (také proto, že se podtržítka na klávesnici o něco hůře píšou). Shodneme se? === 'number', 'num' nebo nic? === Pro vyjádření, že tag obsahuje číslo použijeme 'number', 'num' nebo nic? Vznikne tak např. instreetnumber, instreetnum, nebo jen instreet. Sám bych se držel konvence a preferoval variantu 'number', přestože je nejdelší. Stejně totiž musíme psát slovo number v tagu 'housenumber'. Jsem ochoten podpořit i 'num', poslední jen v nejhorším případě. Shodneme se? Všechny 3 možnosti jsou na sobě více méně nezávislé. Jedinou výjimkou je kombinace dávající vzniknout 'addr:street', která už se používá pro název ulice. Ta je samozřejmě ze hry o čísla orientační ven. Pro čísla popisná a evidenční se použije stejné schéma, ať už budeme používat slovo 'provisional', 'conscription' nebo nějaké jiné. 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
[Talk-cz] Proklatá ?ísla popisná
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, začíná být jasné, že je tento stav nedosažitelný. Argumentů padlo hodně, ale jejich síla patrně není dostatečná. Bohužel zbývá už jen jediná autorita, a to demokratické hlasování. Pane Machku, hlasování za současného stavu považuji za zbytečné. Pokud byste však na tom trval, anketu můžeme vypsat. Jen mám strach, že to bude ztráta času pro všechny zúčastněné. Nemohli bychom, prosím, přece jenom přijmout tento kompromisní návrh? S pozdravem, Radek Černoch PS: Ostatních drobností, na kterých očekávám větší shodu, se týká druhý mail. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
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 numberinstreet. Je to rozdíl 1 znaku. ;-) street_order Order je dobré slovo. Jenže 'street_order' naznačuje nějaké pořadí ulic. Nabízí se 'orderN'... 'addr:conscriptionnumber' = [čp] num_in_district (tady je trošku hloupé, že district má zažitý překlad okres, resp. naopak, že naše okresy se jinak nepřekládají, ale původní anglický význam je řekl bych docela přesně to, o čem je řeč ... včetně významu obec z administrativního hlediska) No právě. Jednak je potřeba posunout význam 'district' a ještě ke všemu není jasné, o jaký administrativní členění se jedná. Název se tedy hodí stejně dobře i na číslo evidenční. Já nechci pořád dokola obhajovat conscriptionN, ale opravdu je to přesný, historický název pro čísla popisná. Jen u nás není zažitý. Přitom OSM už dnes obsahuje odborné názvy jako jsou castle_type=*. A lidé si na ně postupně zvykají, protože to dělá mapu přesnější. ConscriptionN je na tom stejně; používá se ve více zemích. Ovšem je třeba překousnout počáteční nechuť -- jako je to ostatně se vším. 'addr:provisionalnumber' = [če] provisional_num (aneb je nutné vypisovat celé number?) Není, ale je to konvence. ;-) Nejraději bych diskuzi neprotahoval, táhne se už strašně dlouho. Navrhuji tedy skončit s uvedenou kombinací tagů. Ozvěte se, pokud byste hodně preferovali některou z variant, které se objevily v tomto vlákně, a které se zatím jeví jako životaschopné: * 'addr:streetnumber' x 'addr:instreetnumber' (delší, ale názornější) viz http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003134.html viz výše, preferuju názornější variantu * 'addr:provisionalnumber' x 'addr:tempnumber' (je kratší) viz http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003127.html Vyzněním příspěvku si však stále nejsem 100% jistý. byv částečně poznamenán vývojem pro telekomunikace, slovo provisional ve mně budí asociace na provisioning, což je de facto uvádění do provozu, pročež mi provisional připadá o chloupek výstižnější než temporary, i když slovníky mi tvrdí, že významový rozdíl tam asi není Ačkoli nejsem žádný echtovní angličtinář, vnímám to naprosto stejně. Jen bez těch telekomunikačních asociací. HOWGH, Radek Černoch Tento e-mail se snaží být posledním e-mailem, který shrnuje celou diskuzi o způsobu zapisování adres na území České republiky. Pokud se závěry nesouhlasíte, ozvěte se prosím TEĎ HNED. Pokud se do 29.6 dnů na tento e-mail nikdo nezašle jakoukoli odpověď, obsah e-mailu bude považován za schválený a bude promítnut do OSM mapy ČR v noci z 29.6 na 30.6. popravdě, poněkud jsem se ztratil ... prosil bych další pokus o uzavření jako nové vlákno pokud by tento můj mail (připomínky/návrhy) byl jediný bránící uzavření, prosím o jeho ignoraci - princip návrhu akceptuju a děkuju všem, kdo se podíleli na konvergenci do této podoby; na konkrétních názvech tagů mi příliš nezáleží Díky za Vaše slova a pochopení kompromisu. Bohužel se proti uzavření ozval ještě jeden jiný hlas, takže zatím diskuse vesele jede dál... Pokud se však do neděle neshodneme, viděl bych to na použití hrubé síly, tedy hlasování. Tato varianta je bohužel velmi pravděpodobná. S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
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 nemůže mít čp i čo zároveň platí stále. Myslel jsem to jinak. V OpenStreetMap je snaha nepoužívat příliš obecné názvy tagů pro velmi konkrétně specifikovaná data. Například číslo popisné má jasnou definici, zatímco 'num_in_district' je poměrně vágní. Není totiž jasné, co slovo 'district' znamená (okres to není). Pokud uznáme tento princip, bohužel 'num_in_place' na tom není o moc lépe. Je to číslo v nějakém místě. Ale jakém? Město nebo čtvrť? Pro označení oblasti se používá 'place=locality'. Je to tedy číslo v takto vymezené lokalitě? Co když si 'num_in_place' v jiné zemi vyloží jinak? Já vím, že 'conscription' nezní intuitivně. Na to se však dá zvyknout. Vidíte u tohoto názvu ještě jiný problém, než je trochu dlouhý název? S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Začátečnické dotazy
Dobrý den, v několika odpovědích byl zmíněn plugin CzechAddress. Jeho potenciál je zejména v mapování od stolu tedy bez nutnosti vyrazit do terénu. Může se hodit k následujícím činnostem: 1) Zmapovat adresy domů ve větších obcích za pomoci katastrální mapy. 2) Když máte v mapě _všechny_ adresy, snadno z nich odvodíte názvy ulic. Názvy ulic ve městech osobně považuji za aktuální prioritu. Koneckonců OpenStreetMap má ulice i v názvu. ;-) Můžete fyzicky procházet město a názvy ulic opisovat, ale přijde mi výrazně rychlejší naklikat adresy a ulice z nich odvodit. Malé město lze tímto způsobem stihnout za 3,4 hodinky. S mapováním lesních cest je trochu potíž. Bohužel je od lesních cest k turistické mapě hodně dlouhý kus cesty. Ačkoli sám do přírody sám rád vyrazím, přijde mi přínosnější vyrobit nejdříve v OSM použitelnou automapu, k níž jsme relativně blízko. Jinak vítaná je samozřejmě jakákoli pomoc. Začínáte-li, je dobré podrobně zmapovat své okolí. I místo, kde člověk nějakou chvíli žije, dokáže zajímavě překvapit! S pozdravem, Radek Černoch Milan Zamazal píše v Pá 12. 06. 2009 v 21:18 +0200: Uvažuji, že bych také svou troškou přispěl do projektu, potřeboval bych si ale napřed ujasnit, jak se mapa ČR vytváří. Pokud jsem správně pochopil, co se píše na stránkách, tak v minulosti došlo k hromadným importům z různých použitelných zdrojů rozličné kvality. Nelze vyloučit další budoucí importy, pokud se objeví nová (nebo stanou použitelnými stávající) data. Napadají mě níže uvedené činnosti vhodné pro drobné přispěvatele. Chtěl bych se zeptat, nakolik jsou smysluplné? - Doplňování chybějících názvů ulic. Někde chybí sem tam název některé ulice, někde chybí názvy všech ulic. Názvy ulic lze doplnit editací, pokud jsou tyto autorovy známy. Lze případně použít i ruční vkládání názvů na základě jiných zdrojů (mapové servery apod.)? - Prolezení nezmapované vesnice a vytvoření mapy jejích ulic s pomocí GPS. - Orientační čísla byla získána hromadným importem, zdroj je však po stránce souřadnic značně nekompletní. Lze orientační čísla nějakým rozumným způsobem doplňovat? - Projetí a doplnění chybějících kusů silnic s pomocí GPS. - Ruční doplňování chybějících sídel (názvů sídel). - Co GPS mapování lesních cest, značených stezek všeho druhu, potoků, atd.? Má to smysl nebo je reálná šance na doplnění některých těchto dat hromadným importem v dohledné budoucnosti? - Příležitostné ověřování, zpřesňování a doplňování všech stávajících prvků. - Jiné náměty? Koordinují se tyto věci nějak nebo aktivita není zase tak velká, aby to bylo nutné? A ještě by mě zajímalo, zda jsou turistické 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: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
Pavel Machek píše v St 10. 06. 2009 v 23:00 +0200: Ahoj! Je to mensi zhuverilost nex konskript...N ale dobry to neni. A co třeba addr:uniqueN. Jedná se ostatně o jedinečné číslo v rámci nějakého správního celku. A navíc to lze použít na jakýkoliv podobný systém. To se mi moc nezdá. Unikátní číslo? Každé číslo je unikátní v rámci nějakého systému. Jinak bychom jej přece do OSM vůbec nedávali. Problém je, že takový název tagu nijak nenapoví, co se pod ním skrývá. Hodí se stejně dobře na čp, čo i če. Stejne jako to nenapovi conscriptionN. Kdyz to chcem popisny... co takhle in_street=123 (c.o.) a in_town=345 (c.p.). Kopirovat tam ze je to number je imo nesmysl (kazdy to vidi), a tohle presne vystihuje vyznam... Pavel Ahoj, taky už jsem o podobném nápadu přemýšlel. Řekl bych, že v případě ulic je lepší. Název naznačuje, že neobsahuje „číslo ulice“ ale „číslo v rámci ulice“. Váhám však nad vypuštěním 'number'. Není pak divné, že budeme mít 'addr:housenumber' a vedle toho tagy bez number? Co raději použít 'addr:instreetnumber'? Nepočítám-li prefix, stále jsme v doporučovaném 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 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
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
Myslím, že zrovna Vy můžete 3/4 textu rovnou přeskočit. Úmyslně je tam spousta informací pro všechny, kdo zatím diskusi nesledovali. Samotný návrh je krátký. ;-) Radek Petr Nejedlý píše v So 06. 06. 2009 v 20:46 -0700: Ve skutecnosti ted sedim v hospode na middlegate a na plne precteni 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
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 adresu a tu hledám ve městě. vykreslování obou čísel v mapě a ještě nedej bože v každém městě v jiném pořadí podle místních zvyklostí je naprosto matoucí. Dost možná bych se přiklonil k ušetření starostí autorům programů použitím existujících tagů Do husenumber bych strčil čp nebo če podle toho co ta stavba má a další tagem bych rozlišil jestli je evidenční. na mapě bych to nerozlišoval maximálně kurzívou nebo třeba patkovým fontem. čo bych šoupnu do alternatenumber. V mapě by se primárně vyhledávalo podle housenumber prostě proto že jsou všude. Jaké to má mouchy ? Má to jednu masařku. Čísla orientační se v některých městech _opravdu_ používají jako _hlavní_ systém. Já třeba z hlavy nevím jaké číslo popisné má dům mého trvalého bydliště. O přechodném ani nemluvě. Jiný příklady z webových stránek příslušných institucí: * Rektorát ČVUT, Zikova 4, 166 36, Praha 6. * Magistrát hl. m. Praha, Mariánské nám. 2, Praha 1. * Nejvyšší soud České republiky, Burešova 20, 657 37 Brno * SuSE CR, s.r.o., Drahobejlova 27, Praha 9 Všechno čísla orientační. Není to účelový výběr, jiné instituce jsem nezkoušel. Čísla orientační jsou opravdu nevyhnutelná. Můžeme sice udělat vyhledávání dle čísel popisných, ale značná část lidí podle nich nic nenajde. S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
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 připadá logický. Příklady však potom nesouhlasí, pro identifikaci č. p. je nutné v is_in použít městskou část vždy, pokud se č. p. vztahuje k ní. Takže (možná) spíš takto: Adresa 'Vodičkova 792/40, Praha' se tak zapíše jako: 'addr:housenumber' = 792/40 'addr:[čp_klíč]' = 792 'addr:[čo_klíč]' = 40 'addr:street' = Vodičkova 'addr:city'= Praha 'is_in'= Praha, CZ 'is_in' = Nové Město, Praha, CZ To je moje chyba, pardon. Úplně mi to uteklo. I dnes obsahuje 'is_in' jméno čtvrtě (dle dohody z dřívějška). To by samozřejmě zůstalo i nadále jako je tomu v příkladu Peklova. Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
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 vztahují (pokud se nemýlím) na městské čtvrti (tedy např. Nové Město), přičemž Praha 1 neznamená Nové Město (ale také Staré Město, Hradčany, Malou Stranu) a naopak (Nové Město leží i na Praze 2). Díky za cennou připomínku. Nabízí se řešení podle České pošty, kdy se 1 čtvrť rozdělená do 2 administrativních částí tváří jako 2 čtvrtě. Tedy Bubeneč (Praha 6) a Bubeneč (Praha 7) jako dvě samostatné oblasti. To by nemělo ničemu vadit, nebo ano? S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
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 housenumber vlastně je.
addr:housenumber=číslo běžně užívané v dané oblasti
addr:alternatenumber=Druhé číslo
addr:HouseNumType={ce/cp/co}
To je také možné. Jenže i v Praze a Brně jsou doby bez čísel
orientačních, ačkoli se čísla orientační používají jako hlavní.
Může se pak stát, že dotaz Brno, Jarní 20 dá nejednoznačný výsledek.
Pokud je v tom až takový nepořádek že se na jeden dům v ulici čo nemá
tak se tomu ale beztak vyhnout nedá.
Dá se tomu vyhnout. Přestože vyhledávač použije „hloupou“ šablonu
street housenumber, nabídne uživateli 2 nalezené záznamy:
1) Jarní 20
2) Jarní 583/20
Dál už je to na uživateli, aby věděl, zda chce dojet na Jarní č.p 20
nebo na Jarní 20. Každopádně je důležité, že existuje způsob, jak obě
adresy rozlišit.
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 vypadala hezky, zatímco Váš návrh musí
změnit styl rendereru, aby mapa bylo jednoznačná.
Další problém je, že pokud 'housenumber' = čo, pak „hloupý“ vyhledávač
neumí ten dům najít podle čísla popisného. Ačkoli si myslím, že takový
dotaz na OSM nebude mít mnoho uživatelů, je to zbytečná nevýhoda.
S pozdravem,
Radek Černoch
A musí být docela sranda jak jim
tam chodí pošta. IMHO toto si musí vyřešit obyvatelé toho domu tím že
všude udávají adresu jako Jarní č.p.20
Vyhledávač by měl zohlednit že se bude hledat podle č.p..
Co se renderu týče si myslím že méně čísle je v tomto případě více a
vykreslovat jenom housenumber a stím že co je to zač určí druh písma.
Ano, ale pokud už budeme dělat zásah do Mapniku (což návrh nutně
nevyžaduje), můžeme rovnou specifikovat vykreslované políčko v jeho
stylu. Není třeba za každou cenu cpát text na mapě do housenumber.
Tak to je váš názor. Mně se cpaní více dat k jednomu tagu moc nelíbí.
Radomir Cernoch napsal(a):
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 adresu a tu
hledám ve městě.
vykreslování obou čísel v mapě a ještě nedej bože v každém městě v jiném
pořadí podle místních zvyklostí je naprosto matoucí.
Dost možná bych se přiklonil k ušetření starostí autorům programů
použitím existujících tagů
Do husenumber bych strčil čp nebo če podle toho co ta stavba má a další
tagem bych rozlišil jestli je evidenční. na mapě bych to nerozlišoval
maximálně kurzívou nebo třeba patkovým fontem. čo bych šoupnu do
alternatenumber.
V mapě by se primárně vyhledávalo podle housenumber prostě proto že jsou
všude.
Jaké to má mouchy ?
Má to jednu masařku. Čísla orientační se v některých městech _opravdu_
používají jako _hlavní_ systém. Já třeba z hlavy nevím jaké číslo
popisné má dům mého trvalého bydliště. O přechodném ani nemluvě.
Jiný příklady z webových stránek příslušných institucí:
* Rektorát ČVUT, Zikova 4, 166 36, Praha 6.
* Magistrát hl. m. Praha, Mariánské nám. 2, Praha 1.
* Nejvyšší soud České republiky, Burešova 20, 657 37 Brno
* SuSE CR, s.r.o., Drahobejlova 27, Praha 9
Všechno čísla orientační. Není to účelový výběr, jiné instituce jsem
nezkoušel. Čísla orientační jsou opravdu nevyhnutelná.
Můžeme sice udělat vyhledávání dle čísel popisných, ale značná část lidí
podle nich nic nenajde.
S pozdravem,
Radek Černoch
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
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 vypadala hezky, zatímco Váš návrh musí změnit styl rendereru, aby mapa bylo jednoznačná. Další problém je, že pokud 'housenumber' = čo, pak hloupý vyhledávač neumí ten dům najít podle čísla popisného. Ačkoli si myslím, že takový dotaz na OSM nebude mít mnoho uživatelů, je to zbytečná nevýhoda. Rozhodně to krajní případ nebude, protože pokud adresy budeme psát podle nějaké místní zvyklosti, odřízneme tím všechny, kdo místní zvyklost neznají. Nic jako místní zvyklost totiž neexistuje, každý si píše čísla do adres jak se mu zachce. Zatáhli bychom tím do dat nežádoucí a nefunkční subjektivitu. Proč vás tak dere dávat tam číslo s lomítkem, když to je oficiální způsob zápisu adresy a každý to má v občance? To je v reakci na můj e-mail? Já jsem jednoznačně pro addr:housenumber = [čp]/[čo] Pokud to vyznělo jinak, omlouvám se. Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
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é šíře. Poslední dobou však utichá, což může znamenat, že a) všichni odjeli o víkendu na chatu, nebo b) našlo se řešení. Pokusím se tedy zrekapitulovat dosavadní závěry a detaily, které je ještě potřeba rozhodnout. Předpokládám, že část diskutujících z pochopitelných důvodů v průběhu odpadla, usnula nebo omdlela a širší shrnutí se snad bude hodit. === Adresy v ČR === Pokud jste sledovali předchozí diskuzi, rovnou přeskočte do další sekce. Každý dům v ČR má buď číslo popisné (čp) nebo číslo evidenční (če). Nemůže se přitom stát, že by dům měl obě čísla zároveň. Pokud je obec rozdělená na části, obě čísla jsou unikátní na území každé z částí; v opačném případě jsou čísla unikátní v rámci celé obce. Domy se číslují zhruba od nejstaršího po nejnovější. Může se tedy stát, že domy s čp (resp. če) 120 a 121 jsou na opačných stranách obce. Zatímco čp se používá pro většinu domů, če značí převážně rekreační nebo zahradní budovy. To však není pravidlem a mnozí lidé mají trvalou adresu v domě označeném pomocí če. Kromě čísel popisných a evidenčních se používají ještě čísla orientační (čo). Ty se přidávají k číslům popisným, nikdy k číslům evidenčním. Jsou unikátní v rámci jedné ulice (jména ulic jsou vždy unikátní nejen v části obce, ale vždy i v celé obci). Číslování probíhá zpravidla od jednoho konce ulice blíže středu města k druhému konci; lichá čísla na jedné straně, sudá na druhé straně. Tento systém tak nalezení domu výrazně usnadňuje. S čo může vzniknout problém při zastavění proluky, nebo rozdělení domu. Aby se udrželo vzestupné číslování a nemusely se přečíslovat všechny zbylé domy v ulici, zavádí se dodatečné písmena. Pokud se dům s číslem '20' rozdělí na tři, vzniknou zpravidla adresy '20', '20a' a '20b'. Není to pravidlem, ale písmena se spíše řadí v opačném pořadí než čísla. Výsledné číslování tedy bývá ...'18', '20b', '20a', '20', '22'... Je sporné, zda lidé ve městech se zavedenými čísly orientačními používají spíše je, nebo čísla popisná. Převládající zvyklost patrně záleží na velikosti města a na době, jak dlouho se čo používají. Méně diskutabilní bude fakt, že nemalá část lidí je zvyklá používat jeden systém a ten druhý téměř vůbec. Celá adresa tedy může mít (až na výjimky) následující tvary: * [ulice] [čp]/[čo], [obec] * [ulice] [čp], [obec] * [obec] [čp] * [obec]-[část obce] č.ev. [če] Pokud tedy chcete jednoznačně určit dům, stačí použít vždy jedno z následujících pravidel: 1) obec + ulice + č. orientační 2) obecní čtvrt + č. popisné 3) obecní čtvrt + č. evidenční Přičemž použití pravidla 1) implikuje možnost použití pravidla 2). Naopak to neplatí. Použití pravidla 3) se vylučuje s použitím ostatních pravidel. Výjimku tvoří Jindřichův Hradec, kde se používá pro číslování domu následující tvar: [čp]/[číslo městské části] === Systém v jiných zemích === Pokud jste sledovali předchozí diskuzi, rovnou přeskočte do další sekce. V Evropě převažuje systém číslování podle obdoby našich čísel orientačních [1]. V prostoru střední Evropy se v dobách zavádění čísel domů používala čísla popisná jako tzv. Konskriptionsnummer. Rakousko-Uherská monarchie podle nich prováděla odvody do armády (tzv. konskripce [2]). Systém se udržel jako hlavní systém pro ČR a Slovensko, jako doplňkový se používá např. v Rakousku a Německu. V Británii se pro bytové domy používá [č. domu]/[č. bytu]. V Rusku se lomítková notace používá na rohových domech. Tedy [č. na jedné ulici]/[č. na příčné ulici]. === Současný systém českých adres v OSM === Pokud jste sledovali předchozí diskuzi, rovnou přeskočte do další sekce. Dnes se používá velmi jednoduchý systém: 'addr:housenumber' = [čo] 'addr:alternatenumber' = [čp] 'addr:street' = [ulice] 'addr:city'= [obec] 'addr:postcode'= [PSČ] 'addr:country' = CZ 'is_in'= [část obce], [obec], [kraj], CZ Má však mnohé nevýhody (od nejzávažnějších): * Na mapě se zobrazuje jen číslo orientační, což vyhovuje jen části obyvatel jen některých měst. * Čísla evidenční se zcela ignorují. * Vyhledávače musí vědět, že existuje políčko 'addr:alternatenumber'. * To samé platí pro všechny GPS přístroje. * To samé platí pro renderery map. * Sporná je přílišná obecnost označení „alternatenumber“. Výhodu vidím jedinou: * Mapa je přehledná. === Nový návrh systému českých adres === Nedávno zaslaný návrh se pokouší vyhnout se výše zmíněným nevýhodám a vyhází následujícího principu: Hlavní políčko pro zápis čísla domu 'addr:housenumber' by mělo obsahovat vše potřebné pro jeho jednoznačnou identifikaci a nalezení. Jako
Re: [Talk-cz] Obsah tagu addr:housenumber
Pavel Kovář píše v So 06. 06. 2009 v 09:57 +0200: Tak ten náš Vsetínek... orientační čísla tam rozvěšovali před nejakými deseti lety a to co to vlastně je jsem se dozvěděl až z této diskuze. A troufám si tvrdit že většina Vsetiňanů je na tom stejně takže těžko můžu posuzuvat zvyklosti. Nedala by se na toto téma udělat anketa a tu vyvěsit vedle mapy ? Anketu udělat můžeme, pochybuji o jejím smyslu. Aktuální návrh, který má zatím největší šanci projít, počítá s tím, že by na mapě byla obě čísla. Jinak ještě otázečka: číslo orientační samotné mně ke správnému vchodu nedovede nebo ano? Nejsem si jistý, jestli rozumím. Ptáte se jestli ulice+č.o. stačí k nalezení domu? Samozřejmě ano, kvůli tomu se orientační čísla zavádí. Navíc mají výhodu, že jsou seřazená od začátku po konec ulice a lichá na jedné straně a sudá na druhé. Díky řazení snižují střední dobu nalezení domu při znalosti jména ulice z N/2 na N/4 případně až log_2(N/2) podle toho, jestli hledáte na mapě nebo v terénu. ;-) Kubajz napsal(a): Dovolim si oponovat. Zdaleka to neni vzdy. Znam lidi a mista, kde pokud ma budova c.p. treba 20 a orientacni 7, casto se rika Jarni 20 a orientacni se ignoruje. A pak se ti stane, ze vlastne stejne nevis, do jakeho domu jdes, protoze existuje i cp 20 i co 20. Proto alespon ja mam zazite, ze vzdy udavam Jarni 20/7, pokud jsou mi ta cisla znama. Jinak to totiz muze vest ke zmatkum. K Radomír Černoch napsal(a): 2009/6/5 Pavel Kovář f...@vsetin.org: 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í pravidla 1) implikuje pravidlo 2). Naopak to neplatí. Použití pravidla 3) se vylučuje s použitím ostatních pravidel. Jesli wikipedia nelže tak evidenční číslo je vlastně popisným číslem u dočasných staveb Je to pravda. Používá se také pro chaty či menší domky na zahradách. Slovo dočasné tedy nemusí znamenat, že se dům bude brzy bourat. k čemu je to orientační číslo dobré ? Ve městech se č. popisná špatně pamatují, protože mají příliš mnoho cifer a dvě po sobě následující čísla mohou být na opačných stranách městské části. 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é. Proto by mapa vždy měla číslo orientační obsahovat. S pozdravem, Radek Černoch S pozdravem Pavel Kovář Petr Nejedlý napsal(a): 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 chodí pošta na č.ev., takže by se hodit mohlo. Nemáte někdo nějaký příklad adresy s č.ev.? Je to ale asi dost okrajový problém, takže pokud by to bránilo obecné shodě, můžeme je zatím vypustit. K diskuzi předkládám kompromisní návrh - č.ev. vkládat do tagu i s textem, např. č.ev. 20, to by mohlo předejít většině problémů. V obcance mam: Peklov 8E, coz je samozrejme blbost, ale je to kratsi a posta si s tim take poradi. Kdyz do mapy.cz zadate Pekov 8, dostanete jednoznacnou odpoved i s vysvetlenim, ze se jedna o Peklov ev.č. 8, Hřebeč, okres Kladno Z toho mi vychazi jako vcelku rozumne ulozit: addr:housenumber = ev.č. 8 Nenik ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
újmy na schopnostech vyhledávačů (viz jedna z výhod nového systému). Kudy cesta nevede - Myslím, že české názvy tagů (tedy 'addr:číslopopisné' nebo 'addr:popisnénumber') můžeme rovnou zahodit. Slováci používají na chlup stejný systém, ale názvy mají jinak. = Překonávání omezenosti rendererů = Problém s přílišným množstvím písmenek na mapě, který plyne z navržené syntaxe 'addr:housenumber', by šlo redukovat za pomoci různých nápověd rendererům. Prvním a nejsnazším řešením je umožnit rozdělení čísla domu podle lomítka podobně jako se dnes dělí názvy podle mezer. Místo dlouhého textu '206/48' tak vznikne úhlednější dvouřádkový '206'+'/48'. Ulicím v západo-východním směru to jistě zlepší vzhled. Jako jedna z možností mne napadá spojit nepřerušenou řadu domů do nějakého druhu relace ala Karlsruhe schema. Ve chvíli, kdy má renderer málo místa, bude vědět, že krajní domy řady jsou o chlup důležitější než ty ostatní. Takové řešení je sice náročné na ruční úpravu mapy, ale CzechAddress by to mohl zvládat automaticky. Hrozí však, že adresy budou muset být uložené v 'node' a nikoli jako součást 'building', protože Karlsruhe schema spojuje adresy za pomocí 'way'. Další možnost je nedávno otevřené téma na talk@, které zvažuje speciální pole určující „důležitost“ jednotlivé primitivy. Opět -- krajní body v řadě jsou o něco málo důležitější než ty uprostřed. === Závěr diskuze === Vzhledem ke zkušenosti z předchozích 5 kol domlouvání a bolesti hlavy nejen mé, navrhuji následující řešení. Jak se diskuze bude blížit k závěru, budu se snažit ji zakončovat shrnujícími e-maily... kratšími než tento ;-). E-mail, který bude mít naději stát se definitivním závěrem celé diskuze označím klíčovým slovem „Howgh“ a následujícím textem: Tento e-mail se snaží být posledním e-mailem, který shrnuje celou diskuzi o způsobu zapisování adres na území České republiky. Pokud se závěry nesouhlasíte, ozvěte se prosím TEĎ HNED. Pokud do 14 dnů na tento e-mail nikdo nezašle jakoukoli odpověď, obsah e-mailu bude považován za schválený a bude promítnut do OSM mapy ČR v noci následující přesně 14 dnů po dnešku. Myslím, že nemusím dlouze vysvětlovat důvody, které mne k tomuto návrhu vedou. Kromě toho, že chci ušetřit vlastní čas, cítím soucit s těmi, kteří se do diskuze zapojují od začátku. Rád bych ještě upozornil, že takové řešení spoléhá na cit všech zúčastněných a jejich vůli ke kompromisu. Bojkotovat všechny „Howgh e-maily“ je snadné. S pozdravem a přáním rychlé domluvy, Radek Černoch Citace: [1]http://en.wikipedia.org/wiki/House_numbering [2]http://slovnik-cizich-slov.abz.cz/web.php/slovo/konskripce [3]http://novarole.cz/obsah/pravidla-o-zpusobu-pouziti-a-umisteni-cisel-a-nazvu-k-oznaceni-budov.html [4]http://www.czso.cz/csu/faq.nsf/hlasodpoved?openformparentunid=491DF30ED371686CC125727D00326B8E [5]http://www.isvs.cz/e-government/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/talk-cz
Re: [Talk-cz] CzechAddress 0.2.0
Dobře, mohl bych jen požádat o podrobnější logy, prosím? Nejdříve spusťte JOSM ve tvaru: java -ea -Xmx1024M -jar josm-tested.jar, kde důležité je to '-ea'. Pak bych poprosil o 1) Výstup do terminálu, ze kterého je vidět místo, kde došlo k výjimce. 2) Soubor [JOSM home]/plugins/czechaddress-log.xml, kde [JOSM home] závisí na operačním systému. Pokud chcete ušetřit čas i přenesené megabajty, soubor raději za(b)zipuje. Velmi mi to pomůže s odhalením problému. Předem děkuji, Radek Černoch Petr Dlouhý píše v So 06. 06. 2009 v 22:42 +0200: On Fri, 05 Jun 2009 16:24:21 +0200, Radomir Cernoch radomir.cern...@gmail.com wrote: Rád bych nahlásil chybu v pluginu. V Hornoměřicích je v databázi č.p. 23 přiřazeno i k ulici U Chundelů i k ulici Velvarská. Je to chyba v databázi, ale CzechAddress kvůli tomu vyhlašuje unexpected exception při různých editačních akcích. Dobrý den, vyšla nová verze pluginu CzechAddress, která NEPŘINÁŠÍ přejmenování tagu 'alternatenumber'. Mezi novinkami je * Automatická kontrola vazeb mapy na databázi (už žádné klikání na tlačítko recyklace). * Vylepšená správa konfliktů, která zobrazuje už jen to, co je opravdu konfliktem. S tím se pojí i nový, menší dialog, který nechává víc místa na obrazovce pro ruční úpravy konfliktů na mapě. * Lepší podpora ulic, které obsahují zkratky (Bož. Němcové apod.) * Editor databáze, který umožňuje ruční doladění. * S tím vším se pojí poněkud delší doba inicializace. 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://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] CzechAddress 0.2.0
Dobrý den, vyšla nová verze pluginu CzechAddress, která NEPŘINÁŠÍ přejmenování tagu 'alternatenumber'. Mezi novinkami je * Automatická kontrola vazeb mapy na databázi (už žádné klikání na tlačítko recyklace). * Vylepšená správa konfliktů, která zobrazuje už jen to, co je opravdu konfliktem. S tím se pojí i nový, menší dialog, který nechává víc místa na obrazovce pro ruční úpravy konfliktů na mapě. * Lepší podpora ulic, které obsahují zkratky (Bož. Němcové apod.) * Editor databáze, který umožňuje ruční doladění. * S tím vším se pojí poněkud delší doba inicializace. 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://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
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 pluginu CzechAddress 0.2.0, která tuto změnu reflektuje. !! ! Jaký je závěr pro Vás? Pokud spouštíte CzechAddress po ! ! 5.6.2009 včetně, ujistěte se, že číslo verze není menší než 0.2.0. ! !! Případnou aktualizaci můžete provést z menu Upravit-Nastavení (F12), který zobrazí dialog Předvolby. Pod záložkou s ikonou Zásuvka a zástrčka pak stačí kliknout postupně na tlačítka Stáhnout seznam a Aktualizovat. S pozdravem, Radek Černoch přejmenování 'alternate Pavel Kovář píše v So 23. 05. 2009 v 17:09 +0200: 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 ;) Jinak hodně bych ocenil kdyby někdo na českou wiki strčil vzorově otagovaný baraček a panelák s více vchody. S pozdravem Pavel Kovář === Sat, 23 May 2009 17:03:43 +0200 Petr Dlouhý petr.dlo...@email.cz napsal: On Sat, 23 May 2009 16:55:36 +0200, Radomír Černoch radomir.cern...@gmail.com wrote: S přejmenováním souhlasím, protože z technického hlediska je rozdíl prakticky nulový, ale alespoň to bude sjednocené. Nevím tedy, proč má být název německy, ale to je asi jedno. Přejmenování je s XAPI otázka chvíle, ale když jsem něco podobného naposledy zkoušel (asi před čtrnácti dny), tak to nefungovalo. Viz http://trac.openstreetmap.org/ticket/1814. 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ěch zemích, kde se používá obdoba našich čísel popisných. Tyto země jsou ČR, Slovensko, Německo, Rakousko a pravděpodobně i Maďarsko. Systém totiž vychází ještě z doby Habsburků a zřejmě se používal na celém jejich území. Jako logické jméno tagu se tedy jeví původní označení toho systému, tedy konskriptionsnummer. Souhlasíte tedy s přejmenování 'alternatenumber' na 'konskriptionsnummer'? Osobně se mi toto řešení zdá systematičtější. Samotné přejmenování je otázka chvíle, neboť 'alternatenumber' se tak jako tak používá zatím jen na území ČR. S pozdravem, Radek Černoch PS: Doufám, že už tuto věc budeme mít brzo z krku a nebudu Vás emaily o adresách dále otravovat. -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
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, omlouvám se, ale v mailovém klientovi jsem doteď opravdu neměl ani jednu zápornou reakci v tomto vlákně. A nezaznamenal jsem, že by se o 'konskriptionsnummer' mluvilo jinde. Mohl bych poprosit o přeposlání mailu s námitkami (nebo odkazu), prosím? * Dnes v noci (ze 4.6 na 5.6) se všechny tagy 'addr:alternatenumber' na území ČR změní na 'addr:konskriptionsnummer'. Proboha, proc?! 1) neni to srozumitelny Cechum (v tomhle udela typo snad kazdej) Celé je to založené na myšlence, že použít obecnou škatulku 'alternatenumber' pro všemožné systémy v různých státech není nejlepší. Systém 'čísel popisných' (aka 'konskriptionsnummer') se používá v zemích, z nichž 2 mají němčinu jako úřední jazyk. Viz mail: http://lists.openstreetmap.org/pipermail/talk/2009-May/036975.html K výberu jazyka: http://lists.openstreetmap.org/pipermail/talk-cz/2009-May/002963.html Ohledně překlepů: Při použití CzechAddress překlep nehrozí. Nechci ten plugin nutit každému, funguje navíc jen v JOSM, ale přece jenom -- Vyplňuje dnes v ČR ještě někdo všechny adresní políčka ručně? K překlepům (pokud se chcete pobavit na můj účet): http://lists.openstreetmap.org/pipermail/talk/2009-May/036957.html 2) Nemci to stejne nepouzivaji Ano, ale oni nepoužívají ani 'alternatenumber'. To je prašť jako uhoď. Důležité je, že ve všech zemích se vychází ze stejného systému, tedy unikátní číslo pro obec / městskou čtvrť. 3) anglicky mluvici lidi taky nemaj sanci. Toho se týká můj původní mail. Ve stručnosti se dá shrnout, že v anglicky mluvících zemích se tento systém nepoužívá. Viz původní návrh: http://lists.openstreetmap.org/pipermail/talk-cz/2009-May/002961.html Pavel 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
Re: [Talk-cz] Adresy, finale diskuse
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 jediné v cca 6000 obcích) pod nějaký složitý klíč a jako hlavní počítat to orienační, které je pouze v několika (100? 200?) velkých městech . Nebo to nechápu? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
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... a pokud nekdo bude zobrazovat alternatenumber v rendereru, bude to jedine dobre. Viz odkaz, který jsem posílal v předchozím mailu http://lists.openstreetmap.org/pipermail/talk/2009-May/036975.html Both addr:ref and addr:alternatenumber have the problem that they are not really descriptive. There is a tendency in OSM to use keys like ref, class, id, type, ... which don't really tell you much. Chances are that somebody on the other side of the world uses the same tags for something completely different. In my opinion ref is overused already. Sure its some kind of reference id, but what kind? alternatenumber is also problematic for the same reason. Alternate to what? Its not really an alternate number, its a number in a completely different system. I would expect an alternate number to refer to a different way of writing the same number, maybe in roman numerals or whatever. Zkrátka 'alternatenumber' je příliš obecný termín. 'konskriptionsnummer' jasně zaručuje unikátnost uvnitř obce/čtvrti aniž by bylo potřeba testovat, zda bod leží v polygonu ČR (jen bych podotkl, že takový test je bez GIS databáze zbytečná výpočetní zátěž). To nemusí platit v jiných zemích, kde si do 'alternatenumber' nacpou cokoli budou chtít. Systém 'čísel popisných' (aka 'konskriptionsnummer') se používá v zemích, z nichž 2 mají němčinu jako úřední jazyk. Ja jsem cetl oduvodneni, ty zeme jsou asi 4.. Nemyslim ze je to dost dobry duvod pro zavedeni tyhle hruzy. Píšete, že je to „hrůza“. Konskription je běžné německé slovo, které se navíc v angličtině píše podobně (conscription) bez změny významu. Nummer stejně tak. Mimochodem zemí je nejspíš 5. To ale snad nehraje takovou roli, ne? Značky 'kct_*' mají jenom 2 země a také se používají. 2) Nemci to stejne nepouzivaji Ano, ale oni nepoužívají ani 'alternatenumber'. To je prašť jako uhoď. Důležité je, že ve všech zemích se vychází ze stejného systému, tedy unikátní číslo pro obec / městskou čtvrť. Takze jedinej komu se to jmeno muze aspon trochu libit to nepouziva. To nevypada jako uplne skvely duvod pro zmenu. Asi si nerozumíme. Němci nepoužívají 'konskriptionsnummer', protože obdobu našich čísel popisných nedávají do OSM zatím vůbec. Pochybuji, že by silně preferovali 'alternatenumber' před 'konskriptionsnummer'. 3) anglicky mluvici lidi taky nemaj sanci. Toho se týká můj původní mail. Ve stručnosti se dá shrnout, že v anglicky mluvících zemích se tento systém nepoužívá. Coz ale neznamena ze se nekdo anglicky mluvici nebude snazit pochopit/pouzivat nebo editovat ceskou openstreetmap. Jasně, ale od toho je tu OSM wiki, která obsahuje anglický popis tagů. Pavel Zdravím, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
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@, který tehdy ještě hájil 'alternatenumber', napsal jsem 'nubmer'. Zkrátka překlepům se nevyhneme, vznikají i u mnohem jednodušších tagů. Přesto uznávám, že toto je platný argument, ačkoli bych ho zařadil mezi ty méně důležité. Systematický datový model má mít přednost. Nebo ne? Jako vyhodu chapu ze je to jednoznacny v ramci sveta. Podle me nevyhody prevazujou. (Alternativa by byla pouzit neco jako houseref. Bude to taky jednoznacny, ale kratsi... a to cislo je jakasi reference...) To už tu bylo. Viz předchozí mail s citací z anglické diskuze. S pozdravem, Radek Černoch PS: Jen na okraj a napůl vážně: Všimněte si, že když v případě mé chyby s 'nubmer' by zrovna použití 'nummer' překlep eliminovalo. ;-) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
Pavel Machek píše v Čt 04. 06. 2009 v 20:45 +0200: On Thu 2009-06-04 16:33:29, Tomáš Tichý wrote: To je jak u blbých Moje řeč. Navíc když se dělal import, tak se taky na diskuzi v listu nebrat ohled a udělalo provizorní řešení s nesmyslným alternatenumber a spoustou None, které nám teď dělají bordel v renderování. Každá změna k lepšímu je dobrá. K addr:konskriptionsnummer: - když to někomu je nesrozumitelné, tak si to vygoogluje, překlad hned třetí odkaz Takze misto highway zavedeme adshfla, a bude to hned prvni odkaz? Nerad bych kazdy heslo googloval. Ale no tak, přece nebudeme argumentovat zjevnými blbostmi jako je 'asfla'. Na 'Konskriptionsnummer' vyhodí google správný odkaz hned jako první. Nabízím Vám férovou dohodu: Používáte-li JOSM, vyrobím Vám předvolbu, abyste neudělal chybu ani bez CzechAddress a bez Googlu. A podporuje-li předvolby i Merkaartor, udělám ji i tam! Jen na flashový Potlatch si netroufám. - alternatenumber bylo nesrozumitelné nejen čechům, ale i komukoli dalšímu Takže ze špatného řešení se nám stane přijatelné řešení - já jsem jedině pro. Ja nevim, myslim ze je pomerne jasny ze je nejaky cislo domu. Coz toho rika docela dost. A udelat aby to slo vygooglovat ... by nemuselo byt tak tezky, ne? Souhlas, 'alternatenumber' říká že jde o _nějaký_ číslo domu. Nyní však máme možnost definovat jaké _přesně_ to je číslo. Dobrou noc, Radek Černoch 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
Re: [Talk-cz] Adresy, finale diskuse
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 anglicky) b) vetsi sance na preklepy. Řeknu Vám, jak je to s překlepy. Když jsem psal původní mail do talk@, který tehdy ještě hájil 'alternatenumber', napsal jsem 'nubmer'. Zkrátka překlepům se nevyhneme, vznikají i u mnohem jednodušších tagů. Přesto uznávám, že toto je platný argument, ačkoli bych ho zařadil mezi ty méně důležité. Systematický datový model má mít přednost. Nebo ne? Myslim ze nema. Podle me nevyhody navrhovaneho prejmenovani prevladaji nad vyhodami, a proto je navrhovana zmena zmenou k horsimu a nemela by se provest. Takže z výběru jednoznačný datový model a odolnost vůči překlepům považujete za důležitější to druhé? Souhlasí s tím všichni? Tentokrát už definitivně dobrou noc, Radek Černoch 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
Re: [Talk-cz] Adresy, finale diskuse
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 rozumný důvod, proč 'addr:*ref' je špatný tag a 'addr:alternatenumber' také. Argument je založený na předpokladu, že tag má co nejpřesněji popisovat druh informace, kterou nese. Díky tomu se významně omezuje nejednoznačnost při zadávání a zpracování dat v OSM. Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapping Party - Mělník
Dobrý den, party se nezúčastním, jsem v zahraničí. Chcete-li, postarám se alespoň o domy a ulice, abyste měli víc času na mapování v terénu. S pozdravem, RČ Petr Schonmann píše v St 27. 05. 2009 v 11:58 +0200: Dobrý den, Zaslal jsem návrh, či spíše takový průzkum, zda by lidé v okolí Mělníka byli (a jsou účastníci OSM) ochotni uspořádat mapping party. Odpovědi byli jen dvě. Takže bych se tedy chtěl zeptat celé talk-cz zda by byla ochota mapping party uskutečnit v Mělníku. Proč Mělník ? - Hlavní cesty jsou zmapovány - chybí malé cesty,chodníky aj. - Občanská vybavenost a body zájmu zcela chybí. - Budovy jsou pouze jako nody - mohou se zakreslit jako ways a pomoci czechaddress nakreslit hezky vypadajici mesto. - Dobrá doprava z Prahy ( Nádr. Holešovice - Mělník přímé spoje ) - Možná podpora (doměnka) se sdružením MaSON ( http://www.mason-net.cz/kontakt ) K dispozici je též chat http://live.jabbim.cz/muckl/muckl.html?conf_room=openstreetmapnick= přes web rozhraní, kdo má jabber může navštívit openstreet...@conf.netlab.cz S pozdravem Mail: ps...@seznam.cz http://fatbozz.towerofglass.net/v2/ ___ 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://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenTrackMap?
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 Shocart :-) Jasně. :-) Máte-li připomínky, viz http://trac.mapnik.org/ticket/350 pěkně napsáno, dík, jen jsem z toho nepochopil jednu věc (nejspíše mi k tomu jen schází znalost některých implementačních detailů) - jak se pozná, že z linií vedoucích tamtéž má být posunuta zrovna turistická značka, resp. co má zůstat na původním místě a co má být poskládáno kolem? Já myslím, že je tam jedno jediné kritérium, a sice „nejmenší počet křížení dvou čar různých barev.“ Primární problém však je, aby mapnik vůbec uměl cesty vedle sebe vykreslit. Víte-li o jiných kritériích, asi by bylo dobré je zavčas přidat do komentářů. Radek Č. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenTrackMap?
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 úhlu pohledu: půl hodiny trvá, než člověk z wiki vyčte, co se vůbec dá jako server použít, další půlhodinu hledá relevantní dokumentaci pak jede podle návodu, s pár přestávkama na čaj než se zkompilujou závislosti má za tři hodinky hotovo jenže ono to jaksi nejede, tak nareportuje bug na svojí distribuci a jde spát dalšího večera se naštve a začne si chybu řešit sám ... po úporném boji a dalších dvou-třech bugreportech donutí mapnik renderovat něco kloudného, pustí si tedy na noc testovací kousek mapy a jde spát ráno zjistí, že výsledek není, jaký by očekával ... týden řeší, proč se mu nezobrazuje na mapě popis rozcestníku, ptá se marně v konferenci, nakonec náhodně při editaci stylu přijde na to, že záleží na pořadí když už dokáže nechat vyrenderovat mapu k obrazu svému, resp. v úplném základu, bez vychytávek jako vyřešené překrývání značek, tak zjistí, že mu toho na mapě většina chybí další tři hodiny se hrabe v databázoovém dumpu a ladí pravidla tak, aby se mu na mapě zobrazily všechny možné způsoby značení, co si kdo vymyslel použít s velkou slávou pak spustí renderování celé ČR když to ani po pěti dnech celé nedoběhne, usoudí, že tudy cesta nevede, pokud si nehodlá pořídit domů serverovou farmu, a uloží to k ledu po měsíci se dostane k tomu, aby po dvou dlouhých zimních večerech a dalších pár bugreportech rozjel pythoní modul do apache na on-demand renderování ... tedy rozjel - dlaždice je většinou dostupná až na druhý pokus o načtení, což je v TangoGPS problém, neb to jak dlaždici napoprvé nedostane, podruhé už se nezeptá, ale aspoň něco ... obratem ale nastává problémek s dostupností snapshotu ČR a navíc mu bezpečnostní update apache rozbije konfiguraci, takže to opět dává k ledu když se k tomu po čase znovu dostane, zjistí, že kvůli používání relací by musel zase pravidla přepsat, navíc v mapniku nastalo dost změn, které by musel do svých pravidel sloučit, takže to vzdává a problém odkládá na neurčito (ne dříve než další dlouhé zimní večery) ... čímž samozřejmě nechci nikoho odradit od toho, aby se pokoušel rozjet mapový server za 45 minut a nechat vyrenderovat mapu za chvíli ;-) Asi jsem měl větší štěstí... ;-) Jinak mých 45 minut samozřejmě neznamená funkční server pro produkční nasazení -- zdaleka ne! Spíš první zobrazení kusu mapy v prohlížeči, a to za předpokladu, že už máte předem funkční Postgres, Apache a nainstalovaný balíček mapniku... K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] zones for motorway/in town/outof town?
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 to tag these all with a generic key called zone, to unify the tagging. but of course I know that the boundary key is widely known and used... Hi, could you expand a bit more what is generally meant as a zone in Germany, please? Currently boundary=administrative is used for areas as small as a suburb to whole countries. Would zone:administrative do the same? The reason why I'm asking is that in Czech it would be counter-intuitive to use the word zóna for anything bigger than a town. Meanwhile boundary sounds more general. Regards, Radek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: zones for motorway/in town/outof town?]
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 know if this is possible. It may be, but this would be a very complex thing... Thank you for your explanation. Would it be then possible to ask questions like: Is the point at (x,y) inside any polygon, which has tag 'z'? Or even something like a JOIN of the point itself with the polygon: Give me all points in bbox (a,b,c,d) and the value of 'zone:xxx' of an encompassing polygon, if they lie in some? Sorry for many questions, but I do not want to promote an idea without knowing that it's feasible... Thanks in advance, Radek Černoch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
Florian Lohoff píše v Čt 21. 05. 2009 v 09:21 +0200: There is no solution other than local survey - everything else is guessing - and IMHO openstreetmap is a collection of facts not guesses. So better have no fact than wrong guesses - at least thats true for maxspeed. Than why do we have tags like access=unknown? It's not a guess, it's just missing information. The legislation says following: Inside built-up area the speed limit is 50 km/h if not specified otherwise. Creating an area zone:traffic=XX:in_town is an exact mirror of this law. Speedlimit is not like a missing name - Speed kills and we need to be pretty shure its accurate - Better no speed information at all than a sever broken one. I dont care if the name is missing but i care whether the speed is correct. I'd want my navi to either show me the correct speed or that it doesnt know instead of showing me wrong information 30% of the time. My GPS works different way. If I'm in a town, it does not check the default 50 km/h limit. It only checks those roads, which have a sign regulating the speed. In my proposed model, there must be a maxspeed tag on that particular road or a polygon zone:traffic=XX:residental, which would allow the GPS to start beeping. A polygon zone:traffic=XX:in_town does not cause my GPS to check the speed, because the driver must be aware of such regulation anyway. If not, he should not be driving a car at all. But maybe your GPS works different way... I know its frustrating to see the map grow slowly but better than having a pile of bullshit nobody cares to look after. My experience is that once a street is in OSM nobody cares whether the name, maxspeed or something is correct. So better you be accurate right from the beginning. But this would mean, that GPS units using OSM will be navigating people through 30 km/h residental areas for about... let's guess 10 more years? At least in Czech Republic. This does not seem to me like a big security. Controlling maxspeed limit and doing navigation through cities are anyway two distinct things based on different information. Yours, Radomir Cernoch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
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 tags zone:traffic and highway. = Stop any further reasoning. 3) The answer is unknown. Now the proposal of polygon model, which emerged through discussion and which I do support. It removes point 3 and adds: 3) Road lies within a polygon tagged zone:traffic = I have the answer based on the combination of polygon's tag zone:traffic and road's tag highway. = Stop any further reasoning. 4) The answer is unknown. Please notice the important point: If we adopt polygon model and you want to use the without-polygon model, no problem. It's just enough to make sure that your road does not lie within any zone:traffic polygon. The freedom is yours. Ok, then why should we have the polygons? * It models the law more accurately. * Therefore you can infer more information. * You can refine the details of the map gradually over time. At the same it allows a truthful interpretation of the OSM data all the time. * If someone forgets to add the maxspeed or zone:traffic tag to a road, this model is closer to reality. (Please note that this may happen in a very well made map, see my previous Helsinki mail). * Therefore it's friendlier to newbies. The most serious flaw so far: * The question of querying node within a polygon or line withing a polygon. So far it seems that such query is doable using PostGis. Nevertheless this needs to be confirmed. If you want any details of the points here, please feel free to ask even if they have probably been posted before. I do not have any other arguments and unless anyone else does... take it or leave it. Yours, Radek Černoch Mario Salvini píše v Čt 21. 05. 2009 v 14:53 +0200: Hi Radek, instead of using a complicated polygon-struction (which is btw not as correct as just giving the road a tag) you simple can give any oficial roads (e.g. no tracks oder private service-ways) of the town a trafficzone=in_city and giving the zone-30-roads a maxspeed=30. Finished ;) Regards Mario ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
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 allows for additional tags like a name, and it allows everything to be more clearly defined, and allows for a method which is much more flexible and allows for extended properties. How would a typical city look like? All 80 km/h roads in one relation and all 50 km/h roads in another relation? Or one relation per suburb? And what about while countries: all rural 90 km/h roads in one relation? Thanks, Radek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
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 otherwise this can be safely interpreted as the administrative border, area of within closed city driving rules and area of the postal-address of the city. Since we couldn't find any other tag mentioning 'driving rules' or 'speed limits' we agreed to use 'place=*'. Regards, Radek Cernoch Guenther Meyer píše v St 20. 05. 2009 v 07:44 +0200: hi, currently there is a discussion on the german list about tagging speed limits respectively different zones. as there are implied also other things than maxspeed there are proposed three default zones, derived from the signs standing at every border crossing point: a) motorway: that's very clear, therea are no or very high limits. b) city areas with limited speed and some restrictions c) everything else, mostly out of town. so this questions goes primarily to the native english speakers: what would be the right term for a value for these zones? a) motorway? this one would be very clear I think. b) in_town? place? urban? it's the thing we call geschlossene ortschaft in germany, which inludes everything from very small villages to really large cities (bounded by yellow squared signs in germany). c) out_of_town? rural? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
Hi, I would like to ask about the proposed feature 'trafficzone'. If I understand it right, it proposes to add a tag to _every_ highway and _every_ road in the city. I'm afraid that this solution is highly redundant in the amount of information and therefore it's likely that someone will forgot to add the right tag. In the Czech list we ended up with the following solution, which tries to copy the legislation (which is a good starting point, I guess): 1) Every road is by default 'rural' road (speed limit 90 km/h). 2) Every highway has speed limit 130 km/h by default. 3) If a road is inside a polygon tagging the city limits, then its speed limit is set to 50 km/h. Such polygon might be tagged by 'place', but the actual name of the tag is not important here. 4) If a road has different speed limit from rules 1) - 3), it is tagged with 'maxspeed=...'. By this scheme it's easy to set the speed limits right very quickly on most roads, because it only requires to add the polygon with 'place' tag (or any other name we agree on). At the same time you can set the speed limits as detailed as you want to. The default speed limits and rules can be set differently from country to country of course. For example in the Czech Republic, we would add a rule 3.1: for every 'trunk' road in the city polygon, limit is 80 km/h. And lastly the default rules differ for car/truck/... However we have not discussed other countries. Germany seem to be compatible with this system, but what about the rest of the world? Regards, Radek Černoch Mario Salvini píše v St 20. 05. 2009 v 12:21 +0200: MP schrieb: a) motorway: that's very clear, therea are no or very high limits. b) city areas with limited speed and some restrictions c) everything else, mostly out of town. In Czech republic there are different rules for motorways inside city area (maxspeed=80) and outside (maxspeed=130). So case d) identifying a) is easy and if we are able to identify what is inside and outside city - b), we can identify roads and motorways inside/outside city. There was similar discussion on czech mailing list. One suggestion is to use administrative boundaries. There was suggestion to use landuse=residential, but that is not possible - often the city area is not corresponding to landuse=residential. Suggestion for administrative area is pretty good, but there are still some caveats - sometimes the boundary follow the road and in few cases, sign for end of village and sign for beginning of village from other side do not match (so basically, one side of the road is inside the village, while the other is not.) Would be cool, if you can add your czech traffic-zones to the proposal. http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone (In practice, the test for a built up area seems to be does it have street lights?.) Test for street lights won't work, many small villages in Czech. Rep. are signes as build-up area (with all the implied speed limits and such), but they don't have street lights at all. Martin street-lights as a mark of build-up areas works in UK and Australia and maybe some other Commonwealth-Counties. -- Mario ___ 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://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: zones for motorway/in town/outof town?]
Hi,
if only I knew that the idea would arouse so intense emotions! Ok, now I
know that I should be more careful with the word semantic next time.
Andy Allan píše v St 20. 05. 2009 v 14:48 +0100:
On Wed, May 20, 2009 at 2:26 PM, marcus.wolsc...@googlemail.com wrote:
On Wed, 20 May 2009 14:04: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 solution is to use the Semantic
wiki, because it provides both machine-readable and human-readable
format in one place.
Agreed. This sounds like a very good idea.
I think it sounds like a terrible idea.
A) We have a geo-database for geographic information
B) We have a wiki for project-support information
Why would this particular geo-data not live in the Geodatabase?
Let's take the very first bit of the example:
country(cz) {
How can I tell if a particular way is in the country cz? Maybe I
need a lookup table that gives me a list of coordinates to specificy
the boundary of that country. Should this be in the wiki too? Do we
have somewhere better for storing lists of coordinates?
Of course not.
So let's make the assumption we have an object (I'm guessing a
relation would be handy) for each country explaining where it is. Now
if only there was a way of assigning attributes to the country to hold
information that applied to that country. Geez, maybe we could allow
tags on relations?
I do not mind putting all this into the relations for each country.
However the question is, how complicated the whole system will be.
If we end up with 'speed_city', 'speed_rural' and 'speed_highway', then
why not. However there is a danger of ending up with tags like:
'speed_limit_on_highway_inside_polygon_tagged_place' or
'speed_limit_on_primary_not_in_any_polygon_tagged_place_or_built-up'.
This is an old problem of relational-database expressiveness. For now I
propose to wait until we collect all nitty-gritties of all different
traffic regulations we know. The discussion about implementation can
come second.
Hmmm. Or maybe we should ditch the whole geo-db idea and just put
everything into a wonderful Semantic Wiki.
When someone invents indexes into ontology, which would be as fast as
indexes into geo-db, why not? Personally I am rather sceptical about it.
;-)
Cheers,
Andy
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
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 does not imply a polygon with zone! There can be both in one place. Tag 'maxspeed' on a road is dominant and overrides any zonal restriction. However it's important to notice that two polygons can never overlap (unless there is a futuristic city with zone-30 area flying in the air above a 130 km/h highway). Now we have an urban area, with a circular road with maxspeed=50, and streets and cul-de-sacs left and right of that road with maxspeed=30 zones. And that is just a simple example. The polygons are going to be complex in some cases. I can imagine a situation, where a normal 50 km/h road goes through the middle of a zone-30. Then there are two options: 1) You split the zone-30 polygon into 2 polygons. 2) You tag the 50 km/h road with maxspeed=50. Right, exactly the scenario I mentioned at the top of this msg. I agree that the polygons are going to be complex. As complex as current 'landuse=residental' polygons or administrative border polygons or... I know it's pain to work with them, but the solution is to learn JOSM to split map into layers, not to adjust the data-model. Radek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
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 center polygon that don't have a tag inherit from the polygon (in the routing program, or mkgmap). Yes, this is exactly what I am trying to propose through the whole discussion! Originally the discussion was about _how_ to tag such polygon. Now we moved to _whether_ to have such polygons. Maybe we should give it a day or two... So as long as exception roads have speed tags, what's the problem? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
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 zones: one like zone:traffic=... for speed limits and other legalities, and one, let's call it zone:administrative=... for the administrative border. Hi, this sounds reasonable. But is there a difference between boundary=administrative and zone:administrative=*? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Fwd: Re: zones for motorway/in town/outof town?]
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 database would not be possible. I have read somewhere (a few weeks ago) that querying whether a point lies in a country can be done quickly. I was assuming that the same should be possible for any polygon. However I am not aware of technical details. Can anyone confirm this, please? Radek Černoch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
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 same time for the road under that bridge to have a maxspeed of 50 km/h due to being inside the build-up zone. The point of the bridge has one lat/lon, but the roads are vertically separated. This will never fit in any 2D model. I do not think I am missing the point. Your situation would be handled like this: 1) There is 1 polygon with a tag zone-50. 2) The road under the bridge has only 1 tag highway=residental. 3) The ringroad over the zone-50 has 2 tags: highway=primary and maxspeed=80. [There is _no_ polygon with zone-80!] If you ask for the limit on residental road, the answer is: 50, because it lies within the zone-50 region. If you ask for the limit on the ringroad, the answer is: 80, because it has the tag maxspeed=80, which has greater importance than the zone-50. If you ask for the limit of the lat/lon, where the roads have intersection on the map, the answer is: Ambiguous. You must specify the road, you are asking for! Did I explain it clearly this time? Yours, Radek Černoch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
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. No, 'maxspeed' tag on a road does not imply a polygon with zone! There can be both in one place. Tag 'maxspeed' on a road is dominant and overrides any zonal restriction. And what if the crossing way in the above example is part of another zone? Don't say it can never happen. City planners are loopy. Ok, if you don't allow me to say that this will never happen, can you give me an example, where it could happen? I am really afraid we are solving a purely theoretical problem. We are seeking a situation, where two large areas with road networks overlap each other on a map. All streets in one area must have a different speed limit from streets in the second area. In such a situation, using maxspeed=* tag on any street must be inappropriate. However it's important to notice that two polygons can never overlap (unless there is a futuristic city with zone-30 area flying in the air above a 130 km/h highway). Oh please, this is getting silly. Sorry for the joke, which probably covered serious the message I was trying to put across. See paragraphs above. I know it's pain to work with them, but the solution is to learn JOSM to split map into layers, not to adjust the data-model. Right. Even smarter editors. PS: There are more editors than JOSM. Even if we abandoned the idea of zone polygons, adding layered editing into OSM editors would be _very_ practical... Best regards, Radek Černoch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Czech address system
Andy Allan píše v Po 18. 05. 2009 v 15:31 +0100: 2009/5/15 Radomír Černoch radomir.cern...@gmail.com: To put the 'alternatenubmer' into 'housenumber' field, I think you proved Shaun's point about misspellings ;-) Cheers, Andy I must admit you are right... this really made me laugh! :-) 'alternatenumber' is anyway an unknown word to the spell-checker, so I silently ignored the red line below all such words. However I also have a more serious remark: In the Czech Republic we already have a plugin for handling address nodes, which fills all tags for us. So at least one country 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-cz] [Fwd: Czech house numbers]
Zdravím, před pár dny proběhla diskuze o číslech popisných, jejich zobrazování na mapě a v JOSM. Z diskuse na „josm-dev“ vyplynulo následující: - Zobrazovat čísla popisná i orientační v JOSM zatím nelze. - Zobrazovat čísla popisná namísto orientačních lze přidáním klíče 'mappaint.nameOrder' s hodnotou 'name:cz;name;int_name;ref;operator;brand;addr:alternatenumber' do nastavení JOSM (ikonka Einsteina). - Pokud by se číslo popisné mělo standardizovat na úrovni OSM, padl návrh na přejmenování 'addr:alternatenumber' na 'addr:ref'. Důvody jsou tři: jednak kratší tag znamená méně překlepů; dále pak má mít 'addr:ref' větší šance na oficiální schválení; a jednak je to o chlup systematičtější (ref většinou značí unikátní číslo v rámci nějaké oblasti, v tomto případě suburb/village/town). Viz níže přiložený mail v angličtině. Ještě před podáním oficiálního návrhu jsem se chtěl zeptat, zda má někdo něco proti použití 'addr:ref'. Osobně je mi to jedno, přejmenování 'alternatenumber' na 'ref' nevnímám jako problém. Poslední věcí je způsob vykreslování. V současné době je vykreslování nastaveno následujícím způsobem: * Node + addr:housenumber = černý text, „bílá záře“ okolo. * Building + addr:housenumber = černý text, bez bílé záře. * Cokli+ addr:ref = nic Osobně by se mi líbilo nejvíce: * Cokoli + addr:housenumber = černý text, „bílá záře“ okolo. * Cokoli + addr:ref = černý text, bez bílé záře. Řeší se problém, kdy se č.o. kreslí jednou s bílým okrajem a jednou bez. Navíc kreslení č.p. bez okraje dává tušit, že z pohledu uživatele jde o méně důležitý systém číslování než č.o. Bojím se, že když bychom pro č.o. např. zvolili jinou barvu písma, naznačovalo by to opak (červená, modrá, nebo i zelená vypadá „důležitěji“ než obyčejná bílá). 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 error in the data entry. A reference is generally used for something that is unique within a certain region, such as a country or a city. It is also smaller which means that it will take less space in the DB and downloads. ref is something that is rendered for some other things, thus addr:ref is more likely to be rendered. The probability of typos being high is a strong reason to avoid addr:alternatehousenumber. Hopefully I've explained things well enough. Apologies for misinterpreting your last e-mail. Shaun On 12 May 2009, at 20:58, Radomir Cernoch wrote: Hi, I think I should have been more explicit in the previous mail... What is the reason you prefer 'addr:ref' over 'addr:alternatehouse'? As I said, I do not mind having one or the other, but I should send some argument to Czech mail list why we need to modify all our address nodes. Sorry for not being clear for the first time, Radek Cernoch Shaun McDonald píše v Út 12. 05. 2009 v 18:28 +0100: Hi, As long as it is documented, it shouldn't be a problem. Don't worry about the fact that no one has used it yet. All tags need to start from somewhere. Shaun On 12 May 2009, at 16:07, Radomir Cernoch wrote: Hi! this sounds better to me. I've checked the world through XAPI and 'addr:ref' is not used anywhere. Even though I do not see a reason for changing all the Czech address nodes, I am fine with 'addr:ref'. My only worry is how systematic this would be. In fact we need to draw the value of this field on the map. Do you think it is suitable to render a field 'addr:ref'? I'm just afraid of confusing other people, who might think that 'addr:ref' is used just like standard 'ref'. Regards, Radek Shaun McDonald píše v Út 12. 05. 2009 v 00:10 +0100: addr:ref then On 11 May 2009, at 23:51, Radomir Cernoch wrote: But what if someone creates a node with a single attribute 'ref=300'? I'm afraid it's going to be ambiguous. As I've already written, this number system is really a part of the official address and therefore we need 'addr:something' key. Even in case of a node with single attribute, it must be clear that such node represents an address. Radek Shaun McDonald píše v Po 11. 05. 2009 v 23:22 +0100: How about ref for reference then? On 11 May 2009, at 20:03, Radomir Cernoch wrote: Hi, the problem is more subtle. Imagine a Czech house: addr:street=Lidická addr:housenumber=1 addr:alternatenumber=300 then the official way of writing the address is Lidická 300/1 which is exactly what we have on our ID cards. The 'alternatenumber' is really considered a part of the address and I guess it would be the same in other countries having the same system. Unfortunately 'name' can't be used for this purpose, because numbered houses can also be named. Regards, Radek
Re: [Talk-cz] Rozdíly v tagování budov
Aha, na to jsem zapomněl. To je udělátko pro oblast, kde jsem chtěl ze všech adres u budov vytvořit samostatné body. Asi tam přidám nějaké zaškrtávací políčko. Sám to mám raději adresy samostatně, protože to nezpůsobuje problémy při vykreslování. Může se totiž stát, že budova má mít sama o sobě ikonku, která se pak překrývá s číslem domu. Radek Petr Schonmann píše v St 13. 05. 2009 v 22:26 +0200: Dobrý den, Používám poslední verzi czechaddress.jar a všimnul jsem si že při tagování budovy jsou nějaké tagy smazány a následně vytvořen node s těmi hodnotami z pluginu. Jaký je tedy rozdíl, mít otagovaný barák (closed way) a nebo jako NODE. Děje se tak, pokud je již WAY otagovaná, možná je to bug, nebo feature. S pozdravem Mail: ps...@seznam.cz http://fatbozz.towerofglass.net/v2/ ___ 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://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nahrání na server
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ší JOSM, stáhl oblast, udělal pár editací... ...a nedokážu data nahrát na server. Z původního JOSM jsem zkopíroval nastavení a pluginy, posléze i to nastavení smazal a nic. Kromě toho nefunguje plugin WMSmap. Změnilo se něco, že to nejde? JD ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] CzechAddress ve verzi 0.0.2
Přeposílám mail, který jsem poslal na vysvětlenou do josm-dev (viz úplně dole). Zdá se mi ale, že mail, na který jsem reagoval, je jiný než ten, který jsi přeposlal... Začíná v tom být zmatek a navrhuji přesunout diskuzi do JOSM-dev. Petr Dlouhý píše v Po 11. 05. 2009 v 10:45 +0200: On Mon, 11 May 2009 00:45:58 +0200, Petr Dlouhý petr.dlo...@email.cz wrote: Souhlasím. Napsal jsem dotaz do konference JOSM. Přišla mi odpověď od Frederika Ramma. Otázka je, jestli má cenu to měnit (změna by trvala 5 minut, kdyby správně fungovalo XAPI). I wonder if is a Czech/Slovak speciality, in which case one should perhaps use the national language term? In Germany, if we have things that nobody else in the world uses, we tend to use the German term in the tag name as well. It makes not much sense to say alternumber when nobody understands it. If you put 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, the system is following: We have the standard 'housenumber', which defines the order of houses on a street and therefore this number makes sense only in combination with the street name. This system is used by most people as it is easy to remember and hence this number is rendered on OSM maps. In Czech this number is called číslo orientační. The second system, which we currently store in 'alternatenumber' (číslo popisné) defines a unique number of a house within a village/town or suburb. Houses are ordered historically, the oldest has number 1, the newest might have 4029. Therefore houses 4028 and 4029 can be on opposite sides of the town. This system is used for administration and in small villages it serves as the primary system, since it is not crucial to adopt the 'housenumber' system if eg. the municipality consists only of one street. Lastly 'alternatenumber' is used on Czech land register maps and so we need it for finding position of individual houses. This is why we would appreciate if by looking at the map in JOSM, we could see both the 'alternatenumber' of a node together with the background register map (provided by WMS). I think we should currently resolve the following question: Is it better to use 'addr:alternatenumber' (or any other similar key) as the preferred way of storing secondary housing numbers for _most_ countries or is it better to adopt 'addr:some_czech_label' for Czech Republic and 'addr:some_german_label' for Germany, etc.? Personally I would set up 'addr:alternatenumber' wherever possible and switch to 'addr:some_local_label' if local system was too different. However this would probably require to push 'alternatenumber' into official list of attributes... Yours, Radek Cernoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Uřízlá čísla na KM
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, protože prostě leží v jiné oblasti... Řešením by podle mne bylo dotazovat se na větší obrázky na WMS (a snížit množství „švů“ mezi obrázky z WMS), nebo se dotazovat tak, aby se obrázky částečně překrývaly. Svoji teorii ale zatím nemám ničím podloženou... :-) Radek Černoch Petr Dlouhý píše v Po 11. 05. 2009 v 14:17 +0200: Ahoj, neví náhodou někdo, proč jsou na katastrální mapě některé def_body uřízlé, takže nejde přečíst to číslo? Když změním rozlišení, tak už je to v pořádku (ale zase jsou uřízlé jiné body). Nepřipadá mi to jako chyba ve WMS pluginu, protože katastrální mapa pod těmi uřízlímy čísly je v pořádku. Dělá to všem? Je to chyba na straně CUZK? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] CzechAddress ve verzi 0.0.2
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 již existující adresní body, i když stále jen podle čísla popisného. Plugin také přidává tagy 'is_in', 'source' a 'addr:city|country'. Největší novinkou pak je zhmotnění nápadu Petra Dlouhého, a to přidávání adresních bodu jedním kliknutím. Celý dialog je zatím lehce neintuitivní, měl by však fungovat. Postup je následující: 1) Otevřete dialog Továrna na adresy ikonkou obálky s posuvníkem. 2) Tlačítkem Obnovit pak vyberete město, ve kterém se mapuje. 3) Ulici vyberete buď z rozbalovacího menu, nebo kliknutím do mapy. 4) Pak už stačí jen vybrat první dům pro přidání a aktivovat mód Přidání adresy jedním kliknutím pomocí Shift+L. Stahujte z http://homepages.inf.ed.ac.uk/s0898853/ S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] CzechAddress ve verzi 0.0.2
Ahoj, také jsem o tom přemýšlel. Přijde mi, že spíš potřebujeme protlačit čísla popisná do celého OSM. Na jednu stranu lze vykreslování v JOSM vyřešit vytvořením nové vrstvy. Jenže v mnoha obcích čísla orientační neexistují a bylo by proto dobré, aby se čísla popisná objevily i na renderovaných 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é, ale pouze číslo směrovací. Tedy pokud přiřazuji adresy někde, kde nejsou směrovací čísla, tak nemám dostatečnou vizuální kontrolu, že jsem vše přiřadil správně. Jaké jsou návrhy? Protlačit alternumber do JOSM, nebo změnit systém? 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 již existující adresní body, i když stále jen podle čísla popisného. Plugin také přidává tagy 'is_in', 'source' a 'addr:city|country'. Největší novinkou pak je zhmotnění nápadu Petra Dlouhého, a to přidávání adresních bodu jedním kliknutím. Celý dialog je zatím lehce neintuitivní, měl by však fungovat. Postup je následující: 1) Otevřete dialog Továrna na adresy ikonkou obálky s posuvníkem. 2) Tlačítkem Obnovit pak vyberete město, ve kterém se mapuje. 3) Ulici vyberete buď z rozbalovacího menu, nebo kliknutím do mapy. 4) Pak už stačí jen vybrat první dům pro přidání a aktivovat mód Přidání adresy jedním kliknutím pomocí Shift+L. Stahujte z http://homepages.inf.ed.ac.uk/s0898853/ S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] CzechAddress ve verzi 0.0.2
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 radomir.cern...@gmail.com wrote: Souhlasím. Napsal jsem dotaz do konference JOSM. 1) ČP u kurzoru napoví ještě před kliknutím. 2) ČP kreslené v nové vrstvě umožní kontrolu až po kliknutí, ale zato přináší globální pohled. 3) V případě vrcholů, které mají jen 'alternatenumber', JOSM nevykreslí takový ten modrý flek. Plugin by musel poznat, 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... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] hranice obce
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 automatizovat... On Tue May 5 12:32:36 BST 2009, Petr Dlouhy 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 dost, a navíc jsou některé ulice (nesprávně) označené jako unclassified, a na těch by to potom znamenalo limit 90. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] hranice obce
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 omezení nevztahovalo? Možné to je, ale ztrácí se výhoda intuitivního modelu pro začátečníky. Tady stačí říct, že se vezme vždy ten nejvnitřnější polygon, přičemž se polygony s maxspeed nesmějí křížit. - Na mapě přibudou další waye a nody, které se pletou do cesty při mapování. Už tak je otravné se neustále vyhýbat různým 'landuse' a administrativnímu členění. Kolem vesnic se obvykle přidává landuse:residential a kolem měst zase boundary, takže většinou žádné nadbytečné objekty nebude třeba dělat. Jak jsem psal -- nakonec souhlasím, že hranice obce bude asi nutné nějak vyznačit. Jen bych se bál používat stávající 'landuse=residental', protože jsou obce, které mají kolem sebe průmyslovou zónu. Tam omezení 50 km/h platí také, ale označení 'residental' už ne. Jen je otázkou, jakou značku pro ty „brambory“ zvolit. Na wiki jsem nic nenašel... jak se to řeší v zahraničí? Na závěr ještě poznámku: Nebál bych se tak moc, že skončíme s tagy jako 'is_in:continent'. Takové informace lze zcela jednoznačně z hranic oblastí dovodit (stejně jako státy a správní oblasti). Maximální povolená rychlost je složitější. To byl jen příklad. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nov? plugin pro spr?vu adres na ?zem? ?R
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 nachází. Dál není problém automaticky vyrábět Tohle by programy jako navit _velmi_ ocenili... Jasně, tuto funkci přidám. Otázkou je, jak to provést. Dám příklady toho, co lze vyčíst z databáze: 1) Malé město Kraj: Jihomoravský Okres: Brno-venkov Oblast:Šlapanice Obec: Šlapanice Část obce: Šlapanice, Bedřichovice Jen bych podotkl, že Bedřichovice většina lidí vnímá jako samostatnou vesnici, se Šlapanicemi ji nespojuje ani nesouvislá zástavba. 2) Velké město Brno Kraj: Jihomoravský Okres: Brno-město Oblast:Brno Obec: Brno Část obce: Brno-město, Bohunice, Bystrc, Černovice, ... Teď co s tím. Specifikace 'addr:*' tagů navrhuje 'addr:city' a 'addr:country'. Tady bych bez váhání doplňoval - addr:city=[Obec] - addr:country=CZ S relacemi 'is_in' je to složitější. Tag 'is_in:city' bych nevyplňoval, protože máme 'addr:city'. Tag 'is_in:country' stejně tak. Ke zvážení bych dal neoficiální, lež používané 'is_in:region' jako - is_in:region=[Okres] Ale osobně by mi to přišlo rozumné použít až pro celá města. Pro formát samotného 'is_in' se mi zdá nejlepší: - is_in=[Část obce], [Obec], [Kraj], CZ a pokud [Část obce]=[Obec] jako je tomu v případě Šlapanic, pak jen - is_in=[Obec], [Kraj], CZ Co myslíte? Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nový plugin pro správu adres na úz emí ?R
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 Dlouhý píše v Po 04. 05. 2009 v 09:12 +0200: Jo, a ještě jedna věc. Jak se plugin chová, když k jednomu číslu popisnému patří víc čísel směrovacích? Podle mých testů to neukáže žádnou adresu. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nový plugin pro správu adres na úz emí ?R
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 by se otevřelo dialogové okno se seznamem dosud nepřiřazených adres seřazených podle jména ulice a podle popisného (směrovacího) čísla; alternativně by mohl být seznam seřazen pouze podle čísla popisného (směrovacího). Uživatel by kliknutím na mapu vložil právě vybranou položku ze seznamu, která by zmizela, a vybrala by se položka o jedno vyšší. Pokud by uživatel kliknul do libovolného místa seznamu, tak by od toho místa pokračovalo, tudíž by se přiřazovaly adresní body ze zvolené ulice. Uživatel by tedy pouze klikal na mapu a přidával body. Máte pravdu, že tato možnost je ještě lepší. Zároveň však bude pracnější aby se ji podařilo implementovat dostatečně přívětivě pro uživatele... Jestli budu mít čas, tak se na to kdyžtak podívám. Bylo by to prima, pomoc bych uvítal. Než se vrhnete do kódování, bude asi lepší se ještě domluvit -- např. pravděpodobně budete potřebovat třídu HouseProblemFinderEngine, která je momentálně příšerně zbastlená... Možná by také nebylo od věci se domluvit na nějakém verzovacím systému. Používáte GIT? Nebo raději centrální JOSMí SVNko (do kterého však sám zatím nemám přístup)? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nový plugin pro správu adres na úz emí ?R
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 je doplnen tag add:alternatenumber=cislo nikoliv housenumber. Díky za upozornění, je tam chyba v popisku. První políčko je číslo popisné, druhé číslo orientační. To, že se upravitelné pole (číslo popisné) přepíše jako alternatenumber, by však mělo být v pořádku. Bylo by tez dobre pridavat tag building=yes. Tuto funkci dodělám, také jsem o ní uvažoval. Mimochodem je otázkou, jestli preferovat informace o adrese jako součást budovy, nebo jako samostatný bod. Ještě o tom napíšu do konference. Jinak super věc ! Dík! Doufám, že ulehčí práci. Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nový plugin pro správu adres na úz emí ?R
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 asi zkusil svůj kód do terraceru nějak chytře a nenásilně včlenit... Díky za tip a připomínku, Radek Černoch MP píše v Po 04. 05. 2009 v 00:24 +0200: Split area? Cim se tahle funkcnost lisi od pluginu terracer, ktery zda se mi dela vicemene to same? Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Problém s multipolygonem
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 polygonu '26103051'. Celá oblast je však na mapě beznadějně zelená. Nemohl by mi někdo poradit, co dělám špatně, prosím? Předem díky, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nápad na jednodu??í kreslení b udov
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 sebe čáru, která ho rozděluje na 2 samostatné oblasti. Program by musel poznat, že obě oblasti ve skutečnosti tvoří jeden dům... Zkrátka mi to přijde jako dost práce, zejména pak s doladěním algoritmu tak, aby opravdu fungoval. Ale možná by z toho byla hezká práce pro studenty, třeba bakalářka. Neučíte náhodou někdo na škole, kde by se podobné téma dalo zadat? Pokud by se oba dva problémy nechaly na ruční úpravu uživatelem, bylo by ke zvážení, zda není rychlejší dům prostě naklikat ručně. Nicméně v současné sobě chystám na výpomoc s budovami a adresami plugin do JOSM. Nebude sice budovy automaticky rozpoznávat, zato bude obsahovat pár drobných pomůcek na úpravu polygonů budov a kromě toho něco jako validátor adres. V současné době je plugin v téměř nepoužitelné verzi, ale možná bych mohl o tomto víkendu dokončit první alfa-verzi. S pozdravem, Radek Černoch Petr Schonmann píše v So 02. 05. 2009 v 09:47 +0200: Zdravím, Momentálně jsem se rozhodl kreslit baráčky z Katastrofálních map. Napadlo mě, jestli by JOSM, potažmo nějaký plugin nedokázal udělat to, čemu se říká v kreslení výplň. Poté by hranice výplně byly označeny jako way a přiřazen tag building=yes, či případně si naklikám sám. Je to taková idea, nevím zda by to šlo, propojit WMS s datovou vrstvu JOSM, nejsem programátor takže by mě to zajímalo, docela by to ulehčilo práci. Baráček na jedno kliknutí :D S pozdravem Mail: ps...@seznam.cz http://fatbozz.towerofglass.net/v2/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
