On Nov 20, 2007 1:28 AM, Brent Easton <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] > > > _______________________________________________ > Tilesathome mailing list > [email protected] > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome >
_______________________________________________ Tilesathome mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome
