<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>I requested the import for Hull and East Yorkshire (areas were
      only imported when requested). I then spent a lot of time
      surveying the stops in Hull and most of the stops in East
      Yorkshire. The data quality was patchy - I don't think we should
      rely on it with checks. I wrote a few blog posts about the
      process, here's one with a summary for hull:
      <a class="moz-txt-link-freetext" href="https://chris-osm.blogspot.com/2009/11/last-stop-in-hull.html">https://chris-osm.blogspot.com/2009/11/last-stop-in-hull.html</a></p>
    <p>As far as I can tell no one has resurveyed any of this data in
      the past ten years. A handful of new stops were added in a new
      housing estate. I was contacted by a someone from a local bus
      company about amending the stops and adding bus routes, but
      nothing came of it.</p>
    <p>My feeling about imports in general is that they MUST be curated
      and checked otherwise we risk propagating poor quality data. If
      you reimport data it is important that hand-checked and corrected
      data must not be overwritten by the import. <br>
    </p>
    <pre class="moz-signature" cols="72">-- 
cheers
Chris Hill (chillly)</pre>
    <div class="moz-cite-prefix">On 15/02/2021 20:34, Jay Turner wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CABGELU93dVxi1aDjRy7_2iYaifUKoweChTrsjQ5Avi1G_nbDYA@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div dir="auto">I have a few questions regarding the 2009 NAPTAN
          import. 
          <div dir="auto"><br>
          </div>
          <div dir="auto">On the <a
              href="https://wiki.openstreetmap.org/wiki/NaPTAN/Import"
              moz-do-not-send="true">wiki </a>it states: <i>"The
              Department required that the official identifier for each
              feature ("atcocode" in the case of a bus stop) is included
              in the imported data to allow the movement of these
              features to be tracked over time and for updates to
              potentially be added in the future. We do have this as a
              tag on imported bus stops."<br>
              <br>
            </i></div>
          <div>Sadly, much of the UK hasn't been touched since the
            NaPTAN
            data was imported. (<a
              href="https://overpass-turbo.eu/s/13Gq"
              moz-do-not-send="true">82202</a> / <a
href="https://taginfo.openstreetmap.org/keys/naptan:AtcoCode?filter=nodes"
              moz-do-not-send="true">230474</a>) 35%<br>
          </div>
          <div>I don't really know how to analyse the data of the other
            65% but I'll place a bet it's not in a great state.
            Additionally, 95% of all `naptan:verified` tags are `no`.<br>
            <br>
          </div>
          <div><b>I want to know if it's possible to reimport/mass
              update NaPTAN data from the latest set of information</b>.
            Additionally, I propose a few extra tags;<br>
             - `source:date=*` with the `ModificationDateTime` field
            within the NaPTAN datasets so we have a good idea of when
            the data was last touched.<br>
          </div>
          <div> - `public_transport=*` because... well yeah. We have
            that now. We didn't in 2009.<br>
          </div>
          <div> - `unsigned=yes` for bus stops with BusStopType=CUS
            because it's defined as <i>"Unmarked stop (or only marked
              on the road). Point footprint.". </i>Previously, these
            stops weren't tagged with highway=bus_stop and I think we
            should add those en-mass too. Leaving those tags off has led
            to confusion with mappers unfamiliar with NaPTAN and caused
            the nodes to be blindly deleted or merged into other
            objects.<i><br>
            </i></div>
          <div><br>
          </div>
          <div><b>A lot has changed since 2009, we now have tools to
              help us find and spot data issues on the ground such as
              StreetComplete</b>. There's a discussion on GitHub about
            doing something with these tags to help verify it on the
            ground. That can be found here: <a
              href="https://github.com/streetcomplete/StreetComplete/issues/2566"
              moz-do-not-send="true">https://github.com/streetcomplete/StreetComplete/issues/2566</a></div>
          <div><br>
          </div>
          <div>TL;DR: I think we need to mass update NaPTAN data
            regularly and use StreetComplete or MapRoulette to verify
            the import and reduce the count of `naptan:verified=no`.<br>
            <br>
          </div>
          <div>FYI, I think the correct tagging for verified is
            `naptan:verified=yes` - I know some people delete the tag.<br>
            <br>
          </div>
          <div>Thank you for reading my incoherent ramble,</div>
          <div>JayTurnr<br>
          </div>
          <div><br>
            <br>
          </div>
          <div><br>
            <br>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Talk-GB mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-GB@openstreetmap.org">Talk-GB@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-gb">https://lists.openstreetmap.org/listinfo/talk-gb</a>
</pre>
    </blockquote>
    <pre class="moz-signature" cols="72">
</pre>
  </body>
</html>