<br><br><div class="gmail_quote">2011/5/19 Ioan Indreias <span dir="ltr"><<a href="mailto:indreias@gmail.com">indreias@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
2011/5/19 Janos Rusiczki <<a href="mailto:janos.rusiczki@gmail.com">janos.rusiczki@gmail.com</a>>:<br>
<div class="im">> Salutare,<br>
> In primul rand felicitari pentru initiativa, e laudabila. Am sa incerc si eu<br>
> sa contribui cu cateva trasee din zona mea (Maramures) in limita timpului<br>
> disponibil.<br>
> Dupa parerea mea cel mai intuitiv ar fi ca site-ul sa se deschida in tabul<br>
> Zone Montane. Selectarea unei zone montane nu ar trebui sa restrictioneze<br>
> scroll-ul. Ce ar trebui sa faca ar fi sa centreze harta pe acea zona montana<br>
> la un nivel de zoom care sa asigure vizibilitatea intregii zone in acelasi<br>
> timp comutand in tab-ul trasee (asa cum e acum). Indiferent de selectie<br>
> utilizatorul ar trebui lasat sa deruleze harta in voie. Altfel se pierde<br>
> elementul de "explorare".<br>
> Mi-am dat si eu cu parerea. :)<br>
> Cu stima,<br>
> Janos<br>
<br>
</div>Salut Janos,<br>
<br>
Multumim pentru feedback - pentru moment "blocam" derularea in zona<br>
selectata din 2 motive<br>
1. sa nu "servim" tile care nu au legatura cu traseele montane<br>
2. lista de trasee (din stanga) este specifica zonei montane selectata<br>
- daca "iesi" din zona ar trebui sa se refaca lista aceea si inca nu<br>
ne-am gandit la un astfel de feature.<br>
</blockquote><div> </div><div>3. partea vectorială din aplicație (profile de altitudine pe trasee, punctele de interes (vârfuri, cabane, etc)), și traseele în sine ca obiecte vectoriale încarcă foarte mult browser-ul chiar și în condițiile unui bounding box limitat la nivel de zona montană.</div>
<div>Chiar și varianta curentă in care datele se încarcă doar într-o singura zona montana e aproape de nefolosit în Internet Explorer al cărui motor Javascript este semnificativ mai lent decât restul (Firefox, Safari, Opera).</div>
<div><br></div><div>Limitarea bounding box-ului aduce avantajul pre-procesării datelor la încărcarea zonei montane și evitarea recalculării lor până la schimbarea zonei. Evident, ar exista soluții pentru a renunta la bounding box dar din motive de timp și resurse nu am apucat sa le explorăm.</div>
<div><br></div><div>Noi am mers pe ideea că utilizatorul cam are idee pe unde ar vrea sa meargă și caută trasee în zona respectivă catre obiective de interes conforme cu echipamentul pe care îl are, forma fizică, vreme, etc.</div>
<div>Cam așa vedem explorarea initiala grafică (vs. alegerea unei zone pe baza de nume dintr-o lista). Exista un link catre view-ul asta undeva în site dar e destul de ascuns:</div><div><br></div><div><a href="http://gis.modulo.ro/hiking/zoneMontane.html">http://gis.modulo.ro/hiking/zoneMontane.html</a></div>
<div><br></div><div>Salutari si mulțumiri.</div><div>Cristi</div><div><br></div><div>PS</div><div><br></div><div><div>Ca idee, mai jos un link cu harta Lonvia (unde am citit prima data de simbolizarea traseelor prin relații și marcajele <i>osmc</i>) care nu restrange trasee in functie de zoom level.</div>
<div>Traseele nu apar la zoom level care arata 2/3 Romania si apropiate (nici nu au cum, sunt prea mici comparativ cu scala hărții) iar lista din Routes amestecă toate traseele și devine greu de citit.</div><div><br></div>
<div><a href="http://osm.lonvia.de/hiking.html?zoom=8&lat=45.54034&lon=25.62876&layers=FFBT0">http://osm.lonvia.de/hiking.html?zoom=8&lat=45.54034&lon=25.62876&layers=FFBT0</a></div></div><div><br>
</div><div>PPS </div><div><br></div><div>@Strainu - treaba cu recentratul (centrat in Făgăraș initial, și apoi recentrat in Piatra Mare - zona selectată implicit) era un bug.</div><div>Teoretic rezolvat - acum centrează harta pe zona implicită direct (Piatra Mare).</div>
<div><br></div></div>