BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//pretalx//talks.osgeo.org//foss4g-europe-2024//YGD9WA
BEGIN:VTIMEZONE
TZID:EET
BEGIN:STANDARD
DTSTART:20000101T000000
RRULE:FREQ=YEARLY;BYMONTH=1;UNTIL=20001231T220000Z
TZNAME:EET
TZOFFSETFROM:+0200
TZOFFSETTO:+0200
END:STANDARD
BEGIN:STANDARD
DTSTART:20021027T050000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZNAME:EET
TZOFFSETFROM:+0300
TZOFFSETTO:+0200
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20020331T040000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZNAME:EEST
TZOFFSETFROM:+0200
TZOFFSETTO:+0300
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:pretalx-foss4g-europe-2024-JKKPQT@talks.osgeo.org
DTSTART;TZID=EET:20240705T113000
DTEND;TZID=EET:20240705T120000
DESCRIPTION:Massive [Earth Observation] imagery datasets are now available 
 publicly and freely. However\, free\, very high-resolution imagery (<1m/pi
 xel) is expensive and not easily accessible. Such imagery is particularly 
 critical to aid disasters\, but still\, we are struggling to find and use 
 it. Why is this the case? Where is very high-resolution imagery\, and wher
 e is the one that enables us to create solutions freely to contribute to s
 ociety?\n\nStarting from the Türkiye & Syria Earthquake on February 6\, 2
 023\, I've contributed to OpenAerialMap (openaerialmap.org) by processing 
 and uploading Maxar imagery for disasters\, such as Morocco and Nepal.\n\n
 I'd like to critically discuss the current state of VHR imagery and presen
 t my experience\, challenges\, and suggestions for improved availability i
 n the context of disaster mapping. I want to touch upon the following topi
 cs:\n\n- Where is very high-resolution imagery?\n- How is it being used?\n
 - Why are they not free to use?\n- Still\, where can we reach them?\n- Why
  do we need better access?
DTSTAMP:20260517T153705Z
LOCATION:QFieldCloud (246)
SUMMARY:Where is the free\, very high-resolution imagery? - Batuhan Kavlak
URL:https://talks.osgeo.org/foss4g-europe-2024/talk/JKKPQT/
END:VEVENT
BEGIN:VEVENT
UID:pretalx-foss4g-europe-2024-NSPYGB@talks.osgeo.org
DTSTART;TZID=EET:20240705T121500
DTEND;TZID=EET:20240705T122000
DESCRIPTION:STAC is a well-known and acknowledged spatiotemporal metadata s
 tandard within the community. There are many applications with open-source
  data\; however\, there are few adoptions by premium satellite imagery pro
 viders. At UP42\, we adopted STAC as the core metadata system within our a
 pplications that defines how we store data. Last year\, we presented how w
 e designed a standard data management system with STAC:\nhttps://www.youtu
 be.com/watch?v=WVE5VZzoOqM&t=1s\n\nAs of last year's talk\, we developed a
 nother catchy concept to standardize data access and processing. We design
 ed a Cloud-Native Asset Model combining existing concepts such as STAC and
  COG\, where we transform all files delivered by providers into a somewhat
  standard-ish format using GDAL extensively. We want to continue updating 
 the community about our experience and share the takeaways.\n\nMore inform
 ation:\n- https://up42.com/data-management\n- https://up42.com/blog/introd
 ucing-a-cloud-native-asset-model
DTSTAMP:20260517T153705Z
LOCATION:LAStools (327)
SUMMARY:Cloud-Native Asset Model with STAC - Batuhan Kavlak
URL:https://talks.osgeo.org/foss4g-europe-2024/talk/NSPYGB/
END:VEVENT
END:VCALENDAR