I seem to be having a conversation with one fellow enthusiast on talk transit - who's done quite a bit of preliminary work on understanding the NAPTAN database and writing a prototype importer ( Christophe have you had any offline conversations with Thomas Wood?). What do think about a trawl on talk gb for opinions?  Whatever we do here in the West Midlands has to work everywhere so I think we should widen out the discussions despite your misgivings Andy. I don't think a consensus of two people is a good basis on which to proceeed<br>
<br>Things to decide:<br><br>Onstreet bus stops or offstreet as well?<br>How do we cope with busstops misaligning with existing ways? Should we be worried?<br>How do we cope with bustops where the roads have not yet been added? Should we be worried?<br>
How do we cope with existing busstops<br>Do we add the NAPTAN data as nodes that don't render and then are switched on as OSMers on the ground confirm them? Or do we add them as tagged highway=bus_stop with additional NAPTAN tags- could be messy where there are existing bus stops?<br>
Region by region import or big-bang once we've trialled the West Midlands? Perhaps we can leave that one until we've done our trial and let the world know how best to correlate the import with what's on the ground<br>
<br>I'm convinced that we should only import bus stops at this stage and leave all the other public transport points until later<br><br>After this  "functional approach" discussion there's the separate issue of what NAPTAN data fields get imported and how they're tagged. I think we should import the minimum set we can.<br>
<br>