-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bookable vs castable #22
Comments
Allen checks voran steht die Ueberpruefung, ob sie fiktional sind.
Castable ...per se sollen das auch alle erstmal sein. Ausnahmen deklariert man da wohl extra (die Queen...). Bookable war angedacht, falls man Personen auch mal paar Tage nicht zur Auswahl stehen haben will ("dreht im Ausland", ein direktes "macht gerade Film x" geht nicht, da zwischen Konzeption und Dreharbeiten halt eine Zeitluecke klafft).
|
bookable wird in der Datenbank vergleichsweise selten verwendet. Vielleicht sollte mittelfristig dort stattdessen castable verwendet und gesetzt werden, wenn bookable für temporäre gedacht war. |
Wie gesagt. 'castable' sollte 0 sein, wenn es sich um Personen handelt, die unter keinen Umstaenden fuer Eigenproduktionen zur Verfuegung stehen sollen. Also bspweise ein Alien oder der Yeti, die aber aus irgendeinem Grund im Cast eines bestehenden Programms auftauchen sollen.
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Im Datenbank-Einlesecode wird ausschließlich bookable ausgewertet, daher ist auch nur dieser Wert dokumentiert. Castable gibt es zwar als Flag, aber im Moment scheint es automatisch für jede Person gesetzt zu werden (TPersonBase#New).
Auf die Schnelle sehe ich auch nicht, wie nicht-fiktionale Celebrities ausgeschlossen würden.
The text was updated successfully, but these errors were encountered: