TechDoc/Next

Ideen und Ansätze zur weiteren Entwicklung. Siehe auch /Features für eine kurze Übersicht über bisherige Eigenschaften, und die /RoadMap der Entwicklung des ArchivSystem.

---

Suche

Die Volltextsuche wurde in der Anfangsphase mit Perlfect Search realisiert (Version 3.31), ergänzend dazu kann das System mit einem eigenen Google-Suchformular durchsucht werden (Der Service ist schon etwas älter, heißt mittlerweile Pulic Service Search und ist mit Google SiteSearch verwandt. Er richtet sich an Universitäten und andere Bildungseinrichtungen. Mittlerweile gibt es weitere Services für diese Zielgruppe (wie University Search). Public Service Search scheint von Google nicht mehr gepflegt zu werden, die Suche funktioniert noch, das Administrative Interface ist aber (bei dem letzten Aufruf Ende Oktober 2005) zum Teil fehlerhaft. Angenehmer Seiteneffekt der Nutzung dieses Services war die fast vollständig Aufnahme des ArchivSystem in den Google Suchindex)

Beide Suchen sind begrenzt: Google SiteSearch? erlaubt keine direkte Steuerung der Suchergebnisse oder deren Relevanz (indirekt nur durch Einstellungen in der Datei robots.txt) sowie nur eine rudimentäre Steuerung der Ausgabe der Suchergebnisse (zumindestens ohne Verwendung der Google API). Perlfect Search erlaubt ebenfalls nur wenige Steuerungsmöglichkeiten, ist aber begrenzt konfiguierbar und (da unter der GPL) auch bearbeitbar.

Künftige Ziele:

• Kombination von Schlagwort & Metadatensuche mit der Volltextsuche (= eine Trefferliste )
• Implementierung von Lucene -Technologie zur Optimierung und Flexibilisierung der Volltextsuche -- siehe auch Nutch

Weiteres:

• Interessant wäre die Beteiligung (und somit Unterstützung) an einem Projekt zur verteilten Suche, z.b. YACY - p2p-based distributed Web Search Engine
• Unterstützung des /OpenSearch? formats (ein RSS 2.0 derivat), siehe die infoseite der suchmaschine A9

Google Testing:

• Teilnahme an Google Scholar?
• Testen von Google Sitemaps (Die Erstellung einer solchen XML-basierten Sitemap ist auch mit der Angabe eines /OAI repositories möglich!)

---

VolltextAuszeichnung?

Ziel: Minimale XML-Formatierung der Volltexte (um Überschrift, Autor und insbes. Fußnoten und Referenzen zur definieren)

• bspw. basierend auf den Guidelines der Text_Encoding_Initiative (WikiPedia) (TEI) zur Kodierung von Texten, siehe auch die Beschreibungen in Marking Up a Text und TEI in der Praxis

---

Etc.

(t.b.c.)

• Webservices, SOAP (WikiPedia)

• Einfache Schnittstelle zur webbasierten Abfrage der Daten in ask23
• Dokumentation und Bereitstellung von Code-Schnipseln zur Anwendung von Webservices
• Eine erste Funktion wäre die Ausgabe des Inhalts eines Archivbereichs oder eine /Sammlung? im XML-Format

• Einbindung eines offenen Annotationsystems (wie del.icio.us oder eines mit akademischer ausrichtung wie Connotea oder CiteULike), ähnlich wie die bereits implementierte Funktion /Sammlung?

• CiteULIKe? Informationen für publishers
• Metadaten aus ask23 werden nicht autom. eingelesen, es müßte ein Plugin entwickelt werden, oder spezielle Metadaten-Formate angeboten werden (e.g. BibTeX (WikiPedia) )
  • RSS 1.0 Modul PRISM

• Experimentelle Entwicklung von /AlternativenInterfaces? zur Abfrage des ArchivSystem
  • z.b. Anzeige von Suchanfragen an das System: http://projekte.ask23.de/alternate/

• einfache tools für die anzeige der ask23 benutzung:
  • häufig gesuchte schlagwörter
  • häufig verwendete schlagwörter -- ok
  • häufige suchbegriffe (via logfileauswertung nach queries von suchmaschinen)

• tool für einzelne ressourcen: bibtex o.ä. output je ressource
  • für die einfache einbindung in literaturnachweis-systeme