| | 28 | == Groß- und Kleinschreibung == |
| | 29 | |
| | 30 | Zurzeit wird in der Metadaten- und der Volltext-Suche die Groß- und Kleinschreibung berücksichtigt. |
| | 31 | |
| | 32 | Der User erwartet aber sowohl bei der Volltextsuche als auch bei der Metadatensuche, dass Groß-/Kleinschreibung ignoriert wird, wie bei Google. Damit, dass "benedetti" nicht "Benedetti" findet, rechnet heutzutage keiner mehr. |
| | 33 | |
| | 34 | Vorschlag: Man kann bei einer erweiterten Suche ein Häkchen machen, dass Groß-/Kleinschreibung beachtet werden soll, aber default bei der erweiterten Suche (und einzige Möglichkeit bei der einfachen Suche) ist, sie zu ignorieren. |
| | 35 | |
| | 36 | == XQuery == |
| | 37 | |
| | 38 | XQuery ist global über den ganzen Dokumentenbestand. Außerdem ist der gesamte Dokumentenbestand in eXist verdoppelt. Eine XQuery-Suche ist nicht auf der Startseite, sondern nur bei einzelnen Texten möglich. Bisher ist Benedetti der einzige Text, der <reg> enthält. Die Suche mit "//echo:reg" liefert als XPath-Suche 5128 hits, als XQuery-Suche dagegen wegen der Verdoppelung des Dokumentenbestands 10256 hits, also doppelt so viele. |
| | 39 | |
| | 40 | Diese "Schatten-Dokumente" kommen (zum Glück) nicht in der Dokumentenliste vor, die man erhält, wenn man auf "browse" klickt. Das heißt, aus der Sicht des Users gibt es diese Schatten-Dokumente nicht. Deshalb sollte XQuery auch keine Ergebnisse aus diesen Dokumenten liefern. Sonst findet man hits in Dokumenten, die es laut Liste gar nicht gibt. Vom User eine XQuery wie "collection('/db/mpdl/documents/standard')//echo:reg" zu erwarten, ist unglücklich. |
| | 41 | |
| | 42 | Wenn eine XQuery immer global ist, warum kann man dann auf der Startseite keine XQuery-Suche machen? Wenn man bei einem konkreten Dokument wie Benedetti ist, würde der User dagegen erwarten, dass ich zumindest die Option habe, dass sich meine XQuery-Suche wie bei XPath nur auf dieses eine Dokument bezieht. |
