במסגרת המעבר מה־API של רכבת ישראל למקורות המידע המוסדרים של משרד התחבורה, מיפינו פערים שמשפיעים ישירות על הנוסעים. המסמך מציג כל פער עם דוגמה מוחשית, ולצידו היכן בפרוטוקול ניתן להשלים את המידע החסר. כל הממצאים אומתו מחדש ב־4.8.2026 מול הפיד הפעיל (בתוקף 3–12.8) ומול הזרם החי של SIRI.
נתון הרציף — קריטי להתמצאות הנוסע בתחנה — קיים בנתוני רכבת ישראל אך נעדר לחלוטין מה־GTFS: כל 70 תחנות הרכבת מופיעות בפיד כרשומה שטוחה אחת לתחנה, ללא תחנות־בנות ברמת רציף ועם שדה רציף ריק בכל הרשומות.
stops.txt
(location_type=0 עם parent_station ו־platform_code),
והפניית שורות stop_times.txt של הרכבות אליהן. הנתון קיים במערכות רכבת ישראל —
ה־API הקיים מחזיר רציף מתוכנן לכל רכבת בכל תחנה.
שיעור עצירות הביניים שבהן מוצגת המתנה של 1–2 דקות (פער בין זמן ההגעה לזמן היציאה), בהשוואה בין שני המקורות — נמדד על כלל העצירות בפיד הפעיל (כ־53 אלף עצירות ביניים):
התוצאה אינה רק נסיעה שנראית ארוכה יותר — הנוסע מפספס את הרכבת. דוגמה: רכבת 264 (הפרברית לבנימינה) בתחנת חדרה מערב:
| מקור | הגעה | יציאה |
|---|---|---|
| GTFS · משרד התחבורה | 17:10 | 17:12 שתי דקות אחרי היציאה בפועל |
| אפליקציית רכבת ישראל | 17:10 | 17:10 |
| בפועל · מסכי המידע ברכבת | 17:08 | 17:10 |
רכבת ישראל מפרסמת זמן אחד לכל תחנה — למעט תל אביב סבידור מרכז, התחנה היחידה שבה מתפרסמת המתנה אמיתית (אלה כ־3% העצירות שבגרף). הזמן המתפרסם הוא בפועל זמן היציאה; הרכבת מגיעה לרוב כדקה־שתיים לפניו. ב־GTFS אותו זמן נרשם כזמן ההגעה, ועליו נוספת ההמתנה המלאכותית ב־departure_time — כך שזמן היציאה המוצג לנוסע (17:12) מאוחר מהיציאה בפועל (17:10). נוסע שמגיע לרציף ב־17:11 בהסתמך על ה־GTFS מפספס את הרכבת. בנוסף, זמני הנסיעה מוצגים ארוכים מהאמת, וחישובי החלפות בין רכבות מתעוותים.
arrival_time ו־departure_time אמיתיים
ב־stop_times.txt, ללא תוספת מלאכותית. הנתונים קיימים במערכות רכבת ישראל —
מסכי המידע בתוך הרכבות מציגים את זמני ההגעה בפועל.
דוגמה מהפיד הפעיל כעת: השווינו את לוח הזמנים המלא ליום ראשון 9.8.2026 — כל רכבת ורשימת העצירות שלה — בין ה־GTFS לבין מערכות רכבת ישראל. ה־GTFS מציג את הלוח הבסיסי ואינו משקף את התוכנית התפעולית בפועל:
| הפער ב־GTFS לאותו יום | כמות | דוגמאות |
|---|---|---|
| רכבות שמוצגות ב־GTFS אך לא ייצאו בפועל | ✕4 רכבות | רכבות 500 ו־501 (ציר בית שמש), 958 (רחובות–הרצליה), 1614 (תל אביב–הרצליה) |
| רכבות שייצאו בפועל אך חסרות ב־GTFS | ✕7 רכבות | רכבות 614, 784, 953, 968, 8718 מופיעות בפיד בימים אחרים ונשמטו דווקא ביום זה; רכבות 1501 ו־7507 אינן בפיד כלל |
| רכבות עם רשימת עצירות שגויה | ✕135 רכבות | עצירת לוד גני אביב שגויה ב־97 רכבות (ב־57 מוצגת עצירה שלא תתבצע, ב־40 העצירה חסרה); חדרה מערב חסרה ב־16 רכבות קו באר שבע–כרמיאל; חולון וולפסון ובת ים יוספטל חסרות ב־16 (ראו סעיף 4); קרית חיים וחוצות מפרץ חסרות ב־6 |
נוסע שמתכנן נסיעה לפי ה־GTFS ימתין לרכבת שלא תגיע, או יוותר על רכבת שדווקא כן תצא. המספרים הם רף תחתון: עוד 96 רכבות לא ניתנות להשוואה מלאה. מהמניין נופו רכבות מוצאי־שבת החוצות חצות, שמתויגות ביום שונה בכל מערכת. רשימת הרכבות המלאה זמינה — נשמח להעביר.
calendar_dates.txt
ברמת תאריך בודד. נדרש שהתוכנית התפעולית של רכבת ישראל (עבודות, סגירות, שינויים נקודתיים)
תוזרם ל־GTFS במקום לוח הזמנים הבסיסי בלבד.
הצלבה מול היומן התפעולי היומי של רכבת ישראל חשפה דפוס שיטתי: 16 רכבות בציר תל אביב–באר שבע (611, 615, 619, 623, 626, 630, 635, 646, 651, 654, 658, 659, 662, 663, 667, 670) עוצרות בפועל בחולון וולפסון ובבת ים אלי כהן־יוספטל — אך ב־GTFS שתי העצירות חסרות בדיוק ברכבות האלה, בעוד ש־96 רכבות אחרות בפיד כן עוצרות בהן. מכיוון שה־GTFS מציג את הרכבות כחולפות ללא עצירה, כל תחנה במורד המסלול מוצגת מוקדם בשתי דקות בדיוק — 174 זמנים שגויים ביום אחד. דוגמה: רכבת 611 —
ברכבת 611, שלוש העצירות שלפני חולון תואמות את היומן לדקה; משם ואילך — תשע עצירות רצופות בסטייה של 2+ דקות. נוסע בחולון או בבת ים כלל לא ידע שהרכבת עוצרת בתחנה שלו, ונוסע בהמשך המסלול מקבל זמנים שגויים. פערים נוספים ברשימות עצירות זוהו ליום ראשון 9.8 (ראו סעיף 3) — נשמח להעביר רשימה מלאה.
כשרכבת ישראל מוסיפה נסיעות מעבר ללוח הבסיסי — תגבור מתוכנן, אירועים מיוחדים, או תגבור מיידי בעת שיבוש — הן אינן מופיעות ב־GTFS, וגם לא בזרם ה־SIRI. עבור נוסע שמסתמך על נתוני משרד התחבורה, הרכבות האלה לא קיימות.
דוגמה מאומתת (4.8.2026): רכבת 543 פועלת בפועל בימים שלישי–חמישי השבוע, אך בפיד — שמתחדש מדי לילה — היא מופיעה רק החל מיום ראשון 9.8. גם ביומן התפעולי היומי של רכבת ישראל מופיעות רכבות (543, 701) שאינן קיימות בפיד כלל, וביום ראשון 9.8 מצאנו 7 רכבות נוספות שפועלות ואינן בפיד (ראו סעיף 3).
trips.txt + calendar_dates.txt לתאריך הרלוונטי).
תוספות באותו היום — במסגרת SIRI-SM הקיים: הזרמת הנסיעה כ־MonitoredStopVisit
בכל תחנות המסלול — FramedVehicleJourneyRef (תאריך + מספר רכבת),
OriginRef / DestinationRef, OriginAimedDepartureTime,
ו־OnwardCalls עם זמן הגעה ורציף לכל תחנה — כך שאפליקציה יכולה להציג את הנסיעה
במלואה גם ללא רשומה ב־GTFS. חשוב שהנסיעה תיכלל גם בסנאפשוטים
(AllActiveTripsFilter / AllPlannedTripsFilter).
בדקנו את הזרם החי (4.8.2026, 505 ביקורים מנוטרים ב־77 רכבות פעילות): דיווחי עיכובים מוזרמים ותקינים, ושדה הרציף מגיע בכל ביקור ומשקף גם שינויי רציף בזמן אמת. ביטולים, שינויי מסלול ורכבות תגבור אינם קיימים בזרם כלל:
| סוג עדכון | השדה בפרוטוקול SIRI | מוזרם בפועל בנתוני רכבת ישראל |
|---|---|---|
| דיווחי עיכובים | ✓ExpectedArrivalTime | ✓מוזרם |
| שינוי רציף | ✓ArrivalPlatformName | ✓מוזרם |
| ביטול רכבת / דילוג על תחנה | ✓ArrivalStatus=cancelled | ✕לא מוזרם |
| קיצור מסלול / שינוי תחנת יעד | ✓DestinationRef + OnwardCalls | ✕לא מוזרם |
| רכבות תגבור שנוספו ללוח | ✓נסיעה חדשה בזרם | ✕לא קיים |
ממצא נלווה: שדה ArrivalStatus מדווח onTime באופן גורף — בבדיקה, כל 505 הביקורים דווחו onTime, כולל רכבות באיחור של 4–6 דקות. כלומר גם הערך delayed וגם הערך cancelled אינם מאוכלסים בפועל. אומת בזמן אמת גם מול אפליקציות נוספות המבוססות על SIRI (למשל "אוטובוס קרוב").
ArrivalStatus אמיתי (delayed / cancelled) בכל MonitoredCall
ו־OnwardCall; עדכון DestinationRef כשנסיעה מקוצרת;
והזרמת נסיעות תגבור כ־journey חדש (הפירוט בסעיף 5). להודעות חופשיות על שינויים בשירות —
ראו חלק ג׳.
בעקבות עיכובים בתנועת הרכבות, שתי נסיעות שונו באופן מהותי. באפליקציה הרשמית של רכבת ישראל השינויים הוצגו — ב־SIRI קיצור המסלול לא שוקף כלל.
הודעות לנוסעים על שינויים בשירות — עבודות מתוכננות, שינויי לוח זמנים, הסדרים חלופיים —
מתפרסמות כיום אך ורק דרך ה־API הסגור של רכבת ישראל (railupdates).
למידע הזה אין ערוץ בנתוני משרד התחבורה — לא ב־GTFS ולא ב־SIRI.
בפועל, גם לאחר שהעברנו את לוח הזמנים ל־GTFS, אנו נאלצים להמשיך להעביר את ההודעות
כפי שהן מה־API הסגור — כך שניתוק מלא ממנו אינו אפשרי כל עוד זה המצב.
עבור כל נסיעה רכבת ישראל מחזיקה במידע על סוג הרכבת, מספר הקרונות, מספר המקומות, ומידע על כל קרון אם הוא נגיש לכיסא גלגלים ואם מותר להעלות בו אופניים. אף אחד מהנתונים האלה אינו מונגש בנתוני משרד התחבורה.
| הנתון | נתוני רכבת ישראל | GTFS · משרד התחבורה |
|---|---|---|
| סוג הרכבת שמגיעה | ✓קיים | ✕אין שדה |
| מספר הקרונות ברכבת | ✓קיים | ✕אין שדה |
| מספר מקומות הישיבה | ✓קיים | ✕אין שדה |
| קרון נגיש לכיסא גלגלים | ✓ברמת הקרון | ✕השדה קיים בפיד, וריק |
| קרון שמותר להעלות בו אופניים | ✓ברמת הקרון | ✕השדה אינו קיים בפיד |
נבדק בפיד מ־30.8.2026: העמודה wheelchair_accessible קיימת ב־trips.txt
וריקה בכל 1,118 נסיעות רכבת ישראל שבפיד (1,058 קווים, agency_id=2);
העמודה bikes_allowed אינה קיימת בפיד; ואין בו שדה שמתאר את הרכב הרכבת.
ה־API של רכבת ישראל מחזיר לכל רכבת מספר קרונות, מספר מקומות וסוג רכבת,
ורשומה לכל קרון עם סימון נגישות ואופניים.