🚀 go-pugleaf

"Aad" <nieuws2@radionrg.nederland> schreef in
news:408b5b8c$0$202$58c7af7e@news.kabelfoon.nl: 

> 
> "Henk van Boeijen" <No@Spam.nl> schreef in bericht
> news:Xns94D5EA3218548Dachstein@216.168.3.44...
> 
>> Wat ga je doen met:
>> "Appelstraat 138b"
>> "Appelstraat 138 b"
>> "Appelstraat 138 2 hoog"
>> "Appelstraat 138-140"
>> "Appelstraat 138 - 140"
>> "Appelstraat 138/b"
>> "2e Appelstraat 138"
>> "Plein '44 13"
>>
>> En nog heel wat andere onvermoede varianten?
>> O ja, het nummer van een adres kan meer dan 3 posities innemen. Er
>> zijn adressen die in de 5000 gaan. En dan heb ik het nog niet eens
>> over postbussen.
> 
> Mee eens. De vraag was echter om straatnaam te scheiden van huisnummer
> en die is wel beantwoord.

Ik heb juist proberen aan te tonen dat die vraag niet beantwoord is, 
bijvoorbeeld als het adres een extra toevoeging heeft.

> In de meeste databases is ook de toevoeging
> van het huisnummer in een apart veld ongebracht en vaak mag die
> toevoeging dan maar 6 karakters zijn of zo. Soms is er dan nog een
> extra veld toegevoegd voor een extra toevoeging, waarin je
> bijvoorbeeld "schuurtje" zou kunnen schrijven.

Dat weet ik ook wel. Als in de database een apart veld is opgenomen voor 
de toevoeging, dan is er zeker een apart veld opgenomen voor het nummer 
en dan speelt de hele vraagstelling geen rol.

> Als dat echter zoals boven vermeld als ��n string wordt aangeleverd,
> wordt het gewoon handwerk natuurlijk.

En dat is dus niet zo. Je kunt ook al die uitzonderingen met een slim 
algoritme te lijf gaan. Heb ik gedaan en het leverde in 99,99% van de 
gevallen een correcte splitsing op in adres, nummer en toevoeging.

> En om het huisnummer op te slaan (als je je tenminste beperkt tot het
> numerieke deel) gebruik je een long integer, omdat je inderdaad
> verrast zou kunnen worden met een extreem hoog getal.

En dan nog moet je goed oppassen dat rare invoer (999999999999999) je 
programmatuur niet om zeep helpt.