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: psbox na seznam.cz http://fatbozz.towerofglass.net/v2/

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: zobrazit citaci

Zdravim, 2009/5/2 Radomir Cernoch <radomir.cernoch na gmail.com>: zobrazit citaci podobne tema muzu vypsat u nas na FSV, CVUT, obor Geoinformatika [1]. Resp. rad bych vypsal vice temat souvisejicich s OSM --- mate nejake dalsi konkretni tipy? Martin [1] http://gama.fsv.cvut.cz/wiki/index.php/K153_-_Vypsan%C3%A1_t%C3%A9mata_diplomov%C3%BDch_prac%C3%AD#Ing._Martin_Landa -- Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa

Na http://wiki.openstreetmap.org/wiki/GSoC_Applications_2009 jsou témata, která byla navrhnuta na Google Summer of code, bylo jich vybraných jen 6, zbytek si můžou rozebrat studenti. Osobně jsem pro návrh systému pro správu Tagů a následný export xml, jež by mohli využívat editory Neučíte náhodou někdo na škole, kde by se zobrazit citaci

Martin Landa píše v So 02. 05. 2009 v 16:10 +0200: zobrazit citaci Mám takovou myšlenku, k jejíž implementaci se asi hned tak nedostanu, a nikde jsem jí jako open source implementovanou neviděl: Heuristická analýza GPS logů Vstupem by byly: - GPS záznamy - OSM data - popisy heuristik (jak vypadá cesta pěšky, vlakem, autem, autobusem,...) Výstupy by byly: - slovní itinerář (popis cesty slovy - rozpoznání dopravního prostředku a volitelná hloubka výstupu - podle požadavku např. čísla hromadné dopravy nebo jména ulic nebo měst, kudy se jelo, informace o místech, kde se stálo a čekalo, adresy, které byly navštíveny) - inteligentní rozdělení logu (zde se šlo pěšky, zde se jelo MHD, zde se jelo autem, zde se stálo, zde se letělo, zde log chybí od jedné stanice metra k druhé => jelo se asi metrem) - analýza nad výše uvedeným (cesta trasou a-b-c je v průměru o 10 minut kratší, než a-d-c, průměrná cestovní rychlost mezi a a b je 20km/h). - zpětné návrhy doplnění OSM dat z hromadných vstupů (zde se jelo autem 20×, v OSM nic není => je tam silnice, jelo se tudy 50× jedním směrem, nikdy obráceným => asi je jednosměrná, v tomto místě jsou všechny logy 30m vedle silnice => silnice je v OSM zřejmě o trochu vedle). - korekce věrohodnosti (tento GPS log obsahuje jinou nadmořskou výšku než všechny ostatní z tohoto místa => data jsou nespolehlivá). Dovedu si představit spoustu využití takové aplikace, od digitálního deníčku až ke spediční službě. ________________________________________________________________________ Stanislav Brabec http://www.penguin.cz/~utx

A ještě pomocí OCR rozpoznat číslo popisné objektu jsou to jenom čísla s pevně daným fontem fungovat by to mohlo dost přesně. Kdybych tak uměl pořádně programovat... =============================== Sat, 02 May 2009 09:47:39 +0200 (CEST) Petr Schonmann <PSBOX na seznam.cz> napsal: zobrazit citaci S pozdravem Pavel Kovář

Dobrý den, myslíte č. 11? Právě u něj si nejsem jistý, jestli volí dobrý přístup. OSM wikipedie se totiž chystá na přechod na Semantic MediaWiki. Její export pak bude obsahovat všechny informace o povolených kombinacích tagů -- jenže zapané v OWLí ontologii. Bylo by tedy zbytečné vyrábět další formát... Jinak nápad unifikovat množství kombinací různých tagů je dobrý. Jen si myslím, že by se mě zvolit jinou technologii. S pozdravem, Radek Černoch 2009/5/2 Petr Schonmann <PSBOX na seznam.cz>: zobrazit citaci

Ano, jedná se o bod 11. Spíše bych byl ale radši za nějakou web aplikaci, uživatelsky přívětivou(AJAX), která by obsahovala komplexní správu od návrhu značky, voting s vyjádřením proč ano/ne, editaci parametrů/tagů, možnost ke změnám se vyjadřovat. Takový "Setup Wizard" pro tagy, aby se nic nevynechalo. Notifikace o tom, že skončilo hlasování (+14dní). Značky by se mohli tahat z tagwatche (suggestion to create new tag) a o nich třeba hlasovat, pokud by počet tagů již v planet.osm byl větší než x, zobrazit citaci

Ano, jedná se o bod 11. Spíše bych byl ale radši za nějakou web aplikaci, uživatelsky přívětivou(AJAX), která by obsahovala komplexní správu od návrhu značky, voting s vyjádřením proč ano/ne, editaci parametrů/tagů, možnost ke změnám se vyjadřovat. Takový "Setup Wizard" pro tagy, aby se nic nevynechalo. Notifikace o tom, že skončilo hlasování (+14dní). Značky by se mohli tahat z tagwatche (suggestion to create new tag) a o nich třeba hlasovat, pokud by počet tagů již v planet.osm byl větší než x, zobrazit citaci

On Sat 2009-05-02 16:10:21, Martin Landa wrote: zobrazit citaci -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Ahoj! zobrazit citaci No, me porad jeste chybi slusna (a rychla!) prohlizecka mapy. Pak by se samozrejme hodila navigace do auta (ale to je mozna prilis prace na jednu diplomku? -- slo by to rozdelit na casti) a me by se libila navigace s pouzitim mhd (teda ted jsem to naucil navit, ale udelat to dobre). Jinak... na mff 'vedu' projekt ktery pridava do qgisu podporu osm. Za mesic -- mesic a pul budem potrebovat nejake testery... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Ahoj! zobrazit citaci A vlastne... pak by se taky hodila turisticka navigace ve stylu starsich garminu... s vektorovymi osm mapami. Jakysi pokus o to byl projekt magex na mff, ale... ten neni uplne pouzitelny (a platforma je j2me). Existuje tangogps, ale ten zas dost veci neumi. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

On Tue, 05 May 2009 22:49:59 +0200, Pavel Machek <pavel na ucw.cz> wrote: Já používám Gpsmid a velmi mi vyhovuje. Teda zatím nepodporuje relace a další (to by taky mohl být námět na nějakou práci), takže defakto nepodporuje turistické trasy. Platforma je taky j2me, ale je to nejlepší program pro j2me, který jsem viděl. zobrazit citaci -- Petr Dlouhý

On 05/05/2009, Pavel Machek <pavel na ucw.cz> wrote: zobrazit citaci Mozna udelat ne automat, ale nejaky poloautomat co praci usnadni. Napr. neco co najde a zvyrazni vsechny rohy v CUZK, ty se pak daji spojovat podel car ... clovek by pak jen volil ktere useky car pridat do domu, takze jednodussi domy co nejsou rozdelene by byly na dve kliknuti (kliknout na tu caru a pak vytvorit dum), slozitejsi na vice (vybralo by se nekolik linii co tvori dum a z nich se to pak vytvorilo) Sice by to nebylo automaticky, ale pokud tim clovek stravi ctvrtinu casu, tak to je take dobre :) zobrazit citaci Neco jako PJsofti infomapa (ktera je ale komercni a jen pro windows), ale nad osm daty? To mne chybi taky. Na mobilu mam GPSmid, ktery funguje (na to ze to bezi na mobilu) slusne, ale na desktop jsem nic rozumnyho nenasel. Nedavno jsem se po necem takovym ptal na english talku, doporucili mi navit (pekny routovani a zobrazovani, ale neumi hledat a pri vetsim odzoomovani to ma bugy v zobrazeni), travelling salesman (ten jsem nejak nepochopil jak funguje), gosmore (zobrazeni by potrebovalo dost zlepsit, nektery veci to zobrazuje dost divne a nektery vubec, hledani taky neni optimalni, hledam treba "palackeho" a vyjede mi chrchel ulic u kterych neni napsany v jakym jsou meste .... ovladani lehce krkolomne, rychlost ujde), kosmos (v monu pry nejede, takze jsem ani nezkousel). Nejlepsi je asi ten gosmore, ale do idealu ma dost daleko. Zbytek bych oznacil za "spise nepouzitelne". Svyho casu jsem premyslel o tom ze bych neco takoveho napsal sam, ale vzhledem k slozitosti ukolu a jinym vecem co mam na praci bych to asi nezvladl v rozumnem case dokoncit. Mozna ze casem but nejak vylepsim navit nebo gosmore, pripadne z tech dvou vykucham nejaky kod a zkusim nad tim podstavit neco vlastniho. Kdyby se nekdo chopil formatu ( http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2009#Advanced_file-format_for_OSM_data ) tak by tim dost veci vyresil, ale nikdo se mtoho neujal .... Je tu jeste josm-ng, kde prohlizeni je celkem rychly, ale loadovani dumpu pro celou republiku trva vecnost a sezere to dost pameti. zobrazit citaci Hmm ... pujde to pak pouzit i jako prohlizecka OSM? Ze bych se zucastnil testovani? :) Martin

MP napsal(a): zobrazit citaci Coz o to, pri testovani -ng pouzivam privatni binarni format (semanticky ekvivalentni s normalnim .osm souborem) a ten nactu pro celou CR za 15s, ale stale to je skoro 400MB dat v pameti, z nichz vetsina (2/3) je tam kvuli editaci a pro prohlizecku zbytecna. Dovedl bych si ale snadno predstavit zobecneni -ng rendereru, aby nebyl zavisly na datech v pameti a misto toho dotahoval on-demand z predindexovanych souboru na disku. Ted vpodstate takovy renderer zkousim napsat na Android, kde je ta java (a hlavne grafika) fakt pomala, tak treba z toho neco bude. -- Nenik

Ahoj! zobrazit citaci Jo, neco takoveho... zobrazit citaci Tady se ho musim zastat: hledat ulice umi (dialog destination) a bugy v zobrazeni jsou nejspis featury (mam pocit ze kdyz je nekde moc objektu, tak je proste prestane zobrazovat aby udrzel rychlost). Do navitu ted tak trochu hackuju podporu mhd. Ale na prohlizeni mapy... proste neni stavenej. Ne ze by to neslo, ale... zobrazit citaci -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Ahoj! zobrazit citaci Tak tak, neco takoveho. zobrazit citaci No pouzit pujde, ale bude to zhruba podobne pohodlne jako pouzivat na prohlizeni josm :-(. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html