🚀 go-pugleaf

"Jawade" <jerommeke@email.srv> schreef in bericht
news:MPG.1af4d015141e787989c5b@news.nl.net...
> In article <E%vic.84895$kb.5558304@phobos.telenet-ops.be>,
matje008@hotmail.com says...
> > Hallo,
> >
> > klein vraagje:
> > ik heb een string strAdres die een straatnaam -spatie - huisnr bevat
> >
> > Een huisnummer kan uiteraard 1 teken tot 3 tekens lang zijn.
> >
> > Ik zou nu de huisnr uit stradres willen "kappen"
> > Is er een mogelijkheid om het numerieke uit de string te filteren?
>
> Dit werkt alleen als er maar 1 spatie in zit:
>
> adr$ = "Appelstraat 138"
> split = INSTR(a$, " ")
> num$ = MID$(a$, split + 1)
> stt$ = LEFT$(a$, split - 1)

Het kan ook als er meer dan ��n spatie in zit als je INSTRREV gebruikt
i.p.v. INSTR.
Je zoekt dan vanaf de achterkant van de string.

Jawade <jerommeke@email.srv> schreef in
news:MPG.1af4f01168f6f2b6989c5e@news.nl.net: 

> In article <408ac76b$0$203$58c7af7e@news.kabelfoon.nl>,
> nieuws2@radionrg.nederland says... 
>> 
>> "Jawade" <jerommeke@email.srv> schreef in bericht
>> news:MPG.1af4d015141e787989c5b@news.nl.net...
>> > In article <E%vic.84895$kb.5558304@phobos.telenet-ops.be>,
>> matje008@hotmail.com says...
>> > > Hallo,
>> > >
>> > > klein vraagje:
>> > > ik heb een string strAdres die een straatnaam -spatie - huisnr
>> > > bevat 
>> > >
>> > > Een huisnummer kan uiteraard 1 teken tot 3 tekens lang zijn.
>> > >
>> > > Ik zou nu de huisnr uit stradres willen "kappen"
>> > > Is er een mogelijkheid om het numerieke uit de string te
>> > > filteren? 
>> >
>> > Dit werkt alleen als er maar 1 spatie in zit:
>> >
>> > adr$ = "Appelstraat 138"
>> > split = INSTR(a$, " ")
>> > num$ = MID$(a$, split + 1)
>> > stt$ = LEFT$(a$, split - 1)
>> 
>> Het kan ook als er meer dan ��n spatie in zit als je INSTRREV
>> gebruikt i.p.v. INSTR.
>> Je zoekt dan vanaf de achterkant van de string.
> 
> Aha, weer wat geleerd.  Nou ja, ik denk dat er maar weinig
> mensen zijn die alle instructies kennen. Overigens moet in
> het voorbeeld a$ adr$ zijn. Dus hij wordt zo dacht ik:

Ik denk dat er heel wat VB-ontwikkelaars zijn die alle instructies van 
hun programmeertaal kennen.

> 
> adr$ = "Appelstraat 138"
> split = INSTRREV(adr$, " ")
> num$ = MID$(adr$, split + 1)
> stt$ = LEFT$(adr$, split - 1)
> 

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.

Programmeer ze!

"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. 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.
Als dat echter zoals boven vermeld als ��n string wordt aangeleverd, wordt
het gewoon handwerk natuurlijk.
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.

Mijn - ongevraagde - mening bij dit alles (de vraag en de antwoorden) is dat er
toch iets schort als je dit soort vragen in een nieuwsgroep moet stellen. Ik
kende vroeger de ballen van programmeren, en durf tegenwoordig zelfs kleine
applicaties aanbieden aan derden, en dat zo goed als volledig op eigen kracht.
Het eerste programmeerbare ding dat ik onder handen kreeg was een kleine
rekenmachine die "programmeerbaar" was. Wat  niet meer betekende dan dat je een
aantal registers met waarden kon vullen en ook een bewerkingssequentie kon
opslaan die dingen uithaalde met die waarden. Voldoende dus om kleine
bewerkingen te automatiseren. Wat wiskunde, logica en het handboekje waren de
wapens. In 1985 volgde de Texas TI-74 Basicalc : 8K intern en 8K extern en een
gestripte basic-set !  Het was primitief maar ik heb er wel alle basisfuncties
mee geleerd. Elke handleiding of cursus die je onder handen krijgt geeft je een
overzicht van functies, gesplitst in numerieke functies, tekstfuncties,
besturingsdirectieven, enz. De uitleg die er bij staat zegt precies wat het
doet. En als je niet zeker bent, dan schrijf je toch een klein testje om te
kijken wat er gebeurt onder een aantal voorwaarden ?

Dat je niet alles zelf kunt ontdekken ben ik volledig mee akkoord. Daarvoor zijn
er handboeken, voorbeeldprogramma's, nieuwsbrieven, FAQ-pagina's en finaal ook
nieuwsgroepen. Maar als je zelfs de meest elementaire dingen moet gaan vragen
dan ben je IMHO verkeerd bezig.

Alex

"AHA" <alexWANTSNOSPAMhaerens@hotmail.com> schreef in
news:c6g3lg$a3c$1@reader10.wxs.nl: 

> Mijn - ongevraagde - mening bij dit alles (de vraag en de antwoorden)
> is dat er toch iets schort als je dit soort vragen in een nieuwsgroep
> moet stellen. Ik kende vroeger de ballen van programmeren, en durf
> tegenwoordig zelfs kleine applicaties aanbieden aan derden, en dat zo
> goed als volledig op eigen kracht. Het eerste programmeerbare ding dat
> ik onder handen kreeg was een kleine rekenmachine die
> "programmeerbaar" was. Wat  niet meer betekende dan dat je een aantal
> registers met waarden kon vullen en ook een bewerkingssequentie kon 
> opslaan die dingen uithaalde met die waarden. Voldoende dus om kleine
> bewerkingen te automatiseren. Wat wiskunde, logica en het handboekje
> waren de wapens. In 1985 volgde de Texas TI-74 Basicalc : 8K intern en
> 8K extern en een gestripte basic-set !  Het was primitief maar ik heb
> er wel alle basisfuncties mee geleerd. Elke handleiding of cursus die
> je onder handen krijgt geeft je een overzicht van functies, gesplitst
> in numerieke functies, tekstfuncties, besturingsdirectieven, enz. De
> uitleg die er bij staat zegt precies wat het doet. En als je niet
> zeker bent, dan schrijf je toch een klein testje om te kijken wat er
> gebeurt onder een aantal voorwaarden ? 
> 
> Dat je niet alles zelf kunt ontdekken ben ik volledig mee akkoord.
> Daarvoor zijn er handboeken, voorbeeldprogramma's, nieuwsbrieven,
> FAQ-pagina's en finaal ook nieuwsgroepen. Maar als je zelfs de meest
> elementaire dingen moet gaan vragen dan ben je IMHO verkeerd bezig.
> 
> Alex
> 
> 
> 

Ach, het hangt ervan af.
Op een nieuwsgroep kan iedereen wat roepen of vragen wat hij of zij wil. 
Dus krijg je vragen van 14-jarigen en 44-jarigen doorelkaar. Ik ben het 
wel geheel met je eens dat je van een programmeur, ook een beginnende, 
mag verwachten dat hij eerst zich zelf moeite getroost om een probleem op 
te lossen.

Mensen die dat niet doen worden nooit goede programmeurs, maar ja, 
waarschijnlijk ambi�ren de meesten dat ook helemaal niet. Waar ik mij 
peroonlijk wel eens wat aan stoor is het type vragen dat eenvoudig met de 
help-files is te beantwoorden. Maar ook hier geldt weer, je hoeft er niet 
op te reageren.

"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.

Henk van Boeijen <No@Spam.nl> schreef in bericht <Xns94D7D76F37DEBDachstein@216.168.3.44>...

> "Aad" <nieuws2@radionrg.nederland> schreef in
> news:408b5b8c$0$202$58c7af7e@news.kabelfoon.nl: 
> 
> > 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.

Met "Laan 40-45" gaat-ie in de fout.

-- 
  ____________________  
   >> NIGHTWATCHER <<   
  ��������������������