« zpět na výpis měsíce |

[Talk-cz] rúian mapy - vylepšení

Vlákno 24.7. - 24.8.2012, počet zpráv: 83


24.7.2012 01:40:29 (#1)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
ahoj, p?idal jsem do map na http://maps.fordfrog.com/ je?t? mapy z osm a z katastru a taky overlay vrstvu adresn?ch bod? z r?ian, tak?e lze nap?. v map? porovn?vat polohu adresn?ch bod? oproti osm. opravil jsem taky funkcionalitu permalinku, tak?e u? by m?l fungovat. mapy te? jsou (a je?t? chv?li budou) pomalej??, proto?e tam importuju osm planet data a znovu (opraven?) multipointy do datab?ze r?ian. ff ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120724/73377618/attachment.bin>

24.7.2012 03:22:39 (#2)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 24.7.2012 13:40, Miroslav ?ulc napsal(a): zobrazit citaci
> ahoj, > > pr(idal jsem do map na http://maps.fordfrog.com/ je?te( mapy z osm a z > katastru a taky overlay vrstvu adresn?ch bodu* z r?ian, tak?e lze napr(. v > mape( porovn?vat polohu adresn?ch bodu* oproti osm. opravil jsem taky > funkcionalitu permalinku, tak?e u? by me(l fungovat. > > mapy ted( jsou (a je?te( chv?li budou) pomalej??, proto?e tam importuju > osm planet data a znovu (opraven?) multipointy do datab?ze r?ian. > > ff
Cus, nemel by nahodou katastr vychazet ze stejnych dat? Ja ze v RUIAN sou nejaky adresni body navrch (ony tam baraky fakt sou), a nektery sou ruzne lehce posunuty ... BTW: Chtelo by to trebas nejak barevne rozlisit cislo popisny/evidencni. zobrazit citaci
> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120724/0ae72d66/attachment.html>

24.7.2012 05:13:15 (#3)
gravatar

Jakub

<j at kub.cz>
33 3159
Vypad? to velmi p?kn?, jen dotaz - v RUIAN jsou jen ??sla popisn?, nebo i orienta?n?? Adresu v ter?nu v?t?inou hled?m podle orienta?n?ho a to uvedeno i na v?t?in? map ... Jakub On 24.7.2012 13:40, Miroslav ?ulc wrote: zobrazit citaci
> ahoj, > > p?idal jsem do map na http://maps.fordfrog.com/ je?t? mapy z osm a z > katastru a taky overlay vrstvu adresn?ch bod? z r?ian, tak?e lze nap?. v > map? porovn?vat polohu adresn?ch bod? oproti osm. opravil jsem taky > funkcionalitu permalinku, tak?e u? by m?l fungovat. > > mapy te? jsou (a je?t? chv?li budou) pomalej??, proto?e tam importuju > osm planet data a znovu (opraven?) multipointy do datab?ze r?ian. > > ff >

24.7.2012 08:43:18 (#4)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
Dne 24.7.2012 15:22, jzvc napsal(a): zobrazit citaci
> Cus, > > nemel by nahodou katastr vychazet ze stejnych dat? Ja ze v RUIAN sou > nejaky adresni body navrch (ony tam baraky fakt sou), a nektery sou > ruzne lehce posunuty ...
no, r?ian vych?z? z katastru, jen?e jednak v osm to nemus? b?t nutne( ?plne( aktu?ln?, a pak taky ten import adresn?ch bodu* asi me(l sv? mouchy, tr(eba du*m, kde ted( bydl?m, m? c(?slo u? asi tak 50 let, ale v osm nen? :-) zobrazit citaci
> > BTW: Chtelo by to trebas nejak barevne rozlisit cislo popisny/evidencni.
provedeno. c(erven? = c(p, modr? = ev, ?lut? = bez c(?sla, olivov? = v?echny ostatn? ... plat? do t? doby, ne? to n?hodou v r?mci zme(ny n?lady zme(n?m :-P ff ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120724/4afe1e96/attachment-0001.html> ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120724/4afe1e96/attachment-0001.bin>

24.7.2012 08:44:15 (#5)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
Dne 24.7.2012 17:13, Jakub napsal(a): zobrazit citaci
> Vypad? to velmi p?kn?, jen dotaz - v RUIAN jsou jen ??sla popisn?, > nebo i orienta?n?? Adresu v ter?nu v?t?inou hled?m podle orienta?n?ho > a to uvedeno i na v?t?in? map ...
ud?lal jsem tam t?i overlay vrstvy, jedna jen bod, druh? jen ?p, t?et? ?p/?o ... tak?e si m??ete vyb?rat dle libosti :-) zobrazit citaci
> Jakub
ff ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120724/229d128f/attachment.bin>

24.7.2012 09:23:02 (#6)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 24.7.2012 20:43, Miroslav ?ulc napsal(a): zobrazit citaci
> Dne 24.7.2012 15:22, jzvc napsal(a): >> Cus, >> >> nemel by nahodou katastr vychazet ze stejnych dat? Ja ze v RUIAN sou >> nejaky adresni body navrch (ony tam baraky fakt sou), a nektery sou >> ruzne lehce posunuty ... > > no, r?ian vych?z? z katastru, jen?e jednak v osm to nemus? b?t nutne( > ?plne( aktu?ln?, a pak taky ten import adresn?ch bodu* asi me(l sv? > mouchy, tr(eba du*m, kde ted( bydl?m, m? c(?slo u? asi tak 50 let, ale > v osm nen? :-)
OSM neresim, porovnaval sem ten overlay (predpokladam z RUIAN) a KM - rozdily byly prave tam. zobrazit citaci
> >> >> BTW: Chtelo by to trebas nejak barevne rozlisit cislo popisny/evidencni. > > provedeno. c(erven? = c(p, modr? = ev, ?lut? = bez c(?sla, olivov? = > v?echny ostatn? ... plat? do t? doby, ne? to n?hodou v r?mci zme(ny > n?lady zme(n?m :-P
Fajn. zobrazit citaci
> > ff > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120724/d1ea4a4a/attachment.html>

24.7.2012 09:36:50 (#7)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
Dne 24.7.2012 21:23, jzvc napsal(a): zobrazit citaci
> Dne 24.7.2012 20:43, Miroslav ?ulc napsal(a): >> Dne 24.7.2012 15:22, jzvc napsal(a): >>> Cus, >>> >>> nemel by nahodou katastr vychazet ze stejnych dat? Ja ze v RUIAN sou >>> nejaky adresni body navrch (ony tam baraky fakt sou), a nektery sou >>> ruzne lehce posunuty ... >> >> no, r?ian vych?z? z katastru, jen?e jednak v osm to nemus? b?t nutne( >> ?plne( aktu?ln?, a pak taky ten import adresn?ch bodu* asi me(l sv? >> mouchy, tr(eba du*m, kde ted( bydl?m, m? c(?slo u? asi tak 50 let, >> ale v osm nen? :-) > > OSM neresim, porovnaval sem ten overlay (predpokladam z RUIAN) a KM - > rozdily byly prave tam.
aha, tak to netu??m. j? si urc(ite( nov? adresn? body v db nevymyslel, tak?e se asi pr(ecejen ty katastr?ln? mapy s r?ian rozch?zej?. mo?n? to souvis? se zpu*sobem aktualizace map, nev?m, tr(eba ne(co vyc(te? tady: http://www.cuzk.cz/Dokument.aspx?AKCE=DOC:10-WMS_PRO_KM ff ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120724/095a796d/attachment.html> ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120724/095a796d/attachment.bin>

25.7.2012 06:58:44 (#8)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
752
daj? se n?jak data z RUIAN dostat po jednotliv?ch katastrech do JOSM a n?sledn? po kontrole nap? v??i Bingu poslat do OSM Pra??k Dne 24. ?ervence 2012 21:36 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): zobrazit citaci
> Dne 24.7.2012 21:23, jzvc napsal(a): > > Dne 24.7.2012 20:43, Miroslav ?ulc napsal(a): > > Dne 24.7.2012 15:22, jzvc napsal(a): > > Cus, > > nemel by nahodou katastr vychazet ze stejnych dat? Ja ze v RUIAN sou > nejaky adresni body navrch (ony tam baraky fakt sou), a nektery sou ruzne > lehce posunuty ... > > > no, r?ian vych?z? z katastru, jen?e jednak v osm to nemus? b?t nutn? ?pln? > aktu?ln?, a pak taky ten import adresn?ch bod? asi m?l sv? mouchy, t?eba > d?m, kde te? bydl?m, m? ??slo u? asi tak 50 let, ale v osm nen? :-) > > > OSM neresim, porovnaval sem ten overlay (predpokladam z RUIAN) a KM - > rozdily byly prave tam. > > > aha, tak to netu??m. j? si ur?it? nov? adresn? body v db nevymyslel, tak?e > se asi p?ecejen ty katastr?ln? mapy s r?ian rozch?zej?. mo?n? to souvis? se > zp?sobem aktualizace map, nev?m, t?eba n?co vy?te? tady: > http://www.cuzk.cz/Dokument.aspx?AKCE=DOC:10-WMS_PRO_KM > > ff > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120725/d6c75a44/attachment.html>

25.7.2012 07:10:11 (#9)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
Dne 25.7.2012 18:58, Zden?k Pra??k napsal(a): zobrazit citaci
> daj? se n?jak data z RUIAN dostat po jednotliv?ch katastrech do JOSM a > n?sledn? po kontrole nap? v??i Bingu poslat do OSM
jak? data konkr?tn?? adresn? body? budovy? nebo n?jak? jin?? samoz?ejm? "nen? probl?m" vyexportovat data z datab?ze s ur?it?m filtrem (obec, extent apod) do osm form?tu, ale pokud u? data jsou i v osm, tak by se musely duplicity odstranit. a to moc netu??m jak. a pak je tu je?t? druh? v?c. pokud bychom n?co takov?ho d?lali, tak by to podle m? cht?lo jednak udr?ovat p?ehled, co u? je naimportov?no a co ne, a za druh? by bylo fajn zachovat n?jakou referen?n? vazbu na origin?ln? data (r?ian), abychom p??padn? v budoucnu mohli data v r?ian a v osm porovn?vat (co je nov?ho apod). a pak je tu je?t? t?et? v?c, a to posoudit, na ?em m? smysl tr?vit sv?j ?as a co automatizovat (a ?as vyu??t na n?co lep??ho). zobrazit citaci
> Pra??k
ff ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120725/c98ac91e/attachment.bin>

25.7.2012 07:28:16 (#10)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
752
no j? zat?m pomoc? pluginu tracer kresl?m v katastr?ln?ch ?zem?ch s digit?ln? mapou budovy, tak jsem si myslel jestli bych nemohl vyu??t uveden?ch dat zobrazit citaci
> ------------ P?vodn? zpr?va ------------ > Od: Miroslav ?ulc <fordfrog at fordfrog.com> > P?edm?t: Re: [Talk-cz] r?ian mapy - vylep?en? > Datum: 25.7.2012 19:10:59 > ---------------------------------------- > Dne 25.7.2012 18:58, Zden?k Pra??k napsal(a): > > daj? se n?jak data z RUIAN dostat po jednotliv?ch katastrech do JOSM a > > n?sledn? po kontrole nap? v??i Bingu poslat do OSM > > jak? data konkr?tn?? adresn? body? budovy? nebo n?jak? jin?? samoz?ejm? > "nen? probl?m" vyexportovat data z datab?ze s ur?it?m filtrem (obec, > extent apod) do osm form?tu, ale pokud u? data jsou i v osm, tak by se > musely duplicity odstranit. a to moc netu??m jak. > > a pak je tu je?t? druh? v?c. pokud bychom n?co takov?ho d?lali, tak by > to podle m? cht?lo jednak udr?ovat p?ehled, co u? je naimportov?no a co > ne, a za druh? by bylo fajn zachovat n?jakou referen?n? vazbu na > origin?ln? data (r?ian), abychom p??padn? v budoucnu mohli data v r?ian > a v osm porovn?vat (co je nov?ho apod). > > a pak je tu je?t? t?et? v?c, a to posoudit, na ?em m? smysl tr?vit sv?j > ?as a co automatizovat (a ?as vyu??t na n?co lep??ho). > > > Pra??k > > ff > > >

25.7.2012 07:34:38 (#11)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
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 st?hnout osm soubor s budovama pro dan? v?b?r (t?eba ten katastr) a nechat tomu voln? pr?b?h, ale pokud bychom tomu dali n?jak? ??d, tak by to asi bylo lep??. m?te n?kdo n?jak? n?vrhy? ff Dne 25.7.2012 19:28, Zden?k Pra??k napsal(a): zobrazit citaci
> no j? zat?m pomoc? pluginu tracer kresl?m v katastr?ln?ch ?zem?ch s digit?ln? mapou budovy, tak jsem si myslel jestli bych nemohl vyu??t uveden?ch dat > >> ------------ P?vodn? zpr?va ------------ >> Od: Miroslav ?ulc <fordfrog at fordfrog.com> >> P?edm?t: Re: [Talk-cz] r?ian mapy - vylep?en? >> Datum: 25.7.2012 19:10:59 >> ---------------------------------------- >> Dne 25.7.2012 18:58, Zden?k Pra??k napsal(a): >>> daj? se n?jak data z RUIAN dostat po jednotliv?ch katastrech do JOSM a >>> n?sledn? po kontrole nap? v??i Bingu poslat do OSM >> jak? data konkr?tn?? adresn? body? budovy? nebo n?jak? jin?? samoz?ejm? >> "nen? probl?m" vyexportovat data z datab?ze s ur?it?m filtrem (obec, >> extent apod) do osm form?tu, ale pokud u? data jsou i v osm, tak by se >> musely duplicity odstranit. a to moc netu??m jak. >> >> a pak je tu je?t? druh? v?c. pokud bychom n?co takov?ho d?lali, tak by >> to podle m? cht?lo jednak udr?ovat p?ehled, co u? je naimportov?no a co >> ne, a za druh? by bylo fajn zachovat n?jakou referen?n? vazbu na >> origin?ln? data (r?ian), abychom p??padn? v budoucnu mohli data v r?ian >> a v osm porovn?vat (co je nov?ho apod). >> >> a pak je tu je?t? t?et? v?c, a to posoudit, na ?em m? smysl tr?vit sv?j >> ?as a co automatizovat (a ?as vyu??t na n?co lep??ho). >> >>> Pra??k >> ff >> >> >> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120725/2b89313e/attachment.bin>

26.7.2012 08:50:21 (#12)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
752
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 - nap??klad neexistuj?c? budovy, budovy s jin?m tvarem, doplnil by budovy ve skute?nosti existuj?c? a neobsa?en? v datech RUIAN) a pot? opraven? data odeslal na OSM. V tabulce na wiki by zaznamenal proveden? exportu a p??padn? probl?my Pra??k Dne 25. ?ervence 2012 19:34 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): zobrazit citaci
> 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 st?hnout osm soubor s budovama pro dan? v?b?r (t?eba > ten katastr) a nechat tomu voln? pr?b?h, ale pokud bychom tomu dali > n?jak? ??d, tak by to asi bylo lep??. > > m?te n?kdo n?jak? n?vrhy? > > ff > > Dne 25.7.2012 19:28, Zden?k Pra??k napsal(a): > > no j? zat?m pomoc? pluginu tracer kresl?m v katastr?ln?ch ?zem?ch s > digit?ln? mapou budovy, tak jsem si myslel jestli bych nemohl vyu??t > uveden?ch dat > > > >> ------------ P?vodn? zpr?va ------------ > >> Od: Miroslav ?ulc <fordfrog at fordfrog.com> > >> P?edm?t: Re: [Talk-cz] r?ian mapy - vylep?en? > >> Datum: 25.7.2012 19:10:59 > >> ---------------------------------------- > >> Dne 25.7.2012 18:58, Zden?k Pra??k napsal(a): > >>> daj? se n?jak data z RUIAN dostat po jednotliv?ch katastrech do JOSM a > >>> n?sledn? po kontrole nap? v??i Bingu poslat do OSM > >> jak? data konkr?tn?? adresn? body? budovy? nebo n?jak? jin?? samoz?ejm? > >> "nen? probl?m" vyexportovat data z datab?ze s ur?it?m filtrem (obec, > >> extent apod) do osm form?tu, ale pokud u? data jsou i v osm, tak by se > >> musely duplicity odstranit. a to moc netu??m jak. > >> > >> a pak je tu je?t? druh? v?c. pokud bychom n?co takov?ho d?lali, tak by > >> to podle m? cht?lo jednak udr?ovat p?ehled, co u? je naimportov?no a co > >> ne, a za druh? by bylo fajn zachovat n?jakou referen?n? vazbu na > >> origin?ln? data (r?ian), abychom p??padn? v budoucnu mohli data v r?ian > >> a v osm porovn?vat (co je nov?ho apod). > >> > >> a pak je tu je?t? t?et? v?c, a to posoudit, na ?em m? smysl tr?vit sv?j > >> ?as a co automatizovat (a ?as vyu??t na n?co lep??ho). > >> > >>> Pra??k > >> ff > >> > >> > >> > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120726/047fe0c6/attachment.html>

27.7.2012 12:43:33 (#13)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
tak jsem je?te( trochu upravil generov?n? map z r?ian dat. provedl jsem ne(jak? optimalizace, tak?e vykreslov?n? by me(lo b?t rychlej??. trochu jsem to i vylep?il graficky. pr(edpokl?d?m, ?e u? do toho ?ahat nebudu, tak?e tohle by me(l b?t v?cem?ne( konec(n? stav. data se samozr(ejme( budou pru*be(?ne( aktualizovat z r?ian. aktu?lne( je ale probl?m s aktualizacema, od updatu z 23.7.2012 import gml polygonu* shazuje datab?zi (crash postgisu), tak?e dokud se to nevyr(e??, tak aktualizace nebudou (bug je tady: http://trac.osgeo.org/postgis/ticket/1936). pro shrnut?: mapa vygenerovan? z r?ian dat je k prohl??en? na http://maps.fordfrog.com <http://maps.fordfrog.com/> wms vrstvy jsou na http://wms.fordfrog.com/gwc/service/wms dal jsem tam i ty kr(ov?ky, ale m?m pocit, ?e por(?d nefunguj? jak maj? a j? netu??m, kde by mohl b?t probl?m. ff Dne 24.7.2012 13:40, Miroslav ?ulc napsal(a): zobrazit citaci
> ahoj, > > pr(idal jsem do map na http://maps.fordfrog.com/ je?te( mapy z osm a z > katastru a taky overlay vrstvu adresn?ch bodu* z r?ian, tak?e lze napr(. v > mape( porovn?vat polohu adresn?ch bodu* oproti osm. opravil jsem taky > funkcionalitu permalinku, tak?e u? by me(l fungovat. > > mapy ted( jsou (a je?te( chv?li budou) pomalej??, proto?e tam importuju > osm planet data a znovu (opraven?) multipointy do datab?ze r?ian. > > ff > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120727/885704d1/attachment.html> ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120727/885704d1/attachment.bin>

27.7.2012 01:05:04 (#14)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
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 nejjednodu??? * z aplikace by me(lo b?t zr(ejm?, co u? je hotov? a co je?te( ne, pr(?padne( kde jsou ne(jak? zme(ny v r?ian * aplikace by me(la fungovat naprosto samostatne(, bez nutnosti ne(jak? obsluhy takhle ne(jak by ta aplikace mohla vypadat: * byla by webov? aplikace, kde by se podle katastr?ln?ch ?zem? daly stahovat osm soubory s obrysy budov (a pr(?padne( i s adresn?mi body) * aplikace by zobrazovala u ka?d?ho k?, zda je naimportovan? nebo ne a jestli v r?ian do?lo k ne(jak?m zme(n?m + mo?nost filtrov?n? (okres, stav importu, n?zev k?) - v pr(?pade( budov by aplikace zobrazovala jen k?, kde je definovan? obrys alespon( jedn? budovy * v aplikaci by se evidovalo, kdo a kdy jak? soubor naimportoval do osm + pozn?mky k importu * aplikace by umo?n(ovala sledovat zme(ny v r?ian (tj. pokud ne(kdo st?hne a naimportuje ne(jak? budovy do osm, tak info zanese do aplikace, aplikace pak bude ve(de(t, ?e k dan?mu datu jsou budovy naimportovan? a umo?n? pr(??te( vyexportovat pouze rozd?l mezi posledn?m naimportovan?m stavem a souc(asn?m stavem v r?ian) a exportovat pouze zme(ny (vc(etne( informace o odstrane(n?ch objektech) * z aplikace tak? bude zr(ejm?, kdo zrovna na c(em de(l? * aplikace by mohla tak? zobrazovat historii importu* (tj. kdo, kdy a co), kdo m? co rozde(lan? a jak dlouho, kolik toho zb?v? naimportovat apod. pr(em??lel jsem o tom, jak por(e?it, aby nebylo nutn? se do aplikace registrovat a souc(asne( zajistit urc(itou m?ru autorizace pr(i zad?v?n? informac? o proveden? importu a napadlo me( n?sleduj?c?: 1) kdy? si budu cht?t st?hnout data z urc(it?ho k?, tak si to k? vyhled?m, zad?m svu*j mail a jestli chci komplet soubor nebo rozd?lov? soubor a aplikace mi soubor po?le na mail, vc(etne( linku pro zanesen? informace o proveden? importu do aplikace 2) naimportuju budovy do osm (vizu?ln? kontrola, opravy apod.) 3) kdy? m?m naimportov?no, kliknu na link z mailu, zobraz? se mi webov? formul?r(, j? tam zad?m pozn?mky k importu a ode?lu 4) syst?m si informace sp?ruje s pr(edchoz?m exportem a bude ve(de(t, ?e a? po urc(it? datum jsou budovy naimportovan?, tak?e bude moct jednodu?e sledovat rozd?ly m?te k tomu ne(kdo ne(jak? pr(ipom?nky nebo podne(ty? pak m?m je?te( jeden technick? dotaz. tu??te ne(kdo, jak pr(ev?st data z postgis geometry do osm form?tu? s body pr(edpokl?d?m probl?m nebude, ale netu??m, jak s polygony. r?ian se neomezuje jen na c(?ry, tak?e tam asi bude nutn? prov?st ne(jakou konverzi. ide?ln? by byla ne(jak? knihovna, kter? vezme postgis geometry a ude(l? z n? osm xml. zkou?el jsem ne(co vygooglovat, ale asi jsem zad?val ?patn? kl?c(ov? slova. ff Dne 26.7.2012 08:50, Zdene(k Pra??k napsal(a): zobrazit citaci
> no kdyby se pr(ipravily str?nky se zdrojov?mi ?daji pro budovy pro > jednotliv? katastr?ln? ?zem?, pak by bylo mo?n? vytvor(it str?nky na > wiki s odkazy na sta?en? jednotliv?ch souboru*. z?jemce by si st?hl > data pro po?adovan? katastr?ln? ?zem?, provedl kontrolu napr( vu*c(i > bingu (odstranil ru*zn? chyby - napr(?klad neexistuj?c? budovy, budovy > s jin?m tvarem, doplnil by budovy ve skutec(nosti existuj?c? a > neobsa?en? v datech RUIAN) a pot? opraven? data odeslal na OSM. > V tabulce na wiki by zaznamenal proveden? exportu a pr(?padn? probl?my > Pra??k > > Dne 25. c(ervence 2012 19:34 Miroslav ?ulc <fordfrog at fordfrog.com > <mailto:fordfrog at fordfrog.com>> napsal(a): > > no, tak to by rozhodne( me(lo u?etr(it c(as, proto?e jestli se > nepletu, tak > kdy? je budova v digit?ln? mape( k?, tak bude i v r?ian a dala by > se snad > jednodu?e naimportovat. podle me( by to ale chte(lo ude(lat ne(jak > systematicky. samozr(ejme( mu*?u ude(lat ne(jakou webovou str?nku, > odkud si > kdokoliv bude moct st?hnout osm soubor s budovama pro dan? v?be(r > (tr(eba > ten katastr) a nechat tomu voln? pru*be(h, ale pokud bychom tomu dali > ne(jak? r(?d, tak by to asi bylo lep??. > > m?te ne(kdo ne(jak? n?vrhy? > > ff > > Dne 25.7.2012 19:28, Zdene(k Pra??k napsal(a): > > no j? zat?m pomoc? pluginu tracer kresl?m v katastr?ln?ch > ?zem?ch s digit?ln? mapou budovy, tak jsem si myslel jestli bych > nemohl vyu??t uveden?ch dat > > > >> ------------ Pu*vodn? zpr?va ------------ > >> Od: Miroslav ?ulc <fordfrog at fordfrog.com > <mailto:fordfrog at fordfrog.com>> > >> Pr(edme(t: Re: [Talk-cz] r?ian mapy - vylep?en? > >> Datum: 25.7.2012 19:10:59 > >> ---------------------------------------- > >> Dne 25.7.2012 18:58, Zdene(k Pra??k napsal(a): > >>> daj? se ne(jak data z RUIAN dostat po jednotliv?ch katastrech > do JOSM a > >>> n?sledne( po kontrole napr( vu*c(i Bingu poslat do OSM > >> jak? data konkr?tne(? adresn? body? budovy? nebo ne(jak? jin?? > samozr(ejme( > >> "nen? probl?m" vyexportovat data z datab?ze s urc(it?m filtrem > (obec, > >> extent apod) do osm form?tu, ale pokud u? data jsou i v osm, > tak by se > >> musely duplicity odstranit. a to moc netu??m jak. > >> > >> a pak je tu je?te( druh? ve(c. pokud bychom ne(co takov?ho > de(lali, tak by > >> to podle me( chte(lo jednak udr?ovat pr(ehled, co u? je > naimportov?no a co > >> ne, a za druh? by bylo fajn zachovat ne(jakou referenc(n? vazbu na > >> origin?ln? data (r?ian), abychom pr(?padne( v budoucnu mohli > data v r?ian > >> a v osm porovn?vat (co je nov?ho apod). > >> > >> a pak je tu je?te( tr(et? ve(c, a to posoudit, na c(em m? smysl > tr?vit svu*j > >> c(as a co automatizovat (a c(as vyu??t na ne(co lep??ho). > >> > >>> Pra??k > >> ff > >> > >> > >> > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > > http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120727/e29858a9/attachment.html> ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120727/e29858a9/attachment.bin>

27.7.2012 01:20:37 (#15)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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? 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?. Honza Dne 27. ?ervence 2012 13:05 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): zobrazit citaci
> j? jsem nad t?m je?t? v?era p?em??lel, a dosp?l jsem k tomuhle: > > * aplikace by m?la umo??ovat nejen jednor?zov? import, ale i n?sledn? > aktualizace podle zm?n v r?ian > * evidence prov?d?n? import? by m?la b?t sou??st? aplikace tak, aby se na n? > nezapom?nalo, sou?asn? by m?la b?t co nejjednodu??? > * z aplikace by m?lo b?t z?ejm?, co u? je hotov? a co je?t? ne, p??padn? kde > jsou n?jak? zm?ny v r?ian > * aplikace by m?la fungovat naprosto samostatn?, bez nutnosti n?jak? obsluhy > > takhle n?jak by ta aplikace mohla vypadat: > > * byla by webov? aplikace, kde by se podle katastr?ln?ch ?zem? daly stahovat > osm soubory s obrysy budov (a p??padn? i s adresn?mi body) > * aplikace by zobrazovala u ka?d?ho k?, zda je naimportovan? nebo ne a > jestli v r?ian do?lo k n?jak?m zm?n?m + mo?nost filtrov?n? (okres, stav > importu, n?zev k?) - v p??pad? budov by aplikace zobrazovala jen k?, kde je > definovan? obrys alespo? jedn? budovy > * v aplikaci by se evidovalo, kdo a kdy jak? soubor naimportoval do osm + > pozn?mky k importu > * aplikace by umo??ovala sledovat zm?ny v r?ian (tj. pokud n?kdo st?hne a > naimportuje n?jak? budovy do osm, tak info zanese do aplikace, aplikace pak > bude v?d?t, ?e k dan?mu datu jsou budovy naimportovan? a umo?n? p???t? > vyexportovat pouze rozd?l mezi posledn?m naimportovan?m stavem a sou?asn?m > stavem v r?ian) a exportovat pouze zm?ny (v?etn? informace o odstran?n?ch > objektech) > * z aplikace tak? bude z?ejm?, kdo zrovna na ?em d?l? > * aplikace by mohla tak? zobrazovat historii import? (tj. kdo, kdy a co), > kdo m? co rozd?lan? a jak dlouho, kolik toho zb?v? naimportovat apod. > > p?em??lel jsem o tom, jak po?e?it, aby nebylo nutn? se do aplikace > registrovat a sou?asn? zajistit ur?itou m?ru autorizace p?i zad?v?n? > informac? o proveden? importu a napadlo m? n?sleduj?c?: > > 1) kdy? si budu cht?t st?hnout data z ur?it?ho k?, tak si to k? vyhled?m, > zad?m sv?j mail a jestli chci komplet soubor nebo rozd?lov? soubor a > aplikace mi soubor po?le na mail, v?etn? linku pro zanesen? informace o > proveden? importu do aplikace > 2) naimportuju budovy do osm (vizu?ln? kontrola, opravy apod.) > 3) kdy? m?m naimportov?no, kliknu na link z mailu, zobraz? se mi webov? > formul??, j? tam zad?m pozn?mky k importu a ode?lu > 4) syst?m si informace sp?ruje s p?edchoz?m exportem a bude v?d?t, ?e a? po > ur?it? datum jsou budovy naimportovan?, tak?e bude moct jednodu?e sledovat > rozd?ly > > m?te k tomu n?kdo n?jak? p?ipom?nky nebo podn?ty? > > pak m?m je?t? jeden technick? dotaz. tu??te n?kdo, jak p?ev?st data z > postgis geometry do osm form?tu? s body p?edpokl?d?m probl?m nebude, ale > netu??m, jak s polygony. r?ian se neomezuje jen na ??ry, tak?e tam asi bude > nutn? prov?st n?jakou konverzi. ide?ln? by byla n?jak? knihovna, kter? vezme > postgis geometry a ud?l? z n? osm xml. zkou?el jsem n?co vygooglovat, ale > asi jsem zad?val ?patn? kl??ov? slova. > > ff > > Dne 26.7.2012 08:50, Zden?k Pra??k napsal(a): > > 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 - > nap??klad neexistuj?c? budovy, budovy s jin?m tvarem, doplnil by budovy ve > skute?nosti existuj?c? a neobsa?en? v datech RUIAN) a pot? opraven? data > odeslal na OSM. > V tabulce na wiki by zaznamenal proveden? exportu a p??padn? probl?my > Pra??k > > Dne 25. ?ervence 2012 19:34 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): >> >> 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 st?hnout osm soubor s budovama pro dan? v?b?r (t?eba >> ten katastr) a nechat tomu voln? pr?b?h, ale pokud bychom tomu dali >> n?jak? ??d, tak by to asi bylo lep??. >> >> m?te n?kdo n?jak? n?vrhy? >> >> ff >> >> Dne 25.7.2012 19:28, Zden?k Pra??k napsal(a): >> > no j? zat?m pomoc? pluginu tracer kresl?m v katastr?ln?ch ?zem?ch s >> > digit?ln? mapou budovy, tak jsem si myslel jestli bych nemohl vyu??t >> > uveden?ch dat >> > >> >> ------------ P?vodn? zpr?va ------------ >> >> Od: Miroslav ?ulc <fordfrog at fordfrog.com> >> >> P?edm?t: Re: [Talk-cz] r?ian mapy - vylep?en? >> >> Datum: 25.7.2012 19:10:59 >> >> ---------------------------------------- >> >> Dne 25.7.2012 18:58, Zden?k Pra??k napsal(a): >> >>> daj? se n?jak data z RUIAN dostat po jednotliv?ch katastrech do JOSM a >> >>> n?sledn? po kontrole nap? v??i Bingu poslat do OSM >> >> jak? data konkr?tn?? adresn? body? budovy? nebo n?jak? jin?? samoz?ejm? >> >> "nen? probl?m" vyexportovat data z datab?ze s ur?it?m filtrem (obec, >> >> extent apod) do osm form?tu, ale pokud u? data jsou i v osm, tak by se >> >> musely duplicity odstranit. a to moc netu??m jak. >> >> >> >> a pak je tu je?t? druh? v?c. pokud bychom n?co takov?ho d?lali, tak by >> >> to podle m? cht?lo jednak udr?ovat p?ehled, co u? je naimportov?no a co >> >> ne, a za druh? by bylo fajn zachovat n?jakou referen?n? vazbu na >> >> origin?ln? data (r?ian), abychom p??padn? v budoucnu mohli data v r?ian >> >> a v osm porovn?vat (co je nov?ho apod). >> >> >> >> a pak je tu je?t? t?et? v?c, a to posoudit, na ?em m? smysl tr?vit sv?j >> >> ?as a co automatizovat (a ?as vyu??t na n?co lep??ho). >> >> >> >>> Pra??k >> >> ff >> >> >> >> >> >> >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

27.7.2012 01:41:46 (#16)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
Dne 27.7.2012 13:20, Jan Bilak napsal(a): zobrazit citaci
> 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. zobrazit citaci
> 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 jsem hlavn? z importu budov tam, kde je nem?me, to je asi ta nejjednodu??? varianta. co se t??e importu budov do m?st, kde u? n?jak? jsou, nebo importu adresn?ch bod?, tak se p?izn?m, ?e nev?m, jestli v josm existuj? n?stroje na zobrazen? rozd?l? ve vrstv?ch, na slu?ov?n? objekt? (a tag?) z r?zn?ch vrstev apod. s t?m zku?enosti nem?m. ale ur?it? se tu najde n?kdo, kdo to v?d?t bude nebo aspo? bude v?d?t, kde hledat. ten m?j n?st?el je v podstat? (podle m?) asi to nejnutn?j?? minimum pro to, aby se dala data z r?ian vyu??t pro manu?ln? importy. nad t?m potom lze d?lat dal?? nadstavby, kter? pr?ci zjednodu?? a zrychl?. n?co ur?it? vyplyne i ze zku?enost? se samotn?mi importy. zobrazit citaci
> Honza
ff ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120727/caa58ca8/attachment.bin>

27.7.2012 02:18:43 (#17)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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 <fordfrog at fordfrog.com> napsal(a): zobrazit citaci
> 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 jsem hlavn? z importu budov tam, kde je nem?me, to je asi ta > nejjednodu??? varianta. co se t??e importu budov do m?st, kde u? n?jak? > jsou, nebo importu adresn?ch bod?, tak se p?izn?m, ?e nev?m, jestli v > josm existuj? n?stroje na zobrazen? rozd?l? ve vrstv?ch, na slu?ov?n? > objekt? (a tag?) z r?zn?ch vrstev apod. s t?m zku?enosti nem?m. ale > ur?it? se tu najde n?kdo, kdo to v?d?t bude nebo aspo? bude v?d?t, kde > hledat. > > ten m?j n?st?el je v podstat? (podle m?) asi to nejnutn?j?? minimum pro > to, aby se dala data z r?ian vyu??t pro manu?ln? importy. nad t?m potom > lze d?lat dal?? nadstavby, kter? pr?ci zjednodu?? a zrychl?. n?co ur?it? > vyplyne i ze zku?enost? se samotn?mi importy. >> Honza > ff > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

27.7.2012 02:35:43 (#18)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Jan Bilak wrote: zobrazit citaci
> 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.
V OSM se pou??vaj? v podstat? dva form?ty: 1) osm: XML soubor s jednotliv?mi prvky. 2) osc (osmChange): XML soubor obsahuj?c? zm?ny dat (obsah changesetu), v podstat? se jedn? o seznam prvk? delete, modify, create, kde ka?d? z nich obsahuje zm?n?n? prvky. Jestli existuje n?jak? rozumn? prohl??e? tohoto form?tu netu??m. (v?ce viz wiki) U? n?jakou dobu vyv?j?m python? knihovnu [1] pro pr?ci s OSM daty, mj. jsem pou??val pro import s?del z UIR-ZSJ. Tam jsem taky pou??val metodu, kter? diffne dva osm souboru a vytvo?? z nich osc vhodn? k uploadu (proto byl postup - otev?i vygenerovan? osm soubor, uprav dle chuti, ulo?, spus? skript pro upload). zobrazit citaci
> 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.
Pokud se shodneme, ?e budem adresn? body skute?n? do OSM d?vat jako jednotliv? body (ale m?m pocit, ?e tahle ot?zka se je?t? definitivn? neroz?e?ila), tak by se asi dala zrecyklovat zna?n? ??st logiky z importu UIR-ZSJ. Trouf?m si tvrdit, ?e v takov?m p?ipad? by se dala synchronizace OSM a RUIAN prakticky ?pln? zautomatizovat. Ale te? se odhodl?v?m pod?vat se na to, v jak? form? obsahuje RUIAN hranice a jestli by se nedala n?jak zautomatizovat jejich aktualizace v OSM (co jsem koukal, tak na n?kter?ch m?stech se zm?nilo docela dost). Zdrav?, Petr Mor?vek aka Xificurk [1] https://github.com/xificurk/osmapis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120727/015e9000/attachment-0001.pgp>

27.7.2012 03:16:26 (#19)
gravatar

Tomáš Tichý

<t.tichy at post.cz>
150 4809
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? pohled vypad? aplikace pou?iteln? minim?ln? na koordinaci ?innost? a ?e?? n?kter? probl?my: - nen? pot?eba registrace, pou?ije se p?ihla?ov?n? z OSM - ?lohy jsou vid?t na map? - integrovan? vazby na JOSM a Potlatch - vy?e?en? rezervace ?loh jednotliv?mi u?ivateli v?etn? automatick?ho uvoln?n? p?i ne?innosti Pokud se chcete n?kdo pustit do v?voje n?jak? poloautomatick? importovac? aplikace, mohl by to b?t pou?iteln? z?klad. TT ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120727/0aac039a/attachment.html>

27.7.2012 04:18:52 (#20)
gravatar

Jakub

<j at kub.cz>
33 3159
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: zobrazit citaci
> 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<fordfrog at fordfrog.com> 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 jsem hlavn? z importu budov tam, kde je nem?me, to je asi ta >> nejjednodu??? varianta. co se t??e importu budov do m?st, kde u? n?jak? >> jsou, nebo importu adresn?ch bod?, tak se p?izn?m, ?e nev?m, jestli v >> josm existuj? n?stroje na zobrazen? rozd?l? ve vrstv?ch, na slu?ov?n? >> objekt? (a tag?) z r?zn?ch vrstev apod. s t?m zku?enosti nem?m. ale >> ur?it? se tu najde n?kdo, kdo to v?d?t bude nebo aspo? bude v?d?t, kde >> hledat. >> >> ten m?j n?st?el je v podstat? (podle m?) asi to nejnutn?j?? minimum pro >> to, aby se dala data z r?ian vyu??t pro manu?ln? importy. nad t?m potom >> lze d?lat dal?? nadstavby, kter? pr?ci zjednodu?? a zrychl?. n?co ur?it? >> vyplyne i ze zku?enost? se samotn?mi importy. >>> Honza >> ff >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >

27.7.2012 05:17:56 (#21)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
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): zobrazit citaci
> 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 <fordfrog at fordfrog.com> 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 jsem hlavn? z importu budov tam, kde je nem?me, to je asi ta >> nejjednodu??? varianta. co se t??e importu budov do m?st, kde u? n?jak? >> jsou, nebo importu adresn?ch bod?, tak se p?izn?m, ?e nev?m, jestli v >> josm existuj? n?stroje na zobrazen? rozd?l? ve vrstv?ch, na slu?ov?n? >> objekt? (a tag?) z r?zn?ch vrstev apod. s t?m zku?enosti nem?m. ale >> ur?it? se tu najde n?kdo, kdo to v?d?t bude nebo aspo? bude v?d?t, kde >> hledat. >> >> ten m?j n?st?el je v podstat? (podle m?) asi to nejnutn?j?? minimum pro >> to, aby se dala data z r?ian vyu??t pro manu?ln? importy. nad t?m potom >> lze d?lat dal?? nadstavby, kter? pr?ci zjednodu?? a zrychl?. n?co ur?it? >> vyplyne i ze zku?enost? se samotn?mi importy. >>> Honza >> ff >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120727/1c5b48fd/attachment.bin>

28.7.2012 10:35:08 (#22)
gravatar

hanoj

<ehanoj at gmail.com>
713
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 <fordfrog at fordfrog.com> napsal(a): zobrazit citaci
> 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 <fordfrog at fordfrog.com> 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 jsem hlavn? z importu budov tam, kde je nem?me, to je asi ta >>> nejjednodu??? varianta. co se t??e importu budov do m?st, kde u? n?jak? >>> jsou, nebo importu adresn?ch bod?, tak se p?izn?m, ?e nev?m, jestli v >>> josm existuj? n?stroje na zobrazen? rozd?l? ve vrstv?ch, na slu?ov?n? >>> objekt? (a tag?) z r?zn?ch vrstev apod. s t?m zku?enosti nem?m. ale >>> ur?it? se tu najde n?kdo, kdo to v?d?t bude nebo aspo? bude v?d?t, kde >>> hledat. >>> >>> ten m?j n?st?el je v podstat? (podle m?) asi to nejnutn?j?? minimum pro >>> to, aby se dala data z r?ian vyu??t pro manu?ln? importy. nad t?m potom >>> lze d?lat dal?? nadstavby, kter? pr?ci zjednodu?? a zrychl?. n?co ur?it? >>> vyplyne i ze zku?enost? se samotn?mi importy. >>>> Honza >>> ff

28.7.2012 11:15:31 (#23)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
Dne 28.7.2012 22:35, hanoj napsal(a): zobrazit citaci
> 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. zobrazit citaci
> * Kolik mapperu se bude ucastnit takove prace? Prvni desitky.
p?i tom mno?stv? pr?ce (viz n??) asi nikdo :-) zobrazit citaci
> * Jak dlouho to bude trvat? ...
no, kdy? mapper str?v? na jednom k? 5 pouh?ch minut, tak to je "jenom" cca 1085 hodin pr?ce :-) zobrazit citaci
> * Jaka cast dat by mela byt mappery pridavana tam kde nikdy nebyla? Vetsina.
tak ono se d? n?co okontrolovat t?eba podle bingu, ale i to m? svoje probl?my. co jsem ?etl n?kde na osm wiki, tak jim ob?as mapa nesed? a je posunut?. dal?? v?c je ta, ?e r?ian data jsou aktu?ln? kde?to bing mapa zastar?v?. tak?e ru?n? ?pravy m??ou m?t naopak i negativn? dopad, pokud by se n?kdo striktn? dr?el bingu. nehled? na to, ?e asi v?t?ina adresn?ch bod? z p?edchoz?ho importu z?stala rukou ?iv?ho mappera netknut?, a? u? jsou um?st?n? spr?vn? nebo jsou posunut?. zobrazit citaci
> * 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?
je fakt, ?e ten efekt za t?ch cca 1085 hodin (samoz?ejm? je to pouze odhad) pr?ce ve srovn?n? s plnou automatizac? by byl asi minim?ln?. u? jenom proto, ?e by se to ru?n? nikdy nedod?lalo. 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. zobrazit citaci
> h.anoj
ff ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120728/83a75cfe/attachment.bin>

29.7.2012 10:16:58 (#24)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
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:ehanoj at gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz at openstreetmap.org] Sent: Sat, 28 Jul 2012 22:35:08 +0200 Subject: Re: [Talk-cz] import budov zobrazit citaci
> Ja bych nadhodil nekolik otazek treba pro adresni body:
* Kolik je zobrazit citaci
> adresnich bodu? 2.500.000
* Kolik mapperu se bude ucastnit takove prace? zobrazit citaci
> Prvni desitky.
* Jak dlouho to bude trvat? ... * Jaka cast dat by mela byt zobrazit citaci
> mappery pridavana tam kde nikdy nebyla? Vetsina.
* Jak budou uzivatele zobrazit citaci
> hodnotit (ne)kvalitu dat jiz v OSM? Na zaklade
dat CUZK a u par stovek bodu zobrazit citaci
> ze znalosti z terenu kde bydli.Tezko > ale
suplovat: http://www.cuzk.cz/GenerujSoubor.ashx?NAZEV=10-POROVNANIADRES Opravdu zobrazit citaci
> je individualni prace na vetsine uzemi republiky cesta, jak
data RUIAN zobrazit citaci
> dostat do OSM?
h.anoj Dne 27. ?ervence 2012 17:17 Miroslav ?ulc zobrazit citaci
> <fordfrog at fordfrog.com> 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 > <fordfrog at fordfrog.com> 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 jsem hlavn? z importu budov tam, > kde je nem?me, to je asi ta >>> nejjednodu??? varianta. co se t??e > importu budov do m?st, kde u? n?jak? >>> jsou, nebo importu adresn?ch > bod?, tak se p?izn?m, ?e nev?m, jestli v >>> josm existuj? n?stroje > na zobrazen? rozd?l? ve vrstv?ch, na slu?ov?n? >>> objekt? (a tag?) > z r?zn?ch vrstev apod. s t?m zku?enosti nem?m. ale >>> ur?it? se tu > najde n?kdo, kdo to v?d?t bude nebo aspo? bude v?d?t, kde >>> > hledat. >>> >>> ten m?j n?st?el je v podstat? (podle m?) asi to > nejnutn?j?? minimum pro >>> to, aby se dala data z r?ian vyu??t pro > manu?ln? importy. nad t?m potom >>> lze d?lat dal?? nadstavby, kter? > pr?ci zjednodu?? a zrychl?. n?co ur?it? >>> vyplyne i ze zku?enost? > se samotn?mi importy. >>>> Honza >>> > ff
_______________________________________________ Talk-cz mailing zobrazit citaci
> list
Talk-cz at openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz

30.7.2012 12:59:53 (#25)
gravatar

Lukas Kohout

<luko at luko.name>
22
On 28.7.2012 23:15, Miroslav ?ulc wrote: zobrazit citaci
> 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

30.7.2012 01:04:35 (#26)
gravatar

Jan Bilak

<jan.bilak.osm at gmail.com>
149
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 <luko at luko.name> napsal(a): zobrazit citaci
> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

30.7.2012 01:24:33 (#27)
gravatar

Lukas Kohout

<luko at luko.name>
22
On 30.7.2012 1:04, Jan Bilak wrote: zobrazit citaci
> 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"? :) zobrazit citaci
> 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 zobrazit citaci
> Dne 30. ?ervence 2012 0:59 Lukas Kohout<luko at luko.name> 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 at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

30.7.2012 02:20:14 (#28)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
Dne 30.7.2012 00:59, Lukas Kohout napsal(a): zobrazit citaci
> 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. zobrazit citaci
> > LuKo > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120730/b4674824/attachment-0001.bin>

30.7.2012 03:02:29 (#29)
gravatar

Lukas Kohout

<luko at luko.name>
22
On 30.7.2012 2:20, Miroslav ?ulc wrote: zobrazit citaci
> 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 <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 zobrazit citaci
> 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 at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120730/2c0b71fb/attachment.html>

30.7.2012 08:07:16 (#30)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
Holt asi m?te na stavebn?m ??ad? lajd?ka. :-) MK ----- Original Message ----- From: Lukas Kohout [mailto:luko at luko.name] To: talk-cz at openstreetmap.org Sent: Mon, 30 Jul 2012 03:02:29 +0200 Subject: Re: [Talk-cz] import budov zobrazit citaci
> 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 > <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

30.7.2012 08:14:31 (#31)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
source:survey :) Dne 30.7.2012 01:24, Lukas Kohout napsal(a): zobrazit citaci
> Existuje k tomuto ??elu n?jak? tag "zji?t?no p?i proch?zce se psem"?

30.7.2012 11:33:20 (#32)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
Dne 30.7.2012 03:02, Lukas Kohout napsal(a): zobrazit citaci
> 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 existuje a je od toho v >>>> r?ian vzd?len? v?c ne? x jednotek by se r(e?ily poloautomaticky. mo?n? by >>>> nebylo ?patn? napsat si ne(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 >>>> vyc(?st. a? se mi doimportuj? osm data do db, tak to mu*?u zkusit napsat a >>>> uvid?me, co tu vlastne( r(e??me. >>> Zdrav?m, navrhuji ude(lat mo?nost vyr(adit oblast z automatick?ho >>> importu/aktualizace. V na?? vesnici jsou ne(kter? adresn? body chybne( >>> um?ste(n?, ne(kter? chyb? ?plne(. Asi bych nebyl nad?en?, kdyby mi je >>> ne(jak? bot st?le dokola automaticky pr(esouval/mazal (zrovna dnes jsem >>> dopln(oval jedno c(.p. podle n?lepky na popelnici, co? je mo?n? jen v >>> nede(li vec(er :) ) >> chybne( um?ste(n? znamen? co pr(esne(? posunut? o kolik metru*? podle my be( >> skript neme(l me(nit body, kter? jsou od sebe vzd?leny v?c jak x metru* (tj >> r?ian vs osm), ale me(l by je ne(kam vypsat. tyhle by se pak museli >> zkontrolovat ruc(ne(. kolik jich bude, by me(lo vyplynout z anal?zy rozd?lu* >> mezi r?ian a osm, kterou m?m v pl?nu ude(lat. >> >> k te(m chybe(j?c?m bodu*m? znamen? to, ?e tam m?te ne(jak? c(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 ?patne( zpracov?v? permalink...
ten permalink jsem opravil. vc(era jsem pr(ede(l?val zobrazen? sour(adnic, aby bylo v epsg:4326 (tj stejn? jako osm) a rozbil jsem t?m permalink. zobrazit citaci
> Do pozornosti doporuc(uji c(?sla 125, 126, 127, 133, 162 (ty 3 > "rozestave(n?" domy u hlavn? jsou ji? minim?lne( rok obydlen?, z?tra > je obejdu se psem) a ve str(edn? c(?sti vesnice pak 16, 7, 9, 10 - tam > r?ian oznac(uje c(?sla (zbor(en?ch) stodol.
ty posuny jsou dost znateln?, to by se me(lo d?t odchytit. co se t?k? te(ch c(?sel nezanesen?ch do r?ian, tam bych asi volil ne(jak? tag typu "nobot", kter? by bod chr?nil pr(ed botem. body tohohle typu by nav?c me(ly vyjet z toho porovn?vac?ho skriptu, tak?e by se daly pr(ed importem ruc(ne( odkontrolovat (pokud jich nebude moc) a otagovat tagem "nobot", aby na ne( bot nesahal. zobrazit citaci
> > Naopak ve vedlej?? obci je pr(edchoz? import ne(jak rozh?zen?, ne(co > tam i chyb? a tam by zme(na podle r?ian znamenala znac(n? zlep?en?: > http://maps.fordfrog.com/?lat=50.05772&lon=15.21386&zoom=18&layers=0B0FTF
kouk?m, ?e ta tvoje oblast je ide?ln? na pr(?klady nesrovnalost? :-) zobrazit citaci
>> jinak ne(kde na osm wiki jsem c(etl o tagu "bot" nebo tak ne(jak (ted( to >> nemu*?u naj?t). podle me( automaticky spravovan? adresn? body by me(ly >> tenhle tag m?t. pokud by pak ne(kdo bod pr(esunul, proto?e je um?ste(n? >> ?patne(, tak by mu ten tag smazal a t?m p?dem by skript ten bod pr(estal >> aktualizovat, max by ne(kam vypsal zme(ny pro dan? bod, pokud k nim dojde. >> takov?ch bodu* bude v porovn?n? s te(mi cca tr(emi miliony minimum, tak?e >> pr(?padn? zme(ny (kter?ch taky asi bude minimum) by se daly zvl?dat ruc(ne(, >> pokud bude potr(eba je do osm zan?st. >> >>> LuKo
ff ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120730/96fea1ac/attachment-0001.html> ------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120730/96fea1ac/attachment-0001.bin>

31.7.2012 02:15:39 (#33)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
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 <fordfrog at fordfrog.com> napsal(a): zobrazit citaci
> 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?? ?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... > > > ten permalink jsem opravil. v?era jsem p?ed?l?val zobrazen? sou?adnic, aby > bylo v epsg:4326 (tj stejn? jako osm) a rozbil jsem t?m permalink. > > > 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. > > > ty posuny jsou dost znateln?, to by se m?lo d?t odchytit. co se t?k? t?ch > ??sel nezanesen?ch do r?ian, tam bych asi volil n?jak? tag typu "nobot", > kter? by bod chr?nil p?ed botem. body tohohle typu by nav?c m?ly vyjet z > toho porovn?vac?ho skriptu, tak?e by se daly p?ed importem ru?n? > odkontrolovat (pokud jich nebude moc) a otagovat tagem "nobot", aby na n? > bot nesahal. > > > > 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 > > > kouk?m, ?e ta tvoje oblast je ide?ln? na p??klady nesrovnalost? :-) > > > 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 > > ff > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

31.7.2012 02:44:02 (#34)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
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): zobrazit citaci
> 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
------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120731/a236bedd/attachment.bin>

31.7.2012 03:11:12 (#35)
gravatar

Lukas Kohout

<luko at luko.name>
22
Zdrav?m, st?le se v OSM rozkouk?v?m a nyn? ?e??m, jak zpracovat pom?rn? z?sadn? dvoum?s??n? uzav?rku I/38 v Kol?n?. Viz http://www.mukolin.cz/cz/o-meste/06598-planovana-uzavirka-silnice-c-i-38-vjezd-do-kolina-od-kutne-hory.html . Vytvo?it uzav?rku (snad) um?m. Daj? se do mapy vlo?it i obj?zdn? trasy, aby s nimi po??tala navigace? D?ky za p??padnou radu ?i nakopnut? sm?rem k t?matu, kde se to ji? ?e?ilo (zat?m jsem nebyl v hled?n? ?sp??n?). LuKo

31.7.2012 10:54:55 (#36)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Obj?zdn? trasy (ora?ov?mi zna?kami vymezen? trasa po existuj?c? silnici, ne provizorn? budovan? nov? silnice) by nem?lo b?t pot?eba zakreslovat, navigace by m?la sama zvolit vhodnou obj?zdnou trasu. Kudy vedou doporu?en? pr?jezdn? trasy (ve v?t??ch m?stech) taky v map? nen?. A navigace ?asto zvol? jinou trasu (t?eba krat?? p?es m?sto, odkud m? zna?en? trasa odv?st dopravu) Luk?? Mat?jka (LM_1) Dne 31. ?ervence 2012 15:11 Lukas Kohout <luko at luko.name> napsal(a): zobrazit citaci
> Zdrav?m, > > st?le se v OSM rozkouk?v?m a nyn? ?e??m, jak zpracovat pom?rn? z?sadn? > dvoum?s??n? uzav?rku I/38 v Kol?n?. Viz > http://www.mukolin.cz/cz/o-meste/06598-planovana-uzavirka-silnice-c-i-38-vjezd-do-kolina-od-kutne-hory.html > . Vytvo?it uzav?rku (snad) um?m. Daj? se do mapy vlo?it i obj?zdn? trasy, > aby s nimi po??tala navigace? D?ky za p??padnou radu ?i nakopnut? sm?rem k > t?matu, kde se to ji? ?e?ilo (zat?m jsem nebyl v hled?n? ?sp??n?). > > LuKo > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

31.7.2012 11:00:47 (#37)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
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 zm?n? hodnota ve zdrojov?ch datech, p?edpokl?d?me i zm?nu v realit? a t?m zneplatn?n? p?vodn? lidsk? ?pravy. To by m?lo vylou?it v?t?inu souboj? mezi ?lov?kem a strojem. Luk?? Mat?jka (LM_1) Dne 31. ?ervence 2012 14:44 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): zobrazit citaci
> 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): >> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

31.7.2012 11:36:36 (#38)
gravatar

Lukas Kohout

<luko at luko.name>
22
Pr?v? z d?vodu, ?e jsou obj???ky kv?li kamion?m tak dlouh? (viz http://www.mukolin.cz/prilohy/Zpravy/598/37dio_kolin_i_38_vedeni_objizd_tras.pdf), jsem cht?l o nich d?t v?d?t ?idi??m p?edem. Jeli by pak t?eba rovnou po ?ernokosteleck? a zbyte?n? nezat??ovali ji? tak p?et??en? obj?zdn? trasy. Navigace sama m??e naj?t kr?tkou obj???ku, kter? je p??jezdov? do p?skovny a jezd? tam t??k? kamiony, av?ak nyn? tam bude omezen? na 7 tun. LuKo On 31.7.2012 22:54, LM_1 wrote: zobrazit citaci
> Obj?zdn? trasy (ora?ov?mi zna?kami vymezen? trasa po existuj?c? > silnici, ne provizorn? budovan? nov? silnice) by nem?lo b?t pot?eba > zakreslovat, navigace by m?la sama zvolit vhodnou obj?zdnou trasu. > Kudy vedou doporu?en? pr?jezdn? trasy (ve v?t??ch m?stech) taky v map? > nen?. A navigace ?asto zvol? jinou trasu (t?eba krat?? p?es m?sto, > odkud m? zna?en? trasa odv?st dopravu) > > Luk?? Mat?jka (LM_1) > > Dne 31. ?ervence 2012 15:11 Lukas Kohout<luko at luko.name> napsal(a): >> Zdrav?m, >> >> st?le se v OSM rozkouk?v?m a nyn? ?e??m, jak zpracovat pom?rn? z?sadn? >> dvoum?s??n? uzav?rku I/38 v Kol?n?. Viz >> http://www.mukolin.cz/cz/o-meste/06598-planovana-uzavirka-silnice-c-i-38-vjezd-do-kolina-od-kutne-hory.html >> . Vytvo?it uzav?rku (snad) um?m. Daj? se do mapy vlo?it i obj?zdn? trasy, >> aby s nimi po??tala navigace? D?ky za p??padnou radu ?i nakopnut? sm?rem k >> t?matu, kde se to ji? ?e?ilo (zat?m jsem nebyl v hled?n? ?sp??n?). >> >> LuKo >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

31.7.2012 11:44:07 (#39)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Rozum?m tomu, pro? bych jako ?idi? cht?l v?d?t, kudy vede ofici?ln? obj?zdn? trasa, ale co v?m tak ??dn? navigace tuto mo?nost nepodporuje. LM Dne 31. ?ervence 2012 23:36 Lukas Kohout <luko at luko.name> napsal(a): zobrazit citaci
> Pr?v? z d?vodu, ?e jsou obj???ky kv?li kamion?m tak dlouh? (viz > http://www.mukolin.cz/prilohy/Zpravy/598/37dio_kolin_i_38_vedeni_objizd_tras.pdf), > jsem cht?l o nich d?t v?d?t ?idi??m p?edem. Jeli by pak t?eba rovnou po > ?ernokosteleck? a zbyte?n? nezat??ovali ji? tak p?et??en? obj?zdn? trasy. > Navigace sama m??e naj?t kr?tkou obj???ku, kter? je p??jezdov? do p?skovny a > jezd? tam t??k? kamiony, av?ak nyn? tam bude omezen? na 7 tun. > > LuKo > > > > > On 31.7.2012 22:54, LM_1 wrote: >> >> Obj?zdn? trasy (ora?ov?mi zna?kami vymezen? trasa po existuj?c? >> silnici, ne provizorn? budovan? nov? silnice) by nem?lo b?t pot?eba >> zakreslovat, navigace by m?la sama zvolit vhodnou obj?zdnou trasu. >> Kudy vedou doporu?en? pr?jezdn? trasy (ve v?t??ch m?stech) taky v map? >> nen?. A navigace ?asto zvol? jinou trasu (t?eba krat?? p?es m?sto, >> odkud m? zna?en? trasa odv?st dopravu) >> >> Luk?? Mat?jka (LM_1) >> >> Dne 31. ?ervence 2012 15:11 Lukas Kohout<luko at luko.name> napsal(a): >>> >>> Zdrav?m, >>> >>> st?le se v OSM rozkouk?v?m a nyn? ?e??m, jak zpracovat pom?rn? >>> z?sadn? >>> dvoum?s??n? uzav?rku I/38 v Kol?n?. Viz >>> >>> http://www.mukolin.cz/cz/o-meste/06598-planovana-uzavirka-silnice-c-i-38-vjezd-do-kolina-od-kutne-hory.html >>> . Vytvo?it uzav?rku (snad) um?m. Daj? se do mapy vlo?it i obj?zdn? trasy, >>> aby s nimi po??tala navigace? D?ky za p??padnou radu ?i nakopnut? sm?rem >>> k >>> t?matu, kde se to ji? ?e?ilo (zat?m jsem nebyl v hled?n? ?sp??n?). >>> >>> LuKo >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

1.8.2012 12:56:04 (#40)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
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? p?edpoklady. a to sam? by se t?kalo i mapper?. nikdo si nebude pamatovat slo?it? pravidla, na z?klad? jak?ch se bot o body star?. ale jednoduch? pravidlo "bot=yes" => bot se o bod star?, "bot=no" => bot na bod sahat nebude, pouze po?le info pro p??padn? ru?n? z?sah, to si mysl?m z toho tagu vypl?v? samo a i nov? mapper bota neznaj?c? by m?l bez probl?mu tenhle z?v?r z toho tagu vyvodit. p??u tu o tagu "bot", ale v praxi by to mo?n? mohl b?t sp?? tag "ruian:bot=yes|no". z toho by bylo z?ejm?, ?e tag se t?k? jen a pouze bota, kter? pracuje nad r?ian daty. stejn? tak by asi mohl existovat tag "ruian:id=<kod z ruian>" (jeho asi jedin? p??nos ale vid?m v tom, ?e v p??pad? p?ejmenov?n? ulice/zm?ny ??sla by se zachovala historie, jinak pro fungov?n? bota asi nen? nezbytn?). nicm?n? zat?m nev?m, jak je to p?esn? s custom tagy, sice jsem n?co na osm wiki na?el, ale nevyplynulo mi z toho n?jak? pravidlo nebo p?edepsan? postup. ff Dne 31.7.2012 23:00, LM_1 napsal(a): zobrazit citaci
> 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 zm?n? hodnota ve zdrojov?ch datech, > p?edpokl?d?me i zm?nu v realit? a t?m zneplatn?n? p?vodn? lidsk? > ?pravy. To by m?lo vylou?it v?t?inu souboj? mezi ?lov?kem a strojem. > > Luk?? Mat?jka (LM_1) > > Dne 31. ?ervence 2012 14:44 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): >> 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): >>> 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 >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120801/808f7066/attachment.bin>

1.8.2012 01:08:04 (#41)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
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. Srozumitelnost existuj?c?ho tagu pro nesezn?men? by asi byla jasn?, ale zp?sob zp?sob jak doj?t od bodu kter? se mi ob?as n?kam chybn? p?esune k tomu, ?e m?m pou??t zvl??tn? tag u? tak jasn? nen?. Mo?? bych volil kompromis, ?e by bot hl?dal posledn?ho autora (to by nemuselo b?t tak slo?it?) a nebo sv?j bot=yes tag, kter? by p?i editaci odstranil - stal by se posledn?m autorem a nebyl by u? pot?eba. Nikomu by neut?kaly body. LM Dne 1. srpna 2012 0:56 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): zobrazit citaci
> 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? p?edpoklady. a to sam? by se t?kalo i mapper?. > nikdo si nebude pamatovat slo?it? pravidla, na z?klad? jak?ch se bot o > body star?. ale jednoduch? pravidlo "bot=yes" => bot se o bod star?, > "bot=no" => bot na bod sahat nebude, pouze po?le info pro p??padn? ru?n? > z?sah, to si mysl?m z toho tagu vypl?v? samo a i nov? mapper bota > neznaj?c? by m?l bez probl?mu tenhle z?v?r z toho tagu vyvodit. > > p??u tu o tagu "bot", ale v praxi by to mo?n? mohl b?t sp?? tag > "ruian:bot=yes|no". z toho by bylo z?ejm?, ?e tag se t?k? jen a pouze > bota, kter? pracuje nad r?ian daty. stejn? tak by asi mohl existovat tag > "ruian:id=<kod z ruian>" (jeho asi jedin? p??nos ale vid?m v tom, ?e v > p??pad? p?ejmenov?n? ulice/zm?ny ??sla by se zachovala historie, jinak > pro fungov?n? bota asi nen? nezbytn?). nicm?n? zat?m nev?m, jak je to > p?esn? s custom tagy, sice jsem n?co na osm wiki na?el, ale nevyplynulo > mi z toho n?jak? pravidlo nebo p?edepsan? postup. > > ff > > Dne 31.7.2012 23:00, 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 zm?n? hodnota ve zdrojov?ch datech, >> p?edpokl?d?me i zm?nu v realit? a t?m zneplatn?n? p?vodn? lidsk? >> ?pravy. To by m?lo vylou?it v?t?inu souboj? mezi ?lov?kem a strojem. >> >> Luk?? Mat?jka (LM_1) >> >> Dne 31. ?ervence 2012 14:44 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): >>> 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): >>>> 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 >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

1.8.2012 10:32:12 (#42)
gravatar

Petr Kadlec

<petr.kadlec at gmail.com>
201 937
2012/7/31 LM_1 <flukas.robot+osm at gmail.com>: zobrazit citaci
> Rozum?m tomu, pro? bych jako ?idi? cht?l v?d?t, kudy vede ofici?ln? > obj?zdn? trasa, ale co v?m tak ??dn? navigace tuto mo?nost > nepodporuje.
V N?mecku maj? takov? ty trval? p?edp?ipraven? obj?zdn? trasy, kde beru, ?e asi d?v? smysl je m?t v map? n?jak reprezentovan?. A vskutku: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung Ale nejsem si jist, jestli d?v? n?jak? velk? smysl mapovat b??n? ad hoc obj???ky, ani se nediv?m navigac?m, ?e takovou pot?ebu nemaj?. -- Petr Kadlec / Mormegil

1.8.2012 01:05:21 (#43)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
Dne 1.8.2012 01:08, LM_1 napsal(a): zobrazit citaci
> 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. > Srozumitelnost existuj?c?ho tagu pro nesezn?men? by asi byla jasn?, > ale zp?sob zp?sob jak doj?t od bodu kter? se mi ob?as n?kam chybn? > p?esune k tomu, ?e m?m pou??t zvl??tn? tag u? tak jasn? nen?. Mo?? > bych volil kompromis, ?e by bot hl?dal posledn?ho autora (to by > nemuselo b?t tak slo?it?) a nebo sv?j bot=yes tag, kter? by p?i > editaci odstranil - stal by se posledn?m autorem a nebyl by u? > pot?eba. Nikomu by neut?kaly body.
jestli jsem to dob?e pochopil, tak navrhuje?, ?e pro bota by znamenalo, ?e se o bod m? starat v p??pad?, ?e bu? je posledn?m editorem nebo je na bodu tag "ruian:bot=yes". tak?e jak?koliv editace bodu by znamenala, ?e se o n?j bot p?estane starat. pro navr?cen? bodu botovi by pak bylo nutn? p?idat "ruian:bot=yes". to podle m? zn? rozumn?. sice to postr?d? tu ?plnou jednoduchost, letm?m pohledem nen? z?ejm?, jestli se bot o ten bod star? nebo ne (?lov?k mus? zn?t pravidlo o posledn?m editorovi, co? v?t?ina mapper? asi v?d?t nebude), ale na druhou stranu mapper o botovi nemus? v?bec v?d?t a i tak by v?e m?lo fungovat spr?vn?, tj pokud je bod um?st?n? ?patn?, tak ho mapper zedituje a t?m ho vyjme z kontroly bota. jak ho vr?tit botovi u? v?d?t nebude, ale to se d? n?kde popsat (t?eba v tom mailu, kter? bude bot generovat). v?hoda je ur?it? ta, ?e se u v?t?iny bod? nebudou osm data zan??et dal??m tagem. akor?t p?i prvotn?m importu bude muset bot tohle pravidlo ignorovat, jinak by nic neud?lal. a p?ed importem bude pot?eba ru?n? otagovat body, kter? jsou v r?ian ?patn? um?st?n?, tagem "ruian:bot=no". ff zobrazit citaci
> LM > > Dne 1. srpna 2012 0:56 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): >> 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? p?edpoklady. a to sam? by se t?kalo i mapper?. >> nikdo si nebude pamatovat slo?it? pravidla, na z?klad? jak?ch se bot o >> body star?. ale jednoduch? pravidlo "bot=yes" => bot se o bod star?, >> "bot=no" => bot na bod sahat nebude, pouze po?le info pro p??padn? ru?n? >> z?sah, to si mysl?m z toho tagu vypl?v? samo a i nov? mapper bota >> neznaj?c? by m?l bez probl?mu tenhle z?v?r z toho tagu vyvodit. >> >> p??u tu o tagu "bot", ale v praxi by to mo?n? mohl b?t sp?? tag >> "ruian:bot=yes|no". z toho by bylo z?ejm?, ?e tag se t?k? jen a pouze >> bota, kter? pracuje nad r?ian daty. stejn? tak by asi mohl existovat tag >> "ruian:id=<kod z ruian>" (jeho asi jedin? p??nos ale vid?m v tom, ?e v >> p??pad? p?ejmenov?n? ulice/zm?ny ??sla by se zachovala historie, jinak >> pro fungov?n? bota asi nen? nezbytn?). nicm?n? zat?m nev?m, jak je to >> p?esn? s custom tagy, sice jsem n?co na osm wiki na?el, ale nevyplynulo >> mi z toho n?jak? pravidlo nebo p?edepsan? postup. >> >> ff >> >> Dne 31.7.2012 23:00, 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 zm?n? hodnota ve zdrojov?ch datech, >>> p?edpokl?d?me i zm?nu v realit? a t?m zneplatn?n? p?vodn? lidsk? >>> ?pravy. To by m?lo vylou?it v?t?inu souboj? mezi ?lov?kem a strojem. >>> >>> Luk?? Mat?jka (LM_1) >>> >>> Dne 31. ?ervence 2012 14:44 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): >>>> 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): >>>>> 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 >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz at openstreetmap.org >>>> http://lists.openstreetmap.org/listinfo/talk-cz >>>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120801/4b5c8bdd/attachment.bin>

1.8.2012 02:48:17 (#44)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
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 <fordfrog at fordfrog.com> napsal(a): zobrazit citaci
> 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 ani do?asn? ?e?en? jako bylo odbl=clean. >> Srozumitelnost existuj?c?ho tagu pro nesezn?men? by asi byla jasn?, >> ale zp?sob zp?sob jak doj?t od bodu kter? se mi ob?as n?kam chybn? >> p?esune k tomu, ?e m?m pou??t zvl??tn? tag u? tak jasn? nen?. Mo?? >> bych volil kompromis, ?e by bot hl?dal posledn?ho autora (to by >> nemuselo b?t tak slo?it?) a nebo sv?j bot=yes tag, kter? by p?i >> editaci odstranil - stal by se posledn?m autorem a nebyl by u? >> pot?eba. Nikomu by neut?kaly body. > > jestli jsem to dob?e pochopil, tak navrhuje?, ?e pro bota by znamenalo, > ?e se o bod m? starat v p??pad?, ?e bu? je posledn?m editorem nebo je na > bodu tag "ruian:bot=yes". tak?e jak?koliv editace bodu by znamenala, ?e > se o n?j bot p?estane starat. pro navr?cen? bodu botovi by pak bylo > nutn? p?idat "ruian:bot=yes". to podle m? zn? rozumn?. sice to postr?d? > tu ?plnou jednoduchost, letm?m pohledem nen? z?ejm?, jestli se bot o ten > bod star? nebo ne (?lov?k mus? zn?t pravidlo o posledn?m editorovi, co? > v?t?ina mapper? asi v?d?t nebude), ale na druhou stranu mapper o botovi > nemus? v?bec v?d?t a i tak by v?e m?lo fungovat spr?vn?, tj pokud je bod > um?st?n? ?patn?, tak ho mapper zedituje a t?m ho vyjme z kontroly bota. > jak ho vr?tit botovi u? v?d?t nebude, ale to se d? n?kde popsat (t?eba v > tom mailu, kter? bude bot generovat). v?hoda je ur?it? ta, ?e se u > v?t?iny bod? nebudou osm data zan??et dal??m tagem. akor?t p?i prvotn?m > importu bude muset bot tohle pravidlo ignorovat, jinak by nic neud?lal. > a p?ed importem bude pot?eba ru?n? otagovat body, kter? jsou v r?ian > ?patn? um?st?n?, tagem "ruian:bot=no". > > ff > >> LM >> >> Dne 1. srpna 2012 0:56 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): >>> 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? p?edpoklady. a to sam? by se t?kalo i mapper?. >>> nikdo si nebude pamatovat slo?it? pravidla, na z?klad? jak?ch se bot o >>> body star?. ale jednoduch? pravidlo "bot=yes" => bot se o bod star?, >>> "bot=no" => bot na bod sahat nebude, pouze po?le info pro p??padn? ru?n? >>> z?sah, to si mysl?m z toho tagu vypl?v? samo a i nov? mapper bota >>> neznaj?c? by m?l bez probl?mu tenhle z?v?r z toho tagu vyvodit. >>> >>> p??u tu o tagu "bot", ale v praxi by to mo?n? mohl b?t sp?? tag >>> "ruian:bot=yes|no". z toho by bylo z?ejm?, ?e tag se t?k? jen a pouze >>> bota, kter? pracuje nad r?ian daty. stejn? tak by asi mohl existovat tag >>> "ruian:id=<kod z ruian>" (jeho asi jedin? p??nos ale vid?m v tom, ?e v >>> p??pad? p?ejmenov?n? ulice/zm?ny ??sla by se zachovala historie, jinak >>> pro fungov?n? bota asi nen? nezbytn?). nicm?n? zat?m nev?m, jak je to >>> p?esn? s custom tagy, sice jsem n?co na osm wiki na?el, ale nevyplynulo >>> mi z toho n?jak? pravidlo nebo p?edepsan? postup. >>> >>> ff >>> >>> Dne 31.7.2012 23:00, 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 zm?n? hodnota ve zdrojov?ch datech, >>>> p?edpokl?d?me i zm?nu v realit? a t?m zneplatn?n? p?vodn? lidsk? >>>> ?pravy. To by m?lo vylou?it v?t?inu souboj? mezi ?lov?kem a strojem. >>>> >>>> Luk?? Mat?jka (LM_1) >>>> >>>> Dne 31. ?ervence 2012 14:44 Miroslav ?ulc <fordfrog at fordfrog.com> napsal(a): >>>>> 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): >>>>>> 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 >>>>> _______________________________________________ >>>>> Talk-cz mailing list >>>>> Talk-cz at openstreetmap.org >>>>> http://lists.openstreetmap.org/listinfo/talk-cz >>>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz at openstreetmap.org >>>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

1.8.2012 04:58:38 (#45)
gravatar

Miroslav Šulc

<fordfrog at fordfrog.com>
101
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): zobrazit citaci
> 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
------------- dal?? ??st --------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4475 bytes Desc: Elektronicky podpis S/MIME URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120801/602e4b10/attachment-0001.bin>

1.8.2012 10:05:13 (#46)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
Mimo UIR-ADR importu (hodn? slab?) je IMHO v?t?ina adres je d?l?na pomoc? czechaddress pluginu http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress a n?sledn? ru?n? um?st?n?ch podle adresn?ch bod? v KN. MK ----- Original Message ----- From: LM_1 [mailto:flukas.robot+osm at gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz at openstreetmap.org] Sent: Wed, 01 Aug 2012 14:48:17 +0200 Subject: Re: [Talk-cz] import budov zobrazit citaci
> Uva?oval jsem p?esn? takto.
Nen? i dnes v?t?ina adresn?ch bod? z zobrazit citaci
> import?? Ty ru?n? d?lan? budou
pravd?podobn? spr?vn?... LM

2.8.2012 10:54:49 (#47)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
:) 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 16:58:38, Miroslav ?ulc wrote: zobrazit citaci
> 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 >
zobrazit citaci
> _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
--

2.8.2012 01:19:24 (#48)
gravatar

jzvc

<jzvc at tpfree.net>
529
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 by to samo mit funkci "merge" => pokud chci slucovat, melo by jit nastavit zda poloha bude stavajici nebo ze zdroje + to drapne vsechny stavajici tagy + to samo prida IDcko ze zdroje a omarkuje pokud je poloha z OSM (aby se to v pripade zmeny ve zdroji nemenilo). Tohle by melo fungovat tak, ze klipnu (vyberu) dva objekty stejnyho typu a on je automaticky podle danych pravidel slouci. Zjistovani rozdilu = vemu objekty danyho typu v danym boxu a podivam se, zda mam v OSM vsechny objekty danyho typu s danym ID. Ty co tam nejsou vyrenderuju jako rozdil. Dale u tech co tam jsou overim, zda maji stejne souradnice (a pripadne dalsi parametry) jako ve zdroji (pokud ne = rozdil), pripadne zda sou oznaceny (= v RUIAN je blbost). Pokud to bude v podobe podkladu (trebas vrstva toho WMS generovanyho z RUIAN), tak se da velmi snadno a rychle najit kde co chybi. Melo by to mit nejakou moznost zpetne prohlasit ze v RUIAN je blbost, a takovej objekt by se neresil, dokud nebude v RUIAN zmenen (pripadne by to mohla byt dalsi vrstva). Ad adresni body - me osobne se nelibi, protoze jak uz sem psal vejs, pokud ma budova definovany vchody, da se navigovat ke vchodu i z jiny ulice nez te, kde ma adresu. Pokud je tam bod, tak kazda navigace povede do ulice, kam ta adresa patri. Dovedu si to predstavit prave pro oznaceni mist, kde z nejakyho duvodu budova neni, neni tam digitalini km, ... protoze tam budovy neni moc jak vykreslit. V takovym pripade bych si asi doved predstavit, ze (v ramci upraveneho pluginu) vyberu trebas nejaky box a prohlasim ze do nej chci vlozit vsechny adresni body ze zdroje. S matchovanim to asi bude vselijaky, neb sem svyho casu podobny veci delal, uspesnost asi nepreleze 80 - 85%. Ale opet, lze renederovat nejaky rozdil, a postupne se to da dokupy. Hlavne musi byt nekde videt co kde chybi. Dne 27.7.2012 14:18, Jan Bilak napsal(a): zobrazit citaci
> 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 <fordfrog at fordfrog.com> 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 jsem hlavn? z importu budov tam, kde je nem?me, to je asi ta >> nejjednodu??? varianta. co se t??e importu budov do m?st, kde u? n?jak? >> jsou, nebo importu adresn?ch bod?, tak se p?izn?m, ?e nev?m, jestli v >> josm existuj? n?stroje na zobrazen? rozd?l? ve vrstv?ch, na slu?ov?n? >> objekt? (a tag?) z r?zn?ch vrstev apod. s t?m zku?enosti nem?m. ale >> ur?it? se tu najde n?kdo, kdo to v?d?t bude nebo aspo? bude v?d?t, kde >> hledat. >> >> ten m?j n?st?el je v podstat? (podle m?) asi to nejnutn?j?? minimum pro >> to, aby se dala data z r?ian vyu??t pro manu?ln? importy. nad t?m potom >> lze d?lat dal?? nadstavby, kter? pr?ci zjednodu?? a zrychl?. n?co ur?it? >> vyplyne i ze zku?enost? se samotn?mi importy. >>> Honza >> ff >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

2.8.2012 01:29:16 (#49)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 1.8.2012 10:32, Petr Kadlec napsal(a): zobrazit citaci
> 2012/7/31 LM_1 <flukas.robot+osm at gmail.com>: >> Rozum?m tomu, pro? bych jako ?idi? cht?l v?d?t, kudy vede ofici?ln? >> obj?zdn? trasa, ale co v?m tak ??dn? navigace tuto mo?nost >> nepodporuje. > V N?mecku maj? takov? ty trval? p?edp?ipraven? obj?zdn? trasy, kde > beru, ?e asi d?v? smysl je m?t v map? n?jak reprezentovan?. A vskutku: > http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung > > Ale nejsem si jist, jestli d?v? n?jak? velk? smysl mapovat b??n? ad > hoc obj???ky, ani se nediv?m navigac?m, ?e takovou pot?ebu nemaj?.
Tohle uz se tu taky tusim nekdy resilo. OSM je navrhovana na trvale platne mapovani, aktualne nema zadnou "vrstvu" s docasnymi daty, coz by prave podobny veci pokryvalo. Chtelo by to podobnou vrstvu nad temi daty, ktera by nebyla beznou soucasti dat, a kazdy zaznm by tam mel nejak omezenou platnost (od:do), a po skonceni platnosti se sam vyhodil. Silnici lze sice zavrit, ale stejne si to sosne jen minimum navigaci, specielne pokud je to opravdu jen kratkodoby (14dnu ...). Kdyby existovala da docasna vrstva, tak jelikoz bude mit radove min dat, daj se aktualizace sosat i pres nase uzasne FUPy (a navic by se do toho daly ladovat nejspis i data o nehodach ...). zobrazit citaci
> > -- Petr Kadlec / Mormegil > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

2.8.2012 01:34:32 (#50)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 2.8.2012 10:54, Libor Pechacek napsal(a): zobrazit citaci
> :) 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?.
Tim bych si nebyl tak jisty ... ;D, opakovane sem narazel na spatne nazvy ulic (u importovanych adres) - v tom smyslu, ze tam byly zkratky, blbe mala/velka pismena, pripadne nekde byly pouzity starsi nez aktualni nazvy ... zobrazit citaci
> > Libor > > On Wed 01-08-12 16:58:38, Miroslav ?ulc wrote: >> 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 > > >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >

2.8.2012 01:41:03 (#51)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 29.7.2012 10:16, Martin Koke? napsal(a): zobrazit citaci
> 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. zobrazit citaci
> > ----- Original Message ----- > From: hanoj [mailto:ehanoj at gmail.com] > To: > OpenStreetMap Czech Republic [mailto:talk-cz at 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 >> <fordfrog at fordfrog.com> 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 >> <fordfrog at fordfrog.com> 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 jsem hlavn? z importu budov tam, >> kde je nem?me, to je asi ta >>>> nejjednodu??? varianta. co se t??e >> importu budov do m?st, kde u? n?jak? >>>> jsou, nebo importu adresn?ch >> bod?, tak se p?izn?m, ?e nev?m, jestli v >>>> josm existuj? n?stroje >> na zobrazen? rozd?l? ve vrstv?ch, na slu?ov?n? >>>> objekt? (a tag?) >> z r?zn?ch vrstev apod. s t?m zku?enosti nem?m. ale >>>> ur?it? se tu >> najde n?kdo, kdo to v?d?t bude nebo aspo? bude v?d?t, kde >> hledat. >>>> ten m?j n?st?el je v podstat? (podle m?) asi to >> nejnutn?j?? minimum pro >>>> to, aby se dala data z r?ian vyu??t pro >> manu?ln? importy. nad t?m potom >>>> lze d?lat dal?? nadstavby, kter? >> pr?ci zjednodu?? a zrychl?. n?co ur?it? >>>> vyplyne i ze zku?enost? >> se samotn?mi importy. >>>>> Honza >> ff > _______________________________________________ > Talk-cz mailing >> list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

2.8.2012 01:42:51 (#52)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
On Thu 02-08-12 13:34:32, jzvc wrote: zobrazit citaci
> 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? by m?ly b?t > > toto?n?. > > Tim bych si nebyl tak jisty ... ;D, opakovane sem narazel na spatne > nazvy ulic (u importovanych adres) - v tom smyslu, ze tam byly zkratky, > blbe mala/velka pismena, pripadne nekde byly pouzity starsi nez aktualni > nazvy ...
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. ;) Libor -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Capitalize-place-names-properly.patch Type: text/x-patch Size: 3173 bytes Desc: not available URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120802/cb67b14d/attachment-0001.bin>

2.8.2012 01:47:40 (#53)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Libor Pechacek wrote: zobrazit citaci
> 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 jm?nem "Krup? u Kostelce nad ?ern?ni Lesy" ;-) Petr Mor?vek aka Xificurk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120802/bce63f6a/attachment.pgp>

2.8.2012 03:16:14 (#54)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> 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

2.8.2012 03:18:20 (#55)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
>> 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

2.8.2012 03:27:19 (#56)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
hanoj wrote: zobrazit citaci
>> 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 Kostelce nad ?ern?ni Lesy Krup? u Kostelce nad ?ern?mi lesy Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 211 bytes Desc: not available URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120802/f71450f3/attachment.vcf> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120802/f71450f3/attachment.pgp>

2.8.2012 04:20:09 (#57)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
Ja si myslim, ze se automatizovanemu importu nevyhneme. Tohle fakt rucne delat asi nejde :) K Dne 2.8.2012 15:18, hanoj napsal(a): zobrazit citaci
>>> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

2.8.2012 04:34:21 (#58)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
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 <kubajz at kbx.cz> napsal(a): zobrazit citaci
> 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 doted. >> >> *** Jestli si mam vybrat mezi: >> * rucne s chybami=nikdy >> * import s chybami=letos >> >> tak vyber je jasnej.... >> >> h. >> hanoj >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

2.8.2012 05:37:44 (#59)
gravatar

f.remenstech

<f.remenstech at gmail.com>
20
Dne 2. srpna 2012 13:29 jzvc <jzvc at tpfree.net> napsal(a): zobrazit citaci
> Dne 1.8.2012 10:32, Petr Kadlec napsal(a): >> 2012/7/31 LM_1 <flukas.robot+osm at gmail.com>: >>> Rozum?m tomu, pro? bych jako ?idi? cht?l v?d?t, kudy vede ofici?ln? >>> obj?zdn? trasa, ale co v?m tak ??dn? navigace tuto mo?nost >>> nepodporuje. >> V N?mecku maj? takov? ty trval? p?edp?ipraven? obj?zdn? trasy, kde >> beru, ?e asi d?v? smysl je m?t v map? n?jak reprezentovan?. A vskutku: >> http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung >> >> Ale nejsem si jist, jestli d?v? n?jak? velk? smysl mapovat b??n? ad >> hoc obj???ky, ani se nediv?m navigac?m, ?e takovou pot?ebu nemaj?. > > Tohle uz se tu taky tusim nekdy resilo. OSM je navrhovana na trvale > platne mapovani, aktualne nema zadnou "vrstvu" s docasnymi daty, coz by > prave podobny veci pokryvalo. > Chtelo by to podobnou vrstvu nad temi daty, ktera by nebyla beznou > soucasti dat, a kazdy zaznm by tam mel nejak omezenou platnost (od:do), > a po skonceni platnosti se sam vyhodil. > > Silnici lze sice zavrit, ale stejne si to sosne jen minimum navigaci, > specielne pokud je to opravdu jen kratkodoby (14dnu ...). Kdyby > existovala da docasna vrstva, tak jelikoz bude mit radove min dat, daj > se aktualizace sosat i pres nase uzasne FUPy (a navic by se do toho daly > ladovat nejspis i data o nehodach ...).
Do?asn? by ?lo mapovat les. Te? je to m?tina, za 3 roky hustn?k, po dal??ch X letech les (jde zjistit statisticky?). Po vyk?cen? stejn? ??sti lesa n?kdo oblast resetuje na m?tinu... P?edpokl?d?m, ?e se nek?c? n?hodn? kusy lesa? F.

2.8.2012 05:52:08 (#60)
gravatar

Jan Breuer

<jan.breuer at jaybee.cz>
62 479
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+osm at gmail.com> 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 Dne 2. srpna 2012 16:20 Jakub Sykora <kubajz at kbx.cz> napsal(a): zobrazit citaci
> Ja si myslim, ze se automatizovanemu importu nevyhneme. Tohle fakt rucne > delat asi nejde :) > > ...
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120802/e5450e82/attachment-0001.html>

2.8.2012 06:05:19 (#61)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Obvykle se k?c? dosp?l?/dorostl? les - cel?. ?as se pravd?podobn? d? odhadnout s p?esnost? na roky. Hranici k?cen? bych u soukrom?ch les? o?ek?val shodnou s hranic? parcel podle katastru. Probl?m rozd?lu mezi lesn?m pozemkem a m?stem pokryt?m stromy se mimo jin? sna?? vy?e?it n?vrhy jako http://wiki.openstreetmap.org/wiki/User:Imagic/landcover LM Dne 2. srpna 2012 17:37 f.remenstech <f.remenstech at gmail.com> napsal(a): zobrazit citaci
> Dne 2. srpna 2012 13:29 jzvc <jzvc at tpfree.net> napsal(a): >> Dne 1.8.2012 10:32, Petr Kadlec napsal(a): >>> 2012/7/31 LM_1 <flukas.robot+osm at gmail.com>: >>>> Rozum?m tomu, pro? bych jako ?idi? cht?l v?d?t, kudy vede ofici?ln? >>>> obj?zdn? trasa, ale co v?m tak ??dn? navigace tuto mo?nost >>>> nepodporuje. >>> V N?mecku maj? takov? ty trval? p?edp?ipraven? obj?zdn? trasy, kde >>> beru, ?e asi d?v? smysl je m?t v map? n?jak reprezentovan?. A vskutku: >>> http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung >>> >>> Ale nejsem si jist, jestli d?v? n?jak? velk? smysl mapovat b??n? ad >>> hoc obj???ky, ani se nediv?m navigac?m, ?e takovou pot?ebu nemaj?. >> >> Tohle uz se tu taky tusim nekdy resilo. OSM je navrhovana na trvale >> platne mapovani, aktualne nema zadnou "vrstvu" s docasnymi daty, coz by >> prave podobny veci pokryvalo. >> Chtelo by to podobnou vrstvu nad temi daty, ktera by nebyla beznou >> soucasti dat, a kazdy zaznm by tam mel nejak omezenou platnost (od:do), >> a po skonceni platnosti se sam vyhodil. >> >> Silnici lze sice zavrit, ale stejne si to sosne jen minimum navigaci, >> specielne pokud je to opravdu jen kratkodoby (14dnu ...). Kdyby >> existovala da docasna vrstva, tak jelikoz bude mit radove min dat, daj >> se aktualizace sosat i pres nase uzasne FUPy (a navic by se do toho daly >> ladovat nejspis i data o nehodach ...). > > Do?asn? by ?lo mapovat les. Te? je to m?tina, za 3 roky hustn?k, > po dal??ch X letech les (jde zjistit statisticky?). Po vyk?cen? stejn? > ??sti lesa n?kdo oblast resetuje na m?tinu... P?edpokl?d?m, ?e se > nek?c? n?hodn? kusy lesa? > > F. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

2.8.2012 06:11:12 (#62)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
P?edpokl?d?m, ?e tehdy p?i importu UIR-ADR nikdo chybu p?i p?evodu JTSK>WGS84 ne?e?il. :-) http://grass.fsv.cvut.cz/wiki/images/c/c6/Dopnul_wgs84_jtsk_xyerr.png MK ----- Original Message ----- From: Jan Breuer [mailto:jan.breuer at jaybee.cz] To: OpenStreetMap Czech Republic [mailto:talk-cz at openstreetmap.org] Sent: Thu, 02 Aug 2012 17:52:08 +0200 Subject: Re: [Talk-cz] import budov zobrazit citaci
> 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+osm at gmail.com> 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 > > Dne 2. srpna 2012 16:20 Jakub Sykora <kubajz at kbx.cz> napsal(a): > > > Ja si myslim, ze se automatizovanemu importu nevyhneme. Tohle fakt rucne > > delat asi nejde :) > > > > ... >

2.8.2012 06:49:28 (#63)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Martin Koke? wrote: zobrazit citaci
> P?edpokl?d?m, ?e tehdy p?i importu UIR-ADR nikdo chybu p?i p?evodu JTSK>WGS84 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 importu budov u? by mo?n? m?lo smysl p?em??let nad p?esn?j?? transformac? s nadgrids=czech. Na n?kter?ch m?stech by ten necel? metr u? mohl b?t zn?t, ale i tak by to asi nebyla ??dn? velk? trag?die. Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: xificurk.vcf Type: text/x-vcard Size: 211 bytes Desc: not available URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120802/2819ab74/attachment.vcf> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120802/2819ab74/attachment.pgp>

2.8.2012 07:45:49 (#64)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 2.8.2012 16:34, LM_1 napsal(a): zobrazit citaci
> 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 bavime, ze se tam naimportuje hromada dat, ktery nikdy nikdo neopravi - naprosto totez jako aktualne zmena licence, to nikdy nikdo neopravi, protoze se to nijak rozumne opravit neda. je totiz daleko jednodussi mapovat prazdny misto nez opravovat ho. A neni to samo jen posun, chyb tam bude IMO celkem hromada (sak je to registr ala CR). Takze ja sem radsi pro poloprazdnou, ale spravnou mapu, nez pro mapu stejne blbou, jako vsechny ostatni. zobrazit citaci
> Dne 2. srpna 2012 16:20 Jakub Sykora <kubajz at kbx.cz> napsal(a): >> 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 doted. >>> *** Jestli si mam vybrat mezi: >>> * rucne s chybami=nikdy >>> * import s chybami=letos >>> >>> tak vyber je jasnej.... >>> >>> h. >>> hanoj >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

2.8.2012 08:14:00 (#65)
gravatar

Michal Pustějovský

<Michal.Pustejovsky at seznam.cz>
162 2646
Dne 2.8.2012 13:19, jzvc napsal(a): zobrazit citaci
> 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 by to samo mit funkci "merge" => > pokud chci slucovat, melo by jit nastavit zda poloha bude stavajici nebo > ze zdroje + to drapne vsechny stavajici tagy + to samo prida IDcko ze > zdroje a omarkuje pokud je poloha z OSM (aby se to v pripade zmeny ve > zdroji nemenilo). Tohle by melo fungovat tak, ze klipnu (vyberu) dva > objekty stejnyho typu a on je automaticky podle danych pravidel slouci. > > Zjistovani rozdilu = vemu objekty danyho typu v danym boxu a podivam se, > zda mam v OSM vsechny objekty danyho typu s danym ID. Ty co tam nejsou > vyrenderuju jako rozdil. > Dale u tech co tam jsou overim, zda maji stejne souradnice (a pripadne > dalsi parametry) jako ve zdroji (pokud ne = rozdil), pripadne zda sou > oznaceny (= v RUIAN je blbost). > Pokud to bude v podobe podkladu (trebas vrstva toho WMS generovanyho z > RUIAN), tak se da velmi snadno a rychle najit kde co chybi. Melo by to > mit nejakou moznost zpetne prohlasit ze v RUIAN je blbost, a takovej > objekt by se neresil, dokud nebude v RUIAN zmenen (pripadne by to mohla > byt dalsi vrstva). > > Ad adresni body - me osobne se nelibi, protoze jak uz sem psal vejs, > pokud ma budova definovany vchody, da se navigovat ke vchodu i z jiny > ulice nez te, kde ma adresu. Pokud je tam bod, tak kazda navigace povede > do ulice, kam ta adresa patri. Dovedu si to predstavit prave pro > oznaceni mist, kde z nejakyho duvodu budova neni, neni tam digitalini > km, ... protoze tam budovy neni moc jak vykreslit. > > V takovym pripade bych si asi doved predstavit, ze (v ramci upraveneho > pluginu) vyberu trebas nejaky box a prohlasim ze do nej chci vlozit > vsechny adresni body ze zdroje. S matchovanim to asi bude vselijaky, neb > sem svyho casu podobny veci delal, uspesnost asi nepreleze 80 - 85%. Ale > opet, lze renederovat nejaky rozdil, a postupne se to da dokupy. Hlavne > musi byt nekde videt co kde chybi. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >
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? hodn? pracn?. Nebylo by pro tyto p??pady lep?? prov?st tento import podobn? jako import UIR-ZSJ <http://wiki.openstreetmap.org/wiki/Import_UIR-ZSJ>? Pomoc? skriptu by se vytvo?il .osm soubor obsahuj?c? budovy z R?IAN z dan?ho katastru. Otev?el by se v JOSM jako nov? vrstva. Tato vrstva by se porovnala s jin?mi zdroji a nesrovnalosti by se ru?n? opravily. Soubor by se ulo?il a dal??m skriptem (kter? by doplnil source=ruian apod.) poslal do datab?ze OSM. O programov?n? toho ale moc nev?m, tak?e mo?n? navrhuju n?co, co nen? prakticky provediteln?. ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120802/18db1fd8/attachment.html>

2.8.2012 08:23:07 (#66)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
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 zobrazit citaci
> 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? hodn? pracn?. Nebylo by > pro tyto p??pady lep?? prov?st tento import podobn? jako import UIR-ZSJ? > Pomoc? skriptu by se vytvo?il .osm soubor obsahuj?c? budovy z R?IAN z dan?ho > katastru. Otev?el by se v JOSM jako nov? vrstva. Tato vrstva by se porovnala > s jin?mi zdroji a nesrovnalosti by se ru?n? opravily. Soubor by se ulo?il a > dal??m skriptem (kter? by doplnil source=ruian apod.) poslal do datab?ze > OSM. > O programov?n? toho ale moc nev?m, tak?e mo?n? navrhuju n?co, co nen? > prakticky provediteln?. > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

2.8.2012 08:37:48 (#67)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
On Thu 02-08-12 19:45:49, jzvc wrote: zobrazit citaci
> 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 bavime, ze se tam naimportuje hromada dat, ktery > nikdy nikdo neopravi - naprosto totez jako aktualne zmena licence, to > nikdy nikdo neopravi, protoze se to nijak rozumne opravit neda. je totiz > daleko jednodussi mapovat prazdny misto nez opravovat ho. A neni to samo > jen posun, chyb tam bude IMO celkem hromada (sak je to registr ala CR). > > Takze ja sem radsi pro poloprazdnou, ale spravnou mapu, nez pro mapu > stejne blbou, jako vsechny ostatni.
Tady mluv?me o importu z R?IAN, jestli d?v?m spr?vn? pozor. Ten je na ?rovni dat z KM a datab?ze adres MV?R. Pokud v?m, nic lep??ho aktu?ln? nen?. Importujme tedy, a to zp?sobem, kter? umo?n? budouc? ?pravy, co? tu pr?v? diskutujeme. Libor

2.8.2012 09:26:44 (#68)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
Bohu?el v metrech. :-) Nap?. Pardubice cca 20 metr? SV-JZ. MK ----- Original Message ----- From: "Petr Mor?vek [Xificurk]" [mailto:xificurk at gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz at openstreetmap.org] Sent: Thu, 02 Aug 2012 18:49:28 +0200 Subject: Re: [Talk-cz] import budov zobrazit citaci
> Martin Koke? wrote: > > P?edpokl?d?m, ?e tehdy p?i importu UIR-ADR nikdo chybu p?i p?evodu > JTSK>WGS84 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 importu budov u? by mo?n? m?lo smysl p?em??let nad p?esn?j?? > transformac? s nadgrids=czech. Na n?kter?ch m?stech by ten necel? metr > u? mohl b?t zn?t, ale i tak by to asi nebyla ??dn? velk? trag?die. > > Petr >

2.8.2012 10:29:45 (#69)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Martin Koke? wrote: zobrazit citaci
> 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 opa?n? znam?nka). Petr [1] http://grass.fsv.cvut.cz/wiki/index.php/S-JTSK-Grid [2] http://spatialreference.org/ref/sr-org/czech-s-jtsk-epsg2065/proj4/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120802/9d5c49b8/attachment.pgp>

3.8.2012 01:07:25 (#70)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
S tou sedmiprvkovou transformac? je to samoz?ejm? p?esn?j??. Jde o to, jestli byla p?i importu UIR-ADR pou?ita... :-) MK ----- Original Message ----- From: "Petr Mor?vek [Xificurk]" [mailto:xificurk at gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz at openstreetmap.org] Sent: Thu, 02 Aug 2012 22:29:45 +0200 Subject: Re: [Talk-cz] import budov zobrazit citaci
> 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 opa?n? znam?nka). > > Petr > > [1] http://grass.fsv.cvut.cz/wiki/index.php/S-JTSK-Grid > [2] http://spatialreference.org/ref/sr-org/czech-s-jtsk-epsg2065/proj4/ > >

3.8.2012 07:28:43 (#71)
gravatar

hanoj

<ehanoj at gmail.com>
713
Dne 3. srpna 2012 1:07 Martin Koke? <shr3k at typo3-hosting.com> napsal(a): zobrazit citaci
> 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 - z?kladn? sedmiprvkov? transformace bez transforma?n?ho kl??e; nepou??v? se * < 1 metr - z?kladn? nav?c s parametry transforma?n?ho kl??e "towgs"; viz n??e glob?ln? transforma?n? kl?? pro ?R/SR * < 0,1 metr - pomoc? gridu (?R); zvl??tn? ?l?nek hanoj

3.8.2012 07:30:29 (#72)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> 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

3.8.2012 08:18:23 (#73)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
277 645
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 zbytkem. J&D Dne 2. srpna 2012 20:14 Michal Pust?jovsk? <Michal.Pustejovsky at seznam.cz> napsal(a): zobrazit citaci
> 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 > bafne a vlozi do aktivniho layeru. Melo by to samo mit funkci "merge" => > pokud chci slucovat, melo by jit nastavit zda poloha bude stavajici nebo > ze zdroje + to drapne vsechny stavajici tagy + to samo prida IDcko ze > zdroje a omarkuje pokud je poloha z OSM (aby se to v pripade zmeny ve > zdroji nemenilo). Tohle by melo fungovat tak, ze klipnu (vyberu) dva > objekty stejnyho typu a on je automaticky podle danych pravidel slouci. > > Zjistovani rozdilu = vemu objekty danyho typu v danym boxu a podivam se, > zda mam v OSM vsechny objekty danyho typu s danym ID. Ty co tam nejsou > vyrenderuju jako rozdil. > Dale u tech co tam jsou overim, zda maji stejne souradnice (a pripadne > dalsi parametry) jako ve zdroji (pokud ne = rozdil), pripadne zda sou > oznaceny (= v RUIAN je blbost). > Pokud to bude v podobe podkladu (trebas vrstva toho WMS generovanyho z > RUIAN), tak se da velmi snadno a rychle najit kde co chybi. Melo by to > mit nejakou moznost zpetne prohlasit ze v RUIAN je blbost, a takovej > objekt by se neresil, dokud nebude v RUIAN zmenen (pripadne by to mohla > byt dalsi vrstva). > > Ad adresni body - me osobne se nelibi, protoze jak uz sem psal vejs, > pokud ma budova definovany vchody, da se navigovat ke vchodu i z jiny > ulice nez te, kde ma adresu. Pokud je tam bod, tak kazda navigace povede > do ulice, kam ta adresa patri. Dovedu si to predstavit prave pro > oznaceni mist, kde z nejakyho duvodu budova neni, neni tam digitalini > km, ... protoze tam budovy neni moc jak vykreslit. > > V takovym pripade bych si asi doved predstavit, ze (v ramci upraveneho > pluginu) vyberu trebas nejaky box a prohlasim ze do nej chci vlozit > vsechny adresni body ze zdroje. S matchovanim to asi bude vselijaky, neb > sem svyho casu podobny veci delal, uspesnost asi nepreleze 80 - 85%. Ale > opet, lze renederovat nejaky rozdil, a postupne se to da dokupy. Hlavne > musi byt nekde videt co kde chybi. > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > > > 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? hodn? pracn?. Nebylo by > pro tyto p??pady lep?? prov?st tento import podobn? jako import UIR-ZSJ? > Pomoc? skriptu by se vytvo?il .osm soubor obsahuj?c? budovy z R?IAN z dan?ho > katastru. Otev?el by se v JOSM jako nov? vrstva. Tato vrstva by se porovnala > s jin?mi zdroji a nesrovnalosti by se ru?n? opravily. Soubor by se ulo?il a > dal??m skriptem (kter? by doplnil source=ruian apod.) poslal do datab?ze > OSM. > O programov?n? toho ale moc nev?m, tak?e mo?n? navrhuju n?co, co nen? > prakticky provediteln?. > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dud?k

3.8.2012 10:07:12 (#74)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
Ooops, my?leno sedmikoeficientov? (prost? t?ch 7 toWGS ??sel), ob?as se mi to plete. MK ----- Original Message ----- From: hanoj [mailto:ehanoj at gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz at openstreetmap.org] Sent: Fri, 03 Aug 2012 07:28:43 +0200 Subject: Re: [Talk-cz] import budov zobrazit citaci
> Dne 3. srpna 2012 1:07 Martin Koke? <shr3k at 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? zobrazit citaci
> podle p?esnosti (WGS84/ERTS89->S-JTSK) 2D:
* 100-110 metr? na zobrazit citaci
> severoz?pad - z?kladn? sedmiprvkov? transformace
bez transforma?n?ho zobrazit citaci
> kl??e; nepou??v? se
* < 1 metr - z?kladn? nav?c s parametry zobrazit citaci
> transforma?n?ho kl??e
"towgs"; viz n??e glob?ln? transforma?n? zobrazit citaci
> kl?? pro ?R/SR
* < 0,1 metr - pomoc? gridu (?R); zvl??tn? zobrazit citaci
> ?l?nek
hanoj _______________________________________________ Talk-cz zobrazit citaci
> mailing > list
Talk-cz at openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz

3.8.2012 10:35:23 (#75)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> 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 zobrazit citaci
> Druhy transformac? >> podle p?esnosti (WGS84/ERTS89->S-JTSK) 2D: > > * 100-110 metr? na >> severoz?pad - z?kladn? sedmiprvkov? transformace > bez transforma?n?ho >> kl??e; nepou??v? se > * < 1 metr - z?kladn? nav?c s parametry >> transforma?n?ho kl??e > "towgs"; viz n??e glob?ln? transforma?n? >> kl?? pro ?R/SR > * < 0,1 metr - pomoc? gridu (?R); zvl??tn? >> ?l?nek

3.8.2012 10:41:24 (#76)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> 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 prinos toho jednotlivce. Uz z koordinace UIR-ADR je zrejme ze samotna domluva je slozita: http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR zobrazit citaci
> 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 zbytkem.
*** kolik si z tech 13 000 k.u. beres? ;) Uzivatelske zpracovani UIR-ADR bylo po okresech a dosud neni kompletni... http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR ha hanoj

3.8.2012 06:02:43 (#77)
gravatar

Jiri Klement

<jiri.klement at gmail.com>
140
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) potvrzene zmeny - ruian a osm se rozchazeji, ale nekdo uz oznacil osm verzi jako spravnejsi. Aplikace by mela mit moznost oznacit objekt z ruian jako neexistujici - pripadne mi to jako mensi zlo, nez mit v osm node, ktery by pouze rikal, ze tahle budova uz nestoji a v ruianu je to spatne. Az by se to trosku vyzkouselo, tak by trivialni zmeny mohl delat bot sam. Akorat bych tam nechal moznost oznacit oblast, o kterou se stara primo nektery uzivatel. Tim by se zajistilo, ze do dobre zmapovanych a kontrolovanych oblasti ruian nezavlece nejakou chybu, ktere by si nikdo nevsimnul. -- jirka 2012/8/3 hanoj <ehanoj at gmail.com>: zobrazit citaci
>> 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 prinos toho jednotlivce. Uz z koordinace UIR-ADR je zrejme > ze samotna domluva je slozita: > http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR > > >> 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 zbytkem. > *** kolik si z tech 13 000 k.u. beres? ;) > Uzivatelske zpracovani UIR-ADR bylo po okresech a dosud neni kompletni... > http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

4.8.2012 03:19:34 (#78)
gravatar

Pavel Machek

<pavel at ucw.cz>
1034 1226
zobrazit citaci
> Dne 1.8.2012 10:32, Petr Kadlec napsal(a): > > 2012/7/31 LM_1 <flukas.robot+osm at gmail.com>: > >> Rozum?m tomu, pro? bych jako ?idi? cht?l v?d?t, kudy vede ofici?ln? > >> obj?zdn? trasa, ale co v?m tak ??dn? navigace tuto mo?nost > >> nepodporuje. > > V N?mecku maj? takov? ty trval? p?edp?ipraven? obj?zdn? trasy, kde > > beru, ?e asi d?v? smysl je m?t v map? n?jak reprezentovan?. A vskutku: > > http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung > > > > Ale nejsem si jist, jestli d?v? n?jak? velk? smysl mapovat b??n? ad > > hoc obj???ky, ani se nediv?m navigac?m, ?e takovou pot?ebu nemaj?. > > Tohle uz se tu taky tusim nekdy resilo. OSM je navrhovana na trvale > platne mapovani, aktualne nema zadnou "vrstvu" s docasnymi daty, coz by > prave podobny veci pokryvalo. > Chtelo by to podobnou vrstvu nad temi daty, ktera by nebyla beznou > soucasti dat, a kazdy zaznm by tam mel nejak omezenou platnost (od:do), > a po skonceni platnosti se sam vyhodil. > > Silnici lze sice zavrit, ale stejne si to sosne jen minimum navigaci, > specielne pokud je to opravdu jen kratkodoby (14dnu ...). Kdyby
Problem slepice - vejce. Myslim ze by se to klidne dalo davat do existujici vrstvy, diffy jsou k dispozici. zobrazit citaci
> existovala da docasna vrstva, tak jelikoz bude mit radove min dat, daj > se aktualizace sosat i pres nase uzasne FUPy (a navic by se do toho daly > ladovat nejspis i data o nehodach ...).
Na nehody je waze, ale mit to v osm... vlastne proc ne. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

4.8.2012 03:28:39 (#79)
gravatar

Pavel Machek

<pavel at ucw.cz>
1034 1226
On Thu 2012-08-02 13:41:03, jzvc wrote: zobrazit citaci
> 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, ale od importu potoku se stala osm *o hodne* pouzitelnejsi. Skript ktery najde krizici-se vodni toky by nemel byt problem... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

4.8.2012 04:11:12 (#80)
gravatar

Michal Pustějovský

<Michal.Pustejovsky at seznam.cz>
162 2646
Dne 4.8.2012 15:28, Pavel Machek napsal(a): zobrazit citaci
> 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, ale od importu potoku se stala osm *o > hodne* pouzitelnejsi. > > Skript ktery najde krizici-se vodni toky by nemel byt problem... > Pavel
??dn? skript nen? nutn?, tohle u? je ?e?eno zde <http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic> (sekce Spole?n? projekty, druh? odr??ka). ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120804/17e0cbdd/attachment.html>

4.8.2012 05:51:12 (#81)
gravatar

Václav Řehák

<rehakv01 at gmail.com>
63
zobrazit citaci
>> 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?.

24.8.2012 03:15:59 (#82)
gravatar

jzvc

<jzvc at tpfree.net>
529
Dne 3.8.2012 10:41, hanoj napsal(a): zobrazit citaci
>> 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 prinos toho jednotlivce. Uz z koordinace UIR-ADR je zrejme > ze samotna domluva je slozita: > http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR > > >> 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 zbytkem. > *** kolik si z tech 13 000 k.u. beres? ;) > Uzivatelske zpracovani UIR-ADR bylo po okresech a dosud neni kompletni... > http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR
Problem = nevizualnost. Ja taky nebudu zkoumat 100x nejakou stranku na wiki, a sacovat X strankovej seznam ... na to se kazdej vybodne. Je treba, aby to bylo videt na mape => uzemi kde je hotovo, uzemi kde neni, uzemi ktery je treba kontrolovat ... to se samo netyce jen tohoto, ale veskerych importu. Pokud by byla k dispozici mapka, kde budou prubezne mizet zpracovana uzemi, tak to kazdej jednim mrknutim zkoukne. zobrazit citaci
> > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

24.8.2012 04:30:49 (#83)
gravatar

hanoj

<ehanoj at gmail.com>
713
Dne 24. srpna 2012 15:15 jzvc <jzvc at tpfree.net> napsal(a): zobrazit citaci
> 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 tak dost je to slozite a >> nevidim tam prinos toho jednotlivce. Uz z koordinace UIR-ADR je zrejme >> ze samotna domluva je slozita: >> http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR >> >> >>> 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 zbytkem. >> *** kolik si z tech 13 000 k.u. beres? ;) >> Uzivatelske zpracovani UIR-ADR bylo po okresech a dosud neni kompletni... >> http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR > > Problem = nevizualnost. Ja taky nebudu zkoumat 100x nejakou stranku na > wiki, a sacovat X strankovej seznam ... na to se kazdej vybodne. Je > treba, aby to bylo videt na mape => uzemi kde je hotovo, uzemi kde neni, > uzemi ktery je treba kontrolovat ... to se samo netyce jen tohoto, ale > veskerych importu. Pokud by byla k dispozici mapka, kde budou prubezne > mizet zpracovana uzemi, tak to kazdej jednim mrknutim zkoukne.
*** Import adres po okresech je adekvatni pro zpracovani na wiki. Jednim mrknutim oka je zrejme, ze to nefunguje. hanoj

« zpět na výpis měsíce