occ Ersatz

Aktuell:

• nicht vorhanden

Zukünftig:

Anhand eines OC-Wegpunkts soll eine Seite aufgerufen werden, die die Verknüpfung mit dem GC-Pendant darstellt und einige Optionen zur Anpassung der Informationen bietet.

Offene Fragen:

• 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:

• Ownername OC: user / username

• zuletzt eingeloggt: user / last_login

• OC-Wegpunkt: chaches / wp_oc

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

  • support_user_relations

    • id

    • 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 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 leer. Ä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 (ID des Kommentars. 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_change (Datum der letzten 'comment'-Änderung)

• Bemerkungen zu OC-Listings speichern ❌

  • support_listing_comments (Kommentare zu OC-Listings speichern)

    • id

    • 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_change (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 weniger 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 (das wäre Tabelle support_
  ❌

  • support_listing_infos

    • id

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

    • listing_id

    • listing_name

    • listing_size

    • listing_difficulty

    • listing_terrain

    • listing_archived (ja oder nein)