[feat] Zoekvenster voorzien van jaar-vinkjes?

[ACM]

De meeste mensen willen - lijkt me - redelijk recente topics vinden als ze zoeken.

Een resultaat met netwerkproblemen uit 2002 zal waarschijnlijk minder zinvol zijn dan een uit 2007 of 2008, als je nu een probleem met je netwerk hebt.
De eenvoudigste manier om oudere documenten uit te sluiten is domweg jaren wel/niet in te sluiten. Het lijkt me handig om bijvoorbeeld een rijtje jaartal-checkboxes neer te zetten, waarvan standaard alleen de laatste drie jaar aan staan (2006, 2007 en 2008 nu dus).

Aangezien we de startjaartallen van topics al los indexeren vergt het verder geen herindexatie van de database en hoeven we alleen maar de interface en de omega-call uit te breiden.

[ Voor 6% gewijzigd door ACM op 02-10-2008 12:40 ]

[-ET-]

Mij lijkt dat wel een goed idee. Kom soms met de search inderdaad topics tegen die door de leeftijd niet relevant meer zijn.

* -ET- stemt voor

[Sebazzz]

Inderdaad. De relevantie optie heeft zover anders geen zin.

[Kixtart]

Ik zoek gewoon meestal in een bepaalde tijdsperiode, maar dit is waarschijnlijk net wat handiger

[P_de_B]

Dit lijkt me ook handig idd. Misschien is wel een multi-select combo consistenter met de rest van het form.

[Joshua]

Lijkt mij een goed idee.

[RobIII]

Ik vind de ' Zoek in tijdsperiode: van X tot Y dagen' altijd lastig als ik in topics van een bepaalde maand ofzo wil zoeken (zo zocht ik pas een post van iemand uit november 2004; moet ik eerst gaan zitten rekenen hoeveel dagen het is). Is het geen idee om de dagen om te klussen naar gewone datums en dan eventueel van die hippe pop-up calendertjes (a la zoiets, maar dan "crisped" ) om te helpen bij invoer?

Dus:

code:

Zoek in tijdsperiode: Van [________] tot [________]

waarbij je gewoon in dd-mm-yyyy datums kunt invoeren en eventueel met een fatsoenlijke browser en JS enabled wat hulp krijgt van een popup calender achtig ding. Scheelt een lijst vinkjes die ieder jaar langer wordt en je kunt nog specifieker zoeken.

Daarbij zou een default van/tot waarde iets kunnen zijn als "datum-3 jaar" tot "datum vandaag" ofzo; dat zou vandaag dus zijn: 02-10-2005 tot 02-10-2008; zo krijg je ook een mooi sliding window van altijd 3 jaar in plaats van een window dat steeds groter word naarmate het jaar vordert en dan op 1 jan. weer een jaar krapper is

ACM schreef op donderdag 02 oktober 2008 @ 12:38:
Aangezien we de startjaartallen van topics al los indexeren vergt het verder geen herindexatie van de database en hoeven we alleen maar de interface en de omega-call uit te breiden.

Ah; daar had ik even over heen gelezen. Het jaartal is dus los geïndexeerd. Maar goed, dan krijg je dus een oplossing vanwege een onderliggende technische reden terwijl "mijn ballonnetje" denk ik wat gebruiksvriendelijker is (maar dat is mijn persoonlijke mening uiteraard).

[ Voor 43% gewijzigd door RobIII op 02-10-2008 13:12 ]

[Dirk]

RobIII schreef op donderdag 02 oktober 2008 @ 13:04:
Ah; daar had ik even over heen gelezen. Het jaartal is dus los geïndexeerd. Maar goed, dan krijg je dus een oplossing vanwege een onderliggende technische reden terwijl "mijn ballonnetje" denk ik wat gebruiksvriendelijker is (maar dat is mijn persoonlijke mening uiteraard).

Data kunnen zo weer worden omgerekend naar tijdsperioden, dus dat kan gewoon in het oude systeem geïmplementeerd worden. Zelf zou ik het inderdaad ook wel erg handig vinden als je gewoon op datum kunt zoeken.

[RobIII]

Dirk schreef op donderdag 02 oktober 2008 @ 13:20:
[...]

Data kunnen zo weer worden omgerekend naar tijdsperioden, dus dat kan gewoon in het oude systeem geïmplementeerd worden.

Beetje lastig als er op een jaartal een index ligt en je met een 'resolutie' van dagen wil kunnen zoeken

[Dirk]

Je kunt nu al op dagen zoeken: zoveel tot zoveel dagen terug. Als je twee data invuld kan dat eenvoudig worden omgerekend naar dit schema en dus zo worden geimplenteerd. Daar heb je helemaal geen jaarindex voor nodig.

[RetroTycoon]

+1 voor dit creatieve idee (en dat rijmt )

[moto-moi]

dat het nu al kan staat buiten kijf, alleen wil ACM de interface verbeteren, en dat lijkt me wel zo prettig

[ACM]

RobIII schreef op donderdag 02 oktober 2008 @ 13:24:
Beetje lastig als er op een jaartal een index ligt en je met een 'resolutie' van dagen wil kunnen zoeken

Als je nou de haalbaarheidsanalyse aan mij overlaat? Xapian kent helemaal niet zoiets als 'indexen op veldX'.

Er kan al op dag-bereiken gezocht worden, dus datums ipv aantallen dagen (of allebei) is ook vooral interface-werk.

[RobIII]

ACM schreef op vrijdag 03 oktober 2008 @ 11:14:
[...]

Als je nou de haalbaarheidsanalyse aan mij overlaat? Xapian kent helemaal niet zoiets als 'indexen op veldX'.

Nou sorry hoor...

ACM schreef op donderdag 02 oktober 2008 @ 12:38:
Aangezien we de startjaartallen van topics al los indexeren vergt het verder geen herindexatie van de database en hoeven we alleen maar de interface en de omega-call uit te breiden.

Ik dacht alleen even mee te denken. Ik heb geen benul hoe het achter de schermen zit en ik had niet eens een idee dat Xapian gebruikt wordt.

[elevator]

De search dialog nog meer 'clutteren' zou ik eigenlijk geen voorstander van zijn

[FirePuma142]

Ik ben zeker voor, ik gebruik nu al altijd de sorteerfunctie op laatste reactie, omdat relevantie vaak topics uit de prehistorie oplevert

offtopic:
Nee, ik zoek niet op "nieuwe amiga gekocht" ofzo

[Sypher]

Deze request is een beetje zoals [Feat] Zoekoptie "minstens X replies".

Het zou wel prettig zijn zoiets te hebben.

[moto-moi]

Staat inmiddels al even live