Suite

Comment associer la classe d'entités et la table dans ModelBuilder ?

Comment associer la classe d'entités et la table dans ModelBuilder ?


Je suis débutant dans ModelBuilder, j'ai donc du mal avec ça. J'ai une classe d'entités, qui contient des peuplements forestiers (polygones) et un tableau avec des données sur l'âge de leurs etages. Par exemple, un peuplement forestier peut avoir le premier etage (50 ans) et le deuxième etage (100 ans) - relation 1:n. Comment puis-je rejoindre cette table et FC ? Je dois créer un outil qui sélectionne les peuplements forestiers en fonction de leur âge (par exemple, je veux sélectionner tous les peuplements qui ont 100 ans d'âge) mais je ne sais pas comment le créer.

Outil dans ModelBuilder avec "ajouter une jointure". Cela ne fonctionne pas correctement. JPRL=forme avec supports, vek=table avec âges.

Forme "jprl" avec supports (polygones).

Tableau "vek" avec âges (colonne "vek") et etages (colonne "ET").

Le champ ID est IDPS.


Lors de l'utilisation d'une base de données relationnelle, le fournisseur de base de données sélectionne un type de données basé sur le type .NET de la propriété. Il prend également en compte d'autres métadonnées, telles que la longueur maximale configurée, si la propriété fait partie d'une clé primaire, etc.

Par exemple, SQL Server mappe les propriétés DateTime sur les colonnes datetime2(7) et les propriétés de chaîne sur les colonnes nvarchar(max) (ou sur nvarchar(450) pour les propriétés utilisées comme clé).

Vous pouvez également configurer vos colonnes pour spécifier un type de données exact pour une colonne. Par exemple, le code suivant configure Url en tant que chaîne non unicode avec une longueur maximale de 200 et Rating en tant que décimal avec une précision de 5 et une échelle de 2 :

Longueur maximale

La configuration d'une longueur maximale fournit une indication au fournisseur de base de données sur le type de données de colonne approprié à choisir pour une propriété donnée. La longueur maximale s'applique uniquement aux types de données de tableau, tels que string et byte[] .

Entity Framework ne fait aucune validation de longueur maximale avant de transmettre les données au fournisseur. Il appartient au fournisseur ou au magasin de données de valider le cas échéant. Par exemple, lors du ciblage de SQL Server, le dépassement de la longueur maximale entraînera une exception car le type de données de la colonne sous-jacente ne permettra pas le stockage des données en excès.

Dans l'exemple suivant, la configuration d'une longueur maximale de 500 entraînera la création d'une colonne de type nvarchar(500) sur SQL Server :

Précision et échelle

À partir d'EFCore 5.0, vous pouvez utiliser une API fluide pour configurer la précision et l'échelle. Il indique au fournisseur de base de données la quantité de stockage nécessaire pour une colonne donnée. Il ne s'applique qu'aux types de données pour lesquels le fournisseur permet à la précision et à l'échelle de varier (généralement décimal et DateHeure).

Pour les propriétés décimales, la précision définit le nombre maximal de chiffres nécessaires pour exprimer toute valeur que la colonne contiendra, et l'échelle définit le nombre maximal de décimales nécessaires. Pour les propriétés DateTime, la précision définit le nombre maximal de chiffres nécessaires pour exprimer des fractions de secondes, et l'échelle n'est pas utilisée.

Entity Framework ne fait aucune validation de précision ou d'échelle avant de transmettre les données au fournisseur. Il appartient au fournisseur ou au magasin de données de valider le cas échéant. Par exemple, en ciblant SQL Server, une colonne de type de données datetime ne permet pas de définir la précision, alors qu'une datetime2 peut avoir une précision comprise entre 0 et 7 inclus.

Dans l'exemple suivant, la configuration de la propriété Score pour avoir une précision 14 et une échelle 2 entraînera la création d'une colonne de type decimal (14,2) sur SQL Server, et la configuration de la propriété LastUpdated pour avoir une précision 3 entraînera une colonne de type dateheure2(3) :

La précision et l'échelle ne peuvent actuellement pas être configurées via des annotations de données.

L'échelle n'est jamais définie sans d'abord définir la précision, donc l'API Fluent pour définir l'échelle est HasPrecision(precision, scale) .


Utilisation d'une table de requête pour représenter une relation 1:M spatialement

J'ai découvert (et utilisé) pour la première fois l'outil Make Query Table lors de ma deuxième semaine à Aurecon (13 mars 2012, selon mon OneNote). C'était environ un mois avant de commencer à utiliser ModelBuilder (pour lutter contre les frustrations d'ArcMap) et environ 6 mois avant de commencer Python (pour lutter contre les frustrations de ModelBuilder).

Je donne juste un peu de contexte parce que c'était avant que tout ne se mette en place pour moi. Avant ce point, j'ai traité tout ce que j'ai appris dans mes études et pendant mon stage comme des silos d'informations séparés : SIG, bases de données, programmation.

Je n'ai même réalisé qu'après avoir travaillé chez Aurecon que les expressions de requête utilisées dans ArcMap sont SQL, malgré moi étudier toutes ces choses. Cela montre simplement comment l'état d'esprit d'une personne peut bloquer le progrès et comment j'ai permis à l'horrible expérience d'apprendre l'informatique en afrikaans de m'empêcher de laisser les choses cliquer pendant si longtemps.

Revenons à l'outil. Les jointures dans ArcGIS sont notoirement lentes et les jointures 1:M ne sont pas autorisées (techniquement elles le sont, mais dans le sens où une entité correspondante arbitraire sera jointe). Naturellement, la relation entre le SIG et le registre des biens est de 1:M.

Par exemple, un seul point est utilisé pour représenter l'emplacement physique et spatial d'un actif, le réservoir WRV-00001. Dans le registre des actifs, ce réservoir est dégroupé en divers composants : réservoir de stockage, bâtiment, clôture, etc. Chacun de ces actifs a son propre ID d'actif unique, mais tous ont le même ID SIG.


Personnaliser le modèle

Le point de départ de la personnalisation du modèle consiste à dériver du type de contexte approprié. Voir la section Types génériques de modèle. Ce type de contexte est habituellement appelé ApplicationDbContext et est créé par les modèles ASP.NET Core.

Le contexte est utilisé pour configurer le modèle de deux manières :

  • Fournir des types d'entité et de clé pour les paramètres de type générique.
  • En remplaçant OnModelCreating pour modifier le mappage de ces types.

Lors de la substitution de OnModelCreating , base.OnModelCreating doit être appelé en premier, la configuration de substitution doit ensuite être appelée. EF Core a généralement une politique de dernier gain pour la configuration. Par exemple, si la méthode ToTable pour un type d'entité est appelée d'abord avec un nom de table, puis à nouveau plus tard avec un nom de table différent, le nom de table dans le deuxième appel est utilisé.

Données utilisateur personnalisées

Les données utilisateur personnalisées sont prises en charge en héritant de IdentityUser . Il est d'usage de nommer ce type ApplicationUser :

Utilisez le type ApplicationUser comme argument générique pour le contexte :

Il n'est pas nécessaire de substituer OnModelCreating dans la classe ApplicationDbContext. EF Core mappe la propriété CustomTag par convention. Cependant, la base de données doit être mise à jour pour créer une nouvelle colonne CustomTag. Pour créer la colonne, ajoutez une migration, puis mettez à jour la base de données comme décrit dans Identity and EF Core Migrations.

Mettre à jour Pages/Partagés/_LoginPartial.cshtml et remplacez IdentityUser par ApplicationUser :

Mettre à jour Zones/Identité/IdentityHostingStartup.cs ou Startup.ConfigureServices et remplacez IdentityUser par ApplicationUser .

L'appel de AddDefaultIdentity équivaut au code suivant :

L'identité est fournie en tant que bibliothèque de classes Razor. Pour plus d'informations, consultez Scaffold Identity dans les projets ASP.NET Core. Par conséquent, le code précédent nécessite un appel à AddDefaultUI. Si le scaffolder Identity a été utilisé pour ajouter des fichiers Identity au projet, supprimez l'appel à AddDefaultUI . Pour plus d'informations, consultez :

Changer le type de clé primaire

Une modification du type de données de la colonne PK après la création de la base de données est problématique sur de nombreux systèmes de base de données. La modification du PK implique généralement de supprimer et de recréer la table. Par conséquent, les types de clé doivent être spécifiés dans la migration initiale lors de la création de la base de données.

Suivez ces étapes pour modifier le type de PK :

Si la base de données a été créée avant le changement PK, exécutez Drop-Database (PMC) ou dotnet ef database drop (.NET Core CLI) pour la supprimer.

Après avoir confirmé la suppression de la base de données, supprimez la migration initiale avec Remove-Migration (PMC) ou dotnet ef migrations remove (.NET Core CLI).

Mettez à jour la classe ApplicationDbContext pour dériver de IdentityDbContext<TUser,TRole,TKey>. Spécifiez le nouveau type de clé pour TKey . Par exemple, pour utiliser un type de clé Guid :

Dans le code précédent, les classes génériques IdentityUser<TKey> et IdentityRole<TKey> doivent être spécifiées pour utiliser le nouveau type de clé.

Startup.ConfigureServices doit être mis à jour pour utiliser l'utilisateur générique :

Si une classe ApplicationUser personnalisée est utilisée, mettez à jour la classe pour hériter de IdentityUser . Par exemple:

Mettez à jour ApplicationDbContext pour référencer la classe ApplicationUser personnalisée :

Enregistrez la classe de contexte de base de données personnalisée lors de l'ajout du service Identity dans Startup.ConfigureServices :

Le type de données de la clé primaire est déduit en analysant l'objet DbContext.

L'identité est fournie en tant que bibliothèque de classes Razor. Pour plus d'informations, consultez Scaffold Identity dans les projets ASP.NET Core. Par conséquent, le code précédent nécessite un appel à AddDefaultUI. Si le scaffolder Identity a été utilisé pour ajouter des fichiers Identity au projet, supprimez l'appel à AddDefaultUI .

Si une classe ApplicationRole personnalisée est utilisée, mettez à jour la classe pour hériter de IdentityRole<TKey> . Par exemple:

Mettez à jour ApplicationDbContext pour référencer la classe ApplicationRole personnalisée. Par exemple, la classe suivante référence un ApplicationUser personnalisé et un ApplicationRole personnalisé :

Enregistrez la classe de contexte de base de données personnalisée lors de l'ajout du service Identity dans Startup.ConfigureServices :

Le type de données de la clé primaire est déduit en analysant l'objet DbContext.

L'identité est fournie en tant que bibliothèque de classes Razor. Pour plus d'informations, consultez Scaffold Identity dans les projets ASP.NET Core. Par conséquent, le code précédent nécessite un appel à AddDefaultUI. Si le scaffolder Identity a été utilisé pour ajouter des fichiers Identity au projet, supprimez l'appel à AddDefaultUI .

Ajouter des propriétés de navigation

La modification de la configuration du modèle pour les relations peut être plus difficile que d'effectuer d'autres modifications. Il faut prendre soin de remplacer les relations existantes plutôt que de créer de nouvelles relations supplémentaires. En particulier, la relation modifiée doit spécifier la même propriété de clé étrangère (FK) que la relation existante. Par exemple, la relation entre Users et UserClaims est, par défaut, spécifiée comme suit :

Le FK pour cette relation est spécifié en tant que propriété UserClaim.UserId. HasMany et WithOne sont appelés sans arguments pour créer la relation sans propriétés de navigation.

Ajoutez une propriété de navigation à ApplicationUser qui permet aux UserClaims associés d'être référencés à partir de l'utilisateur :

La TKey pour IdentityUserClaim<TKey> est le type spécifié pour le PK des utilisateurs. Dans ce cas, TKey est une chaîne car les valeurs par défaut sont utilisées. C'est ne pas le type PK pour le type d'entité UserClaim.

Maintenant que la propriété navigation existe, elle doit être configurée dans OnModelCreating :

Notez que la relation est configurée exactement comme avant, uniquement avec une propriété de navigation spécifiée dans l'appel à HasMany .

Les propriétés de navigation n'existent que dans le modèle EF, pas dans la base de données. Étant donné que le FK de la relation n'a pas changé, ce type de changement de modèle ne nécessite pas la mise à jour de la base de données. Cela peut être vérifié en ajoutant une migration après avoir effectué la modification. Les méthodes Up et Down sont vides.

Ajouter toutes les propriétés de navigation utilisateur

En utilisant la section ci-dessus comme guide, l'exemple suivant configure les propriétés de navigation unidirectionnelle pour toutes les relations sur l'utilisateur :

Ajouter des propriétés de navigation Utilisateur et Rôle

En utilisant la section ci-dessus comme guide, l'exemple suivant configure les propriétés de navigation pour toutes les relations sur l'utilisateur et le rôle :

  • Cet exemple inclut également l'entité de jointure UserRole, qui est nécessaire pour naviguer dans la relation plusieurs-à-plusieurs des utilisateurs aux rôles.
  • N'oubliez pas de modifier les types des propriétés de navigation pour refléter cette application <. >types sont maintenant utilisés à la place de Identity <. > types.
  • N'oubliez pas d'utiliser l'Application <. >dans la définition générique ApplicationContext.

Ajouter toutes les propriétés de navigation

En utilisant la section ci-dessus comme guide, l'exemple suivant configure les propriétés de navigation pour toutes les relations sur tous les types d'entité :

Utiliser des clés composites

Les sections précédentes ont montré comment changer le type de clé utilisé dans le modèle d'identité. La modification du modèle de clé d'identité pour utiliser des clés composites n'est ni prise en charge ni recommandée. L'utilisation d'une clé composite avec Identity implique de modifier la façon dont le code Identity Manager interagit avec le modèle. Cette personnalisation dépasse le cadre de ce document.

Modifier les noms et les facettes des tables/colonnes

Pour modifier les noms des tables et des colonnes, appelez base.OnModelCreating . Ensuite, ajoutez une configuration pour remplacer l'une des valeurs par défaut. Par exemple, pour changer le nom de toutes les tables d'identité :

Ces exemples utilisent les types d'identité par défaut. Si vous utilisez un type d'application tel que ApplicationUser , configurez ce type au lieu du type par défaut.

L'exemple suivant modifie certains noms de colonnes :

Certains types de colonnes de base de données peuvent être configurés avec certains facettes (par exemple, la longueur de chaîne maximale autorisée). L'exemple suivant définit les longueurs maximales de colonne pour plusieurs propriétés de chaîne dans le modèle :

Mapper vers un autre schéma

Les schémas peuvent se comporter différemment selon les fournisseurs de bases de données. Pour SQL Server, la valeur par défaut consiste à créer toutes les tables dans le dbo schéma. Les tables peuvent être créées dans un schéma différent. Par exemple:

Chargement paresseux

Dans cette section, la prise en charge des proxys à chargement différé dans le modèle d'identité est ajoutée. Le chargement différé est utile car il permet d'utiliser les propriétés de navigation sans s'assurer au préalable qu'elles sont chargées.

Les types d'entité peuvent être adaptés au chargement différé de plusieurs manières, comme décrit dans la documentation EF Core. Pour plus de simplicité, utilisez des proxys à chargement différé, ce qui nécessite :

  • Installation du package Microsoft.EntityFrameworkCore.Proxies.
  • Un appel à UseLazyLoadingProxies dans AddDbContext<TContext>.
  • Types d'entités publiques avec des propriétés de navigation virtuelle publiques.

L'exemple suivant illustre l'appel de UseLazyLoadingProxies dans Startup.ConfigureServices :

Reportez-vous aux exemples précédents pour obtenir des conseils sur l'ajout de propriétés de navigation aux types d'entité.


Orques en captivité

Les orques sont des mammifères sociaux très intelligents qui font depuis longtemps partie des divertissements des parcs marins, offrant des spectacles au public. Cependant, il est de plus en plus clair que les orques ne prospèrent pas en captivité.

Ils ont évolué pour nager jusqu'à 40 milles par jour, chercher de la nourriture et faire de l'exercice. Ils plongent de 100 à 500 pieds, plusieurs fois par jour, tous les jours. Qu'ils soient nés dans la nature ou en captivité, tous les orques nés ont la même envie innée de nager loin et de plonger profondément. Les enclos artificiels dans les canons de captivité offrent ce genre de portée aux orques, contribuant à l'ennui et au stress. On a vu que les orques développent des stéréotypies, également connues sous le nom de zoochose, des schémas d'activité répétitifs qui n'ont pas de fonction évidente, allant de l'automutilation au balancement et au balancement. Habituellement lié au stress et aux habitats inappropriés, le comportement stéréotypé a été documenté chez les orques dans la recherche scientifique depuis la fin des années 1980.

Dans la nature, les orques vivent en groupes familiaux très unis qui partagent une culture sophistiquée et unique qui se transmet de génération en génération, a montré la recherche. En captivité, les orques sont maintenues dans des groupes sociaux artificiels. Les orques nées en captivité sont souvent transférées d'un établissement à l'autre, ce qui rompt les relations sociales. Le stress des perturbations sociales est aggravé par le fait que les orques en captivité n'ont pas la capacité d'échapper aux conflits avec d'autres orques ou d'adopter des comportements naturels de natation dans les piscines.

En 2013, le film documentaire Poisson noir a mis à nu le bilan psychologique de la captivité, à travers l'histoire d'un orque capturé dans la nature nommé Tilikum qui avait tué deux entraîneurs à SeaWorld Orlando. Le film comprenait des témoignages d'anciens entraîneurs de SeaWorld et de spécialistes des cétacés, qui affirmaient que le stress de Tilikum avait directement conduit à son agression envers les humains.


De nombreux comtés utilisent le Loi et code sur les licences d'élimination des eaux usées privées (Code de l'État) émis par le Département de la santé publique de l'Illinois comme guide des méthodes pour mener des enquêtes sur les sols, bien que certains comtés aient des exigences légèrement différentes en fonction des ordonnances locales. Les parties du code de l'État référencées ci-dessous se trouvent à la fin de cette brochure. En général, trois ou quatre forages de sol ou fosses rétrocaveuses sont creusés à au moins 50 pieds de distance à proximité d'un futur champ d'épuration jusqu'à une profondeur d'au moins 60 pouces. Les caractéristiques du sol sont décrites pour chaque forage ou fosse, et sont corrélées aux spécifications données dans le code de l'État pour déterminer les taux de charge des eaux usées en gallons par pied carré et par jour. En général, le taux de charge le plus bas observé dans les 30 à 42 pouces supérieurs des sols examinés est utilisé pour la conception et le dimensionnement des fosses septiques.

Chaque sol décrit peut être classé au niveau de la série. Une série de sols est équivalente à une espèce végétale ou animale, en ce sens qu'une série représente un type spécifique de sol qui peut se produire sur une vaste zone géographique.

L'un des principaux avantages d'une évaluation du sol par rapport à un test de percolation (une méthode traditionnelle de test des zones de champs d'épuration) est que les couches dans le sol qui limitent sévèrement la fonction des systèmes septiques peuvent être définies. Ces couches limitatives comprennent le substratum rocheux, la nappe phréatique saisonnière élevée, les sols denses à perméabilité lente et les sols sableux ou graveleux à perméabilité très rapide. Le code de l'État précise qu'au moins deux pieds de séparation doivent exister entre le fond du champ d'épuration et la couche limite (trois pieds dans les sols à texture plus grossière). L'installation de drains à rideaux, l'importation de matériaux de remblayage ou l'utilisation de systèmes alternatifs d'évacuation des eaux usées sont des options qui peuvent être utilisées lorsque des couches limitantes se produisent à faible profondeur.


Types de systèmes d'information - Composants et classification des systèmes d'information

Un système d'information est un réseau intégré et coordonné de composants, qui se combinent pour convertir les données en informations.

Composants des systèmes d'information

Un système d'information est essentiellement constitué de cinq composants matériels, logiciels, base de données, réseau et personnes. Ces cinq composants s'intègrent pour effectuer l'entrée, le processus, la sortie, la rétroaction et le contrôle.

Le matériel se compose d'un périphérique d'entrée/sortie, d'un processeur, d'un système d'exploitation et de périphériques multimédias. Le logiciel se compose de divers programmes et procédures. La base de données se compose de données organisées dans la structure requise. Le réseau se compose de concentrateurs, de supports de communication et de périphériques réseau. Les personnes se composent d'opérateurs de périphériques, d'administrateurs de réseau et de spécialistes du système.

Le traitement de l'information comprend le traitement des données d'entrée, le stockage des données, la sortie et le contrôle. Au cours de la phase d'entrée, des instructions de données sont transmises aux systèmes qui, au cours de la phase de traitement, sont traitées par des programmes logiciels et d'autres requêtes. Au cours de l'étape de sortie, les données sont présentées dans un format structuré et des rapports.

Classification du système d'information

Dans toute organisation donnée, le système d'information peut être classé en fonction de l'utilisation de l'information. Par conséquent, un système d'information dans une organisation peut être divisé en un système d'aide aux opérations et un système d'aide à la gestion.

Dans une organisation, la saisie des données est effectuée par l'utilisateur final qui est traitée pour générer des produits d'information, c'est-à-dire des rapports, qui sont utilisés par des utilisateurs internes et/ou externes. Un tel système est appelé système d'assistance à l'exploitation.

L'objectif du système de support aux opérations est de faciliter les transactions commerciales, de contrôler la production, de prendre en charge la communication interne et externe et de mettre à jour la base de données centrale de l'organisation. Le système d'assistance aux opérations est en outre divisé en un système de traitement des transactions, un système de contrôle de traitement et un système de collaboration d'entreprise.

Dans l'organisation de la fabrication, il existe plusieurs types de transaction entre les départements. Les départements organisationnels typiques sont les ventes, la comptabilité, les finances, l'usine, l'ingénierie, les ressources humaines et le marketing. À travers laquelle la transaction suivante peut se produire commande de vente, retour de vente, encaissements, avoirs de vente à crédit, comptabilité des matières, gestion des stocks, comptabilité des amortissements, etc.

Ces transactions peuvent être classées en traitement de transaction par lots, traitement de transaction unique et traitement de transaction en temps réel.

Dans une organisation de fabrication, certaines décisions sont prises par un système informatique sans aucune intervention manuelle. Dans ce type de système, les informations critiques sont transmises au système en temps réel, permettant ainsi le contrôle du processus. Ce type de systèmes est appelé systèmes de contrôle de processus.

Ces derniers temps, l'effort d'équipe ou la collaboration entre différentes équipes fonctionnelles est plus stressé. Un système qui permet un effort de collaboration en améliorant la communication et le partage de données est appelé système de collaboration d'entreprise.

Les gestionnaires ont besoin d'informations précises dans un format spécifique pour prendre une décision organisationnelle. Un système qui facilite un processus de prise de décision efficace pour les gestionnaires est appelé système d'aide à la gestion.

Les systèmes d'aide à la gestion sont essentiellement classés en système d'information de gestion, système d'aide à la décision, système expert et système d'information comptable.

Le système d'information de gestion fournit des informations au gestionnaire facilitant le processus de prise de décision de routine. Le système d'aide à la décision fournit des informations au gestionnaire pour faciliter une solution spécifique liée à un problème.

Classification supplémentaire

Un système d'information peut être classé en fonction de l'activité en système de planification stratégique, système d'information tactique et système d'information opérationnel.


Programme de formation générale Pathways à transfert garanti (GT)

Les cours GT Pathways, dans lesquels l'étudiant obtient un C- ou plus, seront toujours transférés et appliqués aux exigences GT Pathways en AA, AS et la plupart des baccalauréats dans tous les collèges et universités publics du Colorado. GT Pathways ne s'applique pas à certains diplômes (tels que de nombreux diplômes en ingénierie, informatique, soins infirmiers et autres énumérés ici). Vous devriez toujours demander conseil au conseiller approprié du collège ou de l'université que vous envisagez de fréquenter pour vous assurer que vous choisissez les cours appropriés pour votre diplôme et qu'il s'appliquera aux exigences de ces diplômes. Cette liste de contrôle et ces directives peuvent aider les élèves du secondaire à planifier leurs cours AP, IB et à inscription simultanée.

Communication écrite - 6 heures de crédit

Mathématiques - 3 heures de crédit

1 cours (ou une série de trois cours d'une heure de crédit)

Arts & Sciences humaines, histoire et sciences sociales et comportementales - 15 heures de crédit

Arts & Humanities - 2 cours (minimum 3 crédits chacun)

Histoire -- 1 cours (minimum 3 crédits)

Sciences sociales et comportementales -- 1 cours (minimum 3 crédits)

Pour atteindre un minimum de 15 crédits, veuillez sélectionner 1 cours supplémentaire (minimum 3 crédits) en arts et sciences humaines ou en histoire ou en sciences sociales et comportementales.


Les gens et l'environnement : le physique et l'humain

Les géographes historiques étudient depuis longtemps les changements du paysage. Leurs travaux éclairent maintenant les enquêtes sur les changements environnementaux mondiaux et illustrent les modifications environnementales induites par l'homme dans le passé. D'autres recherches évaluent les changements environnementaux contemporains et leurs implications non seulement pour l'avenir environnemental, mais aussi pour les chances de vie individuelles.

De telles études occupent l'intersection de la géographie physique et humaine, bien que relativement peu de travaux impliquent une collaboration entre les géographes humains et physiques. Pour ces derniers, il s'agit d'intégrer les changements induits par l'homme dans les modèles de processus et de systèmes environnementaux. Les préoccupations des géographes humains sont très variées, allant des travaux appliqués de manière pragmatique sur la politique et la gestion de l'environnement à l'écologie politique en passant par l'exploration des interrelations culture-nature.


Étudier le cycle du carbone

La plupart des questions auxquelles les scientifiques doivent encore répondre sur le cycle du carbone tournent autour de son évolution. L'atmosphère contient maintenant plus de carbone qu'à tout autre moment depuis au moins deux millions d'années. Chaque réservoir du cycle changera au fur et à mesure que ce carbone se fraye un chemin à travers le cycle.

A quoi ressembleront ces changements ? Qu'adviendra-t-il des plantes à mesure que les températures augmentent et que le climat change ? Enlèveront-ils plus de carbone de l'atmosphère qu'ils n'en rejettent ? Deviendront-ils moins productifs ? Quelle quantité de carbone supplémentaire le pergélisol en fusion mettra-t-il dans l'atmosphère et dans quelle mesure cela amplifiera-t-il le réchauffement ? La circulation océanique ou le réchauffement vont-ils modifier la vitesse à laquelle l'océan absorbe le carbone ? La vie océanique deviendra-t-elle moins productive ? Dans quelle mesure l'océan s'acidifiera-t-il et quels effets cela aura-t-il ?

Des séries chronologiques de données satellitaires, comme les images disponibles à partir des satellites Landsat, permettent aux scientifiques de surveiller les changements dans le couvert forestier. La déforestation peut libérer du dioxyde de carbone dans l'atmosphère, tandis que la repousse des forêts élimine le CO2. Cette paire d'images en fausses couleurs montre des coupes à blanc et des repousses forestières entre 1984 et 2010 dans l'État de Washington, au nord-est du mont Rainier. Le vert foncé correspond aux forêts matures, le rouge indique un sol nu ou du matériel végétal mort (zones fraîchement coupées) et le vert clair indique une croissance relativement nouvelle. (Image de la NASA par Robert Simmon, utilisant les données Landsat de l'USGS Global Visualization Viewer.)

Le rôle de la NASA pour répondre à ces questions est de fournir des observations satellitaires mondiales et des observations de terrain connexes. Au début de 2011, deux types d'instruments satellitaires collectaient des informations relatives au cycle du carbone.

Les instruments du spectroradiomètre imageur à résolution modérée (MODIS), volant sur les satellites Terra et Aqua de la NASA, mesurent la quantité de plantes carbonées et de phytoplancton transformées en matière au fur et à mesure de leur croissance, une mesure appelée productivité primaire nette. Les capteurs MODIS mesurent également le nombre d'incendies qui se produisent et où ils brûlent.

Deux satellites Landsat fournissent une vue détaillée des récifs océaniques, de ce qui pousse sur terre et de l'évolution de la couverture terrestre. Il est possible de voir la croissance d'une ville ou une transformation de la forêt à la ferme. Cette information est cruciale car l'utilisation des terres représente un tiers de toutes les émissions de carbone humaines.

Les futurs satellites de la NASA poursuivront ces observations et mesureront également le dioxyde de carbone et le méthane dans l'atmosphère ainsi que la hauteur et la structure de la végétation.

Toutes ces mesures nous aideront à voir comment le cycle mondial du carbone évolue au fil du temps. Ils nous aideront à évaluer l'impact que nous avons sur le cycle du carbone en libérant du carbone dans l'atmosphère ou en trouvant des moyens de le stocker ailleurs. Ils nous montreront comment notre climat changeant modifie le cycle du carbone et comment le cycle changeant du carbone modifie notre climat.

La plupart d'entre nous, cependant, observeront les changements dans le cycle du carbone d'une manière plus personnelle. Pour nous, le cycle du carbone est la nourriture que nous mangeons, l'électricité dans nos maisons, le gaz dans nos voitures et la météo au-dessus de nos têtes. Nous faisons partie du cycle du carbone et nos décisions concernant notre mode de vie se répercutent tout au long du cycle. De même, les changements dans le cycle du carbone auront un impact sur notre façon de vivre. Au fur et à mesure que chacun d'entre nous comprend son rôle dans le cycle du carbone, la connaissance nous permet de contrôler notre impact personnel et de comprendre les changements que nous constatons dans le monde qui nous entoure.