Re: [Talk-cz] import budov

[Martin Kokeš]

Já jsem pro hromadný import, případně následně pro vytvoření robota na údržbu. 
Minimálně u adresních bodů. 

MK 

- Original Message -
From: hanoj [mailto:eha...@gmail.com]
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.
* Jak dlouho to bude trvat? ...

* Jaka cast dat by mela byt
> mappery pridavana tam kde nikdy nebyla? Vetsina.
* Jak budou uzivatele
> hodnotit (ne)kvalitu dat jiz v OSM? Na zaklade
dat CUZK a u par stovek bodu
> ze znalosti z terenu kde bydli.Tezko
> ale
suplovat:
http://www.cuzk.cz/GenerujSoubor.ashx?NAZEV=10-POROVNANIADRES

Opravdu
> je individualni prace na vetsine uzemi republiky cesta, jak
data RUIAN
> dostat do OSM?


h.anoj


Dne 27. července 2012 17:17 Miroslav Šulc
>  napsal(a):
> 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
> osm a vyhodil by nějaké info o rozdílech v osm a v
> rúian s tím, že
> mapper by si vybíral varianty a potvrzoval je, případně
> by sáhnul
> přímo do osm vrstvy a udělal úpravy tam. při uploadu změn do
> osm by
> se pak zapsalo i info ke mně na server o provedení importu. do
> pluginu
> by se pak dala přidávat funkcionalita dle potřeby.
>
> ff
>
> Dne
> 27.7.2012 14:18, Jan Bilak napsal(a):
>> 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 nějak všechny tyto typy změn (odstranění,
>> modifikace,
> přidání nových objektů)? A pokud lze, je možné to pak
>> nějak
> rozumně vizualizovat, aby to člověk mohl projít a rozhodovat
>> "tohle
> je ok, tohle zamítnu a zůstane při starém, tohle bude ještě
>> trochu
> jinak..." pomocí stávajících nástrojů? Nevím, jaké jsou
>>
> možnosti.
>>
>> Pokud nic vhodné stávajícího není, tak bych to viděl
> spíše na
>> interaktivní aplikaci, která zobrazí ty rozdíly ve vhodné
> podobě, u
>> každé umožní se rozhodnout, zda ponechat stará data,
> nová data,
>> automaticky zmergovat nebo ručně upravit. Ruční úpravu
> by ta aplikace
>> přímo nepodporovala, protože by to bylo příliš
> náročné (vlastně by
>> bylo třeba vytvořit obdobu editoru jako JOSM),
> ale poznačilo by to
>> nutnost ruční editace do dat nějakými tagy, aby
> výsledek, který z
>> aplikace vypadne, bylo možné otevřít např. v
> JOSM a ručně provést
>> potřebné úpravy.
>>
>> Např. u adresních
> bodů by bylo podle mě vhodné, aplikace provedla
>> nějaké
> "inteligentní" matchování adresních bodů v OSM a RUIAN,
>> zobrazovala
> původní a nový bod vizuálně propojený šipkou, jinak
>> vyznačené
> body, které jsou pouze v OSM a naopak jinak vyznačené body,
>> které
> jsou pouze v RUIAN. Uživatel by mohl vždy zvolit, zda ponechat
>> novou
> nebo starou polohu bodu (zde by bylo možné i volit vlastní
>> polohu -
> jde o primitivní úkon) atd. Nakonec by aplikace vytvořila OSM
>> patch,
> který by obsahoval požadované úpravy včetně vhodně zmergovaných
>>
> tagů (ty by možná bylo třeba také kontrolovat v aplikaci) atd.
>>
>> U
> budov to bude samozřejmě výrazně složitější.
>>
>> Obecně čistě
> ručního importu se celkem obávám. Dat je vetší než malé
> množství.
>>
>> Honza
>>
>>
>> Dne 27. července 2012 13:41 Miroslav Šulc
>  napsal(a):
>>> 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 připraví data, ale nebude import provádět, ten
>>> se bude
> dělat ručně. i kdybychom (pokud vůbec, to vyplyne z ručních
>>>
> importů) v budoucnu uvažovali o nějaké automatizaci, tak v prvním
> kroku
>>> se to stejně musí udělat ručně, abychom věděli, nakolik je
> rúian
>>> spolehlivý zdroj, jaké problémy lze očekávat apod. pro
> kontinuální práci
>>> s daty z rúian je pak potřeba ta evidenční
> část.
>>>
 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í stávajících tagů, doplnění
> chybějících tagů, ...).
 Samozřejmě s tím, že proces bude pod
> manuální kontrolou člověka, který
 bude import provádět (tedy
> nikoli plně automatický, ale
 poloautomatický). O těchto funkcích
> se v popisu nezmiňuješ.
>>> vycházel

Re: [Talk-cz] Pěkná kupka práce

[Michal Tauchman]

Oprava chyb po odmítačích:

 - Vidochov (oprava silnice)
 - Mostek (oprava využití krajin, kompletní předělání zničeného lesa okolo 
obce)
 - Železnice (oprava drobných detailů smazaných BOTem)
 - Jičín (drobné opravy)
 - Pustějov - Nový Jičín (oprava roztržených silnic)
 - oprava silnice 46421, 191, 27 (E 53), 190, 145, 14516, 185, 1422, 
 - Bílov (opravy rozpojených silnic)
 - Litochovice/Marčovice (spojovací silnice)
 - Předslavice/Všechlapy (spojovací silnice)
 - koleje č. 1435
 - okolí Rovenska pod Troskami (chybějící vodní nádrže, drobné cesty)


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

[Talk-cz] Zásahy BOTa - nutné a provedené opravy

[Michal Tauchman]

Ahoj,
moc se tady na TALKu nevyznám a tak doufám, že nezakládám duplicitní téma. Ale 
ohledně chyb způsobených BOTem, jedná se mi o to, zda bychom toto téma mohli 
založit jako seznam míst, kde jsme provedli opravy poškozených částí a zároveň 
když víme a nemáme čas napsat chybná místa, aby se na to někdo mohl podívat
Tady je můj seznam míst, kde jsem už provedl redakci a opravil chyby (rozpojené 
silnice, jejich chybějící části, srovnání silnic po smazání některých jejich 
bodů). Snad jsou na těch místech všechny a správně, myslím si o sobě, že jsem 
celkem důkladný, ale přehlédnutí nevylučuji, přece jen je to někdy 
nepřehledné...

Škoda že nejde nějak vyfiltrovat pouze chyby v rozdělení silnic. 
Inspektor ukazuje vše možné, já třeba neřeším PowerLine, což jsou tam 
nejčervenější hadi a silnice typu Track taky zatím nedoplňuji důkladně.

 - Vidochov (oprava silnice)
 - Mostek (oprava využití krajin, kompletní předělání zničeného lesa okolo obce)
 - Železnice (oprava drobných detailů smazaných BOTem)
 - Jičín (drobné opravy)
 - Pustějov - Nový Jičín (oprava roztržených silnic)
 - oprava (zarovnání) silnice 46421, 191, 27 (E 53), 190, 145, 14516, 185, 
1422, 
141 (obec Bavorov), 271
 - Bílov (opravy rozpojených silnic)
 - Litochovice/Marčovice (spojovací silnice)
 - Předslavice/Všechlapy (spojovací silnice)
 - koleje č. 1435
 - Vodňany (vodní nádrže)
 - Vodňanské Svobodné Hory (drobné opravy okolních cest)
 - Horní Jiřetín (rebuild smazaných cest)
 - Litvínov (opravy a doplnění roztržených a umazaných silnic)
 - Chomutov (drobné doplnění smazaných uliček)


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

Re: [Talk-cz] Zásahy BOTa - nutné a provedené opravy

[Tomáš Tichý]

Opravené cesty je možné přímo v OSM Inspectoru odstranit ze zobrazení. Je
potřeba kliknout na červený  bod nebo linii a pak v pravém sloupci na
ikonku odpadkového koše.
Takto se dá celkem přehledně evidovat co už je opraveno a postupně mapu
"odčervenit".

TT

2012/7/29 Michal Tauchman 

> Ahoj,
> moc se tady na TALKu nevyznám a tak doufám, že nezakládám duplicitní téma.
> Ale
> ohledně chyb způsobených BOTem, jedná se mi o to, zda bychom toto téma
> mohli
> založit jako seznam míst, kde jsme provedli opravy poškozených částí a
> zároveň
> když víme a nemáme čas napsat chybná místa, aby se na to někdo mohl podívat
> Tady je můj seznam míst, kde jsem už provedl redakci a opravil chyby
> (rozpojené
> silnice, jejich chybějící části, srovnání silnic po smazání některých
> jejich
> bodů). Snad jsou na těch místech všechny a správně, myslím si o sobě, že
> jsem
> celkem důkladný, ale přehlédnutí nevylučuji, přece jen je to někdy
> nepřehledné...
>
> Škoda že nejde nějak vyfiltrovat pouze chyby v rozdělení silnic.
> Inspektor ukazuje vše možné, já třeba neřeším PowerLine, což jsou tam
> nejčervenější hadi a silnice typu Track taky zatím nedoplňuji důkladně.
>
>  - Vidochov (oprava silnice)
>  - Mostek (oprava využití krajin, kompletní předělání zničeného lesa okolo
> obce)
>  - Železnice (oprava drobných detailů smazaných BOTem)
>  - Jičín (drobné opravy)
>  - Pustějov - Nový Jičín (oprava roztržených silnic)
>  - oprava (zarovnání) silnice 46421, 191, 27 (E 53), 190, 145, 14516, 185,
> 1422,
> 141 (obec Bavorov), 271
>  - Bílov (opravy rozpojených silnic)
>  - Litochovice/Marčovice (spojovací silnice)
>  - Předslavice/Všechlapy (spojovací silnice)
>  - koleje č. 1435
>  - Vodňany (vodní nádrže)
>  - Vodňanské Svobodné Hory (drobné opravy okolních cest)
>  - Horní Jiřetín (rebuild smazaných cest)
>  - Litvínov (opravy a doplnění roztržených a umazaných silnic)
>  - Chomutov (drobné doplnění smazaných uliček)
>
>
> ___
> 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] Zásahy BOTa - nutné a provedené opravy

[Michal Tauchman]

Tomáš Tichý  writes:

> Takto se dá celkem přehledně evidovat co už je opraveno a postupně mapu 
"odčervenit".

Jsem vůl, tohle jsem přehlédl. Já používal Keep Right, 
takže k Inspektoru jsem se dostal až teď. 
Tak teď abych to prošel co jsem dělal a odznačil, ať se nám to 
hezky vybarvuje zpátky do normálu... :-)


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

[Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í

[Petr Stehlik]

Ahoj,

u širších silnic nelze dle EU norem udělat přechod pro chodce bez
prostředního ostrůvku (oddělujícího protisměrné pruhy), na kterém by se
zastavili, vydechli si a nabrali sil na překonání další části nebezpečné
vozovky. Proto se dnes kolem křižovatek, které potřebují i přechody pro
chodce, dělají takové malé, úzké, krátké a nízké celodlážděné ostrůvky
se sešikmenými hranami, takže takový ostrůvek jde v pohodě přejet
vozidlem (i neHumrem).

Mám za to, že takové ostrůvky do OSM nepatří, proto je nemapuju a když
na ně narazím, mám chuť je zrušit, cestu narovnat zpět a
překomplikovanou křižovatku tak zásadně zjednodušit.

Naopak pokud je ostrov delší (>stovky metrů), porostlý trávou či jinou
zašpiněnou zelení a má poctivý ostrý vysoký obrubník, o který bych si
roztrhl pneumatiku jak nic, tak takový do mapy IMHO patří, protože v tom
místě U-turn opravdu neudělám.

Prosím opravte mě, pokud se mýlím. A jestli je tu Kraken nebo Zubozrout,
tak se chystám opravit to rozdvojení tř. Tomáše Bati u křižovatky mezi
51. a 61. budovou, co máte asi na svědomí (dle historie změn, moc ji
neumím používat, tak kdyžtak sory).

Díky,

Petr

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

Re: [Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í

[hanoj]

> Mám za to, že takové ostrůvky do OSM nepatří, proto je nemapuju a když
> na ně narazím, mám chuť je zrušit, cestu narovnat zpět a
> překomplikovanou křižovatku tak zásadně zjednodušit.
*** +1


> Naopak pokud je ostrov delší (>stovky metrů), porostlý trávou či jinou
> zašpiněnou zelení a má poctivý ostrý vysoký obrubník, o který bych si
> roztrhl pneumatiku jak nic, tak takový do mapy IMHO patří, protože v tom
> místě U-turn opravdu neudělám.
*** pravděpodobně se jedná o směrově rozdělenou komunikaci, tedy souhlas.

h.
h.

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

Re: [Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í

[Tomáš Kratina]

Kraken tu je, ale na svedomi to nema :D Jinak take si myslim, ze by to
melo byt jako jedna cesta :)

2012/7/29 hanoj :
>> Mám za to, že takové ostrůvky do OSM nepatří, proto je nemapuju a když
>> na ně narazím, mám chuť je zrušit, cestu narovnat zpět a
>> překomplikovanou křižovatku tak zásadně zjednodušit.
> *** +1
>
>
>> Naopak pokud je ostrov delší (>stovky metrů), porostlý trávou či jinou
>> zašpiněnou zelení a má poctivý ostrý vysoký obrubník, o který bych si
>> roztrhl pneumatiku jak nic, tak takový do mapy IMHO patří, protože v tom
>> místě U-turn opravdu neudělám.
> *** pravděpodobně se jedná o směrově rozdělenou komunikaci, tedy souhlas.
>
> h.
> h.
>
> ___
> 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] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í

[Tomáš Kratina]

Kdyz uz jsme u tech zmen, co si myslite o tej ceste 49
http://www.openstreetmap.org/?lat=49.20233&lon=17.55873&zoom=16&layers=M
Jsou tam oddelene smery a 4 pruhy takze by to podle tejto tabulky
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/roads_tagging#Basic_view_on_the_class_of_ways
melo byt jako trunk, ale vzhledem k tomu, ze to je takovy kusek, skoro
za mestem a jeste semafor mam sto chuti tam mrdnout primary, mozem se
ridit napsanymi pouckami, nebo pouzit zdravy rozum :D


2012/7/29 Tomáš Kratina :
> Kraken tu je, ale na svedomi to nema :D Jinak take si myslim, ze by to
> melo byt jako jedna cesta :)
>
> 2012/7/29 hanoj :
>>> Mám za to, že takové ostrůvky do OSM nepatří, proto je nemapuju a když
>>> na ně narazím, mám chuť je zrušit, cestu narovnat zpět a
>>> překomplikovanou křižovatku tak zásadně zjednodušit.
>> *** +1
>>
>>
>>> Naopak pokud je ostrov delší (>stovky metrů), porostlý trávou či jinou
>>> zašpiněnou zelení a má poctivý ostrý vysoký obrubník, o který bych si
>>> roztrhl pneumatiku jak nic, tak takový do mapy IMHO patří, protože v tom
>>> místě U-turn opravdu neudělám.
>> *** pravděpodobně se jedná o směrově rozdělenou komunikaci, tedy souhlas.
>>
>> h.
>> h.
>>
>> ___
>> 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] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í

[Petr Stehlik]

Tomáš Kratina píše v Ne 29. 07. 2012 v 16:41 +0200:
> Kraken tu je, ale na svedomi to nema :D Jinak take si myslim, ze by to
> melo byt jako jedna cesta :)

bezva, tu Baťovku teda s gustem narovnám, pak se chystám zjednodušit
svou starou křižovatku u vily T. Bati (odbočka na bývalou Aralku) a
nakonec zvažuju něco podniknout s tou velkou křižovatkou Pod Babou (pod
JS), kterou jsem kdysi nakreslil takto složitě kvůli Navitu (který
objížděl bokem semafory) a teď si říkám, že bych neměl být měkký jako
Google, který rozdvojuje široké cesty jen aby se nemusel babrat s
pravidly pro odbočování na křižovatkách...

Petr



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

Re: [Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í

[Petr Stehlik]

Tomáš Kratina píše v Ne 29. 07. 2012 v 22:27 +0200:
> Kdyz uz jsme u tech zmen, co si myslite o tej ceste 49
> http://www.openstreetmap.org/?lat=49.20233&lon=17.55873&zoom=16&layers=M
> Jsou tam oddelene smery a 4 pruhy takze by to podle tejto tabulky
> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/roads_tagging#Basic_view_on_the_class_of_ways
> melo byt jako trunk, ale vzhledem k tomu, ze to je takovy kusek, skoro
> za mestem a jeste semafor mam sto chuti tam mrdnout primary, mozem se
> ridit napsanymi pouckami, nebo pouzit zdravy rozum :D

Ta cesta vede od křižovatky u Lídlu u nemocnice až do křižovatky v
Otrokovicích-Kvítkovicích - nějakých 15 km - a drtivou většinu je to
Primary, tak proč by to ten kousek v polích mělo být jinak... nechal
bych Primary.

To mi připomíná, že pochybuju o správnosti propojení dvou oddělených
směrů u Intersparu v Prštném. Jsou to dvě jednosměrné Primary, k nim se
z boku připojuje Residential a propojuje tím Residentialem i oba
oddělené směry spolu:
http://www.openstreetmap.org/?lat=49.219822883606&lon=17.641698718071&zoom=18
A teď mi tamtudy OsmAnd odmítl routovat a místo toho mi nabídl U-turn o
kousek dál, kde se tř. T. Bati spojuje ve 4 společné pruhy. Zvažuju, že
tu propojku těch směrů v křizovatce (kterou jsem původně myslím taky
dělal já) změním na Primary.

Obecně formulovaný dotaz: pokud vedou dva oddělené směry silnicí typu X
a z boku se k nim připojuje silnice typu Y, neměla by být ta propojka
mezi oběma X směry taky typu X?

Petr



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

Re: [Talk-cz] úzký nízký ostr?vek u k?i?ovatky do mapy nepat?í

[Jakub Sykora]

Za me urcite ano - patri to uz k te silnici X. Kdyz to vezmu semanticky 
(tedy stejne jako ten OSMand), tak ci jedu autem po primary a kdyz se 
otacim na propojce, tak urcite nejedu po residential... Maximalne by to 
mohl byt nejaky primary_link, ale to mi prijde jako premrstene a 
zbytecne slozite...


K

Dne 29.7.2012 23:00, Petr Stehlik napsal(a):

Obecně formulovaný dotaz: pokud vedou dva oddělené směry silnicí typu X
a z boku se k nim připojuje silnice typu Y, neměla by být ta propojka
mezi oběma X směry taky typu X?


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

Re: [Talk-cz] import budov

[Lukas Kohout]

 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ý testovací skript, který by zjistil, jak
moc se aktuální data v osm liší od rúian. z toho by se pak dalo ledaco
vyčíst. až se mi doimportují osm data do db, tak to můžu zkusit napsat a
uvidíme, co tu vlastně řešíme.
Zdravím, navrhuji udělat možnost vyřadit oblast z automatického 
importu/aktualizace. V naší vesnici jsou některé adresní body chybně 
umístěné, některé chybí úplně. Asi bych nebyl nadšený, kdyby mi je 
nějaký bot stále dokola automaticky přesouval/mazal (zrovna dnes jsem 
doplňoval jedno č.p. podle nálepky na popelnici, což je možné jen v 
neděli večer :) )


LuKo

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

Re: [Talk-cz] import budov

[Jan Bilak]

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 občas někdo popelnici prodá/koupí, ukradne, ... a číslo
neodpovídá.



Dne 30. července 2012 0: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. možná by
>> nebylo špatné napsat si nějaký testovací skript, který by zjistil, jak
>> moc se aktuální data v osm liší od rúian. z toho by se pak dalo ledaco
>> vyčíst. až se mi doimportují osm data do db, tak to můžu zkusit napsat a
>> uvidíme, co tu vlastně řešíme.
>
> Zdravím, navrhuji udělat možnost vyřadit oblast z automatického
> importu/aktualizace. V naší vesnici jsou některé adresní body chybně
> umístěné, některé chybí úplně. Asi bych nebyl nadšený, kdyby mi je nějaký
> bot stále dokola automaticky přesouval/mazal (zrovna dnes jsem doplňoval
> jedno č.p. podle nálepky na popelnici, což je možné jen v neděli večer :) )
>
> LuKo
>
>
> ___
> 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 budov

[Lukas Kohout]

 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 procházce se psem"? :)



Honza

PS: Doplňování čp. podle čísla na popelnici nemusí být moc spolehlivé,
protože občas někdo popelnici prodá/koupí, ukradne, ... a číslo
neodpovídá.
Obecně máš asi pravdu. U nás je systém nálepek, které jsou vázané na 
část obce, č.p. a každý rok se vydávají nové. Bez nálepky popelnici 
nevyvezou. Cizí nálepka je tedy prakticky vyloučena (musela by být 
někoho z vesnice). Navíc č.p. sedí do číselné řady v celé ulici.


LuKo




Dne 30. července 2012 0: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. možná by
nebylo špatné napsat si nějaký testovací skript, který by zjistil, jak
moc se aktuální data v osm liší od rúian. z toho by se pak dalo ledaco
vyčíst. až se mi doimportují osm data do db, tak to můžu zkusit napsat a
uvidíme, co tu vlastně řešíme.

Zdravím, navrhuji udělat možnost vyřadit oblast z automatického
importu/aktualizace. V naší vesnici jsou některé adresní body chybně
umístěné, některé chybí úplně. Asi bych nebyl nadšený, kdyby mi je nějaký
bot stále dokola automaticky přesouval/mazal (zrovna dnes jsem doplňoval
jedno č.p. podle nálepky na popelnici, což je možné jen v neděli večer :) )

LuKo


___
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 budov

[Miroslav Šulc]

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. možná by
>> nebylo špatné napsat si nějaký testovací skript, který by zjistil, jak
>> moc se aktuální data v osm liší od rúian. z toho by se pak dalo ledaco
>> vyčíst. až se mi doimportují osm data do db, tak to můžu zkusit napsat a
>> uvidíme, co tu vlastně řešíme.
> Zdravím, navrhuji udělat možnost vyřadit oblast z automatického
> importu/aktualizace. V naší vesnici jsou některé adresní body chybně
> umístěné, některé chybí úplně. Asi bych nebyl nadšený, kdyby mi je
> nějaký bot stále dokola automaticky přesouval/mazal (zrovna dnes jsem
> doplňoval jedno č.p. podle nálepky na popelnici, což je možné jen v
> neděli večer :) )

chybně umístěné znamená co přesně? posunuté o kolik metrů? podle my bě
skript neměl měnit body, které jsou od sebe vzdáleny víc jak x metrů (tj
rúian vs osm), ale měl by je někam vypsat. tyhle by se pak museli
zkontrolovat ručně. kolik jich bude, by mělo vyplynout z analýzy rozdílů
mezi rúian a osm, kterou mám v plánu udělat.

k těm chybějícím bodům? znamená to, že tam máte nějaká čp, o kterých
rúian neví?

jinak někde na osm wiki jsem četl o tagu "bot" nebo tak nějak (teď to
nemůžu najít). podle mě automaticky spravované adresní body by měly
tenhle tag mít. pokud by pak někdo bod přesunul, protože je umístěný
špatně, tak by mu ten tag smazal a tím pádem by skript ten bod přestal
aktualizovat, max by někam vypsal změny pro daný bod, pokud k nim dojde.
takových bodů bude v porovnání s těmi cca třemi miliony minimum, takže
případné změny (kterých taky asi bude minimum) by se daly zvládat ručně,
pokud bude potřeba je do osm zanést.

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



smime.p7s
Description: Elektronicky podpis S/MIME
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] import budov

[Lukas Kohout]

 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ž x jednotek by se řešily poloautomaticky. možná by
nebylo špatné napsat si nějaký testovací skript, který by zjistil, jak
moc se aktuální data v osm liší od rúian. z toho by se pak dalo ledaco
vyčíst. až se mi doimportují osm data do db, tak to můžu zkusit napsat a
uvidíme, co tu vlastně řešíme.

Zdravím, navrhuji udělat možnost vyřadit oblast z automatického
importu/aktualizace. V naší vesnici jsou některé adresní body chybně
umístěné, některé chybí úplně. Asi bych nebyl nadšený, kdyby mi je
nějaký bot stále dokola automaticky přesouval/mazal (zrovna dnes jsem
doplňoval jedno č.p. podle nálepky na popelnici, což je možné jen v
neděli večer :) )

chybně umístěné znamená co přesně? posunuté o kolik metrů? podle my bě
skript neměl měnit body, které jsou od sebe vzdáleny víc jak x metrů (tj
rúian vs osm), ale měl by je někam vypsat. tyhle by se pak museli
zkontrolovat ručně. kolik jich bude, by mělo vyplynout z analýzy rozdílů
mezi rúian a osm, kterou mám v plánu udělat.

k těm chybějícím bodům? znamená to, že tam máte nějaká čp, o kterých
rúian neví?
Materiály ke zkoumání: 
http://maps.fordfrog.com/?lat=50.05843&lon=15.19497&zoom=18&layers=0B0FTF (nástroj 
špatně zpracovává permalink, tedy stejný link pro orientaci: 
http://www.openstreetmap.org/?lat=50.05843&lon=15.19497&zoom=18 
) - Do 
pozornosti doporučuji čísla 125, 126, 127, 133, 162 (ty 3 "rozestavěné" 
domy u hlavní jsou již minimálně rok obydlené, zítra je obejdu se psem) 
a ve střední části vesnice pak 16, 7, 9, 10 - tam rúian označuje čísla 
(zbořených) stodol.


Naopak ve vedlejší obci je předchozí import nějak rozházený, něco tam i 
chybí a tam by změna podle rúian znamenala značné zlepšení: 
http://maps.fordfrog.com/?lat=50.05772&lon=15.21386&zoom=18&layers=0B0FTF







jinak někde na osm wiki jsem četl o tagu "bot" nebo tak nějak (teď to
nemůžu najít). podle mě automaticky spravované adresní body by měly
tenhle tag mít. pokud by pak někdo bod přesunul, protože je umístěný
špatně, tak by mu ten tag smazal a tím pádem by skript ten bod přestal
aktualizovat, max by někam vypsal změny pro daný bod, pokud k nim dojde.
takových bodů bude v porovnání s těmi cca třemi miliony minimum, takže
případné změny (kterých taky asi bude minimum) by se daly zvládat ručně,
pokud bude potřeba je do osm zanést.


LuKo

___
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 budov

[Martin Kokeš]

Holt asi máte na stavebním úřadě lajdáka. :-)

MK

- Original Message -
From: Lukas Kohout
[mailto:l...@luko.name]
To: talk-cz@openstreetmap.org
Sent: Mon, 30 Jul 2012
03:02:29 +0200
Subject: Re: [Talk-cz] import budov

> Materiály ke zkoumání: 
> http://maps.fordfrog.com/?lat=50.05843&lon=15.19497&zoom=18&layers=0B0FTF
> (nástroj 
> špatně zpracovává permalink, tedy stejný link pro orientaci: 
> http://www.openstreetmap.org/?lat=50.05843&lon=15.19497&zoom=18 
> ) - Do 
> pozornosti doporučuji čísla 125, 126, 127, 133, 162 (ty 3 "rozestavěné"
> 
> domy u hlavní jsou již minimálně rok obydlené, zítra je obejdu se
> psem) 
> a ve střední části vesnice pak 16, 7, 9, 10 - tam rúian označuje
> čísla 
> (zbořených) stodol.
> 
> Naopak ve vedlejší obci je předchozí import nějak rozházený, něco
> tam i 
> chybí a tam by změna podle rúian znamenala značné zlepšení: 
> http://maps.fordfrog.com/?lat=50.05772&lon=15.21386&zoom=18&layers=0B0FTF

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

Re: [Talk-cz] import budov

[Jakub Sykora]

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