Bonsoir,<br><br>Soulever des problèmes d'efficacité d'enregistrement est peut-être la meilleure des choses à faire pour la pérennité de la base, ça me branche.<br><br>Sans forcément avoir des choses très innovantes à proposer, il me vient à l'esprit 2 points:<br>
- Tout est réseau, se restreindre à l'infrastructure routière risque de ne pas être profitable à une solution durable, tant en terme de taille que de complexité du problème.<br>J'ai bien conscience que c'est la visée première d'OSM et que c'est une objet qui se prête volontiers à une cartographie collective, aborder le soucis sous une forme plus générale mérite qu'on s'y arrête aussi.<br>
<br>- De prime abord, je dirais que la taille et le contenu de la base conditionne aussi ce qu'on peut en faire.<br>Avoir une base compacte car très efficace dans son modèle de représentation peut plomber son utilisation vu le temps de calcul nécessaire rien pour apprêter les données à toute exploitation.<br>
<br>Tout de suite, avoir des relations avec des bornes qui ne correspondent plus à celles des objets supports rend la sélectivité beaucoup plus délicate...<br>C'est une réflexion à avoir, peut-être qu'à un moment il ne sera plus possible de favoriser tous les usages sur un pied d'égalité.<br>
<br>Aujourd'hui (demain...) qu'est-ce qui coute le plus cher, le stockage ou le temps machine?<br><br><br>Bonne soirée.<br><br><br><div class="gmail_quote">Le 24 janvier 2013 21:55, sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:liste@letuffe.org" target="_blank">liste@letuffe.org</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le jeudi 24 janvier 2013 21:20:26, Arnaud a écrit :<br>
> Bonjour à tous,<br>
<br>
Salut,<br>
<div class="im"><br>
> Peut-être qu'il pourrait être intéressant d'utiliser le potentiel des<br>
> relations?<br>
</div>(...)<br>
Tout à fait, et tu n'es pas le seul à y avoir pensé ;-)<br>
<div class="im"><br>
<br>
> Néanmoins, avez-vous déjà vu des propositions allant en ce sens (ou<br>
> autres)?<br>
<br>
</div>Oui : la mienne :<br>
<a href="http://wiki.openstreetmap.org/wiki/Relation:multilinestring" target="_blank">http://wiki.openstreetmap.org/wiki/Relation:multilinestring</a><br>
<br>
Mais aussi une plus ancienne et plus utilisée, mieux supportée, mais plus<br>
spécifique et complexe :<br>
<a href="http://wiki.openstreetmap.org/wiki/Relation:route" target="_blank">http://wiki.openstreetmap.org/wiki/Relation:route</a><br>
<br>
Toutes ces modélisations se heurtent pour l'instant aux difficultés suivantes<br>
:<br>
- (très) mal supportées par les rendus "bien connus"<br>
- mal intégrées aux logiciels d'édition (JOSM, qui s'en sort le mieux,<br>
t'oblige à passer par le menu assez abscons et dur à appréhender des<br>
relations)<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
sly (sylvain letuffe)<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><b>François Lacombe</b><br><br>francois dot lacombe At telecom-bretagne dot eu<br><a href="http://www.infos-reseaux.com" target="_blank">http://www.infos-reseaux.com</a><br>