[Talk-cz] import adres pardubice
Vlákno 18.2. - 24.2.2011, počet zpráv: 21
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
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
>
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
>
>
>
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
> >
> >
> >
>
>
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
>
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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>
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