Hi Steve,
I'd prefere not to mix up the patches. The current nod branch can be merged to trunk now and then the poi branch then updated from the trunk. The poi branch should already contain v5 of the patch, perhaps there are a few more changes I'm not aware of that need applying.
Then I'd like to split the POI patch into the parts that work entirely on information from the node and the part that implements the pois-addresses and location-autofill functionallity. I'm fine with the first part to be merged to trunk as soon as possible.
For the autofill etc. there are other ways that this could be done, for example you could supply a separate polygon file that contains all the regions, countries or cities. The Karlsruhe scheme may not be used everywhere. The current method of working entirely with the .osm file is fine, but I'd like to think about making it easy to switch between strategies, using some kind of plugin or filter system. What do you think?
Fine by me. I will hold off commiting it to the nod branch. I am keen to make use of the efficient locate nearest city function that Bernhard had written to replace the crap linear search currently used in the roadname pois code. That makes a huge difference to the processing time for a large map. Cheers, Mark