Im Vorgriff auf die weiter unten vorgestellten Funktionen der Webschnittstelle von VerbaAlpina (VA<\/span>_WEB) sei hier erw\u00e4hnt, dass das von VerbaAlpina verwendete WordPress-System die direkte Einbindung der Ergebnisse von Datenbankabfragen in WordPress-Beitr\u00e4ge wie den vorliegenden erlaubt. Diese Funktion wurde als sog.<\/span> WordPress-Plugin (\"SQLtoHTML\")<\/strong> von VerbaAlpina entwickelt und steht als Modul auch f\u00fcr im Grunde beliebige andere WordPress-Installationen zur Verf\u00fcgung. Das soeben vorgestellte SQL<\/span>-Beispiel kann, eingebettet in eine spezifische Syntax, in den Text eines WordPress-Beitrags eingebettet werden. Im Frontend erscheint dann anstelle des Codes das Ergebnis der Abfrage.<\/p>\n

[[SQL<\/span>:select Name_Konzept as Konzept, group_concat(typ, ' (', anzahl, ')' separator ', ') as Morphtypen from ( select count(*) as Anzahl, a.Name_Konzept, a.Typ from vap_ling_de a where a.Name_Konzept like 'BUTTER' and a.Art_Typ like 'Morph_Typ' group by a.Typ order by Anzahl desc ) sq<\/span> ]]<\/code><\/p>\n

<\/div>\nEin weiteres Beispiel<\/strong>\u00a0f\u00fcr die M\u00f6glichkeiten von SQL<\/span> zeigt, wieviele verschiedene Basistypen<\/a> den morphologischen Typen zur Bezeichnung des Konzepts SENNH\u00dcTTE zugrundeliegen und wieviele morphologische Typen pro Basistypen bislang registriert sind:<\/p>\n -- SQL<\/span>-Statement\n\/* \nErrechne die Anzahl von morphologischen Typen, die das Konzept SENNH\u00dcTTE bezeichnen <\/span>\nund die jeweils mit demselben Basistypen<\/a> verbunden sind: \n\n\/<\/li><\/ul><\/span>\n\n\nselect <\/strong>\n count(*) as Anzahl, \n sq.basistyp, \n group_concat(Typen separator ' | ') as Morphtypen\nfrom<\/strong><\/span>\n(\nselect<\/strong> distinct\n a.Basistyp,\n concat(a.Typ, ' (', a.Art_Typ, ')') Typen\nfrom<\/strong> vap_ling_de a\nwhere<\/strong> \n a.Name_Konzept like 'SENNH\u00dcTTE'\n and a.Basistyp is not null<\/span>\n) sq\ngroup by<\/strong> basistyp\norder by<\/strong> Anzahl desc<\/span>\n;\n\n-- --\n-- Ergebnis\n14: c\u0103sa(m): casino (Morph_Typ) | casini (Morph_Typ) | Casel (Morph_Typ) | casone (Morph_Typ) | casa (Morph_Typ) | casa da\/di alp (Morph_Typ) | casella (Morph_Typ) | casello (Morph_Typ) | casa da fuoco (Morph_Typ) | casine (Morph_Typ) | casa da caschar (Morph_Typ) | casina (Morph_Typ) | caseta (Morph_Typ) | casinel (Morph_Typ)\n8: hutta: Sennh\u00fctte (Morph_Typ) | Sentumhitta (Morph_Typ) | H\u00fctte (Morph_Typ) | Almh\u00fctte (Morph_Typ) | Melkh\u00fctte (Morph_Typ) | Sennerh\u00fctte (Morph_Typ) | Bergh\u00fctte (Morph_Typ) | Alph\u00fctte (Morph_Typ)\n5: *sanio: Sennerei (Morph_Typ) | Sennh\u00fctte (Morph_Typ) | Sentumhitta (Morph_Typ) | Sennerh\u00fctte (Morph_Typ) | Sennhaus (Morph_Typ)\n5: alpe: Alp(e) (Morph_Typ) | casa da\/di alp (Morph_Typ) | Almh\u00fctte (Morph_Typ) | Alph\u00fctte (Morph_Typ) | cascina da\/di alp (Morph_Typ)\n5: alpes: Alpgemach (Morph_Typ) | Alp(e) (Morph_Typ) | Almh\u00fctte (Morph_Typ) | Alph\u00fctte (Morph_Typ) | Alm (Morph_Typ)\n4: c\u0103psa(m): cascina dal fuoco (Morph_Typ) | cascina per caschar (Morph_Typ) | cascina (Morph_Typ) | cascina da\/di alp (Morph_Typ)\n4: case\u0101ria: K\u00e4ser (Morph_Typ) | Ch\u00e4seren (Morph_Typ) | casera (Morph_Typ) | caser\u00ecn (Morph_Typ)\n3: *tegia: Teie(n) (Morph_Typ) | Tieje (Morph_Typ) | Tegia (Morph_Typ)\n3: baita: baita (Morph_Typ) | baito (Morph_Typ) | bait (Morph_Typ)\n2: *caseare: cascina per caschar (Morph_Typ) | casa da caschar (Morph_Typ)\n... -- gek\u00fcrzt\n\n<\/span><\/pre>\nDas Beispiel zeigt z.B., dass insgesamt 14 unterschiedliche morpholexikalische Typen, die das Konzept SENNH\u00dcTTE bezeichnen k\u00f6nnten, mit dem Basistypen \"casa(m)\" verbunden sind.<\/p>\n Das relationale Datenmodell und die Abfragesprache SQL<\/span> erlauben auch weitergehende arithmetische und in der Folge statistische Berechnungen<\/strong> \u00fcber dem Datenbestand. Das nachfolgende Beispiel berechnet den prozentualen Anteil der einzelnen Basistypen an der Gesamtzahl aller morpholexikalischer Typen, die das Konzept SENNH\u00dcTTE bezeichnen:<\/p>\n-- SQL<\/span>-Statement\n-- Errechne den prozentualen Anteil der einzelnen Basistypen \n-- an der Gesamtzahl aller morpholexikalischer Typen, die das Konzept SENNH\u00dcTTE<\/span>\n\nselect<\/strong> \n sq.basistyp as Basistyp,\n count(*) as Anzahl, \n round(count(*) \/ (<\/span>\n select<\/strong> count(*)\n from<\/strong><\/span>\n (\n select \n a.Basistyp\n from vap_ling_de a\n where \n a.Name_Konzept like 'SENNH\u00dcTTE'\n and a.Basistyp is not null\n group by basistyp<\/span>\n ) sq0\n ) * 100,2) as Prozentanteil\n\nfrom<\/strong><\/span>\n(\nselect<\/strong> distinct\n a.Basistyp,\n concat(a.Typ, ' (', a.Art_Typ, ')') Typen\nfrom<\/strong> vap_ling_de a\n\nwhere<\/strong> \n a.Name_Konzept like 'SENNH\u00dcTTE'\n and a.Basistyp is not null<\/span>\n) sq\n\ngroup by<\/strong> basistyp\n\norder by<\/strong> Anzahl desc<\/span>\n;\n\n-- Ergebnis\nBasistyp | Anzahl | Prozentanteil\nc\u0103sa(m) | 14 | 41.18\nhutta | 8 | 23.53\nalpe | 5 | 14.71\nalpes | 5 | 14.71\n\nsanio | 5 | 14.71\n<\/li>\n<\/ul>\ncase\u0101ria | 4 | 11.76\nc\u0103psa(m) | 4 | 11.76\n\ntegia | 3 | 8.82\n<\/li>\n<\/ul>\nbaita | 3 | 8.82\n... -- gek\u00fcrzt<\/span><\/pre>\nEnde Mai 2018 umfasste die VerbaAlpina-Datenbank insgesamt<\/p>\n\n1167 unterschiedliche Konzepte sowie<\/li>\n 5446 verschiedene morphologische Typen.<\/li>\n<\/ul>\nVA<\/span>_WEB<\/h1>\nDie zentrale Datenbank von VerbaAlpina, VA<\/span>_DB<\/span>, ist angebunden an die\u00a0multifunktionale Webschnittstelle<\/strong>, die unter der Adresse\u00a0https:\/\/www.verba-alpina.gwi.uni-muenchen.de<\/a> (VA<\/span>_WEB) im Internet erreichbar ist.<\/p>\n VA<\/span>_WEB ist mit dem weit verbreiteten WordPress<\/strong>-Framework in den Programmiersprachen PHP und Javascript programmiert. Die Entwickler von VerbaAlpina haben eine Reihe von VerbaAlpina-spezifischen Funktionserweiterungen geschrieben. All diese Funktionserweiterungen sind modular als sog.<\/span> \"Plugins<\/strong>\"\u00a0\u2013 wie das bereits weiter oben erw\u00e4hnte SQLtoHTML-Plugin\u00a0\u2013 konzipiert, die frei zur Verf\u00fcgung gestellt und nach Belieben auch in andere WordPress-Installationen \u00fcbernommen werden k\u00f6nnen.<\/p>\n VA<\/span>_WEB gliedert sich in einen \u00f6ffentlichen Bereich, das sog.<\/span> Frontend<\/strong>, und einen zugangsbeschr\u00e4nkten Bereich, das sog.<\/span> Backend<\/strong>. Das Frontend ist gleichsam das Schaufenster des Projekts. Hier findet sich das bislang zentrale Analyseinstrument, die interaktive Onlinekarte<\/strong>, auf der das in der Datenbank gesammelte Material nach vorgegebenen Kriterien visualisiert werden kann. Eine besondere Bedeutung kommt dem Bereich \"Methodologie<\/strong>\" zu. Hier werden nach Stichworten gegliedert s\u00e4mtliche Aspekte des Gesamtprojekts, von den wissenschaftlichen Grundlagen bis hin zur Erl\u00e4uterung technischer Details und Vorgehensweisen, allgemeinverst\u00e4ndlich erl\u00e4utert und dokumentiert. Die Sektion \"Methodologie\" wird st\u00e4ndig erweitert bzw. n\u00f6tigenfalls auch \u00fcberarbeitet.<\/p>\n Das Web-Frontend dient auch als zentrale Publikationsplattform des Projekts. Unter der Rubrik \"Beitr\u00e4ge\" finden sich neben allgemeinem Informationsmaterial f\u00fcr die \u00d6ffentlichkeit auch ausgw\u00e4hlte Vortr\u00e4ge, die von den Projektmitarbeitern auf wissenschaftlichen und popul\u00e4ren Veranstaltungen gehalten werden, sowie wissenschaftliche Beitr\u00e4ge in Artikelform.<\/p>\n Funktionen des Backends<\/h2>\nDas Backend von VA<\/span>_WEB bietet \u00fcber die von WordPress standardm\u00e4\u00dfig bereitgestellten Basisfunktionen, zu denen auch die von VA<\/span> verwendete Benutzerverwaltung geh\u00f6rt, eine Reihe von \u00fcberwiegend individuell entwickelten Zusatzfunktionen, die in der Projektarbeit Verwendung finden:<\/p>\nTranskriptionstool<\/h3>\nDie Erfassung von Daten speziell aus Sprachatlanten kann bislang nur manuell erfolgen.\u00a0Der Einsatz von OCR<\/strong> (= Optical Character Recognition<\/a> = automatische Verwandlung von Graphikdaten in elektronisch kodierten Text) ist in diesem Kontext nicht m\u00f6glich. Das Hauptproblem besteht in der Zuordnung der auf den Karten eingetragenen Einzelbelege zu den jeweils richtigen Erhebungspunkten. Im folgenden Beispiel ist es f\u00fcr einen Computer de facto unm\u00f6glich zu entscheiden, welchem der durch die roten Zahlen bezeichneten Erhebungspunkte der gr\u00fcn markierte Beleg zuzuordnen ist.<\/p>\n <\/a>AIS-Karte 1218: Il siero del latte<\/p><\/div>\nSeit wenigen Wochen sind am Leibniz-Rechenzentrum (LRZ) bzw. am Lehrstuhl Prof. Kranzlm\u00fcller (Lehrstuhl f\u00fcr Kommunikationssysteme und Systemprogrammierung der LMU<\/span><\/a>) ein, eventuell auch zwei Masterarbeiten ausgeschrieben, die L\u00f6sungsans\u00e4tze f\u00fcr dieses Problem entwickeln sollen.<\/p>\n Die Datenerfassung kann dann automatisch unter Verwendung von OCR\u00a0<\/strong>erfolgen, wenn das Material in der analogen Quelle in Tabellen- bzw. Listenform<\/strong> vorliegt. Gute Erfahrungen liegen mit dem Programm ABBYY Finereader<\/a> vor.<\/span> Das folgende Beispiel stammt aus dem\u00a0Atlante Linguistico ed Etnografico del Piemonte Occidentale (ALEPO)<\/p>\n <\/a>Daten in Listenform (hier: Alepo III-i-1: PARASSITI) erlauben den Einsatz von OCR<\/p><\/div>\n Aus dargelegten Gr\u00fcnden ist eine automatische Datenerfassung speziell von Datenmaterial aus Sprachatlanten bislang nicht m\u00f6glich und eine manuelle Erfassung unumg\u00e4nglich. Zur Erleichterung dieser Arbeit wurde ein spezielles Transkritptionstool<\/strong> entwickelt:<\/p>\n<\/a>Das Transkriptionstool von VerbaAlpina<\/p><\/div>\nIn einem Fensterausschnitt wird ein Bild einer Atlaskarte pr\u00e4sentiert. Unmittelbar darunter befindet sich ein Formular, das die strukturierte Erfassung der Kartendaten erlaubt bzw. auch erzwingt. Jeder Einzelbeleg auf der Karte wird unter Angabe des kartierten Stimulus und der Identifizierung des jeweiligen Informanten erfasst und direkt in einer Datenbanktabelle abgelegt. Die Transkription erfolgt im sog.<\/span> Betacode<\/strong>, einem Verfahren, das auf eine Idee des Thesaurus Linguae Graecae<\/a>\u00a0(University of California Irvine) aus den Siebzigerjahren zur\u00fcckgeht. Grundidee ist, beliebige Sonderzeichen samt Diacritica in Sequenzen von Standardzeichen (konkret: sog.<\/span> ASCII<\/span><\/a>-Zeichen) zu \u00fcbertragen. Dabei werden Sonderzeichen und Diacritica nach einem simplen Schema in Abfolgen von Buchstaben des englischen Alphabets und gel\u00e4ufige Satz- und Sonderzeichen wie etwa runde Klammern oder Schr\u00e4gstriche \u00fcbertragen. Im Transkriptionstool wird dem Transcriptor auf der rechten Fensterseite das entsprechende Regelwerk eingeblendet.<\/p>\n Zur Herstellung von Vergleichbarkeit werden alle von VA<\/span> erfassten phonetisch transkribierten Einzelbelege auf das Internationale phonetische Alphabet (IPA<\/span>) abgebildet. IPA<\/span> hat demnach innerhalb von VA<\/span> den Status einer Referenztranskription<\/strong>. Bei der \u00dcberf\u00fchrung der quellentreuen Betacode-Transkription nach IPA<\/span> kann es jedoch, unvermeidbar, zu Informationsverlusten kommen. Als Beispiel sei das Transkriptionssystem nach B\u00f6hmer und Ascoli genannt. Dieses unterscheidet durch Diacritica bei den Vokalen eine gr\u00f6\u00dfere Anzahl von \u00d6ffnungsgraden des Mundes als IPA<\/span>. Bei der \u00dcbertragung von B\u00f6hmer\/Ascoli zu IPA<\/span> m\u00fcssen demnach Kompromisse eingegangen werden.<\/p>\n <\/a>Krefeld, T. \/ L\u00fccke, S.<\/span>: s.v.<\/span> \u201cBetacode\u201d, in: VA<\/span>-de 17\/2, Methodologie, https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/?page_id=493&db=172&letter=B#7<\/a><\/p><\/div>\n Die bei der Transkription verwendeten Zeichen sind ausnahmslos sogenannte ASCII<\/span><\/strong>-Zeichen<\/a>. Dabei handelt es sich um Zeichen, die bereits im Jahr 1963 kodiert worden sind. Mit Kodierung<\/a> ist dabei die Zuordnung der Schriftzeichen zu ganz bestimmten Zahlenwerten gemeint. Dies ist n\u00f6tig, weil Computer nur mit Zahlen arbeiten k\u00f6nnen. Kodiert wurden insgesamt 128 Schriftzeichen, bei denen es sich haupts\u00e4chlich um die Buchstaben des englischen Alphabets, die arabischen Ziffern sowie um einige Satz- und Sonderzeichen handelt. Die damals festgelegte Kodierung ist bis zum heutigen Tage g\u00fcltig. Anders als z.B. bei der Verwendung des moderneren Unicode ist die Gefahr des Entstehens von Kodierungsfehlern so gut wie ausgeschlossen.\u00a0Allgemein bekannt d\u00fcrfte folgendes Ph\u00e4nomen sein: Der deutsche Umlaut \u00fc<\/em> wird durch zwei sinnlose Zeichen dargestellt: M\u00fchle \u21d2 M\u00c3\u00bchle. Dergleichen ist bei Verwendung von ASCII<\/span>-Zeichen ausgeschlossen.<\/p>\n Daneben bietet der Einsatz des Betacodes weitere Vorteile:<\/p>\n \nDie Transkriptionen k\u00f6nnen unter Verwendung von Standardtastaturen durchgef\u00fchrt werden<\/li>\n Es ist unerheblich, ob ein Transkriptor die konkrete Bedeutung der von ihm erfassten Schriftzeichen kennt. Die \u00dcbertragung orientiert sich allein an der graphischen Gestalt der zu transkribierenden Zeichen.<\/li>\n Die Transkription ist kaum anf\u00e4llig f\u00fcr Tippfehler und erfolgt in vergleichsweise hoher Geschwindigkeit<\/li>\nDie Transkription ist insofern quellentreu, als dabei keinerlei Informationsverlust auftritt \u2013 jedes Basiszeichen und jedes Diacriticum wird durch jeweils genau ein anderes Zeichen wiedergegeben.<\/li>\n<\/ul>\nDie von den gedruckten oder auch digitalen Quellen verwendeten Transkriptionssysteme sind sehr unterschiedlich. So kann ein und dasselbe graphische Zeichen, z.B. ein e mit einem Punkt darunter, durchaus unterschiedliche Laute bezeichnen. Um Vergleichbarkeit zu erzielen, werden s\u00e4mtliche quellenspezifischen Transkriptionssysteme auf eine Referenztranskritption, n\u00e4mlich IPA<\/span>, abgebildet. Der entsprechende Vorgang erfolgt automatisch durch Ersetzungsprozeduren.<\/p>\nTypisierungstool<\/a><\/h3>\nDie aus den unterschiedlichen Quellen, also im wesentlichen Sprachatlanten und W\u00f6rterb\u00fcchern, transkribierten Belege sind hinsichtlich ihres Status sehr heterogen. VerbaAlpina unterscheidet diesbez\u00fcglich im wesentlichen zwischen den folgenden Kategorien:<\/p>\nEinzelbeleg \u2014 morpholexikalischer Typ \u2014 Basistyp<\/pre>\nEin Einzelbeleg<\/strong> ist die mehr oder weniger unmittelbare und individuelle \u00c4u\u00dferung eines Informanten. In Sprachatlanten ist sie meist daran erkennbar, dass sie in phonetischer Transkription und gebunden an einen spezifischen Informanten oder Erhebungspunkt gebunden ist.<\/p>\n Ein morpholexikalischer Typ<\/strong> (kurz: Morphtyp) sind am ehesten vergleichbar mit den Lemmata in traditionellen W\u00f6rterb\u00fcchern. Ein Morphtyp wird definiert durch die Zugeh\u00f6rigkeit zu einem jeweils gemeinsamen Wortstamm, Sprachfamilie, Wortart, Affigierung sowie Genus. Beispiel:\u00a0Der Butter<\/em> und die Butter\u00a0<\/em>bilden zwei unterschiedliche Morphtypen, da sie sich hinsichtlich des Genus unterscheiden.<\/p>\n Der Basistyp<\/strong> ist schlie\u00dflich ein in unterschiedlichen Morphtypen erkennbares gemeinsames lexikalisches Element, ohne dass damit eine Aussage \u00fcber die Entstehungsgeschichte des einzelnen Morphtypen getroffen werden w\u00fcrde. Vorstellbar in diesem Zusammenhang w\u00e4ren z.B. die Entstehung eines Morphtypen direkt aus einer sprachlichen Vorstufe am Ort im Sinne eines Etymons, jedoch kommen auch Entlehnungsszenarien im Umfeld von Sprachkontakt in Betracht. Als Beispiel k\u00f6nnen die beiden Morphtypen Salamander (ger.) und Salamandra (rom.) genannt werden. Beide enthalten erkennbar ein gemeinsames lexikalisches Element. Ob aber der eine Morphtyp sich aus dem anderen entwickelt hat oder beide auf einen gemeinsamen Vorl\u00e4ufer zur\u00fcckgehen, l\u00e4sst sich vor der Hand nicht entscheiden. Um dennoch die offenkundige Verwandtschaft der beiden Morphtypen im Datenbestand abbilden zu k\u00f6nnen, werden bei dem Basistypen \"salamandra\" zugewiesen. VerbaAlpina geht speziell diesen Fragen nicht systematisch nach, entsprechende sp\u00e4tere Erweiterungen und Erg\u00e4nzungen sind jedoch jederzeit m\u00f6glich.<\/p>\n Gleichsam die Referenzkategorie<\/strong> f\u00fcr VerbaAlpina stellt der Morphtyp<\/strong> dar. Speziell f\u00fcr die Zuweisung der transkribierten Belege zu Morphtypen wurde in VerbaAlpina das sog.<\/span> Typisierungstool entwickelt. Neben der Zuweisung zu Morphtypen erfolgt hier auch die Zuweisung zum jeweiligen Konzept, das laut Quelle von diesem Morphtyp bezeichnet wird.<\/p>\n Sofern m\u00f6glich, k\u00f6nnen Morphtypen im Typisierungstool auch mit Lemmata in ausgew\u00e4hlten Referenzw\u00f6rterb\u00fcchern<\/strong> verkn\u00fcpft werden. Als Beispiel sei der Einzelbeleg\u00a0t\u0254\u02d0i\u0259<\/em> aus dem Vorarlberger Sprachatlas (VALTS, Karte 73) genannt. Dieser ist \u00fcber das Typisierungstool zun\u00e4chst dem Morphtypen \"Teie(n) \u2013 ger \u2013 sub<\/span>\" und dieser wiederum dem Lemma \"Teien\" im Schweizerdeutschen W\u00f6rterbuch, dem sog.<\/span> Idiotikon, zugewiesen.<\/p>\n<\/a><\/p>\n VerbaAlpina sieht grunds\u00e4tzlich auch die Definition und Zuordnung von phonetischen Typen<\/strong>\u00a0(z.B. Kas, Kaas -> Kaas vs.<\/span> Kees, K\u00e4s -> Kees etc.) vor.<\/span> Da das Projekt jedoch vorrangig morpholexikalisch ausgerichtet ist, liegt eine entsprechende Typisierung bislang erst l\u00fcckenhaft vor.<\/span> Derzeit (Juni 2018) stehen den 5446 morphologischen gerade einmal\u00a0 646 phonetische Typen gegen\u00fcber.<\/p>\n Konzeptbaum<\/h3>\nGanz wesentlich f\u00fcr VerbaAlpina ist die au\u00dfersprachliche Kategorie der Konzepte<\/strong>. Schlie\u00dflich lautet die zentrale Frage: Welche Konzepte werden wo und wann mit welchen Morphtypen bezeichnet. Zur Verwaltung der Konzepte wurde von VA<\/span> ein im Backend von VA<\/span>_WEB zug\u00e4ngliches Tool entwickelt, das als Konzeptbaum bezeichnet wird.<\/p>\n Nach Aufruf des Tools muss zun\u00e4chst eine der vorgegebenen Hauptkategorien (z.B. Milchverarbeitung) und anschlie\u00dfend eine Unterkategorie (z.B. Produkte) ausgew\u00e4hlt werden. Danach erscheint eine alphabetisch sortierte Liste aller bislang angelegten Konzepte. Die Elemente dieser Liste k\u00f6nnten durch Drag&Drop zu Unterkonzepten bestehender anderer Konzepte umgruppiert werden. Auch die Neuanlage von Konzepten ist hier m\u00f6glich.<\/p>\n<\/a><\/p>\n Forschungslabor (in Planung)<\/h3>\nVerbaAlpina m\u00f6chte sich u.a. zu einer Plattform entwickeln, auf der Forscher und Laien individuelle Studien betreiben und sich bzw. auch ihre Daten austauschen k\u00f6nnen. Das Konzept sieht vor, dass registrierte Benutzer nach dem Einloggen in VerbaAlpina eine pers\u00f6nliche Umgebung vorfinden, innerhalb derer sie zum einen das vorhandene VerbaAlpina-Datenmaterial nach individuellen Interessen analysieren und die Ergebnisse abspeichern k\u00f6nnen. Zum anderen soll es m\u00f6glich sein, eigenes Material in das System zu importieren und dieses dann entweder isoliert oder auch in Kombination mit dem VerbaAlpina-Material zu verarbeiten.<\/p>\n So wie nunmehr schon in vielen Internet-Diensten etabliert, soll es die M\u00f6glichkeit geben, Daten und Analyseergebnisse f\u00fcr den Zugriff durch Dritte freizugeben. Diese Freigabe soll mehrere Optionen anbieten: Freigabe f\u00fcr spezifische andere registrierte Benutzer von VerbaAlpina, Freigabe f\u00fcr alle registrierten Benutzer von VA<\/span> und schlie\u00dflich die unbeschr\u00e4nkte Freigabe von Daten im Internet. Das Konzept orientiert sich grob am von Google eingesetzten Verfahren im Zusammenhang mit von Nutzern erstellten Karten auf Google Maps.<\/p>\n<\/a><\/p>\n Das Konzept ist bislang erst in Ans\u00e4tzen realisiert. Ein solcher Ansatz besteht in der M\u00f6glichkeit, auf der interaktiven online-Karte von VerbaAlpina durch die Auswahl beliebiger sprachlicher und au\u00dfersprachlicher Datenkategorien erzeugte Kartenbilder als \"synoptische\" Karten<\/strong> abzuspeichern. Diese Funktion steht aktuell nur registrierten Benutzern zur Verf\u00fcgung. Beim Abspeichern einer Karte besteht die M\u00f6glichkeit, einen Kommentar beizuf\u00fcgen, der den Informationsgehalt der Karte erl\u00e4utern soll. F\u00fcr eine erstellte synoptische Karte kann eine Freigabe<\/strong> beantragt werden. Diese erfolgt dann erst nach einer qualit\u00e4tssichernden \u00dcberpr\u00fcfung durch das Team von VerbaAlpina. Bei k\u00fcnftig verst\u00e4rkter Nutzung dieser M\u00f6glichkeiten wird man \u00fcber alternative Konzepte zur Qualit\u00e4tssicherung nachdenken m\u00fcssen. Vorstellbar sind z.B. Bewertungen durch die Nutzergemeinde von VerbaAlpina.<\/p>\n Im Forschungslabor k\u00f6nnte auch ein Modul zur statistischen Analyse der VerbaAlpina-Korpusdaten eingerichtet werden. An den Instituten f\u00fcr Statistik und Kunstgeschichte wird zur Zeit ein System entwickelt,\u00a0bei dem es um die statistische Analyse von Museumsbest\u00e4nden geht. Das Konzept von MAX (Museum Analytics; https:\/\/www.max.gwi.uni-muenchen.de\/<\/a><\/strong>; ein von der LMU<\/span> im Rahmen des \"Qualit\u00e4tspakts Lehre\" gef\u00f6rdertes Projekt) beinhaltet auch das Szenario, dass Anwender im Grunde beliebige Daten z.B. im csv-Format in das System importieren, um es dort mit vorgefertigten Verfahren statistisch zu analysieren. K\u00fcnftig sollen\u00a0 die im Rahmen von MAX entwickelten Funktionalit\u00e4ten in das Forschungslabor von VerbaAlpina integriert werden.<\/p>\n Funktionen des Frontends<\/h2>\nMethodologie<\/h3>\nIn der Rubrik Methodologie erfolgt eine ausf\u00fchrliche Methodenreflexion. Hier sollen alle mit VerbaAlpina verbundenen Aspekte transparent und nachvollziehbar dokumentiert werden. Der Inhalt ist nach Schlagworten gegliedert, die wiederum thematischen Kategorien zugeordnet sind. Hier werden neben grundlegenden Konzepten des Gesamtprojekts auch spezifisch linguistische oder auch informatisch-technische Detailaspekte erl\u00e4utert. Die Eintr\u00e4ge in dieser Rubrik werden st\u00e4ndig erweitert oder n\u00f6tigenfalls auch \u00fcberarbeitet und angepasst. Die Methodologie spielt eine wichtige Rolle im Hinblick auf das Erfordernis der Nachhaltigkeit und Nachnutzbarkeit aller von VerbaAlpina gesammelten und erzeugten Daten. Der Anspruch besteht, dass s\u00e4mtliche Teile des Gesamtprojekts, seien es die Sprachdaten in der VA<\/span>_DB<\/span>, die sprachwissenschaftlichen Kommentare und (mit gewissen Einschr\u00e4nkungen) auch der erzeugte Software-Code auch noch nach Jahrzehnten nutzbar sein werden.<\/p>\nInteraktive Online-Karte<\/h3>\nDie interaktive\u00a0Online-Karte<\/a>\u00a0von VA<\/span> ist das zentrale Visualisierungs- und Analyseinstrumen<\/strong>t. Aktuell basiert die Karte auf Google-Technologie, konkret auf dem Online-GIS Google Maps und der entsprechenden Javascript-Bibliothek. VerbaAlpina ist im Grunde der \u00dcberzeugung, dass der Einsatz von Diensten kommerzieller Anbieter im wissenschafftlichen Umfeld generell vermieden werden sollte. Speziell im Fall der online-Kartographie f\u00fchrt derzeit jedoch kaum ein Weg an Google Maps vorbei. Das Opensource-Projekt Openstreetmap (OSM), das grunds\u00e4tzlich eine Alternative darstellen k\u00f6nnte, kann hinsichtlich Funktionalit\u00e4t und, was fast noch wichtiger ist, hinsichtlich der Dokumentation mit dem Google-Dienst nicht mithalten. Bei Einsatz von Openstreetmap h\u00e4tte sehr wahrscheinlich der aktuelle Entwicklungsstand der online-Karte von VerbaAlpina nicht in derselben Zeit erreicht werden k\u00f6nnen. Grunds\u00e4tzlich w\u00e4re eine Umsetzung der online-Karte auf OSM rein technisch wohl m\u00f6glich. Sollten in Zukunft Verbesserungen bei OSM festzustellen sein, die einen Umzug vertretbar erscheinen lassen, so w\u00e4re ein solcher Schritt durchaus vorstellbar. VerbaAlpina beh\u00e4lt diese Perspektive jedenfalls im Auge.<\/p>\n Das Karteninterface erlaubt wahlweise oder auch kombiniert semasiologischen und\/oder onomasiologischen Zugriff<\/strong> auf den Datenbestand. Nachfolgend stehen unterschiedliche Gruppierungsoptionen zur Verf\u00fcgung.<\/p>\n Qualitative Kartierung<\/h4>\n\u00dcber die Legende am linken Rand der Karte k\u00f6nnen Konzepte, phonetische oder morpholexikalische Typen oder auch\u00a0 ausgew\u00e4hlt werden. Seit kurzem steht auch eine Suchfunktion<\/strong> zur Verf\u00fcgung, die s\u00e4mtliche ausw\u00e4hlbare Listeneintr\u00e4ge durchsucht, unabh\u00e4ngig von deren Kategorisierung als \"Konzept\", \"Morphtyp\" usw. Nach Auswahl eines verf\u00fcgbaren Elements erscheinen die entsprechenden Symbole auf der Karte.<\/p>\n Neben Sprachdaten k\u00f6nnen auf der Karte synoptisch auch georeferenzierte Daten der \"sprachbezogenen Peripherie<\/strong>\" visualisiert werden. Darunter werden unterschiedlich Kategorien von Daten verstanden, die mit sprachlichen Ph\u00e4nomenen in der einen oder anderen Weise in Wechselwirkung stehen k\u00f6nnen. Dies k\u00f6nnen z.B. historische Daten wie etwa Daten zu antiken Besiedlungsstrukturen und Verkehrswegen, entlang derer sich sprachliche Ph\u00e4nomene verbreitet haben k\u00f6nnten, oder auch Daten zur modernen Infrastrukutur wie etwa zur Verbreitung der Internetanschl\u00fcsse im Alpenraum sein, die sicherlich Auswirkungen auf sprachliche Ver\u00e4nderungsprozesse haben. Die Daten dieses Sektors sind bislang noch nicht\u00a0 systematisch gesammelt worden.<\/p>\nQuantifizierende Darstellung<\/h4>\nDie online-Karte erlaubt auch eine quantifizierende Abbildung der auf einer Karte dargestellten Inhalte. Im folgenden Beispiel ist zun\u00e4chst die nach jeweiliger Bedeutung (Konzepten) gruppierte Verbreitung des Morphtyps \"Teie(n)\" kartiert:<\/p>\n<\/a>Qualitative Kartierung des Morphtyps \"Teie(n)\"<\/p><\/div>\nDie hier abgebildete Karte ist mit dem Link https:\/\/www.verba-alpina.gwi.uni-muenchen.de?page_id=133&db=xxx&tk=1357<\/span><\/a> hinterlegt. Die hinter dem Fragezeichen folgenden, rot gesetzten sog.<\/span> URL<\/span>-Parameter bewirken, dass die interaktive Onlinekarte mit der gew\u00fcnschten Vorauswahl \"Morpho-lexikalischer Typ Teie(n) (ger.)\" aufgerufen wird. Ein solcher Link kann f\u00fcr Karten mit der Kartierung beliebiger Elemente (Morphtypen, Konzepte, sprachbezogene Peripherie ...) abgerufen werden, indem man am oberen rechten Rand der Karte das allgemein bekannte Sharing-Symbol anklickt.<\/p>\n Die quantifizierende Darstellung dieser Daten orientiert sich an Fl\u00e4chen bzw. administrativen Regionen, d.h. es wird die jeweilige Anzahl von Belegen pro Teilfl\u00e4che des gew\u00e4hlten Bezugssystems durch unterschiedliche Farbgebung markiert.<\/p>\n Im Wesentlichen kann zwischen den folgenden verschiedenen Bezugssystemen gew\u00e4hlt werden:<\/p>\n \nSprachgebiete<\/li>\n Nationalstaaten<\/li>\n NUTS3 (= administrative Gliederung auf Niveau der deutschen Landkreise)<\/li>\nGemeindegrenzen<\/li>\n<\/ul>\n<\/div>\nDie quantifizierende Kartierung setzt die Auswahl mindestens einer dieser Kategorien voraus. Sobald ein entsprechender Eintrag in der Kartenlegende auf der linken Seite vorhanden ist, kann man dort auf das von einem Kreis umgebene Q klicken. Anschlie\u00dfend werden die Daten gem\u00e4\u00df den Teilfl\u00e4chen der gew\u00e4hlten Kategorie gruppiert und die gruppenbezogene Anzahl durch Farbgebung der Fl\u00e4chen visualisiert.<\/p>\n<\/a>Quantifizierende Darstellung der Verbreitung des Morphtyps \"Teie(n)\" mit georefrenziertem Verlauf der NUTS3-Grenzen<\/p><\/div>\n Im Legendeneintrag \"Kartographische Darstellung\" l\u00e4sst sich sodann noch w\u00e4hlen zwischen den Optionen \"Physisch\" und \"Hexagonal\". Erstere, im vorstehenden Beispiel angewendete, Option verwendet den tats\u00e4chlichen, geographisch exakt kartierten Grenzverlauf der entsprechenden Teilfl\u00e4chen. Bei Auswahl der Option \"Hexagonal\" wird jede Teilfl\u00e4che durch Hexagone jeweils identischer Gr\u00f6\u00dfe repr\u00e4sentiert. Diese Art der Darstellung soll die Wahrnehmung verzerrende Effekte beseitigen, die sich durch die z.T. stark unterschiedliche Fl\u00e4chengr\u00f6\u00dfen ergeben k\u00f6nnen.<\/p>\n<\/a>Quantifizierende Darstellung der Verbreitung des Morphtyps \"Teie(n)\" mit hexagonaler Darstellung der Bezugsfl\u00e4chen<\/p><\/div>\n Bei dieser Darstellung gehen konzeptbedingt Teile der geographischen Logik verloren. Im Inneren des Wabenmusters hat jede Fl\u00e4che stets genau sechs Nachbarhexagone. Es liegt auf der Hand, dass es in der Realit\u00e4t nicht wenige Teilfl\u00e4chen geben wird, die entweder mehr oder weniger Nachbarfl\u00e4chen aufweisen.<\/p>\n Am unteren Rand der quantifizierenden Karten kann die Farbgebung der Fl\u00e4chen ver\u00e4ndert werden (u.a. die verbreitete Heatmap, die den Verlauf der Regenbogenfarben verwendet). Die bei dem Balken f\u00fcr die Farbauswahl an der rechten oberen Ecke angegebene Zahl gibt die Anzahl der Belege an, die in der Fl\u00e4che mit der maximalen Anzahl an Belegen versammelt sind, und hilft somit bei der Einsch\u00e4tzung der Anzahlen in den schw\u00e4cher eingef\u00e4rbten Fl\u00e4chen.<\/p>\n Die einzelnen Elemente in der Kartenlegende auf der linken Seite k\u00f6nnen durch Entfernen oder Setzen des kleinen H\u00e4kchens in die Berechnung und Visualisierung der Daten auf der Karte einbezogen oder herausgenommen werden. Bei jeder solchen Aktion wird die Kartendarstellung entsprechend aktualisiert.<\/p>\nLexicon Alpinum<\/h3>\nDas Lexicon Alpinum enth\u00e4lt eine alphabetisch sortierte Liste mit Morphtypen, Konzepten und Basistypen, zu denen bislang ein wissenschaftlicher Kommentar verfasst worden ist. Hinter jedem Eintrag ist angegeben, ob es sich um ein Konzept, einen Morph- oder einen Basistyp handelt. Konzepte sind au\u00dferdem,\u00a0 wie auch in der Legende der Onlinekarte, an der Schreibung in Versalien erkennbar. \u00dcber den Link \"Auf Karte visualisieren\" gelangt man zur Online-Karte, auf der dem Lexikoneintrag zugeordnete Daten dargestellt werden.<\/p>\n Die im Lexicon Alpinum gelisteten Kommentare k\u00f6nnen auch \u00fcber die Online-Karte aufgerufen werden. Sofern f\u00fcr einen bestimmten Legendeneintrag auf der Online-Karte ein Kommentar vorhanden ist, erscheint unmittelbar rechts von diesem Eintrag ein kleines i in einem Kreis. Ein Klick auf dieses Symbol \u00f6ffnet den Kommentartext, der auch im Lexicon Alpinum pr\u00e4sentiert wird.<\/p>\n<\/a>Kommentar zum Konzept ALMH\u00dcTTE im Lexicon Alpinum und auf der Online-Karte<\/p><\/div>\nCrowdsourcing: Dateninkonsistenzen und deren Ausgleich<\/h3>\nDadurch dass die Hauptquellen von VA<\/span>, n\u00e4mlich Sprachatlanten und W\u00f6rterb\u00fccher, bezogen auf den gesamten Alpenraum durchaus unterschiedliche Konzepte und in der Folge auch Bezeichnungen dokumentiert haben, entsteht bei der Sammlung des Gesamtmaterials ein mehrdimensionales Netz mit einer Reihe von Inkonsistenzen<\/strong>. Die Mehrdimensionalit\u00e4t entsteht dabei im Wesentlichen durch die Variablen Georeferenz, Chronoreferenz und Konzept. So ist es z.B. m\u00f6glich, dass ein bestimmter Sprachatlas zu einem bestimmten Zeitpunkt in einer bestimmten Region das Vokabular f\u00fcr ein bestimmtes Konzept erhoben hat. F\u00fcr andere Regionen fehlen hingegen entsprechende Erhebungen entweder vollst\u00e4ndig oder aber wurden zu einem erheblich fr\u00fcheren oder sp\u00e4teren Zeitpunkt durchgef\u00fchrt. Um Inkonsistenzen dieser Art wenigstens im Hinblick auf die Konzept- und geographische Dimension auszugleichen, hat VA<\/span> ein Crowdsourcing-Tool<\/a> entwickelt, mit dem \u00fcber das Internet gezielt Sprachmaterial gesammelt wird. Auch dieses Tool ist \u00fcber das Frontend von VA<\/span>_WEB erreichbar (Reiter \"MITMACHEN!\").<\/p>\n Konkret werden Internetuser dazu aufgefordert, Bezeichnungen f\u00fcr bestimmte Konzepte, die nach ihrer Ansicht an einem bestimmten Ort \u00fcblich sind, in ein online-Formular einzutragen. Das Tool hebt dabei bestimmte Konzepte, die aus Sicht von VerbaAlpina von besonderem Interesse sind, hervor. Grunds\u00e4tzlich sind die Internetuser jedoch frei, auch Bezeichnungen f\u00fcr beliebige Konzepte ihrer Wahl einzutragen.<\/p>\n Die Validierung<\/strong> der Eintragungen erfolgt nach dem Prinzip der unabh\u00e4ngigen Quellen: Wenn zwei oder mehr Internet-Informanten f\u00fcr einen Ort die selbe Bezeichnung f\u00fcr ein bestimmtes Konzept eingegeben haben, gilt der Eintrag als validiert.<\/p>\n Ein gro\u00dfes Problem dieser Form der Online-Erhebung ist die Resonanz<\/strong>. Jeweils nach der Bewerbung des Crowdsourcing-Tools auf Veranstaltungen oder in den Medien steigt die Zahl der Eintragungen ins System an, ebbt jedoch jedesmal schnell wieder ab.<\/p>\n Jenseits von VA<\/span>_DB<\/span> und VA<\/span>_WEB: Der weitere Horizont<\/h1>\nInstitutionelle Vernetzung<\/h2>\nVerbaAlpina versteht sich als Teil eines Daten- und institutionellen Verbundes. Derzeit (Mai 2018) haben insgesamt \u00fcber 40 Institutionen und Einzelpersonen<\/a><\/strong> mit VerbaAlpina eine Kooperationsvereinbarung<\/strong> geschlossen. Die einzelnen Partner sind hinsichtlich ihrer wissenschaftlichen Ausrichtung und ihren spezifischen Interessen \u00fcberaus heterogen. Viele der Partner verf\u00fcgen wie VerbaAlpina \u00fcber Sprachmaterial, das in aller Regel hinsichtlich Strukturierung und Zeichenkodierung sehr individuell gestaltet ist.<\/p>\n Wesentlicher Bestandteil der VA<\/span>-Kooperationsvereinbarungen ist der wechselseitige Austausch von Daten zum gegenseitigen Nutzen. Grunds\u00e4tzlich kommen in diesem Zusammenhang zwei Szenarien ins Spiel, die den effektiven Datenaustausch \u00fcberhaupt erst erm\u00f6glichen:<\/p>\n Entweder, man verst\u00e4ndigt sich auf Standards (gleicherma\u00dfen f\u00fcr Datenstrukturen wie f\u00fcr Zeichenkodierung), die von allen Beteiligten angewandt werden, oder man folgt einem Schnittstellenkonzept<\/strong>, das es den Projektpartnern erlaubt, ihre individuellen L\u00f6sungen beizubehalten. Letztere Option ist die von VerbaAlpina favorisierte L\u00f6sung. Bei jedem Datentransfer von der oder in die Datenbank von VerbaAlpina (VA<\/span>_DB<\/span>) muss eine eigene Prozedur entwickelt werden, die die Daten der Quelle an die Strukturen und Kodierungen der Zielinstanz anpasst bzw. sie in diese \u00fcberf\u00fchrt.<\/p>\n Nach au\u00dfen hin verf\u00fcgt VerbaAlpina neben der Webschnittstelle<\/strong> mit der Kartenfunktion \u00fcber eine definierte Datenbankschnittstelle<\/strong>. Diese ist nur f\u00fcr die Kooperationspartner von VerbaAlpina zug\u00e4nglich. S\u00e4mtliches georeferenziertes Sprachmaterial sowie die, ebenfalls georeferenzierten Daten der sprachlichen Peripherie k\u00f6nnen in Datenbanktabellen konsultiert und von dort auch heruntergeladen werden. Der Name der Datenbankschnittstelle f\u00fcr die Sprachdaten lautet vap_ling_de<\/a><\/strong>, der f\u00fcr die Daten der sprachlichen Peripheri vap_geo_de<\/a><\/strong>.<\/p>\n <\/a>Schnittstelle vap_ling_de (Ausschnitt)<\/p><\/div>\n<\/a>Schnittstelle vap_geo_de (Ausschnitt)<\/p><\/div>\n F\u00fcr jede der beiden Tabellen existieren weitere Versionen mit Spaltennamen in den im Alpenraum gesprochenen Nationalsprachen (vap_ling_fr, vap_ling_it, vap_geo_fr etc.). Die Daten der beiden Schnittstellen sind \u00fcber die Georeferenzierung aufeinander beziehbar.<\/p>\nVerbaAlpina als vollst\u00e4ndig \"digitales\" Projekt<\/h2>\nVerbaAlpina m\u00f6chte den Paradigmenwechsel, der sich durch Digitalisierung und Vernetzung ergeben hat, so konsequent wie m\u00f6glich umsetzen. Dazu geh\u00f6rt im Wesentlichen, dass das Projekt in all seinen Teilen ausschlie\u00dflich elektronisch realisiert wird und im Internet zug\u00e4nglich ist. Die Vorteile<\/strong> bestehen dabei in den M\u00f6glichkeiten der erweiterten algorithmischen und statistischen Analyse des Datenbestands, der Beschleunigung aller Prozesse, der weitgehenden Unabh\u00e4ngigkeit von kommerziellen Institutionen wie z.B. Wissenschaftsverlagen sowie der st\u00e4ndigen Verf\u00fcgbarkeit aller Daten und Funktionen unabh\u00e4ngig von Ort und Zeit.<\/p>\n Den genannten Vorteilen stehen auf der anderen Seite Probleme oder besser: Herausforderungen<\/strong> gegen\u00fcber. Diese bestehen zun\u00e4chst in der \"Fl\u00fcchtigkeit<\/strong>\" des elektronischen Mediums, eine Eigenschaft, die eine Reihe von Konsequenzen nach sich zieht. Da w\u00e4re zun\u00e4chst das Problem der Zitierbarkeit<\/strong> elektronischer Ressourcen. Einmal generierte Daten, seien es prim\u00e4re Forschungsdaten wie etwa das von VerbaAlpina in VA<\/span>_DB<\/span> gesammelte Datenmaterial, seien es die analytischen Texte etwa im Lexicon Alpinum, sie alle m\u00fcssen genauso zuverl\u00e4ssig zitier- und in der Folge vor allem auffindbar sein, wie das ehedem beim Zitat einer Passage in einem gedruckten Buch der Fall gewesen war. Um dieses Ziel zu erreichen, bedient sich VerbaAlpina des Konzepts der Versionierung<\/strong>:\u00a0In regelm\u00e4\u00dfigen Abst\u00e4nden (seit 2018 jeweils Ende Juni und Ende Dezember) wird der komplette Datenbestand von VerbaAlpina, also alle Elemente in den Modulen VA<\/span>_DB<\/span> und VA<\/span>_WEB gleichsam eingefroren. S\u00e4mtliche Elemente einer eingefrorenen Version k\u00f6nnen dann \u00fcber die bekannten URLs direkt angesprochen werden, wobei die jeweilige Nummer der entsprechenden VA<\/span>-Version als Parameter \"db=[Versionsnummer]\" in die URL<\/span> eingebunden ist. Zwei Beispiele:<\/p>\n Zitat eines Kommentars im Lexicon Alpinum:<\/p>\nKrefeld, T.: s.v.<\/span> \u201cALM\u201d, in: VA<\/span>-de 17\/2, Lexicon alpinum, https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/?page_id=2374&db=172<\/span>#C216<\/a><\/p>\n Zitat einer online-Kartierung:<\/p>\n https:\/\/www.verba-alpina.gwi.uni-muenchen.de?page_id=133&db=172<\/span>&tk=1373<\/a><\/p>\n Die unterschiedlichen Zitierversionen k\u00f6nnen in VA<\/span>_WEB durch die Navigationselemente am rechten oberen Fensterrand ausgew\u00e4hlt werden:<\/p>\n <\/a>Auswahl einer VA<\/span>-Version in VA<\/span>_WEB. Die jeweils j\u00fcngste Zitierversion ist gr\u00fcn unterlegt.<\/p><\/div>\n Zitierf\u00e4hig ist im Grunde auch die jeweilige Arbeitsversion von VerbaAlpina (db=xxx). Allerdings kann in diesem Fall nicht garantiert werden, dass die Inhalte, auf die referiert wird, stabil sind. Die st\u00e4ndige Erweiterung des Datenbestands sowie die Arbeit an Texten kann dazu f\u00fchren, dass bei Aufruf einer entsprechenden URL<\/span> nicht die Inhalte angezeigt werden, auf die es bei Anlage des Zitats angekommen war.<\/p>\n Zwar ist Dergleichen nicht geplant, jedoch kann es nicht ausgeschlossen werden, dass in Zukunft die sog.<\/span> \"Domain<\/span>\" der VerbaAlpina-URLs ge\u00e4ndert werden muss. Mit Domain<\/span> ist der Teil einer URL<\/span> gemeint, der sich vor den URL<\/span>-Parametern<\/span> befindet:<\/p>\n https:\/\/www.verba-alpina.gwi.uni-muenchen.de<\/span>\/?page_id=2374&db=xxx<\/span><\/p>\nDamit die Ressourcen von VerbaAlpina auch denn noch auffindbar sein werden, wurden f\u00fcr die VerbaAlpina-Domain sowohl ein sogenannter\u00a0Digital Object Identifier<\/a>\u00a0(DOI<\/span><\/span>) sowie ein sogenannter\u00a0Uniform Resource Name<\/a>\u00a0(URN<\/span><\/span>) registriert. Bei diesen beiden Systemen handelt es sich im Grunde um nichts anderes als Listen, die auf der einen Seite einen persistenten Identifikator<\/strong> definieren und auf der anderen Seite die diesem Identifikator zugeordnete Domain. Der Identifikator bleibt grunds\u00e4tzlich unter allen Umst\u00e4nden unver\u00e4ndert, die Domain hingegen ist variabel und kann ausgetauscht werden, wenn eine Ressource unter einer anderen Domain erreichbar sein sollte. DOI<\/span> und URN<\/span> von VA<\/span>_WEB lauten:<\/p>\n\n\n\n\n\npersistenter Identifikator<\/strong><\/td>\n Domain<\/strong><\/td>\n<\/tr>\n http:\/\/dx.doi<\/span>.org\/10.5282\/verba-alpina<\/a><\/td>\n www.verba-alpina.gwi.uni-muenchen.de<\/td>\n<\/tr>\n http:\/\/nbn-resolving.de\/urn<\/span>:nbn:de:bvb:19-verba-alpina-8<\/a><\/td>\n www.verba-alpina.gwi.uni-muenchen.de<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\nEine andere wichtige Frage ist, welche Institutionen f\u00fcr die rein physische Bewahrung der Daten und deren Auffindbarkeit<\/strong> zust\u00e4ndig sein sollen. Thomas Krefeld und Stephan L\u00fccke haben zu diesen Fragen Vorstellungen entwickelt, die durch die folgende Grafik illustriert werden:<\/p>\n <\/a>Zust\u00e4ndigkeiten und Regelungen im Kontext der Bewahrung digitaler Ressourcen (aus: Thomas Krefeld & Stephan L\u00fccke (2017): Nachhaltigkeit \u2013 aus der Sicht virtueller Forschungsumgebungen. Korpus im Text. Version 7 (10.03.2017, 12:27). url: http:\/\/www.kit.gwi.uni-muenchen.de\/?p=5773&v=7<\/a>).<\/p><\/div>\n Die Frage nach der Sicherung und Verf\u00fcgbarkeit von digitalen Ressourcen im Umfeld der Wissenschaft ist hochaktuell und besch\u00e4ftigt derzeit auch die wissenschaftspolitische Ebene wie z.B. den \"Rat f\u00fcr InformationsInfrastrukturen\" (rfii<\/a>), der das Ziel der Schaffung einer Nationalen Forschungsdateninfrastruktur (NFDI) verfolgt, oder das Bayerische Kultusministerium. Momentan ist VerbaAlpina eingebunden in zwei Projekte, die L\u00f6sungsans\u00e4tze in diesem Umfeld evaluieren und entwickeln sollen. Bei dem einen handelt es sich um das von der DFG gef\u00f6rderte Projekt GeRDI<\/a> (Generic Research Data Infrastructure). Ein Teil dieses Projekts ist am Leibniz-Rechenzentrum (LRZ) angesiedelt. Ziel von GeRDI ist, einen zentralen fach- und disziplin\u00fcbergreifenden Metadatenkatalog aufzubauen, der in Zukunft das zuverl\u00e4ssige Auffinden digitaler Ressourcen und Informationen erm\u00f6glichen soll. Aktuell laufen Bem\u00fchungen, wenigstens Teile des VA<\/span>-Datenbestands aus VA<\/span>_DB<\/span> exemplarisch in ein Metadatenschema zu \u00fcberf\u00fchren, das dann in den zentralen GeRDI-Index integriert werden soll.<\/p>\n Im selben Umfeld operiert seit Ende letzten Jahres das von der Bayerischen Staatsregierung gef\u00f6rderte Projekt \"Forschungsdatenmanagement\"\u00a0(FDM;\u00a0https:\/\/www.fdm-bayern.org\/<\/a>), dessen Ziel es ist, zuverl\u00e4ssige L\u00f6sungen im Hinblick auf die Sicherung und langfristige Verf\u00fcgbarkeit von Forschungsdaten zu entwickeln.<\/p>\n Allgemein besteht im Hinblick auf den nachhaltigen Umgang mit digitalen Ressourcen noch keine Klarheit. So herrscht noch nicht einmal Einigkeit dar\u00fcber, ob grunds\u00e4tzlich *alle* Daten eines digitalen online-Projekts dauerhaft bewahrt werden sollen. Dies zeigt der gerade erw\u00e4hnt Begriff \"Forschungsdaten\". Traditionell werden darunter z.B. Messdatenreihen von Klimaforschern verstanden, die sich anscheinend klar von den darauf aufbauenden Analysen und Erkenntnissen trennen lassen. VerbaAlpina vertritt den Standpunkt, dass eine solche klare Trennung weder m\u00f6glich, noch sinnvoll noch angesichts der technischen M\u00f6glichkeiten n\u00f6tig ist und strebt an, *s\u00e4mtliche* im Projekt gesammelten und erzeugten Daten en bloc zu bewahren\u00a0\u2014 z.B. auch die Protokolle der regelm\u00e4\u00dfigen Projektbesprechungen, die Einblick in den Fortgang der Projektarbeit geben und getroffene Entscheidungen transparent machen k\u00f6nnen. Neben dieser Frage, was man unter Forschungsdaten zu verstehen habe, ist auch noch nicht verbindlich gekl\u00e4rt, ob und wie Daten verbindlich strukturiert, dokumentiert und Metadaten versehen werden sollen und welche Institutionen mit welchen Aufgaben betraut werden sollen.<\/p>\n VerbaAlpina begegnet diesen Unsicherheiten durch die Suche nach Best-Practice-L\u00f6sungen und mit einem Konzept maximaler Flexibilit\u00e4t. Die Entwicklungen auf diesem Sektor werden aufmerksam verfolgt und die Strukturen und Prozeduren von VerbaAlpina darauf ausgerichtet. Unter den gegebenen Umst\u00e4nden erscheint es die beste L\u00f6sung, sich an m\u00f6glichst vielen der z.T. parallel verlaufenden Anstrengungen zu beteiligen und gleichzeitig die VerbaAlpina-Ressourcen m\u00f6glichst redundant in mehrere Systeme zu \u00fcbertragen, die sich der Nachhaltigkeit und Nachnutzbarkeit von digitalen Inhalten verschrieben haben. Neben GeRDI w\u00e4ren in diesem Zusammenhang noch die UB<\/span> der LMU<\/span><\/strong> zu nennen, bei der bereits eine \u00e4ltere Version von VerbaAlpina in einem sog.<\/span> Docker-System<\/strong> l\u00e4uft. Dabei handelt es sich um eine gekapselte Serverinstallation, die garantieren soll, dass vor allem die in VA<\/span>_WEB realisierten Funktionalit\u00e4ten auch dann noch laufen, wenn es in Zukunft Serversoftware geben wird, mit der der von VA<\/span> entwickelte Programmcode nicht mehr lauff\u00e4hig ist. Zu erw\u00e4hnen w\u00e4re schlie\u00dflich noch das CLARIN-D-Repositorium. VerbaAlpina hat bereits vor l\u00e4ngerer Zeit Kontakt mit den dortigen Verantwortlichen aufgenommen, die Realisierung der \u00dcbertragung von VA<\/span>-Daten dorthin steht bislang aber noch aus.\u00a0S\u00e4mtlicher von VA<\/span> erzeugter Programmcode ist auf Github (https:\/\/github.com\/VerbaAlpina\/Verba-Alpina-Plugin<\/a>) frei zug\u00e4nglich und nachnutzbar.<\/p>\n Abschlie\u00dfend sei noch der Aspekt der Lizensierung erw\u00e4hnt. VerbaAlpina ist der Meinung, dass Forschungsdaten im weitesten Sinne grunds\u00e4tzlich frei zug\u00e4nglich gemacht werden m\u00fcssen. Entsprechend werden die Projektdaten von VA<\/span>, soweit m\u00f6glich, unter der\u00a0CC-BY-SA 3.0 DE Lizenz zur Verf\u00fcgung gestellt. VerbaAlpina f\u00fchlt sich den FAIR-Prinzipien (https:\/\/www.force11.org\/group\/fairgroup\/fairprinciples<\/a>) verpflichtet:\u00a0Findable \u2013 Accessible \u2013 Interoperable und Re-usable sein!<\/p>\n Anhang<\/h1>\nEckdaten der technischen Realisierung<\/h2>\nModularer Aufbau<\/strong>: Datenbank (VA<\/span>_DB<\/span><\/strong>) \u2013 Publikationsportal (VA<\/span>_WEB<\/strong>) \u2013 Mediathek (VA<\/span>_MT<\/strong>)<\/p>\n<\/a><\/p>\n \nVA<\/span>_DB<\/span>: MySQL-Cluster<\/li>\n VA<\/span>_WEB: WordPress-Installation mit Anbindung an MySQL-Datenbank<\/li>\n WordPress: PHP-Framework, weit verbreitet, standardisiert;<\/li>\n Visualisierung der Projektdaten auf einer Google-Map<\/li>\n Anpassung der WordPress-Basisinstallation durch projektspezifische Erweiterungen, m\u00f6glichst in Form von sog.<\/span> Plugins.<\/li>\nPlugin-Konzept\u00a0\u21d2 Synergieeffekte durch Weiterverwendung in anderen Projekten<\/li>\n<\/ul>\nBeispiel: Strukturierte Erfassung von Daten aus einem Sprachatlas<\/h2>\n<\/a>VALTS-Karte IV 73. Orange Markierung: Verwendung der Bezeichnung Sennk\u00fcche f\u00fcr den\u00a0SENNEREIRAUM INNERHALB DER ALPH\u00dcTTE in der Ortschaft Bichlbach (T06). Gr\u00fcne Markierung: Verwendung der Bezeichnung Taje f\u00fcr die ALPH\u00dcTTE in der Ortschaft Sankt Leonhard (T34).<\/p><\/div>\n Die Abbildung pr\u00e4sentiert einen Ausschnitt aus dem\u00a0VALTS|Vorarlberger Sprachatlas<\/span>-Karte IV 73 (\"Die Sennh\u00fctte bzw. der Sennereiraum auf der Alpe, Lautung und Bedeutung von Tieje, Taje f.<\/span>\").<\/p>\n Die Karte ist ein Repr\u00e4sentant einer sog.<\/span> Punktsymbolkarte<\/strong>, die die Verbreitung der sprachlichen Merkmale haupts\u00e4chlich durch unterschiedliche Symbole visualisiert, die jeweils bestimmten definierten Typen zugeordnet sind. Wesentlich ist demnach die vorangegangene Typisierung<\/strong> des gesammelten Sprachmaterials. Diese Art von Sprachkarte steht einer anderen Art gegen\u00fcber, auf der jeweils die konkreten Einzelbelege in h\u00e4ufig phonetischer Transkription direkt neben die korrespondierenden Erhebungspunkte geschrieben werden, ohne dass die Einzelbelege in irgendeiner Weise als Vertreter bestimmter Typen markiert werden w\u00fcrden.<\/p>\n Die Eintragungen auf dieser Karte sind sehr heterogen. So sind zun\u00e4chst mehrere Konzepte auf einer Karte versammelt:<\/p>\n \nSENNH\u00dcTTE<\/li>\n SENNEREIRAUM<\/li>\n<\/ul>\nAus der Legende geht hervor, dass auf der Karte dar\u00fcberhinaus noch weitere Konzepte dokumentiert sind:<\/p>\n \nSENNEREIRAUM INNERHALB DER ALPH\u00dcTTE,<\/li>\n PRIMITIVE SENNH\u00dcTTE AUF MAIENS\u00c4\u00dfEN,<\/li>\n SENNK\u00dcCHE,<\/li>\n K\u00c4SEKELLER,<\/li>\n ALPH\u00dcTTE<\/li>\n<\/ul>\nDie meisten dieser Konzepte sind nicht fl\u00e4chendeckend in allen kartierten Erhebungsorten abgefragt und dokumentiert worden. Insofern besteht also eine Inkonsistenz in der Fl\u00e4che<\/strong>.<\/p>\n VerbaAlpina unterscheidet im Hinblick auf die Sprachdaten mehrere Abstrahierungsstufen<\/strong>. An der Basis befindet sich jeweils der individuelle Einzelbeleg<\/strong>, der von einem Gew\u00e4hrsmann\/Informanten gleichsam zu Protokoll gegeben wurde. Diese Einzelbelege k\u00f6nnen sodann in verschiedener Weise typisiert werden. So k\u00f6nnen zum einen mehrere Einzelbelege, die bestimmte phonetische Gemeinsamkeiten aufweisen, zu phonetischen Typen<\/strong> zusammengefasst werden. Zum anderen k\u00f6nnen unterschiedliche Einzelbelege Repr\u00e4sentanten ein und desselben morpholexikalischen Typs<\/strong> sein, unabh\u00e4ngig von phonetischen Eigenheiten.<\/p>\n Die (fiktiven) Einzelbelege Kaas<\/em> und Kees<\/em> w\u00fcrden z.B. aufgrund der differierenden Vokalrealisierung zwei unterschiedlichen phonetischen Typen zuzuordnen sein, w\u00e4ren jedoch beide auf denselben morpholexikalischen Typ K\u00e4se<\/em> zu beziehen.<\/p>\n Auf der VALTS-Karte finden sich Vertreter sowohl von Einzelbelegen wie auch von phonetischen und morpholexikalischen Typen. Ein Vertreter eines Einzelbelegs w\u00e4re z. B. der Eintrag\u00a0to\u02d0\u0259<\/em> in der Kartenlegende zum Erhebungspunkt T34, der als Vertreter des phonetischen Typs Taje<\/em> aufgefasst wird. Diesem phonetischen Typ Taje<\/em> wird auf der Karte der phonetische Typ Tieie<\/em> gegen\u00fcbergestellt, wobei das unterscheidende Merkmal offenkundig der hinter dem anlautenden T eingeschobene i-Laut ist. Grunds\u00e4tzlich w\u00e4re die Definition weiterer phonetischer Typen denkbar, die sich an anderen lautlichen Merkmalen orientieren w\u00fcrden. So k\u00f6nnte man z.B. auch Belegvarianten, die dem Muster Toje<\/em> folgen, oder solche, die anstelle des o ein e aufweisen, als weitere phonetische Typen auffassen.<\/p>\n Neben phonetischen Typen begegnen auf der VALTS-Karte auch morpholexikalische Typen. Als solche w\u00e4ren z.B. die unter der Rubrik \"Deutsche Bezeichnungen\" aufgelisteten Bezeichnungen (Senn<\/em>-, Alp<\/em>- oder Berg<\/em>-)H\u00fctte<\/em> oder Sennhaus<\/em> aufzufassen. Die Karte gibt keinen Aufschluss \u00fcber die dahinterstehenden Einzelbelege und deren individuelle lautliche Varianten. Unsicherheit besteht auch im Hinblick auf die Frage, ob ein Informant nun Sennh\u00fctte<\/em>, Alph\u00fctte<\/em>, Bergh\u00fctte<\/em> oder einfach nur H\u00fctte<\/em> verwendet hat.\u00a0Die strukturierte Erfassung der Daten zwingt jedoch jeweils zu klaren Entscheidungen, die daher oftmals nicht leichtfallen.\u00a0Strenggenommen ist es im vorliegenden Fall gar nicht m\u00f6glich, eine Entscheidung zu treffen. Lediglich die Verwendung des Wortes H\u00fctte, m\u00f6glicherweise als Bestandteil eines Kompositums, ist gesichert.<\/p>\n Bei der strukturierten Erfassung der Daten muss der Status jeder Eintragung identifiziert und entsprechend notiert werden. Eine automatisierte Erfassung der Daten ist unm\u00f6glich, manuelle Erfassung durch Personen mit sprachwissenschaftlichem Fachwissen zwingend erforderlich.<\/p>\n Das oben pr\u00e4sentierte Beispiel aus dem Vorarlberger Sprachatlas w\u00fcrde sich skizzenhaft in folgender Weise im relationalen Datenformat abbilden lassen:<\/p>\n Metadatenkategorien (Variable):<\/p>\n \nKonzept<\/li>\n Bezeichnung_morpholexikalischer Typ<\/li>\n phonetischer Typ<\/li>\n Einzelbeleg<\/li>\n Gemeindename<\/li>\n Gemeindenummer<\/li>\n<\/ul>\n\n\n\n\n\n\n\n\nKonzept<\/td>\n Bezeichnung_ \nmorpholexikalischer Typ<\/td>\n Bez_phontischer Typ<\/td>\n Einzelbeleg<\/td>\n Gemeindename<\/td>\n Gemeindenummer<\/td>\n<\/tr>\n SENNEREIRAUM INNERHALB DER ALPH\u00dcTTE<\/td>\n Sennk\u00fcche<\/td>\n <\/td>\n <\/td>\n Bichlbach<\/td>\n T6<\/td>\n<\/tr>\n ALPH\u00dcTTE<\/td>\n Teie(n)<\/td>\n Taje<\/td>\n to\u02d0\u0259<\/td>\n St. Leonhard<\/td>\n T34<\/td>\n<\/tr>\n <\/td>\n <\/td>\n <\/td>\n <\/td>\n <\/td>\n <\/td>\n<\/tr>\n <\/td>\n <\/td>\n <\/td>\n <\/td>\n <\/td>\n <\/td>\n<\/tr>\n <\/td>\n <\/td>\n <\/td>\n <\/td>\n <\/td>\n <\/td>\n<\/tr>\n<\/tbody>\n<\/table>\nGrundlage f\u00fcr die Transkription ist eine von VA<\/span> erstellte sog.<\/span> Codepage<\/a>, in der die Regeln f\u00fcr die Abbildung von Sonderzeichen durch ASCII<\/span>-Zeichen festgelegt sind.<\/p>\n <\/a>Ausschnitt aus den Transkriptionsregeln von VerbaAlpina f\u00fcr die Erfassung von Daten aus Sprachatlanten<\/p><\/div>\n <\/p>\n Bibliographie<\/h3>VALTS|Vorarlberger Sprachatlas<\/b> = Eintrag nicht gefunden<\/li><\/ul>Eintrag nicht gefunden<\/div>VerbaAlpina<\/div>Datenbank<\/div>Partner VerbaAlpina<\/div>sogenannt<\/div>vorr\u00f6misch<\/div>folgende<\/div>structured query language<\/div>Ludwig-Maximilians-Universit\u00e4t M\u00fcnchen<\/div>American Standard Code for Information Interchange<\/div>International Phonetic Alphabet<\/div>Seite<\/div>lat.<\/span> sub<\/span> voce (deu.<\/span> unter dem Stichwort)Latein (ISO 639-3)<\/div>Substantiv<\/div>Deutsch (ISO 639-3)<\/div><\/div>Substantiv<\/div>lat.<\/span> versus (deu.<\/span> im Gegensatz zu)Latein (ISO 639-3)<\/div>Deutsch (ISO 639-3)<\/div><\/div>Uniform Resource Locator<\/div>Digital Object Identifier<\/div>Uniform Resource Name<\/div>Universit\u00e4tsbibliothek<\/div>Femininum<\/div>","protected":false},"excerpt":{"rendered":"Die folgenden Ausf\u00fchrungen erg\u00e4nzen und exemplifizieren die Darlegungen von Thomas Krefeld zum sprachwissenschaftlichen Gesamtkonzept von VerbaAlpina (VA). Wiederholungen k\u00f6nnen dabei nicht vollst\u00e4ndig ausgeschlossen werden. Im Zentrum stehen hier die Aspekte der informatischen Konzeption und der konkreten technischen Umsetzung. VerbaAlpina gliedert sich aufs Ganze gesehen in zwei gro\u00dfe Teilbereiche: Ein Datenbanksystem (VA_DB) und eine Webschnittstelle (VA_WEB) […]<\/p>\n","protected":false},"author":5,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1,18],"btdb_keywords":[],"coauthors":[],"class_list":["post-6495","post","type-post","status-publish","format-standard","hentry","category-allgemein","category-va_beitrag"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=\/wp\/v2\/posts\/6495","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=6495"}],"version-history":[{"count":95,"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=\/wp\/v2\/posts\/6495\/revisions"}],"predecessor-version":[{"id":24054,"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=\/wp\/v2\/posts\/6495\/revisions\/24054"}],"wp:attachment":[{"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=6495"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=6495"},{"taxonomy":"btdb_keywords","embeddable":true,"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fbtdb_keywords&post=6495"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/www.verba-alpina.gwi.uni-muenchen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcoauthors&post=6495"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}