<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";
        color:black;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"Préformaté HTML Car";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
span.PrformatHTMLCar
        {mso-style-name:"Préformaté HTML Car";
        mso-style-priority:99;
        mso-style-link:"Préformaté HTML";
        font-family:"Consolas","serif";
        color:black;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="FR" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Je commence à m’intéresser sérieusement à la segmentation dynamique dans le domaine de l’infra ferroviaire où l’on raisonne essentiellement en termes de PK
 (pour les événements ponctuels ex. Passage à niveau, appareil de voie)ou PK début/Pk fin pour les événements linéaires (ouvrages d’art, chantiers, électrification, …). Je confirme mon intérêt pour cette démarche !<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Idéalement, on devrait avoir une consistance topologique au niveau du tracé, la consistance sémantique serait assurée par des relations.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Exemple pour un pont-rail<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Relation X<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Required Type=ouvrage_art<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Required Description=pont-rail<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Optional source=RFF<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Optional material=metal<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Optional length=xxx<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Optional height=xxx<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Optional name=blabla<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Required Members : a rôle « from »<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Required Members : b rôle « to »<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Required Members : c rôle « on »<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Optional members : d rôle « under »<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">a=id du point  début du pont  (son PK debut)<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">b=id du point fin du pont (son PK fin)<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">c=id du tronçon de voie supportant la relation<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">d=id du tronçon de la voie traversée (rivière, chemin, route, …)<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">C’est clair qu’il y a du boulot pour des applications pour transformer ces relations en objets découpés suivant les pointillés.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Denis<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">De :</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"> Arnaud [mailto:arnaud.sig@gmail.com]
<br>
<b>Envoyé :</b> vendredi 25 janvier 2013 13:40<br>
<b>À :</b> talk-fr@openstreetmap.org<br>
<b>Objet :</b> Re: [OSM-talk-fr] OpenStreetMap modélisation et segmentation dynamique<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">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>
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 href="https://ceprofs.civil.tamu.edu/folivera/txaggis/Spring2004/von_Holdt/CVH_project_report.htm">
https://ceprofs.civil.tamu.edu/folivera/txaggis/Spring2004/von_Holdt/CVH_project_report.htm</a><br>
<br>
<o:p></o:p></p>
<div>
<p class="MsoNormal">On 13-01-25 07:29 AM, Francescu GAROBY wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal" style="margin-bottom:12.0pt">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<o:p></o:p></p>
<div>
<p class="MsoNormal">Le 25 janvier 2013 11:55, François Lacombe <<a href="mailto:francois.lacombe@telecom-bretagne.eu" target="_blank">francois.lacombe@telecom-bretagne.eu</a>> a écrit :<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Le 25 janvier 2013 11:22, Pieren <<a href="mailto:pieren3@gmail.com" target="_blank">pieren3@gmail.com</a>> a écrit :<o:p></o:p></p>
<p class="MsoNormal">2013/1/25 François Lacombe <<a href="mailto:francois.lacombe@telecom-bretagne.eu" target="_blank">francois.lacombe@telecom-bretagne.eu</a>>:
<o:p></o:p></p>
<div>
<p class="MsoNormal"><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é.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">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).<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class="MsoNormal">-- <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><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><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><o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<br>
-- <br>
Cordialement,<br>
Francescu GAROBY<br>
<br>
<br>
<br>
<o:p></o:p></p>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>Talk-fr mailing list<o:p></o:p></pre>
<pre><a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><o:p></o:p></pre>
<pre><a href="http://lists.openstreetmap.org/listinfo/talk-fr">http://lists.openstreetmap.org/listinfo/talk-fr</a><o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>