The ConTraffic system gathers data on container movement from a number of on-line open source repositories. The data is gathered in terms of little pieces of information, called “Container Status Messages” (CSM). Each CSM presents a single event or status of a container. It has semi-structured information describing the performed actions or the status of the containers. Currently the ConTraffic database contains more than 1 billion CSM records making the task of analysis or visualization quite challenging. Every CSM includes:
1) The ISO 6346:1995 [4] container identifier as assigned by the Bureau International des Containers et du Transport Intermodal [5]. It is composed by: a code for the owner of the container; a code for the category of container (they both together compose the BIC code); a serial number, namely container number; and a check digit. If we consider the following string “ABCD1234567” as a container identifier, the symbols “ABC” identifies the owner company, “D” presents the container category; “123456” correspond to the serial number of the container and the last symbol shows the check digit which can be computed based on the values of the previous 10 characters. The container identifier with or without the check-digit symbol will be referenced as container ID.
2) Text description of the geographical location (called unclean location); the location described is usually a port, where the event took place. The text string may contain the name of a city, port, the name of a station/airport, the name of a country, or even detailed port or terminal codes. During the pre-processing stage, named automatic-location cleaning, a match between this string and standard location in the ConTraffic database is searched. The dataset of standard locations is built mainly using the UN/LOCODE (United Nations Code for Trade and Transport Locations) dataset, which is open source and it is provided by the United Nations Economic Commission for Europe [7]. Each record contains the UN_LOCODE, a UN assigned unique (per country) code, , the ISO code of the country, the name of the location, functions of the location (port, rail station, airport, etc.), geographical coordinates, etc. In case of a match, the text description is assigned to the unique identifier of the matched record. In this case we say that the text description of the location has been cleaned.
3) Text description of the event (or status).
4) Date and time when the event occurred.
5) Text description of the load status of the container (full/empty).
6) Additional details, if such are available; for instance vessel name, voyage identity number, etc.
Since the CSMs are text messages gathered from multiple and heterogeneous data sources there are several challenges in interpreting and integrating the data. Furthermore, the data is sometimes not complete and it may even contain errors. The problem of data interpretation and integration is particularly difficult for the text description of the locations. The automated location cleaning procedure described above cannot cover all the cases and manual intervention is constantly needed. To assist the manual operations we have developed dedicated applications, including the application described in [8] and GeoLocSI. GeoLocSI (Fig. 2) is a web-based GIS application used for verification and modification of location data in the Contraffic DB.
Figure 2. Screenshot of GeoLocSI showing locations for selected country.
One of the applications of Contraffic that heavily depend on the location cleaning process is the ConTrafficGeo; a service which enables the geographical visualization of container movements. In order to visualize the container movements the application needs to know the geographical coordinates of each referenced location, i.e. it needs that each text description of a location is mapped to a standard location of the Contraffic database. The design and the implementation of ConTrafficGeo are described in the next section.
IV. REALIZATION OF WEB-BASED GEOGRAPHICAL VISUALIZATION OF CONTAINER MOVEMENTS
A. Initial requirements and possible solutions
Several initial user requirements have been defined for the geographical visualization of container movements:
it must be implemented as a web-based application with a simple and intuitive interface and accessible through the Internet using a typical web browser.
www.ijcit.com 4
it should be able to extract from
ConTraffic DB the container history of a single container
according to user defined parameters - container ID number
and date range (date period of interest defined by initial and
final date).
the extracted container history data should be preprocessed
in the vague way and presented in two ways -
graphical and textual with interactive relations between them.
the graphical presentation of the data should be realized by
well-known maps providing specific interactivity.
the textual presentation of the data should present the data
(clean and raw data) with specific interactivity.
possibility to select and focus on sub-parts of the extracted
container history.
Considering the requirements, the following programming
instruments were selected as most proper:
SQL for DB related operations (request data).
PHP as server-side programming language for
connecting to the DB, preparation of the user request as SQL
request, pre-processing of the extracted data and generation of
interactive webpage with dynamic contents;
JavaScript as client-side programming language for user
interactivity and implementation of the functions for user
manipulation and visualization of the extracted dataset.
JQuery library and DataTable plug-in for providing the
interactivity of the textual presentation of the data and
providing user manipulation of the extracted data.
B. Architecture
The architecture of the proposed prototype is presented in
Fig.3. The GIS application is driven by “ConTrafficGeo.php”
main script stored on the ConTraffic server. This script is
responsible for the creation of the structure of the dynamic
page, pre-processing and visualization of the extracted
container data. The maps are charged from the Google Maps
Server with activated well known map controls (zoom,
selector of map type, etc.). The application is accessible from
any computer using a web browser. Once the browser loads
the URL address of the application, the PHP part creates the
initial page and sends it to the user browser as simple web
page (Fig.4). Then, the user can insert the input parameters,
which will reload the page, and the PHP part will process the
input parameters, create appropriate request to the DB, extract,
pre-process and present the corresponding data in the new
generated web page.
For the current version of the application, the input
parameters are the container ID number (which can be inserted
with or with-out the check-digit) and the date range of interest.
The container ID number is a string of digits with length of 10
symbols (11 - with the check digit). Once the user types the
container ID number, assistant functions connect to the
ConTraffic DB and extract the carrier name and re-calculate
the check digit. Beyond for the container ID number, the user
must insert the date range as initial and final date. As a default
period of interest the last two years is considered. The
selection of the date range can be performed by interactive
JQuery calendar (Fig.5) where the control of the compatibility
of the initial and final dates can be provided by simple
activation and deactivation of the possible dates for selection.
All user input parameters are controlled for correctness and
only if they all are correct the button “Submit” is activated and
the user request for container data can be executed.
Figure 3. ConTrafficGeo architecture.
Figure 4. Initial page of ConTrafficGeo.
ระบบ contraffic รวบรวมข้อมูลการเคลื่อนไหวของภาชนะจากจํานวน repositories เปิดแหล่งที่มาออนไลน์ เก็บข้อมูลในแง่ของชิ้นเล็ก ๆของข้อมูลที่เรียกว่า " ข้อความคอนเทนเนอร์สถานะ " ( CSM ) แต่ละ CSM นำเสนอเหตุการณ์เดียว หรือสถานะของภาชนะ มันมีวิธีการอธิบายการกระทำหรือแสดงข้อมูลสถานะของภาชนะบรรจุขณะนี้ฐานข้อมูล contraffic มีมากกว่า 1 พันล้านระเบียน CSM ทำให้งานการวิเคราะห์ หรือการแสดงที่ค่อนข้างท้าทาย ทุก CSM รวมถึง :
1 ) ISO 6346:1995 [ 4 ] ภาชนะบรรจุระบุตามที่ได้รับมอบหมายจากสำนักงาน International des et du การขนส่งภาชนะ intermodal [ 5 ] มันประกอบด้วย : รหัสสำหรับเจ้าของของภาชนะบรรจุ ;รหัสสำหรับประเภทของภาชนะ ( พวกเขาทั้งสองร่วมกันเขียนรหัส BIC ) ; หมายเลข คือ หมายเลขคอนเทนเนอร์ และตรวจสอบตัวเลข ถ้าเราพิจารณาตามสาย " abcd1234567 " เป็นภาชนะระบุ , สัญลักษณ์ " ABC " ระบุเจ้าของบริษัท " D " ของขวัญประเภทภาชนะ ;" 123456 " สอดคล้องกับหมายเลขของภาชนะบรรจุและสัญลักษณ์ล่าสุดแสดงตรวจสอบตัวเลขที่คำนวณได้ตามค่าของก่อนหน้า 10 ตัวอักษร ภาชนะบรรจุระบุหรือไม่ตรวจสอบตัวเลขสัญลักษณ์จะถูกอ้างอิงเป็นภาชนะ ID
2 ) ข้อความรายละเอียดของที่ตั้งทางภูมิศาสตร์ ( เรียกว่ามลทินสถานที่ ) ; สถานที่อธิบายมักจะเป็นพอร์ตที่เหตุการณ์เกิดขึ้น ข้อความข้อความอาจประกอบด้วยชื่อของเมือง , พอร์ต , ชื่อสถานี / สนามบิน ชื่อประเทศ หรือแม้แต่รายละเอียดท่าเรือหรือสถานีรหัส ในระหว่างการประมวลผลขั้นตอนทำความสะอาดที่ตั้งชื่ออัตโนมัติ , การแข่งขันระหว่างสายนี้และตำแหน่งมาตรฐานในฐานข้อมูล contraffic เป็นค้นข้อมูลสถานที่มาตรฐานถูกสร้างขึ้นส่วนใหญ่ใช้ UN / locode ( รหัสเพื่อการค้า สถานที่ ขนส่ง มติ ) ชุดข้อมูลซึ่งเป็น Open Source และเป็นโดยสหประชาชาติคณะกรรมาธิการเศรษฐกิจยุโรป [ 7 ] แต่ละรายการมี un_locode , สหประชาชาติมอบหมายเฉพาะ ( ต่อประเทศ ) , รหัส , รหัส ISO ของประเทศ ชื่อของสถานที่หน้าที่ของตำแหน่ง ( พอร์ต , สถานีรถไฟ , สนามบิน , ฯลฯ ) , พิกัดทางภูมิศาสตร์ ฯลฯ ในกรณีของราคา ข้อความรายละเอียดที่มอบหมายให้ระบุที่ไม่ซ้ำกันของแบบบันทึก ในกรณีนี้เรากล่าวได้ว่า ข้อความ รายละเอียดของสถานที่ได้ถูกทำความสะอาด .
3 ) ข้อความรายละเอียดของเหตุการณ์ ( หรือสถานะ ) .
4 ) วันที่และเวลาที่เหตุการณ์เกิดขึ้น
5 ) ข้อความรายละเอียดของโหลดสถานะของภาชนะ ( เต็ม / ว่างเปล่า ) .
6 ) รายละเอียดเพิ่มเติม ถ้าจะพร้อมใช้งาน เช่น เรือ ชื่อ หมายเลขบัตรประจำตัวการเดินทาง ฯลฯ
ตั้งแต่ csms เป็นข้อความที่รวบรวมจากแหล่งข้อมูลหลายที่แตกต่างกัน มีความท้าทายหลายในการตีความและการบูรณาการข้อมูล นอกจากนี้ข้อมูล บางครั้งก็ไม่สมบูรณ์ และมันอาจจะมีข้อผิดพลาด ปัญหาของการตีความข้อมูลและบูรณาการโดยเฉพาะอย่างยิ่งยากสำหรับข้อความรายละเอียดของสถานที่ โดยอัตโนมัติขั้นตอนที่อธิบายข้างต้นไม่สามารถทำความสะอาดสถานที่ครอบคลุมทุกกรณีและการแทรกแซงคู่มืออยู่ตลอดเวลาเป็น ที่จะช่วยให้เราได้พัฒนา โดยเฉพาะการใช้โปรแกรมประยุกต์รวมทั้งโปรแกรมที่อธิบายไว้ใน [ 8 ] และ geolocsi . geolocsi ( รูปที่ 2 ) คือ การประยุกต์ระบบสารสนเทศภูมิศาสตร์บนเว็บใช้สำหรับการตรวจสอบและแก้ไขข้อมูลที่อยู่ในฐานข้อมูล contraffic .
รูปที่ 2 ภาพหน้าจอของ geolocsi แสดงสถานที่สำหรับประเทศที่เลือก
หนึ่งของโปรแกรมของ contraffic ที่หนักขึ้นอยู่กับสถานที่ตั้งกระบวนการสะอาดเป็น contrafficgeo ;เป็นบริการซึ่งช่วยให้ภาพทางภูมิศาสตร์ของการเคลื่อนไหวของภาชนะ เพื่อให้เห็นภาพการเคลื่อนไหวของภาชนะที่โปรแกรมต้องการทราบพิกัดทางภูมิศาสตร์ของแต่ละอ้างอิงสถานที่ ได้แก่ ความต้องการแต่ละข้อความรายละเอียดของสถานที่เป็นแมปไปยังที่ตั้งมาตรฐานของฐานข้อมูล contraffic .การออกแบบและการดำเนินงานของ contrafficgeo จะอธิบายในส่วนถัดไป .
4 การสร้างภาพเคลื่อนไหวบนเว็บทางภูมิศาสตร์
ภาชนะ A เริ่มต้นความต้องการและเป็นไปได้โซลูชั่น
ความต้องการของผู้ใช้หลายคนได้รับการกำหนดสำหรับการมองเห็นการเคลื่อนไหวของภาชนะบรรจุ :
ทางภูมิศาสตร์มันต้องใช้เป็นโปรแกรมประยุกต์ที่มีอินเตอร์เฟซที่เรียบง่ายและใช้งานง่าย และสามารถเข้าถึงได้ผ่านทางอินเทอร์เน็ตโดยใช้เว็บเบราเซอร์ทั่วไป www.ijcit.com
4
มันควรจะสามารถที่จะสกัดจาก
contraffic DB คอนเทนเนอร์ประวัติศาสตร์
ภาชนะเดียวตามที่ผู้ใช้กำหนดพารามิเตอร์ - คอนเทนเนอร์ หมายเลข ID
และช่วงวันที่ ( วันที่ ระยะเวลาของดอกเบี้ยที่กำหนดโดยเริ่มต้นและ
วันที่สุดท้าย ) .
แยกภาชนะ ประวัติข้อมูลควร preprocessed
ในคลุมเครือและนำเสนอ 2 วิธี -
กราฟิกและข้อความโต้ตอบกับความสัมพันธ์ระหว่างพวกเขา .
นำเสนอแบบกราฟิกของข้อมูลควรตระหนักโดยการให้การโต้ตอบเฉพาะแผนที่ที่รู้จักกันดี
.
ในการนำเสนอเนื้อหาของข้อมูลที่ควรในปัจจุบัน ข้อมูล
( ความสะอาดและข้อมูลดิบ ) กับการติดต่อสื่อสารที่เฉพาะเจาะจง .
ความเป็นไปได้เพื่อเลือกและเน้นย่อยส่วนของการสกัด
เก็บประวัติ พิจารณาความต้องการต่อไปนี้โปรแกรม
คือเลือกที่เหมาะสมที่สุด :
สําหรับการดําเนินงานที่เกี่ยวข้องกับ SQL DB ( ขอข้อมูล )
PHP เป็นภาษาการเขียนโปรแกรมฝั่งเซิร์ฟเวอร์สำหรับ
เชื่อมต่อกับฐานข้อมูล การเตรียมการของผู้ใช้ร้องขอการร้องขอ SQL
,การประมวลผลของข้อมูลที่สกัด และสร้างปฏิสัมพันธ์กับเนื้อหาเว็บแบบไดนามิก
;
JavaScript เป็นภาษาการเขียนโปรแกรมฝั่งไคลเอนต์สำหรับผู้ใช้
การโต้ตอบและใช้ฟังก์ชั่นสำหรับการจัดการและการมองเห็นของผู้ใช้
สกัดข้อมูล .
jQuery ปลั๊กอินสำหรับการให้บริการห้องสมุดและ datatable
การโต้ตอบของการนำเสนอเนื้อหาของข้อมูลและ
ให้ผู้ใช้จัดการข้อมูลสกัด บี
สถาปัตยกรรมสถาปัตยกรรมของระบบต้นแบบถูกนำเสนอใน
fig.3 . โดยการประยุกต์ระบบสารสนเทศภูมิศาสตร์คือขับเคลื่อนโดย " contrafficgeo . php "
หลักสคริปต์ที่เก็บไว้ใน contraffic เซิร์ฟเวอร์ สคริปต์นี้คือ
เป็นผู้รับผิดชอบในการสร้างของโครงสร้างของหน้าเว็บแบบไดนามิก
, การประมวลผลและการแสดงของสกัด
เก็บข้อมูลแผนที่จะคิดค่าบริการจาก Google Maps
Server ใช้รู้จักกันดีการควบคุมแผนที่ ( ซูม ,
เลือกแผนที่ประเภท ฯลฯ ) ใบสมัครได้จาก
คอมพิวเตอร์ใด ๆที่ใช้เว็บเบราว์เซอร์ เมื่อเบราว์เซอร์โหลด
URL ที่อยู่ของโปรแกรม ส่วน PHP สร้าง
หน้าเริ่มต้นและส่งมันให้กับผู้ใช้เบราว์เซอร์เป็นหน้าเว็บ
ง่าย ( fig.4 ) แล้ว ผู้ใช้สามารถแทรกข้อมูลพารามิเตอร์
ซึ่งจะโหลดหน้าและส่วน php จะประมวลผล
ป้อนพารามิเตอร์ สร้างที่เหมาะสมขอ DB , สารสกัด ,
ก่อนกระบวนการและนำเสนอข้อมูลที่สอดคล้องกันในการสร้างหน้าเว็บใหม่
.
สำหรับรุ่นปัจจุบันของโปรแกรม , ใส่
ค่าคอนเทนเนอร์หมายเลข ID ( ซึ่งสามารถ จะแทรก
กับหรือออกเลขหลักตรวจสอบ ) และช่วงวันที่น่าสนใจ .
ภาชนะหมายเลข ID เป็นสตริงของตัวเลขที่มีความยาว 10
สัญลักษณ์ ( 11 - ด้วยเลขหลักตรวจสอบ ) เมื่อประเภท
คอนเทนเนอร์หมายเลข ID ผู้ใช้ฟังก์ชั่นผู้ช่วยเชื่อมต่อ
contraffic DB และสารสกัดชื่อผู้ให้บริการและคำนวณ
เลขหลักตรวจสอบ นอกเหนือสำหรับภาชนะบรรจุเลขบัตรประชาชน ผู้ใช้
ต้องใส่ช่วงวันที่เป็นครั้งแรกและครั้งสุดท้ายวันที่ เป็นค่าเริ่มต้น
ระยะเวลาดอกเบี้ย 2 ปี ถือว่า
เลือกช่วงวันที่ที่สามารถดำเนินการได้โดยปฏิทิน jQuery แบบ
( fig.5 ) ที่ควบคุมความเข้ากันได้
ของวันที่เริ่มต้นและสุดท้ายสามารถให้โดยการกระตุ้นและเรียบง่าย
เสื่อมของวันที่เป็นไปได้เลือก .
ทั้งหมดพารามิเตอร์การป้อนข้อมูลผู้ใช้จะถูกควบคุมเพื่อความถูกต้องและ
ถ้าพวกเขาทั้งหมดถูกต้องปุ่ม " ส่ง " เปิดใช้งานและขอให้ผู้ใช้สำหรับข้อมูล
รูปภาชนะที่สามารถประหาร 3 สถาปัตยกรรม contrafficgeo .
รูปที่ 4 หน้าเริ่มต้นของ contrafficgeo .
การแปล กรุณารอสักครู่..
