Re: [Talk-cz] dibavod A04 = ditch

2011-02-20 Tema obsahu Jachym Cepicky
meliorace je určitě zajímavá informace ... ale není to ditch (příkop). V
ČR jsou to většinou na zemědělských půdách trubky v zemi, takže na
povrchu se to moc neprojevuje

jsem pro když ne odstranění, tak předělání atributu. ditch (příkop) je
jasný terénní fenomén (mohu-li to takhle říct), meliorace je něco pod
povrchem, povrchové poměry sice ovlivňující, ale ne zcela zjevné.

samozřejmě, pod pojem meliorace se toho vejde hodně, i zmiňovaný
příkop a musí se rozhodovat o každém prvku zvlášť.

jáchym

Jan Masopust píše v Ne 20. 02. 2011 v 08:06 +0100:
 Ahoj,
 já už  jsem to navrhoval hned po importu
 (http://lists.openstreetmap.org/pipermail/talk-cz/2010-October/005984.html ), 
 ale jaksi to zapadlo, takze urcite souhlasim s odstranenim.
  
 masox
 
 
 Dne 20. února 2011 0:58 hanoj eha...@gmail.com napsal(a):
 Ahoj,
 pred ctvrt rokem byly s importem DIBAVOD do mapy vlozeny linie
 melioraci A04[1] jako waterway=ditch.
 Co jsem mel moznost se s timto artefaktem setkat, tak jsem
 nikdy
 nenasel v jinych zdrojich (survey, ortofoto, cuzk:km) zadnou
 fyzickou
 reprezentaci neceho dnes oznacovano jako waterway=ditch [2].
 Nezridka
 ty linie vedou pres silnice, stavby, vodni toky a nerespektuji
 terenni
 clenitost.
 
 
 Nemyslite ze nastal cas pro jeho odstraneni z mapy?
 
 hanoj
 
 
 
 [1] http://www.dibavod.cz/index.php?id=27id_dib=4
 [2] http://wiki.openstreetmap.org/wiki/Map_Features#Waterway
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz

-- 
Jachym Cepicky
e-mail: jachym.cepicky gmail com
URL: http://les-ejk.cz
PGP Public key: http://les-ejk.cz/pgp/JachymCepicky.pgp


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] dibavod A04 = ditch

2011-02-20 Tema obsahu Petr Morávek
Ahoj, já jsem našel asi jeden, který k něčemu byl, zbytek jsem mazal.
Myslím, že smazat všechny cesty, které se od importu nezměnily, by
mapě prospělo.
Petr

20/02/2011, Jan Masopust masopust@gmail.com:
 Ahoj,
 já už  jsem to navrhoval hned po importu (
 http://lists.openstreetmap.org/pipermail/talk-cz/2010-October/005984.html ),
 ale jaksi to zapadlo, takze urcite souhlasim s odstranenim.

 masox

 Dne 20. února 2011 0:58 hanoj eha...@gmail.com napsal(a):

 Ahoj,
 pred ctvrt rokem byly s importem DIBAVOD do mapy vlozeny linie
 melioraci A04[1] jako waterway=ditch.
 Co jsem mel moznost se s timto artefaktem setkat, tak jsem nikdy
 nenasel v jinych zdrojich (survey, ortofoto, cuzk:km) zadnou fyzickou
 reprezentaci neceho dnes oznacovano jako waterway=ditch [2]. Nezridka
 ty linie vedou pres silnice, stavby, vodni toky a nerespektuji terenni
 clenitost.


 Nemyslite ze nastal cas pro jeho odstraneni z mapy?

 hanoj



 [1] http://www.dibavod.cz/index.php?id=27id_dib=4
 [2] http://wiki.openstreetmap.org/wiki/Map_Features#Waterway

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz



-- 
Odesláno z mobilního zařízení

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] dibavod A04 = ditch

2011-02-20 Tema obsahu honny
Ahoj, když jsem někde něco editoval a bylo to tam, tak jsem tomu
přidal tag tunnel. Na fotomapě bez nějakých památek... Už dávno jsem
přemýšlel (na Znojemsku, tam jsou toho kvanta), proč se to
importovalo. Resp. proč to není jinak otagované.

- honny

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] dibavod A04 = ditch

2011-02-20 Tema obsahu Mike
Jenže tyhle podpovrchové trubky jsou i v místě, kde prokazatelně žádný
trubky nevedou, kdo ví, co tam všechno je. Taky jsem pro smazání.

On 02/20/2011 09:58 AM, Jachym Cepicky wrote:
 meliorace je určitě zajímavá informace ... ale není to ditch (příkop). V
 ČR jsou to většinou na zemědělských půdách trubky v zemi, takže na
 povrchu se to moc neprojevuje
 
 jsem pro když ne odstranění, tak předělání atributu. ditch (příkop) je
 jasný terénní fenomén (mohu-li to takhle říct), meliorace je něco pod
 povrchem, povrchové poměry sice ovlivňující, ale ne zcela zjevné.
 
 samozřejmě, pod pojem meliorace se toho vejde hodně, i zmiňovaný
 příkop a musí se rozhodovat o každém prvku zvlášť.
 
 jáchym
 
 Jan Masopust píše v Ne 20. 02. 2011 v 08:06 +0100:
 Ahoj,
 já už  jsem to navrhoval hned po importu
 (http://lists.openstreetmap.org/pipermail/talk-cz/2010-October/005984.html 
 ), ale jaksi to zapadlo, takze urcite souhlasim s odstranenim.
  
 masox


 Dne 20. února 2011 0:58 hanoj eha...@gmail.com napsal(a):
 Ahoj,
 pred ctvrt rokem byly s importem DIBAVOD do mapy vlozeny linie
 melioraci A04[1] jako waterway=ditch.
 Co jsem mel moznost se s timto artefaktem setkat, tak jsem
 nikdy
 nenasel v jinych zdrojich (survey, ortofoto, cuzk:km) zadnou
 fyzickou
 reprezentaci neceho dnes oznacovano jako waterway=ditch [2].
 Nezridka
 ty linie vedou pres silnice, stavby, vodni toky a nerespektuji
 terenni
 clenitost.
 
 
 Nemyslite ze nastal cas pro jeho odstraneni z mapy?
 
 hanoj
 
 
 
 [1] http://www.dibavod.cz/index.php?id=27id_dib=4
 [2] http://wiki.openstreetmap.org/wiki/Map_Features#Waterway
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz
 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] dibavod A04 = ditch

2011-02-20 Tema obsahu Petr Morávek [Xificurk]
Jachym Cepicky napsal(a):
 meliorace je určitě zajímavá informace ... ale není to ditch (příkop). V
 ČR jsou to většinou na zemědělských půdách trubky v zemi, takže na
 povrchu se to moc neprojevuje

Problém je, že na data tohoto importu se nedá absolutně spolehnout - a
to ani v tom jestli tam něco vede, ani kde to vede, protože při
editacích jsem zjistil, že:
- Mnoho těch cest tvarem připomíná potok/strouhu, co zhruba v té oblasti
vede, jen je to s průměrnou přesností 20-70m, což je hodně špatné.
- Na některých místech tečou příkopy do kopce, nebo nesmyslně kříží sem
a tam jiné vodní toky.
- Editoval jsem ty příkopy i v některých mně dobře známých místech,
kde si jsem jistý, že skutečně žádný vodní tok na povrchu, ani pod ním
nevede - pokud tam něco byly v minulosti, tak už řádově desítky let
nefunguje.

Celkově tedy sice souhlasím, že informace o melioračních trubkách by
mohla být pro někoho zajímavá, ale data z tohodle importu mají tak
mizernou kvalitu, že asi nadělají víc škody, než užitku.

Petr
attachment: xificurk.vcf

signature.asc
Description: OpenPGP digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


[Talk-cz] dibavod - duplicitní Lu?nice a dal?í malé toky

2011-02-20 Tema obsahu Stanislav Brabec
Ahoj.

Při editaci jsem si náhodou všiml, že dolní tok Lužnice a několik
menších toků je duplicitně (Hlavní stoka, Rybniční stoka a další
přívodní stoky k Nadějské rybniční soustavě.

http://www.openstreetmap.org/?lat=49.109lon=14.74794zoom=15layers=M

Jak byste doporučovali postupovat?

Původní Lužnice je součástí relace waterway, dibavod tuto značku nemá.
(A mimochodem, destination=Moldau mi připadá poněkud zvláštní). Data
poměrně dobře sedí na sobě (odchylka většinou do 10m).

Předpokládám, že pro stoky bude dibavod přesnější - mapování v lese jde
špatně jak s GPS, tak s ortofoto. Ale data dibavod jsou nesprávně
pospojovaná do větších celků (pojmenované stoky - dibavod neznal místní
jména těchto stok). Existuje nějaká konvence pro dibavod:id, pokud
rozdělím jeden původní objekt nebo spojím dva původně různé? Nebo
spojování nedoporučujete?

-- 


Stanislav Brabec
http://www.penguin.cz/~utx


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] dibavod A04 = ditch

2011-02-20 Tema obsahu Michal Grézl
2011/2/20 hanoj eha...@gmail.com:
 Ahoj,
 pred ctvrt rokem byly s importem DIBAVOD do mapy vlozeny linie
 melioraci A04[1] jako waterway=ditch.
 Co jsem mel moznost se s timto artefaktem setkat, tak jsem nikdy
 nenasel v jinych zdrojich (survey, ortofoto, cuzk:km) zadnou fyzickou
 reprezentaci neceho dnes oznacovano jako waterway=ditch [2]. Nezridka
 ty linie vedou pres silnice, stavby, vodni toky a nerespektuji terenni
 clenitost.


 Nemyslite ze nastal cas pro jeho odstraneni z mapy?

 hanoj


Vsechny ditch co najdu mazu.



-- 
Michal Grézl
http://openstreetmap.cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] dibavod A04 = ditch

2011-02-20 Tema obsahu Lukas Kabrt
2011/2/20 Michal Grézl michal.gr...@openstreetmap.cz:

 Vsechny ditch co najdu mazu.

Zase tak radikalni bych nebyl. Ale smazal bych ty waterway=ditch z
importu, které nikdo od importu neupravil (Kdyz je nekdo upravil a
nesmazal, tak predpokladam, ze tam neco takoveho skutecne bude).

--
Lukas Kabrt

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] import adres pardubice

2011-02-20 Tema obsahu Zdeněk Pražák

 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 lu...@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 zpra...@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@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-cz
  
  
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-cz
  
  
  
 
 

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] import adres pardubice

2011-02-20 Tema obsahu Lukas Kabrt
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 zpra...@seznam.cz:

 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 lu...@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 zpra...@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@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-cz
  
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-cz
 
 
 



 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] import adres pardubice

2011-02-20 Tema obsahu Petr Schönmann

Dne 18.2.2011 15:09, Zdeněk Pražák napsal(a):

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


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] dibavod A04 = ditch

2011-02-20 Tema obsahu Pavel Machek
On Sun 2011-02-20 09:58:33, Petr Morávek wrote:
 Ahoj, já jsem našel asi jeden, který k něčemu byl, zbytek jsem mazal.
 Myslím, že smazat všechny cesty, které se od importu nezměnily, by
 mapě prospělo.

Nejsem proti...

A sorry, ta data proste vypadala lakave :-).
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] import adres pardubice

2011-02-20 Tema obsahu Libor Pechacek
On Fri 18-02-11 16:53:50, Lukas Kabrt wrote:
 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] import adres pardubice

2011-02-20 Tema obsahu Libor Pechacek
On Sun 20-02-11 22:18:03, Petr Schönmann 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.

Toto řešení se mi líbí vice.

Libor

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] import adres pardubice

2011-02-20 Tema obsahu hanoj
 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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz