<div dir="auto">why is everyone complaining about qgis, it opens in JOSM too with the geojson plugin.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mar 8, 2018 2:55 PM, "Andy Townsend" <<a href="mailto:ajt1047@gmail.com">ajt1047@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div class="m_856543841456880729moz-cite-prefix">On 08/03/2018 17:31, Clifford Snow
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra"><br>
<div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial">Andy,</div>
<div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial">Ilya
did provide a geojson [1] of the entire proposed import. If
you look back in the thread, IIya replied to my request.
While large, it opens in QGIS nicely. <br>
</div>
<div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial"><br>
</div>
<div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial">[1] <a href="https://transfer.sh/12oTYj/fuel.json" target="_blank">https://transfer.sh/<wbr>12oTYj/fuel.json</a></div>
</div>
</div>
</blockquote>
<br>
Indeed, but that's not really very helpful to the casual reviewer -
we can't seriously be expecting every local mapper to install a copy
of QGIS just to check a proposed import can we? That's very much in
"in the bottom of a locked filing cabinet stuck in a disused
lavatory with a sign on the door saying 'Beware of the Leopard'"
territory*. Also just looking at the data like that means there's
no way to verify that a particular point looks OK or has problems.<br>
<br>
Actually, when the data does eventually load*** it's clear that
there are some serious problems with it. To take a local example
previously mentioned when the Shell import was discussed
<a class="m_856543841456880729moz-txt-link-freetext" href="https://www.openstreetmap.org/node/298006841" target="_blank">https://www.openstreetmap.org/<wbr>node/298006841</a> - there appears to be a
proposal to change the opening hours there from the "Shell" values
to Navads' "24/7". It might have changed of course, but if so it's
within the last month or so. Another example is
<a class="m_856543841456880729moz-txt-link-freetext" href="https://www.openstreetmap.org/node/280943195" target="_blank">https://www.openstreetmap.org/<wbr>node/280943195</a> - the brand in OSM is
correct, the proposed brand is wrong, as is the proposed website.<br>
<br>
Perhaps like the initial attempt with the Shell data Zverik needs to
go away and then come back once it has been corrected at source?
That's essentially what happened with the previous Shell UK import**
- at the second attempt a significant number of obvious errors
(discussed on this list) had been corrected. In addition I'd
suggest that this import should not automatically overwrite data
that has an object source or a changeset source of something
containing "survey", local_knowledge" or similar.<br>
<br>
It also does not make sense to suggest that an "advertising" company
update objects in OSM on their whim in the future, especially given
the poor quality of the data they're trying to import now. It's not
just the UK either - their have been quite a few "Zverik, this one
looks wrong" comments on IRC from other countries too.<br>
<br>
Best Regards,<br>
<br>
Andy<br>
<br>
<br>
* 40 years to the day since first broadcast, incidentally:
<a class="m_856543841456880729moz-txt-link-freetext" href="https://en.wikipedia.org/wiki/The_Hitchhiker's_Guide_to_the_Galaxy_Primary_and_Secondary_Phases#Fit_the_First" target="_blank">https://en.wikipedia.org/wiki/<wbr>The_Hitchhiker's_Guide_to_the_<wbr>Galaxy_Primary_and_Secondary_<wbr>Phases#Fit_the_First</a><br>
<br>
** See
<a class="m_856543841456880729moz-txt-link-freetext" href="https://lists.openstreetmap.org/pipermail/imports/2017-May/thread.html#4956" target="_blank">https://lists.openstreetmap.<wbr>org/pipermail/imports/2017-<wbr>May/thread.html#4956</a>
and
<a class="m_856543841456880729moz-txt-link-freetext" href="https://lists.openstreetmap.org/pipermail/talk-gb/2017-May/thread.html#20205" target="_blank">https://lists.openstreetmap.<wbr>org/pipermail/talk-gb/2017-<wbr>May/thread.html#20205</a>
et al.<br>
<br>
*** The website's still broken - I still can't mark data as "valid"
or "invalid" even when logged in.<br>
<br>
</div>
<br>______________________________<wbr>_________________<br>
Imports mailing list<br>
<a href="mailto:Imports@openstreetmap.org">Imports@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/imports" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/imports</a><br>
<br></blockquote></div></div>