Résumé
- Le conseil municipal de Wellington a ouvert une partie de City Net au public le 1er janvier 1992 : messagerie, Usenet, clavardage, accès à des fichiers Internet et informations municipales étaient proposés par modem.
- En avril 1993, Richard Naylor comptait environ 1 200 utilisateurs inscrits ; les délais d’inscription et les difficultés de connexion limitaient déjà le service.
- Une capture de menu Gopher datée montre les règlements, des dossiers de comité et des résultats électoraux. Les sources ne prouvent toutefois ni que Gopher et City Net formaient un seul système, ni que chaque document listé a été consulté.
Dans l’histoire des débuts d’Internet à Wellington, l’observation la plus révélatrice n’est pas une revendication de priorité. C’est un aveu pratique : il fallait encore convaincre les employés du conseil que le petit effort nécessaire pour publier des informations municipales en valait la peine.
En avril 1993, Richard Naylor, responsable des services informatiques du conseil, décrivait City Net comme un essai ouvert au public depuis le 1er janvier 1992. Les habitants pouvaient appeler le système par modem et utiliser le courrier électronique, le tableau NOTES du conseil, les nouvelles Usenet, le clavardage sur Internet, le transfert de fichiers et des bases de données. Il ne s’agissait pas d’un portail civique achevé, mais d’un usage public greffé sur des ordinateurs et une liaison de données déjà employés par la municipalité.
Un autre témoignage visuel apparaît dans les actes d’une conférence de 1993. Steve Cisler y reproduit un écran Gopher de Wellington City Council, daté du 28 novembre 1992. Le menu répertorie les règlements municipaux, CityNet, des dossiers de comité, le calendrier des réunions, les résultats électoraux et les politiques. Il montre comment les documents municipaux étaient organisés dans un menu accessible sur Internet. Il ne précise pas comment chaque élément était récupéré et ne démontre pas que le serveur Gopher et le service par modem partageaient la même interface.
Deux chemins dans l’informatique municipale
Le récit de Naylor présente City Net comme un service rejoint par modem. Son espace NOTES contenait le plan de district transitoire et les règlements. Le système diffusait également des avis publics, des nouveautés de la bibliothèque, l’agenda local, des informations sur Wellington et la Nouvelle-Zélande, ainsi que des services de courrier, de discussion et de transfert de fichiers.
Gopher proposait une autre voie. Le protocole décrit dans la RFC 1436 de mars 1993 permettait de parcourir des menus tout en conservant les documents sur des serveurs distincts. La capture de Wellington donne une forme navigable à l’information municipale dans le réseau plus vaste. C’est une photographie de l’organisation des contenus, pas un relevé des usages.
Cette distinction est essentielle. City Net combinait un accès public local et des services Internet. Le menu Gopher exposait des documents municipaux par le réseau. Les deux relevaient du même effort civique, mais les sources disponibles ne permettent pas de réduire l’un à l’autre.
Le mot « gratuit » demande la même prudence. Naylor indiquait que l’accès de base resterait gratuit et que les utilisateurs appelaient le conseil, qui ne payait donc pas les appels téléphoniques. Mais l’ordinateur servait aussi aux tâches municipales, et le conseil finançait une liaison de données avec Victoria University pour son travail quotidien. L’accès public était un sous-produit de cette activité, pas un réseau sans coût.
Un document pouvait aller plus loin que son bureau
Les règlements et le plan de district figuraient dans NOTES. La capture Gopher distingue également les règlements et les politiques sous le menu du conseil. Les habitants pouvaient consulter ces textes sans demander un exemplaire papier à un service municipal. Naylor mentionnait aussi des publications mensuelles : avis publics, événements, livres de bibliothèque et informations locales. Des lecteurs à l’étranger demandaient parfois un envoi par courrier électronique parce que le délai ordinaire de trois ou quatre jours était trop long.
Cette transparence ne se produisait pas toute seule. Selon Naylor, les équipes devaient encore être convaincues de préparer les documents. La machine pouvait transporter un fichier, mais chaque division devait le rendre publiable. Le conseil avait essayé de diffuser des comptes rendus et des rapports ; leur publication à plus grande échelle restait à la fois un effort de sensibilisation et une tâche interne.
Un répertoire Usenet de février 1993 donne une image plus concrète du service par modem. Il présente CityNET comme un système ouvert au grand public, avec un numéro d’appel à Wellington, une inscription obligatoire, des menus VAX, Usenet, le courrier, FTP et Telnet. Le compilateur signale l’encombrement d’une ligne unique, sur laquelle au moins sept modems se relayaient. Ce n’est pas un rapport de performance du conseil, mais c’est un indice que l’accès réel pouvait être moins simple que le menu ne le laissait penser.
Le plafond était aussi organisationnel
Naylor dénombrait environ 1 200 utilisateurs en avril 1993, avec une centaine de nouvelles inscriptions chaque mois. Il désignait le traitement des inscriptions comme le principal goulot d’étranglement et signalait des difficultés de connexion selon le mode d’accès. Il s’agit d’utilisateurs inscrits, pas de sessions actives, de foyers ou d’appels réussis.
L’économie du service était locale. L’ordinateur accomplissait déjà d’autres tâches du conseil ; la liaison Internet servait aux activités quotidiennes ; le personnel mobilisé était, selon Naylor, réduit. Le conseil inscrivait les utilisateurs puis les encourageait à s’entraider. Cette réutilisation permettait l’expérience sans construire un réseau commercial séparé, mais elle rendait l’accès tributaire des capacités disponibles, du nombre de modems et d’une file d’inscription.
L’expansion révélait une autre limite. Des terminaux publics dans les bibliothèques de quartier étaient envisagés pour rejoindre les personnes sans modem à domicile, mais le financement retardait le projet. L’accès au catalogue de la bibliothèque restait bloqué par des questions juridiques. Naylor envisageait aussi une facturation future pour des informations clairement commerciales, tout en maintenant la gratuité des services de base. Dans son texte de 1993, ce sont des projets et des contraintes, non la preuve d’une politique appliquée plus tard.
Les documents étayent donc une conclusion mesurée. Wellington a ouvert un système informatique municipal aux habitants et organisé des dossiers civiques dans un menu Internet. La municipalité a réutilisé ses équipements et liaisons ; elle n’a pas supprimé le coût de l’accès. La portée dépendait des inscriptions, d’une ligne libre, d’un modem compatible et de la volonté des services de préparer leurs documents.
La Note 65 de Heng Lu, « Running-Code Primacy », fournit ici un seul critère éditorial : distinguer ce qui fonctionnait selon les sources de ce qu’une institution projetait. L’essai public, les services énumérés, le menu Gopher daté et le nombre d’inscrits sont documentés. Les terminaux en bibliothèque et une éventuelle tarification commerciale restent des projets dans les sources citées.
Sources
- Richard Naylor, « Community Computing », AUUGN 14(5), avril 1993
- Steve Cisler, « Community Computer Networks », actes de conférence de 1993
- « List of New Zealand BBSs for February 1993 », Usenet, 19 février 1993
- RFC 1436, « The Internet Gopher Protocol », mars 1993
- « Godzone », WIRED, novembre 1995
- Lu Heng, « Running-Code Primacy », Note 65 — lentille éditoriale uniquement
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
