To do so, you would need to have an Enterprise account. Processing API is limited to 2500 pixels for output width and height, so you would have to run this request with batch processing API. As Sentinel-1 resolution is 10 meters, we know that our output image will have to be 400 000 pixels x 400 000 pixels large. Let’s suppose you want to order an orthorectified 16-bit Sentinel-1 image with 2 bands for the whole Australia in full resolution, which let’s say is covered with a 4000 x 4000 km bbox, which equals to 4 million meters x 4 million meters. If you’re interested in very large time ranges, it’s best to use batch processing API. Each package specifies how many PUs and requests you can use per month, as well as per minute. The issue here is, that you would use more than 2 000 PU in a single minute, as it’s just one request, and use this heavy isn’t supported by any package. calculate max NDVI over several years, using up 500 acquisitions, your request would also use 10 172 PU, just like our request for 2000 px x 2000 px output in Example 1 (given that all the other parameters are the same as in Example 1). If you wanted to create a single request that uses 500 scenes in a multi-temporal script, where you e.g. So your 500 requests would cost 63 578 / 3 = 21 192 PU. You will notice that batch processing divides your PU cost by 3, as it’s only a third of the price of processing API. To output images this large, you would need an Enterprise account to use batch processing API. However, processing API is limited to output images with width and height to up to 2500 px, so setting it to 5000 would result in an error. On the other hand, if you wanted an image with quite a large output of 5000 x 5000 px, a request would cost you 127.15 PU, and 500 of these would cost ~63 578 PU, which you might think would be covered by the Basic account, as it offers up to 70 000 PUs per month. Multiplied by 500, that’s just 635,78 PU in total, so much less. 500 x 500 px large, the cost of a single request would be 1.27 PU. If your output image would be smaller, e.g. If you look at pricing, you will see that the Exploration package is enough for 10 172 PUs, as it gives you 30 000 PU per month. The calculation: 20,34 PU x 500 = ~10 172 PU per 500 requests If parameters for each image are equal as above, we can simply multiply our calculation with 500 and see, that 500 similar requests would use about 10 172 PU in sum. for time series), you would need to create 500 separate processing requests. See the multiplication factors and the calculation below: Parameter Example 1ġ request that outputs an image 2000 x 2000 px large, with 2 bands ordered, 16 bit tiff format and orthorectification applied, would result in 20,34 PUs used. The following are detailed calculation examples for Sentinel-1, exploring three different scenarios, including a simple 1 image request, many small requests, long time ranges and large area processing. See documentation on how processing units are defined and calculated here. This in turn depends on how large your images are in pixels, how many of them you order, how many bands you order, the format used and whether some more complex processing options are enabled. If we only focus on rate limiting, the subscription package you need depends on how many processing units (PU) and requests per minute or month you intend to use. * additional costs and restrictions might applyĮach request is worth a certain amount of processing units. Open collections (Sentinel, Landsat, MODIS, etc.) Sharable private collections (access control) See some typical conversions bet_ween processing units and km 2 Compare plansĬonsumes 3x less processing units than Process API
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |