wrote on report

This commit is contained in:
esther 2024-05-07 22:26:36 +02:00
parent 7037874923
commit 16279bb224

View File

@ -9,9 +9,12 @@ The cli interface is `gdal_contour [OPTIONS] <src_filename> <dst_filename>` with
# data structure and input/output # data structure and input/output
![](ER_diagram.svg) ![](ER_diagram.svg)
# Responsibilities: # Responsibilities:
Esther will create the algorithm itself with multitreading. This will essentially be a function that takes a grid of pixels as input and returns a similar grid of cells. Esther will create the algorithm itself with multithreading. This will essentially be a function that takes a grid of pixels as input and returns a similar grid of cells.
Trygve will take care of reading in the tiff file into our own datastructure and creating a vector image from the output of the algorithm. Trygve will take care of reading in the tiff file into our own datastructure and creating a vector image from the output of the algorithm.
# Special interest
Calculated some statistical estimates for the average, variance and standard deviation for the pixels in the image. Also tried to calculate the steepness around each pixel. However, we didn't manage to get the Gdal to work for this.
# How do you plan to make it easily verifiable that your objectives are reached? # How do you plan to make it easily verifiable that your objectives are reached?
We can compare against the `gdal_contour` cli program which is a implementation widely used in other software. We can compare speed, memory usage and the result itself. We can compare against the `gdal_contour` cli program which is a implementation widely used in other software. We can compare speed, memory usage and the result itself.
Each step in our program also produces a output which we can be worked on and evaluated independently. Each step in our program also produces a output which we can be worked on and evaluated independently.