[OSM-dev] Augmented Diffs - Compatibility?
marqqs at gmx.eu
marqqs at gmx.eu
Fri Sep 7 21:03:57 BST 2012
Hi Roland,
sorry, I did not want to just criticize the idea of augmented diffs, I merely wanted to understand the reasons why the tags have been defined in the way they are.
> > 1. Tagging
> >
> Altogether, please note: the augmented diffs aren't an extension of the
> normal
> diffs and even less a replacement for normal diff. They are two distinct
> diff
> formats, for distinct purposes.
You are right, but I think, they _could be_ an extension of the normal diffs. Thus there could be the chance that some softwares would not need to be changed nor extended to be able to process augmented diffs.
> > 2. Sequence
> >
> The order by type is maintained. And all the tools I've seen so far don't
> need
> the second order criterion by id.
Every tool which applies a diff file to a planet file (or regional .osm file) "hopes" to get _both_ in the same order, the diff file _and_ the planet file. If this sequence order can be provided, any tool will perform this task much faster because it will not need to buffer all the planet data in memory, temporary file or database.
Is there any chance you could maintain the traditional order (first by type, then by id)?
Grüße
Markus
More information about the dev
mailing list