Onderwerp: Wat voor bootje is dit... maar dan andersom?

Het vullen van de database kan inderdaad een mooie community activiteit worden. Als de parameters eenduidig genoeg zijn (dus ook voorzien van een heldere definitie, kost ook veel tijd) dan kan iedereen eens beginnen bij zijn of haar eigen boot. Met een vrij beperkte groep loop je dan ook snel genoeg tegen de zaken aan die nog onvoldoende duidelijk geformuleerd zijn.

Een klein voorbeeld: "hoogte met gestreken mast": is dit met de mast zo plat mogelijk aan dek of met de maststrijkinstallatie zo ver mogelijk laten zakken? Dat zou bij mijn boot al een meter of 2-3 verschil uitmaken denk ik. Kortom, de definities zijn minstens zo belangrijk als de parameters zelf.

Het begint inderdaad met het scherpstellen van definities. Vandaaruit ga je naar de parameters en het invullen van een database is dan al helemaal geen probleem meer. Je komt uiteindelijk in een soort matrix structuur terecht waarbij je verschillende loops doorloopt. Die definities bleken toen niet eenvoudig.

Eerlijk gezegd denk ik dat het allemaal niet zo ingewikkeld is.
Een kwestie van eenmalig goed nadenken over de ingave-specs, een bijbehorend database ontwerpje maken samen met een ingave (web-) formulier en een zgn. "query-by-form".

In feite gaat het om een variant op de functie "uitgebreid zoeken" zoals je die vindt op een site als boten-te-koop, doch daar kun je goed zien dat dit ontworpen is door verkopers. Je kunt daar bv wel kiezen of er een magnetron aan boord is, doch niet zoiets elementairs als de CE-categorie of het aantal hutten/slaapplaatsen.
Als ik een momentje vind maak ik als schot voor de boeg wel een mockup van dat ingave formulier.

Dick

Ik ben reuze benieuwd!

Een zoekformuliertje is zo gemaakt, tuurlijk.

Maar de zoekvragen die hier op het forum gesteld worden, zijn vaak in de categorie 'ik wil graag varen in Friesland met af en toe een uitstapje naar het Wad, welke boot past daarbij?'. En dat soort vragen zijn wat lastig in een zoekformulier te vatten.

Vaak zie je ook dat de vragensteller zijn pakketje eisen en wensen ergens in het achterhoofd heeft zitten, maar niet actief gebruikt bij het zoeken naar een boot. De omgekeerd-zoeken-site waar we mee bezig waren, had juist als doel om die verstopte wensen boven water te krijgen.

Ik denk dat dat wel meevalt eigenlijk. De 'vraag achter de vraag' is eigenlijk niet door machines te achterhalen op dit moment. Net als het neurien van een liedje onvoldoende is voor een computer om te herkennen welk liedje het is; terwijl een mens hier volstrekt geen problemen mee heeft. Dan moet je wel liedjes luisteren anders lukt dat ook niet. Wie wil gaan zeilen zal zich net zo goed moeten gaan inlezen in de diverse parameters die een schip bepalen.
Als iemand op plassen wedstrijdjes wil zeilen zal deze persoon (na wat inlezen) zelf ook wel snappen dat er een limiet is aan de diepgang. En daarmee dus ook aan de lengte en breedte. En daarmee het gewicht etc. Dat is een kwestie van lezen en leren. Wat zoek ik precies. En dan kan zo'n DB heel handig zijn. Want in veel gevallen zal het mes aan twee kanten snijden. En dan kun je gaan schuiven. Bijvoorbeeld:

Diepgang:
(stabieler) +

---

|--- - (sneller)

Punt is en blijft dat de vraagstelling (met name ook bij het invoeren) helder moet zijn.
Computers die met 'vage' parameters als 'het schip moet niet te veel stuiteren' om kan gaan zijn voorlopig nog niet beschikbaar (en voor sommige mensen is dat maar goed ook )