Salut,<br><br>Imi pare rau daca nu m-am exprimat complet: partea cu "exceptiile" pentru harti si GPS, le-am pus ca exemplu de solutie in caz de deriva enorma intre clasificare si realitate, si nu schimbate lunar. Nu plec de la premiza ca nu exista altceva decat harta si GPS. Am in continuare (dar nu timp) proiectul cu transportul public si rutarea, si am inceput sa ma uit la utilizarea OSM pentru navigatia maritima (unde iar e lipsa mare pentru Ro).<br>
<br>CiprianN<br><br><div class="gmail_quote">2012/9/26 Ciprian Talaba <span dir="ltr"><<a href="mailto:cipriantalaba@gmail.com" target="_blank">cipriantalaba@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Salut,<br>
<br>
2012/9/26 Octavian Chelu <<a href="mailto:tavy72@gmail.com">tavy72@gmail.com</a>>:<br>
<div><div class="h5">> On 09/26/2012 08:08 PM, ciprian niculescu wrote:<br>
>><br>
>> Acum ca sa ajutam renderingul hartilor sa nu afiseze un DN el fiind<br>
>> nepracticabil ca DN, la fel softurile de routare GPS ce se bazeaza doar pe<br>
>> tipul drumului si nu si pe maxspeed (nu stiu daca se bazeaza pe maxspeed<br>
>> daca exista sau ignora complet, presupun cazul rau, si zic ca ignora<br>
>> maxspeed), putem realiza o pagina pe wiki unde sa listam exceptiile si<br>
>> modificarile de la regula (cood drum, tipul oficial, data observatiei, poze<br>
>> daca exista, calitatea reala, tipul modificat). Mentinem cumva prin tag<br>
>> custom tipul initial.<br>
><br>
> Este o mare greșeală să introduci date în funcție de cum va face randarea un<br>
> anume program.<br>
> Osm este înainte de toate o bază de date și nu este folosită numai pentru<br>
> hărți.<br>
><br>
> Atâta timp cât avem taguri specializate pe starea drumului este redundant să<br>
> ținem cont de starea drumului și în highway, mai ales că pierdem în felul<br>
> acesta informație, este vorba despre clasificarea oficială pentru care nu<br>
> avem tag specializat.<br>
><br>
> Apoi, nu mi se pare corect ca tagul highway să varieze de la un moment la<br>
> altul în funcție de starea drumului. Acum este asfaltat și îl trec<br>
> secondary, peste iarnă se umple de gropi și drumul devine truk, în primăvară<br>
> drumul este asfaltat și se merge foarte bine pe el și îl trec ca primary,<br>
> din toamnă reiau povestea.<br>
><br>
> Să nu mai spunem despre un drum cu porțiuni bune alternând cu porțiuni rele.<br>
> În astfel de cazuri clasificarea drumului poate varia la fiecare câțiva<br>
> kilometri, în condițiile în care tagul highway ar trebui să descrie tot<br>
> drumul și nu porțiuni.<br>
><br>
> Faptul că aplicațiile de navigare nu țin cont de alte taguri nu este un<br>
> argument să introducem gunoi în OSM. Aplicațiile pot evolua, se pot<br>
> îmbunătăți, OSM trebuie să fie consistent indiferent de starea aplicațiilor.<br>
<br>
</div></div>Cred ca pleci de la premiza gresita ca datele OSM sunt folosite in mod<br>
aproape exclusiv de aplicatiile de navigatie, si minimizezi utilizarea<br>
lor in harti pe hartie (doar un exemplu). Imi aduc aminte destul de<br>
clar hartile din colectia Muntii Nostri, unde drumurile era impartite<br>
in: drum modernizat, drum nemodernizat, drum forestier, etc. Nimeni nu<br>
spunea nimic de DN, DJ, etc, pentru ca nu e o informatie care sa te<br>
ajute cu nimic la alegerea unei rute pe baza unei astfel de harti.<br>
<br>
Pana acum solutia lui Anatolie mi se pare cea care reuseste sa imbine<br>
cel mai OK cele doua "lumi".<br>
<span class="HOEnZb"><font color="#888888"><br>
--Ciprian<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Talk-ro mailing list<br>
<a href="mailto:Talk-ro@openstreetmap.org">Talk-ro@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ro" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ro</a><br>
</div></div></blockquote></div><br>