Yes, yes I am.  This explains why, when I checked timestamps on the zero/one node ways, they were all after the timestamp on the planet file I pulled to create <br>the initial planet DB.  It also explains the difference between the Geofabrik errors and the query results returned from the internal planet DB.<div>
<br></div><div><a href="https://trac.openstreetmap.org/ticket/4378">https://trac.openstreetmap.org/ticket/4378</a> documents the Potlatch issue, which will be challenging to fully resolve due to the apparent number of variants in the wild.  I have no .as foo or I'd try to fix it myself.</div>
<div><br></div><div>Yes, an API fix to reject zero/one node ways might be best, as it's gonna get tedious to keep clearing these errors.  Dare I suggest a fixbot ;-)</div><div><br></div><div>Best,</div><div><br><div class="gmail_quote">
On Fri, Dec 28, 2012 at 12:11 PM, Toby Murray <span dir="ltr"><<a href="mailto:toby.murray@gmail.com" target="_blank">toby.murray@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Are you running a snapshot schema, imported with osmosis? If so then<br>
you just discovered the same thing I did a couple of months ago.<br>
Osmosis silently drops ways with less than 2 nodes during import.<br>
(yes, ways with zero nodes exist too) This is because they create an<br>
invalid linestring which can cause problems with geographic queries.<br>
<br>
There is one plot twist. While consuming replication diffs, osmosis<br>
does *not* drop these ways. So you probably do have zero and single<br>
node ways in your database, but only ones created after you started<br>
applying minutely/hourly/daily diffs.<br>
<br>
I have written a patch for osmosis that makes this behavior explicit<br>
and optional with a --kepInvalidWays=yes/no option. It also allows the<br>
same option to be applied to diff consumption so that the two are<br>
consistent. It has yet to be merged as there was some discussion about<br>
it on the osmosis-dev mailing list. It is on my github fork though:<br>
<a href="https://github.com/ToeBee/osmosis" target="_blank">https://github.com/ToeBee/osmosis</a><br>
<br>
Unfortunately P2 has a bug that creates these ways rather often. OSM<br>
inspector has a layer that displays them:<br>
<a href="http://tools.geofabrik.de/osmi/?view=geometry&overlays=single_node_in_way" target="_blank">http://tools.geofabrik.de/osmi/?view=geometry&overlays=single_node_in_way</a><br>
<br>
IMO the editing API really should reject ways with zero or one node in<br>
them as invalid. But there is no way that change will happen until P2<br>
is fixed...<br>
<br>
Toby<br>
<div><div class="h5"><br>
<br>
On Fri, Dec 28, 2012 at 1:47 PM, the Old Topo Depot<br>
<<a href="mailto:oldtopos@novacell.com">oldtopos@novacell.com</a>> wrote:<br>
> This way<br>
><br>
> <a href="http://www.openstreetmap.org/browse/way/13694101" target="_blank">http://www.openstreetmap.org/browse/way/13694101</a><br>
><br>
> is not in ways nor way_nodes tables in a PostGIS replica I have of the OSM<br>
> planet, yet it appears in the master DB copy.<br>
><br>
> I admit that I cannot understand how this might be, and I'm wondering if<br>
> anyone has more insight into this situation.  Where's the data ?<br>
><br>
> Thanks,<br>
><br>
> --<br>
> John Novak<br>
> 585-OLD-TOPOS <a href="tel:%28585-653-8676" value="+15856538676">(585-653-8676</a>)<br>
> <a href="http://www.linkedin.com/in/johnanovak/" target="_blank">http://www.linkedin.com/in/johnanovak/</a><br>
> OSM ID:oldtopos<br>
> OSM Heat Map: <a href="http://yosmhm.neis-one.org/?oldtopos" target="_blank">http://yosmhm.neis-one.org/?oldtopos</a><br>
> OSM Edit Stats:<a href="http://hdyc.neis-one.org/?oldtopos" target="_blank">http://hdyc.neis-one.org/?oldtopos</a><br>
><br>
</div></div>> _______________________________________________<br>
> Talk-us mailing list<br>
> <a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-us" target="_blank">http://lists.openstreetmap.org/listinfo/talk-us</a><br>
><br>
<br>
_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-us" target="_blank">http://lists.openstreetmap.org/listinfo/talk-us</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div>John Novak<br>585-OLD-TOPOS (585-653-8676)</div><div><a href="http://www.linkedin.com/in/johnanovak/" style="color:rgb(17,85,204);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)" target="_blank">http://www.linkedin.com/in/johnanovak/</a></div>
<div>OSM ID:oldtopos</div><div>OSM Heat Map: <span><a href="http://yosmhm.neis-one.org/?oldtopos" target="_blank">http://yosmhm.neis-one.org/?oldtopos</a></span></div><div>OSM Edit Stats:<a href="http://hdyc.neis-one.org/?oldtopos" target="_blank">http://hdyc.neis-one.org/?oldtopos</a></div>

</div>