> 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?

> 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 > >

> opět není zařazeno přidání tagu building=yes v pluginu czechaddress, > šlo by to doplnit ?

>> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> > 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?

> Nas asi vazba ze jeden objekt ma vice adres nezajima, takze nekde doprostred > budovy prsknout node urcujici adresu staci.

> Dne 3. srpen 2009 14:49 Petr Schönmann <pschonmann na gmail.com> napsal(a): > >> >> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

>> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> > 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.

> Zdravim, > > Dne 4. srpen 2009 20:34 MP <singularita na gmail.com > <mailto:singularita na gmail.com>> napsal(a): > > > 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. > > -- > S pozdravem/Best regards > Bc. Ondrej Novy > > Email: novy na ondrej.org <mailto:novy na ondrej.org> > Jabber: onovy na njs.netlab.cz <mailto:onovy na njs.netlab.cz> > ICQ: 115-674-713 > Tel/Cell: +420 777 963 207 > > ------------------------------------------------------------------------ > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> 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)

>> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Neda se za vazbu povazovat adresni bod je v oblasti ohranicene objektem?

> 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...

> 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)

> 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. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> 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 >

> 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

> 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.

> 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.

>> 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?

>> *** 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.

> 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 > >

> ... Variantne moznost zobrazit pouze > nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je > zmapovano.

>>> *** 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.

> 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)

> Radomír Černoch napsal(a): >> 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.

> + 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.

> Zdravim, > > > Dne 6. srpen 2009 17:28 jzvc <jzvc na tpfree.fdns.net> napsal(a): >> >> ... 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.

> -- > S pozdravem/Best regards > Bc. Ondrej Novy > > Email: novy na ondrej.org > Jabber: onovy na njs.netlab.cz > ICQ: 115-674-713 > Tel/Cell: +420 777 963 207 > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

> 2009/8/6 Ondrej Novy <novy na ondrej.org>: > >> Zdravim, >> >> >> Dne 6. srpen 2009 17:28 jzvc <jzvc na tpfree.fdns.net> napsal(a): >> >>> ... 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 > >

>> -- >> S pozdravem/Best regards >> Bc. Ondrej Novy >> >> Email: novy na ondrej.org >> Jabber: onovy na njs.netlab.cz >> ICQ: 115-674-713 >> Tel/Cell: +420 777 963 207 >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > > > >

> 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.

> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Radomír Černoch napsal(a): >> 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.

> >> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >