Inhalt
Allgemeines
Um die redaktionelle Arbeit an der Webseite zu erleichtern, liefert das neue Django CMS über eine KOKOS Schnittstelle Daten zu Produktionen, Veranstaltungen und Personen, die im KOKOS System schon hinterlegt sind.
Diese Daten laufen über das ID Service ins CMS, dort werden sie optional mit JET Daten gemerged und danach approved.
Dieses Dokument dient zu Übersicht, welche KOKOS Felder benutzt werden und wie diese dann im CMS eingetragen werden.
Wichtig
Die visuelle Darstellung ist zwar bei allen Webseiten ähnlich, hängt jedoch vom Frontend Design ab, und wird deshalb hier nicht dargestellt!
Da die Daten sowohl aus KOKOS, JET oder auch manuell im CMS eingegeben werden können, gibt es eine Reihenfolge der Systeme, welche Daten schlussendlich im CMS landet. Diese Reihenfolge ist mit 1,2,3 in der Liste dargestellt.
Beispiel:
| KOKOS | JET | MANUELL |
Name der Veranstaltung | 1 | 3 | 2 |
Der Name der Veranstaltung kommt zuerst aus KOKOS. Steht dort nichts oder KOKOS wird nicht verwendet wird der manuell eingetragene Wert aus dem CMS verwendet. Wird das nicht benutzt und leer gelassen, wird der Name aus JET verwendet.
Ebenso vererben Produktionen auf die einzelnen Veranstaltungen. Wird ein Wert bei der Veranstaltung nicht verwendet/ausgefüllt, wird der Wert aus der Produktion verwendet.
Produktionen
# |
| KOKOS | JET | Manuell/CMS | Anmerkung |
1 | ID | AUTOWERT | automatisch | ||
2 | ID JET | 1 | automatisch | ||
3 | ID KOKOS | 1 | automatisch | ||
4 | Type_detail_view | 1 | |||
5 | Season | 1 | 2 | Screen 1 | |
6 | Name | 1 | 3 | 2 | Screen 2 |
7 | Subtitle (de) | 1 | 2 | Screen 2 | |
8 | Subtitle (en) | 1 | |||
9 | Room | 1 | 2 | Screen 3 | |
10 | Description_short (de) | 1 | 2 | Screen 2 | |
11 | Description_short (en) | 1 | |||
12 | Description_short2 (de) | 1 | 2 | Screen 2 | |
13 | Description_short2 (en) | 1 | |||
14 | Descritption_long | 2 | 1 | Screen 4 | |
15 | Promoter | 1 | 2 | automatisch | |
16 | Duration | 1 | |||
17 | Opening_hours (de) | 1 | |||
18 | Opening_hours (en) | 1 | |||
19 | Exibition_type | 1 | |||
20 | Event_type | 1 | 2 | Screen_4 | |
21 | is_free | 1 | |||
22 | Tags | 1 |
Die Daten zu Produktionen kommen hauptsächlich aus KOKOS. In der letzten Spalte sind die Screens eingetragen, die euch zeigen, wo dieses Feld genau in KOKOS eingetragen wird um im CMS aufzuscheinen.
(Screen 1: #5=Season)
(Screen 2: #6=Name / #7=Subtitle / #10=Description_short / #12=Description_short2)
(Screen 3: #9=Room)
(Screen 4: #14=Description_long / #20=Event_type)
Events/Veranstaltungen
# |
| KOKOS | JET | Manuell/CMS | Anmerkung |
1 | ID | AUTOWERT | automatisch | ||
2 | Id jet | 1 | automatisch | ||
3 | Id kokos | 1 | automatisch | ||
4 | Production | 1 | 3 | 2 | Screen 1 |
5 | Type_detail_view | 1 | |||
6 | Show_in_calender | 1 | |||
7 | Name | 1 | 3 | 2 | Screen 1 |
8 | Subtitle (de) | 1 | 3 | 2 | Screen 2 |
9 | Subtitle (en) | 1 | |||
10 | Room | 1 | 2 | 3 | Screen 3 |
11 | Date_start | 2 | 1 | 3 | Screen 1 |
12 | Date_end | 2 | 1 | 3 | Screen 1 |
13 | Description_short (de) | 2 | 3 | 1 | Screen 2 |
14 | Description_short (en) | 1 | |||
15 | Description_short2 (de) | 2 | 1 | Screen 2 | |
16 | Description_short2 (en) | 1 | |||
17 | Description_long (de) | 1 | |||
18 | Description_long (en) | 1 | |||
19 | Is_cancelled | 1 | 2 | Screen 4 | |
20 | Is_postponed | 1 | |||
21 | Genre | 1 | |||
22 | Promoter | 1 | 2 | 3 | automatisch |
23 | Ticket_status | 1 | |||
24 | Ticket_info (de) | 1 | 2 | Screen 5 | |
25 | Ticket_info (en) | 2 | |||
26 | Online_from | 1 | 3 | 2 | Screen 6 |
27 | Ticket_sale_from | 1 | 2 | ||
28 | Is_on_tour | 1 | |||
29 | Event_type | 1 | 2 | Screen 6 | |
30 | Is_free | 1 | |||
31 | Tags | 1 | |||
32 | Sponsors | 1 |
Info
Sind Daten bei Veranstaltungen/Terminen nicht eingegeben und leer, existieren aber bei der verknüpften Produktion, so werden automatisch die Daten aus der Produktion genommen.
Optional kann JET Light eingestellt werden. Dann werden Subtitle, Short Description und Promoter nicht mehr von JET übertragen.
(Screen 1: #4=Production / #7=Name / #11=Date_start / #12=Date_End)
(Screen 2: #8=Subtitle / #13=Description_short / #15=Description_short2)
(Screen 3: #10=Room)
(Screen 4: #19=IsCancelled)
(Screen 5: #24=Ticket_info)
(Screen 6: #26=Online_from / #29=Event_type)
Wichtig
Das "Online from" Feld ist besonders wichtig, da es sonst im CMS nicht angezeigt werden kann!
Personen
# |
| KOKOS | JET | Manuell/CMS | Anmerkung |
1 | ID | AUTOWERT | automatisch | ||
2 | ID JET | 1 | automatisch | ||
3 | ID KOKOS | 1 | automatisch | ||
4 | Name | 1 | 2 | Screen 1 | |
5 | Position (de) | 2 | 1 | Screen 2 | |
6 | Position (en) | 1 | |||
7 | Biography (de) | 2 | 1 | Screen 2 | |
8 | Biography (en) | 1 | |||
9 | Bild | 1 | |||
10 | HasDetail | 1 | |||
11 | 1 | ||||
12 | Phone | 1 |
(Screen 1: #4=Name) Der Name generiert sich aus Künstlername – wenn befüllt – und alternativ danach bürgerlicher Name!
(Screen 2: #5=Position / #7=Biography)
Event Type
Die unterschiedlichen Event Types, die für eine Produktion und/oder Events eingegeben werden müssen, haben konkrete Auswirkung auf die Erscheinung der Produktion/Event.
Bei den unterschiedlichen Event Types die für eine Produktion und eine Event eingegeben werden muss
Name | Parent / Child | Kalender? | Ticket Button? | Detailseite? |
1 parent-list-ticket-detail | Parent | JA | JA | JA |
2 child-list-ticket-detail | Child | JA | JA | JA |
3 child-list-ticket-nodetail | Child | JA | JA | NEIN |
4 child-list-noticket-detail | Child | JA | NEIN | JA |
5 child-nolist-noticket-nodetail | Child | NEIN | NEIN | NEIN |
6 parent-nolist-ticket-detail | Parent | NEIN | JA | JA |
1 parent-list-ticket-detail
Das wird die häufigste Einstellung sein. Dieses Event steht für sich alleine. Das kann etwa eine Ausstellung sein, ein Konzert, eine Vostelllung usw.
Das Event scheint im Veranstaltungskalender auf und in der Veranstaltungsliste. Es hat einen Ticket Button, der zum Webshop führt (alternativ später Schnellbuchungsbutton) und hat eine Detailseite in der dieses Event noch genauer beschrieben wird.
2 child-list-ticket-detail
Dieses Event ist als Child mit einem Parent verknüpft, es gehört also zu einer anderen Veranstaltung dazu und steht nicht für sich alleine. Dadurch scheint es automatisch in der Detailseite der Parent Veranstaltung auf. Es scheint auch im Kalender/Veranstaltungsliste auf. Ebenso hat es einen Ticket Button – muss also gebucht werden - und eine Detailseite zur genaueren Beschreibung.
Beispiel: Eine zusätzlich buchbare Besprechung zu einer Vorstellung.
3 child-list-ticket-nodetail
Gleich wie 2. Hat jedoch keine Detailseite.
Beispiel: Ein Workshop zu einer Veranstaltung. Kostenpflichtiger Bustransfer zu einer Veranstaltung.
4 child-list-noticket-detail
Gleich wie 2. Hat jedoch keinen Ticketbutton. Kann und muss also nicht extra gebucht werden.
Beispiel: Eine Premierenfeier/Ausstellungseröffnung. Öffentlich zugänglich, kein Ticket notwendig.
5 child-nolist-noticket-nodetail
Das ist ein verknüpftes Event, das die wenigsten Eigenschaften hat. Weder scheint es im Kalender auf, noch hat es einen Ticket Button. Es gibt auch keine beschreibende Detailseite dazu. Aber es scheint automatisch bei der Parent Veranstaltung als Info auf.
Beispiel: (kostenloser) Bustransfer.