Re: [Talk-cz] Boundary
Ahoj, to uploadování najednou bude mít možná jedno úskalí, jelikož to trvá dlouho, budou se tam nějaký čas povalovat neotagované body. Na některé jsem teď narazil při kontrole rybníků, zajímalo by mě co se stane, když je někdo nezasvěcený smaže než se začnou uploadovat waye. Parkis 2010/2/28 Mike Crash m...@mikecrash.com: no uz jsem se rozhodl, ze to asi uploadnu najednou, pokud to pujde, protoze rozdelovani s sebou nese vic problemu nez uzitku v soucasnosti mam pridana okresni a krajska mesta jako admin_center a ke hranicim obce prislusnou obec jako admin_center (par obci v mape chybi, dodela se rucne) jeste resim subarea - ma cenu delat ke vsemu subarea? udelal bych navaznost CR-kraje-okresy, ale ma cenu pokracovat dale -obce-KU ? Tech udaju tam bude moc a bude to vubec k necemu? jzvc wrote: Dne 27.2.2010 19:28, Mike Crash napsal(a): Uz mam skoro hotovy rozdelovani, ted se snazim pridat reference na podoblasti a admin center Mozna bych to zkusil uploadovat najednout, pokud ma JOSM rozdelovani do casti, tak by to nemusel byt takovy problem. Co se statni hranici? Tam je navaznost na okolni staty, takze tam vznikne gulas. Nejprijatelnejsi mi prijde, ze celou statni hranici nebudu uploadovat a pak se to rucne kolem dokola objede a pridaji cesty do relaci hrnicnich obci, okresu a kraju. Automaticky merge mi prijde nerealizovatelny. Hranici klido zduplikuj, IMO bude odost presnejsi nez stavajici. Pavel Machek wrote: On Fri 2010-02-26 10:41:28, Mike wrote: Takhle to mam na mysli, jen resim, jak to rozdelit, protoze osmosis selhalo, asi si budu muset na to neco napsat. Snad to nebude tak tezky, protoze zaklad mam uz napsany v jinem programu (MC Navi). Stejne tak jak zmenit ty ID - taky na to asi budu muset neco napsat. Nevite nekdo, jak stahnout z OSM jen relaci vcetne vsech podrizenych memberu? Co to opravdu prvni zkusit uploadnout najednou...? Kdyz se to nepovede, lze to zmatchovat podle polohy, a bude se muset neco napsat ale... Pavel ___ 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] Boundary
to uploadování najednou bude mít možná jedno úskalí, jelikož to trvá dlouho, budou se tam nějaký čas povalovat neotagované body. Na některé jsem teď narazil při kontrole rybníků, zajímalo by mě co se stane, když je někdo nezasvěcený smaže než se začnou uploadovat waye. Zalezi na tom, jak se to bude uplodovat. Pokud se to bude nahravat cele v jenodnom requestu - lze nastavit v JOSM-latest, tak se changeset bere jako atomicka operace a na serveru se objevi az cely. Pokud jsem to spravne vypozoroval ... -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
Dne 1.3.2010 11:19, Lukas Kabrt napsal(a): to uploadování najednou bude mít možná jedno úskalí, jelikož to trvá dlouho, budou se tam nějaký čas povalovat neotagované body. Na některé jsem teď narazil při kontrole rybníků, zajímalo by mě co se stane, když je někdo nezasvěcený smaže než se začnou uploadovat waye. Zalezi na tom, jak se to bude uplodovat. Pokud se to bude nahravat cele v jenodnom requestu - lze nastavit v JOSM-latest, tak se changeset bere jako atomicka operace a na serveru se objevi az cely. Pokud jsem to spravne vypozoroval ... -- Lukas To jo, ale v jednom req lze tusim maximalne 50k bodu, takze toto tak poslat nelze, josm umoznuje posilat po definovanem poctu - napr po 10k a ve vysledku to bude ???jeden??? changeset. Changeset se neuzavre automaticky pokud klient komunikuje a pokud to spravne chapu, dokud neni uzavren, tak data z nej nikdo dalsi nevidi. ___ 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 DIBAVOD
Jen pro informaci, data jsou v nekterych miste ponekud (vice) zastarala, me napriklad do Teplic import umistil (nekonfliktni) vodni plochu, ktera tam uz dobre 10, mozna 15let neni (koupaliste Anger). To jen az se budete divit, ze mate za domem rybnik, ktery jste nikdy nevideli :D. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
To jo, ale v jednom req lze tusim maximalne 50k bodu, takze toto tak poslat nelze, josm umoznuje posilat po definovanem poctu - napr po 10k a ve vysledku to bude ???jeden??? changeset. Changeset se neuzavre automaticky pokud klient komunikuje a pokud to spravne chapu, dokud neni uzavren, tak data z nej nikdo dalsi nevidi. Na wiki [1] je napspano, ze 50 000 je limit na changeset. Pri pouziti JOSM-stable se uploduje entita po entite (predpokladam, ze volanim /api/0.6/[node|way|relation]/create). Mam odzkouseno, ze v tomhle pripade, se data ostatnim uzivatelum zobrazuji postupne, tak jak jsou uplodovana na server. (Lze vyzkouset treba tak, ze spustite upload, otevrete si svuj profil na OSM, podivate se na svoje editace a uvidite jak postupne pribyvaji zmeny do changesetu, co uplodujete) Pri poiziti JOSM-latest a nastaveni vse v jednom requestu (predpokladam, ze se vola /api/0.6/changeset/#id/upload) se zmeny na serveru projevi az po nahrani celeho souboru. Pozor, changeset uzavren byt nemusi! (Opet to lze vyzkouset. Spustit upload, podivat se na svoje editace v profilu - change set se objevi az pote co JOSM dokonci upload souboru. To ale jeste driv nez JOSM changeset zavre - pravdepodobne ceka na odpoved ze serveru - nekdy i dost dlouho, pokud JOSM v tehle fazi schodite, tak zmeny uz zustanou na serveru) Jde o to, zda server changeset uzavre po 5 zmenach i kdyz se vse uploduje v jedno requestu. To se asi dozvime jedine tak, ze to zkusime. Jestli plati to co je na wiki, tak u 2. zpusobu je garantovano provedeni jako atomicka operace, takze nic neriskujeme. [1] http://wiki.openstreetmap.org/wiki/API_v0.6 -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - nastavení
Zdroják SmallHoleRemover filtru vypadá takto: using System; using System.Collections.Generic; using System.Linq; using System.Text; using Osm.Kn.Trace.Server.Trace.Interfaces; namespace SmallHoleRemover { [BitmapFilter(SmallHoleRemover)] public class SmallHoleRemover : IBitmapFilter { const byte BACKGROUND = 0; const byte PEN = 1; const byte TEMP = 2; #region IBitmapFilter Members public byte[][] Filter(byte[][] bitmap) { int h = bitmap.Length; int w = bitmap[0].Length; for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if ((bitmap[y][x] == PEN) (bitmap[y][x - 1] != BACKGROUND || bitmap[y][x + 1] != BACKGROUND || bitmap[y - 1][x] != BACKGROUND || bitmap[y + 1][x] != BACKGROUND)) bitmap[y][x] = TEMP; } } for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if (bitmap[y][x] == TEMP) bitmap[y][x] = PEN; } } return bitmap; } #endregion #region IConfigurable Members public void Init(IDictionarystring, string confValues) { } #endregion } } ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Boundary
Tak mam odzkouseno - 50 tis. je limit changesetu, vic ani tuk, takze uz nahravam po castech, ale jde to pomalu. Prosim nemazte nikde prazdny nody, at mi tam na konci nechybi. Udelal jsem (skoro) kompletni navaznosti kraje-okresy-mesta-ku az na nejake vyjimky (chybejici obce, mismatch v nazvech), ktere budu resit rucne. Take hranice statu budu delat rucne, tam to asi jinak nepujde. Nedavno to probehlo na Slovensku a take delali statni hranice rucne. Nedaval jsem jen definice admin_center pro KU, ktere mi prijdou nesmyslne, i kdyz by tam sla placnout obec. Ale byla by to duplicita. Hotovo by to mohlo byt zitra, kdyz to pujde dobre. Jeden upload uz mi ale selhal, tak to budu muset nejak vyresit. Pak prijdou na radu rucni upravy. On 1.3.2010 12:41, Lukas Kabrt wrote: To jo, ale v jednom req lze tusim maximalne 50k bodu, takze toto tak poslat nelze, josm umoznuje posilat po definovanem poctu - napr po 10k a ve vysledku to bude ???jeden??? changeset. Changeset se neuzavre automaticky pokud klient komunikuje a pokud to spravne chapu, dokud neni uzavren, tak data z nej nikdo dalsi nevidi. Na wiki [1] je napspano, ze 50 000 je limit na changeset. Pri pouziti JOSM-stable se uploduje entita po entite (predpokladam, ze volanim /api/0.6/[node|way|relation]/create). Mam odzkouseno, ze v tomhle pripade, se data ostatnim uzivatelum zobrazuji postupne, tak jak jsou uplodovana na server. (Lze vyzkouset treba tak, ze spustite upload, otevrete si svuj profil na OSM, podivate se na svoje editace a uvidite jak postupne pribyvaji zmeny do changesetu, co uplodujete) Pri poiziti JOSM-latest a nastaveni vse v jednom requestu (predpokladam, ze se vola /api/0.6/changeset/#id/upload) se zmeny na serveru projevi az po nahrani celeho souboru. Pozor, changeset uzavren byt nemusi! (Opet to lze vyzkouset. Spustit upload, podivat se na svoje editace v profilu - change set se objevi az pote co JOSM dokonci upload souboru. To ale jeste driv nez JOSM changeset zavre - pravdepodobne ceka na odpoved ze serveru - nekdy i dost dlouho, pokud JOSM v tehle fazi schodite, tak zmeny uz zustanou na serveru) Jde o to, zda server changeset uzavre po 5 zmenach i kdyz se vse uploduje v jedno requestu. To se asi dozvime jedine tak, ze to zkusime. Jestli plati to co je na wiki, tak u 2. zpusobu je garantovano provedeni jako atomicka operace, takze nic neriskujeme. [1] http://wiki.openstreetmap.org/wiki/API_v0.6 -- Lukas ___ 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] Boundary
Tak mam odzkouseno - 50 tis. je limit changesetu, vic ani tuk, A jak se to chova? Pokud se to uploduje v jednom requestu, tak to je to skutecne atomicka operace? Nebo to vezme prvnich 5 zmen a ty ulozi? takze uz nahravam po castech, ale jde to pomalu. Koukal jsem a drzim palce :-) -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - nastavení
Ahoj, zkoušel jsem tu novou verzi, která opravdu funguje zase o dost lépe. Zdá se ale, že to na tenkých čarách stále moc nefunguje - většinou to stejně projde nějakou mezerou. Dá se někde nastavit, jak velkou mezeru to zacelí? On Mon, 01 Mar 2010 13:32:21 +0100, Jan Bilak jan.bilak@gmail.com wrote: Zdroják SmallHoleRemover filtru vypadá takto: using System; using System.Collections.Generic; using System.Linq; using System.Text; using Osm.Kn.Trace.Server.Trace.Interfaces; namespace SmallHoleRemover { [BitmapFilter(SmallHoleRemover)] public class SmallHoleRemover : IBitmapFilter { const byte BACKGROUND = 0; const byte PEN = 1; const byte TEMP = 2; #region IBitmapFilter Members public byte[][] Filter(byte[][] bitmap) { int h = bitmap.Length; int w = bitmap[0].Length; for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if ((bitmap[y][x] == PEN) (bitmap[y][x - 1] != BACKGROUND || bitmap[y][x + 1] != BACKGROUND || bitmap[y - 1][x] != BACKGROUND || bitmap[y + 1][x] != BACKGROUND)) bitmap[y][x] = TEMP; } } for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if (bitmap[y][x] == TEMP) bitmap[y][x] = PEN; } } return bitmap; } #endregion #region IConfigurable Members public void Init(IDictionarystring, string confValues) { } #endregion } } ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - nastavení
Ahoj, to se divím, že funguje o dost lépe, protože tam prakticky žádné změny v tomto směru nejsou. Změny se týkají možnosti nastavení a pluginů (filtrů). Pravda je, že jeden ukázkový primitivní filtr SmallHoleRemover, jehož zdroják jsem zde posílal, zaceluje malé díry a tak může někde přinést lepší výsledky (někde zase horší, pokud jsou čáry už tak dost tlusté). Ten plugin nemá žádné nastavení. Když se koukneš do toho zdrojáku (je velmi krátký a zřejmý), tak zjistíš, že natvrdo obarvuje bílé body, které na jedné ze 4 základních stran sousedí s černým pixelem. Stačí tuto podmínku upravit nebo filtr udělat konfigurovatelný... a může se to chovat jinak. Nebo prostě udělat jiný filtr ... tvorba filtru je jednoduchá věc, stačí referencovat jednu Class Library a implementovat jednoduché rozlišení. Výsledné DLL dát do adresáře plugins a přidat filtr v konfiguráku na vhodné místo Případně hrubou silou lze v konfiguráku aplikovat stejný filtr třeba 2x za sebou. Tím se také zacelí trochu větší díry (ale není to moc pěkné řešení). bitmapFilters filter name=SmallHoleRemover / filter name=SmallHoleRemover / /bitmapFilters Honza 2010/3/1 Petr Dlouhý petr.dlo...@email.cz: Ahoj, zkoušel jsem tu novou verzi, která opravdu funguje zase o dost lépe. Zdá se ale, že to na tenkých čarách stále moc nefunguje - většinou to stejně projde nějakou mezerou. Dá se někde nastavit, jak velkou mezeru to zacelí? On Mon, 01 Mar 2010 13:32:21 +0100, Jan Bilak jan.bilak@gmail.com wrote: Zdroják SmallHoleRemover filtru vypadá takto: using System; using System.Collections.Generic; using System.Linq; using System.Text; using Osm.Kn.Trace.Server.Trace.Interfaces; namespace SmallHoleRemover { [BitmapFilter(SmallHoleRemover)] public class SmallHoleRemover : IBitmapFilter { const byte BACKGROUND = 0; const byte PEN = 1; const byte TEMP = 2; #region IBitmapFilter Members public byte[][] Filter(byte[][] bitmap) { int h = bitmap.Length; int w = bitmap[0].Length; for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if ((bitmap[y][x] == PEN) (bitmap[y][x - 1] != BACKGROUND || bitmap[y][x + 1] != BACKGROUND || bitmap[y - 1][x] != BACKGROUND || bitmap[y + 1][x] != BACKGROUND)) bitmap[y][x] = TEMP; } } for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if (bitmap[y][x] == TEMP) bitmap[y][x] = PEN; } } return bitmap; } #endregion #region IConfigurable Members public void Init(IDictionarystring, string confValues) { } #endregion } } ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Petr Dlouhý ___ 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] Tracer - nastavení
Ahoj, tím funguje lépe jsem myslel v jiných směrech - například často správně ignoruje nesouvisející čáry zasahující do trasovaného objektu. Myslel jsem, že SmallHoleRemover má problém tenkých čar řešit. Mimochodem: v Traceru jsou stále některé otravné chyby z dřívějška - občas trasovaná oblast vůbec neobsahuje bod, na který jsem kliknul; někdy vystřelují body z objektu daleko za jeho hranici; občas hlásí IndexOutOfRangeException. On Mon, 01 Mar 2010 18:13:33 +0100, Jan Bilak jan.bilak@gmail.com wrote: Ahoj, to se divím, že funguje o dost lépe, protože tam prakticky žádné změny v tomto směru nejsou. Změny se týkají možnosti nastavení a pluginů (filtrů). Pravda je, že jeden ukázkový primitivní filtr SmallHoleRemover, jehož zdroják jsem zde posílal, zaceluje malé díry a tak může někde přinést lepší výsledky (někde zase horší, pokud jsou čáry už tak dost tlusté). Ten plugin nemá žádné nastavení. Když se koukneš do toho zdrojáku (je velmi krátký a zřejmý), tak zjistíš, že natvrdo obarvuje bílé body, které na jedné ze 4 základních stran sousedí s černým pixelem. Stačí tuto podmínku upravit nebo filtr udělat konfigurovatelný... a může se to chovat jinak. Nebo prostě udělat jiný filtr ... tvorba filtru je jednoduchá věc, stačí referencovat jednu Class Library a implementovat jednoduché rozlišení. Výsledné DLL dát do adresáře plugins a přidat filtr v konfiguráku na vhodné místo Případně hrubou silou lze v konfiguráku aplikovat stejný filtr třeba 2x za sebou. Tím se také zacelí trochu větší díry (ale není to moc pěkné řešení). bitmapFilters filter name=SmallHoleRemover / filter name=SmallHoleRemover / /bitmapFilters Honza 2010/3/1 Petr Dlouhý petr.dlo...@email.cz: Ahoj, zkoušel jsem tu novou verzi, která opravdu funguje zase o dost lépe. Zdá se ale, že to na tenkých čarách stále moc nefunguje - většinou to stejně projde nějakou mezerou. Dá se někde nastavit, jak velkou mezeru to zacelí? On Mon, 01 Mar 2010 13:32:21 +0100, Jan Bilak jan.bilak@gmail.com wrote: Zdroják SmallHoleRemover filtru vypadá takto: using System; using System.Collections.Generic; using System.Linq; using System.Text; using Osm.Kn.Trace.Server.Trace.Interfaces; namespace SmallHoleRemover { [BitmapFilter(SmallHoleRemover)] public class SmallHoleRemover : IBitmapFilter { const byte BACKGROUND = 0; const byte PEN = 1; const byte TEMP = 2; #region IBitmapFilter Members public byte[][] Filter(byte[][] bitmap) { int h = bitmap.Length; int w = bitmap[0].Length; for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if ((bitmap[y][x] == PEN) (bitmap[y][x - 1] != BACKGROUND || bitmap[y][x + 1] != BACKGROUND || bitmap[y - 1][x] != BACKGROUND || bitmap[y + 1][x] != BACKGROUND)) bitmap[y][x] = TEMP; } } for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if (bitmap[y][x] == TEMP) bitmap[y][x] = PEN; } } return bitmap; } #endregion #region IConfigurable Members public void Init(IDictionarystring, string confValues) { } #endregion } } ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Petr Dlouhý ___ 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 -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - nastavení
Ahoj. SmallHoleRemover je spíše ukázkový filtr, než filtr, který by to opravdu dobře řešil. V rámci úpravy traceserveru tak, aby byl konfigovatelný, jsem se rozhodl vytvořit dva typy filtrů. Jeden typ umí pozměnit černobílou bitmapu (a tedy např. lze pomocí takového typu filtru zacelovat díry). Druhý typ filtru pak slouží k redukci (případně i přidání) bodů na obrysu trasovaného domu. Filtrů druhého typu existuje v programu několik a tvoří to podstatnou část traceserveru. Na vstupu je množina bodů tvořící vnější obrys oblasti vyplnění floodfillem. Pak tato množina projde sadou filtrů a výsledek posledního filtru je už vlastně konečný výsledek (jen se přepočtou souřadnice apod.). Přitom typy filtrů, jejich pořadí a nastavení je výsledek nějakých pokusů zejména na jednom typy mapového podkladu. Věřím, že lze zde dosáhnout i lepších výsledků - zejména v jiných oblastech mapy, než kde jsem to zkoušel. Filtr prvního typu ale žádný neexistoval a SmallHoleRemover je vlastně takový ukázkový filtr (zacelí opravdu jen malé díry a tak jeho praktický použití je dosti omezené, ale zase to názorná ukázka, jak takový filtr vytvořit). Konfigurací pak lze ovlivnit, které filtry se použijí, v jakém pořadí a s jakým nastavením filtru (pokud filtr nějaké nastavení podporuje). Nyní si tedy každý (.NET programátor) může vytvářet vlastní filtry a konfiguraci podle oblasti, kterou trasuje nebo osobních preferencí. Shrnuto: Tato verze si nekladla za cíl lepší rozpoznávání nebo opravu nějakých chyb. Cílem bylo zavedení konfigurovatelnosti, kterou ocení třeba někteří vývojáři nebo pokročilejší uživatelé. Honza 2010/3/1 Petr Dlouhý petr.dlo...@email.cz: Ahoj, tím funguje lépe jsem myslel v jiných směrech - například často správně ignoruje nesouvisející čáry zasahující do trasovaného objektu. Myslel jsem, že SmallHoleRemover má problém tenkých čar řešit. Mimochodem: v Traceru jsou stále některé otravné chyby z dřívějška - občas trasovaná oblast vůbec neobsahuje bod, na který jsem kliknul; někdy vystřelují body z objektu daleko za jeho hranici; občas hlásí IndexOutOfRangeException. On Mon, 01 Mar 2010 18:13:33 +0100, Jan Bilak jan.bilak@gmail.com wrote: Ahoj, to se divím, že funguje o dost lépe, protože tam prakticky žádné změny v tomto směru nejsou. Změny se týkají možnosti nastavení a pluginů (filtrů). Pravda je, že jeden ukázkový primitivní filtr SmallHoleRemover, jehož zdroják jsem zde posílal, zaceluje malé díry a tak může někde přinést lepší výsledky (někde zase horší, pokud jsou čáry už tak dost tlusté). Ten plugin nemá žádné nastavení. Když se koukneš do toho zdrojáku (je velmi krátký a zřejmý), tak zjistíš, že natvrdo obarvuje bílé body, které na jedné ze 4 základních stran sousedí s černým pixelem. Stačí tuto podmínku upravit nebo filtr udělat konfigurovatelný... a může se to chovat jinak. Nebo prostě udělat jiný filtr ... tvorba filtru je jednoduchá věc, stačí referencovat jednu Class Library a implementovat jednoduché rozlišení. Výsledné DLL dát do adresáře plugins a přidat filtr v konfiguráku na vhodné místo Případně hrubou silou lze v konfiguráku aplikovat stejný filtr třeba 2x za sebou. Tím se také zacelí trochu větší díry (ale není to moc pěkné řešení). bitmapFilters filter name=SmallHoleRemover / filter name=SmallHoleRemover / /bitmapFilters Honza 2010/3/1 Petr Dlouhý petr.dlo...@email.cz: Ahoj, zkoušel jsem tu novou verzi, která opravdu funguje zase o dost lépe. Zdá se ale, že to na tenkých čarách stále moc nefunguje - většinou to stejně projde nějakou mezerou. Dá se někde nastavit, jak velkou mezeru to zacelí? On Mon, 01 Mar 2010 13:32:21 +0100, Jan Bilak jan.bilak@gmail.com wrote: Zdroják SmallHoleRemover filtru vypadá takto: using System; using System.Collections.Generic; using System.Linq; using System.Text; using Osm.Kn.Trace.Server.Trace.Interfaces; namespace SmallHoleRemover { [BitmapFilter(SmallHoleRemover)] public class SmallHoleRemover : IBitmapFilter { const byte BACKGROUND = 0; const byte PEN = 1; const byte TEMP = 2; #region IBitmapFilter Members public byte[][] Filter(byte[][] bitmap) { int h = bitmap.Length; int w = bitmap[0].Length; for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if ((bitmap[y][x] == PEN) (bitmap[y][x - 1] != BACKGROUND || bitmap[y][x + 1] != BACKGROUND || bitmap[y - 1][x] != BACKGROUND || bitmap[y + 1][x] != BACKGROUND)) bitmap[y][x] = TEMP; } } for (int y = 1; y h - 1; y++) { for (int x = 1; x w - 1; x++) { if (bitmap[y][x] == TEMP) bitmap[y][x] = PEN; }
Re: [Talk-cz] Boundary
Dělám to pomocí bulk_upload, ten otevře changeset a nahrává po 1000 záznamech najednou. Nekontroluje ale max. počet, takže to musím ručně rozsekat. Už mám 3 zkažené uploady - internal sever error 500, ale to vyřeším. Mám jen bobky z toho, co to udělá při uploadu cest, pokud bude nějaký node chybět. Lukas Kabrt wrote: Tak mam odzkouseno - 50 tis. je limit changesetu, vic ani tuk, A jak se to chova? Pokud se to uploduje v jednom requestu, tak to je to skutecne atomicka operace? Nebo to vezme prvnich 5 zmen a ty ulozi? takze uz nahravam po castech, ale jde to pomalu. Koukal jsem a drzim palce :-) -- Lukas ___ 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] tvorba multipolygonů
Dneska jsem ještě překvapivě zjistil, že to lze pomocí Tools/Join overlapping areas [Shift+J]. Tedy stačí nakreslit dvě cesty, které budou spojeny dvěmi hranami a uprostřed to míst a Shift +J relaci udělá sám. 2010/2/26 Michal Grézl michal.gr...@openstreetmap.cz 2010/2/26 karpi.li...@email.cz: ..tohle.. že byly vybrány nesprávné objekty mě taky dlouho trápilo.. Bylo to tím, že jsem klikal na špatný tlačítko. Pozor, je potřeba kliknout nikoli na to u rámečku vybrané objekty - editovat relaci, ale na to v rámečku relací (kdyžtak si ho zapnout) a dát nová relace. Teprve takhle se otevře editor relací. -- snad to moc nepletu, píšu to po paměti.. Nějakej návod na wiki byl ale anglicky. nejjednodussi je to rucne a jelikoz v okoli uz relace byvaji tak se to dovyplni vetsinou samo oznacit objekty, vyrobit novou relaci, zmacknout cudl nalevo od objektu pro pridani do relace a potom staci napsat t(ype) m(ultipolygon) i ... i(nner) o(uter) a ok:) -- Michal Grézl http://walley.org ___ 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 DIBAVOD
Tohle je hloupé, také jsem u sebe potkal různá podivná nebo i nepravdivá data. Je možné to někam hlásit, aby si to v DIBAVODu opravili? 2010/3/1 jzvc j...@tpfree.fdns.net Jen pro informaci, data jsou v nekterych miste ponekud (vice) zastarala, me napriklad do Teplic import umistil (nekonfliktni) vodni plochu, ktera tam uz dobre 10, mozna 15let neni (koupaliste Anger). To jen az se budete divit, ze mate za domem rybnik, ktery jste nikdy nevideli :D. ___ 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] Boundary
Mám jen bobky z toho, co to udělá při uploadu cest, pokud bude nějaký node chybět. Obavam se, ze neco ve smyslu HTTP status code 409 (Conflict) nebo HTTP status code 412 (Precondition Failed) viz. wiki [1]. [1] http://wiki.openstreetmap.org/wiki/API_v0.6 -- Lukas ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz