Re: [Talk-cz] import budov
Nejsou systémy s tagováním bot/nobot moc komplikované? Co kdyby se bot podíval na autora poslední změny daného bodu a pokud by to byl on sám tak by ho upravil podle potřeby, pokud by to byl někdo jiný tak by jen vygeneroval upozornění. LM_1 Dne 30. července 2012 11:33 Miroslav Šulc fordf...@fordfrog.com napsal(a): Dne 30.7.2012 03:02, Lukas Kohout napsal(a): On 30.7.2012 2:20, Miroslav Šulc wrote: Dne 30.7.2012 00:59, Lukas Kohout napsal(a): On 28.7.2012 23:15, Miroslav Šulc wrote: možná nejlepší řešení by bylo adresní body naimportovat/zaktualizovat automaticky, akorát případy, kdy už adresní bod existuje a je od toho v rúian vzdálený víc než x jednotek by se řešily poloautomaticky. možná by nebylo špatné napsat si nějaký testovací skript, který by zjistil, jak moc se aktuální data v osm liší od rúian. z toho by se pak dalo ledaco vyčíst. až se mi doimportují osm data do db, tak to můžu zkusit napsat a uvidíme, co tu vlastně řešíme. Zdravím, navrhuji udělat možnost vyřadit oblast z automatického importu/aktualizace. V naší vesnici jsou některé adresní body chybně umístěné, některé chybí úplně. Asi bych nebyl nadšený, kdyby mi je nějaký bot stále dokola automaticky přesouval/mazal (zrovna dnes jsem doplňoval jedno č.p. podle nálepky na popelnici, což je možné jen v neděli večer :) ) chybně umístěné znamená co přesně? posunuté o kolik metrů? podle my bě skript neměl měnit body, které jsou od sebe vzdáleny víc jak x metrů (tj rúian vs osm), ale měl by je někam vypsat. tyhle by se pak museli zkontrolovat ručně. kolik jich bude, by mělo vyplynout z analýzy rozdílů mezi rúian a osm, kterou mám v plánu udělat. k těm chybějícím bodům? znamená to, že tam máte nějaká čp, o kterých rúian neví? Materiály ke zkoumání: http://maps.fordfrog.com/?lat=50.05843lon=15.19497zoom=18layers=0B0FTF (nástroj špatně zpracovává permalink... ten permalink jsem opravil. včera jsem předělával zobrazení souřadnic, aby bylo v epsg:4326 (tj stejné jako osm) a rozbil jsem tím permalink. Do pozornosti doporučuji čísla 125, 126, 127, 133, 162 (ty 3 rozestavěné domy u hlavní jsou již minimálně rok obydlené, zítra je obejdu se psem) a ve střední části vesnice pak 16, 7, 9, 10 - tam rúian označuje čísla (zbořených) stodol. ty posuny jsou dost znatelné, to by se mělo dát odchytit. co se týká těch čísel nezanesených do rúian, tam bych asi volil nějaký tag typu nobot, který by bod chránil před botem. body tohohle typu by navíc měly vyjet z toho porovnávacího skriptu, takže by se daly před importem ručně odkontrolovat (pokud jich nebude moc) a otagovat tagem nobot, aby na ně bot nesahal. Naopak ve vedlejší obci je předchozí import nějak rozházený, něco tam i chybí a tam by změna podle rúian znamenala značné zlepšení: http://maps.fordfrog.com/?lat=50.05772lon=15.21386zoom=18layers=0B0FTF koukám, že ta tvoje oblast je ideální na příklady nesrovnalostí :-) jinak někde na osm wiki jsem četl o tagu bot nebo tak nějak (teď to nemůžu najít). podle mě automaticky spravované adresní body by měly tenhle tag mít. pokud by pak někdo bod přesunul, protože je umístěný špatně, tak by mu ten tag smazal a tím pádem by skript ten bod přestal aktualizovat, max by někam vypsal změny pro daný bod, pokud k nim dojde. takových bodů bude v porovnání s těmi cca třemi miliony minimum, takže případné změny (kterých taky asi bude minimum) by se daly zvládat ručně, pokud bude potřeba je do osm zanést. LuKo ff ___ 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
Re: [Talk-cz] import budov
o tomhle jsem taky uvažoval, má to ale jednu nevýhodu. neumožňuje to bod vrátit do správy botovi. stejně tak pokud by někdo jen přidal nějaký další tag k adresnímu bodu, tak by se bot taky přestal o ten bod starat, i když by se o něj měl starat dál. ff Dne 31.7.2012 14:15, LM_1 napsal(a): Nejsou systémy s tagováním bot/nobot moc komplikované? Co kdyby se bot podíval na autora poslední změny daného bodu a pokud by to byl on sám tak by ho upravil podle potřeby, pokud by to byl někdo jiný tak by jen vygeneroval upozornění. LM_1 smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Značení uzavírky a objízdných tras
Zdravím, stále se v OSM rozkoukávám a nyní řeším, jak zpracovat poměrně zásadní dvouměsíční uzavírku I/38 v Kolíně. Viz http://www.mukolin.cz/cz/o-meste/06598-planovana-uzavirka-silnice-c-i-38-vjezd-do-kolina-od-kutne-hory.html . Vytvořit uzavírku (snad) umím. Dají se do mapy vložit i objízdné trasy, aby s nimi počítala navigace? Díky za případnou radu či nakopnutí směrem k tématu, kde se to již řešilo (zatím jsem nebyl v hledání úspěšný). LuKo ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Značení uzavírky a objízdných tras
Objízdné trasy (oražovými značkami vymezená trasa po existující silnici, ne provizorně budované nové silnice) by nemělo být potřeba zakreslovat, navigace by měla sama zvolit vhodnou objízdnou trasu. Kudy vedou doporučené průjezdní trasy (ve větších městech) taky v mapě není. A navigace často zvolí jinou trasu (třeba kratší přes město, odkud má značená trasa odvést dopravu) Lukáš Matějka (LM_1) Dne 31. července 2012 15:11 Lukas Kohout l...@luko.name napsal(a): Zdravím, stále se v OSM rozkoukávám a nyní řeším, jak zpracovat poměrně zásadní dvouměsíční uzavírku I/38 v Kolíně. Viz http://www.mukolin.cz/cz/o-meste/06598-planovana-uzavirka-silnice-c-i-38-vjezd-do-kolina-od-kutne-hory.html . Vytvořit uzavírku (snad) umím. Dají se do mapy vložit i objízdné trasy, aby s nimi počítala navigace? Díky za případnou radu či nakopnutí směrem k tématu, kde se to již řešilo (zatím jsem nebyl v hledání úspěšný). LuKo ___ 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
Re: [Talk-cz] import budov
Dalo by se uvažovat o posuzování jednotlivých argumentů (tagů, pozice) individuálně (člověk posune - bot už hýbat nebude, ale klidně změní číslo při přečíslování ulice nebo název při změně názvu) Změna ve zdrojových datech by mohla sloužit pro navrácení dané hodnoty do správy botovi - když se změní hodnota ve zdrojových datech, předpokládáme i změnu v realitě a tím zneplatnění původní lidské úpravy. To by mělo vyloučit většinu soubojů mezi člověkem a strojem. Lukáš Matějka (LM_1) Dne 31. července 2012 14:44 Miroslav Šulc fordf...@fordfrog.com napsal(a): o tomhle jsem taky uvažoval, má to ale jednu nevýhodu. neumožňuje to bod vrátit do správy botovi. stejně tak pokud by někdo jen přidal nějaký další tag k adresnímu bodu, tak by se bot taky přestal o ten bod starat, i když by se o něj měl starat dál. ff Dne 31.7.2012 14:15, LM_1 napsal(a): Nejsou systémy s tagováním bot/nobot moc komplikované? Co kdyby se bot podíval na autora poslední změny daného bodu a pokud by to byl on sám tak by ho upravil podle potřeby, pokud by to byl někdo jiný tak by jen vygeneroval upozornění. LM_1 ___ 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
Re: [Talk-cz] Značení uzavírky a objízdných tras
Právě z důvodu, že jsou objížďky kvůli kamionům tak dlouhé (viz http://www.mukolin.cz/prilohy/Zpravy/598/37dio_kolin_i_38_vedeni_objizd_tras.pdf), jsem chtěl o nich dát vědět řidičům předem. Jeli by pak třeba rovnou po Černokostelecké a zbytečně nezatěžovali již tak přetížené objízdné trasy. Navigace sama může najít krátkou objížďku, která je příjezdová do pískovny a jezdí tam těžké kamiony, avšak nyní tam bude omezení na 7 tun. LuKo On 31.7.2012 22:54, LM_1 wrote: Objízdné trasy (oražovými značkami vymezená trasa po existující silnici, ne provizorně budované nové silnice) by nemělo být potřeba zakreslovat, navigace by měla sama zvolit vhodnou objízdnou trasu. Kudy vedou doporučené průjezdní trasy (ve větších městech) taky v mapě není. A navigace často zvolí jinou trasu (třeba kratší přes město, odkud má značená trasa odvést dopravu) Lukáš Matějka (LM_1) Dne 31. července 2012 15:11 Lukas Kohoutl...@luko.name napsal(a): Zdravím, stále se v OSM rozkoukávám a nyní řeším, jak zpracovat poměrně zásadní dvouměsíční uzavírku I/38 v Kolíně. Viz http://www.mukolin.cz/cz/o-meste/06598-planovana-uzavirka-silnice-c-i-38-vjezd-do-kolina-od-kutne-hory.html . Vytvořit uzavírku (snad) umím. Dají se do mapy vložit i objízdné trasy, aby s nimi počítala navigace? Díky za případnou radu či nakopnutí směrem k tématu, kde se to již řešilo (zatím jsem nebyl v hledání úspěšný). LuKo ___ 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
Re: [Talk-cz] Značení uzavírky a objízdných tras
Rozumím tomu, proč bych jako řidič chtěl vědět, kudy vede oficiální objízdná trasa, ale co vím tak žádná navigace tuto možnost nepodporuje. LM Dne 31. července 2012 23:36 Lukas Kohout l...@luko.name napsal(a): Právě z důvodu, že jsou objížďky kvůli kamionům tak dlouhé (viz http://www.mukolin.cz/prilohy/Zpravy/598/37dio_kolin_i_38_vedeni_objizd_tras.pdf), jsem chtěl o nich dát vědět řidičům předem. Jeli by pak třeba rovnou po Černokostelecké a zbytečně nezatěžovali již tak přetížené objízdné trasy. Navigace sama může najít krátkou objížďku, která je příjezdová do pískovny a jezdí tam těžké kamiony, avšak nyní tam bude omezení na 7 tun. LuKo On 31.7.2012 22:54, LM_1 wrote: Objízdné trasy (oražovými značkami vymezená trasa po existující silnici, ne provizorně budované nové silnice) by nemělo být potřeba zakreslovat, navigace by měla sama zvolit vhodnou objízdnou trasu. Kudy vedou doporučené průjezdní trasy (ve větších městech) taky v mapě není. A navigace často zvolí jinou trasu (třeba kratší přes město, odkud má značená trasa odvést dopravu) Lukáš Matějka (LM_1) Dne 31. července 2012 15:11 Lukas Kohoutl...@luko.name napsal(a): Zdravím, stále se v OSM rozkoukávám a nyní řeším, jak zpracovat poměrně zásadní dvouměsíční uzavírku I/38 v Kolíně. Viz http://www.mukolin.cz/cz/o-meste/06598-planovana-uzavirka-silnice-c-i-38-vjezd-do-kolina-od-kutne-hory.html . Vytvořit uzavírku (snad) umím. Dají se do mapy vložit i objízdné trasy, aby s nimi počítala navigace? Díky za případnou radu či nakopnutí směrem k tématu, kde se to již řešilo (zatím jsem nebyl v hledání úspěšný). LuKo ___ 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
Re: [Talk-cz] import budov
ono by se to třeba i dalo nějak vymyslet, aby to fungovalo bez tagu, ale postrádalo by to jednu důležitou vlastnost - jednoduchost. jednak bot by se musel rozhodovat na základě složitějších pravidel než jen bot=yes = můžu měnit, bot=no = nesahat, což by mohlo způsobovat chyby/nedorozumnění/mylné předpoklady. a to samé by se týkalo i mapperů. nikdo si nebude pamatovat složitá pravidla, na základě jakých se bot o body stará. ale jednoduché pravidlo bot=yes = bot se o bod stará, bot=no = bot na bod sahat nebude, pouze pošle info pro případný ruční zásah, to si myslím z toho tagu vyplývá samo a i nový mapper bota neznající by měl bez problému tenhle závěr z toho tagu vyvodit. píšu tu o tagu bot, ale v praxi by to možná mohl být spíš tag ruian:bot=yes|no. z toho by bylo zřejmé, že tag se týká jen a pouze bota, který pracuje nad rúian daty. stejně tak by asi mohl existovat tag ruian:id=kod z ruian (jeho asi jediný přínos ale vidím v tom, že v případě přejmenování ulice/změny čísla by se zachovala historie, jinak pro fungování bota asi není nezbytný). nicméně zatím nevím, jak je to přesně s custom tagy, sice jsem něco na osm wiki našel, ale nevyplynulo mi z toho nějaké pravidlo nebo předepsaný postup. ff Dne 31.7.2012 23:00, LM_1 napsal(a): Dalo by se uvažovat o posuzování jednotlivých argumentů (tagů, pozice) individuálně (člověk posune - bot už hýbat nebude, ale klidně změní číslo při přečíslování ulice nebo název při změně názvu) Změna ve zdrojových datech by mohla sloužit pro navrácení dané hodnoty do správy botovi - když se změní hodnota ve zdrojových datech, předpokládáme i změnu v realitě a tím zneplatnění původní lidské úpravy. To by mělo vyloučit většinu soubojů mezi člověkem a strojem. Lukáš Matějka (LM_1) Dne 31. července 2012 14:44 Miroslav Šulc fordf...@fordfrog.com napsal(a): o tomhle jsem taky uvažoval, má to ale jednu nevýhodu. neumožňuje to bod vrátit do správy botovi. stejně tak pokud by někdo jen přidal nějaký další tag k adresnímu bodu, tak by se bot taky přestal o ten bod starat, i když by se o něj měl starat dál. ff Dne 31.7.2012 14:15, LM_1 napsal(a): Nejsou systémy s tagováním bot/nobot moc komplikované? Co kdyby se bot podíval na autora poslední změny daného bodu a pokud by to byl on sám tak by ho upravil podle potřeby, pokud by to byl někdo jiný tak by jen vygeneroval upozornění. LM_1 ___ 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 smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import budov
Vlastní tagy obecně nejsou problém, ale měly by být popsané. Určitě bych byl pro zachování nějaké jednoznačné identifikace ruian:id nebo ref:ruian, to je jedno. Ty tagy pro bota se mi moc nelíbí proto, že nevypovídají nic o objektu na kterém jsou a není to ani dočasné řešení jako bylo odbl=clean. Srozumitelnost existujícího tagu pro neseznámené by asi byla jasná, ale způsob způsob jak dojít od bodu který se mi občas někam chybně přesune k tomu, že mám použít zvláštní tag už tak jasná není. Možá bych volil kompromis, že by bot hlídal posledního autora (to by nemuselo být tak složité) a nebo svůj bot=yes tag, který by při editaci odstranil - stal by se posledním autorem a nebyl by už potřeba. Nikomu by neutíkaly body. LM Dne 1. srpna 2012 0:56 Miroslav Šulc fordf...@fordfrog.com napsal(a): ono by se to třeba i dalo nějak vymyslet, aby to fungovalo bez tagu, ale postrádalo by to jednu důležitou vlastnost - jednoduchost. jednak bot by se musel rozhodovat na základě složitějších pravidel než jen bot=yes = můžu měnit, bot=no = nesahat, což by mohlo způsobovat chyby/nedorozumnění/mylné předpoklady. a to samé by se týkalo i mapperů. nikdo si nebude pamatovat složitá pravidla, na základě jakých se bot o body stará. ale jednoduché pravidlo bot=yes = bot se o bod stará, bot=no = bot na bod sahat nebude, pouze pošle info pro případný ruční zásah, to si myslím z toho tagu vyplývá samo a i nový mapper bota neznající by měl bez problému tenhle závěr z toho tagu vyvodit. píšu tu o tagu bot, ale v praxi by to možná mohl být spíš tag ruian:bot=yes|no. z toho by bylo zřejmé, že tag se týká jen a pouze bota, který pracuje nad rúian daty. stejně tak by asi mohl existovat tag ruian:id=kod z ruian (jeho asi jediný přínos ale vidím v tom, že v případě přejmenování ulice/změny čísla by se zachovala historie, jinak pro fungování bota asi není nezbytný). nicméně zatím nevím, jak je to přesně s custom tagy, sice jsem něco na osm wiki našel, ale nevyplynulo mi z toho nějaké pravidlo nebo předepsaný postup. ff Dne 31.7.2012 23:00, LM_1 napsal(a): Dalo by se uvažovat o posuzování jednotlivých argumentů (tagů, pozice) individuálně (člověk posune - bot už hýbat nebude, ale klidně změní číslo při přečíslování ulice nebo název při změně názvu) Změna ve zdrojových datech by mohla sloužit pro navrácení dané hodnoty do správy botovi - když se změní hodnota ve zdrojových datech, předpokládáme i změnu v realitě a tím zneplatnění původní lidské úpravy. To by mělo vyloučit většinu soubojů mezi člověkem a strojem. Lukáš Matějka (LM_1) Dne 31. července 2012 14:44 Miroslav Šulc fordf...@fordfrog.com napsal(a): o tomhle jsem taky uvažoval, má to ale jednu nevýhodu. neumožňuje to bod vrátit do správy botovi. stejně tak pokud by někdo jen přidal nějaký další tag k adresnímu bodu, tak by se bot taky přestal o ten bod starat, i když by se o něj měl starat dál. ff Dne 31.7.2012 14:15, LM_1 napsal(a): Nejsou systémy s tagováním bot/nobot moc komplikované? Co kdyby se bot podíval na autora poslední změny daného bodu a pokud by to byl on sám tak by ho upravil podle potřeby, pokud by to byl někdo jiný tak by jen vygeneroval upozornění. LM_1 ___ 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