GTFS প্রয়োজনীয়তা, GTFS প্রয়োজনীয়তা, GTFS প্রয়োজনীয়তা

অংশীদারকে একটি GTFS ফিড প্রদান করা উচিত যা সমস্ত স্ট্যান্ডার্ড স্পেসিফিকেশন পূরণ করে, এছাড়াও নীচে তালিকাভুক্তগুলি। এই ফিডে অংশীদার প্রদর্শন করতে চায় এমন সমস্ত ভ্রমণপথ কভার করা উচিত। এই তথ্য প্রদান করলে সময়সূচী এবং রুটের তথ্য Google-এ দেখা যাবে। মনে রাখবেন যে কোনও অংশীদার যদি বেছে নেয় তবে প্রদত্ত ফিডে কিছু বা সমস্ত ভ্রমণের জন্য অতিরিক্ত মূল্য এবং প্রাপ্যতার তথ্য প্রকাশ করতে পারে৷

ডিফল্ট প্রয়োজনীয়তা

স্ট্যাটিক GTFS রেফারেন্স - সমস্ত ডিফল্ট প্রয়োজনীয়তা প্রয়োগ করা হয়।

GTFS সেরা অনুশীলনগুলি - অনুগ্রহ করে সর্বোত্তম অনুশীলনগুলি অনুসরণ করুন যেন সেগুলি প্রয়োজন হয়৷

GTFS ফিড আপলোড করা হচ্ছে - GTFS ফিড আপলোড করতে অনুগ্রহ করে এই প্রক্রিয়াটি অনুসরণ করুন।

আপডেট: মনে রাখবেন যে একবার ফিড আপলোড হয়ে গেলে, সেগুলি এখানে বর্ণিত প্রক্রিয়া অনুসরণ করে আপডেট করা যেতে পারে। সাধারণভাবে এই ফিড আপডেটগুলি সম্পূর্ণরূপে প্রচারিত হতে 2-3 দিন সময় নিতে পারে।

অতিরিক্ত আবশ্যক

ব্যাপ্তি

  • একটি একক GTFS ফিড অবশ্যই একটি দেশ বা একটি দেশের একটি অংশকে কভার করবে৷ দেশের সীমানা অতিক্রমকারী ট্রিপগুলি অবশ্যই আলাদা মহাদেশ-ব্যাপী ফিডে প্রদান করতে হবে। যদি একটি GTFS ফিড একটি দেশের চেয়ে বড় কিছু কভার করে, তাহলে অনুগ্রহ করে ট্রাভেল ট্রান্সপোর্ট টিমের সাথে যোগাযোগ করুন।
    • GTFS জিপ ফাইলের মধ্যে থাকা ফাইলগুলি 4GB-এর নিচে থাকা উচিত। এর থেকে বড় ফাইলগুলি সাধারণত খারাপ অভ্যাসের একটি চিহ্ন, যেমন frequencies.txt বা অনুরূপ বৈশিষ্ট্য দ্বারা প্রস্তাবিত কম্প্রেশন বিকল্পগুলিকে উপেক্ষা করা। এটি প্রক্রিয়াকরণের সময় সমস্যার কারণ হতে পারে। আপনি যদি মনে করেন যে আপনার 4GB-এর থেকে বড় ফাইল দরকার, অনুগ্রহ করে transport-help@google.com- এ ট্রাভেল ট্রান্সপোর্ট টিমের সাথে যোগাযোগ করুন।
    • একটি GTFS ফিডের মধ্যে পরিষেবাগুলির পরিচালনার সম্পূর্ণ ভবিষ্যত সময়ের জন্য ডেটা GTFS ডেটার প্রতিটি আপডেটের সাথে প্রদান করা উচিত। বিভিন্ন সময়ের দ্বারা পরিষেবার বিভাজন গ্রহণযোগ্য নয়।
  • একটি প্রদত্ত অপারেটরের জন্য সমস্ত তারিখ একটি একক ফিডে থাকা আবশ্যক৷

অনুবাদ

  • অনুবাদগুলি translations.txt এর মাধ্যমে প্রদান করা যেতে পারে এবং সেসব দেশে প্রয়োজন হবে যেখানে:
    • ব্যবহারকারীদের তথ্য বিভিন্ন স্ক্রিপ্টে, বা ল্যাটিন ছাড়া অন্য স্ক্রিপ্টে প্রদান করা যেতে পারে
    • ব্যবহারকারীদের তথ্য একাধিক ভাষায় প্রদান করা যেতে পারে, বা যেখানে সত্তা সেই ভাষায় বিভিন্ন নামকরণ ব্যবহার করতে পারে (যেমন ব্রাসেলস/ব্রাসেল/ব্রুকসেলস)
  • সত্তা অনুবাদ করা হবে
    • এজেন্সি/স্টপ/রুটের নাম
    • ট্রিপ/স্টপ হেডসাইন

রুটের নাম, ট্রিপের ছোট নাম এবং হেডসাইন

  • সমস্ত ট্রিপের জন্য হেডসাইন অবশ্যই trips.txt (যদি পুরো ট্রিপে সঙ্গতিপূর্ণ থাকে) অথবা stop_times.txt (যদি ট্রিপের বিভিন্ন পর্যায়ে হেডসাইন পরিবর্তিত হয়) দিতে হবে।
  • হেডসাইনগুলি এমন তথ্যের সাথে মিলিত হওয়া উচিত যা ব্যবহারকারীরা মাটিতে খুঁজে পেতে পারেন। উদাহরণস্বরূপ, গাড়িতে বা সাইনবোর্ডে প্রদর্শিত হেডসাইন।
  • যখন একটি রুটের একটি নাম থাকে, এটি অবশ্যই routes.txt এ long_name হিসেবে প্রদান করতে হবে।
  • যখন একটি রুটের একটি নির্দিষ্ট নম্বর বা আলফানিউমেরিক শনাক্তকারী থাকে যা সেই রুটে এবং উভয় দিকের সমস্ত ট্রিপের ক্ষেত্রে প্রযোজ্য হয়, তখন এটি অবশ্যই routes.txt এ short_name হিসাবে প্রদান করতে হবে।
  • যখন রুটের মধ্যে ট্রিপে স্বতন্ত্র শনাক্তকারী থাকে (উদাহরণস্বরূপ, ট্রেন নম্বর), এই ধরনের শনাক্তকারী অবশ্যই ট্রিপের সংক্ষিপ্ত নাম হিসেবে প্রদান করতে হবে।
  • দূর-দূরত্বের পরিষেবাগুলির জন্য যেগুলির রুট নম্বর বা নাম নেই, একটি রুটের নাম নির্বাচন করা সমস্যাযুক্ত হয়ে ওঠে৷ এই ধরনের পরিস্থিতিতে সাধারণ নির্দেশিকা হল যে রুটের নাম এবং হেড সাইনের সংমিশ্রণ ব্যবহারকারীকে গাড়িটিকে দ্ব্যর্থহীনভাবে শনাক্ত করতে সাহায্য করবে। উদাহরণস্বরূপ, অপারেটিং এজেন্সির নামটি রুটের নাম হিসাবে ব্যবহার করা যেতে পারে, যখন ভ্রমণের গন্তব্য (যদি গাড়িতে প্রদর্শিত হয়) ট্রিপ হেডসাইন হিসাবে ব্যবহার করা উচিত।

উদাহরণ

  • ভারতীয় রেলওয়ে কামায়ানী এক্সপ্রেস ট্রেন 11071 মুম্বাই থেকে বারাণসী পর্যন্ত। দ্রষ্টব্য: নম্বর 11071 মুম্বাই থেকে বারাণসী পর্যন্ত একটি নির্দিষ্ট ট্রেন ট্রিপকে চিহ্নিত করে, রুটটি নয়।
    • routes.txt:
      • ছোট_নাম: <খালি>
      • long_name: কামায়নী এক্সপ্রেস
    • trips.txt:
      • trip_short_name: 11071
      • শিরোনাম: বারাণসী
  • বুয়েনস আইরেস থেকে কর্ডোবা যাওয়ার একটি বাস শেভালিয়ার বাস দ্বারা পরিচালিত। দ্রষ্টব্য: এই পরিষেবাটি পরিচালনাকারী বাসটি একটি নির্দিষ্ট রুটের নাম প্রদর্শন করে না। পরিবর্তে এটি প্রধানভাবে তার অপারেটিং এজেন্সির নাম এবং এর গন্তব্য প্রদর্শন করে। এই নির্দিষ্ট ট্রিপের একটি পৃথক নম্বর/শনাক্তকারী নেই যা এটিকে একই এজেন্সি দ্বারা পরিচালিত বা একই রুটে পরিবেশন করা অন্যান্য ট্রিপ থেকে আলাদা করে। সেক্ষেত্রে এজেন্সির নাম (এজেন্সি agencies.txt ) এবং রুট long_name ( routes.txt এ) উভয় হিসাবে "শেভালিয়ার" ব্যবহার করা গ্রহণযোগ্য। হেড সাইনের জন্য গন্তব্য ব্যবহার করা উচিত। trip_short_name খালি থাকা উচিত।
    • routes.txt:
      • ছোট_নাম: <খালি>
      • long_name: Chevallier
    • trips.txt:
      • trip_short_name: <empty>
      • হেডসাইন: কর্ডোবা

স্টপ বার

arrival_time এবং departure_time উভয়ই stop_times.txt এ দিতে হবে।

ট্রিপ গঠন

  • দূর-দূরত্বের ট্রিপগুলি যেগুলি একাধিক শহর/এলাকায় পরিষেবা দেয় সেগুলি শেষ থেকে শেষ পর্যন্ত কোনও বিভাজন ছাড়াই সরবরাহ করা উচিত (যেমন A->B->C নয় [A->B,A->C,B->C]), যেখানে A, B, C হল শহর এলাকা। উদাহরণস্বরূপ, রোজারিওতে একটি স্টপ সহ বুয়েনস আইরেস থেকে কর্ডোবা যাওয়ার একটি দূরপাল্লার বাসকে এই তিনটি শহরে স্টপ সহ একটি ট্রিপ হিসাবে উপস্থাপন করা উচিত, তিনটি ট্রিপ "বুয়েনস আইরেস - রোজারিও", "বুয়েনস আইরেস - কর্ডোবা" হিসাবে নয়। " এবং "রোজারিও - কর্ডোবা"
  • যে ক্ষেত্রে ডেটা প্রদানকারী সঠিক ট্রিপ স্ট্রাকচার সম্পর্কে তথ্য পেতে অক্ষম, সেক্ষেত্রে কেস-বাই-কেস ভিত্তিতে বিভক্ত শহর-থেকে-শহর ভ্রমণগুলি প্রদান করা যেতে পারে। যদি এই ধরনের শহর থেকে শহরে ভ্রমণের একাধিক পিক-আপ বা ড্রপ-অফ পয়েন্ট থাকে একটি শহরের মধ্যে (শহর এলাকা), স্টপ-টু-স্টপ বিভাজন অনুমোদিত নয় — সমস্ত পিক আপ পয়েন্ট এবং সমস্ত ড্রপ অফ পয়েন্ট তালিকাভুক্ত করা উচিত সিঙ্গেল ট্রিপ.

স্টেশন কাঠামো

একাধিক প্ল্যাটফর্ম/বে রয়েছে এমন বড় স্টেশনগুলির জন্য, স্টেশন-প্ল্যাটফর্ম সম্পর্কগুলি অবশ্যই ফিডে নির্দিষ্ট করতে হবে এবং নির্দিষ্ট উপসাগর/প্ল্যাটফর্মগুলি অবশ্যই stops.txt এ platform_code ক্ষেত্রের মাধ্যমে চিহ্নিত করতে হবে। যে যানবাহনগুলি ধারাবাহিকভাবে একটি নির্দিষ্ট উপসাগর বা প্ল্যাটফর্ম থেকে প্রস্থান/আগমন করে সেগুলিকে GTFS ফিডে সেই উপসাগর বা প্ল্যাটফর্মের সাথে লিঙ্ক করা উচিত। যদি প্রস্থান/আগমন প্ল্যাটফর্ম বা উপসাগর বিভিন্ন প্রস্থানের দিন/সময়ে পরিবর্তিত হয়, এই তথ্য GTFS রিয়েলটাইমে প্রদান করা যেতে পারে।

স্টেশন/স্টপ অবস্থান

  • একাধিক প্ল্যাটফর্ম বা উপসাগর রয়েছে এমন বড় স্টেশনগুলির জন্য, স্টেশনের অবস্থানটি তার সবচেয়ে বিশিষ্ট পথচারী প্রবেশদ্বারের অবস্থানে (যদি স্টেশনটিতে একটি বিল্ডিং বা কাঠামো থাকে) বা যাত্রী অপেক্ষার জায়গার অবস্থানে (বহিরের জন্য) সেট করা উচিত। স্টেশন)।
  • রাস্তার পাশে ছোট স্টপের জন্য, একটি স্টপের অবস্থানটি বাসের খুঁটির অবস্থানে সেট করা উচিত যখন একটি চিহ্নিত করা যায়। যখন একটি নির্দিষ্ট বাসের খুঁটি শনাক্ত করা যায় না, তখন অবস্থানটি রাস্তার সঠিক পাশে স্থাপন করা উচিত এবং আশেপাশের মধ্যে রাস্তার সাথে প্রকৃত অবস্থান (আদর্শভাবে, 10 মিটারের মধ্যে) যেখানে গাড়ি থামে।

অতিরিক্ত GTFS এক্সটেনশন

শুধুমাত্র অংশীদারদের জন্য প্রয়োজন যারা অংশীদার APIs প্রয়োগ করে মূল্য/উপলভ্যতার তথ্য প্রকাশ করতে চায়।

গুগল ট্রানজিট টিকিট এক্সটেনশন

  • অংশীদারদের Google ট্রানজিট টিকেটিং এক্সটেনশন স্পেসিফিকেশন বাস্তবায়ন করা উচিত যা GTFS-টিকিটিং এক্সটেনশনের একটি উপসেট।
  • আমরা টিকিট আইডিগুলিতে নিম্নলিখিত প্রয়োজনীয়তাগুলি আরোপ করি:
    • টিকিট আইডি স্থিতিশীল হওয়া উচিত (অর্থাৎ একটি ভাল কারণে, কদাচিৎ পরিবর্তন করার অনুমতি দেওয়া হয়েছে)। টিকিটিং আইডি পরিবর্তনের ক্ষেত্রে, ব্যাকওয়ার্ড সামঞ্জস্যের প্রয়োজন হবে (ন্যূনতম 1 সপ্তাহের জন্য)।
    • API অনুরোধে SegmentKey-এর পরামিতি নির্ধারণ করতে, ticketing_trip_id ( trips.txt তে) এবং ticketing_stop_id ( ticketing_identifiers.txt এ) প্রয়োজন । stop_sequence ফলব্যাক সমর্থিত নয় কারণ এটি স্থিতিশীল নয়।

GTFS-ভাড়া v1

স্ট্যাটিক GTFS রেফারেন্স ঐচ্ছিক fare_attributes.txt এবং fare_rules.txt ফাইলগুলি নির্দিষ্ট করে। যদি একজন অংশীদার অংশীদার API-এর সাথে একত্রিত হয়, তাহলে এই ফাইলগুলি প্রদান করা উচিত নয়।