2. Data description and processing2

2. Data description and processing
2.1. Original data
With regard to the availability of data, we focused our analysis on the information available from the Transantiago bus
system. Although information exists for the entire operational period from March 2007, we extracted data from a single
week (09/01/2008-09/07/2008).
The database was structured into tables. The bus position table contains geo-coded bus information (latitude, longitude
and time). The GPS device provided bus positions at regular, 30-s intervals when the bus was moving (the buses were moving
for 80% of the observations). If the driver pressed the panic button (which was sometimes pressed accidentally), then the
position was registered every 10 s (this interval was found in approximately 15% of the sample observations). If the bus was
not moving, then a control register was taken every 5 min (5% of the data in our 1-week sample). In total, 6178 different
buses (determined by license plates) were observed in the system. An additional table contains bus assignments and provides
information about each bus route over a certain period. There were 737 different routes in the system, including variations
such as express or short services. The route assignment information was provided by Transantiago. Linking both
tables, we obtained 44,476,637 observations of bus positions that were assigned to known routes.
In this section, we describe the two major procedures of data management employed for the proper computation of commercial
speed. First, we describe the path rectification methodology. Second, we describe the method that allows us to project
the locations of the GPS pulses onto the rectified bus paths.
The data corresponding to the GPS pulses was stored in a database using PostgresSQL8.3 (Stonebraker, 1987). The performance
was optimized by adding proper indices that organized the information and privilege specific queries for service and
time periods. Processing the data for all services took approximately 1 day of computation. The processes to obtain the
speeds and the interface in Google Earth were coded in the language C++.

ผลลัพธ์ (ไทย) 1:

2. คำอธิบายข้อมูลและประมวลผล2.1 ข้อมูลเดิมตามความพร้อมของข้อมูล เราเน้นของเราวิเคราะห์ข้อมูลจากบัส Transantiagoระบบ ถึงแม้ว่ามีข้อมูลสำหรับรอบระยะเวลาการดำเนินงานทั้งหมดจาก 2007 มีนาคม เราสกัดข้อมูลจากซิงเกิลสัปดาห์ (09/01/2008-09/07/2008)ฐานข้อมูลมีโครงสร้างเป็นตาราง บัสตำแหน่งตารางประกอบด้วยข้อมูลรถรหัสภูมิศาสตร์ (ละติจูด ลองจิจูดกครั้ง) ตำแหน่งรถให้อุปกรณ์ GPS ปกติ 30 s ช่วงเมื่อรถเคลื่อนที่ (รถถูกย้าย80% สังเกต) ถ้าคนขับกดปุ่มตกใจ (ซึ่งบางครั้งกดโดยไม่ตั้งใจ), นั้นลงทะเบียนตำแหน่งทุก 10 s (ช่วงนี้พบประมาณ 15% สังเกตตัวอย่าง) ถ้ารถถูกไม่เคลื่อนไหว แล้วลงทะเบียนตัวควบคุมถูกถ่ายทุก 5 นาที (5% ของข้อมูลในตัวอย่าง 1 สัปดาห์ของเรา) ในรวม 6178 ที่แตกต่างกันรถโดยสารประจำทาง (ตามแผ่นลิขสิทธิ์) ได้สังเกตในระบบ ประกอบด้วยรถกำหนดตารางเพิ่มเติม และให้ข้อมูลเกี่ยวกับเส้นทางการขนส่งแต่ละระยะเวลาที่กำหนด มีเส้นทางอื่น 737 ในระบบ รวมถึงรูปแบบเช่นบริการด่วน หรือระยะสั้น ข้อมูลการกำหนดเส้นทางให้ โดย Transantiago เชื่อมโยงทั้งตาราง เราได้สังเกต 44,476,637 ตำแหน่งรถที่รู้จักเส้นทางในส่วนนี้ เราอธิบายขั้นตอนสำคัญ 2 จัดการข้อมูลจ้างสำหรับการคำนวณที่เหมาะสมของพาณิชย์ความเร็วของ ครั้งแรก เราอธิบายวิธีการกำหนดเส้นทาง สอง เราอธิบายวิธีการที่ช่วยให้เราไปที่โครงการตำแหน่งของพัลส์ GPS บนเส้นทางรถประจำทางแก้ไขข้อมูลที่สอดคล้องกับกะพริบ GPS ถูกเก็บไว้ในฐานข้อมูลโดยใช้ PostgresSQL8.3 (Stonebraker, 1987) ประสิทธิภาพการทำงานปรับให้เหมาะสม โดยเพิ่มดัชนีที่เหมาะสมที่จัดสอบถามเฉพาะข้อมูลและสิทธิ์การใช้งานสำหรับบริการ และรอบระยะเวลา ประมวลผลข้อมูลสำหรับบริการทั้งหมดใช้เวลาคำนวณประมาณ 1 วัน กระบวนการขอรับการความเร็วและอินเทอร์เฟซใน Google Earth ถูกเข้ารหัสในภาษา c ++

ผลลัพธ์ (ไทย) 2:

2. รายละเอียดข้อมูลและการประมวลผล
2.1 ข้อมูลเดิม
ในเรื่องเกี่ยวกับความพร้อมของข้อมูลที่เรามุ่งเน้นไปที่การวิเคราะห์ของเราอยู่กับข้อมูลที่มีอยู่จากรถบัส Transantiago
ระบบ แม้ว่าข้อมูลที่มีอยู่สำหรับระยะเวลาในการดำเนินงานทั้งหมดตั้งแต่เดือนมีนาคมปี 2007 เราสกัดข้อมูลจากเดี่ยว
สัปดาห์ (01/09 / 2008-09 / 07/2008).
เป็นโครงสร้างฐานข้อมูลลงในตาราง ตารางตำแหน่งรถบัสรถบัสมีข้อมูลทางภูมิศาสตร์รหัส (เส้นรุ้งเส้นแวง
และเวลา) อุปกรณ์ GPS ให้ตำแหน่งของรถบัสที่ปกติช่วงเวลา 30 วินาทีเมื่อรถกำลังเคลื่อนที่ (รถที่ถูกย้าย
เป็น 80% ของการสังเกต) ถ้าคนขับกดปุ่มตกใจ (ซึ่งบางครั้งถูกกดโดยไม่ตั้งใจ) แล้ว
ตำแหน่งที่ได้รับการจดทะเบียนทุก 10 วินาที (ช่วงนี้ก็พบว่าประมาณ 15% ของการสังเกตตัวอย่าง) หากรถที่ถูก
ไม่ได้เคลื่อนย้ายแล้วลงทะเบียนการควบคุมถูกนำทุก 5 นาที (5% ของข้อมูลในกลุ่มตัวอย่าง 1 สัปดาห์ของเรา) ทั้งหมดที่แตกต่างกัน 6178
รถโดยสาร (กำหนดโดยแผ่นป้ายทะเบียน) ถูกตั้งข้อสังเกตในระบบ ตารางเพิ่มเติมมีรถบัสที่ได้รับมอบหมายและให้
ข้อมูลเกี่ยวกับเส้นทางรถเมล์แต่ละช่วงระยะเวลาหนึ่ง มี 737 เป็นเส้นทางที่แตกต่างในระบบรวมทั้งรูปแบบ
เช่นด่วนหรือบริการสั้น ข้อมูลการกำหนดเส้นทางที่ถูกจัดให้โดย Transantiago การเชื่อมโยงทั้งสอง
ตารางเราได้รับ 44,476,637 สังเกตของตำแหน่งที่รถบัสที่ได้รับมอบหมายให้เป็นที่รู้จักเส้นทาง.
ในส่วนนี้เราจะอธิบายสองขั้นตอนสำคัญของการจัดการข้อมูลที่ใช้ในการคำนวณที่ถูกต้องของการค้า
ความเร็ว ครั้งแรกที่เราจะอธิบายวิธีการแก้ไขเส้นทาง ประการที่สองเราจะอธิบายวิธีการที่ช่วยให้เราสามารถฉายภาพ
สถานที่ของจีพีเอสพัลส์บนเส้นทางรถประจำทางแก้ไข.
ข้อมูลที่สอดคล้องกับจีพีเอสพัลส์ได้รับการจัดเก็บไว้ในฐานข้อมูลโดยใช้ PostgresSQL8.3 (Stonebraker, 1987) ประสิทธิภาพการทำงานที่
ถูกปรับให้เหมาะสมโดยการเพิ่มดัชนีที่เหมาะสมที่จัดข้อมูลและสิทธิพิเศษคำสั่งที่เฉพาะเจาะจงสำหรับการให้บริการและ
ช่วงเวลา การประมวลผลข้อมูลสำหรับบริการทั้งหมดใช้เวลาประมาณ 1 วันของการคำนวณ กระบวนการที่จะได้รับ
ความเร็วและอินเตอร์เฟซใน Google Earth ที่ถูกเขียนในภาษา C ++

ผลลัพธ์ (ไทย) 3:

2 . รายละเอียดข้อมูลและการประมวลผล
2.1 . ข้อมูลต้นฉบับ
เกี่ยวกับความพร้อมใช้งานของข้อมูล เรามุ่งเน้นการวิเคราะห์ข้อมูลที่มีอยู่จากระบบบัส
transantiago . ถึงแม้ว่าข้อมูลที่มีอยู่สำหรับทั้งการดำเนินงานช่วงเดือนมีนาคม 2007 เราสกัดข้อมูลจากสัปดาห์เดียว
( 09 / 01 / แคนาดา / 07 / 2551 ) .
ฐานข้อมูลมีโครงสร้างเป็นตารางรถตำแหน่งประกอบด้วยกอโค้ดข้อมูลตารางรถบัส (
ละติจูด ลองจิจูดและเวลา ) อุปกรณ์ GPS ที่ให้ตำแหน่งบัสที่ปกติ 30-s ช่วงเวลาเมื่อรถเคลื่อนที่ ( รถย้าย
สำหรับ 80% ของการสังเกต ) ถ้าคนขับกดโทรศัพท์ ( ซึ่งบางครั้งถูกกดโดยบังเอิญ ) แล้ว
ตำแหน่งที่ได้จดทะเบียนทุก 10 วินาที ( ช่วงนี้พบได้ประมาณ 15% ของจำนวนตัวอย่าง ) ถ้ารถถูก
ไม่ขยับ แล้วควบคุมทะเบียนถ่ายทุก 5 นาที ( 5 % ของข้อมูลในตัวอย่าง 1-week ของเรา ) รวม 6178 รถโดยสารแตกต่าง
( กำหนดโดยแผ่นป้าย ) ที่พบในระบบ ตารางรถบัสที่ได้รับมอบหมายและให้
เพิ่มเติมประกอบด้วยข้อมูลเกี่ยวกับเส้นทางรถแต่ละช่วงระยะเวลาหนึ่ง มีเส้นทางที่แตกต่างกันในระบบ รวมทั้งการเปลี่ยนแปลง
เช่น Express หรือบริการในระยะสั้น เส้นทางโอนข้อมูลได้โดย transantiago . การเชื่อมโยงทั้ง
ตาราง เราได้รับ 44476637 สังเกตของรถตำแหน่งที่ได้รับเส้นทางที่รู้จักกัน .
ในส่วนนี้เราอธิบายสองขั้นตอนหลักของการจัดการข้อมูลที่ใช้ในการคำนวณที่เหมาะสมของความเร็วเชิงพาณิชย์

ก่อนอื่น เราอธิบายเส้นทางการแก้ไขต่อไป ประการที่สอง เราอธิบายวิธีการที่ช่วยให้เราเพื่อโครงการ
ตำแหน่ง GPS กะพริบบนรถเมล์เส้นทาง 3 .
ข้อมูลที่สอดคล้องกับ GPS กะพริบถูกเก็บไว้ในฐานข้อมูลที่ใช้ postgressql8.3 ( สตอนีเบรอเคอร์ , 1987 )เพิ่มประสิทธิภาพโดยการเพิ่มประสิทธิภาพ
เป็นดัชนีที่เหมาะสมการจัดข้อมูลและสิทธิพิเศษต่างๆเฉพาะสำหรับบริการและ
ช่วงเวลา การประมวลผลข้อมูลสำหรับบริการทั้งหมดใช้เวลาประมาณ 1 วัน ผลที่ได้จากการคำนวณ กระบวนการขอรับ
ความเร็วและอินเตอร์เฟซใน Google Earth เป็นรหัสในภาษา C .