# Étude sur les données photocounting dans la voie IPRAL 355nm Near Range
## Cas du 14 septembre 2020

Exposé du problème
---
1. Phuong ne parvient pas à exploiter les données de la voie 355 near range dans les fichiers netcdf IPRAL de BDD
1. CP affiche les quicklooks dans cette voie 355nm NR photocounting qui montrent effectivement un problème (pas de données au dela de 4kms)
1. Cette étude essaye de comparer les différents résutats obtenus de différentes manières pour essayer de comprendre d'où vient le problème.

Analyse des données à partir des netcdf IPRAL de la BDD SIRTA
---

1. Le fichier concerné est disponible sur BDD: /bdd/SIRTA/pub/basesirta/1a/ipral/2020/09/14/ipral_1a_Lz1R15mF30sPbck_v01_20200914_000000_1440.nc
1. Les quicklooks à partir de ces données montrent un comportement attendu pour la voie 532 Analog et Photocounting Near Range

**532nm analog:** 
**532nm PC:** 

3. Les quicklooks à partir de ces données montrent un problème pour la voie 355 Photocounting Near Range alors que l'analog est OK

**355nm analog: 
**355nm PC:** 

4. Pour comparaison ci-dessous la voie 1064nm Far Range:

**1064nm FR:** 

Analyse des données par le software de Granada - INDRA
---

- INDRA est un soft crée par l'équipe de Granada et déployé au SIRTA
- Il permet de lire les données IPRAL netcdf sur BDD et de vérifier le Rayleigh Fit en comparant avec les radiosondages météo France
- Florian Lapouge a lancé l'étude pour la voie 355 photocounting:

**INDRA 355nm NR-PC Rayleigh Fit:** 

- Il apparait que l'on voit des données photocounting corrects jusque 10km donc le fichier netcdf IPRAL contient bien des données utilisable dans cette voie

Analyse des données par le sftware européen - SCC
---

- Au contraire des quicklooks et du software INDRA, le code SCC n'utilise pas les fichiers netcdf de la base SIRTA mais les fichiers binaires bruts Licel du lidar. Ils sont convertis en un netcdf différent compatible pour le code SCC avec un autre convertisseur.
- Une fois que le code SCC a analysé les mesures, nous récupérons les Range Corrected Signals dans des fichiers netcdf
- Mais le code SCC merge (ou glue) les signaux analog et photocounting
- Ces données sont disponibles sur Climserv dans les répertoires:
/homedata/pietras/IPRAL/SCC_Products/2020/2020_09_14/Far_Range
et
/homedata/pietras/IPRAL/SCC_Products/2020/2020_09_14/Near_Range

Les fichiers 0000985 correspondent au télescope Far range et les fichiers 0000987 au télescope Near range

Les quicklooks sur les signaux mergés peuvent alors être visualisés:

- le 355 Near Range est OK donc la voie photocounting semblent ne pas poser de problèmes:

**SCC 355nm NR analog+PC merged:** 

- le 532 Near range:

**SCC 532nm NR analog+PC merged:** 

- le 1064 far range pour comparaison:

**SCC 1064nm NR analog+PC merged:** 

Conclusions
---

- Si les codes INDRA et SCC montrent bien une bonne exploitation des données photocounting de la voie 355nm NR alors pourquoi les Quicklooks n'affichent pas ces données? et pourquoi Phuong ne parvient-elle pas à les afficher également?

- CP va essayer de voir son code de plotting s'il y a un problème.

- Si vraiment les données IPRAL 355nm photocounting sont mauvaisent alors cela veut dire que INDRA n'affiche pas les données correspondant ¹a cette voie, cela voudrait dire que SCC n'utilisent pas ces données mais SCC devrait donner une erruer en sortie s;il ne parvenait pas à utiliser les données photocounting.

- Je dois donc dire que je suis quelque peu dubitatif.

###### tags: `IPRAL` `Étude` `Problème` `355nm Photocounting`