Open jjmata opened 7 years ago
Not that I trust what is there, but some of what's described above (for the first checkbox) was attempted in the importer-ODM-zip branch.
Also related, this is what WebODM currently does in terms of actual workflow:
1. python /code/run.py --use-opensfm-pointcloud --orthophoto-resolution 100 --project-path /var/www/data/8c2d875b-3069-4301-b26e-7b3ede3d1838 --pmvs-num-cores 4
2. gdal2tiles.py -z 16-21 -n -w none data/8c2d875b-3069-4301-b26e-7b3ede3d1838/odm_orthophoto/odm_orthophoto.tif data/8c2d875b-3069-4301-b26e-7b3ede3d1838/orthophoto_tiles
3. PotreeConverter data/8c2d875b-3069-4301-b26e-7b3ede3d1838/odm_georeferencing/odm_georeferenced_model.ply.las -o data/8c2d875b-3069-4301-b26e-7b3ede3d1838/potree_pointcloud
4. Imported orthophoto /webodm/app/media/project/1/task/1/assets/odm_orthophoto/odm_orthophoto_4326.tif for Task ID: 1
See WebODM issue 89 as well.
FWIW, just added exif-to-geojson to our image. This should help turn around quick visualizations that include the location of images that have been stitched.
This might not be the winning strategy and maybe just using pyexiv2
is better than a full-blown Node utility. See what ODM does with it here.
We should probably update WebODM as well, and start a monthly rebase of it as well as we do for Carto.
See here for their progress.
Moving to next milestone.
Not critical for April, so moving to next milestone.
Taking out from milestone plan indefinitely.
The idea is to leverage what's already in Carto, and queue a job there that stitches assets and creates a visualization using that tileset as a custom basemap:
.zip
and decide what's inside is meant for ODMEXIF
coordinates ... see here)Thoughts? Comments @apercas or @ivanprado?