import adres pardubice

20 zpráv
Zpět na přehled

import adres pardubice

20 zpráv LZHLPMPP 9 účastníků 13 min čtení
  1. Zdeněk Pražák ZPrazak na seznam.cz #m07c0a0
    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
  2. Lukas Kabrt lukas na kabrt.cz #mbcb8b1
    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>:
  3. Zdeněk Pražák ZPrazak na seznam.cz #m7409df
    děkuji za radu, po přesunutí adresářů dle vzoru mi to funguje
  4. Zdeněk Pražák ZPrazak na seznam.cz #m656ad1
    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
  5. Lukas Kabrt lukas na kabrt.cz #m5b4752
    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.
  6. Petr Schönmann pschonmann na gmail.com #m7ca686
    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
    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.
  7. Libor Pechacek lpechacek na gmx.com #m77e53f
    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' \ > "$(basename $i .bat).sh" chmod a+x "$(basename $i .bat).sh" done Libor
  8. Libor Pechacek lpechacek na gmx.com #ma7e215
    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
  9. hanoj ehanoj na gmail.com #mb1449d
    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
  10. Libor Pechacek lpechacek na gmx.com #m282c2e
    Ahoj,
    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?
    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.
    * 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
  11. hanoj ehanoj na gmail.com #m93e6fd
    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:
    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--
    * 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
  12. Libor Pechacek lpechacek na gmx.com #m8f6283
    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:
    OK, podívám se.
    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.
    * 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
  13. hanoj ehanoj na gmail.com #mf28d84
    "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.
    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
  14. Libor Pechacek lpechacek na gmx.com #m992418
    "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ů.
    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
  15. Petr Dlouhý petr.dlouhy na email.cz #med6283
    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é.
    ----------------------------------------
    *** 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
    Petr Dlouhý petr.dlouhy na email.cz
  16. Pavel Machek pavel na ucw.cz #m5bf578
    * 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
  17. Pavel Machek pavel na ucw.cz #ma8681f
    "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
  18. MP singularita na gmail.com #mb3071d
    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
  19. MP singularita na gmail.com #m521878
    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
  20. "Petr Morávek [Xificurk]" xificurk na gmail.com #maa4ebc
    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
Napsat odpověď e-mailem… Odpovědět

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