« zpět na výpis měsíce |

[Talk-cz] import adres pardubice

Vlákno 18.2. - 24.2.2011, počet zpráv: 21


18.2.2011 03:09:01 (#1)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
800
Chtěl jsem naimportovat adresní body okresu Pardubice, podle návodu na wiki Import adres jsem si stáhl požadované soubory a rozbalil je do adresáře data. Nyní nevím jak mám spustit soubor _merge.bat na vygenerování osm souborů.. Po poklepání na uvedený soubor mi krátce problikne okno a ihned se zase zavře. V adresáři pro data Pardubice nemám žádnou složku Results

18.2.2011 04:53:50 (#2)
gravatar

Lukas Kabrt

<lukas at kabrt.cz>
93
Zkoušel jsem data pro Pardubice vygenerovat a mě funguje vše bez problémů. Zkuste se přesvědčit, jestli je jsou všechna data rozbalená ve správném adresáři. Složka s programem by měla vypadat následovně: - CUZK.Common.dll - GeoUtils.dll - merge-cuzk-db.exe - OSMUtils.dll - data - adresy.xml - kucr.osm - Pardubice - buildings.csv - HOLICE - __merge.bat - ..... - PARDUBICE - __merge.bat - ...... - PĚLOUČ - __merge.bat - ...... Lukáš Kábrt 2011/2/18 Zdeněk Pražák <ZPrazak na seznam.cz>: zobrazit citaci
> Chtěl jsem naimportovat adresní body okresu Pardubice, podle návodu na wiki Import adres jsem si stáhl požadované soubory a rozbalil je do adresáře data. > Nyní nevím jak mám spustit soubor _merge.bat na vygenerování osm souborů.. > Po poklepání na uvedený soubor mi krátce problikne okno a ihned se zase zavře. > V adresáři pro data Pardubice nemám žádnou složku Results > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.2.2011 05:36:07 (#3)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
800
děkuji za radu, po přesunutí adresářů dle vzoru mi to funguje zobrazit citaci
> ------------ Původní zpráva ------------ > Od: Lukas Kabrt <lukas na kabrt.cz> > Předmět: Re: [Talk-cz] import adres pardubice > Datum: 18.2.2011 16:56:15 > ---------------------------------------- > Zkoušel jsem data pro Pardubice vygenerovat a mě funguje vše bez > problémů. Zkuste se přesvědčit, jestli je jsou všechna data rozbalená > ve správném adresáři. > > Složka s programem by měla vypadat následovně: > > - CUZK.Common.dll > - GeoUtils.dll > - merge-cuzk-db.exe > - OSMUtils.dll > - data > - adresy.xml > - kucr.osm > - Pardubice > - buildings.csv > - HOLICE > - __merge.bat > - ..... > - PARDUBICE > - __merge.bat > - ...... > - PĚLOUČ > - __merge.bat > - ...... > > Lukáš Kábrt > 2011/2/18 Zdeněk Pražák <ZPrazak na seznam.cz>: > > Chtěl jsem naimportovat adresní body okresu Pardubice, podle návodu na wiki > Import adres jsem si stáhl požadované soubory a rozbalil je do adresáře data. > > Nyní nevím jak mám spustit soubor _merge.bat na vygenerování osm souborů.. > > Po poklepání na uvedený soubor mi krátce problikne okno a ihned se zase > zavře. > > V adresáři pro data Pardubice nemám žádnou složku Results > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

20.2.2011 08:38:19 (#4)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
800
zobrazit citaci
> děkuji za radu, po přesunutí adresářů dle vzoru mi to funguje pro data z okresu Pardubice a jiných okresů.
Když jsem však zkusil data z okresu Benešov, tak mi nefunguje vytváření dat z souborů s názvy _merge-název obce. V okně programu se napíše: output results-mappings _BENEŠOV.map a objeví se hláška program CUZK Merge přestal pracovat Pražák zobrazit citaci
> > > ------------ Původní zpráva ------------ > > Od: Lukas Kabrt <lukas na kabrt.cz> > > Předmět: Re: [Talk-cz] import adres pardubice > > Datum: 18.2.2011 16:56:15 > > ---------------------------------------- > > Zkoušel jsem data pro Pardubice vygenerovat a mě funguje vše bez > > problémů. Zkuste se přesvědčit, jestli je jsou všechna data rozbalená > > ve správném adresáři. > > > > Složka s programem by měla vypadat následovně: > > > > - CUZK.Common.dll > > - GeoUtils.dll > > - merge-cuzk-db.exe > > - OSMUtils.dll > > - data > > - adresy.xml > > - kucr.osm > > - Pardubice > > - buildings.csv > > - HOLICE > > - __merge.bat > > - ..... > > - PARDUBICE > > - __merge.bat > > - ...... > > - PĚLOUČ > > - __merge.bat > > - ...... > > > > Lukáš Kábrt > > 2011/2/18 Zdeněk Pražák <ZPrazak na seznam.cz>: > > > Chtěl jsem naimportovat adresní body okresu Pardubice, podle návodu na wiki > > Import adres jsem si stáhl požadované soubory a rozbalil je do adresáře data. > > > Nyní nevím jak mám spustit soubor _merge.bat na vygenerování osm souborů.. > > > Po poklepání na uvedený soubor mi krátce problikne okno a ihned se zase > > zavře. > > > V adresáři pro data Pardubice nemám žádnou složku Results > > > > > > _______________________________________________ > > > Talk-cz mailing list > > > Talk-cz na openstreetmap.org > > > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > >

20.2.2011 09:25:35 (#5)
gravatar

Lukas Kabrt

<lukas at kabrt.cz>
93
V bat souborech jsem nasel chybu ... chybi mezera pred "-mappings", staci ji do bat souboru dopsat a uz to funguje. Neumim si to vysvetlit, jak to ze pro benesov tam ty mezery chybi a u ostatnich okresu je to spravne. -- Lukas Kabrt 2011/2/20 Zdeněk Pražák <ZPrazak na seznam.cz>: zobrazit citaci
> >> děkuji za radu, po přesunutí adresářů dle vzoru mi to funguje pro data z okresu Pardubice a jiných okresů. > Když jsem však zkusil data z okresu Benešov, tak mi nefunguje vytváření dat z souborů s názvy _merge-název obce. > V okně programu se napíše: output results-mappings _BENEŠOV.map a objeví se hláška program CUZK Merge přestal pracovat > Pražák >> >> > ------------ Původní zpráva ------------ >> > Od: Lukas Kabrt <lukas na kabrt.cz> >> > Předmět: Re: [Talk-cz] import adres pardubice >> > Datum: 18.2.2011 16:56:15 >> > ---------------------------------------- >> > Zkoušel jsem data pro Pardubice vygenerovat a mě funguje vše bez >> > problémů. Zkuste se přesvědčit, jestli je jsou všechna data rozbalená >> > ve správném adresáři. >> > >> > Složka s programem by měla vypadat následovně: >> > >> > - CUZK.Common.dll >> > - GeoUtils.dll >> > - merge-cuzk-db.exe >> > - OSMUtils.dll >> > - data >> >     - adresy.xml >> >     - kucr.osm >> >     - Pardubice >> >             - buildings.csv >> >             - HOLICE >> >                     - __merge.bat >> >                     - ..... >> >             - PARDUBICE >> >                     - __merge.bat >> >                     - ...... >> >             - PĚLOUČ >> >                     - __merge.bat >> >                     - ...... >> > >> > Lukáš Kábrt >> > 2011/2/18 Zdeněk Pražák <ZPrazak na seznam.cz>: >> > > Chtěl jsem naimportovat adresní body okresu Pardubice, podle návodu na wiki >> > Import adres jsem si stáhl požadované soubory a rozbalil je do adresáře data. >> > > Nyní nevím jak mám spustit soubor _merge.bat na vygenerování osm souborů.. >> > > Po poklepání na uvedený soubor mi krátce problikne okno a ihned se zase >> > zavře. >> > > V adresáři pro data Pardubice nemám žádnou složku Results >> > > >> > > _______________________________________________ >> > > Talk-cz mailing list >> > > Talk-cz na openstreetmap.org >> > > http://lists.openstreetmap.org/listinfo/talk-cz >> > > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

20.2.2011 10:18:03 (#6)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
219 1741
Dne 18.2.2011 15:09, Zdeněk Pražák napsal(a): zobrazit citaci
> Chtěl jsem naimportovat adresní body okresu Pardubice, podle návodu na wiki Import adres jsem si stáhl požadované soubory a rozbalil je do adresáře data. > Nyní nevím jak mám spustit soubor _merge.bat na vygenerování osm souborů.. > Po poklepání na uvedený soubor mi krátce problikne okno a ihned se zase zavře. > V adresáři pro data Pardubice nemám žádnou složku Results > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
Dobrý den, chtěl bych se zeptat co dělat v případě, že už v mapě jsou zaneseny adresní body, ale ne jako body, ale jako vlastnost objektu , přímo budovy.

20.2.2011 11:05:33 (#7)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
On Fri 18-02-11 16:53:50, Lukas Kabrt wrote: zobrazit citaci
> Složka s programem by měla vypadat následovně: > > - CUZK.Common.dll > - GeoUtils.dll > - merge-cuzk-db.exe > - OSMUtils.dll > - data > - adresy.xml > - kucr.osm > - Pardubice > - buildings.csv > - HOLICE > - __merge.bat > - ..... > - PARDUBICE > - __merge.bat > - ...... > - PĚLOUČ > - __merge.bat > - ......
Pro zájemce o rozchození importu pod Linuxem se může hodit i následující informace: 1) čeština je v ZIP archivech v kódováníCP852 2) k rozbalení archivů je třeba použít 7zip, nejlépe s LANG=POSIX (jestli si dobře pamatuji unzip pozměnil jména) 3) BAT-y si přeložíte na shellové skripty následovně: #!/bin/bash for i in "$@"; do iconv -f cp852 -t utf8 < $i | \ sed 's/-mappings \([^ ]*\) /-mappings "\1" /;s/^\([^ ]*\) /mono \1.exe /;s:\\:/:g' \ zobrazit citaci
> "$(basename $i .bat).sh"
chmod a+x "$(basename $i .bat).sh" done Libor

20.2.2011 11:17:39 (#8)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
On Sun 20-02-11 22:18:03, Petr Schönmann wrote: zobrazit citaci
> chtěl bych se zeptat co dělat v případě, že už v mapě jsou zaneseny > adresní body, ale ne jako body, ale jako vlastnost objektu , přímo > budovy.
Měl jsem kdysi stejný nápad, ale pak jsem se podíval na mapu Berlína a viděl, že tam nemají budovy adresu, nýbrž adresní body jsou součástí obrysu budovy. Adresní bod je (zřejmě) v místě vchodu do budovy. Toto řešení se mi líbí vice. Libor

21.2.2011 12:36:44 (#9)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
>> chtěl bych se zeptat co dělat v případě, že už v mapě jsou zaneseny >> adresní body, ale ne jako body, ale jako vlastnost objektu , přímo >> budovy. > > Měl jsem kdysi stejný nápad, ale pak jsem se podíval na mapu Berlína a viděl, > že tam nemají budovy adresu, nýbrž adresní body jsou součástí obrysu budovy. > Adresní bod je (zřejmě) v místě vchodu do budovy.
*** to je nestastne reseni jiz tu diskutovane, nebot: * jedna budova muze mit a v nezridka ve skutecnosti ma vice adresnich bodu, ktera maji vazbu na stejnou nebo jine nazvy ulic, tj. budova != adresni bod * davkove zpracovani (udrzba, aktualizace, export, render) adresnich bodu objevujicich se jako bod linie ci plocha je problematicke * do adresniho bodu patri jen adresni bod (nikoliv POI) jak se nezridka deje. opet POI != adresni bod hanoj

21.2.2011 09:10:56 (#10)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
Ahoj, On Mon 21-02-11 00:36:44, hanoj wrote: zobrazit citaci
> >> chtěl bych se zeptat co dělat v případě, že už v mapě jsou zaneseny > >> adresní body, ale ne jako body, ale jako vlastnost objektu , přímo > >> budovy. > > Měl jsem kdysi stejný nápad, ale pak jsem se podíval na mapu Berlína a viděl, > > že tam nemají budovy adresu, nýbrž adresní body jsou součástí obrysu budovy. > > Adresní bod je (zřejmě) v místě vchodu do budovy. > *** to je nestastne reseni jiz tu diskutovane,
Byl by odkaz na předchozí diskuzi? zobrazit citaci
> nebot: > * jedna budova muze mit a v nezridka ve skutecnosti ma vice adresnich > bodu, ktera maji vazbu na stejnou nebo jine nazvy ulic, tj. budova != > adresni bod
Byl by příklad? Budovy v katastru mají vždy maximálně jedno popisné čislo. zobrazit citaci
> * davkove zpracovani (udrzba, aktualizace, export, render) adresnich > bodu objevujicich se jako bod linie ci plocha je problematicke
Ve výše uvedeném alternativním návrhu zůstávají body body a patří do cest které tvoří obrysy budov. V případě úpravy informace v adresním bodu je jedno jestli je-li součástí cesty či ne. Libor

21.2.2011 09:48:01 (#11)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> On Mon 21-02-11 00:36:44, hanoj wrote: >> >> chtěl bych se zeptat co dělat v případě, že už v mapě jsou zaneseny >> >> adresní body, ale ne jako body, ale jako vlastnost objektu , přímo >> >> budovy. >> > Měl jsem kdysi stejný nápad, ale pak jsem se podíval na mapu Berlína a viděl, >> > že tam nemají budovy adresu, nýbrž adresní body jsou součástí obrysu budovy. >> > Adresní bod je (zřejmě) v místě vchodu do budovy. >> *** to je nestastne reseni jiz tu diskutovane, > > Byl by odkaz na předchozí diskuzi?
*** myslim ze to je tato: http://www.mail-archive.com/talk-cz na openstreetmap.org/msg04099.html zobrazit citaci
>> nebot: >> * jedna budova muze mit a v nezridka ve skutecnosti ma vice adresnich >> bodu, ktera maji vazbu na stejnou nebo jine nazvy ulic, tj. budova != >> adresni bod > > Byl by příklad?  Budovy v katastru mají vždy maximálně jedno popisné čislo.
*** rozdil je v cislech orientacnich, popisne je stejne. Zpravidla se jedna o narozi, nekdy i radovou zastavbu. napr: blok budov kvetinarska, masarykova, zelny trh http://osm.org/go/0Jv1vp na fP-- zobrazit citaci
>> * davkove zpracovani (udrzba, aktualizace, export, render) adresnich >> bodu objevujicich se jako bod linie ci plocha je problematicke > > Ve výše uvedeném alternativním návrhu zůstávají body body a patří do cest které > tvoří obrysy budov.  V případě úpravy informace v adresním bodu je jedno jestli > je-li součástí cesty či ne.
*** aha, to jsem nepochopil, myslel jsem ze tagy jsou pridany polygonu, nikoliv ze bod je jako jeden z bodu tvorici polygonu. Otazka je co tato komplikace prinasi. Zjisteni informace "v jakem polygonu lezi bod" je zakladni prostorovy dotaz implementovany snad do kazde geo knihovny. hanoj

21.2.2011 04:08:04 (#12)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
On Mon 21-02-11 09:48:01, hanoj wrote: zobrazit citaci
> > On Mon 21-02-11 00:36:44, hanoj wrote: > >> >> chtěl bych se zeptat co dělat v případě, že už v mapě jsou zaneseny > >> >> adresní body, ale ne jako body, ale jako vlastnost objektu , přímo > >> >> budovy. > >> > Měl jsem kdysi stejný nápad, ale pak jsem se podíval na mapu Berlína a viděl, > >> > že tam nemají budovy adresu, nýbrž adresní body jsou součástí obrysu budovy. > >> > Adresní bod je (zřejmě) v místě vchodu do budovy. > >> *** to je nestastne reseni jiz tu diskutovane, > > > > Byl by odkaz na předchozí diskuzi? > *** myslim ze to je tato: > http://www.mail-archive.com/talk-cz na openstreetmap.org/msg04099.html
OK, podívám se. zobrazit citaci
> >> nebot: > >> * jedna budova muze mit a v nezridka ve skutecnosti ma vice adresnich > >> bodu, ktera maji vazbu na stejnou nebo jine nazvy ulic, tj. budova != > >> adresni bod > > > > Byl by příklad?  Budovy v katastru mají vždy maximálně jedno popisné čislo. > *** rozdil je v cislech orientacnich, popisne je stejne. Zpravidla se > jedna o narozi, nekdy i radovou zastavbu. > napr: blok budov kvetinarska, masarykova, zelny trh > http://osm.org/go/0Jv1vp na fP--
Jistě, už chápu. V Praze jsem také našel snadno příklady. zobrazit citaci
> >> * davkove zpracovani (udrzba, aktualizace, export, render) adresnich > >> bodu objevujicich se jako bod linie ci plocha je problematicke > > > > Ve výše uvedeném alternativním návrhu zůstávají body body a patří do cest které > > tvoří obrysy budov.  V případě úpravy informace v adresním bodu je jedno jestli > > je-li součástí cesty či ne. > *** aha, to jsem nepochopil, myslel jsem ze tagy jsou pridany > polygonu, nikoliv ze bod je jako jeden z bodu tvorici polygonu. > Otazka je co tato komplikace prinasi. Zjisteni informace "v jakem > polygonu lezi bod" je zakladni prostorovy dotaz implementovany snad do > kazde geo knihovny.
"Komplikace"? Měl jsem za to, že diskutujeme možnosti ukládání informací do Openstreetmap s ohledem na pozdější dávkové zpracování. Nikdo tím není nucen komplikovat si práci. Návrh "tagy na polygonu" padl kvůli nárožním budovám, body uvnitř polygonu jsou zaběhnutý postup, body součástí polygonu může být přijatelná alternativa pro ty, kdo chtějí mít nějak "napevno" spojený dům s adresou. OK? Libor

21.2.2011 05:39:15 (#13)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> "Komplikace"?  Měl jsem za to, že diskutujeme možnosti ukládání informací do > Openstreetmap s ohledem na pozdější dávkové zpracování.  Nikdo tím není nucen > komplikovat si práci. > > Návrh "tagy na polygonu" padl kvůli nárožním budovám, body uvnitř polygonu jsou > zaběhnutý postup, body součástí polygonu může být přijatelná alternativa pro
*** Jednotnost zadavani dat je velka vyhoda... Tato alternativa znamena, ze pri presunu tohoto bodu se musim ptat, zda nema nejakeho rodice, jinak znicim way jiz je clenem. Stejne tak pri manipulaci s way. zobrazit citaci
> ty, kdo chtějí mít nějak "napevno" spojený dům s adresou. OK?
*** Co je konkretnim prinosem tohoto pevneho spojeni? PS: Kdyz mezi gisaky reknu, ze v OSM nelze na prvni pohled rozlisit mezi polyline a polygon, musim ho obratem pozvat na panaka. hanoj

22.2.2011 04:16:10 (#14)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
On Mon 21-02-11 17:39:15, hanoj wrote: zobrazit citaci
> > "Komplikace"?  Měl jsem za to, že diskutujeme možnosti ukládání informací do > > Openstreetmap s ohledem na pozdější dávkové zpracování.  Nikdo tím není nucen > > komplikovat si práci. > > > > Návrh "tagy na polygonu" padl kvůli nárožním budovám, body uvnitř polygonu jsou > > zaběhnutý postup, body součástí polygonu může být přijatelná alternativa pro > *** Jednotnost zadavani dat je velka vyhoda... Tato alternativa > znamena, ze pri presunu tohoto bodu se musim ptat, zda nema nejakeho > rodice, jinak znicim way jiz je clenem. Stejne tak pri manipulaci s > way.
Ano, to je zřejmé. Co mi zřejmé není jsou důvody pro automatizovaný _přesun_ adresních bodů. zobrazit citaci
> > ty, kdo chtějí mít nějak "napevno" spojený dům s adresou. OK? > *** Co je konkretnim prinosem tohoto pevneho spojeni?
Zmínili jsme orientační čísla budov. To jsou tabulky připevněné na vnějšku obvodových zdí domů. Jak už jsme diskutovali u nárožních domů, jedno orientační číslo domu může mít jeden adresní bod. Selský rozum mi praví, že by měl být v místě, kde se vyskytuje ona tabulka s orientačním číslem - tedy v mapě na obrysu budovy. Tolik úvaha z pohledu uživatele mapy. Libor

22.2.2011 04:30:11 (#15)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Adresní bod je v ČR asociován buď s domem, nebo s vchodem (alespoň v Praze, navíc ten vchod nemusí existovat). Jedna věc je, aby se bod zobrazoval v místě toho vchodu, na to ho stačí posunout (a víc to nekomplikovat). Druhá věc je, jestli by nebylo vhodné mít v mapě asociaci mezi domem/vchodem a adresním bodem. Tato informace v mapě nyní není (komplikovaně by se dala zjišťovat hledáním bodu v polygonu), ale mohla by být docela užitečná. V současném stavu nejde jednoduše zjistit věci jako: jakou adresu má škola s názvem XY, co je v obchodním bodě s adresou YX za obchody apod. Umísťování bodů na obvod ani psaní adres do polygonu budovy se mi nezdají jako nejšťastnější řešení. Možná by šlo vymyslet něco s relacemi, ale to by zase možná bylo moc komplikované. zobrazit citaci
> ------------ Původní zpráva ------------ > Od: Libor Pechacek <lpechacek na gmx.com> > Předmět: Re: [Talk-cz] import adres pardubice > Datum: 22.2.2011 16:16:44 > ---------------------------------------- > > *** Co je konkretnim prinosem tohoto pevneho spojeni? > > Zmínili jsme orientační čísla budov. To jsou tabulky připevněné na vnějšku > obvodových zdí domů. Jak už jsme diskutovali u nárožních domů, jedno > orientační číslo domu může mít jeden adresní bod. Selský rozum mi praví, že by > měl být v místě, kde se vyskytuje ona tabulka s orientačním číslem - tedy > v mapě na obrysu budovy. Tolik úvaha z pohledu uživatele mapy. > > Libor > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >
Petr Dlouhý petr.dlouhy na email.cz

23.2.2011 07:52:39 (#16)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
zobrazit citaci
> * davkove zpracovani (udrzba, aktualizace, export, render) adresnich > bodu objevujicich se jako bod linie ci plocha je problematicke > * do adresniho bodu patri jen adresni bod (nikoliv POI) jak se > nezridka deje. opet POI != adresni bod
Na druhou stranu -- kdyz bude POI oddeleny od adresniho bodu, bude tezke odpovedet na dotaz "jakou adresu ma tahle restaurace?". Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

23.2.2011 07:53:00 (#17)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
On Mon 2011-02-21 17:39:15, hanoj wrote: zobrazit citaci
> > "Komplikace"?  Měl jsem za to, že diskutujeme možnosti ukládání informací do > > Openstreetmap s ohledem na pozdější dávkové zpracování.  Nikdo tím není nucen > > komplikovat si práci. > > > > Návrh "tagy na polygonu" padl kvůli nárožním budovám, body uvnitř polygonu jsou > > zaběhnutý postup, body součástí polygonu může být přijatelná alternativa pro > *** Jednotnost zadavani dat je velka vyhoda... Tato alternativa > znamena, ze pri presunu tohoto bodu se musim ptat, zda nema nejakeho > rodice, jinak znicim way jiz je clenem. Stejne tak pri manipulaci s > way.
Ptat bych se mel stejne... kdyz presunu adresni bod mimo dum, bude to divny, ze? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

24.2.2011 01:20:52 (#18)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> Zmínili jsme orientační čísla budov. To jsou tabulky připevněné na > vnějšku > obvodových zdí domů. Jak už jsme diskutovali u nárožních domů, jedno > orientační číslo domu může mít jeden adresní bod. Selský rozum mi > praví, že by > měl být v místě, kde se vyskytuje ona tabulka s orientačním číslem - > tedy > v mapě na obrysu budovy. Tolik úvaha z pohledu uživatele mapy.
Ano, a přidal by se tam pak tag building=entrance aby to mělo logiku ... Problém pak ale může vznikat, pokud si někdo (např. přes XAPI) stáhne nějaké adresní body a pak s nimi začne hýbat. Pokud je bude posouvat např. iniciativně do středu budovy, může nechtěně zmrvit geometrii budov. Osobně jsem pro, aby se adresní body nepřidávaly ani do polygonů budov, ani nemixovaly s POI - aby to byly samostatné body. Možná by šel napsat skript, co by tohle kontroloval - z dumpu z geofabrik vytahá adresní body co mají buď tagy navíc (tedy POI spojené s adresou), jsou na polygonu (což zas není takový problém, pokud to není např. rohová budova, osobně bych to tak už v mapě nechal pokud ten tag někdo dá na budovu) nebo jsou součástí jiného polygonu (v lepším přáípadě polygonu budovy, v horším je někdo omylem napojí do zcela nesouvisejícího polygonu - nutno z polygonu odpojit, ) a to by se pak dalo využít k opravám. Martin

24.2.2011 01:25:45 (#19)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> Na druhou stranu -- kdyz bude POI oddeleny od adresniho bodu, bude > tezke odpovedet na dotaz "jakou adresu ma tahle restaurace?".
A jak pak řešit kdy na jedné adrese je více POI (například dům s pasáží, kde jsou třeba 3 obchody)? Při spojení POI a adresního bodu by pak buď adresa musela být zduplikovaná na všech 3 POI (což není moc dobré), nebo by byla na jednom z nich a zbylé 2 mají smůlu (což taky není dobré) Asi nejlepší by bylo to vyřešit nějak relací (buď nový typ relace, nebo nějak rozšířit associatedStreet) Martin

24.2.2011 01:32:51 (#20)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
MP napsal(a): zobrazit citaci
> Problém pak ale může vznikat, pokud si někdo (např. přes XAPI) stáhne > nějaké adresní body a pak s nimi začne hýbat. Pokud je bude posouvat > např. iniciativně do středu budovy, může nechtěně zmrvit geometrii budov.
Tohle ale přeci není možné používat jako rozumný argument - podobně nějaký "šikula" může zmršit spoustu jiných věcí, pokud si stáhne jen část dat a ty začne editovat bez ohledu na jejich souvislosti s dalšími objekty. Petr ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20110224/5efc26fb/attachment.sig>

24.2.2011 07:51:08 (#21)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Ahoj, to je samozřejmě nesmysl. Adresní bod má vztah k danému vchodu, který má vztah k dané budově (případně přímo bod k budově). Pokud je ta restaurace umístěná v dané budově, tak by měla být reprezentována bodem s nějaký vztahem k té budově (pokud je budova primárně restaurací, tak je můžeme tagovat na jedem objekt). Mezi adresním bodem a bodem restaurace ale žádný přímý vztah logicky neexistuje. To co v mapě chybí je informace o vztazích adresní bod -> vchod -> budova a restarační bod -> budova. On Thu, 24 Feb 2011 01:25:45 +0100, MP <singularita na gmail.com> wrote: zobrazit citaci
>> Na druhou stranu -- kdyz bude POI oddeleny od adresniho bodu, bude >> tezke odpovedet na dotaz "jakou adresu ma tahle restaurace?". > > A jak pak řešit kdy na jedné adrese je více POI (například dům s > pasáží, kde jsou třeba 3 obchody)? > Při spojení POI a adresního bodu by pak buď adresa musela být > zduplikovaná na všech 3 POI (což není moc dobré), nebo by byla na > jednom z nich a zbylé 2 mají smůlu (což taky není dobré) > > Asi nejlepší by bylo to vyřešit nějak relací (buď nový typ relace, nebo > nějak rozšířit associatedStreet) > > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
-- Petr Dlouhý

« zpět na výpis měsíce