<div class="gmail_quote">Le 25 janvier 2013 00:13, 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 23:58:25, François Lacombe a écrit :<br>
> Bonsoir,<br>
<br>
Bonne nuit,<br></blockquote><div><br>Bonjour :)<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Par "efficacité d'enregistrement" tu sous-entends l'insertion dans la base de<br></div>
nouvelles données ? Donc l'édition avec les éditeurs openstreetmap ?<br>
Et si oui, par efficacité tu parles de la qualité de l'IHM pour que l'humain<br>
soit efficace ou de la qualité du protocole pour que le transfert soit<br>
efficace ? (ou les deux ? gourmand va !)<br></blockquote><div>Par efficacité d'enregistrement, j'entends la place occupée sur le disque pour représenter x km de route.<br>Il s'agit avant tout de la structure de la base de données et de la structure du modèle au dessus.<br>
De là découle nécessairement ce qu'il faut faire pour l'écrire (par les éditeurs, IHM et API) mais aussi pour la lire.<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">
<br>
> - Tout est réseau<br>
</div>ça, pas de problème, ça fait bien longtemps qu'openstreetmap n'a de "street"<br>
que le nom. Et aucunes des modélisations "de base" (noeud/way/relation) ne se<br>
restreint au routier.<br>
Le routage sur chemin de rando, voie fluviale ou en prenant le ferry existent<br>
déjà, et si une solution doit s'avancer, il est à parier que le modèle devra<br>
pouvoir être suffisament générique.<br>
<br>
Voir les relations de type "route" qui modélisent :<br>
road / bicycle / foot / hiking / bus / trolleybus / ferry / detour / train /<br>
tram / mtb (mountainbike) / horse / ski / snowmobile<br></blockquote><div>Et aussi power, water, wind et j'en passe... bientôt :)<br><br>Je parlais de la discussion actuelle où le problème est soulevé sur un cas routier. Il y en a des similaires dans tous les domaines.<br>
<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>De manière constatée, l'exploitation est toujours précédée d'un pré-traitement<br>
adapté à l'exploitation visée.<br></blockquote><div>C'est certain.<br>Néanmoins aujourd'hui pour trouver tous les tunnels, on peut encore faire de l'xQuery sur planet.osm (ou une portion évidemment, très gros avantage selon moi).<br>
Si le modèle évolue vers quelque chose de plus compact dans la base, on risque de devoir "déplier la carte" avant de pouvoir la lire, aussi facilement qu'aujourd'hui du moins.<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

L'exploitation n'est donc pas tant le sujet ici il me semble, mais plus de la<br>
maintenance, par les contributeurs et des outils qu'ils vont utiliser pour se<br>
faire qui sont pour l'instant peu adaptés à une solution de factorisation des<br>
tags.<br></blockquote><div>C'est aussi vrai et je suis d'accord avec ça.<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> Aujourd'hui (demain...) qu'est-ce qui coute le plus cher, le stockage ou le<br>
> temps machine?<br>
<br>
</div>Les humains.<br></blockquote><div>Le passage du récent million ne met pas forcément le doigt sur le nombre de contributeur :)<br><br clear="all"></div></div><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>