The establishment of a BES Multi-User Geodatabase (BES-MUG) allows for the storage, management, and distribution of geospatial data associated with the Baltimore Ecosystem Study. At present, BES data is distributed over the internet via the BES website. While having geospatial data available for download is a vast improvement over having the data housed at individual research institutions, it still suffers from some limitations. BES-MUG overcomes these limitations; improving the quality of the geospatial data available to BES researches, thereby leading to more informed decision-making. BES-MUG builds on Environmental Systems Research Institute's (ESRI) ArcGIS and ArcSDE technology. ESRI was selected because its geospatial software offers robust capabilities. ArcGIS is implemented agency-wide within the USDA and is the predominant geospatial software package used by collaborating institutions. Commercially available enterprise database packages (DB2, Oracle, SQL) provide an efficient means to store, manage, and share large datasets. However, standard database capabilities are limited with respect to geographic datasets because they lack the ability to deal with complex spatial relationships. By using ESRI's ArcSDE (Spatial Database Engine) in conjunction with database software, geospatial data can be handled much more effectively through the implementation of the Geodatabase model. Through ArcSDE and the Geodatabase model the database's capabilities are expanded, allowing for multiuser editing, intelligent feature types, and the establishment of rules and relationships. ArcSDE also allows users to connect to the database using ArcGIS software without being burdened by the intricacies of the database itself. For an example of how BES-MUG will help improve the quality and timeless of BES geospatial data consider a census block group layer that is in need of updating. Rather than the researcher downloading the dataset, editing it, and resubmitting to through ORS, access rules will allow the authorized user to edit the dataset over the network. Established rules will ensure that the attribute and topological integrity is maintained, so that key fields are not left blank and that the block group boundaries stay within tract boundaries. Metadata will automatically be updated showing who edited the dataset and when they did in the event any questions arise. Currently, a functioning prototype Multi-User Database has been developed for BES at the University of Vermont Spatial Analysis Lab, using Arc SDE and IBM's DB2 Enterprise Database as a back end architecture. This database, which is currently only accessible to those on the UVM campus network, will shortly be migrated to a Linux server where it will be accessible for database connections over the Internet. Passwords can then be handed out to all interested researchers on the project, who will be able to make a database connection through the Geographic Information Systems software interface on their desktop computer. This database will include a very large number of thematic layers. Those layers are currently divided into biophysical, socio-economic and imagery categories. Biophysical includes data on topography, soils, forest cover, habitat areas, hydrology and toxics. Socio-economics includes political and administrative boundaries, transportation and infrastructure networks, property data, census data, household survey data, parks, protected areas, land use/land cover, zoning, public health and historic land use change. Imagery includes a variety of aerial and satellite imagery. See the readme: http://96.56.36.108/geodatabase_SAL/readme.txt See the file listing: http://96.56.36.108/geodatabase_SAL/diroutput.txt
The SDE Best Available Geographic Database (SBAGD) is a historic database comprising the GEODATA TOPO 250K Series 3 data and any updates that were made from 2008-2013. This vector data represents …Show full descriptionThe SDE Best Available Geographic Database (SBAGD) is a historic database comprising the GEODATA TOPO 250K Series 3 data and any updates that were made from 2008-2013. This vector data represents major topographic features and has been sourced through many programs such as the National Topographic Information Coordination Initiative (NTICI). The topographic data complies with the Topographic Data and Map Specifications for the National Topographic Database & NTMS Series 1:250 000 & 1:100 000 scale topographic map products version 6.0.
Currently filtered for Storm Date is after 12/1/2023Purpose: This is a feature layer of tornado swaths for the NWS Damage Assessment Toolkit.The National Weather Service (NWS) Damage Assessment Toolkit (DAT) has been utilized experimentally since 2009 to assess damage following tornadoes and convective wind events. The DAT is a GIS-based framework for collecting, storing, and analyzing damage survey data, utilizing the Enhanced Fujita (EF) scale for the classification of damage. Data collected from individual locations via mobile device are transmitted to a central geospatial database where they are quality controlled and analyzed to assign the official EF rating. In addition to the individual point, the data are analyzed to generate track centerlines and damage swaths. High resolution satellite imagery and radar data, through partnership with the NASA Short-term Prediction Research and Transition Center, are also available to aid in the analysis. The subsequent dataset is then made available through a web-based graphical interface and GIS services.Here is the full REST service: https://services.dat.noaa.gov/arcgis/rest/services/nws_damageassessmenttoolkitGeoplatform website: https://communities.geoplatform.gov/disasters/noaa-damage-assessment-toolkit-dat/More InformationWelcome to the National Weather Service Damage Assessment Toolkit. Data on this interface is collected during NWS Post-Event Damage Assessments. While the data has been quality controlled, it is still considered preliminary. Official statistics for severe weather events can be found in the Storm Data publication, available from the National Centers for Environmental Information (NCEI) at: https://www.ncdc.noaa.gov/IPS/sd/sd.html Questions regarding this data can be addressed to: parks.camp@noaa.gov.
The Oregon Watershed Restoration Inventory database (OWRI) contains information about completed restoration projects that were implemented in Oregon beginning in 1995. The complete dataset consists of point, line, and polygon features. Data for projects not funded by the Oregon Watershed Enhancement Board (OWEB) are acquired through a voluntary "Annual Call for Data"; while reporting is required for projects funded by OWEB and Oregon Department of Fish and Wildlife R & E grant programs. Restoration practitioners submit a standardized reporting form and attach project location maps. Once acquired, data sheets and maps are each assigned a unique project identification number. This number links spatial project data with tabular project data that are stored in a relational database using Microsoft SQL software.
https://www.imperial.ac.uk/medicine/research-and-impact/groups/icare/icare-facility/information-for-researchers/https://www.imperial.ac.uk/medicine/research-and-impact/groups/icare/icare-facility/information-for-researchers/
The iCARE SDE is a cloud-based, big data analytics platform sitting within Imperial College Healthcare NHS Trust (ICHT) NHS infrastructure. This, combined with the iCARE Team’s robust method of data de-identification, make the Environment an incredibly secure platform. The fact that it can be accessed remotely using the Trust’s Virtual Desktop Infrastructure means that researchers can perform their work remotely and are therefore not constrained by location. (imperial.dcs@nhs.net)
The iCARE SDE enables clinicians, researchers and data scientists to access large-scale, highly curated databases for the purposes of research, clinical audit and service evaluation. The iCARE SDE enables advanced data analytics through a scalable virtual infrastructure supporting Azure Machine Learning, Python, R and STATA and a large variety of snowflake SQL tooling.
The main iCARE data model is a HRA REC approved database covering all routinely captured information from Imperial College Healthcare Trust (ICHT) Electronic Health Record and 39 linked (at the patient-level) clinical and non-clinical systems. It contains data for all patients from 2015 onwards and is updated weekly as a minimum, and close to real-time when required. It includes inpatient, outpatient, A&E, pathology, cancer, imaging treatments, e-prescribing, procedures, clinical notes, Consent, clinical trials, tissue bank samples, Patient safety and incidents, Patient experience, Staffing and environment data.
Data can also be linked to primary care data for the 2.8million population in Northwest London, HRA REC approved, Whole Systems Integrated Care (WSIC) hosted database and other health and social care providers when approved.
On a project-by-project basis the model can be expanded to curate and include new data (including multi-modality data), that is either captured routinely or through approved research and clinical trials. There are streamlined processes to approve and curate new data (imperial.dataaccessrequest@nhs.net) and data will always remain hosted in the SDE.
This data layer was developed to support Denver's Food Retail Expansion to Support Health (FRESH) program. This layer will be stored on the City and County of Denver Spatial Database Engine (SDE) server. The data will be maintained on the SDE by the Office of Economic Development. It will be distributed through the SDE and the Denver Open Data Catalog. Data will be updated as time and resources permit, as data falls out of date, or through annual/bi-annual scheduled maintenance.Denver FRESH representatives will monitor Denver GIS requirements and submit current FRESH data layers to City SDE as applicable. Published data will comply with the City and County of Denver’s requirements and Denver Environmental Health’s GIS Cartographic Standards as described in the data layer’s metadata file. Data sources that originate outside the City must be cited. City data beyond normal base layers should have the sources stated, or if the layer is “unusual” or time sensitive then the source and year should be stated.
Polygon features from the GRIP database representing counties in Oklahoma.
description: Critical environmental features (CEFs) are defined in the City of Austin Land Development Code 25-8-1. This dataset represents Rock Outcrop Critical Environmental Features (CEFs) identified during the development review process since 1995. Prior to 1995, data is either unavailable or lost. Rock Outcrop CEFs were digitized from construction plans, environmental assessments, and City of Austin staff field observations into a versioned SDE database using ArcMap.; abstract: Critical environmental features (CEFs) are defined in the City of Austin Land Development Code 25-8-1. This dataset represents Rock Outcrop Critical Environmental Features (CEFs) identified during the development review process since 1995. Prior to 1995, data is either unavailable or lost. Rock Outcrop CEFs were digitized from construction plans, environmental assessments, and City of Austin staff field observations into a versioned SDE database using ArcMap.
R2GIS Combined county boundary data from TANA, Navteq and Census: TANA county boundaries.(static.R2GIS.TANA_BOUNDARY_COUNTY) for all of Region 2 except the Virgin Islands which were not found in the data set. TANA provided more detailed county coastlines. Navteq.County(static.R2GIS.NAVTEQ_BOUNDARY_2014_COUNTY) for the smaller surrounding islands of the Virgin Islands which had more detail than the CENSUS representations. Counties (CENSUS) VI. The CENSUS county boundaries were used only for the three main islands of the Virgin Islands which had finer detail than that provided by Navteq. The Dynamap(R)/2000 County Boundary file is a non-generalized polygon layer that represents all U.S. government-defined entities named County. A County is a type of governmental unit that is the primary legal subdivision of every U.S. state. In Louisiana, the County-equivalent entity is 'parish.' In Alaska, the statistically equivalent entities are the organized 'boroughs,' 'city and boroughs,' 'municipalities' and 'census areas.' The Dynamap(R)/2000 County Boundary file is a non-generalized polygon layer that represents all U.S. government-defined entities named County. A County is a type of governmental unit that is the primary legal subdivision of every U.S. state. In Louisiana, the County-equivalent entity is 'parish.' In Alaska, the statistically equivalent entities are the organized 'boroughs,' 'city and boroughs,' 'municipalities' and 'census areas.'
NOTE: This dataset holds 'static' data that we don't expect to change. We have removed it from the SDE database and placed it in ArcGIS Online, but it is still considered part of the SGID and shared on opendata.gis.utah.gov.
This dataset represents CEF buffers identified during the development review process since 1995. Prior to 1995, data is either unavailable or lost. CEF buffers were digitized from construction plans, environmental assessments, and City of Austin staff field observations into a versioned SDE database using ArcMap. Actual buffers size for any particular feature may be determined through a process of negotiation with land development interests, and may differ from standard dimensions stated in the Land Development Code.
These grasslands were digitized from construction plans, environmental assessments, and City of Austin staff field observations into a versioned SDE database using ArcMap. Actual areas for any particular feature may be fluctuate due to antecedent rainfall, subsequent development activity or the invasion of woody species, Grasslands are not, at the time of this writing, a protected Critical Environmental Feature.
Critical environmental features (CEFs) are defined in the City of Austin Land Development Code 25-8-1. CEF buffers are defined in the City of Austin Land Development Code 25-8-281. This layer depicts buffers or "setbacks" for most CEFs where protection has been designated. Also included are areas that have been designated as protected due to an easement, conservation area, or mitigated area. This dataset represents CEF buffers identified during the development review process since 1995. Prior to 1995, data is either unavailable or lost. CEF buffers were digitized from construction plans, environmental assessments, and City of Austin staff field observations into a versioned SDE database using ArcMap. Actual buffers size for any particular feature may be determined through a process of negotiation with land development interests, and may differ from standard dimensions stated in the Land Development Code.
Sde Sas Tameez Paris Company Export Import Records. Follow the Eximpedia platform for HS code, importer-exporter records, and customs shipment details.
Attribution 4.0 (CC BY 4.0)https://creativecommons.org/licenses/by/4.0/
License information was derived automatically
NOTE: This dataset holds 'static' data that we don't expect to change. We have removed it from the SDE database and placed it in ArcGIS Online, but it is still considered part of the SGID and shared on opendata.gis.utah.gov.
This dataset represents Rock Outcrop Critical Environmental Features (CEFs) identified during the development review process since 1995. Prior to 1995, data is either unavailable or lost. Rock Outcrop CEFs were digitized from construction plans, environmental assessments, and City of Austin staff field observations into a versioned SDE database using ArcMap.
U.S. Government Workshttps://www.usa.gov/government-works
License information was derived automatically
This dataset contains the official listing of all public educational organizations in Connecticut. Data elements include district name, school name, organization type, organization code, address, open date, interdistrict magnet status and grades offered.
Included data are collected by the CT State Department of Education (CSDE) through the Directory Manager (DM) portal in accordance with Connecticut General Statute (C.G.S.) 10-4. This critical information is used by other data collection systems and for state and federal reporting.
For more information regarding DM, please visit http://www.csde.state.ct.us/public/directorymanager/default.asp
Attribution 4.0 (CC BY 4.0)https://creativecommons.org/licenses/by/4.0/
License information was derived automatically
NOTE: This dataset is an older dataset that we have removed from the SGID and 'shelved' in ArcGIS Online. There may (or may not) be a newer vintage of this dataset in the SGID.NOTE: This dataset holds 'static' data that we don't expect to change. We have removed it from the SDE database and placed it in ArcGIS Online, but it is still considered part of the SGID and shared on opendata.gis.utah.gov.
Attribution 4.0 (CC BY 4.0)https://creativecommons.org/licenses/by/4.0/
License information was derived automatically
Customs records of China are available for SDE S.A.S.. Learn about its Importer, supply capabilities and the countries to which it supplies goods
The Ministry for Primary Industries (MPI) generates and acquires geospatial data. To maintain trust and confidence in the accuracy of this data, MPI has developed standards for both internal staff and external contractors.The MPI SDE (Spatial Database Engine) are populated with data sourced from external parties or created within the Ministry. To maintain this data to high standards, MPI requires robust metadata, i.e., the information describing the data held by the Ministry. Quality geospatial metadata should allow anyone unfamiliar with the data to use and manage it appropriately. This document provides detailed guidance on populating fields (i.e. Metadata Elements) using the ISO 19139 Metadata Implementation Specification. See ESRI documentation for more details.
The establishment of a BES Multi-User Geodatabase (BES-MUG) allows for the storage, management, and distribution of geospatial data associated with the Baltimore Ecosystem Study. At present, BES data is distributed over the internet via the BES website. While having geospatial data available for download is a vast improvement over having the data housed at individual research institutions, it still suffers from some limitations. BES-MUG overcomes these limitations; improving the quality of the geospatial data available to BES researches, thereby leading to more informed decision-making. BES-MUG builds on Environmental Systems Research Institute's (ESRI) ArcGIS and ArcSDE technology. ESRI was selected because its geospatial software offers robust capabilities. ArcGIS is implemented agency-wide within the USDA and is the predominant geospatial software package used by collaborating institutions. Commercially available enterprise database packages (DB2, Oracle, SQL) provide an efficient means to store, manage, and share large datasets. However, standard database capabilities are limited with respect to geographic datasets because they lack the ability to deal with complex spatial relationships. By using ESRI's ArcSDE (Spatial Database Engine) in conjunction with database software, geospatial data can be handled much more effectively through the implementation of the Geodatabase model. Through ArcSDE and the Geodatabase model the database's capabilities are expanded, allowing for multiuser editing, intelligent feature types, and the establishment of rules and relationships. ArcSDE also allows users to connect to the database using ArcGIS software without being burdened by the intricacies of the database itself. For an example of how BES-MUG will help improve the quality and timeless of BES geospatial data consider a census block group layer that is in need of updating. Rather than the researcher downloading the dataset, editing it, and resubmitting to through ORS, access rules will allow the authorized user to edit the dataset over the network. Established rules will ensure that the attribute and topological integrity is maintained, so that key fields are not left blank and that the block group boundaries stay within tract boundaries. Metadata will automatically be updated showing who edited the dataset and when they did in the event any questions arise. Currently, a functioning prototype Multi-User Database has been developed for BES at the University of Vermont Spatial Analysis Lab, using Arc SDE and IBM's DB2 Enterprise Database as a back end architecture. This database, which is currently only accessible to those on the UVM campus network, will shortly be migrated to a Linux server where it will be accessible for database connections over the Internet. Passwords can then be handed out to all interested researchers on the project, who will be able to make a database connection through the Geographic Information Systems software interface on their desktop computer. This database will include a very large number of thematic layers. Those layers are currently divided into biophysical, socio-economic and imagery categories. Biophysical includes data on topography, soils, forest cover, habitat areas, hydrology and toxics. Socio-economics includes political and administrative boundaries, transportation and infrastructure networks, property data, census data, household survey data, parks, protected areas, land use/land cover, zoning, public health and historic land use change. Imagery includes a variety of aerial and satellite imagery. See the readme: http://96.56.36.108/geodatabase_SAL/readme.txt See the file listing: http://96.56.36.108/geodatabase_SAL/diroutput.txt