Having explained the data that we will utilize in our project in the previous blog post, we will dedicate this edition of our progress blog post to describe the way we will represent the data to the audiences. As the spirit of the project is to combine both the spatial and the temporal element of Ottoman- Venice relationship in 16th century, we decided to develop a graphic user interface system that can be used to represent the spatial and the temporal aspects of the subject.
To develop a user interface, several options are available for us to choose from, such as Eclipse (Java), Python, and Visual Studio. We chose Visual Studio and C+, because they are the most familiar to us among them, and in reality they really are user-friendly. Almost all design procedure of implementation is visual and pre-implemented. So, there is no need to write any code for design procedure, but developers need just to implement functionalities of components (buttons, list boxes, picture boxes etc.). And to develop the maps, we will use the software QGIS.
As stated in the previous blog post, we will narrow down the scope of our project to study how the Venice-Ottoman War affected the trade in Mediterranean Sea in the 16th century. To do this, we decided to pick 6 years:
- 1527 (10 years before the 3rd Venice Ottoman War)
- 1538 (during the 3rd Venice Ottoman War)
- 1550 (10 years after the 3rd Venice Ottoman War)
- 1560 (10 years before the 4th Venice Ottoman War)
- 1572 (during the 4th Venice Ottoman War)
- 1582 (10 years after the 4th Venice Ottoman War)
By selectively picking these years, we are hopeful that we can convey to the audience how the 3rd and the 4th Venice- Ottoman Wars affected the trade. Since we cannot find reliable data of the Ottoman Empire trade volume in the 16th century, we decide to gauge the volume of trade based on the tax revenues and custom receipt of 3 important cities, Bursa, Dubrovnik, and Brasov. As generally there is a positive correlation between tax revenue and custom receipt with the volume of trade, we believe that any change in tax revenue or custom receipt can be used to estimate the change in trade.
The prototype of our final product is given in Figure 1 and Figure 2. The product will display a button specifying the years, and there will be chart for each of the parameter we use to gauge the volume of trade, as well as a map displaying the trade route in the Mediterranean Sea.
Up till now, we haven’t fully finalized the final design of the product. One important aspect that we seek to finalize is providing the users with a greater control on the spatial and temporal elements of the product. To achieve this, we are considering implementing the sliders on the “year” button, as well as trying to include the” zooming in- zooming out” feature in our final product.
Lastly, we expect from ourselves that the final end product is self explanatory and can be understood easily without the presence of the designers. Furthermore, we will base our final presentation on this idea, in other words the final end product will be available to the judges and they can use and for the parts which are unclear we will be there to make explanations.