Oui le fichier peut être supprimé selon les règles définies (pour CentOS 7) dans:

       /etc/tmpfiles.d/*.conf
       /run/tmpfiles.d/*.conf
       /usr/lib/tmpfiles.d/*.conf

Cela ne doit pas donc être aléatoire (même s'il y a beaucoup de règles) et ne doit pas empêcher d'utiliser /tmp pour stocker un fichier temporaire avant de le transférer sur une autre machine.

Est-ce que que le compte Linux qui lance psql a bien le droit d'écrire dans le répertoire courant ? Si c'est le cas ça doit fonctionner pour avoir le fichier sur Linux.

Essayez avec JUSTIFY_HOURS:

postgres=# select ('23-03-2020 16:00'::timestamp - '19-03-2020 06:30'::timestamp) +
postgres-# ('19-03-2020 06:29'::timestamp - '15-03-2020 06:30'::timestamp);
    ?column?     
-----------------
 7 days 33:29:00
(1 ligne)
postgres=# select justify_hours(('23-03-2020 16:00'::timestamp - '19-03-2020 06:30'::timestamp) +
('19-03-2020 06:29'::timestamp - '15-03-2020 06:30'::timestamp));
  justify_hours  
-----------------
 8 days 09:29:00
(1 ligne)

postgres=# 

J'ai fait des tests avec PostgreSQL 10.12 sur Windows 2016, j'ai créé un script SQL avec notepad.exe.
Que le script soit sauvegardé en ANSI ou UTF-8 ne semble influer ni sur l'affichage ni sur le stockage d'une chaîne de caractères avec un caractère accentué.

Mon script en entrée:

select version();
\encoding
show client_encoding;
\l demo
\d t
truncate t;
insert into t values('Côte');
select * from t;

Résultat

select version();
                           version
-------------------------------------------------------------
 PostgreSQL 10.12, compiled by Visual C++ build 1800, 64-bit
(1 ligne)


WIN1252
show client_encoding;
 client_encoding
-----------------
 WIN1252
(1 ligne)


                                Liste des bases de données
 Nom  | Propriétaire | Encodage |  Collationnement   |    Type caract.    | Droits d'accès
------+--------------+----------+--------------------+--------------------+----------------
 demo | postgres     | UTF8     | French_France.1252 | French_France.1252 |
(1 ligne)


                    Table « public.t »
 Colonne | Type | Collationnement | NULL-able | Par défaut
---------+------+-----------------+-----------+------------
 c       | text |                 |           |


truncate t;
TRUNCATE TABLE
insert into t values('Côte');
INSERT 0 1
select * from t;
  c
------
 Côte
(1 ligne)

Le paramètrage jeu de caractère côté client Windows et côté serveur PostgreSQL me semblent corrects.
Reste la piste de l'encodage du script sur Windows et peut-être autre chose que je ne vois pas.

Désolé il manquait un ';' pour la commande "show client_encoding'

\encoding
show client_encoding;
\l intensetbm
INSERT INTO adm_pay (pay_nom_eng,pay_nom_fra,pay_abr) VALUES ('Ivory Coast','Côte d Ivoire','CIV');
select * from_adm_pay where pay_abr='CIV';

Essayer de supprimer toutes les instructions pour CLIENT_ENCODING (ALTER ROLE intensetbm_admin SET client_encoding TO 'utf8';  et SET client_encoding TO 'utf8';) dans les scripts et retestez.

Il faut lancer chcp dans une fenêtre interprête de commande comme cmd.exe et lancer psql dans la même fenêtre juste après.
Dans un premier temps  vérifiez que CLIENT_ENCODING est bien positionné à 'WIN1252' par défaut avec:

show client_encoding

Avec le client psql sur Windows, essayez de configurer l'encodage du client par rapport à la "code page" WIndows retournée par:

chcp

Si vous avez 1252, essayer de configurer client_encoding avec:

set client_encoding to 'win1252';

CLIENT_ENCODING définit le jeu du caractères du client connecté à PG.Je ne crois pas qu'il influe sur la création de la base.
Merci de nous donner le résultat de:

\l intensetbm;

NB: SET NAMES est bien pris en compte par PG mais il est plus habituel d'utiliser SET CLIENT_ENCODING:

postgres=# set names 'SQL_ASCII';
SET
postgres=# show names;
ERROR:  unrecognized configuration parameter "names"
postgres=# show client_encoding;
 client_encoding 
-----------------
 SQL_ASCII
(1 row)

postgres=# 

OK. Merci.

J'ai trouvé l'adresse contact@postgresql.fr sur la page d'accueil https://www.postgresql.fr/.
J'entends par équipe d'animation les personnes qui mettent à jour le site (point du vue éditorial)  et qui  administrent le site (point de vue infra.).
La page https://www.postgresql.fr/asso/charte_d … munication utilise l'expression "L'équipe d'animateurs".
La même page dit:

L'équipe d'animation est autonome et ouverte aux membres actifs de la communauté francophone de PostgreSQL. Il n'est pas nécessaire d'être adhérent de l'association PostgreSQLFr pour faire partie de l'équipe. Les admissions se font par cooptation.

En fait je ne comprends pas s'il y a une différence entre les personnes qui gèrent le site et l'association PostgreSQL.fr ?
De façon générale, tout le monde peut-il  mettre à jour l'ensemble de pages du site postgresql fr  juste avec un compte sur le wiki sans être membre de l'association Postgresq.fr ni être membre de l'équipe d'animation ?
(je comprends bien que c'est le principe de base du wiki).

PS: Intéressant de savoir que le wiki choisi n'utilise pas de base de données.

Oui vous pouvez utiliser n'importe quel nom à condition qu 'il n'est pas déjà utilisé par une autre table dans le même schéma .

Si ce n'est pas déjà fait, par mesure de précaution, vous pouvez faire une sauvegarde à froid du répertoire PGDATA de l'instance (je suppose que tous les tablespaces sont bien dans PGDATA).
- bien arrêter l'instance normalement avec pg_ctl stop
- copier tous les fichiers PGDATA à froid avec la commande copy ou un copier/coller de l'explorateur Windows
- redémarrer l'instance avec pg_ctl start.