An ArcGIS Mobile style (stylx) file for use with ArcGIS Pro 2.9+ and ArcGIS Runtime 100.13+ to build custom applications that incorporate the MIL-STD-2525D symbol dictionary. This style supports a configuration for modeling locations as ordered anchor points or full geometries.Required Software:ArcGIS Pro 2.9 or higherArcGIS Runtime 100.13 or higherThe style can be published from ArcGIS Pro as a web style for use with the ArcGIS API for JavaScript 4.22 or higher.

This is the data repository for the PLOS ONE Manuscript: "Meeting radiation dosimetry capacity requirements of population-scale exposures by geostatistical sampling". This repository contains the following data:

1. "State-and-Subdivision-Boundary-Files.Edited-for-ArcMap-10.4.KML-Format.zip":

This file contains modified U.S. state and sub-division boundary files [in KML format], which can be imported into ArcMap using its KMLtoLayer function. These files have been modified to prevent sub-division naming issues that we encountered when importing boundary data into ArcMap: A) State sub-divisions with identical names are considered a single sub-division by ArcMap (corrected by adding a letter after each sub-division of the same name, i.e. CenterA, CenterB, etc), and; B) ArcMap would only identify the sub-division by its first word if sub-division name contained spaces (corrected by converting all spaces into dashes).

2. "HPAC-Plumes.Processed.zip" and "HPAC-Plumes.Unprocessed.zip":

These files contain HPAC plume coordinate (WGS1984) and dose (in cGy) values for all scenarios discussed in the manuscript. We provide "processed" and "unprocessed" HPAC plume data files. The "unprocessed" HPAC plume data is provided in its original XML format, which cannot be imported into ArcMap directly. The "processed" HPAC plumes are provided in tab-delimited X,Y,Z format (Latitude, Longitude, and Dose). We have also added a "0 cGy" contour in the "processed" plumes (surrounding the HPAC plume), as the presence of unirradiated data points adjacent to the plume was found to be crucial for accurate kriging, since these points served as boundaries for kriging.

3. "Final-Derived-Plumes.Data-Points.zip":

This file contains geostatistically-derived plume coordinate (WGS1984) and dose (in cGy) values for all scenarios discussed in the manuscript. Data is in comma-delimited format (Latitude, Longitude, and Dose). Data points consist of a set of initial coordinates generated at random locations within each Census sub-division using the ArcMap tool, ‘CreateRandomPoints_management’, and subsequent points generated by densification (the geostatistical procedure that targets and localizes an additional small cohort of irradiated individuals to mitigate uncertainty in environmental measurements). These data points were assigned radiation level values corresponding to the adjacent outer HPAC contour by a script comparing each sample with its location within the HPAC plume of the same scenario.

4. “Intermediate-Derived-Plumes.Data-Points.zip”

This archive contains coordinate data (WGS1984) and dose values (in cGy) for all intermediary steps of plume development (using our geostatistical method) for all scenarios. Like (3), the data is comma-delimited (Latitude, Longitude, and Dose), and were assigned radiation level values by a script comparing sampling locations with the location of the HPAC plume of the same scenario. Scenario replicate folders contains text files for each iteration step of the plume derivation process, including a file containing just the initial random sampling (“Iteration-1”), a file containing initial sampling and sampling locations selected by the first densification step (“Iteration-2”), a file containing initial sampling and sampling locations selected by the first and second densification steps (“Iteration-3”), and so on.

This archive also contains a Table (“Progression-of-New-Densification-Selected-Sampling-Locations-For-All-Scenarios.xslx”) which provides a categorical breakdown of how many unique densification-selected sampling locations occur within the irradiated region (i.e. overlap the HPAC plume) for each iteration of all scenario replicates. The fraction of irradiated to unirradiated sampling locations varies among each scenario and individual replicates for the same scenario. Our analysis shows that these results depend on the population densities and exact topography of the HPAC plume which is different among each scenario.

5. "Geostatistical-Sampling-Project.All-Scripts.zip"

This archive contains all programs required for this project. This includes Python scripts meant to be run within the ArcMap software environment (for random point generation and data extraction), and Perl scripts used to process HPAC and U.S. State and Sub-division boundary files, and to assign radiation values to sample locations based on a modified HPAC plume. A java program, “CompareReplicates.jar”, compares the overlapping areas between a pair of polygons that overlap one other using the ArcMap software environment, and requires access to the ArcGIS Runtime SDK (https://developers.arcgis.com/arcgis-runtime/).

O Sistema de Apoio a Decisão (SAD) desenvolvido no âmbito do projeto foRESTER tem como objetivo o auxílio na tomada de decisão em contexto de incêndios florestais contando com a integração de tecnologia de sensores e funcionalidades SIG de forma a fazer uma correta análise da situação no terreno e assim permitir decisões mais céleres e informadas. Este SAD tem como elemento central uma aplicação mobile que integra tecnologia ArcGIS, permitindo a tomada de decisão através da análise de dados espaciais e temporais, beneficiando de uma visualização integrada da informação em mapas e dashboard que abstraem a complexidade do sistema ao utilizador permitindo assim uma melhor experiência de utilizador e uma tomada de decisão mais rápida.O SAD é constituído por três componentes: (1) um Feature Service alojada no ArcGIS Online; (2) uma aplicação mobile e; (d) um módulo multi-sensor. Na Figura 1 está disponível a arquitetura foRESTER.Figure 1: Arquitetura do SAD foRESTER1 – O Feature Service foi configurado no software ArcGIS Desktop com um conjunto de Feature Layers que alojam os dados operacionais. Estas layers foram posteriormente publicadas no Portal ArcGIS sob a forma de um Feature Service permitindo a sua utilização através da API REST da ArcGIS. As Feature Layers são utilizadas para guardar múltiplos tipos de dados como: (i) os obstáculos nas estradas que irão afetar os trajetos percorridos pelas viaturas operacionais; (ii) a posição e o estado dos meios operacionais, que é representado através de duas simbologias diferentes que distinguem se o meio está num estado normal ou de perigo, (iii) a localização dos pontos de abastecimento de água e (iv) a localização e intensidade das frentes de fogo. Todos os dados são armazenados localmente no dispositivo mobile numa base de dados geográfica para análise futura e reconstituição do incêndio, permitindo assim aos decisores estudar o impacto das suas estratégias de supressão dos incêndios.2 – A aplicação mobile é o elemento central do sistema que permite aceder aos dados disponibilizados pelo Feature Service, integrando também funcionalidades SIG que permitem a análise e gestão dos dados operacionais. Esta aplicação, desenvolvida com recurso ao ArcGIS Runtime SDK para Android, conta com dashboards intuitivos que permitem facilitar o processo de tomada de decisão por parte do utilizador. É também possível a geração de alertas em particular com base nos dados provenientes dos sensores. Na Figura 2 estão disponíveis algumas imagens da aplicação mobile.Figure 2: A interface da aplicação mobileFoi criada uma Network Dataset com a representação da rede viária do concelho de Mação (área de estudo do projeto) que é disponibilizada através de uma geodatabase armazenada localmente nos dispositivos mobile, permitindo assim a geração de rotas entre várias localizações e a procura dos locais mais próximos de abastecimento de água sem a necessidade de ter uma ligação à Internet. Na Figura 3 pode ser vista a funcionalidade de geração de rotas em prática.Figure 3: Demonstração da funcionalidade da procura do ponto de abastecimento de água mais próxima: com e sem obstáculosTodo o trabalho efetuado na aplicação é armazenado numa geodatabase local que é sincronizada com o Feature Service no ArcGIS Online com uma periodicidade programável.3 – O módulo multi-sensor é um componente importante do SAD que fornecer dados importantes sobre as circunstâncias do Teatro de Operações (TO). O seu objetivo principal é o de permitir obter a localização dos meios no terreno, e em simultâneo monitorizar parâmetros como a temperatura, humidade, oxigénio e monóxido de carbono dentro e fora das viaturas. Este dispositivo tem também a capacidade de recolher dados térmicos de forma a serem criadas imagens térmicas das regiões afetadas pelos incêndios numa fase de rescaldo de forma a ajudar à deteção de potenciais focos de reacendimento.A aplicação mobile permite gerar alertas com bases nas medições destes sensores que podem ser críticos em situações de risco de vida como, por exemplo, quando um operador de máquina de rasto está a trabalhar num ambiente com concentrações de oxigénio reduzidas. Este dispositivo foi desenvolvido recorrendo ao microcontrolador ESP32, que pode ser facilmente reconfigurado utilizando o software Arduino IDE. A sua comunicação com a aplicação mobile é feita por Wifi e assenta na criação de um servidor web local que disponibiliza à aplicação os dados dos sensores.No futuro está prevista a expansão deste SAD de forma a incorporar mais funcionalidades como a integração de um simulador de propagação de incêndios florestais que beneficiará dos dados dos sensores de forma a gerar simulações mais realistas, acautelando assim a influência do microclima gerado pelos incêndios; e a georreferenciação de incêndios recorrendo aos sensores disponíveis nos smartphones. A tecnologia ESRI tem-se mostrado absolutamente indispensável no decorrer do desenvolvimento deste SAD ao permitir a rápida integração de funcionalidades SIG na aplicação com o ArcGIS Runtime SDK que é acompanhado de uma excelente documentação de suporte. O armazenamento dos dados geográficos no Portal ArcGIS e a sua disponibilização através de um Feature Service permite uma redução significativa do tempo de desenvolvimento do SAD havendo assim mais tempo para o desenvolvimento de outras funcionalidades importantes. A integração no ecossistema da ESRI é sem dúvida uma mais-valia para soluções que assentem na utilização de dados geográficos.