gP2S הוא יישום אינטרנט למעקב אחר ניסויי cryoEM. התכונות העיקריות שלו מתוארות, כמו גם השלבים הדרושים להתקנה וקביעת התצורה של היישום. לאחר קביעת התצורה, היישום מאפשר לרשום במדויק מטה-נתונים הקשורים לניסויי כתם והקפאה שליליים.
מיקרוסקופ אלקטרונים קריוגניים (cryoEM) הפך לחלק בלתי נפרד מפרויקטים רבים לגילוי תרופות מכיוון שקריסטלוגרפיה של יעד החלבון אינה תמיד ברת השגה וקריום מספקת אמצעי חלופי לתמיכה בתכנון ליגנד מבוסס מבנה. כאשר מתמודדים עם מספר רב של פרויקטים נפרדים, ובתוך כל פרויקט מספר גדול פוטנציאלי של מבנים משותפים חלבון ליגנד, רישום מדויק שמירה במהירות הופך מאתגר. פרמטרים ניסיוניים רבים מכווננים לכל מטרה, כולל בשלבי הכנת הדגימה, הכנת הרשת והמיקרוסקופיה. לכן, שמירת רשומות מדויקת יכולה להיות חשובה ביותר כדי לאפשר רבייה לטווח ארוך, ולאפשר עבודת צוות יעילה, במיוחד כאשר שלבים של זרימת העבודה cryoEM מבוצעים על ידי אופרטורים שונים. כדי לסייע בהתמודדות עם אתגר זה, פיתחנו מערכת ניהול מידע מבוססת אינטרנט עבור cryoEM, הנקראת gP2S.
היישום עוקב אחר כל ניסוי, מדגם למודל אטומי סופי, בהקשר של פרויקטים, רשימה של אשר נשמרת ביישום, או חיצונית במערכת נפרדת. אוצר מילים מבוקר המוגדר על-ידי המשתמש של חומרים מתכלים, ציוד, פרוטוקולים ותוכנות מסייע לתאר כל שלב בזרימת העבודה cryoEM באופן מובנה. gP2S ניתן להגדרה באופן נרחב, ובהתאם לצרכי הצוות, עשוי להתקיים כמוצר עצמאי או להיות חלק ממערכת אקולוגית רחבה יותר של יישומים מדעיים, שילוב באמצעות API REST עם כלי ניהול פרוייקטים, יישומים העוקבים אחר ייצור חלבונים או של ליגנדים מולקולות קטנות, או יישומים לאוטומציה של איסוף ואחסון נתונים. משתמשים יכולים לרשום פרטים של כל הפעלת רשת ומיקרוסקופיה כולל מטא-נתונים ניסיוניים וערכי פרמטרים מרכזיים, ושושלת היוחסין של כל חפץ ניסיוני (מדגם, רשת, הפעלת מיקרוסקופיה, מפה וכו ‘) נרשמת. gP2S משמש כמארגן זרימת עבודה ניסיוני cryoEM המאפשר שמירת רשומות מדויקת עבור צוותים, והוא זמין תחת רישיון קוד פתוח.
ניהול מידע במתקני cryoEM
החל משנת 2014 בערך, מספר מיקרוסקופ אלקטרונים קריוגניים (cryoEM)1 מתקנים גדל באופן נפיץ, עם לפחות 300 מערכות high-end מותקן ברחבי העולם2, כולל במספר בחברות התרופות, המשקף תפקיד גדל והולך עבור cryoEM בגילוי סמים3. המשימות של מתקנים אלה, ואת הדרישות שלהם למעקב אחר נתונים וניהולשונים 4. חלקם, למשל מרכזי cryoEM לאומיים, מואשמים בקבלת רשתות EM, איסוף ערכות נתונים והחזרת נתונים למשתמשים לצורך קביעת מבנה, אולי לאחר עיבוד תמונה אוטומטי. במתקנים כאלה, מעקב אחר מקור הרשת, הקשר שלה להצעת משתמש או מענק, והשושלת מרשת לקבוצת נתונים היא קריטית, אך גורמים אחרים, כגון שיטת הטיהור של דגימת החלבון או תהליך קביעת המבנה בסופו של דבר, הם פחות, או בכלל לא, רלוונטיים. במתקנים אחרים, כגון מתקנים אקדמיים מקומיים, כל משתמש קצה אחראי על הכנת הדגימות והרשתות שלו, ניהול המיקרוסקופיה, ניהול הנתונים הגולמיים ועיבודם ופרסום התוצאות. אין צורך מחמיר במעקב אחר מטה-נתונים בחלק של מתקן כזה מאחר שתפקידו זה מתקיים על-ידי משתמש הקצה או החוקר הראשי שלו.
במתקן cryoEM שלנו, הטיפול והאופטימיזציה של דגימות, רשתות, פרוטוקולי איסוף ועיבוד נתונים, ותוצאות (מפות, מודלים) מרוכז על פני פרויקטים רבים על קבוצה קטנה של מתרגלים. זה מציב אתגרים בניהול נתונים ניסיוני (meta).. יש ללכוד ולשמר במדויק את שושלת המבנים הניסיוניים, החל מהמודל האטומי וכלה בזהות המדויקת של חלבונים וליגנדים, דרך פרמטרים להכנת רשת ופרוטוקולי איסוף נתונים. מטה-נתונים אלה חייבים להיות זמינים למספר אופרטורים אנושיים. לדוגמה, אדם שעושה עיבוד תמונה ייתכן שיהיה צורך לדעת איזה מבנה של חלבון שימש ומה היו הפרמטרים הדמיה, למרות שהם לא טיהרו את החלבון ולא אספו את נתוני cryoEM עצמם; מערכות אינפורמטיקה כגון daemons ניהול נתונים אוטומטי צריך לזהות את הפרויקט שעבורו מיקרוסקופ אוסף כעת נתונים על מנת להקצות כראוי ובשיטתיות שמות ספריות.
מספר מערכות לניהול מידע זמינות לתמיכה במתקני cryoEM. אולי השלם ביותר ביניהם הוא EMEN25, המשלב תכונות של מחברת מעבדה אלקטרונית, מערכת ניהול מידע, וכמה אלמנטים של כלי ניהול תהליכים עסקיים. ISPyB6,ששימש בסנכרון רבים, נבנה במקור כדי לתמוך בקווי הרנטגן לקריסטלוגרפיה, תומך כעת גם באיסוף נתוני cryoEM. Scipion7 הוא עטיפה עשירה ורבת עוצמה סביב חבילות עיבוד תמונה, המאפשר למשתמשים להקליט זרימות עבודה עיבוד תמונה ולשתף אותם, למשל באמצעות המאגר הציבורי EMPIAR8,9, והוא משולב גם עם ISPyB כדי לאפשר עיבוד נתונים cryoEM תוך כדי תנועה.
כאן אנו מתארים gP2S (עבור חלבון Genentech למבנה), מערכת ניהול מידע קריום מודרנית וקלת משקל שנבנתה כדי לתמוך בזרימת העבודה מחלבון מטוהר וליגנד מולקולה קטנה ועד למודל האטומי הסופי.
מבט כולל על gP2S
gP2S היא מערכת לניהול מידע cryoEM ידידותית למשתמש, המאפשרת רישום רשומות מדויק עבור מעבדות cryoEM ומתקנים מרובי משתמשים מרובי פרוייקטים. מתבצע מעקב אחר הישויות הבאות, קשרי הגומלין שלהן והמטה-נתונים המשויכים להן: פרוייקטים, ציוד, חומרים מתכלים, פרוטוקולים, דגימות, רשתות, הפעלות מיקרוסקופיות, הפעלות עיבוד תמונה, מפות ומודלים אטומיים. משתמשים יכולים גם להוסיף הערות טקסט חופשי, באופן אופציונלי כולל קבצים מצורפים, המאפשר ביאור עשיר של כל ישות הרשומה ב- gP2S. החזית תוכננה כדי להקל על השימוש עם התקני מסך מגע ונבדקה בהרחבה על 12.9″ iPad Pros, מה שמאפשר להשתמש gP2S על ספסל המעבדה בעת הכנת דגימות ורשתות (איור 1), כמו גם במחשב בעת הפעלת מיקרוסקופ, עיבוד תמונות או הדגמים הפקדה. כל דף בחזית שואף להפחית הזנת נתונים ידנית על ידי הגדרה מראש של פרמטרים לערכי ברירת מחדל הגיוניים במידת האפשר.
הקצה העורפי של gP2S כולל מספר נקודות קצה של REST API (ממשק תיכנות יישומים של העברת מצב REpresentational), המאפשרות לשלב gP2S בזרימות עבודה ובקבצי Script קיימים. מודל הנתונים נועד לאפשר לכידה מדויקת של זרימות עבודה שליליות של כתמים והקפאה, כולל הסתעפות, לדוגמה עם מדגם אחד המשמש במספר רשתות, נתונים ממספר מפגשי מיקרוסקופיה הממוזגים להפעלה אחת של עיבוד נתונים, או הפעלת עיבוד נתונים אחת המניבה מספר מפות.
ארכיטקטורת מערכת
gP2S הוא יישום קלאסי בן שלוש שכבות (איור 2). בארכיטקטורה מודולרית זו, המערכת מחולקת לשלוש שכבות נפרדות, שכל אחת מהן אחראית לביצוע חובות נפרדות, וכל אחת מהן ניתנת להחלפה או ניתנת לשינוי ללא תלות באחרים. (1) שכבת המצגת (או החזית) מספקת למשתמש גישה באמצעות דפדפן אינטרנט (נבדק בהרחבה עם Chrome ו- Safari), מאפשרת יצירה ושינוי של רכיבי זרימת עבודה (כולל אימות נתונים) ומציגה נתונים ניסיוניים כישויות בודדות, רשימות מבוססות פרוייקט ודוחות זרימת עבודה מלאים. (2) שכבת השירות (או הקצה העורפי) משמשת כשכבת ביניים בין ממשק המשתמש למערכת האחסון – היא מחזיקה בלוגיקה עסקית מרכזית, חושפת את ה- API של השירות המשמש את החזית, משתלבת עם אחסון נתונים ומערכת LDAP (פרוטוקול גישה לספריה קלת משקל) לאימות משתמשים, ומספקת בסיס לשילוב נוסף עם מערכות חיצוניות. (3) שכבת ההתמדה (גישה לנתונים) אחראית לאחסון נתונים ניסיוניים, הערות משתמש וקבצים מצורפים.
טכנולוגיות ומסגרות מרכזיות
על מנת להקל על פיתוח, הקמה ותחזוקה של יישום gP2S, נעשה שימוש במספר טכנולוגיות ומסגרות בפרויקט. החשובים ביותר הם: Vue.js 2.4.210 עבור frontend ו SpringBoot 1.311 עם מוטבע Tomcat 8 שרת עבור backend. היישום משתמש במסדי נתונים MySQL 5.7 ו- MongoDB 4.0.6 לאחסון ו- LDAP12 לאימות. כברירת מחדל, כל חלקי רכיבים אלה נשלחים ונפרסים כיישום אחד.
בסך הכל היישום משתמש במאות ספריות שונות במישרין או בעקיפין. הבולטים שבהם רשומים בטבלה 1.
מודל נתונים
ניתן להבחין בין שלושה סוגים של ישויות במודל הנתונים gP2S (איור 3): ישויות זרימת עבודה הקשורות לנתונים שנאספו במהלך ניסויים (לדוגמה, דוגמאות או הפעלות מיקרוסקופיות); ישויות ציוד ופרוטוקול המתארות נתונים הנפוצים בכל הפרוייקטים (למשל, מיקרוסקופים או פרוטוקולי ויטריפיקציה); ישויות אחרות הממלאות תפקידים תומכים או טכניים במערכת (למשל, הערות או ערכי ברירת מחדל).
הבסיס של עץ הנתונים של זרימת העבודה הוא הישות Project. כל פרויקט מורכב ממספר חלבונים ו/או ליגנדים שהם אבני בניין ליצירת ישויות לדוגמה. ניתן להשתמש בכל דגימה ליצירת רשתות מרובות המשמשות בתורן בהפעלות מיקרוסקופיות (רשת אחת לכל הפעלת מיקרוסקופיה). האחרונים מוקצים לעיבוד הפעלות שיכולות להניב המפה אחת או יותר. הישות האחרונה בעץ היא המודל האטומי, שנוצר באמצעות המפה אחת או יותר. כתוצאה מכך, כל ישות הקשורה לזרימת עבודה, מחלבון למודל, מחויבת תמיד לפרוייקט מסוים באמצעות אבותיו. עיצוב כזה יוצר צבירות נתונים שקל לעבד על-ידי מודול החזית או על-ידי מערכות חיצוניות המשתמשות ב- API.
בנוסף לנתוני זרימת עבודה קיימות ישויות המתארות ציוד המשמש בניסויים או בפרוטוקולים שעקבו אחריהם בעת הכנת רשתות. הגדרת ישויות אלה היא תנאי מוקדם ליצירת ישויות זרימת עבודה ניסיוניות כגון רשתות, מיקרוסקופיה והפעלות עיבוד.
הסוג האחרון של ישות נתונים, הנקרא באופן קולקטיבי “אחר”, משמש למטרות טכניות (לדוגמה, קבצים מצורפים או ערכי ברירת מחדל). קטגוריה זו כוללת ישויות הערה שניתן לקשר לכל זרימת עבודה או ישויות ציוד/פרוטוקול.
זמינות תוכנה
גרסת הקוד הפתוח של gP2S זמינה תחת רישיון אפאצ’י גרסה2.0 26, מ https://github.com/arohou/gP2S. תמונת Docker להפעלת gP2S זמינה מ- https://hub.docker.com/r/arohou/gp2s. סניף מקור סגור של gP2S נמצא בפיתוח מתמשך ב Roche & Genentech.
הפעלת יישום gP2S
קיימות שתי דרכים להפעלת gP2S: כגורם מכיל של docker או כיישום Java עצמאי. הבחירה האופטימלית תהיה תלויה בסביבת פריסת היעד. לדוגמה, אם היכולת להתאים אישית או לשפר את הקוד כך שיתאים לצרכים ספציפיים של המשתמשים רצויה, יש לבנות מחדש תחילה את היישום כולו. במקרה זה, מומלץ להפעיל gP2S כיישום עצמאי.
גורם מכיל של Docker
הדרך הקלה ביותר להתחיל לעבוד עם יישום gP2S היא להפעיל אותו כשירות Docker. לשם כך, תמונת דוקר ייעודית הוכנה ופורסמה במאגר Docker Hub (“https://hub.docker.com/r/arohou/gp2s”). הפעלת תמונת gP2S תלויה בגישה למסדי נתונים של MySQL ו- MongoDB ולשרת LDAP. עבור סביבה שאינה סביבת ייצור, מומלץ להפעיל את כל יחסי התלות הללו כיישומי Docker מרובי גורמים מכילים יחד עם יישום gP2S. כדי להפוך את זה לחלק, קובץ חיבור docker (https://github.com/arohou/gP2S/blob/master/docker-compose.yml) הכולל את כל התצורות הדרושות של הסביבה הסופית הוכן וניתן במאגר gP2S GitHub (https://github.com/arohou/gP2S). תמונות docker הבאות הן תלות: mysql27, mongodb28, apacheds29.
בתצורת ברירת המחדל, כל הנתונים המאוחסנים, הן ישויות והן קבצים מצורפים יימחקו בעת הסרת הגורמים המכילים של docker. כדי לשמור על הנתונים, יש להשתמש באמצעי אחסון של docker, או ביישום gP2S שיש לחבר למופעי מסד נתונים ייעודיים (MySQL ו- MongoDB). הגורם המכיל של שרת LDAP של ApacheDS מגיע עם משתמש מנהל מערכת שתצורתו נקבעה מראש (סיסמה: סוד). יש להשתמש באישורים אלה כדי להיכנס ליישום gP2S כאשר הוא מופעל כשירות Docker. עבור סביבות ייצור ניתן להשתמש באותו קובץ חיבור docker כדי לפרוס gP2S (ומכולות אחרות במידת הצורך) כשירותים לפלטפורמת תזמור מכולות של Docker Swarm.
התהליך המלא של הפעלת gP2S כגורם מכיל של Docker, כולל כל הפרטים לגבי התצורה הנכונה מתואר במאגר gP2S GitHub ומכסה את הנושאים הבאים:
• הפעלת יישום gP2S מנוקב עם כל יחסי התלות.
• גישה ליישום gP2S, מסד נתונים ו- LDAP.
• עדכון שירות gP2S בגירסה חדשה.
• הסרת יישום gP2S.
• קביעת תצורה של התמדה בנתונים.
• חיבור יישום gP2S מנוקב למסדי נתונים ייעודיים או לשרת LDAP.
• פרטי תצורה
יישום Java עצמאי
אפשרות נוספת להפעיל את יישום gP2S היא לבנות חבילת Java עצמאית. יש לנקוט בגישה זו אם הפעלת גורמים מכילים של Docker אינה אפשרית. בניית יישום gP2S דורשת התקנת ערכת פיתוח Java גירסה 8 ומעלה. תהליך הבנייה כולו מנוהל על ידי הכלי Maven, המסופק בבסיס הקוד במאגר GitHub. תצורת הבנייה מוכנה לבנות תחילה את החלק החזיתי, לאחר מכן להעתיק אותו למקורות העורפיים ולאחר מכן לבנות אותו כיישום סופי. בדרך זו, אין צורך להתקין כלים או ספריות אחרים על מנת להכין חבילת gP2S מתפקדת במלואה. כברירת מחדל, תוצאת הבנייה היא חבילת JAR (מאוחסנת מקומית) ותמונת Docker (נדחפת למאגר שהוגדר בקובץ .xml הפונפון של מייבן). חשוב לזכור כי יש לספק מידע הדרוש להתחברות למערכות חיצוניות (מסדי נתונים ושרת LDAP) בקובץ תצורה מתאים לפני בניית החבילה.
לאחר יצירת חבילת gP2S JAR, היא מכילה את כל יחסי התלות ומידע התצורה הדרושים להפעלת היישום, כולל שרת היישומים Tomcat המארח את המערכת. אם החבילה נבנתה עם קבצי תצורה מרובים, ניתן להפעיל אותה במצבים שונים מבלי לבנות אותה מחדש.
מאגר gP2S GitHub כולל תיאור מלא של תהליך הבנייה וההפעלה של gP2S כיישום עצמאי ומכסה את הנושאים הבאים:
• בניית gP2S באמצעות הכלי מייבן
• בנייה והפעלה עם מסדי נתונים מוטבעים
• בנייה והפעלה עם יחסי תלות שנפרסו כמכלי docker
• בנייה וריצה עם מאגרי מידע ייעודיים
• קביעת תצורה של אימות
כאשר נעשה שימוש נכון ועקבי, gP2S מסייע להשיג רישום נכון של מטה-נתונים באיכות גבוהה על-ידי אכיפת ההקלטה של מטה-נתונים ניסיוניים קריטיים באמצעות מודלי נתונים מובנים ואוצר מילים מוגדר, אך הערך המוסף של זה ממומש במלואו רק כאשר רמה גבוהה של תאימות מושגת במעבדה. הפרוטוקול לעיל אינו מכסה כיצד להשיג זאת. מצאנו כי טכניקת אכיפה יעילה הייתה שמפעילי מיקרוסקופ יסרבו לאסוף נתונים על רשתות שאינן רשומות ב- gP2S. זה הניע את הציות מהר מאוד והניח את הקרקע להופעתו, במהלך החודשים הבאים, של גוף גדול של פרטים ניסיוניים מפורטים ומדויקים וזיכרון תאגידי. לאחר כמה חודשים של שימוש, הערך של קורפוס של מטה-נתונים המאוחסנים gP2S הפך כל כך ברור לרוב המשתמשים כי תאימות נשאר גבוה ללא התערבות מפורשת.
מינוף מלא של זיכרון קולקטיבי זה דורש שהמטה-נתונים המאוחסנים ב- gP2S יהיו נגישים למערכות חיצוניות וישויכו בקלות לנתונים (מיקרוגרפים) ולתוצאות הניסיוניים (מפות ודגמים). הפרוטוקול לעיל אינו מתאר כיצד לשלב gP2S עם אינפורמטיקה ומערכות עיבוד נתונים אחרות. הפשוטים ביותר הם אינטגרציות פוטנציאליות באמצעות ה- API של מנוחה העורפית של gP2S, אשר אינם דורשים כל שינוי של gP2S. לדוגמה, כל מחשב השולט בגלאי איסוף הנתונים שלנו מפעיל סקריפט אשר מעת לעת מבצע שאילתה על נקודת הקצה של gP2S “getItemByMicroscope” תחת בקר REST של ניהול הפעלת מיקרוסקופיה, כדי לבדוק אם הפעלת מיקרוסקופיה נמשכת במיקרוסקופ שלה. אם כן, קובץ ה- Script מאחזר מ- gP2S את שם ספריית אחסון הנתונים המתאים (כפי שתצורתו נקבעה בדף הגדרות, ראה לעיל) ויוצר ספריה בהתקן אחסון הנתונים המקומי באמצעות שם זה. פעולה זו מבטיחה מתן שמות שיטתי לספריות אחסון נתונים ומפחיתה את הסיכון לשגיאה עקב שגיאות הקלדה.
למרות שהם כבר העירו במקור של הגירסה הציבורית של gP2S, אינטגרציות נוספות מעורבים gP2S לצרוך נתונים של מערכות חיצוניות אפשריים גם. במעבדה שלנו, הפריסה שלנו של gP2S משתלבת עם (i) מערכת ניהול פרוייקטים, כך שכל פרויקט המוגדר ב- gP2S יכול להיות מקושר לפרויקט תיקים כלל-ארגוני, וניתן להציג מטה-נתונים מהתיק בתוך gP2S; (ii) מערכת רישום חלבונים, כך שכל חלבון שנוסף ל- gP2S מקושר, באמצעות מזהה המאוחסן באופן מקומי, לקבוצה שלמה של רשומות המפרטות את מקור החלבון, כוללות פרטים על הביולוגיה המולקולרית הרלוונטית, מערכת הביטוי והטיהור; (iii) מערכת ניהול תרכובת מולקולה קטנה, המאפשרת ל- gP2S להציג מידע מפתח אודות כל ליגנד, כגון המבנה הכימי שלו. שינויי הקוד הדרושים כדי לאפשר שילובים אלה מתוארים בסעיף “שילוב” של מסמך README-BUILD.md הזמין ממאגר gP2S (https://github.com/arohou/gP2S).
הגרסה הנוכחית של gP2S יש מגבלות, הראשון ביניהם הוא מודל נתונים פשטני מדי frontend עבור מבנה (מודל) תצהיר. זה הושאר בכוונה במצב “barebones” בגירסה ששוחררה של gP2S כי תצהיר מבנה מלא ותכונת אימות נמצא כעת בפיתוח יחד עם תמיכה קריסטלוגרפיה רנטגן. החלטה עיצובית נוספת הייתה לא ליישם כל הרשאה או מערכת הרשאות: לכל המשתמשים ב- gP2S יש גישה שווה לתכונות ולנתונים שלה. זה עשוי להפוך אותו בחירה גרועה עבור מתקנים המשרתים קבוצות משתמשים עם אינטרסים מתחרים ודרישות סודיות, אבל לא היה דאגה למתקן שלנו.
הפיתוח של הגרסה הביתית שלנו של gP2S נמשך ומקווים כי גרסת הקוד הפתוח המתוארת כאן תהיה שימושית לקבוצות cryoEM אחרות, וכי חלקם עשויים לתרום הצעות, או שיפורי קוד בעתיד. פיתוחים עתידיים בעלי ערך גבוה יכולים למשל להתמקד באינטגרציות עם ציוד מעבדה (רובוטי ויטריפיקציה, מיקרוסקופים אלקטרונים), תוכנה (למשל כדי לקצור מטה-נתונים של עיבוד תמונה) ומאגרים ציבוריים חיצוניים (למשל כדי להקל על תצהירים על מבנים).
לאוסף השיטתי של מטה-נתונים איכותיים המופעלים על ידי שימוש שגרתי ב-gP2S במעבדה ובמתקן cryoEM יכולה להיות השפעה משמעותית וחיובית על היכולת לתבוע פרויקטים מרובים במקביל על פני תקופה של שנים. ככל שיוקמו יותר ויותר קבוצות ומתקנים משותפים וריכוזיים של cryoEM, אנו צופים שהצורך במערכות ניהול מידע כגון gP2S ימשיך לגדול.
The authors have nothing to disclose.
המחברים מודים לכל שאר חברי צוות הפיתוח של GP2S שעבדו על הפרויקט מאז הקמתו: רפאל אודזיאלה, סזרי קז’יז’אנובסקי, פזמיסלב סטנקובסקי, יאצ’ק זימסקי, פיוטר סוצ’יקי, קרולינה פאג’וק, יואוט ונדן איידן, דמיאן מירז’ינסקי, מיכאל וויטקובסקי, פיוטר פיקוסה, אנה סורדקה, קמיל לוצק וארתור קוסאק. אנו מודים גם לריימונד הא וקלאודיו צ’יפרי שעזרו להרכיב את הצוות ולעצב את הפרויקט.