[Talk-ro] Propunere pentru "maxspeed" în România

[Flaviu]

Să nu intrăm în discuții despre sisteme de navigare și să ne limităm 
doar la procesarea hărții.
Punctul tău de vedere îmi pare că este al unei persoane care este într-o 
poziție privilegiată, care dispune de un tool de procesare.
Oricum eu ți-am dat un exemplu în care deducerile nu merg.
Iar despre eroarea umană, eu zic că e mai bine să faci un bot care să 
corecteze harta OSM, având toți de câștigat, decât să faci hack-uri 
proprii de hartă de care beneficiezi doar tu, cel care le-a făcut. Să 
fim puțin altruiști.

Flaviu

On 12/8/2010 11:33 AM, Octavian Chelu wrote:
> În data de Miercuri 08 Decembrie 2010 11:14:32 Flaviu a scris:
>> /Greu de crezut că o aplicație de navigare va folosi harta OSM fără o
>> preprocesare și generare a hărții într-un format convenabil./
>>
>>      Eu prefer să elimine cât mai mulți pași de preprocesare înaintea
>>      procesării efective.
>>      Părerea mea e că datele OSM ar trebui să fie cât mai ușor
>>      "digerabile" eliminând deduceri, preprocesări și alte acrobații.
> Preprocesarea se face o singură dată pentru generarea harții într-un format
> accesibil aplicației de navigare, aici nu este o problemă optimizarea în timp.
> Eu prefer să fac deducții, eventual în faza de preprocesare, decât să am
> informație redundantă și eventual care se contrazice.
> Dacă aplicația de navigare are nevoie de maxspeed pe fiecare tronson această
> informație poate fi foarte ușor adăugată în faza de generare a hărții pentru
> aplicația respectivă.
>
>> Pe de altă parte, principala problemă pentru o aplicație nu este puterea de
>> calcul cât capacitatea mică a memoriei RAM, cu cât încarci în ram mai mult
>> din hartă cu atât procesarea va fi mai rapidă. În condițiile astea fiecare
>> bit de informație în plus contează dacă acesta este atașat multor
>> tronsoane, Dacă mai ții cont că în general încerci să aliniezi datele la
>> 32 bit sau 64 se poate întâmpla ca încă un bit în plus per
>> entitate/tronson să te oblige de fapt să folosești 4 sau chiar 8 octeți.
>>
>>      Cred că nu te referi la o aplicație de navigare. Dacă te referi la
>>      un tool-ul de procesare a hărții OSM, la bază e un parser XML care
>>      citește secvențial doar buffere mici din fișier iar cache-ul OS-ului
>>      (read-ahead) își face treaba. Iar din datele XML de la parser
>>      filtrezi ceea ce te interesează și eventual le pui în cache-uri cu
>>      evacuare pe disk. In fine, e o discuție care se îndepărtează de la
>>      subiect.
>>
> Aici chiar mă refeream la aplicația de navigare iar parsarea xml-ului de care
> vorbești tu face parte din faza de preprocesare care nu se face de aplicația
> de navigare. De multe ori aplicația de navigare rulează pe sisteme cu
> procesoare de peste 400MHz, și asta este destul de mult, în timp ce memoria
> ram este de doar 64MB în cazuri fericite 128MB. Trebuie să te gândești că
> aflarea limitei de viteză din tagurile deja existente nu folosește nici 0.1%
> din puterea de calcul care este folosită pentru grafică.
>
> Una peste alta sunt complet împotriva informației redundante în date brute
> (cum este baza de date OSM), din experiență știu că informația redundantă
> aduce multe bătăi de cap.
>
>   --
> Octavian Chelu
>
> _______________________________________________
> Talk-ro mailing list
> Talk-ro at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ro