CzechAddress zahájil činnost a ještě není zabanován na Talk-cz

Petr Vejsada osm na propsychology.cz #mfd0f33 31. 3. 2014 20:09

Ahoj, takže import adres spuštěn. Poslední úpravy skriptu dopadly takto: - addr:suburb a addr:city se přidává jen tehdy, pokud AM leží mimo příslušný polygon - na stávající adresní bod se sahá jen tehdy, pokud je v něm něco špatně nebo něco chybí - důvodem pro sahání na AM *není* situace, kdy chybí addr:place a AM má ulici. Toto dramaticky redukuje počet editovaných bodů ve městech. Přidání addr:place by *teď* nepřineslo zlepšení ve vyhledávání. Pokud se v budoucnu Nominatim naučí používat addr:place i tam, kde je ulice, můžeme uvažovat o dohrání. Pokud se na AM sahá z jiných důvodů, addr:place se přidá vždy, ale samotné přidání addr:place v místech s ulicí není samo o sobě důvodem pro sahání na bod. - úplně jsem upustil od přidávání addr:country=CZ v okolí hranic z důvodu zátěže databáze. Hraniční polygon je dost velký a členitý a testování, zda bod je blízko hranic, způsobilo cca 10-20 násobné zpomalení běhu. Pokud se v té soustavě podmínek začínáte ztrácet, nic se neděje, už se v tom také ztrácím. Zátěžový test byl proveden na okrese Karviná, což je cca 44 tisíc adresních míst. Vygenerování .osm je v pohodě, pár desítek minut. Editace v JOSM cca 6 hodin práce. Nejvíce zabrat dostal OSM server, který nestihl uzavřít changeset včas a JOSM vytimeoutoval. Následně ovšem changeset uzavřel, takže je to nahrané. Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že 6 hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-). Je potřeba editovat rychle. Čím delší prodleva mezi vytvořením .osm a jeho nahráním uplyne, tím větší riziko, že v OSM už budou nějaké editace, spáchané v mezičase a nejsem zrovna zběhlý v řešení těchto konfliktů.

Ahoj, takže import adres spuštěn. Poslední úpravy skriptu dopadly takto: - addr:suburb a addr:city se přidává jen tehdy, pokud AM leží mimo příslušný polygon - na stávající adresní bod se sahá jen tehdy, pokud je v něm něco špatně nebo něco chybí - důvodem pro sahání na AM *není* situace, kdy chybí addr:place a AM má ulici. Toto dramaticky redukuje počet editovaných bodů ve městech. Přidání addr:place by *teď* nepřineslo zlepšení ve vyhledávání. Pokud se v budoucnu Nominatim naučí používat addr:place i tam, kde je ulice, můžeme uvažovat o dohrání. Pokud se na AM sahá z jiných důvodů, addr:place se přidá vždy, ale samotné přidání addr:place v místech s ulicí není samo o sobě důvodem pro sahání na bod. - úplně jsem upustil od přidávání addr:country=CZ v okolí hranic z důvodu zátěže databáze. Hraniční polygon je dost velký a členitý a testování, zda bod je blízko hranic, způsobilo cca 10-20 násobné zpomalení běhu. Pokud se v té soustavě podmínek začínáte ztrácet, nic se neděje, už se v tom také ztrácím. Zátěžový test byl proveden na okrese Karviná, což je cca 44 tisíc adresních míst. Vygenerování .osm je v pohodě, pár desítek minut. Editace v JOSM cca 6 hodin práce. Nejvíce zabrat dostal OSM server, který nestihl uzavřít changeset včas a JOSM vytimeoutoval. Následně ovšem changeset uzavřel, takže je to nahrané. Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že 6 hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-). Je potřeba editovat rychle. Čím delší prodleva mezi vytvořením .osm a jeho nahráním uplyne, tím větší riziko, že v OSM už budou nějaké editace, spáchané v mezičase a nejsem zrovna zběhlý v řešení těchto konfliktů. -- Petr, pv na propsychology.cz

p<

Petr Holub hopet na ics.muni.cz #mdcd719 31. 3. 2014 20:17

Ahoj,

Zátěžový test byl proveden na okrese Karviná, což je cca 44 tisíc adresních míst. Vygenerování .osm je v pohodě, pár desítek minut. Editace v JOSM cca 6 hodin práce. Nejvíce zabrat dostal OSM server, který nestihl uzavřít changeset včas a JOSM vytimeoutoval. Následně ovšem changeset uzavřel, takže je to nahrané.

jsi si jist, ze se to povedlo nahrat cele? A mas nastavene nahravani po castech? (Upload -> Advanced -> Upload in chunks - pouzivam nastaveni po 500) Petr

Petr Vejsada osm na propsychology.cz #mcd975d 31. 3. 2014 20:27

Ahoj, úplnou jistotu nemám, přesný počet objektů si nepamatuji. Bylo to něco přes 41000 a v tom changesetu jich je něco přes 41000, takže snad ano. Mám ten oeditovaný .osm schovaný, jen nevím, jak se to nahrává, zda řádek po řádku v pořadí, v jakém je to v souboru nebo jinak. Poslední v souboru je relace 3484403 a ta se nahrála správně, takže snad jo.

jsi si jist, ze se to povedlo nahrat cele? A mas nastavene nahravani po castech? (Upload -> Advanced -> Upload in chunks - pouzivam nastaveni po 500)

znám a nepoužívám, s nahráním cca 22 tis. objektů jsem žádný problém nezaznamenal, takže teď asi to nepoužívání přehodnotím :)

Jachym Cepicky jachym.cepicky na gmail.com #mfb2ebe 31. 3. 2014 21:36

Zdravím, chápu to správě tak, že v tuhle chvíli jede bot, kterej žere adresy z ruian a sype to do OSM? Hodilo by to se o tom něco napsat, alespoň krátkou zprávičku (až to bude hotový). Je možný nějak vizualizovat progress? J

Ahoj, takže import adres spuštěn. Poslední úpravy skriptu dopadly takto: - addr:suburb a addr:city se přidává jen tehdy, pokud AM leží mimo příslušný polygon - na stávající adresní bod se sahá jen tehdy, pokud je v něm něco špatně nebo něco chybí - důvodem pro sahání na AM *není* situace, kdy chybí addr:place a AM má ulici. Toto dramaticky redukuje počet editovaných bodů ve městech. Přidání addr:place by *teď* nepřineslo zlepšení ve vyhledávání. Pokud se v budoucnu Nominatim naučí používat addr:place i tam, kde je ulice, můžeme uvažovat o dohrání. Pokud se na AM sahá z jiných důvodů, addr:place se přidá vždy, ale samotné přidání addr:place v místech s ulicí není samo o sobě důvodem pro sahání na bod. - úplně jsem upustil od přidávání addr:country=CZ v okolí hranic z důvodu zátěže databáze. Hraniční polygon je dost velký a členitý a testování, zda bod je blízko hranic, způsobilo cca 10-20 násobné zpomalení běhu. Pokud se v té soustavě podmínek začínáte ztrácet, nic se neděje, už se v tom také ztrácím. Zátěžový test byl proveden na okrese Karviná, což je cca 44 tisíc adresních míst. Vygenerování .osm je v pohodě, pár desítek minut. Editace v JOSM cca 6 hodin práce. Nejvíce zabrat dostal OSM server, který nestihl uzavřít changeset včas a JOSM vytimeoutoval. Následně ovšem changeset uzavřel, takže je to nahrané. Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že 6 hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-). Je potřeba editovat rychle. Čím delší prodleva mezi vytvořením .osm a jeho nahráním uplyne, tím větší riziko, že v OSM už budou nějaké editace, spáchané v mezičase a nejsem zrovna zběhlý v řešení těchto konfliktů.

-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc

Zdravím, chápu to správě tak, že v tuhle chvíli jede bot, kterej žere adresy z ruian a sype to do OSM? Hodilo by to se o tom něco napsat, alespoň krátkou zprávičku (až to bude hotový). Je možný nějak vizualizovat progress? J On Mon, Mar 31, 2014 at 08:09:57PM +0200, Petr Vejsada wrote:

Ahoj, takže import adres spuštěn. Poslední úpravy skriptu dopadly takto: - addr:suburb a addr:city se přidává jen tehdy, pokud AM leží mimo příslušný polygon - na stávající adresní bod se sahá jen tehdy, pokud je v něm něco špatně nebo něco chybí - důvodem pro sahání na AM *není* situace, kdy chybí addr:place a AM má ulici. Toto dramaticky redukuje počet editovaných bodů ve městech. Přidání addr:place by *teď* nepřineslo zlepšení ve vyhledávání. Pokud se v budoucnu Nominatim naučí používat addr:place i tam, kde je ulice, můžeme uvažovat o dohrání. Pokud se na AM sahá z jiných důvodů, addr:place se přidá vždy, ale samotné přidání addr:place v místech s ulicí není samo o sobě důvodem pro sahání na bod. - úplně jsem upustil od přidávání addr:country=CZ v okolí hranic z důvodu zátěže databáze. Hraniční polygon je dost velký a členitý a testování, zda bod je blízko hranic, způsobilo cca 10-20 násobné zpomalení běhu. Pokud se v té soustavě podmínek začínáte ztrácet, nic se neděje, už se v tom také ztrácím. Zátěžový test byl proveden na okrese Karviná, což je cca 44 tisíc adresních míst. Vygenerování .osm je v pohodě, pár desítek minut. Editace v JOSM cca 6 hodin práce. Nejvíce zabrat dostal OSM server, který nestihl uzavřít changeset včas a JOSM vytimeoutoval. Následně ovšem changeset uzavřel, takže je to nahrané. Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že 6 hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-). Je potřeba editovat rychle. Čím delší prodleva mezi vytvořením .osm a jeho nahráním uplyne, tím větší riziko, že v OSM už budou nějaké editace, spáchané v mezičase a nejsem zrovna zběhlý v řešení těchto konfliktů. -- Petr, pv na propsychology.cz
p<
_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc

Petr Vejsada osm na propsychology.cz #m4a781c 31. 3. 2014 21:44

Ahoj,

Zdravím, chápu to správě tak, že v tuhle chvíli jede bot, kterej žere adresy z ruian a sype to do OSM? Hodilo by to se o tom něco napsat, alespoň krátkou zprávičku (až to bude hotový).

Přibližně tak nějak. Přitom se snaží nejen sypat, ale hlavně párovat k těm už existujícím. Zprávička: http://wiki.openstreetmap.org/wiki/Import_adres_z_RUIAN nebo myslíš nějakou jinou zprávičku? Debata o tom zde i v imports@ běží už měsíce. ??

Je možný nějak vizualizovat progress?

Ano, o tom jsem uvažoval, myslím, že by si zasloužily alespoň okresy vizualizaci, nějaké sloupcové grafy, kolik % už je hotovo. Rád nachystám tabulky v postgre a kdyby někdo chtěl udělat tu vizualizaci třeba přes JpGraph, tak se může u mě hlásit. Nakódovat tu vizualizaci už nestíhám ...

Jachym Cepicky jachym.cepicky na gmail.com #m88bc78 31. 3. 2014 22:02

Pokud by z toho postgre ještě existovala nějaká službička, která by ty data poskytla, bylo by to pro mě jednodušší udělat to v javascriptu na klientovi já vím, že ta debata běží už dlouho, ale jestli to správně chápu, teď to teprve dostalo ty správný grády(?) Zprávička myslím: root.cz, gisportal.cz, okfn.cz, bude konference givs 2014, kde bych o tom mohl něco říct (ale už mimo program, ten je uzavřený) J

Ahoj,
Zdravím, chápu to správě tak, že v tuhle chvíli jede bot, kterej žere adresy z ruian a sype to do OSM? Hodilo by to se o tom něco napsat, alespoň krátkou zprávičku (až to bude hotový).
Přibližně tak nějak. Přitom se snaží nejen sypat, ale hlavně párovat k těm už existujícím. Zprávička: http://wiki.openstreetmap.org/wiki/Import_adres_z_RUIAN nebo myslíš nějakou jinou zprávičku? Debata o tom zde i v imports@ běží už měsíce. ??
Je možný nějak vizualizovat progress?
Ano, o tom jsem uvažoval, myslím, že by si zasloužily alespoň okresy vizualizaci, nějaké sloupcové grafy, kolik % už je hotovo. Rád nachystám tabulky v postgre a kdyby někdo chtěl udělat tu vizualizaci třeba přes JpGraph, tak se může u mě hlásit. Nakódovat tu vizualizaci už nestíhám ...

-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc

Mirek Dlask dlask.m na gmail.com #mde506c 31. 3. 2014 22:12

Ahoj, souhlasím. Opravdu je lepe data rozdělit Před stiskem "Nahrát změny na server" nastavit si na záložce "Rozšířené" -> Nahrát data po částech. 500 je vyhovující. Mirek

Petr Vejsada osm na propsychology.cz #m3e5c98 31. 3. 2014 22:51

Ahoj,

Pokud by z toho postgre ještě existovala nějaká službička, která by ty data poskytla, bylo by to pro mě jednodušší udělat to v javascriptu na klientovi

službička může být. Jak by sis ji představoval? JSON strukturu, csv, ... ? V nejjednodušší formě jsem myslel: okres:počet_bodů_v_RUIAN:počet_importovaných_bodů K tomu možná ještě krajská města, ta by se mohla rozdělit na městské časti (143 městských částí). Pro statistiku by to mohlo být dostačující. Ukládám si RUIANID, datum importu a nick contributora, zatím tedy jen svůj nick ;). Šla by tedy i hitparáda contributorů. K tomuto stačí info v soukromé zprávě.

já vím, že ta debata běží už dlouho, ale jestli to správně chápu, teď to teprve dostalo ty správný grády(?) Zprávička myslím: root.cz, gisportal.cz, okfn.cz, bude konference givs 2014, kde bych o tom mohl něco říct (ale už mimo program, ten je uzavřený)

Aha, takto, že by stálo dokonce za zprávičku? :) Spíš jsem tichý, po zkušenosti napsat cokoli do imports@ -> několik nových otázek a připomínek. Nakonec jsem rád, že to dopadlo jak to dopadlo. Všechno skutečně potřebné se nahrává, původní tagy country a city se nemažou, pokud existují, jen to testování hranic nevyšlo z důvodu výkonnostních nároků. Proti zprávičce/zprávičkám nic nemám. Hlavní zásluhu mají Xificurk, Dalibor, Marián a sebe nevyjímám.

Petr Vejsada osm na propsychology.cz #m34f5e8 31. 3. 2014 22:53

Ahoj,

souhlasím. Opravdu je lepe data rozdělit Před stiskem "Nahrát změny na server" nastavit si na záložce "Rozšířené" -> Nahrát data po částech. 500 je vyhovující.

tak jo, díky. Já se trochu bál to dělit, protože jsem chtěl výsledek buď všechno nebo nic, ale když ke to s dělením OK, tak jo.

Jachym Cepicky jachym.cepicky na gmail.com #m235100 31. 3. 2014 23:22

až to bude/budeme moct ukázat větší území, byl bych rád, kdyby se podařilo dát nějaké info dohromady. na CUZK jsou vzdycky radi, kdyz se muzou pochlubit tim, jak jejich sluzby pouziva verejnost ... Json by byl OK J

Ahoj,
Pokud by z toho postgre ještě existovala nějaká službička, která by ty data poskytla, bylo by to pro mě jednodušší udělat to v javascriptu na klientovi
službička může být. Jak by sis ji představoval? JSON strukturu, csv, ... ? V nejjednodušší formě jsem myslel: okres:počet_bodů_v_RUIAN:počet_importovaných_bodů K tomu možná ještě krajská města, ta by se mohla rozdělit na městské časti (143 městských částí). Pro statistiku by to mohlo být dostačující. Ukládám si RUIANID, datum importu a nick contributora, zatím tedy jen svůj nick ;). Šla by tedy i hitparáda contributorů. K tomuto stačí info v soukromé zprávě.
já vím, že ta debata běží už dlouho, ale jestli to správně chápu, teď to teprve dostalo ty správný grády(?) Zprávička myslím: root.cz, gisportal.cz, okfn.cz, bude konference givs 2014, kde bych o tom mohl něco říct (ale už mimo program, ten je uzavřený)
Aha, takto, že by stálo dokonce za zprávičku? :) Spíš jsem tichý, po zkušenosti napsat cokoli do imports@ -> několik nových otázek a připomínek. Nakonec jsem rád, že to dopadlo jak to dopadlo. Všechno skutečně potřebné se nahrává, původní tagy country a city se nemažou, pokud existují, jen to testování hranic nevyšlo z důvodu výkonnostních nároků. Proti zprávičce/zprávičkám nic nemám. Hlavní zásluhu mají Xificurk, Dalibor, Marián a sebe nevyjímám.

-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc

až to bude/budeme moct ukázat větší území, byl bych rád, kdyby se podařilo dát nějaké info dohromady. na CUZK jsou vzdycky radi, kdyz se muzou pochlubit tim, jak jejich sluzby pouziva verejnost ... Json by byl OK J On Mon, Mar 31, 2014 at 10:51:47PM +0200, Petr Vejsada wrote:

Ahoj, Dne Po 31. března 2014 22:02:46, Jachym Cepicky napsal(a):
Pokud by z toho postgre ještě existovala nějaká službička, která by ty data poskytla, bylo by to pro mě jednodušší udělat to v javascriptu na klientovi
službička může být. Jak by sis ji představoval? JSON strukturu, csv, ... ? V nejjednodušší formě jsem myslel: okres:počet_bodů_v_RUIAN:počet_importovaných_bodů K tomu možná ještě krajská města, ta by se mohla rozdělit na městské časti (143 městských částí). Pro statistiku by to mohlo být dostačující. Ukládám si RUIANID, datum importu a nick contributora, zatím tedy jen svůj nick ;). Šla by tedy i hitparáda contributorů. K tomuto stačí info v soukromé zprávě.
já vím, že ta debata běží už dlouho, ale jestli to správně chápu, teď to teprve dostalo ty správný grády(?) Zprávička myslím: root.cz, gisportal.cz, okfn.cz, bude konference givs 2014, kde bych o tom mohl něco říct (ale už mimo program, ten je uzavřený)
Aha, takto, že by stálo dokonce za zprávičku? :) Spíš jsem tichý, po zkušenosti napsat cokoli do imports@ -> několik nových otázek a připomínek. Nakonec jsem rád, že to dopadlo jak to dopadlo. Všechno skutečně potřebné se nahrává, původní tagy country a city se nemažou, pokud existují, jen to testování hranic nevyšlo z důvodu výkonnostních nároků. Proti zprávičce/zprávičkám nic nemám. Hlavní zásluhu mají Xificurk, Dalibor, Marián a sebe nevyjímám. -- Petr _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

-- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc

Marián Kyral mkyral na email.cz #m977d0f 1. 4. 2014 6:23

Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že 6 hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-). Je potřeba editovat rychle. Čím delší prodleva mezi vytvořením .osm a jeho nahráním uplyne, tím větší riziko, že v OSM už budou nějaké editace, spáchané v mezičase a nejsem zrovna zběhlý v řešení těchto konfliktů. Šest hodin? Uff :-D Myslel jsem, že to budou ještě menší kousky, no ale okresy by taky šly. Kolik jich vlastně máme? Byla by nějaká statistika, kolik v Karviné bylo chyb a jakých? Taky by se pro nás neznalé zákulisí hodila nějaká kuchařka typu: chyba X * Možné příčiny * Způsoby jak to řešit Něco jako jsou v těch návodech od nejrůznějších spotřebičů: Problém: Spotřebič po zapnutí nic nedělá. Řešení: Zapojte spotřebič do elektrické sítě Těch konfliktů bych se až tak moc nebál, stačí vědět, že pravdu máš ty :-D Mně by třeba zajímal FM, ale trochu se jej bojím, je to přece jen dost velký (i když asi ne z pohledu počtu adresních míst). Navíc s tím časem je to teď trochu problém. Dneska určitě ne, zítra bych pár hodin možná i našel, čtvrtek zase ne a víkendy jsou celý duben totálně zabité :-( Marián

Petr Vejsada osm na propsychology.cz #m3dd281 1. 4. 2014 8:55

Ahoj,

Šest hodin? Uff :-D Myslel jsem, že to budou ještě menší kousky, no ale okresy by taky šly. Kolik jich vlastně máme? Byla by nějaká statistika, kolik v Karviné bylo chyb a jakých?

kousky mohou být jakékoli , co se dá napsat jako sql dotaz. Třeba jen sudá čísla jedné jediné ulice. Problémy bývají většinou jen na nějakém kousku, tady to byl Havířov Bludovice, kde bylo jen housenumber a ještě myslím Bludovice byly napsané jako ulice, takže příliš velká odlišnost a nic se nespárovalo.

Taky by se pro nás neznalé zákulisí hodila nějaká kuchařka typu:

UF, OK, kuchařku napíšu, vezmu zase nějakou pořádnou porci a při editování napíšu kuchařku, Neslibuji kdy, ale "brzy" ;).

Těch konfliktů bych se až tak moc nebál, stačí vědět, že pravdu máš ty :-D

;-)))

Dalibor Jelínek dalibor na dalibor.cz #m8dca24 2. 4. 2014 5:56

Cau, tak ja bych se teda pridal. ;-) Jen nemuzu najit zadny misto, ktery by bylo bez adres. Muzes mi prosim udelat soubor s okolim vesnice Kvilda? Muze to byt i vetsi okoli, pac tam toho moce neni, ale zase ne 50 000 adres na ses hodin. Spis neco na hodku. ;-) A ten navod by se fakt hodilo dat na wiki. Zdravi, Dalibor

Ahoj, takže import adres spuštěn. Poslední úpravy skriptu dopadly takto: - addr:suburb a addr:city se přidává jen tehdy, pokud AM leží mimo

příslušný

polygon - na stávající adresní bod se sahá jen tehdy, pokud je v něm něco špatně nebo něco chybí - důvodem pro sahání na AM *není* situace, kdy chybí addr:place a AM má ulici. Toto dramaticky redukuje počet editovaných bodů ve městech. Přidání addr:place by *teď* nepřineslo zlepšení ve vyhledávání. Pokud se v budoucnu Nominatim naučí používat addr:place i tam, kde je ulice, můžeme uvažovat o dohrání. Pokud se na AM sahá z jiných důvodů, addr:place se přidá vždy, ale samotné přidání addr:place v místech s ulicí není samo o sobě důvodem pro sahání

na

bod. - úplně jsem upustil od přidávání addr:country=CZ v okolí hranic z důvodu zátěže databáze. Hraniční polygon je dost velký a členitý a testování, zda

bod

je blízko hranic, způsobilo cca 10-20 násobné zpomalení běhu. Pokud se v té soustavě podmínek začínáte ztrácet, nic se neděje, už se v

tom

také ztrácím. Zátěžový test byl proveden na okrese Karviná, což je cca 44 tisíc

adresních

míst. Vygenerování .osm je v pohodě, pár desítek minut. Editace v JOSM cca 6 hodin práce. Nejvíce zabrat dostal OSM server, který nestihl uzavřít changeset včas a JOSM vytimeoutoval. Následně ovšem changeset uzavřel, takže je to nahrané. Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že

6

hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-). Je

potřeba

Cau, tak ja bych se teda pridal. ;-) Jen nemuzu najit zadny misto, ktery by bylo bez adres. Muzes mi prosim udelat soubor s okolim vesnice Kvilda? Muze to byt i vetsi okoli, pac tam toho moce neni, ale zase ne 50 000 adres na ses hodin. Spis neco na hodku. ;-) A ten navod by se fakt hodilo dat na wiki. Zdravi, Dalibor

-----Original Message----- From: Petr Vejsada [mailto:osm na propsychology.cz] Sent: Monday, March 31, 2014 8:10 PM To: talk-cz na openstreetmap.org Subject: [Talk-cz] CzechAddress zahájil činnost a ještě není zabanován Ahoj, takže import adres spuštěn. Poslední úpravy skriptu dopadly takto: - addr:suburb a addr:city se přidává jen tehdy, pokud AM leží mimo

příslušný

polygon - na stávající adresní bod se sahá jen tehdy, pokud je v něm něco špatně nebo něco chybí - důvodem pro sahání na AM *není* situace, kdy chybí addr:place a AM má ulici. Toto dramaticky redukuje počet editovaných bodů ve městech. Přidání addr:place by *teď* nepřineslo zlepšení ve vyhledávání. Pokud se v budoucnu Nominatim naučí používat addr:place i tam, kde je ulice, můžeme uvažovat o dohrání. Pokud se na AM sahá z jiných důvodů, addr:place se přidá vždy, ale samotné přidání addr:place v místech s ulicí není samo o sobě důvodem pro sahání

na

bod. - úplně jsem upustil od přidávání addr:country=CZ v okolí hranic z důvodu zátěže databáze. Hraniční polygon je dost velký a členitý a testování, zda

bod

je blízko hranic, způsobilo cca 10-20 násobné zpomalení běhu. Pokud se v té soustavě podmínek začínáte ztrácet, nic se neděje, už se v

tom

také ztrácím. Zátěžový test byl proveden na okrese Karviná, což je cca 44 tisíc

adresních

míst. Vygenerování .osm je v pohodě, pár desítek minut. Editace v JOSM cca 6 hodin práce. Nejvíce zabrat dostal OSM server, který nestihl uzavřít changeset včas a JOSM vytimeoutoval. Následně ovšem changeset uzavřel, takže je to nahrané. Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že

6

hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-). Je

potřeba

editovat rychle. Čím delší prodleva mezi vytvořením .osm a jeho nahráním uplyne, tím větší riziko, že v OSM už budou nějaké editace, spáchané v mezičase a nejsem zrovna zběhlý v řešení těchto konfliktů. -- Petr, pv na propsychology.cz
p<
_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz

Libor Pechacek lpechacek na gmx.com #me66492 6. 4. 2014 22:44

Ahoj Petře,

Jestli se někdo chcete přidat k editaci, tak je možno. Vezměte v úvahu, že 6 hodin, které jsem strávil na Karviné, bylo opravdu intenzivních a že jsem cvičnými editacemi už dost vytrénovaný, tak nepřeceňte síly ;-).

Koukám, že okres Česká Lípa je ještě volný. Rád se jej ujmu. Zběžně jsem proběhl wiki stránku Import adres z RUIAN, ale nenašel informaci, jak začít. Můžeš mě navést na správné místo? Libor