# Changes to grib to netCDF converter on CDS-Beta/ADS-Beta **URL:** \ **Category:** Announcements\ **Tags:** cams, netcdf, api, c3s, cds, ads\ **Created:** [22 August 2024 12:52 UTC](https://forum.ecmwf.int/t/changes-to-grib-to-netcdf-converter-on-cds-beta-ads-beta/4322 "2024-08-22T12:52:10Z")\ **Posts on this page:** 1\ **Showing post:** 20
**Author:** ![Kevin\_Marsh](https://forum.ecmwf.int/user_avatar/forum.ecmwf.int/kevin_marsh/32/368_2.png) [@Kevin\_Marsh](https://forum.ecmwf.int/u/Kevin_Marsh)\ **Post date:** [18 September 2024 09:00 UTC](https://forum.ecmwf.int/t/changes-to-grib-to-netcdf-converter-on-cds-beta-ads-beta/4322/20 "2024-09-18T09:00:07Z")
hi Jelena, if the missing data are for requests including the first day of July in netCDF, it may be this ‘experiment version’ issue due to the request including a mix of ERA5 and ERA5T data: > [@ERA5 CDS requests which return a mixture of ERA5 and ERA5T data](https://prod.ecmwf-forum-prod.compute.cci2.ecmwf.int/t/era5-cds-requests-which-return-a-mixture-of-era5-and-era5t-data/781): > > The ERA5 hourly and monthly data are made available with a 3 month delay. This means that after a month has passed, another month's worth of ERA5 data is written to the dataset. ERA5T (near real time) preliminary data are used to fill the gap between the end of the ERA5 data and 5 days before the present date. The oldest month of these is overwritten each month as new ERA5 data become available. So as an example, say we have a current date  of 15th February 2020: ERA5 data are currently fro… Where the workaround is to download the missing variables in a separate request. (The issue is due to the grib to netCDF converter used on CDS-Beta) --- _[View the full topic](https://forum.ecmwf.int/t/changes-to-grib-to-netcdf-converter-on-cds-beta-ads-beta/4322)._