<div dir="ltr">You could post in <a href="http://help.openstreetmap.org">help.openstreetmap.org</a> and explain a particular problem. I did this a couple of week ago for the mysterious postcode '12' in my neighborhood. One of the maintainers fixed something in the database for that<div>

<br></div><div>m</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 22, 2013 at 11:24 PM, Kurt Roeckx <span dir="ltr"><<a href="mailto:kurt@roeckx.be" target="_blank">kurt@roeckx.be</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Mon, Jul 22, 2013 at 11:21:05PM +0200, Glenn Plas wrote:<br>
> On 2013-07-22 23:13, Kurt Roeckx wrote:<br>
> >On Mon, Jul 22, 2013 at 10:44:51PM +0200, Ben Laenen wrote:<br>
> >>On Monday 22 July 2013 22:24:09 Kurt Roeckx wrote:<br>
> >>>On Mon, Jul 22, 2013 at 09:22:47PM +0200, Marc Gemis wrote:<br>
> >>>>The only good solution is to create post code polygons. This is stated<br>
> >>>>e.g. on the nominatim FAQ page:<br>
> >>>><a href="http://wiki.openstreetmap.org/wiki/Nominatim/FAQ#postal_codes" target="_blank">http://wiki.openstreetmap.org/wiki/Nominatim/FAQ#postal_codes</a><br>
> >>>>I don't know hpw we can do this.<br>
> >>>So basicly most administrative boundaries (relations) should also<br>
> >>>be turned into a polygon?<br>
> >>Boundary relations are polygons, the same kind as a multipolygon relations. So<br>
> >>no need to change anything<br>
> >I tried adding it to the boundary relation 1 hour ago, but it's still showing<br>
> >a wrong result here.  My expierence is that nominatim updates<br>
> >after like a few minutes already.<br>
> ><br>
> It takes about an hour to 2 hours to index the minute diffs/updates,<br>
> I've setup a few nominatim instances this weekend and I came across<br>
> that in de documentation I absorbed.  The extracts are loaded pretty<br>
> fast but it's the reindexing part itself that takes a while to run.<br>
> They also aggregate as you cant index 2 hours for each minute diff,<br>
> so there is some aggregation.<br>
><br>
> As always, the wiki can be outdated, biggest problem with wiki's in<br>
> fast moving scenes.  It can be faster however, it just depends on<br>
> the data size.<br>
<br>
</div></div>Looking at the wiki, it says how to check that it's loaded, and it<br>
seems to have been loaded.  I'll check later if it works properly<br>
or not.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Kurt<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Talk-be mailing list<br>
<a href="mailto:Talk-be@openstreetmap.org">Talk-be@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-be" target="_blank">http://lists.openstreetmap.org/listinfo/talk-be</a><br>
</div></div></blockquote></div><br></div>