forkerte søgeresultater
Oprettet af bjørn enemark
2017-10-30 00:13:34
| Forfatter | Indlæg |
|---|---|
|
Skrevet af bjørn enemark
2017-10-30 00:13:34
|
I en del tilfælde får jeg forkerte søgeresultater i dropdown. Det sker flere gange dagligt. Se vedlagte, hvor indtastning af gasv giver Gadekærvej, Gadelandet, Gadstrupvej, … som om jeg kun havde tastet ga Jeg forestiller mig, at systemet efter ga 1) danner en sql og sender den til mainframe, 2) behandler sql og sender resultatet tilbage, 3) modtager resultatet og bygger dropdown. dvs a1) søg efter ga, a2) behandl sql for ga, a3) byg dropdown for ga b1) søg efter gas, b2) behandl sql for gas, b3) byg drop dropdown for gas c1) søg efter gasv, c2) behandl sql for gasv, c3) byg dropdown for gasv a1, b1 og c1 sker naturligvis i rækkefølge, men på grund af transmission kan a2, b2 og c2 komme ud af orden, og tilsvarende for a3, b3 og c3, således at a3 sker til sidst, mens svarene b3 og c3 bliver overskrevet Når jeg fra udlandet har tastet er problemet større, længere transmisisonstid og større risiko for sammenblanding. Jeg har ingen umiddelbar løsning. Kunne man på en eller anden måde få systemet til at checke, at sql-svaret passer til indtastningsfeltet (længde eller indhold) og undlade at bygge dropdown, hvis der ikke er overensstemmelse og dermed undgå overflødigt arbejde? Man kunne måske få sql til også at returnere query og få javascript til at checke. Det kræver dog både ændringer til sql og ændringer i programmet. |
|
Skrevet af jeppec
2017-10-30 08:58:11
|
Hej Bjørn Jeg kan godt se af skærmbilledet er forkert. Jeg kunne ikke selv genskabe det. Men du skriver jo også at det ikke er hver gang. Jeg gør vores udvikler opmærksom på det og ser om han har et bud på en løsning. Ellers er det vigtigt at høre om andre oplever samme fejl og hvor meget det forstyrre indtastningen. Så dem der måtte læse med her og som har oplevet samme uoverenstemmelse imellem det indtastede søgekriterie og det der bliver vist i dropdown-listen, må meget gerne skrive i denne tråd. Tak :) Mange hilsner fra Jeppe Digitalarkivar ved Københavns Stadsarkiv |
|
Skrevet af bjørn enemark
2017-10-30 13:23:56
|
For at vise, at det ikke var et enkeltstående tilfælde, sender jeg lige nogle flere billeder, hvor systemet ikke har kunnet følge med en superhurtig indtaster :lol: :lol: Nogle gange har jeg i et glimt set det korrekte svar, som så blev ændret til svar på færre indtastede bogstaver. Hvis man nu havde (f.eks. for gaderne) et element med værdien "-", så kunne man i sql have "or gadenavn = '-' og desuden case when gadenavn = '-' then '?:query' else gadenavn as gadenavn hvilket ville returnere ?gasv som en af gaderne, og den kunne være prioriteret som første element. Programmet kunne så ved modtagelsen teste, om det var det samme, som nu stod i indtastningsfeltet. Hvis ikke, så kunne dette svar ignoreres. |
|
Skrevet af bjørn enemark
2017-11-03 03:14:21
|
Måske er det kun, hvis man 1) taster for hurtigt og 2) sidder på en dårlig forbindelsse (dårlig wi-fi eller i udlandet), men her i går var der ca. 1 fejl pr. begravelse |