Dne 3.8.2012 10:41, hanoj napsal(a):
Postup - rozdělit podle katastrů, velké katastry klidně ještě na pár
částí a ty pak postupně ručně importovat je určitě lepší, než hromadný
import.
*** napred rucne a pak import - zda se mi to jako komplikace pro
cloveka pracujiciho s importem navic. Uz
Dne 24. srpna 2012 15:15 jzvc j...@tpfree.net napsal(a):
Dne 3.8.2012 10:41, hanoj napsal(a):
Postup - rozdělit podle katastrů, velké katastry klidně ještě na pár
částí a ty pak postupně ručně importovat je určitě lepší, než hromadný
import.
*** napred rucne a pak import - zda se mi to jako
On Thu 2012-08-02 13:41:03, jzvc wrote:
Dne 29.7.2012 10:16, Martin Kokeš napsal(a):
Já jsem pro hromadný import, případně následně pro vytvoření robota na
údržbu. Minimálně u adresních bodů.
MK
A dopadne to jako potoky, ktery nejsou spraveny doted.
Mozna je to nepopularni nazor,
Dne 4.8.2012 15:28, Pavel Machek napsal(a):
On Thu 2012-08-02 13:41:03, jzvc wrote:
Dne 29.7.2012 10:16, Martin Kokeš napsal(a):
Já jsem pro hromadný import, případně následně pro vytvoření robota na údržbu.
Minimálně u adresních bodů.
MK
A dopadne to jako potoky, ktery nejsou spraveny
A dopadne to jako potoky, ktery nejsou spraveny doted.
Mozna je to nepopularni nazor, ale od importu potoku se stala osm *o
hodne* pouzitelnejsi.
Naprostý souhlas. Vodní toky a nádrže jsou kromě silnic snad jedinou
věcí, na kterou se můžu spolehnout, že je v mapě opravdu plošně.
Postup - rozdělit podle katastrů, velké katastry klidně ještě na pár
částí a ty pak postupně ručně importovat je určitě lepší, než hromadný
import. Když budou data někde k dispozici + stránka na wiki, za pár
měsíců uživatelé naimportují své okolí a pak se ukáže, co zbývá a
uvidí se, co s tím
Ooops, myšleno sedmikoeficientová (prostě těch 7 toWGS čísel), občas se mi to
plete.
*** ja myslim ze zaklade uvedenho textu je zrejme, ze chyba 20 metru
nemuze nastat. To je pak chyba nekde jinde.
h.
hanoj
Druhy transformací
podle přesnosti (WGS84/ERTS89-S-JTSK) 2D:
*100-110 metrů na
Postup - rozdělit podle katastrů, velké katastry klidně ještě na pár
částí a ty pak postupně ručně importovat je určitě lepší, než hromadný
import.
*** napred rucne a pak import - zda se mi to jako komplikace pro
cloveka pracujiciho s importem navic. Uz tak dost je to slozite a
nevidim tam
Ahoj,
ja jsem pro co nejvetsi automatizaci. Predstavoval bych si to jako
plugin do JOSM, ktery pro zadanou oblast zobrazi tri typy zmen:
1) trivialni zmeny - v ruian je neco navic nebo zmena u objektu z importu
2) podezrele zmeny - v ruian je zmena u objektu, ktery nekdo manualne upravil
3)
:) Zrovna jsem se chtěl ozvat.
Za svojí prací si stojím, investoval jsem hodně úsilí do korektnosti importů.
Na druhou stranu vím, že některé importy nejsou až tak důkladně provedené.
Nemám nic proti přepsání svých importů daty z RÚIAN, obsahově by měly být
totožná.
Libor
On Wed 01-08-12
Ja vam tady do toho lehce vstoupim - moje predstava, jak by to mohlo
docela pekne fungovat = upravit soucasny tracer plugin, a to tak, ze
nebude trasovat z bitmapy, ale veme vektor/body.
= zdroj zi zobrazim jako podklad, a pokud klipnu do budovy, tak ji to
bafne a vlozi do aktivniho layeru. Melo
Dne 2.8.2012 10:54, Libor Pechacek napsal(a):
:) Zrovna jsem se chtěl ozvat.
Za svojí prací si stojím, investoval jsem hodně úsilí do korektnosti importů.
Na druhou stranu vím, že některé importy nejsou až tak důkladně provedené.
Nemám nic proti přepsání svých importů daty z RÚIAN, obsahově
]
To:
OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org]
Sent: Sat,
28 Jul 2012 22:35:08 +0200
Subject: Re: [Talk-cz] import budov
Ja bych nadhodil nekolik otazek treba pro adresni body:
* Kolik je
adresnich bodu? 2.500.000
* Kolik mapperu se bude ucastnit takove prace?
Prvni desitky
On Thu 02-08-12 13:34:32, jzvc wrote:
Dne 2.8.2012 10:54, Libor Pechacek napsal(a):
:) Zrovna jsem se chtěl ozvat.
Za svojí prací si stojím, investoval jsem hodně úsilí do korektnosti
importů.
Na druhou stranu vím, že některé importy nejsou až tak důkladně provedené.
Nemám nic
Libor Pechacek wrote:
Zkratky a neaktuální názvy jdou na účet MVČR, nesprávně malá/velká písmena
jsou
chybou importovacího softwaru. Sice jsem software opravil, ale původní názvy
už v mapě zůstaly. ;)
Ahoj,
ony ty registry občas taky obsahují blbosti. Můj oblíbený příklad je KÚ
z UIR-ZSJ
ony ty registry občas taky obsahují blbosti. Můj oblíbený příklad je KÚ
z UIR-ZSJ jménem Krupá u Kostelce nad Černýni Lesy ;-)
*** to neni blbost, to je fakt. KU maji unikatni nazvy napric CR.
ha
hanoj
___
Talk-cz mailing list
Já jsem pro hromadný import, případně následně pro vytvoření robota na
údržbu. Minimálně u adresních bodů.
MK
A dopadne to jako potoky, ktery nejsou spraveny doted.
*** Jestli si mam vybrat mezi:
* rucne s chybami=nikdy
* import s chybami=letos
tak vyber je jasnej
h.
hanoj
hanoj wrote:
ony ty registry občas taky obsahují blbosti. Můj oblíbený příklad je KÚ
z UIR-ZSJ jménem Krupá u Kostelce nad Černýni Lesy ;-)
*** to neni blbost, to je fakt. KU maji unikatni nazvy napric CR.
Blbost to je, i když snadno přehlédnutelná, diffni si tyhle dva řetězce:
Krupá u
Ja si myslim, ze se automatizovanemu importu nevyhneme. Tohle fakt rucne
delat asi nejde :)
K
Dne 2.8.2012 15:18, hanoj napsal(a):
Já jsem pro hromadný import, případně následně pro vytvoření robota na údržbu.
Minimálně u adresních bodů.
MK
A dopadne to jako potoky, ktery nejsou spraveny
O jakých chybách se tady bavíme? V Brně bylo spostu adresních bodů
pěkně vyplněných, ale posunutých o třy čtyři domy vedle. Pro navigaci
lepší než nic, ale pro opravy celkem peklo (navíc oproti prázdnotě
hledání původního bodu).
LM
Dne 2. srpna 2012 16:20 Jakub Sykora kub...@kbx.cz napsal(a):
Ja
V celem Liberci to bylo take uplne stejne posunute nahoodne o nekolik domu,
ale pritom korektne otagovane. Mnoho desitek adres jsem tehdy opravoval
rucne, kdyz jsem na to narazil.
JB
Dne 2.8.2012 16:35 LM_1 flukas.robot+...@gmail.com napsal/a:
O jakých chybách se tady bavíme? V Brně bylo spostu
@openstreetmap.org]
Sent: Thu, 02 Aug 2012 17:52:08
+0200
Subject: Re: [Talk-cz] import budov
V celem Liberci to bylo take uplne stejne posunute nahoodne o nekolik domu,
ale pritom korektne otagovane. Mnoho desitek adres jsem tehdy opravoval
rucne, kdyz jsem na to narazil.
JB
Dne 2.8.2012 16:35
Martin Kokeš wrote:
Předpokládám, že tehdy při importu UIR-ADR nikdo chybu při převodu JTSKWGS84
neřešil. :-)
http://grass.fsv.cvut.cz/wiki/images/c/c6/Dopnul_wgs84_jtsk_xyerr.png
MK
Ahoj,
to jsou odchykly v centimetrech, ne? To je/bylo pro import adresních
bodů celkem irrelevantní.
U
Dne 2.8.2012 16:34, LM_1 napsal(a):
O jakých chybách se tady bavíme? V Brně bylo spostu adresních bodů
pěkně vyplněných, ale posunutých o třy čtyři domy vedle. Pro navigaci
lepší než nic, ale pro opravy celkem peklo (navíc oproti prázdnotě
hledání původního bodu).
LM
To je presne o cem se
Dne 2.8.2012 13:19, jzvc napsal(a):
Ja vam tady do toho lehce vstoupim - moje predstava, jak by to mohlo
docela pekne fungovat = upravit soucasny tracer plugin, a to tak, ze
nebude trasovat z bitmapy, ale veme vektor/body.
= zdroj zi zobrazim jako podklad, a pokud klipnu do budovy, tak ji to
Pokud jde o srovnávání importované vrstvy a stávajího stavu, toto je
cílem pluginu conflation. Jak moc to funguje nevím, naposledy když
jsem to zkoušel tak nic moc.
LM
Dobrý nápad, jenže pokud budu chtít zmapovat budovy v celém městě/vesnici,
kde zatím vůbec žádné nejsou, bude to stále ještě
On Thu 02-08-12 19:45:49, jzvc wrote:
Dne 2.8.2012 16:34, LM_1 napsal(a):
O jakých chybách se tady bavíme? V Brně bylo spostu adresních bodů
pěkně vyplněných, ale posunutých o třy čtyři domy vedle. Pro navigaci
lepší než nic, ale pro opravy celkem peklo (navíc oproti prázdnotě
hledání
Bohužel v metrech. :-) Např. Pardubice cca 20 metrů SV-JZ.
MK
- Original Message -
From: Petr Morávek [Xificurk]
[mailto:xific...@gmail.com]
To: OpenStreetMap Czech Republic
[mailto:talk-cz@openstreetmap.org]
Sent: Thu, 02 Aug 2012 18:49:28
+0200
Subject: Re: [Talk-cz] import budov
Martin Kokeš wrote:
Bohužel v metrech. :-) Např. Pardubice cca 20 metrů SV-JZ.
MK
Určitě? V porovnání s čím?
Sice mám v tomhle směru fakt limitované znalosti, ale když jsem stáhnul
grid [1] a zkusil transformovat pár bodů z Ostravska, tak se výsledek
oproti definici [2] lišil cca o 0.5m (plus
2012 22:29:45
+0200
Subject: Re: [Talk-cz] import budov
Martin Kokeš wrote:
Bohužel v metrech. :-) Např. Pardubice cca 20 metrů SV-JZ.
MK
Určitě? V porovnání s čím?
Sice mám v tomhle směru fakt limitované znalosti, ale když jsem stáhnul
grid [1] a zkusil transformovat pár bodů z
Dne 3. srpna 2012 1:07 Martin Kokeš sh...@typo3-hosting.com napsal(a):
S tou sedmiprvkovou transformací je to samozřejmě přesnější. Jde o to, jestli
byla při
importu UIR-ADR použita... :-)
Druhy transformací podle přesnosti (WGS84/ERTS89-S-JTSK) 2D:
*100-110 metrů na severozápad -
Blbost to je, i když snadno přehlédnutelná, diffni si tyhle dva řetězce:
Krupá u Kostelce nad Černýni Lesy
Krupá u Kostelce nad Černými lesy
*** aha, to je pod mou okoschopnost ;)
h.
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
Dne 1.8.2012 01:08, LM_1 napsal(a):
Vlastní tagy obecně nejsou problém, ale měly by být popsané. Určitě
bych byl pro zachování nějaké jednoznačné identifikace ruian:id nebo
ref:ruian, to je jedno.
Ty tagy pro bota se mi moc nelíbí proto, že nevypovídají nic o objektu
na kterém jsou a není to
Uvažoval jsem přesně takto.
Není i dnes většina adresních bodů z importů? Ty ručně dělané budou
pravděpodobně správně...
LM
Dne 1. srpna 2012 13:05 Miroslav Šulc fordf...@fordfrog.com napsal(a):
Dne 1.8.2012 01:08, LM_1 napsal(a):
Vlastní tagy obecně nejsou problém, ale měly by být popsané.
no, tady u nás je editorem bodů účet lpechacek, tak nevím, jestli to
importoval tenhle uživatel.
ff
Dne 1.8.2012 14:48, LM_1 napsal(a):
Uvažoval jsem přesně takto.
Není i dnes většina adresních bodů z importů? Ty ručně dělané budou
pravděpodobně správně...
LM
smime.p7s
Description:
]
To: OpenStreetMap Czech Republic
[mailto:talk-cz@openstreetmap.org]
Sent: Wed, 01 Aug 2012 14:48:17
+0200
Subject: Re: [Talk-cz] import budov
Uvažoval jsem přesně takto.
Není i dnes většina adresních bodů z
importů? Ty ručně dělané budou
pravděpodobně správně...
LM
Nejsou systémy s tagováním bot/nobot moc komplikované? Co kdyby se bot
podíval na autora poslední změny daného bodu a pokud by to byl on sám
tak by ho upravil podle potřeby, pokud by to byl někdo jiný tak by jen
vygeneroval upozornění.
LM_1
Dne 30. července 2012 11:33 Miroslav Šulc
o tomhle jsem taky uvažoval, má to ale jednu nevýhodu. neumožňuje to bod
vrátit do správy botovi. stejně tak pokud by někdo jen přidal nějaký
další tag k adresnímu bodu, tak by se bot taky přestal o ten bod starat,
i když by se o něj měl starat dál.
ff
Dne 31.7.2012 14:15, LM_1 napsal(a):
Dalo by se uvažovat o posuzování jednotlivých argumentů (tagů, pozice)
individuálně (člověk posune - bot už hýbat nebude, ale klidně změní
číslo při přečíslování ulice nebo název při změně názvu)
Změna ve zdrojových datech by mohla sloužit pro navrácení dané hodnoty
do správy botovi - když se
ono by se to třeba i dalo nějak vymyslet, aby to fungovalo bez tagu, ale
postrádalo by to jednu důležitou vlastnost - jednoduchost. jednak bot by
se musel rozhodovat na základě složitějších pravidel než jen bot=yes
= můžu měnit, bot=no = nesahat, což by mohlo způsobovat
chyby/nedorozumnění/mylné
Vlastní tagy obecně nejsou problém, ale měly by být popsané. Určitě
bych byl pro zachování nějaké jednoznačné identifikace ruian:id nebo
ref:ruian, to je jedno.
Ty tagy pro bota se mi moc nelíbí proto, že nevypovídají nic o objektu
na kterém jsou a není to ani dočasné řešení jako bylo odbl=clean.
source:survey :)
Dne 30.7.2012 01:24, Lukas Kohout napsal(a):
Existuje k tomuto účelu nějaký tag zjištěno při procházce se psem?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Dne 30.7.2012 03:02, Lukas Kohout napsal(a):
On 30.7.2012 2:20, Miroslav Šulc wrote:
Dne 30.7.2012 00:59, Lukas Kohout napsal(a):
On 28.7.2012 23:15, Miroslav Šulc wrote:
možná nejlepší r(ešení by bylo adresní body naimportovat/zaktualizovat
automaticky, akorát pr(ípady, kdy už adresní bod
: Re: [Talk-cz] import budov
Ja bych nadhodil nekolik otazek treba pro adresni body:
* Kolik je
adresnich bodu? 2.500.000
* Kolik mapperu se bude ucastnit takove prace?
Prvni desitky.
* Jak dlouho to bude trvat? ...
* Jaka cast dat by mela byt
mappery pridavana tam kde nikdy nebyla? Vetsina
On 28.7.2012 23:15, Miroslav Šulc wrote:
možná nejlepší řešení by bylo adresní body naimportovat/zaktualizovat
automaticky, akorát případy, kdy už adresní bod existuje a je od toho v
rúian vzdálený víc než x jednotek by se řešily poloautomaticky. možná by
nebylo špatné napsat si nějaký
Zdravím,
metainformace o tom, že se něco nemá importovat z RUIAN, protože je to
tam špatně, by podle mě chtělo mít přímo v OSM. A to včetně informace
o tom, odkud konkrétně ta spolehlivější informace pochází.
Honza
PS: Doplňování čp. podle čísla na popelnici nemusí být moc spolehlivé,
protože
On 30.7.2012 1:04, Jan Bilak wrote:
Zdravím,
metainformace o tom, že se něco nemá importovat z RUIAN, protože je to
tam špatně, by podle mě chtělo mít přímo v OSM. A to včetně informace
o tom, odkud konkrétně ta spolehlivější informace pochází.
Existuje k tomuto účelu nějaký tag zjištěno při
Dne 30.7.2012 00:59, Lukas Kohout napsal(a):
On 28.7.2012 23:15, Miroslav Šulc wrote:
možná nejlepší řešení by bylo adresní body naimportovat/zaktualizovat
automaticky, akorát případy, kdy už adresní bod existuje a je od toho v
rúian vzdálený víc než x jednotek by se řešily poloautomaticky.
On 30.7.2012 2:20, Miroslav Šulc wrote:
Dne 30.7.2012 00:59, Lukas Kohout napsal(a):
On 28.7.2012 23:15, Miroslav Šulc wrote:
možná nejlepší řešení by bylo adresní body naimportovat/zaktualizovat
automaticky, akorát případy, kdy už adresní bod existuje a je od toho v
rúian vzdálený víc než
Ja bych nadhodil nekolik otazek treba pro adresni body:
* Kolik je adresnich bodu? 2.500.000
* Kolik mapperu se bude ucastnit takove prace? Prvni desitky.
* Jak dlouho to bude trvat? ...
* Jaka cast dat by mela byt mappery pridavana tam kde nikdy nebyla? Vetsina.
* Jak budou uzivatele hodnotit
Dne 28.7.2012 22:35, hanoj napsal(a):
Ja bych nadhodil nekolik otazek treba pro adresni body:
* Kolik je adresnich bodu? 2.500.000
2915347 (z toho 2709859 má definované souřadnice), když bychom to brali
po kú, tak těch je 13026.
* Kolik mapperu se bude ucastnit takove prace? Prvni desitky.
při
já jsem nad tím ješte( vc(era pr(emýšlel, a dospe(l jsem k tomuhle:
* aplikace by me(la umožn(ovat nejen jednorázový import, ale i následné
aktualizace podle zme(n v rúian
* evidence prováde(ní importu* by me(la být souc(ástí aplikace tak, aby
se na ní nezapomínalo, souc(asne( by me(la být co
Ahoj,
teď z toho nechápu, zda si aplikaci představuješ jen jako evidenční
nebo zda aplikace má provádět vlastní import (resp. s ním výrazně
pomáhat).
Tedy za zásadní považuji porovnání současných OSM dat s daty RUIAN a
následné provedení změn (posuny stávajících bodů, opravy tagů,
zachování
Dne 27.7.2012 13:20, Jan Bilak napsal(a):
Ahoj,
teď z toho nechápu, zda si aplikaci představuješ jen jako evidenční
nebo zda aplikace má provádět vlastní import (resp. s ním výrazně
pomáhat).
aplikace pouze připraví data z rúian, samotný import provede mapper.
tj. aplikace pro import
Otázka je, jak by měla vypadat ta připravená data. V případě importu
nových věcí tak, kde žádné nebyly, je to celkem primitivní. Ale mnohem
náročnější bude import do míst, kde již nějaká data jsou. Tam bude
třeba něco starého odstranit, něco modifikovat, něco přidat... Lze v
OSM formátu postihnout
Jan Bilak wrote:
Otázka je, jak by měla vypadat ta připravená data. V případě importu
nových věcí tak, kde žádné nebyly, je to celkem primitivní. Ale mnohem
náročnější bude import do míst, kde již nějaká data jsou. Tam bude
třeba něco starého odstranit, něco modifikovat, něco přidat... Lze v
Jeden námět k prozkoumání:
Aplikace pro koordinaci úloh v OSM - OSM Tasking manager.
https://github.com/pgiraud/OSMTM
Praktické nasazení je možné vidět v humanitárním týmu OSM:
http://tasks.hotosm.org/
A nebo pro koordinaci remapování po licenčním botovi:
http://rebuild.poole.ch/
Na první
Určitě jsem rád že směřujeme k ručnímu importu s výraznou pomocí
nějakých nástrojů typu toho co teď připravil Mirek (doufám že si to
dobře pamatuju).
Jakub
On 27.7.2012 14:18, Jan Bilak wrote:
Otázka je, jak by měla vypadat ta připravená data. V případě importu
nových věcí tak, kde žádné
v souvislosti s tím co píšeš mě napadlo udělat to komplet jako josm
plugin. tj. serverová část by zůstala tak jak jsem psal, ale všechno
ostatní by se dělalo přímo z josm pluginu. ten by si stáhl data přes api
ode mě ze serveru z aktuální databáze rúian, provedl by porovnání s
datovou vrstvou z
no kdyby se připravily stránky se zdrojovými údaji pro budovy pro
jednotlivá katastrální území, pak by bylo možné vytvořit stránky na wiki s
odkazy na stažení jednotlivých souborů. zájemce by si stáhl data pro
požadované katastrální území, provedl kontrolu např vůči bingu (odstranil
různé chyby -
no, tak to by rozhodně mělo ušetřit čas, protože jestli se nepletu, tak
když je budova v digitální mapě kú, tak bude i v rúian a dala by se snad
jednoduše naimportovat. podle mě by to ale chtělo udělat nějak
systematicky. samozřejmě můžu udělat nějakou webovou stránku, odkud si
kdokoliv bude moct
alespoň ty adresy a jak vytvořit obrysy budov.
Díky,
xkomczax
__
Od: jzvc j...@tpfree.net
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 21.06.2012 19:40
Předmět: Re: [Talk-cz] Import budov
On nekdo
__
Od: jzvc j...@tpfree.net
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 21.06.2012 19:40
Předmět: Re: [Talk-cz] Import budov
On nekdo nejak importuje budovy?
Pokud se pamatuju, mluvilo se tu o importu adresnich bodu, coz je
ponekud neco
Republic talk-cz@openstreetmap.org
Datum: 21.06.2012 19:40
Předmět: Re: [Talk-cz] Import budov
On nekdo nejak importuje budovy?
Pokud se pamatuju, mluvilo se tu o importu adresnich bodu, coz je
ponekud neco jineho - a ten odkaz odpovida prave adresam. Osobne to teda
delam jinak
Zdravím,
chtěl jsem se zeptat jak je to s importem budov z katastru nemovitostí. U
okresu Prostějov je napsána poznámka probíhá, ale žádný pokrok osobně
nepozoruji. Napsal jsem proto před časem uživateli Dave, který je u Prostějova
napsán, ale od začátku března nepřišla odpověď, z čehož
Predem predpokladam ze mluvime o importu adresnich bodu:
http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR
chtěl jsem se zeptat jak je to s importem budov z katastru nemovitostí. U
okresu Prostějov je napsána poznámka probíhá, ale žádný pokrok osobně
nepozoruji. Napsal jsem proto před
On nekdo nejak importuje budovy?
Pokud se pamatuju, mluvilo se tu o importu adresnich bodu, coz je
ponekud neco jineho - a ten odkaz odpovida prave adresam. Osobne to teda
delam jinak, za pomoci czech address pluginu, neb mam overeno, ze
adresni body jsou dost casto naprosto mimo, pripadne chybi
__
Od: jzvc j...@tpfree.net
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 21.06.2012 19:40
Předmět: Re: [Talk-cz] Import budov
On nekdo nejak importuje budovy?
Pokud se pamatuju, mluvilo se tu o importu adresnich bodu, coz je
ponekud neco jineho - a ten odkaz
Budovy je ale možné poloautomaticky nechat natrasovat pomocí pluginu Tracer -
http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/Tracer
Původní zpráva
Od: xkomc...@centrum.cz
Předmět: Re: [Talk-cz] Import budov
Datum: 21.6.2012 22:12:06
69 matches
Mail list logo
