ارجاع

مجموعه های خود را بهینه کنید و محتوا را مطابق با تنظیمات خود طبقه بندی کنید.

این سند اطلاعاتی در مورد قالب و ساختار پرونده ها در مجموعه داده های GTFS ارائه می دهد.

محتوا

اصطلاحات استفاده شده

در این بخش تعاریفی از اصطلاحاتی که در مشخصات استفاده می شود ، ارائه می دهد.

• مجموعه داده هامجموعه کاملی از پرونده های تعریف شده در این مشخصات. هرگونه تغییر در مجموعه داده ها نسخه جدیدی را ایجاد می کند. مجموعه داده ها باید با توجه به URL دائمی عمومی ، که شامل نام پرونده ZIP است ، منتشر شود. مثال: https://www.agency.org/gtfs/gtfs. zip.
• رکورد. ساختار داده اصلی حاوی مقادیر زمینه های مختلف توصیف یک شی (به عنوان مثال ، یک آژانس حمل و نقل ، توقف یا مسیر). در جدول به شکل یک خط ارائه شده است.
• رشته. خاصیت شی. در جدول به شکل یک ستون ارائه شده است.
• مقدار میدان. ورودی جداگانه در این زمینه. در جدول به شکل سلول ارائه شده است.
• میدان واجبفیلدی که باید در مجموعه داده ها گنجانده شود و برای هر رکورد ، مقدار این قسمت باید نشان داده شود. برای برخی از زمینه های واجب ، یک خط خالی به عنوان یک مقدار مجاز است (در مورد همه این موارد در این مشخصات نشان داده شده است). برای معرفی یک خط خالی ، چیزی را بین کاما نشان ندهید ، این زمینه را محدود کنید.
• زمینه اختیاری. فیلدی که نمی تواند در مجموعه داده ها گنجانده شود. اگر یک ستون اختیاری در جدول گنجانده شود ، برخی از سلول های موجود در آن می توانند خالی باشند. برای معرفی یک خط خالی ، چیزی را بین کاما نشان ندهید ، این زمینه را محدود کنید. لطفاً توجه داشته باشید که قسمت از دست رفته معادل قسمت کاملاً خالی.
• به طور مشروط اجباری. یک زمینه یا پرونده تحت شرایط خاصی که در توضیحات آن بیان شده است لازم است. اگر این شرایط برآورده نشود ، زمینه یا پرونده نمی تواند مشخص شود.
• روز خدماتدوره زمانی که برای مشخص کردن برنامه در مسیر استفاده می شود. تعیین دقیق روز خدمت ممکن است در آژانس های مختلف متفاوت باشد ، اما روزهای خدمت اغلب با روزهای تقویم مطابقت ندارند. در صورت شروع سرویس در یک روز و پایان روز ، مدت روز خدمت ممکن است از ساعت 24:00 فراتر رود. به عنوان مثال ، خدماتی که از ساعت 08:00:00 روز جمعه تا 02:00:00 روز شنبه ارائه می شود ، می تواند از ساعت 08:00 تا 26:00:00 در یک روز خدمت تعیین شود.

انواع زمینه ها

• رنگرنگ به عنوان یک عدد شش ضلعی شش ضلعی رمزگذاری شده است. دستورالعمل های تولید مقادیر مجاز در صفحه https://htmlcolorcodes.com آورده شده است (نماد اولیه # روشن نیست). مثال: FFFFF - برای سفید ، 000000 - برای سیاه ، 0039A6 - برای خطوط A ، C و E خدمات.
• کد ارز. کد ارز الفبایی مطابق با استاندارد ISO 4217. کدهای ارز فعلی را می توان در اینجا مشاهده کرد: https://en. wikipedia.org/wiki/iso_4217#active_codes. مثال: CAD - برای دلار کانادا ، یورو - برای یورو ، JPY - برای ین ژاپنی.
• تاریخ. روز خدمات در قالب Yyyymmmdd. از آنجا که ممکن است در طول روز خدمت از 24:00:00 ، روز خدمات اغلب حاوی اطلاعاتی در مورد روزهای بعدی باشد. مثال: 20180913 - برای 13 سپتامبر 2018.
• پست الکترونیک. آدرس ایمیل. مثال: به عنوان مثال@xample.com.
• انتقال. مقدار از مجموعه ثابت های از پیش تعیین شده مشخص شده در ستون "توضیحات". مثال: در قسمت Route_Type ، مقدار 0 مطابق با تراموا ، 1 - مترو و غیره است.
• مشخص کننده. زمینه ای که در آن یک شناسه داخلی مشخص شده است ، برای مسافران در نظر گرفته نشده است. مقدار آن می تواند هر دنباله ای از کاراکترها در رمزگذاری UTF-8 باشد. توصیه می شود فقط از شخصیت های چاپی ASCII استفاده کنید. شناسه های تعیین شده در یک پرونده . txt اغلب در پرونده دیگر . txt ذکر شده است. مثال: قسمت Stop_ID در پرونده stops. txt - شناسه ؛قسمت Stop_id در پرونده Stop_times. txt - شناسه از قسمت Stops. stop_id.
• کد زبانکد زبان مطابق با نحو BCP 47 ، که توسط شورای مهندسی اینترنت (IETF) تهیه شده است. می توانید اطلاعات بیشتری در مورد استاندارد IETF BCP 47 در صفحات http://www.rfc-editor.org/bcp/bcp47. txt و http://www.w3.org/inteative/articles/language-tags/ کسب کنید. بشرمثال: en-for English ، e n-us-for American English ، de-for Alder.
• عرض جغرافیایی. عرض جغرافیایی سیستم مختصات WGS84 در درجه های اعشاری. مقدار باید بیشتر یا برابر ب ا-90. 0 و کمتر یا برابر با 90. 0 باشد. مثال: 41. 890169 برای Coliseum در رم.
• طول جغرافیایی. طول جغرافیایی از طریق سیستم مختصات WGS84 در درجه های اعشاری. مقدار باید بزرگتر یا براب ر-180. 0 و کمتر یا برابر با 180. 0 باشد. مثال: 12. 492269 برای Coliseum در رم.
• ارزش غیر منفی با کاما شناور. تعداد با کاما شناور ، بیشتر یا برابر 0.
• عدد صحیح غیر خاص. یک عدد صحیح ، بزرگتر یا برابر 0.
• شماره تلفن. شماره تلفن.
• زمان. زمان در قالب PT: MM: SS (همچنین قالب H: MM: SS). برای نقطه مرجع روز خدمت ، ظهر منهای 12 ساعت گرفته می شود (یعنی نیمه شب ، به استثنای روزهایی که انتقال به زمان تابستان یا برعکس انجام می شود). اطلاعات اضافی را می توان در این مقاله یافت. زمان سقوط بعد از روز تقویم نیمه شب باید به عنوان "24:00:00 به علاوه زمان محلی فعلی" در قالب: MM: SS تعیین شود. مثال: 14:30:00 برای 14:30 یا 25:35:00 برای 1:35 روز بعد.
• متنرشته نمادها در رمزگذاری UTF-8 ، که برای نشان دادن کاربران طراحی شده است و بنابراین باید قابل خواندن باشد.
• منطقه زمانی. یک منطقه زمانی از پایگاه داده منطقه زمانی: https://www.iana.org/time-overs. نام مناطق زمانی نباید شامل فضاهایی باشد ، اما ممکن است شامل نمادهای تأکید باشد. لیست مقادیر مجاز را می توان در اینجا مشاهده کرد: http://en. wikipedia.org/wiki/list_of_tz_zones. مثال: آسیا/توکیو ، آمریکا/LOS_ANGELES یا آفریقا/قاهره.
• URLURL کامل با پیشوند http: // یا https: // ؛تمام نمادهای خاص در URL باید به درستی محافظت شوند. توصیه های نوشتن URL ها را می توان در صفحه http://www.w3.org/addressing/url/4_uri_reecommentations.html یافت.

پرونده های مجموعه داده

پرونده های زیر در این مشخصات تعیین می شوند:

الزامات پرونده

موارد زیر الزامات مربوط به قالب و محتوای پرونده های موجود در مجموعه داده ها است.

• کلیه پرونده ها باید در قالب متن با تقسیم کننده پنجم ذخیره شوند.
• خط اول هر پرونده باید شامل نام قسمت ها باشد. هر زیرنویس در تعریف زمینه های این سند یکی از پرونده هایی را که ممکن است در مجموعه داده های GTFS موجود باشد ، و نام فیلدهایی که در این پرونده قابل استفاده است ، توصیف می کند.
• تمام نام زمینه ها به ثبت نام حساس هستند.
• مقادیر زمینه ها نباید شامل نمادهای جدول بندی ، بازگشت کالسکه یا انتقال به خط جدید باشد.
• مقادیر میدانی حاوی نقل قول یا کاما باید از نقل قول ها تشکیل شود. علاوه بر این ، هر حاشیه نقل قول در زمینه میدان باید قبل از حاشیه نقل قول دیگر مقدم باشد. این نیاز به دلیل روش برداشت پرونده ها با تقسیم کننده پنجم (CSV) در مایکروسافت اکسل است. اطلاعات دقیق در مورد قالب CSV را می توان در صفحه http://tools. ietf.org/html/rfc4180 یافت. در مثال زیر نشان داده شده است که چگونه مقدار فیلد در پرونده ای با جداکننده های سوخت نمایش داده می شود:
  • مقدار اولیه این زمینه: شامل "نقل قول ها" ، کاما و متن است
  • مقدار فیلد در پرونده CSV: "Contance" "نقل قول ها" ، کاما و متن "

  تعیین زمینه ها

  نمایندگی

  پرونده اجباری

   

  نام قسمت	نوع	لزوما	شرح
  آژانس_ id	مشخص کننده	به طور مشروط ، لازم است	مارک یک آژانس حمل و نقل را تعریف می کند (در بیشتر موارد همزمان با نام است). آنها ممکن است متفاوت باشند اگر به عنوان مثال ، یک آژانس چندین سرویس حمل و نقل مختلف را ارائه دهد. در این سند ، به جای اصطلاح "برند" از اصطلاح "آژانس" استفاده می کند. مجموعه داده ها ممکن است حاوی اطلاعاتی در مورد چندین آژانس باشد. این زمینه برای مجموعه داده هایی که حاوی اطلاعات چندین آژانس است ، الزامی است. در موارد دیگر اختیاری است.
  آژانس_ نام	متن	لزوما	نام کامل آژانس حمل و نقل.
  آژانس_ورل	url	لزوما	آژانس حمل و نقل URL.
  Agend_TimeZone	منطقه زمانی	لزوما	کمربند ساعتی که در آن آژانس حمل و نقل کار می کند. اگر مجموعه داده شامل اطلاعات چندین آژانس باشد ، همه آنها باید همان مقدار Agend_TimeZone را نشان دهند.
  آژانس_لانگ	رمز زبانی	لازم نیست	زبان اصلی مورد استفاده آژانس حمل و نقل. این قسمت به شما امکان می دهد قوانینی را برای ترتیب حروف کوچک و بزرگ و همچنین سایر تنظیمات زبان متن در مجموعه داده ها تنظیم کنید.
  آژانس_	شماره تلفن	لازم نیست	شماره تلفن صوتی یک آژانس حمل و نقل. این یک خط متنی است که در آن شماره تلفن در قالب معمولی منطقه ارائه شده توسط شرکت مخابراتی نشان داده شده است. این تعداد ممکن است و باید حاوی علائم نگارشی برای گروه بندی باشد. به نظر می رسد از آنالوگهای اعداد (به عنوان مثال تلفن Trimet: 503-238-Ride) استفاده کنید ، با این حال ، استفاده از هر متن توصیفی دیگر مجاز نیست.
  Agency_fare_url	url	لازم نیست	صفحات وب URL که مسافران می توانند بلیط یا کرایه های دیگر را خریداری کنند.
  آژانس_یمیل	پست الکترونیک	لازم نیست	آدرس ایمیل ، که در آن مسافران می توانند مستقیماً با خدمات پشتیبانی مشتری این آژانس تماس بگیرند.

  Stops. txt

  پرونده اجباری

  اگر مکان یک منطقه فرود است (socation_type = 4) ، باید نام این منطقه فرود که توسط آژانس در مواد اطلاعاتی و علائم موجود در قسمت stop_name استفاده می شود ، نشان داده شود. این می تواند یک حرف یا متن باشد ، مانند "محل فرود برای مسافران در صندلی های چرخدار" یا "اولین واگن قطارهای کوتاه".

  برای توقف بدون ایستگاه های والدین: 0 یا خالی - هیچ اطلاعاتی در مورد احتمال فرود در ویلچر وجود ندارد. 1 - حداقل برخی از وسایل نقلیه متوقف شده در این مکان برای صندلی های چرخدار سازگار هستند. 2 - فرود در ویلچر غیرممکن است.

  برای شرکتهای تابعه: 0 یا (خالی) - توقف در صورت وجود ویلچر ارزش خود را از ایستگاه والدین به ارث می برد. 1 - از ورودی ایستگاه تا یک توقف یا سکو را می توان در یک صندلی چرخدار به دست آورد. 2 - از ورودی ایستگاه تا توقف یا سکوی ، نمی توانید در یک ویلچر قرار بگیرید.

  مسیرها

  پرونده اجباری

  0 - فرود در یک نقطه دلخواه از مسیر مجاز است. 1 یا (خالی) - فرود در نقطه دلخواه مسیر ممنوع است. 2 - برای فرود در نقطه دلخواه مسیر ، باید با آژانس حمل و نقل تماس بگیرید. 3 - برای کاشت در یک نقطه دلخواه از مسیر ، باید سیگنال را به راننده بدهید.

  0 - فرود در نقطه دلخواه مسیر مجاز است. 1 یا (خالی) - فرود در نقطه دلخواه مسیر ممنوع است. 2 - برای فرود در نقطه دلخواه مسیر ، باید با آژانس حمل و نقل تماس بگیرید. 3 - برای فرود در نقطه دلخواه مسیر ، باید سیگنال را به راننده بدهید.

  trip. txt

  پرونده اجباری

  نمونه بلوک ها و روزهای خدمت

  در جدول زیر نمونه هایی از بلوک ها برای همان مسیر در روزهای مختلف هفته نشان داده شده است.

   

  مسیر_	trip_id	service_id	block_id	(اولین زمان توقف)	(زمان آخرین توقف)
  قرمز	Trip_1	دوشنبه-مادام العمر	حلقه قرمز	22:00:00	22:55:00
  قرمز	Trip_2	وابسته به سات-سانت	حلقه قرمز	23:00:00	23:55:00
  قرمز	Trip_3	ارباب	حلقه قرمز	24:00:00	24:55:00
  قرمز	Trip_4	دوشنبه-عروسی-پنجشنبه	حلقه قرمز	20:00:00	20:50:00
  قرمز	Trip_5	دوشنبه-عروسی-پنجشنبه	حلقه قرمز	21:00:00	21:50:00

  توضیحات در جدول:

  • در شب جمعه تا شنبه ، یک وسیله نقلیه پرواز Trip_1 ، Trip_2 و Trip_3 (از 22:00 تا 00:55) را انجام می دهد. لطفاً توجه داشته باشید که آخرین پرواز در روز شنبه از 00:00 تا 00:55 انجام می شود ، اما به روز خدمت "جمعه" اشاره دارد ، همانطور که در زمان مشخص شده در قالب 24:00:00 و 24:55:00 مشهود است.
  • روز دوشنبه ، سه شنبه ، چهارشنبه و پنجشنبه ، یک وسیله نقلیه پرواز Trip_1 ، Trip_4 و Trip_5 را از 20:00 تا 22:55 انجام می دهد.

  Stop_times. txt

  پرونده اجباری

  0 - فرود در یک نقطه دلخواه از مسیر مجاز است. 1 یا (خالی) - فرود در نقطه دلخواه مسیر ممنوع است. 2 - برای فرود در نقطه دلخواه مسیر ، باید با آژانس حمل و نقل تماس بگیرید. 3 - برای کاشت در یک نقطه دلخواه از مسیر ، باید سیگنال را به راننده بدهید.

  0 - فرود در نقطه دلخواه مسیر مجاز است. 1 یا (خالی) - فرود در نقطه دلخواه مسیر ممنوع است. 2 - برای فرود در نقطه دلخواه مسیر ، باید با آژانس حمل و نقل تماس بگیرید. 3 - برای فرود در نقطه دلخواه مسیر ، باید سیگنال را به راننده بدهید.

  calendar. txt

  پرونده اجباری مشروط

  calendar_dates. txt

  پرونده اجباری مشروط

  با استفاده از جدول Calendar_dates. txt ، می توانید به وضوح فعال سازی و غیرفعال سازی برخی از خدمات را تنظیم کنید. این کار را می توان به دو روش شرح داده شده در زیر انجام داد.

  • روش توصیه شدهبرای تنظیم استثنائات در نمودار پیش فرض تعیین شده در پرونده Calendar. txt از Calendar_dates. txt در ترکیب با Calendar. txt استفاده کنید. این امر در صورت ارائه خدمات به طور منظم ، اما با تغییراتی در برنامه در تاریخ های خاص (به عنوان مثال ، در روزهای وقایع جشن یا تعطیلات مدرسه) راحت است. در این حالت ، calendar_dates. service_id شناسه ای از تقویم Field. service_id است.
  • یک روش جایگزیناز پرونده Calendar. txt استفاده نکنید و تمام تاریخ ها را مشخص کنید که خدمات در پرونده Calendar_dates. txt در دسترس هستند. این امر مناسب است اگر خدمات در برنامه یا انحراف قابل توجهی از آن ارائه نشوند. در این حالت ، service_id یک شناسه است.

  fare_attributes. txt

  پرونده اختیاری

  fare_rules. txt

  پرونده اختیاری

  با استفاده از جدول FARE_RULES. TXT ، می توانید مشخص کنید که چگونه تعرفه های پرونده file_attributes. txt باید در مسیر اعمال شود. بیشتر تعرفه ها از ترکیبی از قوانین زیر استفاده می کنند:

  • کرایه بستگی به محل فرود یا فرود دارد.
  • کرایه بستگی به این دارد که از چه مناطق عبور می کند.
  • کرایه بستگی به این دارد که مسافر از چه خطوطی استفاده می کند.

  View examples of determining the structure of tariffs using files_rules. txt and fare_attributes. txt files on the page https://code. google.com/p/googletransitdatatafeed/wiki/fareexamps Viki-site project with an open initial coda GoogletanditatratatatratatratatratatratatrataTarans.

   

  نام قسمت	نوع	لزوما	شرح
  fare_id	شناسه از قسمت fare_attributes. fare_id	لزوما	کلاس تعرفه را تعیین می کند.
  مسیر_	شناسه از مسیر Field. Route_Id	لازم نیست	مسیر مرتبط با کلاس را تعیین می کند. اگر چندین مسیر با همان تعرفه ها دارید ، برای هر یک از آنها یک ورودی جداگانه در پرونده fare_rules. txt ایجاد کنید. به عنوان مثال ، اگر کلاس تعرفه "B" در مسیرهای TSW و TSE معتبر باشد ، پرونده fare_rules. txt باید شامل سوابق زیر برای این کلاس تعرفه باشد: fare_id ، route_id b ، tsw b ، tse
  Origin_id	شناسه از Field Stops. Zone_Id	لازم نیست	منطقه عزیمت را تعیین می کند. اگر چندین منطقه پسوند با همان تعرفه دارید ، برای هر Origin_Id در پرونده fare_rules. txt یک ورودی جداگانه ایجاد کنید. به عنوان مثال ، اگر کلاس تعرفه "B" برای همه سفرهایی که از منطقه 2 یا 8 شروع می شود ، معتبر است ، پرونده fare_rules. txt باید شامل سوابق زیر برای این کلاس تعرفه باشد: fare_id. Origin_id ب. 2 ب. 8
  مقصد_ id	شناسه از Field Stops. Zone_Id	لازم نیست	منطقه ورود را تعیین می کند. اگر چندین منطقه ورود با همان تعرفه دارید ، برای هر مقصد در پرونده fare_rules. txt یک ورودی جداگانه ایجاد کنید. به عنوان مثال ، با استفاده از زمینه های Origin_ID و Destination_id ، می توانید نشان دهید که کلاس تعرفه "B" برای تمام سفرهای بین مناطق 3 و 4 معتبر است ، و همچنین بین مناطق 3 و 5. در این حالت ، پرونده fare_rules. txt باید شامل سوابق زیر برای این کلاس تعرفه: fare_id. Origin_id ، Destination_id b. 3. 4 ب. 3. 5
  حاوی_ id	شناسه از Field Stops. Zone_Id	لازم نیست	مناطق موجود در کلاس تعرفه را تعیین می کند. در برخی از سیستم ها برای محاسبه کلاس تعرفه صحیح استفاده می شود. به عنوان مثال ، اگر کلاس تعرفه "C" در تمام مسیرهای GRT که از مناطق 5 ، 6 و 7 عبور می کنند اعمال شود ، پرونده fare_rules. txt باید حاوی سوابق زیر باشد: fare_id ، route_id. شامل_ید c ، grt. 5 c ، grt. 6 c ، grt. 7 برای اینکه تعرفه اعمال شود ، مسیر مسافر باید از تمام مناطق تعیین شده در قسمت حاوی_ید عبور کند. بنابراین ، به مسیر ، که از مناطق 5 و 6 عبور می کند ، اما از منطقه 7 عبور نمی کند ، کلاس تعرفه "C" اعمال نمی شود. می توانید نمونه های دیگری را در صفحه https://code. google.com/p/googletransitdatafeed/wiki/fareexamptles googletransitdatatafeed پیدا کنید.

  شکل. txt

  پرونده اختیاری

  پرونده شکل. txt مسیر وسیله نقلیه را توصیف می کند. مسیرها با پروازهای جداگانه همراه است و شامل دنباله ای از نقاط است که از طریق آن وسیله نقلیه عبور می کند. مسیرها نیازی به تقاطع با توقف ندارند ، اما تمام توقف های موجود در پرواز باید در فاصله کوتاهی از مسیر (در نزدیکی بخش های مستقیم که نقاط مسیر را به هم وصل می کنند) قرار بگیرند.

   

  نام قسمت	نوع	لزوما	شرح
  شکل_ id	مشخص کننده	لزوما	مسیر را تعیین می کند.
  shape_pt_lat	عرض جغرافیایی	لزوما	عرض جغرافیایی نقطه مسیر. هر ورودی در پرونده شکل. txt مطابق با نقطه ای است که برای تعیین مسیر استفاده می شود.
  shape_pt_lon	طول جغرافیایی	لزوما	طول طول مسیر مسیر.
  shape_pt_ownence	عدد صحیح	لزوما	دنباله ای که در آن نقاط مسیر با یکدیگر همراه است. مقادیر باید در طول پرواز افزایش یابد ، اما لازم نیست که سازگار باشد. Например, если траектория A_shp задается тремя точками, то файл shapes. txt будет содержать следующие записи, определяющие траекторию: shape_id, shape_pt_lat, shape_pt_lon, shape_pt_sequence A_shp, 37. 61956,-122. 48161, 0 A_shp, 37. 64430,-122. 41070, 6 A_shp, 37. 65863,- 122. 30839،11
  shape_dist_traveled	ارزش غیر منفی با کاما شناور	لازم نیست	فاصله واقعی از نقطه اول مسیر به نقطه ای که در ضبط نشان داده شده است. با تشکر از این اطلاعات ، برنامه ریز مسافرتی تعیین می کند که کدام قسمت از خط مسیر را باید روی نقشه بکشید. مقادیر این قسمت باید همراه با مقادیر شکل_پت_ توالی افزایش یابد (شما نمی توانید حرکت را در طول مسیر در جهت مخالف بکشید). واحدهای اندازه گیری باید با مواردی که در پرونده Stop_times. txt استفاده می شود همزمان باشد. Например, если автобус проезжает через три точки, определяющие траекторию A_shp, значения shape_dist_traveled (в данном случае в километрах) будут записаны в следующем виде: shape_id, shape_pt_lat, shape_pt_lon, shape_pt_sequence, shape_dist_traveled A_shp, 37. 61956,-122. 48161, 0, 0 A_shp, 37. 64430 ، -122. 41070. 6. 6. 8310 A_SHP ، 37. 65863 ، -122. 30839،11. 15. 8765

  فرکانس. txt

  پرونده اختیاری

  پرونده فرکانس. txt حاوی اطلاعاتی در مورد پروازها است که از طریق فاصله منظم اجرا می شوند. می توان از آن برای ارائه دو نوع خدمات مختلف استفاده کرد:

  • سرویس مبتنی بر فرکانس (Exact_times = 0). این سرویس در طول روز در یک برنامه ثابت ارائه نمی شود. در عوض ، اپراتورها سعی می کنند فاصله خاصی از حرکت را مشاهده کنند.
  • فشردن برنامه برنامه (Exact_times = 1). برنامه دقیقی از حرکت در یک دوره خاص وجود دارد و اپراتورها سعی می کنند کاملاً به آن پایبند باشند.

  نقل و انتقالات

  پرونده اختیاری

  هنگام محاسبه مسیر برنامه با استفاده از داده های GTFS ، پیوند بر اساس زمان مجاز و مجاورت توقف ها تفسیر می شود. پرونده transfers. txt قوانین و کاهش اضافی را برای پیوند انتخاب شده تعریف می کند.

  pathways. txt

  پرونده اختیاری

  از گسترش GTFS-Pathways برای ایجاد یک نمایش گرافیکی از نمودار ایستگاه با گره ها (مکان ها) و دنده ها (مسیرها) استفاده می شود.

  برای حرکت از گره ورودی (socation_type = 2) به platform_type = 0) ، مسافر باید نقاط کنترل پرداخت را در طول مسیرهای عابر پیاده ، پله ها یا مسیرهای دیگری که در گرافیک ها به شکل دنده ها ارائه می شوند ، طی کند. در این پسوند نوع دیگری از مکان وجود دارد - "یک گره مشترک" (به عنوان مثال ، تقاطع راه های منتهی به جهات مختلف).

  توجه! توضیحات روشهای موجود در ایستگاه باید جامع باشد. بنابراین ، اگر حداقل یک سکو (توقف) ، ورودی یا گره در ایستگاه مسیر را نشان دهد ، فرض بر این است که توصیف جامع از مسیرهای موجود در این ایستگاه ارائه شده است. بنابراین ، قوانین زیر که توسط عقل سلیم دیکته شده است ، اعمال می شود:

  • فقدان مکان های "معلق". اگر راهی برای هر مکانی در ایستگاه وجود داشته باشد ، همه مکان ها باید راه هایی داشته باشند. استثناء سکوهایی با مناطق فرود است.
  • فقدان سکوهای مسدود شده. هر سیستم عامل باید با استفاده از زنجیره آهنگ حداقل به یک ورودی وصل شود. ایستگاه هایی که از آنجا نمی توانید خارج شوید ، در زندگی واقعی بسیار نادر هستند.
  • فقدان مسیرهای سکو با مناطق فرود. سکو با مناطق فرود به عنوان یک شیء والدین در نظر گرفته می شود ، نه یک نکته. او نمی تواند راه داشته باشد. تمام مسیرها به سایت های فرود اختصاص داده می شوند.

  توصیه می شود طول انتقال را از یک طبقه به طبقه دیگر به 15 مرحله برای پله ها و 12 مرحله برای پله برقی ها برسانید.

  مقدار مثبت Star_Count دلالت بر این دارد که مسافر از_ستوپ_id به to_stop_id بالا می رود. مقدار منفی star_count نشان می دهد که مسافر از_stop_id به to_stop_id فرود می آید.

  از این قسمت فقط با مسیرهای عابر پیاده استفاده کنید (pathway_type = 1) و پیاده روهای متحرک (pathway_type = 3).

  سطح. txt

  پرونده اختیاری

  سطوح مختلف ایستگاه را توصیف می کند. این فایل بهترین استفاده از pathways. txt است. این برای آسانسورها اجباری است (pathway_mode = 5) ، که در آن مسافران به سطح "مزونین" یا "سکو" می روند.

  fed_info. txt

  پرونده اجباری مشروط

  این پرونده حاوی اطلاعاتی در مورد داده های خالص است ، و نه در مورد خدمات حمل و نقل که در آن شرح داده شده است. در برخی موارد ، ناشر مجموعه داده ها و آژانس حمل و نقل می توانند سازمان های مختلفی باشند. در صورت ارائه پرونده ترجمه. txt ، این پرونده اجباری است.

  برای تعریف یک زبان دیگر ، از قسمت زبان در پرونده ترجمه ها استفاده کنید.

  در یک مجموعه داده چند زبانه ، می توان از زبان پیش فرض استفاده کرد و متن اصلی را می توان به چند زبان ارائه داد. در چنین مواردی ، در قسمت FEED_LANG ، کد MUL را با استاندارد ISO 639-2 مشخص کنید. ترجمه را برای هر زبانی که در مجموعه داده ها در پرونده ترجمه استفاده می شود ، نشان دهید. اگر کل متن اصلی به یک زبان آورده شده است ، از MUL استفاده نکنید.

  • آلمانی: "Genf" ، "Zürich" و "Biel"
  • فرانسوی: "Genève" ، "Zurich" و "Bienne"
  • ایتالیایی: "Ginevra" ، "Zurigo" و "Bienna"
  • انگلیسی: "ژنو" ، "زوریخ" و "بیل/دوتایی"

  ترجمه ها. txt

  پرونده اختیاری

  جدول مجموعه داده های حاوی یک قسمت ترجمه را تعیین می کند. مقادیر زیر مجاز است:

  • آژانس
  • توقف
  • مسیر
  • سفر
  • زمان متوقف کردن
  • خوراک
  • مسیر
  • سطح
  • خصوصیات

  شامل نام قسمت برای ترجمه است. زمینه هایی از نوع "متن" را می توان ترجمه کرد ، در حالی که زمینه های "url" ، "آدرس" و "شماره تلفن" را می توان در اینجا نشان داد تا ترجمه صحیح این منابع ارائه شود.

  حاوی زبان ترجمه است.

  اگر زبان مشخص شده با مقدار FED_LANG تنظیم شده در پرونده fed_info. txt همزمان باشد ، از مقدار اولیه قسمت پیش فرض برای زبانها استفاده می شود ، ترجمه هایی که برای آنها نشان داده نشده است.

  به عنوان مثال ، نام رسمی کانتون دو زبانه در سوئیس Biel/Bienne است ، اما به زبان فرانسوی آن را فقط دوسالانه و در آلمانی-بیل نامیده می شود.

  رکورد مربوط به قسمت ترجمه را تعیین می کند. قسمت Record_ID باید شناسه اصلی را از جدول مجموعه داده ها نشان دهد ، همانطور که در جدول زیر تعریف شده است:

   

  جدول_ نام	record_id
  آژانس	آژانس_ id
  توقف	stop_id
  مسیر	مسیر_
  سفر	trip_id
  زمان متوقف کردن	trip_id
  مسیر	pathway_id
  سطح	سطح_ id
  خصوصیات	attribution_id

  شرایط زیر تعیین می کند که چگونه می توان از این زمینه استفاده کرد:

  • ممنوع است اگر Table_Name برابر با FED_INFO باشد.
  • ممنوع است اگر Field_Value تعریف شود.
  • اگر مقدار field_value نشان داده نشود لازم است.

  این کمک می کند تا در جدول مشخص شده در قسمت Record_ID ، رکوردی را که حاوی قسمت است ، ترجمه کنید. قسمت record_sub_id شناسه ثانویه مجموعه داده های مجموعه داده ها را نشان می دهد ، همانطور که در جدول زیر تعریف شده است:

   

  جدول_ نام	record_sub_id
  آژانس	هیچ یک
  توقف	هیچ یک
  مسیر	هیچ یک
  سفر	هیچ یک
  زمان متوقف کردن	توقف
  مسیر	هیچ یک
  سطح	هیچ یک
  خصوصیات	هیچ یک

  شرایط زیر تعیین می کند که چگونه می توان از این زمینه استفاده کرد:

  • ممنوع است اگر Table_Name برابر با FED_INFO باشد.
  • ممنوع است اگر Field_Value تعریف شود.
  • اگر Table_Name برابر با Stop_times باشد و توسط Record_ID تعریف شده باشد ، لازم است.

  به جای اینکه در زمینه های Record_ID و Record_Sub_ID قرار بگیرید ، نشان دهید که کدام رکورد را برای ترجمه نیاز دارید ، می توانید مقدار ترجمه را در قسمت field_value مشخص کنید. در این حالت ، ترجمه هنگامی استفاده می شود که فیلد تعیین شده توسط table_name و field_name حاوی معنای مشابه field_value باشد.

  این قسمت دقیقاً باید با مقدار تعریف شده در Field_Value همزمان باشد. اگر فقط برخی از مقادیر با Field_Value همزمان باشند ، از ترجمه استفاده نمی شود.

  اگر یک رکورد با دو قانون ترجمه مطابقت داشته باشد - یکی با Field_Value ، و دیگری با Record_ID - سپس از قانون با Record_ID استفاده می شود.

  شرایط زیر تعیین می کند که چگونه می توان از این زمینه استفاده کرد:

  • ممنوع است اگر Table_Name برابر با FED_INFO باشد.
  • اگر Record_ID تعریف شود ممنوع است.
  • اگر مقدار record_id نشان داده نشود ، لازم است.

  attributions. txt

  پرونده اختیاری

   

  نام قسمت	نوع	لزوما	شرح
  attribution_id	مشخص کننده	لازم نیست	انتساب استخدام داده (یا زیردریایی آن). این زمینه هنگام انجام ترجمه مفید خواهد بود.
  آژانس_ id	مشخص کننده	لازم نیست	آژانس که انتساب به آن تعلق دارد. اگر برای یکی از زمینه های Agend_ID ، Route_id و Trip_ID ، زمینه های دیگر باید خالی باشند. اگر یک مقدار واحد تنظیم نشده باشد ، انتساب به کل مجموعه داده ها اعمال می شود.
  مسیر_	مشخص کننده	لازم نیست	همان اصل عمل به عنوان قسمت Agency_ID ، اما فقط انتساب به مسیر اعمال می شود. یک مسیر ممکن است شامل چندین ویژگی باشد.
  trip_id	مشخص کننده	لازم نیست	همان اصل عمل به عنوان Agend_ID زمینه ، اما فقط انتساب به پرواز اعمال می شود. یک پرواز ممکن است شامل چندین ویژگی باشد.
  نام سازمان	متن	لزوما	نام سازمانی که مجموعه داده ها در آن قرار دارد.
  is_producer	انتقال	لازم نیست	نقش سازمان تأمین کننده است. مقادیر مجاز: • 0 یا (خالی) - سازمان این نقش را ندارد.• 1 - سازمان این نقش را دارد. حداقل یکی از زمینه های is_producer ، is_operator و is_authority باید حاوی 1 باشد.
  is_perator	انتقال	لازم نیست	همان اصل عمل به عنوان زمینه IS_Producer ، اما نقش سازمان اپراتور است.
  is_authority	انتقال	لازم نیست	همان اصل عمل به عنوان زمینه IS_Producer ، اما فقط نقش سازمان بدن کنترل کننده است.
  attribution_url	url	لازم نیست	سازمان URL.
  attribution_email	پست الکترونیک	لازم نیست	آدرس ایمیل سازمان.
  attribution_phone	شماره تلفن	لازم نیست	شماره تلفن سازمان.

  به استثنای آنچه در غیر این صورت ذکر نشده است ، محتوای این صفحه تحت مجوز Creative Commons Attribution 4. 0 مجوز دارد و نمونه های کد دارای مجوز Licidense Apache 2. 0 هستند. برای جزئیات بیشتر ، به سیاست های سایت Google Developers مراجعه کنید. جاوا یک علامت تجاری ثبت شده اوراکل و/یا شرکت های وابسته به آن است.< AN> نقش سازمان تأمین کننده است. مقادیر مجاز: • 0 یا (خالی) - سازمان این نقش را ندارد.• 1 - سازمان این نقش را دارد. حداقل یکی از زمینه های is_producer ، is_operator و is_authority باید حاوی 1 باشد.