<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Oui tout à fait, on pourrait ainsi mieux gérer certains éventements
ponctuels (ex, travaux en cours, immobilisation temporaire de la
rue, etc.).<br>
Le désavantage de cette solution étant une modélisation très
fortement basée sur les relations.<br>
<br>
Or celles-ci sont encore assez mal représentées dans les éditeurs.
Mais rien n’empêche de les faire évoluer.<br>
Ex, dans JOSM, un point de couleur (ex, vert, rouge) pour identifier
les noeuds d'un from -> to.<br>
Ou même une représentation spécifique quand une partie, ou un objet
complet est associe a une relation.<br>
Mais bon, la je m’écarte du sujet...<br>
<br>
Après, je n'ai pas une vision aussi complete que certains d'entre
vous sur les concepts d'OSM.<br>
Il se peut donc que le modèle proposé, soit partiel ou contraire à
certains préceptes d'OSM.<br>
<br>
Arnaud<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 13-01-25 09:36 AM, Francescu GAROBY
wrote:<br>
</div>
<blockquote
cite="mid:CAHGeXqMVt3epk2bUd3NdAb2udwP6nMs_smKU2r744cmeOUyXJQ@mail.gmail.com"
type="cite"><br>
<br>
<div class="gmail_quote">Le 25 janvier 2013 13:39, Arnaud <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:arnaud.sig@gmail.com" target="_blank">arnaud.sig@gmail.com</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Bonjour à tous,<br>
<br>
Je vais essayer de compléter mon argumentation.<br>
<br>
Afin d’éviter de partir sur des problèmes de représentation
liés a des éléments matériels (pont, tunnel, etc.), prenons
l'exemple des limitation de vitesse.<br>
Chaque changement (ex, passage de 50 à 70) occasionne alors
un découpage et la création d'un tronçon.<br>
<br>
L’idée de départ, étant d'utiliser un concept existant,
celui de la segmentation dynamique, mais adapté à OSM.<br>
Je précise que ce concept de segmentation dynamique, ne sort
pas de ma caboche mais existe déjà dans les bases de donnes
routières [ex 1].<br>
La segmentation dynamique permet d'avoir un réseau routier
non segmenté auquel est associé une (ou plusieurs) table
complémentaire d’événements (limitation de vitesse, pont,
etc.).<br>
En fonction de la demande (limitation de vitesse, pont,
etc.) le réseau est segmenté dynamiquement (d’où le nom du
concept).<br>
</div>
</blockquote>
<div>Si je comprends bien, on pourrait même imaginer activer des
évènements du point N1 au point N2 , sans avoir du coup besoin
de redécouper le tronçon à ces 2 points ? Juste en ajoutant
une ligne dans la table complémentaire d'évènements ? Et
inversement lors de la désactivation de l'évènement ?<br>
Ceci limiterait en effet grandement le "hachage" que subissent
certaines ways (entre le nombre de voies qui changent, les
bouts empruntés par un itinéraire de bus, les bouts qui
servent de frontières, ...).<br>
<br>
Ce qui permettrait de prendre en compte des évènements
ponctuels, courts et à très brève échéance (voire déjà en
cours), tels qu'un accident sur une autoroute, qui immobilise
une voie.<br>
<br>
Francescu<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Quand j'ai commencé à
me renseigner sur ce domaine, j'ai immédiatement pensé aux
potentialités des relations.<br>
En effet, dans un SIG classique les tables étant séparées,
la seule relation entre la route et les événements sont leur
positions géographiques.<br>
Or, les relations nous permettent de conserver à la fois une
cohérence géographique et sémantique.<br>
Bon voila pour la théorie, maintenant j'ai bien conscience
de la difficulté de compréhension d'un tel modèle pour un
nouveau contributeur.<br>
Mais il a aussi un gain certain en terme de gestion des
données, performance et stockage ! <br>
<br>
<br>
Arnaud<br>
<br>
1 -
<a moz-do-not-send="true"
href="https://ceprofs.civil.tamu.edu/folivera/txaggis/Spring2004/von_Holdt/CVH_project_report.htm"
target="_blank">https://ceprofs.civil.tamu.edu/folivera/txaggis/Spring2004/von_Holdt/CVH_project_report.htm</a>
<div>
<div class="h5">
<br>
<br>
<br>
<div>On 13-01-25 07:29 AM, Francescu GAROBY wrote:<br>
</div>
<blockquote type="cite">Et actuellement, un tel
comportement est considéré comme une erreur : soit
pour cause de doublon soit, lorsque 2 ways se
croisent, pour absence de node à l'intersection (d'où
le tag 'layer').<br>
<br>
Francescu<br>
<br>
<div class="gmail_quote">Le 25 janvier 2013 11:55,
François Lacombe <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:francois.lacombe@telecom-bretagne.eu"
target="_blank">francois.lacombe@telecom-bretagne.eu</a>></span>
a écrit :<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">Le 25 janvier 2013 11:22,
Pieren <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:pieren3@gmail.com"
target="_blank">pieren3@gmail.com</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex"> 2013/1/25 François
Lacombe <<a moz-do-not-send="true"
href="mailto:francois.lacombe@telecom-bretagne.eu"
target="_blank">francois.lacombe@telecom-bretagne.eu</a>>:
<div><br>
Urg, je m'étrangle à chaque fois que je lis
ça. OSM est une base de<br>
données géospatiale. Tous les noeuds et ways
sont déjà positionnés les<br>
uns par rapport aux autres. On ne doit
(devrait) ajouter des tags ou<br>
des relations que lorsqu'il y a ambiguité.<br>
</div>
</blockquote>
<div>Il ne faut pas s'étrangler, ca n'en vaut
pas la peine.<br>
<br>
Néanmoins, je vois mal comment peut-être
exprimée une quelconque dépendance entre une
route et un pont sur lequel elle passe dans la
réalité sans relation entre les objets.<br>
Je crois que l'API d'OSM ne gère pas les
altitudes et que donc même si la route est
bien positionnée par rapport au pont, ce
dernier peut se trouver 100m en dessous (il y
a le tag ele=* mais ca ne compte pas).<br>
<br>
</div>
</div>
<div>
<div>-- <br>
<b>François Lacombe</b><br>
<br>
francois dot lacombe At telecom-bretagne dot
eu<br>
<a moz-do-not-send="true"
href="http://www.infos-reseaux.com"
target="_blank">http://www.infos-reseaux.com</a><br>
</div>
</div>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="http://lists.openstreetmap.org/listinfo/talk-fr"
target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Cordialement,<br>
Francescu GAROBY<br>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Talk-fr mailing list
<a moz-do-not-send="true" href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a moz-do-not-send="true" href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="http://lists.openstreetmap.org/listinfo/talk-fr"
target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
Cordialement,<br>
Francescu GAROBY<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/talk-fr">http://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</body>
</html>