<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Răspunde-mi te rog la mailul astă<br>
Este corect, nu OK.<br>
<blockquote> Am ajuns la o mare concluzie că un way oarecare
având tag-urile „highway=motorway, maxspeed=130,
maxspeed:hgv=110” e <b>corect</b>.<br>
<br>
<pre wrap="">Este corect din perspectiva faptului că nu face rău atâta
timp cât pe autostrăzi rămân aceste limite de viteză. Nu este OK pentru că în
cazul schimbării legislației cineva trebuie să modifice și oricum este
informație redundantă. Mai mult, între momentul modificării legislației și
modificările pe hartă harta nu este corectă.
</pre>
Tocmai de aceea am venit cu propunerea de a avea string-uri
(RO:urban, RO:rural, etc.) în loc de valori numerice pentru
maxspeed. <br>
Dacă se folosesc astfel de notații hartă nu mai sunt necesare
modificări în hartă datorate modificării legislației.<br>
<br>
<pre wrap="">...și oricum este informație redundantă...</pre>
Te întreb sincer: ce te afectează mai mult pe tine, să piezi
timp din viața ta cu procesări repetate pentru fiecare set nou de
date sau să ai câțiva megabytes în plus la hartă? Dispui de un
tool care deja face astfel de procesări?<br>
<br>
<pre wrap="">În momentul modificării legislației este mult mai simplu să specifici alte limite de viteză undeva în headerul
hărții pentru o eventuală aplicație decât să modifici peste tot unde ai
„highway=motorway”.
</pre>
Dă XSD-ul datelor OSM posibilitatea de a specifica în
header-ul hărții limite de viteză pentru anumite tipuri de
highway-uri din anumite țări?<br>
</blockquote>
<br>
<br>
<pre wrap="">Chiar nu înțeleg de ce te sperie așa mult prelucrările astea. Probabil nu ai
legătură cu programarea și din cauza aceasta ți se pare așa complicată treaba.
Gândeștete că datele în harta prelucrată pentru o aplicație se țin oricum în
structuri arborescente și alte grafuri astflel încât este foarte usor să
determini pentru o entitate ce alte entități conține și din ce entități face
parte.</pre>
Știu programare dar nu văd nici un rost să fac lucruri
complicate consumatoare de timp inutil în mod repetat. Vreau
eficiență în procesarea datelor, adică timp și resurse
computaționale minime. Ce e atât de bizar în asta??<br>
Pe mine și probabil pe cei mai mulți dintre cei care folosesc
datele OSM ne interesează să obții cât mai ușor date necesare.
Altceva nu mă interesează.<br>
<br>
Flaviu<br>
<br>
On 12/9/2010 10:34 AM, Octavian Chelu wrote:
<blockquote cite="mid:201012091034.02682.tavy72@gmail.com"
type="cite">
<pre wrap="">În data de Joi 09 Decembrie 2010 10:22:26 Flaviu a scris:
</pre>
<blockquote type="cite">
<pre wrap="">Iar am ajuns la verificări de poligoane / spatial queries? Câte
verificări de incluziune în poligon trebuie făcute în total pentru toate
drumurile navigabile din țară?
Eu am numărat recent drumurile navigabile din harta României și sunt
peste 570 000.
</pre>
</blockquote>
<pre wrap="">
Chiar nu înțeleg de ce te sperie așa mult prelucrările astea. Probabil nu ai
legătură cu programarea și din cauza aceasta ți se pare așa complicată treaba.
Gândeștete că datele în harta prelucrată pentru o aplicație se țin oricum în
structuri arborescente și alte grafuri astflel încât este foarte usor să
determini pentru o entitate ce alte entități conține și din ce entități face
parte.
--
Octavian Chelu
_______________________________________________
Talk-ro mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-ro@openstreetmap.org">Talk-ro@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/talk-ro">http://lists.openstreetmap.org/listinfo/talk-ro</a>
</pre>
</blockquote>
<br>
</body>
</html>