<div dir="ltr"><div>Oh my goodness.  Once again we have the alleged notion that imports will drive off mappers without examining any real data. If we look at the Buckeye Charger we see that fredo_p, a A Hit-and-Run Mapper, added the original node.  He's still a mapper. Theodin a German mapper added something. AndiG88 another German mapper added something.  Finally njaard touched the same node.  The German mappers did nothing different that what njaard did.  They looked up that there were 8 charging ports on the Tesla site.  I surveyed the site and see no problem with what has gone on with this node.  The question I have is should there be eight nodes for each station since one is required for each parking spot along with a wall/building for the transformer where the address is located?  The name issue may not be a factor since you can Google on either the address or name.  Note that all the mappers involved including me the surveyor are still mapping.  I am surprised that we did not loose fredo_p--last modifier of 95 nodes, 16 ways and 0 relationships--with the mapper's first experience of a node that does not render. I hope that we don't loose njaard--last modifier of 2,900 nodes, 663 ways, and 30 relationships--over a node still does not render with a cute little icon.  In may case, I lost interest in mapping all EV chargers because there's no reward for mapping them.  There was the reward of finding three of the four types of chargers used in the US. There was the reward of understanding the problems with making EV work. Sure the nodes are in the database but I do not experience the reward of seeing the node on the map like a regular gas station node.  In my view it is not the importers that are killing mappers it is the cartographers that only show a portion of what can be mapped.</div><div><a href="https://www.google.com/search?q=mapbox+sudio+data+project&ie=utf-8&oe=utf-8#q=buckeye+arizona+tesla+charger">https://www.google.com/search?q=mapbox+sudio+data+project&ie=utf-8&oe=utf-8#q=buckeye+arizona+tesla+charger</a><br></div><div><a href="http://www.teslamotors.com/findus/location?place=buckeyesupercharger">http://www.teslamotors.com/findus/location?place=buckeyesupercharger</a></div><div><a href="http://wiki.openstreetmap.org/wiki/File:Cs_us_tesla_buckeye_charger.png">http://wiki.openstreetmap.org/wiki/File:Cs_us_tesla_buckeye_charger.png</a></div><a href="http://www.openstreetmap.org/node/2776570644/history#map=19/33.44263/-112.55724">http://www.openstreetmap.org/node/2776570644/history#map=19/33.44263/-112.55724</a><br><div><a href="http://www.openstreetmap.org/user/fredo_p">http://www.openstreetmap.org/user/fredo_p</a><br></div><div><a href="http://hdyc.neis-one.org/?fredo_p">http://hdyc.neis-one.org/?fredo_p</a><br></div><div><a href="http://www.openstreetmap.org/user/Theodin">http://www.openstreetmap.org/user/Theodin</a><br></div><div><a href="http://hdyc.neis-one.org/?Theodin">http://hdyc.neis-one.org/?Theodin</a><br></div><div><a href="http://www.openstreetmap.org/user/AndiG88">http://www.openstreetmap.org/user/AndiG88</a><br></div><div><a href="http://hdyc.neis-one.org/?AndiG88">http://hdyc.neis-one.org/?AndiG88</a><br></div><div><a href="http://www.openstreetmap.org/user/njaard">http://www.openstreetmap.org/user/njaard</a><br></div><div><a href="http://hdyc.neis-one.org/?njaard">http://hdyc.neis-one.org/?njaard</a><br></div><div><br></div><div>I am guessing that this will bounce because I am not on the import list.</div><div><br></div><div>HTH,</div><div>Greg</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 12, 2015 at 5:33 PM, Greg Troxel <span dir="ltr"><<a href="mailto:gdt@ir.bbn.com" target="_blank">gdt@ir.bbn.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><br>
Charles Samuels <<a href="mailto:osm@charles.derkarl.org">osm@charles.derkarl.org</a>> writes:<br>
<br>
> On Sunday, April 12, 2015 01:12:12 AM Andy Allan wrote:<br>
>> > Right now, if a tag doesn't match with <a href="http://supercharge.info" target="_blank">supercharge.info</a>, I overwrite<br>
>> > OSM's.<br>
>><br>
>> Could you explain this a bit further? For example, if <a href="http://supercharge.info" target="_blank">supercharge.info</a><br>
>> has capacity 6, and I correct this to capacity 8, does your script<br>
>> then overwrite my tag and change it back to the incorrect value?<br>
><br>
> Correct. My intent is that I expect OSM to be no better than <a href="http://supercharge.info" target="_blank">supercharge.info</a>,<br>
> so for now it's easiest to just overwrite. Then on following runs of it, I<br>
> manually investigate the changes made in OSM and reconcile the differences.<br>
<br>
</span>You may actually be right about the likelihood of correctness, and this<br>
may lead to an expected value of < 0.1 errors per year.  However,<br>
imports changing data entered by hand is something that crosses a<br>
cultural bright line, and I find it concerning that you're heading down<br>
that path.  I say that as someone who is usually much more on the<br>
pro-import side.<br>
<br>
To stay within OSM norms, the thing to do is leave the existing data<br>
alone, and publish a list someplace of mismatches.  It's fine to write<br>
to the person who added it and explain that there's a mismatch and ask<br>
if they are sure.<br>
<br>
The other notion in imports is to test  out the process before you do<br>
it.  Have you run the conflation code against the osm database, and how<br>
many cases are there where osm already has a charger station but the<br>
tags dont' match?<br>
<br>_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us</a><br>
<br></blockquote></div><br></div></div>