Page Comparison

...

•  Wozu “❗(Listing zur Bearbeitung zuweisen/freigeben)”?
•  Was passiert bei “❗(Listing melden)“? .. ist die stinknormale “Melden”-Funktion
•  Müssen die Kommentare zwingend in mehreren Kommentaren abgelegt sein oder genügt jeweils auch ein einzelnes Kommentarfeld, das immer wieder editiert werden kann? Das Einfügen von Datum/Uhrzeit ins Textfeld könnte dann ev. durch einen separaten Button passieren.
  -> vorzugsweise mehrere Felder

Datenbank, bestehende Tabellen:

• Ownername OC: user / username

• zuletzt eingeloggt: user / last_login

• OC-Wegpunkt: chaches / wp_oc

Neue Datenbanktabellen:

• ❌ Informationen zu den Verbindungen eines OC-Users zu anderen Nodes, wie GC, speichern

  • support_user_relations

    • id (fortlaufende ID der Tabelle)

    • node (Info, von welchem Node diese Infos stammen, z.B. ‘gc’ für GC, ‘op’ für OC Polen, ..)

    • user_id (OC User-ID)

    • user_id_node (GC/Fremdnode User-ID, nicht GC/Fremdnode der Username!)

    • user_name (Name des Users auf GC/Fremdnode. Diese Info könnte z.B. von einem PocketQuery/GSAK-Import stammen)

    • user_name_maintained (Name des Users auf GC/Fremdnode. Diese Info wird vom Support eingetragen, ansonsten ist das Feld identischt identisch zu user_name. Änderungen des Namens werden als Systemkommentar beim User hinterlegt (siehe unten, Tabelle support_user_comments), damit Namensänderungen des GC/Fremdnode-Users nachvollziehbar sind.)

• ❌ Kommentare zu OC-Usern speichern

  • support_user_comments

    • id (fortlaufende ID des Kommentarsder Tabelle. Es sind mehrere Kommentare zu einem Nutzer möglich.)

    • user_id (OC User-ID)

    • comment (Feld für Notizen des Supports zu diesem OC-User)

    • comment_created (Datum der Erstellung)

    • comment_created_by (Ersteller)

    • comment_last_modified (Datum der letzten 'comment'-Änderung)

• ❌ Bemerkungen zu OC-Listings speichern.
  Der Support kann die Änderungen eines bestimmten Datums abfragen.

  • support_listing_comments (Kommentare zu OC-Listings speichern)

    • id (fortlaufende ID der Tabelle. Es sind mehrere Kommentare zu einem Listing möglich.)

    • listing_id (OC Listing ID)

    • comment (Feld für Notizen des Supports zu diesem OC-Listing)

    • comment_created (Datum der Erstellung)

    • comment_created_by (Ersteller)

    • comment_last_modified (Datum der letzten 'comment'-Änderung)

• ❌ Informationen zu Listings von Fremdnodes speichern.
  Diese Informationen könnten z.B. von einem (PocketQuery-/GSAK-)GPX-Import stammen. (Eher nicht durch händische Eingaben..)
  Bei einem weiteren GPX-Import werden Änderungen an bestehenden Infos auch als Listingkommentar (siehe oben, support_listing_comments) hinterlegt, womit sie auch später noch nachvollziehbar sind.
  Der Support kann die Änderungen eines bestimmten Datums abfragen.

  • support_listing_infos

    • id (fortlaufende ID der Tabelle)

    • node (Info, von welchem Node diese Infos stammen, ..)

    • listing_id

    • listing_name

    • listing_size

    • listing_difficulty

    • listing_terrain

    • listing_coordinates (Ankerkoordinaten)

    • listing_archived (ja oder nein)

...