Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[cuu...@gmail.com]

>
> Paies nedēļa. Būs nākamais eksports.
> Ko tad darīsim?
>

Kā jau šīs diskusijas pirmajā epastā rakstīju, ir jau gatavs skripts šim
uzdevumam (tūļu failā -- http://failiem.lv/u/mkoxulo -- gpx_filter_osm.py).
Skripts vienkāršs, 60 rindiņas, un uz izmēģinājuma porcijas (25.tar.bz2)
strādāja pieņemamā laikā caur manu bremzīgo lauku 3G internetu. Tā ka nav
tik traki :-)

Pēteris
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[AivarsB]

Savulaik uzdevu arī šo jautājumu pašam datu autoram, kāpēc gan neievilkt
iekš osm.
atbilde bija "visu likt OSM negribēju, jo tas lieki pārgruzīs OSM bāzi.
nevaru arī nodrošināt, ka nekad neizeksportēšu vienu un to pašu treisu
divreiz."

Tas būtu vēl viens iemesls kāpēc nelikt šos datus osm.
Paies nedēļa. Būs nākamais eksports.
Ko tad darīsim?
Importēsim iekš osm - stulbi, tur jau priekšā daļēji šie dati atrodas.
Novilkt pilnu osm-gpx datubāzi, salīdzināt versijas un pievienot tikai
vērtīgos gpx? varbūt nodemonstrējam kā tas varētu strādāt pirms pirmo reizi
veikt importu (mājiens - nenormāls download/processing laiks + nenormāls
programmēšanas uzdevums).
Nevilkt iekš osm un svaigi sagatavotos datus lietot tikai kā failus no
josm... tad kāda jēga bija importēt uz osm-gpx?


Zaudējumi:
- milzīgs gps datu apjoms.
- lēnāka datu ielāde caur josm/potlach. (dialogs "loading gps traces" būs
redzams stipri ilgāk)
- datus nevar izdzēst
- datus nevar atjaunot - reāli būs tikai viens šāds mega imports
- būs aplams svars jaunajiem datiem - blakus knapi izbrauktai A šosejai
parādīsies ļoti intensīvi braukts meža ceļš. Tas var sajaukt galvu
lietotājam.

Ieguvumi: neredzu neko ko šobrīd nevarētu darīt ar failu importu iekš JOSM
A.

2011/11/28 Lauris Bukšis-Haberkorns 

> 2011. gada 28. novembris 17:01 Rich  rakstīja:
> > hmm, precizee "apgraiziitu". ja domaats saakotneejais daliijums (njemot
> > aaraa to, kur osm jau ir celji), tad viss ok - tieshi truukstoshaa dalja
> ir
> > svariiga.
> >
> > ja domaats gpsbabel position filtrs- arii viss kaartiibaa - mees pa
> lielam
> > aizvaacam liekus datus (5m distances filtrs shaadiem datiem veel buus ok
> > imho).
> > ja graiza vairaak (izmetot kaudzi ar treisiem), jaa, tad es bish shaubos
> par
> > kriteeriju izveeli un galarezultaata kvalitaati
> >
>
> Jā, es tieši par to treisu mešanu laukā, kas te vienā brīdī pazibēja...
>
> Lauris
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-lv
>
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Lauris Bukšis-Haberkorns]

2011. gada 28. novembris 17:01 Rich  rakstīja:
> hmm, precizee "apgraiziitu". ja domaats saakotneejais daliijums (njemot
> aaraa to, kur osm jau ir celji), tad viss ok - tieshi truukstoshaa dalja ir
> svariiga.
>
> ja domaats gpsbabel position filtrs- arii viss kaartiibaa - mees pa lielam
> aizvaacam liekus datus (5m distances filtrs shaadiem datiem veel buus ok
> imho).
> ja graiza vairaak (izmetot kaudzi ar treisiem), jaa, tad es bish shaubos par
> kriteeriju izveeli un galarezultaata kvalitaati
>

Jā, es tieši par to treisu mešanu laukā, kas te vienā brīdī pazibēja...

Lauris

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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Rich]

On 11/28/11 15:29, Lauris Bukšis-Haberkorns wrote:

2011. gada 28. novembris 15:09 Rich  rakstīja:


m, varbuut tiem, kas nebija sestdien ;)
doma ir par pashu gpx datu uploadu, joprojaam kaa gpx. nevis par kaut kaadu
automaatisku way pielikshanu vai kaa tamliidziigi (tas ir atsevishkjs
topiks)



Nu tad skaidrs :) Ja par GPX datu upload, tad jautājumu nav :) Runājot
par GPX vai vispār ir jēga upload'ot diezgan pamatīgi apgraizītu GPX?


hmm, precizee "apgraiziitu". ja domaats saakotneejais daliijums (njemot 
aaraa to, kur osm jau ir celji), tad viss ok - tieshi truukstoshaa dalja 
ir svariiga.


ja domaats gpsbabel position filtrs- arii viss kaartiibaa - mees pa 
lielam aizvaacam liekus datus (5m distances filtrs shaadiem datiem veel 
buus ok imho).
ja graiza vairaak (izmetot kaudzi ar treisiem), jaa, tad es bish shaubos 
par kriteeriju izveeli un galarezultaata kvalitaati



zīmēšanai/kaut kāda vidējā aprēķināšanai labāk manuprāt vienalga labāk
izmantot pilnos datus... Var jau būt ka kā reference iespējams arī
noder kādreiz.. bet visā visumā nav liela iespēja, ka tur kaut kas
patiešām noderīgs sanāk no milzīga apjoma izķeksējot tikai mazu
daļiņu... nu bet tas nu tāds mans personīgās pārdomas par tēmu :)

Lauris

--
 Rich

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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Gasha]

Vienalga, ieladejot GPX ir janjem vera brauksanas virziens (punktu 
seciba GPX failaa).


Iespejams, ka ir jega sadalit trackus 2 daljas, TURP un ATPAKALJ, pirms 
taisit gpsbabel simplify.

Un tad ladet ieksa 2 GPX failus.
Viduslinija tapat ir jazime 1-2 metrus pa kreisi no tracka.

G

On 11/28/2011 03:29 PM, Lauris Bukšis-Haberkorns wrote:

2011. gada 28. novembris 15:09 Rich  rakstīja:
   

m, varbuut tiem, kas nebija sestdien ;)
doma ir par pashu gpx datu uploadu, joprojaam kaa gpx. nevis par kaut kaadu
automaatisku way pielikshanu vai kaa tamliidziigi (tas ir atsevishkjs
topiks)

 

Nu tad skaidrs :) Ja par GPX datu upload, tad jautājumu nav :) Runājot
par GPX vai vispār ir jēga upload'ot diezgan pamatīgi apgraizītu GPX?
zīmēšanai/kaut kāda vidējā aprēķināšanai labāk manuprāt vienalga labāk
izmantot pilnos datus... Var jau būt ka kā reference iespējams arī
noder kādreiz.. bet visā visumā nav liela iespēja, ka tur kaut kas
patiešām noderīgs sanāk no milzīga apjoma izķeksējot tikai mazu
daļiņu... nu bet tas nu tāds mans personīgās pārdomas par tēmu :)

Lauris

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



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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Lauris Bukšis-Haberkorns]

2011. gada 28. novembris 15:09 Rich  rakstīja:
>
> m, varbuut tiem, kas nebija sestdien ;)
> doma ir par pashu gpx datu uploadu, joprojaam kaa gpx. nevis par kaut kaadu
> automaatisku way pielikshanu vai kaa tamliidziigi (tas ir atsevishkjs
> topiks)
>

Nu tad skaidrs :) Ja par GPX datu upload, tad jautājumu nav :) Runājot
par GPX vai vispār ir jēga upload'ot diezgan pamatīgi apgraizītu GPX?
zīmēšanai/kaut kāda vidējā aprēķināšanai labāk manuprāt vienalga labāk
izmantot pilnos datus... Var jau būt ka kā reference iespējams arī
noder kādreiz.. bet visā visumā nav liela iespēja, ka tur kaut kas
patiešām noderīgs sanāk no milzīga apjoma izķeksējot tikai mazu
daļiņu... nu bet tas nu tāds mans personīgās pārdomas par tēmu :)

Lauris

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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Rich]

On 11/28/11 14:09, Lauris Bukšis-Haberkorns wrote:

Varbūt esmu, ko palaidis garām, bet kas ir par problēmu vidus līnijai?
GPS precizitāte tāpat jau ir +/- 3-5m, pie tam ceļam jau ir jāzīmē
vidus līnija, bet ceļam pa vidu jau neviens nebrauc... tā, ka manuprāt
tieši aprēķināts kaut kāds vidējais būs +/- visprecīzākais variants...


m, varbuut tiem, kas nebija sestdien ;)
doma ir par pashu gpx datu uploadu, joprojaam kaa gpx. nevis par kaut 
kaadu automaatisku way pielikshanu vai kaa tamliidziigi (tas ir 
atsevishkjs topiks)



Lauris

2011. gada 28. novembris 10:01 Rich  rakstīja:

On 11/27/11 23:47, AivarsB wrote:


Pabeidzot paša iesākto:
osm datu upload taisīt nevajadzētu, jo cilvēkam jānošķiro nost drazas.
Jo tālāk iesim jo vairāk būs drazas - jo Jānis eksportu taisa tikai pa
vietām kur nav OSM ceļu. Šobrīd uz aci minētu ka ap 20-30% no trekiem ir
draza, kuru mēs negribam redzēt kā ceļus osm.


hmm. taa kaa es agjiteeju par treisu uploadoshanu, tad jaameegjina saprast,
ko juus te sarakstiijaat :)

1. kas konkreeti ir drazas ? ja jau tur braukts ir, taatad kaut kam tur
tomeer buus jaabuut ieziimeetam.

2. uploadot vajag jau peetera mineetaa citu avotu piesieshanas iemesla
deelj, kaa arii taapeec, ka tad ir vismaz skaidrs, no kurienes dati. man
ljoti nepatiik celji bez neviena treisa apakshaa gan taapeec, ka es nezinu,
no kurienes dati, gan taapeec, ka nezinu, ko dariit ar to celju, ja man ir
savs treiss pa virsu veel.

3. par mehaanismiem :
3.1. noteikti nevajag taisiti average punktiem, tie buus daljeeji "feiki"
(vai "sinteetiski") dati - slikti.
cuu paarveidojums savukaart, ja pareizi sapratu, samiksee punktus no
dazhaadiem treisiem, kas man arii taa ljoti nepatiik. tad mees neredzam, ka
viens treiss varbuut ir konstanti bijis ar nobiidi utt utt.

3.2. veel - gpsbabel distance filtrs nenovaac turpmaakos treisus !
shii distance ir tikai viena treisa ietvaros, liidz ar to vairaakkaart
paarbraukaati posmi taa arii paliks (kas ir ljoti labi).

3.3. cita lieta, ka varbuut shiem te treisiem to distanci var lielaaku
palikt - 3 metri, varbuut 5.

3.4. noteikti jaasapatcho gpsbabel ar to vienas rindinjas patchu, ko laikam
jaanis ieteica - citaadaak tur buus dataloss

3.5. noteikti vajag atsevishkju lietotaaju uploadam

sumaary - pa lielam ieteiktu nesarezhgjiit lietas, uzbraukt ar sapatchotu
gpsbabel un distanci 3-5 m un vienkaarshi uploadot (ar atsevishkju
lietotaaju). padaraams vienaa dienaa elementaari ;)
es pat teiktu, ka paaris stundaas.

...
--
 Rich

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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[N.R.]

vieglāk ir koriģēt retās neprecizitātes no šādas mazas kļūdas, nekā 
zīmēt visu latviju no nulles. es esmu par vidējā aprēķināšanu


On 2011.11.28. 14:16, Gasha wrote:

Lauku celjiem/tiltiem platums ari ir videji 6 metri.

G

On 11/28/2011 02:09 PM, Lauris Bukšis-Haberkorns wrote:

Varbūt esmu, ko palaidis garām, bet kas ir par problēmu vidus līnijai?
GPS precizitāte tāpat jau ir +/- 3-5m, pie tam ceļam jau ir jāzīmē
vidus līnija, bet ceļam pa vidu jau neviens nebrauc... tā, ka manuprāt
tieši aprēķināts kaut kāds vidējais būs +/- visprecīzākais variants...

Lauris



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


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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Gasha]

Lauku celjiem/tiltiem platums ari ir videji 6 metri.

G

On 11/28/2011 02:09 PM, Lauris Bukšis-Haberkorns wrote:

Varbūt esmu, ko palaidis garām, bet kas ir par problēmu vidus līnijai?
GPS precizitāte tāpat jau ir +/- 3-5m, pie tam ceļam jau ir jāzīmē
vidus līnija, bet ceļam pa vidu jau neviens nebrauc... tā, ka manuprāt
tieši aprēķināts kaut kāds vidējais būs +/- visprecīzākais variants...

Lauris
   



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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Lauris Bukšis-Haberkorns]

Varbūt esmu, ko palaidis garām, bet kas ir par problēmu vidus līnijai?
GPS precizitāte tāpat jau ir +/- 3-5m, pie tam ceļam jau ir jāzīmē
vidus līnija, bet ceļam pa vidu jau neviens nebrauc... tā, ka manuprāt
tieši aprēķināts kaut kāds vidējais būs +/- visprecīzākais variants...

Lauris

2011. gada 28. novembris 10:01 Rich  rakstīja:
> On 11/27/11 23:47, AivarsB wrote:
>>
>> Pabeidzot paša iesākto:
>> osm datu upload taisīt nevajadzētu, jo cilvēkam jānošķiro nost drazas.
>> Jo tālāk iesim jo vairāk būs drazas - jo Jānis eksportu taisa tikai pa
>> vietām kur nav OSM ceļu. Šobrīd uz aci minētu ka ap 20-30% no trekiem ir
>> draza, kuru mēs negribam redzēt kā ceļus osm.
>
> hmm. taa kaa es agjiteeju par treisu uploadoshanu, tad jaameegjina saprast,
> ko juus te sarakstiijaat :)
>
> 1. kas konkreeti ir drazas ? ja jau tur braukts ir, taatad kaut kam tur
> tomeer buus jaabuut ieziimeetam.
>
> 2. uploadot vajag jau peetera mineetaa citu avotu piesieshanas iemesla
> deelj, kaa arii taapeec, ka tad ir vismaz skaidrs, no kurienes dati. man
> ljoti nepatiik celji bez neviena treisa apakshaa gan taapeec, ka es nezinu,
> no kurienes dati, gan taapeec, ka nezinu, ko dariit ar to celju, ja man ir
> savs treiss pa virsu veel.
>
> 3. par mehaanismiem :
> 3.1. noteikti nevajag taisiti average punktiem, tie buus daljeeji "feiki"
> (vai "sinteetiski") dati - slikti.
> cuu paarveidojums savukaart, ja pareizi sapratu, samiksee punktus no
> dazhaadiem treisiem, kas man arii taa ljoti nepatiik. tad mees neredzam, ka
> viens treiss varbuut ir konstanti bijis ar nobiidi utt utt.
>
> 3.2. veel - gpsbabel distance filtrs nenovaac turpmaakos treisus !
> shii distance ir tikai viena treisa ietvaros, liidz ar to vairaakkaart
> paarbraukaati posmi taa arii paliks (kas ir ljoti labi).
>
> 3.3. cita lieta, ka varbuut shiem te treisiem to distanci var lielaaku
> palikt - 3 metri, varbuut 5.
>
> 3.4. noteikti jaasapatcho gpsbabel ar to vienas rindinjas patchu, ko laikam
> jaanis ieteica - citaadaak tur buus dataloss
>
> 3.5. noteikti vajag atsevishkju lietotaaju uploadam
>
> sumaary - pa lielam ieteiktu nesarezhgjiit lietas, uzbraukt ar sapatchotu
> gpsbabel un distanci 3-5 m un vienkaarshi uploadot (ar atsevishkju
> lietotaaju). padaraams vienaa dienaa elementaari ;)
> es pat teiktu, ka paaris stundaas.
>
>> Vēlmju sarakstā es ieliktu kādu JOSM plugin vai skriptu, kas pa gpx
>> failu izdara analīzi un izdod ārā JOSM slāni vai .osm failu, kurā jau kā
>> highway ir iezīmēti "vidējais gpx".
>> (piemēram, ja vismaz 4 trases iet vienā virzienā ne vairāk kā 20m attālu
>> - tas ir ceļš). Operatoram atliek ievlikt šo "ieteikto ceļu", apakšā
>> palikt oriģinālos gpx diegus, karti vai satelītu un tad jau cilvēcīgi
>> izlemt kurus ceļus apstiprināt.
>>
>> Kā jau Viesturs teica tam vajag laiku. Noteikti nav vienā dienā padarāms.
>>
>> A.
>>
>> 2011/11/27 Aivars mailto:vrs@gmail.com>>
>>
>>    __ Es noteikti balsoju pret datu ieliksanu osm serveri. 1) datos ir
>>    daudz nevertigu nekvalitativu treisu. Normalai attieksmei butu jabut
>>    ka tiek importeti dati kurus lietotajs apskatijis un atzinis par
>>    vertigu. Vertigs=cels kuru gribam redzet+kvalitativas koordinatas.
>>    Sai gadijuma mes iemetam nezinamu drazu.
>>    "cuu...@gmail.com " >    > wrote:
>>
>>        2011. gada 27. novembris 18:15 Jānis Ročāns
>>        mailto:janis.roc...@gmail.com>> rakstīja:
>>
>>            Šeit rodas jautājums par sintētiskums vs datu blīvums, bēc
>>            kā noteikt ticamāko ceļa vidu.
>>
>>
>>        Pēc GPS trasēm automātiski noteikt ceļa vidu (un, vai tur ir
>>        vairāki paralēli ceļi, vai varbūt krustu šķērsu izbraukāts
>>        laukums, vai varbūt šaura taka, bet apkārt tāds biezoknis, ka
>>        debesis neredz un GPS signāls neprecīzs, ...) ir netriviāls
>>        uzdevums.
>>
>>        Es centos atrisināt vienkāršāku--samazināt datu blīvumu, lai tos
>>        būtu jēdzīgi ielādēt osm.org : lai punkti nebūtu
>>        ļoti tuvu viens uz otra, un JOSM nebremzētu, bet lai pāri
>>        palikusī informācija būtu tomēr karšu zīmētājiem noderīga.
>
> --
>  Rich
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-lv
>

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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Rich]

On 11/28/11 12:38, cuu...@gmail.com wrote:

AivarsB apsvērumu es labi saprotu šādās vietās--tā tiešām ir draza:
http://i.imgur.com/LrPj5.png


aaa, shaada draza... jaa, tas nu galiigi nerull. varbuut no shiem var 
tikt galaa izfiltreejot aaraa tos segmentus, kam visi punkti ir 20m 
raadiusaa ? ti, ja tas ir shaada tipa blobs, kursh saakas un beidzas 
vienaa vietaa, jamais tiek globaali izmests. nepaliidzees segmentiem, 
kur cilveeks nobraucis 50km un galaa blobu uzdzejojis, bet nu tur mosh 
var uztaisiit analiizi segmenta daljaam, ja shaadi gadiijumi ir daudz



Pamēģināju gpsbabel ar ielāpu.
Pozitīvā lieta, ka, salīdzinot ar nesalāpīto, strādā zibenīgi ātri. Tas
saprotams, jo mērīt attālumus starp secīgiem punktiem ir O(n), kamēr
mērīt attālumus katram punktam ar katru ir O(n^2).
Negatīvā lieta--ļoti maz ko izfiltrē. Ar 2m filtru punktu mazāk
praktiski nepalika. Ar 5m filtru tika izmesti arī tikai kādi 10-20%.
Šeit 5m varianta bildīte, kur palikušie punkti gaiši zaļi, un izmestie
violeti: http://i.imgur.com/mV7kT.png

Padomāju vēl un izdomāju, ka filtrēšanu varētu veikt segmentu līmenī.
Jāņa dotajos GPX failos katrā ir viena trase ( elements), kurā
iekšā ir daudzi segmenti (). Varētu izmest ārā tos segmentus,
kuriem lielākā daļa (80%, piemēram) punktu ir tuvumā vismaz trīs citiem
segmentiem. Jeb, cilvēku valodā--ja 20 segmenti iet apmēram pa vienu un
to pašu vietu, no šiem 20 paturēsim tikai 3.


shis man nepatiik, jo kriteeriji, peec kuriem patureet shos 3 sanaaks 
bish apshaubaami. var jau njemt tos, kas it kaa vairaak pa vidu, bet vai 
tas ir vienkaarshi ? un arii tad man tas neshkjiet ljoti jauki, mees 
varam izmest tieshi preciizaakos treisus beigaas...



Lūk, kas no tā sanāk, piemērs 1: http://i.imgur.com/O5421.png
Un piemērs 2: http://i.imgur.com/1zjdB.png
Neoptimizēts koda gabals, kas šo paveic: http://pastebin.com/QLCWC79V

Pēteris

...
--
 Rich

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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[cuu...@gmail.com]

AivarsB apsvērumu es labi saprotu šādās vietās--tā tiešām ir draza:
http://i.imgur.com/LrPj5.png

Pamēģināju gpsbabel ar ielāpu.
Pozitīvā lieta, ka, salīdzinot ar nesalāpīto, strādā zibenīgi ātri. Tas
saprotams, jo mērīt attālumus starp secīgiem punktiem ir O(n), kamēr mērīt
attālumus katram punktam ar katru ir O(n^2).
Negatīvā lieta--ļoti maz ko izfiltrē. Ar 2m filtru punktu mazāk praktiski
nepalika. Ar 5m filtru tika izmesti arī tikai kādi 10-20%. Šeit 5m varianta
bildīte, kur palikušie punkti gaiši zaļi, un izmestie violeti:
http://i.imgur.com/mV7kT.png

Padomāju vēl un izdomāju, ka filtrēšanu varētu veikt segmentu līmenī. Jāņa
dotajos GPX failos katrā ir viena trase ( elements), kurā iekšā ir
daudzi segmenti (). Varētu izmest ārā tos segmentus, kuriem lielākā
daļa (80%, piemēram) punktu ir tuvumā vismaz trīs citiem segmentiem. Jeb,
cilvēku valodā--ja 20 segmenti iet apmēram pa vienu un to pašu vietu, no
šiem 20 paturēsim tikai 3.
Lūk, kas no tā sanāk, piemērs 1: http://i.imgur.com/O5421.png
Un piemērs 2: http://i.imgur.com/1zjdB.png
Neoptimizēts koda gabals, kas šo paveic: http://pastebin.com/QLCWC79V

Pēteris

2011. gada 28. novembris 10:01 Rich  rakstīja:

> On 11/27/11 23:47, AivarsB wrote:
>
>> Pabeidzot paša iesākto:
>> osm datu upload taisīt nevajadzētu, jo cilvēkam jānošķiro nost drazas.
>> Jo tālāk iesim jo vairāk būs drazas - jo Jānis eksportu taisa tikai pa
>> vietām kur nav OSM ceļu. Šobrīd uz aci minētu ka ap 20-30% no trekiem ir
>> draza, kuru mēs negribam redzēt kā ceļus osm.
>>
>
> hmm. taa kaa es agjiteeju par treisu uploadoshanu, tad jaameegjina
> saprast, ko juus te sarakstiijaat :)
>
> 1. kas konkreeti ir drazas ? ja jau tur braukts ir, taatad kaut kam tur
> tomeer buus jaabuut ieziimeetam.
>
> 2. uploadot vajag jau peetera mineetaa citu avotu piesieshanas iemesla
> deelj, kaa arii taapeec, ka tad ir vismaz skaidrs, no kurienes dati. man
> ljoti nepatiik celji bez neviena treisa apakshaa gan taapeec, ka es nezinu,
> no kurienes dati, gan taapeec, ka nezinu, ko dariit ar to celju, ja man ir
> savs treiss pa virsu veel.
>
> 3. par mehaanismiem :
> 3.1. noteikti nevajag taisiti average punktiem, tie buus daljeeji "feiki"
> (vai "sinteetiski") dati - slikti.
> cuu paarveidojums savukaart, ja pareizi sapratu, samiksee punktus no
> dazhaadiem treisiem, kas man arii taa ljoti nepatiik. tad mees neredzam, ka
> viens treiss varbuut ir konstanti bijis ar nobiidi utt utt.
>
> 3.2. veel - gpsbabel distance filtrs nenovaac turpmaakos treisus !
> shii distance ir tikai viena treisa ietvaros, liidz ar to vairaakkaart
> paarbraukaati posmi taa arii paliks (kas ir ljoti labi).
>
> 3.3. cita lieta, ka varbuut shiem te treisiem to distanci var lielaaku
> palikt - 3 metri, varbuut 5.
>
> 3.4. noteikti jaasapatcho gpsbabel ar to vienas rindinjas patchu, ko
> laikam jaanis ieteica - citaadaak tur buus dataloss
>
> 3.5. noteikti vajag atsevishkju lietotaaju uploadam
>
> sumaary - pa lielam ieteiktu nesarezhgjiit lietas, uzbraukt ar sapatchotu
> gpsbabel un distanci 3-5 m un vienkaarshi uploadot (ar atsevishkju
> lietotaaju). padaraams vienaa dienaa elementaari ;)
> es pat teiktu, ka paaris stundaas.
>
>  Vēlmju sarakstā es ieliktu kādu JOSM plugin vai skriptu, kas pa gpx
>> failu izdara analīzi un izdod ārā JOSM slāni vai .osm failu, kurā jau kā
>> highway ir iezīmēti "vidējais gpx".
>> (piemēram, ja vismaz 4 trases iet vienā virzienā ne vairāk kā 20m attālu
>> - tas ir ceļš). Operatoram atliek ievlikt šo "ieteikto ceļu", apakšā
>> palikt oriģinālos gpx diegus, karti vai satelītu un tad jau cilvēcīgi
>> izlemt kurus ceļus apstiprināt.
>>
>> Kā jau Viesturs teica tam vajag laiku. Noteikti nav vienā dienā padarāms.
>>
>> A.
>>
>> 2011/11/27 Aivars mailto:vrs@gmail.com>>
>>
>>__ Es noteikti balsoju pret datu ieliksanu osm serveri. 1) datos ir
>>
>>daudz nevertigu nekvalitativu treisu. Normalai attieksmei butu jabut
>>ka tiek importeti dati kurus lietotajs apskatijis un atzinis par
>>vertigu. Vertigs=cels kuru gribam redzet+kvalitativas koordinatas.
>>Sai gadijuma mes iemetam nezinamu drazu.
>>"cuu...@gmail.com " >
>>> wrote:
>>
>>2011. gada 27. novembris 18:15 Jānis Ročāns
>>mailto:janis.roc...@gmail.com**>>
>> rakstīja:
>>
>>
>>Šeit rodas jautājums par sintētiskums vs datu blīvums, bēc
>>kā noteikt ticamāko ceļa vidu.
>>
>>
>>Pēc GPS trasēm automātiski noteikt ceļa vidu (un, vai tur ir
>>vairāki paralēli ceļi, vai varbūt krustu šķērsu izbraukāts
>>laukums, vai varbūt šaura taka, bet apkārt tāds biezoknis, ka
>>debesis neredz un GPS signāls neprecīzs, ...) ir netriviāls
>>uzdevums.
>>
>>Es centos atrisināt vienkāršāku--samazināt datu blīvumu, lai tos
>>būtu jēdzīgi ielādēt osm.org : lai punkti nebūtu
>>
>>ļoti tuvu viens uz otra, un JOSM nebremzētu, bet lai pāri
>>palikusī informācija būtu tomēr karšu z

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Rich]

On 11/27/11 23:47, AivarsB wrote:

Pabeidzot paša iesākto:
osm datu upload taisīt nevajadzētu, jo cilvēkam jānošķiro nost drazas.
Jo tālāk iesim jo vairāk būs drazas - jo Jānis eksportu taisa tikai pa
vietām kur nav OSM ceļu. Šobrīd uz aci minētu ka ap 20-30% no trekiem ir
draza, kuru mēs negribam redzēt kā ceļus osm.


hmm. taa kaa es agjiteeju par treisu uploadoshanu, tad jaameegjina 
saprast, ko juus te sarakstiijaat :)


1. kas konkreeti ir drazas ? ja jau tur braukts ir, taatad kaut kam tur 
tomeer buus jaabuut ieziimeetam.


2. uploadot vajag jau peetera mineetaa citu avotu piesieshanas iemesla 
deelj, kaa arii taapeec, ka tad ir vismaz skaidrs, no kurienes dati. man 
ljoti nepatiik celji bez neviena treisa apakshaa gan taapeec, ka es 
nezinu, no kurienes dati, gan taapeec, ka nezinu, ko dariit ar to celju, 
ja man ir savs treiss pa virsu veel.


3. par mehaanismiem :
3.1. noteikti nevajag taisiti average punktiem, tie buus daljeeji 
"feiki" (vai "sinteetiski") dati - slikti.
cuu paarveidojums savukaart, ja pareizi sapratu, samiksee punktus no 
dazhaadiem treisiem, kas man arii taa ljoti nepatiik. tad mees neredzam, 
ka viens treiss varbuut ir konstanti bijis ar nobiidi utt utt.


3.2. veel - gpsbabel distance filtrs nenovaac turpmaakos treisus !
shii distance ir tikai viena treisa ietvaros, liidz ar to vairaakkaart 
paarbraukaati posmi taa arii paliks (kas ir ljoti labi).


3.3. cita lieta, ka varbuut shiem te treisiem to distanci var lielaaku 
palikt - 3 metri, varbuut 5.


3.4. noteikti jaasapatcho gpsbabel ar to vienas rindinjas patchu, ko 
laikam jaanis ieteica - citaadaak tur buus dataloss


3.5. noteikti vajag atsevishkju lietotaaju uploadam

sumaary - pa lielam ieteiktu nesarezhgjiit lietas, uzbraukt ar 
sapatchotu gpsbabel un distanci 3-5 m un vienkaarshi uploadot (ar 
atsevishkju lietotaaju). padaraams vienaa dienaa elementaari ;)

es pat teiktu, ka paaris stundaas.


Vēlmju sarakstā es ieliktu kādu JOSM plugin vai skriptu, kas pa gpx
failu izdara analīzi un izdod ārā JOSM slāni vai .osm failu, kurā jau kā
highway ir iezīmēti "vidējais gpx".
(piemēram, ja vismaz 4 trases iet vienā virzienā ne vairāk kā 20m attālu
- tas ir ceļš). Operatoram atliek ievlikt šo "ieteikto ceļu", apakšā
palikt oriģinālos gpx diegus, karti vai satelītu un tad jau cilvēcīgi
izlemt kurus ceļus apstiprināt.

Kā jau Viesturs teica tam vajag laiku. Noteikti nav vienā dienā padarāms.

A.

2011/11/27 Aivars mailto:vrs@gmail.com>>

__ Es noteikti balsoju pret datu ieliksanu osm serveri. 1) datos ir
daudz nevertigu nekvalitativu treisu. Normalai attieksmei butu jabut
ka tiek importeti dati kurus lietotajs apskatijis un atzinis par
vertigu. Vertigs=cels kuru gribam redzet+kvalitativas koordinatas.
Sai gadijuma mes iemetam nezinamu drazu.
"cuu...@gmail.com " mailto:cuu...@gmail.com>> wrote:

2011. gada 27. novembris 18:15 Jānis Ročāns
mailto:janis.roc...@gmail.com>> rakstīja:

Šeit rodas jautājums par sintētiskums vs datu blīvums, bēc
kā noteikt ticamāko ceļa vidu.


Pēc GPS trasēm automātiski noteikt ceļa vidu (un, vai tur ir
vairāki paralēli ceļi, vai varbūt krustu šķērsu izbraukāts
laukums, vai varbūt šaura taka, bet apkārt tāds biezoknis, ka
debesis neredz un GPS signāls neprecīzs, ...) ir netriviāls
uzdevums.

Es centos atrisināt vienkāršāku--samazināt datu blīvumu, lai tos
būtu jēdzīgi ielādēt osm.org : lai punkti nebūtu
ļoti tuvu viens uz otra, un JOSM nebremzētu, bet lai pāri
palikusī informācija būtu tomēr karšu zīmētājiem noderīga.

--
 Rich

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

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[AivarsB]

Pabeidzot paša iesākto:
osm datu upload taisīt nevajadzētu, jo cilvēkam jānošķiro nost drazas. Jo
tālāk iesim jo vairāk būs drazas - jo Jānis eksportu taisa tikai pa vietām
kur nav OSM ceļu. Šobrīd uz aci minētu ka ap 20-30% no trekiem ir draza,
kuru mēs negribam redzēt kā ceļus osm.

Vēlmju sarakstā es ieliktu kādu JOSM plugin vai skriptu, kas pa gpx failu
izdara analīzi un izdod ārā JOSM slāni vai .osm failu, kurā jau kā highway
ir iezīmēti "vidējais gpx".
(piemēram, ja vismaz 4 trases iet vienā virzienā ne vairāk kā 20m attālu -
tas ir ceļš). Operatoram atliek ievlikt šo "ieteikto ceļu", apakšā palikt
oriģinālos gpx diegus, karti vai satelītu un tad jau cilvēcīgi izlemt kurus
ceļus apstiprināt.

Kā jau Viesturs teica tam vajag laiku. Noteikti nav vienā dienā padarāms.

A.

2011/11/27 Aivars 

> ** Es noteikti balsoju pret datu ieliksanu osm serveri. 1) datos ir daudz
> nevertigu nekvalitativu treisu. Normalai attieksmei butu jabut ka tiek
> importeti dati kurus lietotajs apskatijis un atzinis par vertigu.
> Vertigs=cels kuru gribam redzet+kvalitativas koordinatas. Sai gadijuma mes
> iemetam nezinamu drazu.
> "cuu...@gmail.com"  wrote:
>>
>> 2011. gada 27. novembris 18:15 Jānis Ročāns rakstīja:
>>
>> Šeit rodas jautājums par sintētiskums vs datu blīvums, bēc kā noteikt
>>> ticamāko ceļa vidu.
>>>
>>>
>> Pēc GPS trasēm automātiski noteikt ceļa vidu (un, vai tur ir vairāki
>> paralēli ceļi, vai varbūt krustu šķērsu izbraukāts laukums, vai varbūt
>> šaura taka, bet apkārt tāds biezoknis, ka debesis neredz un GPS signāls
>> neprecīzs, ...) ir netriviāls uzdevums.
>>
>> Es centos atrisināt vienkāršāku--samazināt datu blīvumu, lai tos būtu
>> jēdzīgi ielādēt osm.org: lai punkti nebūtu ļoti tuvu viens uz otra, un
>> JOSM nebremzētu, bet lai pāri palikusī informācija būtu tomēr karšu
>> zīmētājiem noderīga.
>>
>>
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

[Talk-lv] Mašīnu GPX ielāde osm.org

[cuu...@gmail.com]

2011. gada 27. novembris 18:15 Jānis Ročāns rakstīja:

Šeit rodas jautājums par sintētiskums vs datu blīvums, bēc kā noteikt
> ticamāko ceļa vidu.
>
>
Pēc GPS trasēm automātiski noteikt ceļa vidu (un, vai tur ir vairāki
paralēli ceļi, vai varbūt krustu šķērsu izbraukāts laukums, vai varbūt
šaura taka, bet apkārt tāds biezoknis, ka debesis neredz un GPS signāls
neprecīzs, ...) ir netriviāls uzdevums.

Es centos atrisināt vienkāršāku--samazināt datu blīvumu, lai tos būtu
jēdzīgi ielādēt osm.org: lai punkti nebūtu ļoti tuvu viens uz otra, un JOSM
nebremzētu, bet lai pāri palikusī informācija būtu tomēr karšu zīmētājiem
noderīga.
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Jānis Ročāns]

Šeit rodas jautājums par sintētiskums vs datu blīvums, bēc kā noteikt
ticamāko ceļa vidu.

2011/11/27 cuu...@gmail.com 

> Šādi izskatās pēc gpsbabel 2m retināšanas:
>
> http://i.imgur.com/9jLZq.png
>
> Violetā krāsā ir oriģinālais GPX fails, tam pāri gaiši zaļā--retinātais.
> Tātad redzamie violetie punkti ir tie, kuru retinātajā versijā vairs nav.
> Manuprāt, nav daudz informācijas zaudēts.
>
> Mans priekšlikums ir sadalīt punktu kopu klāsteros un noteikt katra
>> klāstera smaguma centru, kas tad arī būtu eksportējamais punkts.
>
>
> Man savukārt īsti nepatīk doma taisīt jaunus punktus kaut kā apvienojot
> esošos. Jo tad uz osm.org ielādējam sintētiskus, "izdomātus" punktus,
> nevis no GPS ierīces nākušus punktus izlases kārtībā.
>
>
>


-- 
Paldies,
Jānis Ročāns
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[cuu...@gmail.com]

Šādi izskatās pēc gpsbabel 2m retināšanas:

http://i.imgur.com/9jLZq.png

Violetā krāsā ir oriģinālais GPX fails, tam pāri gaiši zaļā--retinātais.
Tātad redzamie violetie punkti ir tie, kuru retinātajā versijā vairs nav.
Manuprāt, nav daudz informācijas zaudēts.

Mans priekšlikums ir sadalīt punktu kopu klāsteros un noteikt katra
> klāstera smaguma centru, kas tad arī būtu eksportējamais punkts.


Man savukārt īsti nepatīk doma taisīt jaunus punktus kaut kā apvienojot
esošos. Jo tad uz osm.org ielādējam sintētiskus, "izdomātus" punktus, nevis
no GPS ierīces nākušus punktus izlases kārtībā.
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-lv] Mašīnu GPX ielāde osm.org

[Jānis Ročāns]

Man nepatīk "gpsbabel -x position,distance=2m", jo tas ir paredzēts
vienreiz braukta maršruta apstrādāšanai. Ja pārbrauc 2 un vairāk reizes,
paliek tikai pirmais treks, ja pārējie ir pārāk tuvu.

Mans priekšlikums ir sadalīt punktu kopu klāsteros un noteikt katra
klāstera smaguma centru, kas tad arī būtu eksportējamais punkts. Tikai vēl
jāizdomā, pēc kādiem principiem noteikt klāsterus, kas nemaz tik vienkārši
nešķiet (punktu skaits, izmērs u.c.)

2011/11/27 cuu...@gmail.com 

> Sveiki,
>
> piedāvāju GPS trases no "Mašīnu GPX" pafiltrēt un ielādēt
> openstreetmap.org
>
> Labums no ielādētām trasēm būtu: labojot karti šaubu brīdī ir papildus
> datu avots uz ko balstīties. Bing satelītbildēm var būt nobīdes, terplāniem
> var būt konvertēšanas procesā radušās neprecizitātes. Tādās reizēs noder
> ielādēt GPS punktus no osm.org, un top skaidrs, kam ticēt.
>
> Par filtrēšanu: mašīnu GPX dati reizēm ir ar punktiem ļoti blīvi--viens
> ceļš izbraukāts ļoti daudzas reizes. Es te padarbojos un nonācu līdz šādai
> filtrēšanas metodei:
>
> 1. "gpsbabel -x position,distance=2m" -- izvāc punktus, kas viens otram
> tuvāk par 2m. Šis samazina gpx failu izmēru par vidēji 50% un ir
> laikietilpīgākais solis
> 2. apvieno trases, kas iet līdzās viena otrai, nepieciešams nākamajam
> solim. Pēc apvienošanas izskatās šādi baisi: http://i.imgur.com/bj3hU.png
> 3. iztīra punktus, no kuru pazušanas trases daudz nezaudē. Pēc šī soļa
> failu izmēri ir vidēji 10% no oriģinālajiem
> 4. Izmet tos punktus, kuru tuvumā osm.org jau ir punkti. Šis
> nepieciešams, lai pēc mašīnu gpx 9 ielādes mēs varētu vēlāk lādēt arī
> mašīnu gpx 10, 11, ...
> Nevienā solī netiek mainītas punktu koordinātes--punkti tiek tikai dzēsti,
> un tiek pārkārtota to secība gpx failā.
>
> Nefiltrētā / filtrētā salīdzinājums: http://i.imgur.com/txORT.png
> Šajā bildē pēc filtrēšanas palikušie punkti ir gaišāki, oriģinālie punkti
> ir tumšāki.
>
> Paņēmu no mašīnu gpx 9 failu "25.tar.bz2" un apstrādāju visus failus tajā.
> Arhīva izmērs krities no 5.6MB uz 1.7MB. Rezultāts izvērtēšanai:
> http://failiem.lv/u/fgzfghg
> Izmantotie rīki: http://failiem.lv/u/mkoxulo
> No tiem gpx_reduce.py ir sazvejots šeit:
> http://wiki.openstreetmap.org/wiki/User:Travelling_salesman/gpx_reduce
>
> Ja ir piekrišana, es šādi varētu apstrādāt arī pārējos mašīnu gpx datus un
> lādēt iekšā osm.org
>
> Pēteris
>
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-lv
>
>


-- 
Paldies,
Jānis Ročāns
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

[Talk-lv] Mašīnu GPX ielāde osm.org

[cuu...@gmail.com]

Sveiki,

piedāvāju GPS trases no "Mašīnu GPX" pafiltrēt un ielādēt openstreetmap.org

Labums no ielādētām trasēm būtu: labojot karti šaubu brīdī ir papildus datu
avots uz ko balstīties. Bing satelītbildēm var būt nobīdes, terplāniem var
būt konvertēšanas procesā radušās neprecizitātes. Tādās reizēs noder
ielādēt GPS punktus no osm.org, un top skaidrs, kam ticēt.

Par filtrēšanu: mašīnu GPX dati reizēm ir ar punktiem ļoti blīvi--viens
ceļš izbraukāts ļoti daudzas reizes. Es te padarbojos un nonācu līdz šādai
filtrēšanas metodei:

1. "gpsbabel -x position,distance=2m" -- izvāc punktus, kas viens otram
tuvāk par 2m. Šis samazina gpx failu izmēru par vidēji 50% un ir
laikietilpīgākais solis
2. apvieno trases, kas iet līdzās viena otrai, nepieciešams nākamajam
solim. Pēc apvienošanas izskatās šādi baisi: http://i.imgur.com/bj3hU.png
3. iztīra punktus, no kuru pazušanas trases daudz nezaudē. Pēc šī soļa
failu izmēri ir vidēji 10% no oriģinālajiem
4. Izmet tos punktus, kuru tuvumā osm.org jau ir punkti. Šis nepieciešams,
lai pēc mašīnu gpx 9 ielādes mēs varētu vēlāk lādēt arī mašīnu gpx 10, 11,
...
Nevienā solī netiek mainītas punktu koordinātes--punkti tiek tikai dzēsti,
un tiek pārkārtota to secība gpx failā.

Nefiltrētā / filtrētā salīdzinājums: http://i.imgur.com/txORT.png
Šajā bildē pēc filtrēšanas palikušie punkti ir gaišāki, oriģinālie punkti
ir tumšāki.

Paņēmu no mašīnu gpx 9 failu "25.tar.bz2" un apstrādāju visus failus tajā.
Arhīva izmērs krities no 5.6MB uz 1.7MB. Rezultāts izvērtēšanai:
http://failiem.lv/u/fgzfghg
Izmantotie rīki: http://failiem.lv/u/mkoxulo
No tiem gpx_reduce.py ir sazvejots šeit:
http://wiki.openstreetmap.org/wiki/User:Travelling_salesman/gpx_reduce

Ja ir piekrišana, es šādi varētu apstrādāt arī pārējos mašīnu gpx datus un
lādēt iekšā osm.org

Pēteris
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv