Tygron for Scientific Research and I3S: Difference between pages

From Tygron Support wiki
(Difference between pages)
Jump to navigation Jump to search
No edit summary
 
 
Line 1: Line 1:
=Use-case 4: ''“the Virtual River Game”'' =
3D models in different formats, such as BIM data or a SketchUp model, can be converted to the I3S format with a SLPK file. See the text below to learn more about this.
''' ''This page of the manual is still under development. The final version will be launched on April 8th 2021 during the [https://www.tygron.com/en/event/edu-event-2021/ EDU event 2021].'' '''


A PhD candidate at the University of Twente was assigned to create a serious gaming environment for river interventions as a tool that facilitates stakeholder engagement. The research was one among 20 projects as part of the [https://kbase.ncr-web.org/rivercare/projects-overview/ RiverCare research program]. The researcher is a human-centered interface designer, and is not an expert in river interventions. After developing and testing several prototypes, the researcher created the the virtual river game, a unique board-game that is digitally connected to the Tygron platform. To simulate river interventions, players can move the pieces on the board, and immediately see the changes on the Tygron screen including the new map, as well as numerical calculations and graphs.
==What is I3S?==
The I3S (Indexed 3D Scene Layer Specification) is a format for large 3D Geo datasets. The specification is especially designed for streaming large 3D data over the web. The specification originates from Esri and was adopted as a Community Standard by the OGC (Open Geospatial Consortium) in 2017. An I3S dataset is also called a Scene Layer.


[[File:virtualriver3.png|50px|frame|center|The board component of the Virtual River Game]]
==What is an SLPK?==
A Scene Layer Package (SLPK) is a file format for the storage/exchange of one I3S layer.


==Content of the Research==


===General information===
==See also==
* [[How_to_import_i3s_scene_layer_in_new_project|How to create a new project with existing I3S data]]
* [[How_to_prepare_a_3D_plan_for_importing|How to prepare a 3D plan before importing]]
* [[How_to_create_a_SLPK_file|How to create a SLPK file from other 3D data formats]]
* [[How_to_import_a_SLKP_file|How to import a SLKP file into the {{software}}]]


*'''The PhD Position:'''"[https://kbase.ncr-web.org/rivercare/projects/project-g1/ A serious gaming environment for river interventions]"
{{Template:GeoDataOverview}}
 
*'''Main Researcher:'''"[https://people.utwente.nl/r.j.denhaan?tab=contact Robert-Jan den Haan]"
 
*'''Research Programme''': [https://kbase.ncr-web.org/rivercare/projects-overview/ RiverCare]
 
*'''Department''': [https://www.utwente.nl/en/et/dpm/ Department of Design, Production & Management]
 
*'''Educational Institute''': [https://www.utwente.nl/en/et/ Faculty of Engineering Technology] of the [https://www.utwente.nl/ University of Twente]
 
*'''Involved Organisations''': [https://www.rijkswaterstaat.nl/ Rijkswaterstaat], [https://www.deltares.nl/en/ Deltares], [https://www.witteveenbos.com/ Witteveen+Bos], [http://www.arcadis.nl/ Arcadis], [https://www.hkv.nl/en/ HKV], [https://www.txchange.nl/ T-Xchange], [https://www.nwo.nl/toegepaste-en-technische-wetenschappen-ttw TWO] & [https://www.tygron.com/nl Tygron Geodesign Platform]
 
===Background of the researcher===
The researcher did not have experience in GIS or geodesign or coding
Limited programming/coding base + course along the way.
Design methods
Practical side - making the board - CAD laser cutting.
Masters in Industrial Design Engineering (utwente)
===Objectives and desired outcome===
 
The main objective of the research is to create a virtual game that allows players to interact with an imaginary river section.
 
The game would allow different stakeholder groups to:
*learn about each others' perspectives regarding river management
*take better decisions of river interventions
*reflect upon the potential effects of those interventions
 
To do that, the researcher is expected to:
*develop and test a serious virtual game where players experience how river systems function.
*write a dissertation paper
 
 
==Research process==
 
The game was developed based on a need-driven approach
Who was involved:
The supervisors were involved - professor in human-centered design + professor in Hydraulic engineering
post-doc involved for discussions during the process
As for the game: Florian + Hansje for the feedback
Practically, connecting the board to the game: Rudolf
Deltares: Fedor Baart (co-author) - coding expertise and modeling expertise
Other researchers
 
 
===Time distribution===
 
Eng of 2014 - End of 2019
 
The research was designed for a 4 year programme, however the researcher did it within 5 years, on a 4-days a week basis, since he was employed by the university 1 day/week.
In this case, the initial research was very time-intensive, taking up to 3 years. This phase included intermediate prototypes.
3 prototypes were formally tested.
The rest (2 years) were the development of the game (prototyping) and testing.
The testing included test sessions with stakeholders. 5 sessions were organized at the end of the research phase, and all took place within 6 weeks.
Afterwards more sessions were organized but unfortunately they stopped due to the covid lockdown.
 
===Resources & guidance===
 
====Tygron====
The researcher also relied on the web-based form of the API as well as the wiki.
Tygron was involved from the beginning of the research.
Tygron was the most applicable tools for this game.
(T-xchange has a toolkit for a game design, but Tygron seemed more suitable)
 
The researcher had to learn how to use Tygron
He received some training from the Tygron team.
He visited the Tygron office for 2 full days in the beginning.
Part of it was a discussion about the project: What can and cannot be done with Tygron.
That was followed by a few visits to discuss the links between Tygron and the board game.
 
Data sources in the game:  Delft3D Flexible Mesh hydrodynamic model, the BIOSAFE biodiversity model and a self-developed cost model based on prices from research.
 
[[File:VirtualGame2.jpg|thumb|250px|right|The Virtual River Game's hardware and software.]]
 
[[REST_API| API (Application Programmers Interface)]]
[[File:VirtualGame1.jpg|frame|center|The physical set-up of the virtual river game including the physical board, touchscreen monitor, projector, and webcam.]]
 
====Board Game====
 
Coding - a lot of coding with Python as well as GIS
Researcher relied on others for help with coding.
Interviews with stakeholders in river management.
Used solidworks to develop the physical board and the icons.
Used the university laptop to create it, but dedicated the mini computer that could be carried.
During that time, Tygron was developing the water module, so the researcher instead used a water model (Delft3D model) from Deltares which was CPU intensive.
For Tygron, the laptop was okay, but the water model from Deltares was heavier
A student assistant was hired to help with the creation of the board
Colleagues and fellow researchers were also involved in the design and the evaluation phase (testing)
Other 7 were involved in the research.
 
 
Budget was dedicated for mostly the dedicated computer, materials for the board, touch screen monitor, projector, webcam, wood material, etc.. as well as hiring the student assistant.
 
==Outcome of the research==
 
. As a concept idea we started to make a physical game board that represents a fictional and abstract part of the Dutch river. The game board is a spatial area divided into equal hexagonal locations. Each location is filled by two modular types of game stones: height and land use. For example, there are low stones to form the main channel of the river. Slightly higher stones, together with different land use, form stones as agricultural use, natural grassland and forest the floodplains. Even higher stones form the dikes.
 
We have developed a game table and software around the game board that makes the physical game board digital. Through additional operations, we make the digital board suitable for the Delft3D Flexible Mesh hydrodynamic model, the BIOSAFE biodiversity model and a self-developed cost model. The digital board is also used to control the Tygron Platform. For example, players see the game board as a virtual world on the platform. Where the land use is agricultural on the board, players see cows grazing in the virtual world. Where the land use is forest on the board, the players see trees.
 
The outcome was already envisioned from the beginning- the game is not only the game but also where you play it. (digital + analogue)
It was not necessarily the vision of the research consortium. They had a more scientific background and their vision was focused on getting a very realistic and complicated game, as close to reality as possible, however the researcher's vision was to make something based on the need, something that is useful.
 
The initial prototypes, the researcher translated real location into a board(east of nijmegen)
For the final game, they took the characteristic of a dutch river and used it as a representation of a typical dutch river. (width, slope, depth, dykes'heights, etc.) So it is not a real location.
 
[[File:Video01introduction.png|500px|link=www.youtube.com/watch?v=KzwTWI7hKag|video1]]
[[File:Video02Visualization.png|500px|link=https://www.youtube.com/watch?v=7JtL2o3sHHQ|video2]]
 
 
You can find the full research paper here: [https://www.sciencedirect.com/science/article/pii/S1364815220309129 The Virtual River Game: Gaming using models to collaboratively explore river management complexity]
 
You can find the summary poster of the project here: [[File:Summary poster - virtual river game.pdf]]
 
==Feedback and recommendations==
-The researcher recommends 3rd parties to create added value (what is actually needed)
- Also involving 3rd parties is important for practical expertise and knowledge
 
Difficulties: the connection was a technical challenge - trial and error
Expectation of the project partner of a very complicated looking game was a barrier
Develop prototypes early on, even if it is only 2/10, then you can discuss on a baseline instead of something conceptual
Once the prototype was playable, a baseline was created and discussions started.
 
Expectation management.
Spend more time on thinking what should be developed, what could be done, what should not be done, what is possible, etc.
 
Some of the things were new for Tygron especially the connection
 
==Contact==
For more information about this PhD research, you can contact us at: info@Tygron.com
 
You can also contact [https://people.utwente.nl/r.j.denhaan?tab=contact Robert-Jan den Haan], researcher at the University of Twente at: r.j.denhaan@utwente.nl
 
{|class="wikitable" style="margin: auto; background-color:#ffffcc;"
| [[Tygron for Spatial Planning|<<Previous page]]
| [[Tygron for Decision-Making|Next page>>]]
|}

Revision as of 14:13, 15 March 2021

3D models in different formats, such as BIM data or a SketchUp model, can be converted to the I3S format with a SLPK file. See the text below to learn more about this.

What is I3S?

The I3S (Indexed 3D Scene Layer Specification) is a format for large 3D Geo datasets. The specification is especially designed for streaming large 3D data over the web. The specification originates from Esri and was adopted as a Community Standard by the OGC (Open Geospatial Consortium) in 2017. An I3S dataset is also called a Scene Layer.

What is an SLPK?

A Scene Layer Package (SLPK) is a file format for the storage/exchange of one I3S layer.


See also