[OSM-talk-be] Geocoding met foute postcode's

[Kurt Roeckx]

So I asked on IRC in #osm-nominatim and got as answer that it
should work but currently doesn't work.


Kurt

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

> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be