Adresy, epilog

36 zpráv
Zpět na přehled

Adresy, epilog

36 zpráv RHJOKKPM 11 účastníků 25 min čtení
  1. Radomír Černoch radomir.cernoch na gmail.com #m46e03b
    Dobrý den, jak jste si již někteří všimli, adresy jsou nyní uloženy v databázi novým způsobem. Ukázalo se, že převod "přes noc" je hodně optimistický odhad; vše se podařilo dokončit až po třech dnech. Doufám, že toto zdržení nikomu nezpůsobilo komplikace. Spolu se změnou byla také uvolněna nová verze pluginu CzechAddress. Co dál? Myslím, že kromě článku na Wiki by bylo dobré upravit Mapnik a Osmarender tak, aby změněným fontem (kurzíva?) zobrazovaly ČO namísto dlouhého ČP/ČO. Samozřejmě jen tehdy, když dům ČO má. Souhlasíte? S pozdravem, Radek Černoch
  2. Karel Volný kavol na seznam.cz #mdc33d4
    zdravím,
    Co dál? Myslím, že kromě článku na Wiki by bylo dobré upravit Mapnik a Osmarender tak, aby změněným fontem (kurzíva?) zobrazovaly ČO namísto dlouhého ČP/ČO. Samozřejmě jen tehdy, když dům ČO má. Souhlasíte?
    já dávám přednost mít v mapě oboje, pokud se to vejde ... pokud ne, "stačí" mi vědět, kde ČO začínají a na které straně jsou která - čili zobrazit třeba jen popis domu č. 1 K.
  3. Mike Crash mike na mikecrash.com #mb30f14
    Dobrý den, s tím souhlasím, pokud je streetnumber, tak zobrazovat jen ten, ale tu kurzívu bych tam nedával. A hlavně napsat nové tagy na wiki a pokud možno i na anglickou verzi, aby někde nevymýšleli zase něco jiného. Radek Jahoda
  4. Petr Schönmann pschonmann na gmail.com #md65acc
    Zdravím, opět není zařazeno přidání tagu building=yes v pluginu czechaddress, šlo by to doplnit ?
  5. hanoj ehanoj na gmail.com #mb75737
    opět není zařazeno přidání tagu building=yes v pluginu czechaddress, šlo by to doplnit ?
    *** zajimalo by me, k cemu je to dobre diky Hanoj
  6. Petr Schönmann pschonmann na gmail.com #me21c60
    OSMarender bez tohoto tagu budovu nevykreslí 2009/8/3 hanoj <ehanoj na gmail.com>:
  7. hanoj ehanoj na gmail.com #mf8590d
    2009/8/3 hanoj <ehanoj na gmail.com>:
    opět není zařazeno přidání tagu building=yes v pluginu czechaddress, šlo by to doplnit ?
    *** zajimalo by me, k cemu je to dobre
    OSMarender bez tohoto tagu budovu nevykreslí
    *** chapu to tak, ze davate adresni body do polygonu budov? A kdyz ma budova 2-4 adresni body? Nebylo by lepsi mit adresni body jako jednu primitivu a neslucovat je budovama? hanoj
  8. Ondrej Novy novy na ondrej.org #m07dfe2
    Zdravim, 2009/8/3 hanoj <ehanoj na gmail.com>
    *** chapu to tak, ze davate adresni body do polygonu budov? A kdyz ma budova 2-4 adresni body? Nebylo by lepsi mit adresni body jako jednu primitivu a neslucovat je budovama?
    tez by mi prislo lepsi mit adresni body vzdy jako node. Napr. UIR databaze tohle resi a deli veci na: objekty a adresy kde objekt (rekneme building=yes) muze mit vice adres (housenumber, atd.). Nas asi vazba ze jeden objekt ma vice adres nezajima, takze nekde doprostred budovy prsknout node urcujici adresu staci.
  9. MP singularita na gmail.com #m6c938e
    Nas asi vazba ze jeden objekt ma vice adres nezajima, takze nekde doprostred budovy prsknout node urcujici adresu staci.
    A co treba v Praze sidliste Luka? Tam jsou dlouhe "pokroucene" panelaky (cca 400 az 450 metru dlouhe) a to kde je ktery vchod muze byt celkem podstatna informace. Takze vysledek je jeden tag building a do nej nasypanych cca 30 adresnich tagu na svych mitech. IMHO pokud ma objekt vice vchodu (s ruznymi adresami), mel by mit i vice adresnich tagu, kazdy na miste daneho vchodu. Martin
  10. Radomír Černoch radomir.cernoch na gmail.com #mc30ebd
    Já také používám systém 1 adresní bod = 1 node. V Praze je navíc zvyk umisťovat bod směrem k příslušné ulici, což jednak mapu zpřehledňuje a vlastně nakonec vypadá hezky. Funkci pro "building=yes" jsem však přidal -- snad to někomu mapování urychlí. S pozdravem, Radek Černoch 2009/8/3 hanoj <ehanoj na gmail.com>:
  11. Kubajz kubajz na kbx.cz #m8c4e59
    Tak tak... Ono tam ani poradne nejde rozlisit, jestli jsou to dva objekty a dva vchody nebo treba jeden objekt a dva vchody. Je to podle toho, ktery typ panelaku to je a jak jsou propojene pruchody a rozdelene na druzstva resp. SVJ... K
  12. Ondrej Novy novy na ondrej.org #m22d6d4
    Zdravim,
    Nas asi vazba ze jeden objekt ma vice adres nezajima, takze nekde
    doprostred
    budovy prsknout node urcujici adresu staci.
    A co treba v Praze sidliste Luka? Tam jsou dlouhe "pokroucene" panelaky (cca 400 az 450 metru dlouhe) a to kde je ktery vchod muze byt celkem podstatna informace. Takze vysledek je jeden tag building a do nej nasypanych cca 30 adresnich tagu na svych mitech. IMHO pokud ma objekt vice vchodu (s ruznymi adresami), mel by mit i vice adresnich tagu, kazdy na miste daneho vchodu.
    ale ja jsem hovoril o VAZBE mezi objekty a adresami ktere nemame, nikoliv o tom ze neni mozne do oblastni jedneho building=yes umistit vice adresnich node do pozice jejich vchodu - tak to delam tez.
  13. Kubajz kubajz na kbx.cz #mee17f2
    Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem? Neni to sice primo relace v OSM, ale chapat by se to tak dalo a nebylo by ani prilis pracne to udelat strojove, kdyby to bylo potreba... Takze ja bych rekl, ze ta vazba tam je, byt slaba (je snadne najit dum k adresnimu bodu, je tezsi/pracnejsi najit adresni body k domu) K
  14. hanoj ehanoj na gmail.com #m2e9802
    Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem? Neni to sice primo relace v OSM, ale chapat by se to tak dalo a nebylo by ani prilis pracne to udelat strojove, kdyby to bylo potreba... Takze ja bych rekl, ze ta vazba tam je, byt slaba (je snadne najit dum k adresnimu bodu, je tezsi/pracnejsi najit adresni body k domu)
    *** oboji je stejne pouzitelne a pouziva se jako spatial join nebo spatial querry, Postgis to snad umi: a) jake body jsou v polygonu? b) v kterem polygonu jsou bod? hanoj
  15. Kubajz kubajz na kbx.cz #m3864b0
    Tim padem bych se u buildingu venoval lepsim vecem, nez jsou adresy. Treba vyska budovy... Jak by byla ta data krasnejsi, kdyz by se daly ty domecky extrahovat do vysky... Dobrou noc
  16. Karel Volný kavol na seznam.cz #m64f9fb
    zdravím, takový detail na okraj (doslovně :)
    Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem?
    pro naprostou většinu budov bych preferoval, kdyby adresní bod nebyl "v oblasti ohraničené objektem", nýbrž přímo na hraně objektu v místě, kde je vchod (a co se týče oplocených pozemků, tak v místě branky v plotě, kde je i poštovní schránka) K.
  17. Petr Kadlec petr.kadlec na gmail.com #me8ca4a
    2009/8/5 Kubajz <kubajz na kbx.cz>:
    Tim padem bych se u buildingu venoval lepsim vecem, nez jsou adresy. Treba vyska budovy... Jak by byla ta data krasnejsi, kdyz by se daly ty domecky extrahovat do vysky...
    Asi takhle? ;-) http://www.geographie.uni-bonn.de/karto/osm-3d/Screenshots/Stuttgart/Stuttgart_Alle.jpg (viz http://www.geographie.uni-bonn.de/karto/osm-3d/index.en.html) (I když tady jsou patrně všechny budovy stejně vysoké?) -- Petr Kadlec / Mormegil
  18. Ondrej Novy novy na ondrej.org #m4bdb98
    Zdravim,
    Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem? Neni to sice primo relace v OSM, ale chapat by se to tak dalo a nebylo by ani prilis pracne to udelat strojove, kdyby to bylo potreba... Takze ja bych rekl, ze ta vazba tam je, byt slaba (je snadne najit dum k adresnimu bodu, je tezsi/pracnejsi najit adresni body k domu)
    jasne, v tomto smeru ano. Pak byt mozna stalo za to pouzivat objekt_kod z UIRu u toho building polygonu (stale ovsem pochybuju ze to k necemu je :).
  19. Kubajz kubajz na kbx.cz #mf387c3
    A ted jedna takova kousava: mam dum, ktery ma vchod ze severu. Cesticka vede kolem nej pres pozemek a vchod na pozemek je z jihu. Kam umistit adresni bod? (Jo a ja to nestavel) a) do budovy b) na hranu budovy, tam kde je fyzicky vchod c) na hranu pozemku Babo rad :/ K
  20. Martin Kokeš shr3k na typo3-hosting.com #ma61f46
    A ted jedna takova kousava: mam dum, ktery ma vchod ze severu. Cesticka vede kolem nej pres pozemek a vchod na pozemek je z jihu. Kam umistit adresni bod? (Jo a ja to nestavel) a) do budovy b) na hranu budovy, tam kde je fyzicky vchod c) na hranu pozemku Babo rad :/ K
    S ohledem na budoucí navigační funkce asi tam, kam se lze nejblíže dostat v rámci veřejného prostranství nebo po (i třeba soukromé) účelové komunikaci. Prostě k první zábraně. S tímto jsem se potýkal třeba před týdnem - byl jsem v Anglii a jezdil jsem autem po různých hradech, zámcích, některé byly docela odlehlé a cesty k nim nezmapované (v okolí vedlo spoustu klasických silniček o šíři 2,5 m - na každé straně zeď s živým plotem, co 200 m možnost vyhnutí). POI byl někde uprostřed toho a kolikrát jsem tam dojel třeba z druhé strany, kde se o nějakém parkovišti mluvit rozhodně nedalo. MK
  21. hanoj ehanoj na gmail.com #meef605
    mam dum, ktery ma vchod ze severu. Cesticka vede kolem nej pres pozemek a vchod na pozemek je z jihu. Kam umistit adresni bod? (Jo a ja to nestavel) a) do budovy b) na hranu budovy, tam kde je fyzicky vchod c) na hranu pozemku
    *** Ja nad mapovanim vzdy uvazuji s jistou mirou generalizace: snazim se aby addr byl uvnitr budovy dle KM, ke ktere patri. Hrana (tj. usecka mezi dvema body) neni jasne definovane misto. O tom jestli prijdu ze S, nebo J az tak neuvazuji (ac na rande jsem nezridka lezl pres plot z druhe strany nemovistosti), mapa neni vsevedna. Neco o vyuziti addr nasvedcuje graficky take OSM inspektor: http://tools.geofabrik.de/osmi/?view=addresses&lon=16.58556&lat=49.19538&zoom=18 PS: strucne tedy za a) PS2: pro milovniky OGC http://wiki.openstreetmap.org/wiki/OSM_Inspector/WxS hanoj
  22. jzvc jzvc na tpfree.fdns.net #mb7c5c0
    Zdravim, Mam par pripominek k pluginu. a) nedoplnuje PSC (ac se tvari ze to umi) b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se clovek uklipne. Mozna se to takto chova jen u me, ale chova se to takto dlouhodobe v ramci nekolika verzi jak pluginu tak JOSM. Slo by s tim neco provest ? Dik.
  23. hanoj ehanoj na gmail.com #mc54a5e
    a) nedoplnuje PSC (ac se tvari ze to umi) b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se clovek uklipne. Mozna se to takto chova jen u me, ale chova se to takto dlouhodobe v ramci nekolika verzi jak pluginu tak JOSM. Slo by s tim neco provest ? Dik.
    *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani: c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa podle CP uz v mape existuje, idkyz vyhledani pomoci find "addr:conscriptionnumber=666" ji nenajdu. d) kdyz necham doplnit plugin aditivni udaje jako "is_in" do jiz existujiciho node s adresou z prvniho hromadneho importu, neprida mi "source:position=cuzk:km", ac to v settings je zatrhnute. PS: nevite pro WMSplugin uz neobsahuje vlastnost overlap? diky a zdravi hanoj
  24. Radomír Černoch radomir.cernoch na gmail.com #m44536f
    Zdravím, 2009/8/6 jzvc <jzvc na tpfree.fdns.net>:
    Zdravim, Mam par pripominek k pluginu. a) nedoplnuje PSC (ac se tvari ze to umi)
    Viz wiki [[Cz:JOSM/Plugins/CzechAddress]]: Databáze obsahuje i přibližný rozsah PSČ v dané oblasti, které jsou kvůli nepřesnostem pro OpenStreetMap nepoužitelné. Ale na opravě se výhledově pracuje. Česká pošta totiž nabízí přesné údaje o PSČ a pokud si je člověk vytáhne z webového formuláře, tak i bez licenčních omezení. Zprovoznění bych viděl někdy na září... 2009 ;-)
    b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se clovek uklipne.
    Což o to, přidat podporu zásobníku příkazů není problém. Plugin by však potřeboval vědět i o příkazech ze zásobníku, které sám neprovedl. CzechAddress si totiž interně drží relaci databáze a mapy, která se mu však kvůli ostatním příkazům mění pod rukama. Pokud někdo víte o JOSMím API, které by umožňovalo sledovat změnu mapy, rád podporu "Undo" dodělám. Do té doby by jakákoli implementace byla polovičatá. Co s tím má dělat uživatel? Pokud pracuje s adresami, používat namísto "Undo" ruční úpravy mapy, mazat pomocí Delete apod... Ale výhledově to mám v plánu -- jen se bojím, že budou potřeba zásahy větší zásahy do JOSM. Tipuji říjen... Zdravím, Radek
  25. Radomír Černoch radomir.cernoch na gmail.com #m55167b
    2009/8/6 hanoj <ehanoj na gmail.com>:
    a) nedoplnuje PSC (ac se tvari ze to umi) b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se clovek uklipne. Mozna se to takto chova jen u me, ale chova se to takto dlouhodobe v ramci nekolika verzi jak pluginu tak JOSM. Slo by s tim neco provest ? Dik.
    *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani: c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa podle CP uz v mape existuje, idkyz vyhledani pomoci find "addr:conscriptionnumber=666" ji nenajdu.
    To se může stát a je to v pořádku. Ta adresa, která už v mapě je, může být nadefinovaná jen pomocí ulice a ČO a CzechAddress si ČP domyslí z databáze. Druhý možný důvod nastává ve chvíli, kdy dům (v tomto případě s ČP 666) je z jakéhokoli důvodu v konfliktu. Přišlo mi dobré uživatele nějak varovat, ale asi by to chtělo změnit zprávu v něco výstižnějšího. Pokud to, co popisuješ není ani jeden z příkladů, pošli mi, prosím, konkrétní případ a rád se na to podívám.
    d) kdyz necham doplnit plugin aditivni udaje jako "is_in" do jiz existujiciho node s adresou z prvniho hromadneho importu, neprida mi "source:position=cuzk:km", ac to v settings je zatrhnute.
    To je v pořádku. "source:position" se přidává jen pro nově vytvořené nody. Myšlenka je ta, že když upravujete již existující adresu, její poloha nemusí pocházet z ČUZK.
    PS: nevite pro WMSplugin uz neobsahuje vlastnost overlap?
    Dirk Stöcker ji smazal. My se zkrátka na některých věcech neshodneme, takže ačkoli mám už nachystaný nový patch, chci se ho nejdříve zeptat, proč ke smazání došlo. Pěkný den, Radek
  26. hanoj ehanoj na gmail.com #m345f7b
    *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani: c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa podle CP uz v mape existuje, idkyz vyhledani pomoci find "addr:conscriptionnumber=666" ji nenajdu.
    To se může stát a je to v pořádku. Ta adresa, která už v mapě je, může být nadefinovaná jen pomocí ulice a ČO a CzechAddress si ČP domyslí z databáze. Druhý možný důvod nastává ve chvíli, kdy dům (v tomto případě s ČP 666) je z jakéhokoli důvodu v konfliktu. Přišlo mi dobré uživatele nějak varovat, ale asi by to chtělo změnit zprávu v něco výstižnějšího. Pokud to, co popisuješ není ani jeden z příkladů, pošli mi, prosím, konkrétní případ a rád se na to podívám.
    *** otevru JOSM, otevru prazdnou mapu, vlozim nod, dam shift+A, vyberu Brno a Komin, napisu napr cp. 1032 ---> vybrana adresa uz v mape existuje...
    d) kdyz necham doplnit plugin aditivni udaje jako "is_in" do jiz existujiciho node s adresou z prvniho hromadneho importu, neprida mi "source:position=cuzk:km", ac to v settings je zatrhnute.
    To je v pořádku. "source:position" se přidává jen pro nově vytvořené nody. Myšlenka je ta, že když upravujete již existující adresu, její poloha nemusí pocházet z ČUZK.
    *** No jediny duvod editace jiz vlozenych adresnich bodu je pro mne oprava jejich polohy. Ale povazuji to za drobnost.
    PS: nevite pro WMSplugin uz neobsahuje vlastnost overlap?
    Dirk Stöcker ji smazal. My se zkrátka na některých věcech neshodneme, takže ačkoli mám už nachystaný nový patch, chci se ho nejdříve zeptat, proč ke smazání došlo.
    *** OK, diky za info a snahu. a jeste jedna drobnost: Kdyz v ORP "Brno" cast obce Bosonohy" prijmu navrh inspektora databaze na korekci z "Bosonozske Nam." na "Bosonozske namesti" tak mi v toolbaru v prave casti JOSM nazvanem "tovarna na adresy" vznikne 2x ulice "Bosonozske namesti" (prvni obsahuje adresni body, druhy je prazdny). Po kliknuti na adresni bod nalezici do "Bosonozske namesti" je v tovarne vylistovana prazna ulice "Bosonozske namesti", namisto ta s adresnimy body. PS: byla by moznost rucni reinicializace Pluginu (napr po datazeni dat z OSM serveru) ha hanoj
  27. jzvc jzvc na tpfree.fdns.net #m2ae25a
    Zdravím, 2009/8/6 jzvc <jzvc na tpfree.fdns.net>:
    Zdravim, Mam par pripominek k pluginu. a) nedoplnuje PSC (ac se tvari ze to umi)
    Viz wiki [[Cz:JOSM/Plugins/CzechAddress]]: Databáze obsahuje i přibližný rozsah PSČ v dané oblasti, které jsou kvůli nepřesnostem pro OpenStreetMap nepoužitelné. Ale na opravě se výhledově pracuje. Česká pošta totiž nabízí přesné údaje o PSČ a pokud si je člověk vytáhne z webového formuláře, tak i bez licenčních omezení. Zprovoznění bych viděl někdy na září... 2009 ;-)
    Ceske poste bych moc neveril ;), nejakou dobu jsem mel tu cest s jejich daty pracovat a jejich uplnost a spravnost byla ... Ale +- by se to trefit dalo, ono krom par vyjimek stejne staci prvni trojcisli.
    b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se clovek uklipne.
    Což o to, přidat podporu zásobníku příkazů není problém. Plugin by však potřeboval vědět i o příkazech ze zásobníku, které sám neprovedl. CzechAddress si totiž interně drží relaci databáze a mapy, která se mu však kvůli ostatním příkazům mění pod rukama. Pokud někdo víte o JOSMím API, které by umožňovalo sledovat změnu mapy, rád podporu "Undo" dodělám. Do té doby by jakákoli implementace byla polovičatá.
    Toto nejak nechapu, proc ? Kdyz pridam adresni bod, je to jen neco ve smyslu "pridej tag X s parametrem Y". Kdyz neco upravim, je to vicemene "zmen parametr Y z A na B". Proc si plugin potrebuje toto zaznamenavat ? Jinak predpokladam ze si JOSM zmeny haze na nejakou hromadu ze ktere jde i cist.
    Co s tím má dělat uživatel? Pokud pracuje s adresami, používat namísto "Undo" ruční úpravy mapy, mazat pomocí Delete apod...
    Nj, ale co kdyz uzivatel udela 2-3 zmeny (nebo vice), pak zjisti ze je to spatne, ale uz nevi ktery objekt na mape menil ? A pritom ma trebas pripraveno nekolik desitek zmen, ktere jsou OK.
    Ale výhledově to mám v plánu -- jen se bojím, že budou potřeba zásahy větší zásahy do JOSM. Tipuji říjen... Zdravím, Radek
    + dalsi namet, kdyz mam zaple okno "tovarna na dresy", tak nepouzite jsou tucne. Jenze kdyz napr nactu mapu, ve ktere uz adresy jsou, zustanou tucne dokud neklipnu na prislusny objekt(y). Co takhle mapu prosacovat a oznacit je rovnou ? Optimalne na vyzadani. Chapu ze vetsi vyrez by to sacovalo celkem dlouho. Variantne moznost zobrazit pouze nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je zmapovano.
  28. Ondrej Novy novy na ondrej.org #m378eba
    Zdravim,
    ... Variantne moznost zobrazit pouze nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je zmapovano.
    za zobrazeni pouze nepouzitych adres bych se taky primlouval - mnohem lepe se tim da overit oblast kde si myslim ze uz nic nechybi. Diky.
  29. Radomír Černoch radomir.cernoch na gmail.com #m9db26c
    2009/8/6 hanoj <ehanoj na gmail.com>:
    *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani: c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa podle CP uz v mape existuje, idkyz vyhledani pomoci find "addr:conscriptionnumber=666" ji nenajdu.
    To se může stát a je to v pořádku. Ta adresa, která už v mapě je, může být nadefinovaná jen pomocí ulice a ČO a CzechAddress si ČP domyslí z databáze. Druhý možný důvod nastává ve chvíli, kdy dům (v tomto případě s ČP 666) je z jakéhokoli důvodu v konfliktu. Přišlo mi dobré uživatele nějak varovat, ale asi by to chtělo změnit zprávu v něco výstižnějšího. Pokud to, co popisuješ není ani jeden z příkladů, pošli mi, prosím, konkrétní případ a rád se na to podívám.
    *** otevru JOSM, otevru prazdnou mapu, vlozim nod, dam shift+A, vyberu Brno a Komin, napisu napr cp. 1032 ---> vybrana adresa uz v mape existuje...
    Jo, vidím, díky. Úkolovník se mi teď plní, takže to opravím v dohledné době.
    d) kdyz necham doplnit plugin aditivni udaje jako "is_in" do jiz existujiciho node s adresou z prvniho hromadneho importu, neprida mi "source:position=cuzk:km", ac to v settings je zatrhnute.
    To je v pořádku. "source:position" se přidává jen pro nově vytvořené nody. Myšlenka je ta, že když upravujete již existující adresu, její poloha nemusí pocházet z ČUZK.
    *** No jediny duvod editace jiz vlozenych adresnich bodu je pro mne oprava jejich polohy. Ale povazuji to za drobnost.
    Můžu přidat funkci, aby se tag přidával přesunutým primitivám. To by mělo zafungovat, ne? Jinak úprava adresních bodů se dá využít také pro doplnění chybějících údajů. Import z UIR totiž nemá doplněné všechny tagy (chybí, tuším, "is_in").
    a jeste jedna drobnost: Kdyz v ORP "Brno" cast obce Bosonohy" prijmu navrh inspektora databaze na korekci z "Bosonozske Nam."  na "Bosonozske namesti" tak mi v toolbaru v prave casti JOSM nazvanem "tovarna na adresy" vznikne 2x ulice "Bosonozske namesti" (prvni obsahuje adresni body, druhy je prazdny). Po kliknuti na adresni bod nalezici do "Bosonozske namesti" je v tovarne vylistovana prazna ulice "Bosonozske namesti", namisto ta s adresnimy body.
    Hmm, tohle je chyba v databázi MVČR. Obsahuje totiž 2 ulice: "BOSONOŽSKÉ NÁM." a "BOSONOŽSKÉ NÁMĚSTÍ". Bojím se, že řešení bude potřebovat systémovější zásah... Možná upravenou kopii databáze na vlastním hostingu.
    PS: byla by moznost rucni reinicializace Pluginu (napr po datazeni dat z OSM serveru)
    To je požadavek? Teoreticky to možné je... Zdravím, Radek
  30. Radomír Černoch radomir.cernoch na gmail.com #mf07278
    2009/8/6 jzvc <jzvc na tpfree.fdns.net>:
    Zdravím, 2009/8/6 jzvc <jzvc na tpfree.fdns.net>:
    Zdravim, Mam par pripominek k pluginu. a) nedoplnuje PSC (ac se tvari ze to umi)
    Viz wiki [[Cz:JOSM/Plugins/CzechAddress]]: Databáze obsahuje i přibližný rozsah PSČ v dané oblasti, které jsou kvůli nepřesnostem pro OpenStreetMap nepoužitelné. Ale na opravě se výhledově pracuje. Česká pošta totiž nabízí přesné údaje o PSČ a pokud si je člověk vytáhne z webového formuláře, tak i bez licenčních omezení. Zprovoznění bych viděl někdy na září... 2009 ;-)
    Ceske poste bych moc neveril ;), nejakou dobu jsem mel tu cest s jejich daty pracovat a jejich uplnost a spravnost byla ... Ale +- by se to trefit dalo, ono krom par vyjimek stejne staci prvni trojcisli.
    Jde o to, jestli máme důvěryhodnější zdroj. PSČ se v terénu špatně mapují. ;-)
    b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se clovek uklipne.
    Což o to, přidat podporu zásobníku příkazů není problém. Plugin by však potřeboval vědět i o příkazech ze zásobníku, které sám neprovedl. CzechAddress si totiž interně drží relaci databáze a mapy, která se mu však kvůli ostatním příkazům mění pod rukama. Pokud někdo víte o JOSMím API, které by umožňovalo sledovat změnu mapy, rád podporu "Undo" dodělám. Do té doby by jakákoli implementace byla polovičatá.
    Toto nejak nechapu, proc ? Kdyz pridam adresni bod, je to jen neco ve smyslu "pridej tag X s parametrem Y". Kdyz neco upravim, je to vicemene "zmen parametr Y z A na B". Proc si plugin potrebuje toto zaznamenavat ?
    Protože X se může rovnat "addr:housenumber" a Y domovnímu číslu, které už v databázi exisutje. V tu chvíli je potřeba upravovanou primitivu spojit s prvkem databáze, ošetřit konflikty, ...
    Jinak predpokladam ze si JOSM zmeny haze na nejakou hromadu ze ktere jde i cist.
    To je sice pravda, ale pořád je potřeba nějaký "háček", za který JOSM zatáhne a CzechAddress tuto hromadu prohledá. Bohužel o žádném takovém nevím. Navíc řešení "zkusit najít změnu v mapě řekněme jednou za vteřinu" nepřipadá v úvahu. Bylo by potřeba prohledat celou mapu, což mnohdy trvá až desítky vteřin a výkon procesoru letí zbytečně na 100%.
    Co s tím má dělat uživatel? Pokud pracuje s adresami, používat namísto "Undo" ruční úpravy mapy, mazat pomocí Delete apod...
    Nj, ale co kdyz uzivatel udela 2-3 zmeny (nebo vice), pak zjisti ze je to spatne, ale uz nevi ktery objekt na mape menil ? A pritom ma trebas pripraveno nekolik desitek zmen, ktere jsou OK.
    Já se Vás nesnažím přesvědčit, že současné řešení je ideální. Jen říkám, že to zatím neumím jinak. Zkrátka s omezenými funkcemi budeme muset nějakou dobu vyžít.
    + dalsi namet, kdyz mam zaple okno "tovarna na dresy", tak nepouzite jsou tucne. Jenze kdyz napr nactu mapu, ve ktere uz adresy jsou, zustanou tucne dokud neklipnu na prislusny objekt(y). Co takhle mapu prosacovat a oznacit je rovnou ? Optimalne na vyzadani. Chapu ze vetsi vyrez by to sacovalo celkem dlouho. Variantne moznost zobrazit pouze nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je zmapovano.
    Ano, ale opět je potřeba toho "háčku", aby CzechAddress věděl, že se nějaká mapa vůbec načetla. Ale díky, za snahu a konstruktivní připomínky. :-) Jak jsem říkal, v září se na to vrhnu. Zdravím, Radek Černoch
  31. Radomír Černoch radomir.cernoch na gmail.com #m2bf5eb
    2009/8/6 Ondrej Novy <novy na ondrej.org>:
    Zdravim,
    ... Variantne moznost zobrazit pouze nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je zmapovano.
    za zobrazeni pouze nepouzitych adres bych se taky primlouval - mnohem lepe se tim da overit oblast kde si myslim ze uz nic nechybi. Diky.
    Na to slouží funkce "[nepřiřazené domy]", kterou můžete vybrat v "Továrně" namísto některé z ulic. Ale jak se teď koukám, funkce se z neznámého důvodu rozbila a zobrazuje jen konflikty... už mám další bod do úkolovníku. Díky, Radek -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cernoch na gmail.com
  32. jzvc jzvc na tpfree.fdns.net #mbcbbc3
    2009/8/6 Ondrej Novy <novy na ondrej.org>:
    Zdravim,
    ... Variantne moznost zobrazit pouze nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je zmapovano.
    za zobrazeni pouze nepouzitych adres bych se taky primlouval - mnohem lepe se tim da overit oblast kde si myslim ze uz nic nechybi. Diky.
    Na to slouží funkce "[nepřiřazené domy]", kterou můžete vybrat v "Továrně" namísto některé z ulic. Ale jak se teď koukám, funkce se z neznámého důvodu rozbila a zobrazuje jen konflikty... už mám další bod do úkolovníku. Díky, Radek
    Zdravim, ono je to rozbite ponekud vic. Jak koukam, tak mi to zobrazuje konflikty i mezi domy se stejnym cislem, ale v ruzne obci. Alternativne mi to tvrdi, ze dane CP jiz je prirazeno.
  33. Radomír Černoch radomir.cernoch na gmail.com #mb96651
    Zdravím, 2009/8/9 jzvc <jzvc na tpfree.fdns.net>:
    Zdravim, ono je to rozbite ponekud vic. Jak koukam, tak mi to zobrazuje konflikty i mezi domy se stejnym cislem, ale v ruzne obci.
    Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud platí první možnost, tak to není "bug" ale "chybějící funkce". Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca. odpovídají hranicím části obce), plugin nemůže poznat, že domy patří do dvou různých částí obce. Jedinou možností je porovnávat tag "is_in", který však obsahuje sotva půlka adres. Takže zatím bohužel...
    Alternativne mi to tvrdi, ze dane CP jiz je prirazeno.
    Mohl byste to rozvést, prosím? S pozdravem, Radek Černoch
  34. jzvc jzvc na tpfree.fdns.net #m7c40f0
    Zdravím, 2009/8/9 jzvc <jzvc na tpfree.fdns.net>:
    Zdravim, ono je to rozbite ponekud vic. Jak koukam, tak mi to zobrazuje konflikty i mezi domy se stejnym cislem, ale v ruzne obci.
    Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud platí první možnost, tak to není "bug" ale "chybějící funkce". Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca. odpovídají hranicím části obce), plugin nemůže poznat, že domy patří do dvou různých částí obce. Jedinou možností je porovnávat tag "is_in", který však obsahuje sotva půlka adres. Takže zatím bohužel...
    Mam nactenou nejakou cast mapy na ktere jsou dve obce. Ovsem katastralni hranice (ktere v tomto pripade zaneseny mam) zahrnuji obe ty obce (nebo aspon castecne). Ale nechapu, kde je problem, kdyz dum X ma is_in Drahkov, Modlany, Ústecký kraj, CZ a dum Y ma Kvítkov, Modlany, Ústecký kraj, CZ. Evidetne rozdilna adresa, pokud je vyplneno, melo by se porovnavat v kazdem pripade. BTW: Nejaky hint co s hlasenim z tools.geofabrik.de o nenalezene ulici ? Zeby v Nemecku mely vsechny obce pojmenovane ulice ? ;D.
  35. Radomír Černoch radomir.cernoch na gmail.com #m607291
    2009/8/9 jzvc <jzvc na tpfree.fdns.net>:
    Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud platí první možnost, tak to není "bug" ale "chybějící funkce". Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca. odpovídají hranicím části obce), plugin nemůže poznat, že domy patří do dvou různých částí obce. Jedinou možností je porovnávat tag "is_in", který však obsahuje sotva půlka adres. Takže zatím bohužel...
    Mam nactenou nejakou cast mapy na ktere jsou dve obce. Ovsem katastralni hranice (ktere v tomto pripade zaneseny mam) zahrnuji obe ty obce (nebo aspon castecne). Ale nechapu, kde je problem, kdyz dum X ma is_in Drahkov, Modlany, Ústecký kraj, CZ a dum Y ma Kvítkov, Modlany, Ústecký kraj, CZ. Evidetne rozdilna adresa, pokud je vyplneno, melo by se porovnavat v kazdem pripade.
    Souhlasím, že by to šlo. Problém je, že domy z UIR importu tagy "is_in" nemají, takže porovnávání pomocí "is_in" bude vždy funkční jen napůl. Stejné je to s hranicemi katastru, které sice máte ve své mapě, ale ve zbytku republiky většinou chybí. Zkrátka zatím neznám spolehlivé řešení a žádné z těch nespolehlivých se mi příliš implementovat nechce. Nejvíce by se mi líbilo použít vektorizovanou mapu katastrální území, která už existuje, ale je třeba ji dočistit, přiřadit jména z OCR, sloučit s již existující mapou a importovat... Prozatím je závěr takový, že je nutné stáhnout vždy jen jednu obec a pracovat s ní.
    BTW: Nejaky hint co s hlasenim z tools.geofabrik.de o nenalezene ulici ? Zeby v Nemecku mely vsechny obce pojmenovane ulice ? ;D.
    Nevím, co myslíte... Ten nástroj moc nepoužívám. S pozdravem, Radek Černoch
  36. jzvc jzvc na tpfree.fdns.net #me30b5f
    BTW: Nejaky hint co s hlasenim z tools.geofabrik.de o nenalezene ulici ? Zeby v Nemecku mely vsechny obce pojmenovane ulice ? ;D.
    Nevím, co myslíte... Ten nástroj moc nepoužívám.
    Zobrazuje (mimo jine) kde jsou/nejsou doplneny adresy a pokud nenajde prislusnou ulici, na kterou by "linknul" adresu, tak protestuje. Pr: http://tools.geofabrik.de/osmi/?view=addresses&lon=13.91562&lat=50.63310&zoom=16
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.