BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//pretalx//talks.osgeo.org//foss4g-europe-2026//talk//UKW9M8
BEGIN:VTIMEZONE
TZID:EET
BEGIN:STANDARD
DTSTART:20001029T050000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZNAME:EET
TZOFFSETFROM:+0300
TZOFFSETTO:+0200
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20000326T040000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZNAME:EEST
TZOFFSETFROM:+0200
TZOFFSETTO:+0300
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:pretalx-foss4g-europe-2026-UKW9M8@talks.osgeo.org
DTSTART;TZID=EET:20260701T143000
DTEND;TZID=EET:20260701T150000
DESCRIPTION:Earth observation using remote sensing (or satellite data) come
 s with its own fair bit of challenges. From managing large amounts of data
  to dealing with projections\, inconsistencies with resolutions and more. 
 \n\nWhile there's no silver bullet to solve all these problems\, we'll loo
 k at one possible of modelling your GIS data (not just satellite data) in 
 a Discrete Global Gird System (DGGS). \n\nIn DGGS\, you divide the earth i
 nto multiple cells and store the data in each cell. There are few advantag
 es of using this approach \n- Single data structure for all your GIS (vect
 or or raster) \n   - Rasters are represented as array of Cell ids with eac
 h cell having a value \n   - Vectors are represented as Points => Cells\, 
 Lines => Array of Cells\, Polygon => Array of Cells \n- A single base fram
 e with multiple layers of data built on top \n- Easy visualization and ana
 lysis \n- Easy storage and retrieval based on Cell IDs \n\nIt's not all ra
 inbow in the DGGS land\, you lose:\n- Existing tool set not built around D
 GGS \n- Distortions/Errors going from point data to cells \n\nBut still it
 's an interesting way to look at data. We'll use \n- DuckDB as our databas
 e and query engine \n- Sample data from OSM \n- Sample data from Sentinel-
 2
DTSTAMP:20260605T011141Z
LOCATION:A11
SUMMARY:Storing your Satellite in a DGGS - json singh
URL:https://talks.osgeo.org/foss4g-europe-2026/talk/UKW9M8/
END:VEVENT
END:VCALENDAR