[Geocoding] Problems while creating your own gazetteer server
Ciprian Talaba
cipriantalaba at gmail.com
Tue Dec 1 20:25:46 GMT 2009
On Sat, Nov 28, 2009 at 11:05 PM, Brian Quinion <
openstreetmap at brian.quinion.co.uk> wrote:
>
> Thanks for all the feedback, I've worked through it and updated the
> code to try to fix all the issue you mentioned. A lot of it was just
> that I hadn't been very good in committing consistent sets of files.
>
> If you can stand the thought it might be worth updating everything and
> re-indexing Romania again - there where quite a lot of changes in the
> commit I've just done, some that fix some fairly significant problems.
>
>
I have restarted from scratch using new code and instructions and things
have gone a lot smoother. I have not encountered major issues, usually
copy-paste worked great :). Nice work!
> > In the end I have another question related to the way the buildings
> > are indexed: I understand that the current code doesn't process addr:*
> tags
> > on buildings other than addr:street because of performance issues. Can it
> > work just fine if the dataset is limited to a small country (like
> Romania)?
> > And if it will work without a big performance penalty, how difficult will
> be
> > to activate this functionality?
>
> I think that commenting out the INSERT and RETURN lines just after the
> comment 'Just be happy with inheriting from parent road only' in
> gazetteer-functions.sql should be all that is required to let it do
> this. But it's not been tested.
>
> With a small data set the performance impact should be small -
> probably double the time to index building level values. It only
> really has an impact on planet sized data sets.
>
>
I will try that pretty soon, and I will let you know how things are going.
Thanks again,
Ciprian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/geocoding/attachments/20091201/616efc7e/attachment.html>
More information about the Geocoding
mailing list