<br><br><div class="gmail_quote">2012/2/14 Cristian Draghici <span dir="ltr"><<a href="mailto:cristian.draghici@gmail.com">cristian.draghici@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div class="im">2012/2/13 Alex Morega <span dir="ltr"><<a href="mailto:alex@grep.ro" target="_blank">alex@grep.ro</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><br>
On 13 Feb 2012, at 11:54, Cristian Draghici wrote:<br>
<br>
> Ca veni vorba de harti interactive:<br>
><br>
> <a href="http://www.cnadnr.ro/drumuri.php" target="_blank">http://www.cnadnr.ro/drumuri.php</a><br>
><br>
> listeaza situatia drumurilor nationale cu actualizare frecventa.<br>
<br>
</div>Am făcut un script care parsează datele de la CNADNR și le salvează ca JSON. Datele pot fi luate de aici:<br>
<br>
<a href="http://sheffield.grep.ro/starea-drumurilor/latest.json" target="_blank">http://sheffield.grep.ro/starea-drumurilor/latest.json</a><br>
<br>
Scriptul rulează la 10 minute, și păstrează date istorice, deci în teorie putem face și un timelapse :)<br>
<div><br>
> Ignorand aspectul de mai sus cu referinta de kilometri (KM XYZ+w) nu cred sa se poata face ceva automatizat (pentru ca segmentele de drum sunt sparte in OSM iar la re-gruparea pe baza de nume order-ing-ul lor spatial nu este coerent), dar cu referinta de localitate ar putea sa iasa ceva (cel mai apropiat punct de pe drum raportat la centrul localitatii).<br>


<br>
</div>Am aruncat o întrebare[1] pe <a href="http://gis.stackexchange.com" target="_blank">gis.stackexchange.com</a> și am primit un răspuns util, deși nu cred că răspunde la problema ridicată de tine. Deci cel mai simplu ar fi să desenăm un fel de buline roșii care indică drum întrerupt în dreptul unei localități, nu?<br>

</blockquote><div><br></div></div><div>Salut</div><div><br></div><div>Cred ca buline ar fi super!</div><div><br></div><div>Ref la referinta de Km, reformulez: se poate face automatizat dar e relativ mult de munca si nu stiu daca merita.</div>

<div>Noi am facut ceva similar (ordonare de segmente de way-uri) pentru relatii care definesc rute montane (<a href="http://gis.modulo.ro" target="_blank">gis.modulo.ro</a>). Problema noastra era afisarea unui profil de altitudine derivat din date SRTM -> moment la care e nevoie de determinarea altitudinii la distanta start+X, start+Y, etc.</div>

<div><br></div><div>In planet_osm_line singurul lucru in comun pentru segmente care apartin aceluiasi drum sunt tag-urile drumului si faptul ca fiecare 2 segmente conectate formeaza o pereche in sensul in care acolo unde se termina un segment continua alt segment (punctul de final segment 1 == punct de start segment 2).</div>

<div><br></div><div>Pe baza acestui lucru se pot regrupa segmentele pentru a forma o geometrie cu sens de parcurgere corect moment in care KM X+y -> KM Z+w poate fi extras ca o subgeometrie (pentru <a href="http://gis.modulo.ro" target="_blank">gis.modulo.ro</a> implementarea a fost facuta de un coleg cu o functie C postresql care ia toate segmentele si le ordoneaza de la Est la Vest).</div>

<div><br></div><div>Dar: drumurile sparte pe sensuri de circulatie si sensurile giratorii complica treaba (la noi cazul asta nu este tratat).</div><div><br></div><div>Cel mai probabil asa ceva e mai usor de facut cu GRASS (care stie ca din geometrii incorecte topologic cum e modelul OSM sa construiasca un model pe care se pot face calcule pe graf-uri -> distante, rutari, etc).</div>

<div><br></div><div>--</div><div>Cristi</div><div><br></div><div><br></div></div>
</blockquote></div><br><br clear="all"><div>Ref la folosirea linear referencing din postgis pentru calcul - nu cred ca merge direct.</div><div><br></div><div>Din ce tin minte am incercat asa ceva si linear referencing merge pe <b>un</b> linestring - ori tocmai asta e problema descrisa mai sus - drumurile in modelul OSM sunt un set ne-ordonat de linestring-uri.</div>
<div><br></div><div>Deci primul pas ramane obtinerea unui singur linestring pentru un drum -> noi n-am reusit asta cu functiile standard de postgis.</div>