[Tilesathome] Inconsistent data from OSMXAPI

[80n]

On Nov 20, 2007 1:28 AM, Brent Easton <b.easton at exemail.com.au> wrote:

> I am seeing inconsistent data being returned by OSMXAPI when doing
> lowzooms. Ways are referencing nodes that are not included in download. When
> you go an view the actual data, that node no longer exists. This seems to
> indicate that it is some sort of timing issue. The end result is that Batik
> crashes trying to render the lowzoom tiles.
>

Osmxapi *should* be consistent providing its sources are consistent.  I know
planet.osm is not guaranteed to be consistent but I think that the planet
diffs are supposed to be.  Brett can you confirm that?

I ran a full consistency check on osmxapi just a couple of days ago.  At
that point it seemed ok.  Brent, can you give me some example way Ids so
that I can track down where the problem came from please?


>
> Is this a known issue? I am presuming the planet.osm dump is inconsistent.
>
> Where should we look at solving this problem :-
>
> 1. Planet.osm dump is inconsistent, fix that?
>

Osmxapi uses planet diff files so fixing planet.osm won't help much.


> 2. Fix OSMXAPI to not emit nodes in ways that have not been included in
> the download file?


It's intentional behaviour that if the ways references a non-existant node
then the node will not be in the output, but the way will still contain the
offending <nd> tag.  It didn't seem to make sense to remove it as the client
cannot then detect that the way is incomplete.  The client should choose how
to process such error situations, although this fact should be mentioned in
the docs.


>
>
> 3. Have Osmarender ignore undefined nodes? Is this possible with XSLT?
>

It used to be able to deal with missing nodes, but maybe this broke during
the 0.4 to 0.5 migration.



>
> Thanks,
> Brent.
>
>
>
>
> ____________________________________________________________
> Brent Easton
> Analyst/Programmer
> University of Western Sydney
> Email: b.easton at uws.edu.au
>
>
> _______________________________________________
> Tilesathome mailing list
> Tilesathome at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tilesathome/attachments/20071120/d6fe189b/attachment.html>