<div dir="ltr"><div><div><div><div><div>Hi,<br><br></div>The conversion is done. Municipality names are converted to lower case, restoring the accents. Route_ref is calculated.<br><br></div>All that's missing at the moment is comparison with existing data already present in OSM. I'm already doing that for the stops of De Lijn, so the process exists. It merely needs to be adapted a bit in the scripts I created.<br>
<br></div>As for the operator, I prefer to use simply TEC.<br><br></div>The OSM file with all the stops in Wallonia can be found here:<br><a href="https://dl.dropboxusercontent.com/u/42418402/TEC.osm.zip">https://dl.dropboxusercontent.com/u/42418402/TEC.osm.zip</a><br>
<br></div><div>What we still need to discuss:<br><br>Is it OK to keep the zones as 4 digits? For me it's better, as it makes them unique. It's not what can be read at the stops in the streets though (There you'll find the last 2 digits).<br>
<br></div><div>I'm not adding source on the objects anymore. Instead I add source tags on the changeset as a whole.<br><br></div><div>Polyglot<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-16 1:38 GMT+02:00 André Pirard <span dir="ltr"><<a href="mailto:A.Pirard.Papou@gmail.com" target="_blank">A.Pirard.Papou@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Hi,<br>
    <br>
    I'm conducting an offline TEC conversation business with Jo and I'm
    impressed.<br>
    You will soon be able to confidently buy TEC tickets and use the OSM
    transport map ;-)<br>
    <br>
    I have just two tag remarks.<br>
    <br>
    For the third time (Julien), if we want to use URLs, we'd better use
    URLs.<br>
    network=<a href="http://tec-wl.be" target="_blank">tec-wl.be</a> is not an URL as you can see by <a href="http://www.openstreetmap.org/node/857875464" target="_blank">not being able
      to click on it here</a>.<br>
    network=<a href="http://tec-wl.be" rel="nofollow" target="_blank">http://tec-wl.be</a>
    is one as you can see by <a href="http://www.openstreetmap.org/node/1645537259" target="_blank">being able to
      click on it here</a>.<br>
    <br>
    I recommend adding   <b>source=survey 2014-06  TEC 2014-04</b><br>
    Much like <a href="http://wiki.openstreetmap.org/wiki/Key:source" title="Key:source" target="_blank">Key:<span>source</span></a>
    indicates and I am presently proposing to amend slightly as shown
    below.<br>
    <br>
    The bulk import scenario was clearly written with in mind the idea
    to maintain a remaining-to do TEC file.<br>
    <br>
    Suppose an *.osm file is built from an imported source.  The map
    contributors are requested to move/update  the map elements to
    <a href="http://osm.org" target="_blank">osm.org</a> after verifications such as coordinates.  If the *.osm map
    elements contain a survey value such as source=survey
    <import-date>, then a program can find out by checking for an
    equal or later survey date what map elements have been moved/updated
    to <a href="http://osm.org" target="_blank">osm.org</a> and hence build a remaining.osm file containing what
    remains to be done.  A FIXME can be added at import time to already
    existing <a href="http://osm.org" target="_blank">osm.org</a> elements to warn about the ongoing import.
    <br>
    <br>
    Cheers,<br>
    <br>
    <table>
      <tbody>
        <tr>
          <td>André.</td>
        </tr>
      </tbody>
    </table>
    <br>
    <blockquote type="cite">Following this discussion here is a proposed
      clarification to <a href="http://wiki.openstreetmap.org/wiki/Key:source" title="Key:source" target="_blank">Key:<span>source</span></a>.<br>
      The goal is to define the word, make date mandatory, use ISO
      format, define per source tag meaning.<br>
      Is there any objection or suggestion for changes?<br>
      <br>
      <b>survey</b> yyyy-mm[-dd] (with one blank and an <a href="http://www.google.be/url?sa=t&rct=j&q=&esrc=s&source=web&cd=3&cad=rja&uact=8&sqi=2&ved=0CDAQFjAC&url=http%3A%2F%2Fwww.iso.org%2Fiso%2Ffr%2Fhome%2Fstandards%2Fiso8601.htm&ei=X3qZU_CEPNHR4QT34YGwCg&usg=AFQjCNHMm5_cA8CzTjEvrWYQc5GZ9K1wLg&sig2=m6xdSXuaBGqt6Qlj0tCfTw&bvm=bv.68911936,d.bGE" target="_blank"><em>ISO</em> 8601</a> format date) can be used
      within the data of any source.KEY=* or source=* tag to indicate
      that, on that date, the source(s) of KEY were the most recent and
      the data was verified to be correct for that KEY. In source=*, 
      survey means the same for all possible (required) keys (even those
      absent by default), but it can be overridden by survey in some
      source.KEY tags. survey helps to avoid making already done
      verifications, especially because a source publication date is not
      a verification date. survey can contain the date of dateless
      sources like visual or knowledge. It can help humanly assisted
      bulk imports. Please update the survey date of what you verify (a
      substantial time later), even if you don't add survey dates
      yourself.<br>
    </blockquote>
    <br>
  </div>

</blockquote></div><br></div>