Allgemeine Anpassung zur Bereitstellung einer Schnittstelle - Versionsgeschichte

Fritz: /* Wann */

2015-02-11T17:10:52Z

‎Wann

Fritz: /* Dateiformat */

2015-02-11T17:04:34Z

‎Dateiformat

Thomas Schneider: /* Wo */

2015-02-11T14:24:37Z

‎Wo

Thomas Schneider: /* Spaltennamen und Reihenfolge */

2015-02-11T14:22:09Z

‎Spaltennamen und Reihenfolge

Thomas Schneider am 11. Februar 2015 um 14:20 Uhr

2015-02-11T14:20:15Z

Fritz am 11. Februar 2015 um 14:09 Uhr

2015-02-11T14:09:29Z

Thomas Schneider am 11. Februar 2015 um 11:29 Uhr

2015-02-11T11:29:11Z

Thomas Schneider am 11. Februar 2015 um 11:28 Uhr

2015-02-11T11:28:18Z

Thomas Schneider am 11. Februar 2015 um 11:24 Uhr

2015-02-11T11:24:35Z

Thomas Schneider am 11. Februar 2015 um 10:46 Uhr

2015-02-11T10:46:26Z

@@ Zeile 50: / Zeile 50: @@
 Das Datum der Beobachtung.
-Hier sollte für einen reibungslosen Import die landesspezifische Einstellung des Datumsformates genutzt werden. Für Daten aus Deutschland wäre das: tt.mm.jjjj
+Hier sollte für einen reibungslosen Import die landesspezifische Einstellung des Datumformates genutzt werden. Für Daten aus Deutschland wäre das: tt.mm.jjjj
 Beispiel:
@@ Zeile 57: / Zeile 57: @@
 Vorgeschlagene Bezeichnung: '''Date'''
 === Wo ===

@@ Zeile 9: / Zeile 9: @@
 ==== Dateiformat ====
-Recorder verfügt mit dem Import Assistenten über eine gute Importschnittstelle für [[Flache Tabelle|Flache Tabellen]], auch als ''„Flat Table“'' bzw. ''„Flat File Database“'' bezeichnet. Dafür müssen die Daten, so strukturiert sein, dass jede Reihe genau eine Beobachtung repräsentiert. Auch hierarchische Zusammenhänge können bei speziellen Inhalten innerhalb dieser „flachen Tabellen“ dargestellt werden. Recorder unterstützt beim Import zahlreiche Quellformate, u.a. Excel-Arbeitsblätter, Access Datenbanken, CSV-Dateien oder dBase-Dateien.
+Recorder verfügt mit dem Import Assistenten über eine gute Importschnittstelle für [[Flache Tabelle|Flache Tabellen]], auch als ''„Flat Table“'' bzw. ''„Flat File Database“'' bezeichnet. Dafür müssen die Daten so strukturiert sein, dass jede Reihe genau eine Beobachtung repräsentiert. Auch hierarchische Zusammenhänge können bei speziellen Inhalten innerhalb dieser „flachen Tabellen“ dargestellt werden. Recorder unterstützt beim Import zahlreiche Quellformate, u.a. Excel-Arbeitsblätter, Access Datenbanken, CSV-Dateien oder dBase-Dateien.
 Für die Minimal-Schnittstelle bietet sich das [https://de.wikipedia.org/wiki/CSV_%28Dateiformat%29 CSV-Dateiformat] als Austauschformat an. Die Dateien müssen im ANSI-Textformat (siehe auch [https://de.wikipedia.org/wiki/ISO_8859-1#Windows-1252 Windows-1252]) vorliegen.

← Nächstältere Version		Version vom 11. Februar 2015, 14:24 Uhr
Zeile 110:		Zeile 110:


−	Vorgeschlagene Bezeichnung: '''Spatial Reference''' (für die Raumreferenz), '''Spatial Reference System''' (für das ~~Raumrefernzsystem~~)	+	Vorgeschlagene Bezeichnung: '''Spatial Reference''' (für die Raumreferenz), '''Spatial Reference System''' (für das Raumreferenzsystem)

	=== Wie ===		=== Wie ===

@@ Zeile 21: / Zeile 21: @@
 ==== Spaltennamen und Reihenfolge ====
-Der erste Datensatz sollte ein Kopfdatensatz sein, der die Spaltennamen definiert. Dies ist nicht zwingend, aber erlichtert den Import. Im Folgenden wird eine Bezeichnug für die Spalten vorgeschlagen, die beim Import automatisch erkannt wird, so dass die Inhalte der Importdaten gleich korrekt zugeordnet werden.
+Der erste Datensatz sollte ein Kopfdatensatz sein, der die Spaltennamen definiert. Dies ist nicht zwingend, aber erleichtert den Import. Im Folgenden wird eine Bezeichnug für die Spalten vorgeschlagen, die beim Import automatisch erkannt wird, so dass die Inhalte der Importdaten gleich korrekt zugeordnet werden.
 Die Reihenfolge der Spalten ist frei wählbar.
 === Wer ===

@@ Zeile 2: / Zeile 2: @@
 Um die Beobachtung einer Pflanze oder eines Tieres festzuhalten, wird ein Mindeststandard vorausgesetzt.
-Die 5 W - Fragen WER, WAS, WANN, WO und WIE werden allgemein als Minimalkonsens für valide Artbeobachtungen betrachtet. Anhand dieser Fragen soll im Folgenden eine minimalistische Recorder Schnittstelle für Artenbeobachtungen aus Fremdsystemen beschrieben werden. Informationenzum Import von Inhalten, welche über die hier für die Minimalschnittstelle beschriebenen hinaus gehen, finden sich unter [[Import-Wizard]].
+Die 5 W - Fragen WER, WAS, WANN, WO und WIE werden allgemein als Minimalkonsens für valide Artbeobachtungen betrachtet. Anhand dieser Fragen soll im Folgenden eine minimalistische Recorder Schnittstelle für Artenbeobachtungen aus Fremdsystemen beschrieben werden. Informationen zum Import von Inhalten, welche über die hier für die Minimalschnittstelle beschriebenen hinaus gehen, finden sich unter [[Import-Wizard]].
 <br />

@@ Zeile 1: / Zeile 1: @@
-Bei der Bereitstellung einer Schnittstelle, die einen schnellen und unkomplizierte Import von Daten externer Systeme nach Recorder ermöglicht, gibt es einige "Recorderspezifische" Dinge zu beachten.
+Bei der Bereitstellung einer Schnittstelle, die einen schnellen und unkomplizierten Import von Daten externer Systeme nach Recorder ermöglicht, gibt es einige "recorderspezifische" Dinge zu beachten.
 Um die Beobachtung einer Pflanze oder eines Tieres festzuhalten, wird ein Mindeststandard vorausgesetzt.
-Die 5 W - Fragen WER, WAS, WANN, WO und WIE werden allgemein als Minimalkonsens für valide Artbeobachtungen betrachtet. Anhand dieser Fragen soll im Folgenden eine minimalistische Recorder Schnittstelle für Artenbeobachtungen aus Fremdsystemen beschrieben werden. Informationenzum Import von Inhalten, die über die hier für die Minimalschnittstelle beschriebenen hinaus gehen, finden sich unter [[Import-Wizard]].
+Die 5 W - Fragen WER, WAS, WANN, WO und WIE werden allgemein als Minimalkonsens für valide Artbeobachtungen betrachtet. Anhand dieser Fragen soll im Folgenden eine minimalistische Recorder Schnittstelle für Artenbeobachtungen aus Fremdsystemen beschrieben werden. Informationenzum Import von Inhalten, welche über die hier für die Minimalschnittstelle beschriebenen hinaus gehen, finden sich unter [[Import-Wizard]].
 <br />
@@ Zeile 14: / Zeile 14: @@
 Für das Format der CSV-Datei gilt zu beachten:
-* Als Trennung von Datensätzen sollte die bei dem Betriebssystem Windows üblichene Zeichenfolge Zeilenvorschub + Wagenrücklauf (CRLF; Dezimal-Zeichencode 10, 13) genutzt werden
+* Als Trennung von Datensätzen sollte die bei dem Betriebssystem Windows übliche Zeichenfolge Zeilenvorschub + Wagenrücklauf (CRLF; Dezimal-Zeichencode 10, 13) genutzt werden
 * Zur Trennung von Datenfeldern (Spalten) innerhalb der Datensätze sollte ein Komma eingesetzt werden.
-* Das Feldbegrenzerzeichen (auch: Textbegrenzungszeichen) ist das dopplete Anführungszeichen ". Alle Datenfelder sollten vom Feldbegrenzerzeichen eingeschlossen werden. Wenn der Feldbegrenzer selbst in den Daten enthalten ist, muss dieser im Datenfeld verdoppelt werden.
+* Das Feldbegrenzerzeichen (auch: Textbegrenzungszeichen) ist das doppelte Anführungszeichen ". Alle Datenfelder sollten vom Feldbegrenzerzeichen eingeschlossen werden. Wenn der Feldbegrenzer selbst in den Daten enthalten ist, muss dieser im Datenfeld verdoppelt werden.
 Die zum Format der CSV-Datei genannten Vorgaben sind nicht zwingend notwendig, erleichtern aber dem Nutzer den Import.
 ==== Spaltennamen und Reihenfolge ====
-Der erste Datensatz sollte ein Kopfdatensatz sein, der die Spaltennamen definiert. Dies ist nicht zwingend, aber erlichtert den Import. Im folgenden wird eine Bezeichnug für die Spalten vorgeschlagen, die beim Import automatisch erkannt wird, so dass die Inhalte der Importdaten gleich korrekt zugeordnet werden.
+Der erste Datensatz sollte ein Kopfdatensatz sein, der die Spaltennamen definiert. Dies ist nicht zwingend, aber erlichtert den Import. Im Folgenden wird eine Bezeichnug für die Spalten vorgeschlagen, die beim Import automatisch erkannt wird, so dass die Inhalte der Importdaten gleich korrekt zugeordnet werden.
 Die Reihenfolge der Spalten ist frei wählbar.
@@ Zeile 31: / Zeile 31: @@
 Mehrere Personen werden durch eines der Zeichen , ; / \ „und“ & + getrennt, der Hauptsammler oder Beobachter sollte an erster Stelle stehen.
-Obwohl Recorder den Import sehr unterschiedlicher Zusammensetzungen von Kartierernamen korrekt ausführen kann, gibt es immer wieder Fälle, in denen die Namen nicht korrekt erkannt werden . Am sichersten ist es, alle Beobachter mit Vor- und Zunamen und per Semikolon getrennt aufzulisten:
+Obwohl Recorder den Import sehr unterschiedlicher Zusammensetzungen von Kartierernamen korrekt ausführen kann, gibt es immer wieder Fälle, in denen die Namen nicht korrekt erkannt werden. Am sichersten ist es, alle Beobachter mit Vor- und Zunamen und per Semikolon getrennt aufzulisten:
 Donald Duck; Dagobert Duck; Tick Duck
@@ Zeile 51: / Zeile 51: @@
 Das Datum der Beobachtung.
-Hier sollte für einen reibungslosen Import die landesspezifische Einstellung des Datumsformates genutzt werden. Für Daten aus Deutschland wäre das: dd.mm.jjjj
+Hier sollte für einen reibungslosen Import die landesspezifische Einstellung des Datumsformates genutzt werden. Für Daten aus Deutschland wäre das: tt.mm.jjjj
 Beispiel:
@@ Zeile 111: / Zeile 111: @@
-Vorgeschlagene Bezeichnung: '''Spatial Reference''' (für die Raumreferenz), '''Spatial Referenz System''' (für das Raumrefernzsystem)
+Vorgeschlagene Bezeichnung: '''Spatial Reference''' (für die Raumreferenz), '''Spatial Reference System''' (für das Raumrefernzsystem)
 === Wie ===
-Angabe über die Art und Weise, wie eine Beobachtung erhoben wurde. Obwohl diese Angabe fakultativ ist. Es sollte jedoch zumindest der Begriff "Feldbeobachtung" eingesetzt werden.
+Angabe über die Art und Weise, wie eine Beobachtung erhoben wurde. Diese Angabe ist jedoch fakultativ. Es sollte aber zumindest der Begriff "Feldbeobachtung" eingesetzt werden.
 Vorgeschlagene Bezeichnung: '''Sample Type'''

@@ Zeile 7: / Zeile 7: @@
 === Allgemeines ===
 Recorder verfügt mit dem Import Assistenten über eine gute Importschnittstelle für [[Flache Tabelle|Flache Tabellen]], auch als ''„Flat Table“'' bzw. ''„Flat File Database“'' bezeichnet. Dafür müssen die Daten, so strukturiert sein, dass jede Reihe genau eine Beobachtung repräsentiert. Auch hierarchische Zusammenhänge können bei speziellen Inhalten innerhalb dieser „flachen Tabellen“ dargestellt werden. Recorder unterstützt beim Import zahlreiche Quellformate, u.a. Excel-Arbeitsblätter, Access Datenbanken, CSV-Dateien oder dBase-Dateien.
@@ Zeile 17: / Zeile 18: @@
 * Das Feldbegrenzerzeichen (auch: Textbegrenzungszeichen) ist das dopplete Anführungszeichen ". Alle Datenfelder sollten vom Feldbegrenzerzeichen eingeschlossen werden. Wenn der Feldbegrenzer selbst in den Daten enthalten ist, muss dieser im Datenfeld verdoppelt werden.
-=== WER: ===
+Die zum Format der CSV-Datei genannten Vorgaben sind nicht zwingend notwendig, erleichtern aber dem Nutzer den Import.
 Eine textliche Auflistung der Namen der Personen, die für die Beobachtung zuständig sind, also eines Erfassers oder mehrerer Erfasser (Kartierer) (Observer),
@@ Zeile 25: / Zeile 34: @@
 Donald Duck; Dagobert Duck; Tick Duck
-===WAS:===
+=== Was ===
 Die wissenschaftliche Bezeichnung der beobachteten Art oder Sippe, optional mit dem Autorennamen.
@@ Zeile 34: / Zeile 45: @@
 Poa annua L.
-===WANN:===
+Vorgeschlagene Bezeichnung: '''Taxon'''
 Das Datum der Beobachtung.
 Hier sollte für einen reibungslosen Import die landesspezifische Einstellung des Datumsformates genutzt werden. Für Daten aus Deutschland wäre das: dd.mm.jjjj
@@ Zeile 42: / Zeile 57: @@
 .03.2014
 Recorder erwartet beim Import zumindest die Angabe einer Raumreferenz (also einer Koordinate). Es werden zahlreiche Raumreferenzsysteme unterstützt. Für moblie Erfassungssysteme, die mit GPS-Daten arbeiten, bietet sich die Bereitstellung der Original  WGS84-Daten [http://spatialreference.org/ref/epsg/wgs-84/ (EPSG:4326)] an.
@@ Zeile 93: / Zeile 111: @@
-===WIE===
+Vorgeschlagene Bezeichnung: '''Spatial Reference''' (für die Raumreferenz), '''Spatial Referenz System''' (für das Raumrefernzsystem)