{
    "version" : "https://jsonfeed.org/version/1",
    "content" : "resources",
    "type" : "single",
    "title" : "How to Get Your Open Data on Data.gov |Digital.gov",
    "description": "How to Get Your Open Data on Data.gov",
    "home_page_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/","feed_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/resources/how-to-get-your-open-data-on-data-gov/index.json","item" : [
    {"title" :"How to Get Your Open Data on Data.gov","summary" : "Find out below how federal, federal geospatial, and non-federal data is funneled to Data.gov and how you can get your data federated on Data.gov for greater discoverability and and impact.","date" : "2014-12-10T02:53:55-04:00","date_modified" : "2025-01-27T19:42:55-05:00","authors" : {"pashlock" : "Phil Ashlock"},"topics" : {
        
            "open-data" : "Open data"
            },"branch" : "bc-archive-content-3",
      "filename" :"how-to-get-your-open-data-on-data-gov.md",
      
      "filepath" :"resources/how-to-get-your-open-data-on-data-gov.md",
      "filepathURL" :"https://github.com/GSA/digitalgov.gov/blob/bc-archive-content-3/content/resources/how-to-get-your-open-data-on-data-gov.md",
      "editpathURL" :"https://github.com/GSA/digitalgov.gov/edit/bc-archive-content-3/content/resources/how-to-get-your-open-data-on-data-gov.md","slug" : "how-to-get-your-open-data-on-data-gov","url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/resources/how-to-get-your-open-data-on-data-gov/","content" :"\u003cp\u003eData.gov is the central clearinghouse for open data from the United States federal government. It also provides access to many local government and non-federal open data resources. Find out below how federal, federal geospatial, and non-federal data is funneled to Data.gov and how you can get your data federated on Data.gov for greater discoverability and impact.\u003c/p\u003e\n\u003cp\u003eThis guide is primarily for the \u003ca href=\"https://project-open-data.cio.gov/points-of-contact/\"\u003eOpen Data Points of Contact\u003c/a\u003e (POC) at each agency. If you would like to add data to Data.gov and you are not the POC for your agency, please contact your POC. If your agency has no POC listed, please continue reading and \u003ca href=\"https://www.data.gov/contact\"\u003econtact Data.gov\u003c/a\u003e for assistance.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"#overview\"\u003eOverview\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#step-1-organize-your-open-data-for-the-datagov-pipeline\"\u003eStep 1. Organize your open data for the Data.gov Pipeline\u003c/a\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"#federal-data-with-project-open-data\"\u003eFederal Data with Project Open Data\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#federal-geospatial-data\"\u003eFederal Geospatial Data\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#non-federal-data\"\u003eNon-Federal Data\u003c/a\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#step-2-coordinate-with-datagov\"\u003eStep 2. Coordinate with Data.gov\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#resources--tools\"\u003eResources \u0026amp; Tools\u003c/a\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"#resources\"\u003eResources\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#testing-tools\"\u003eTesting Tools\u003c/a\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#frequently-asked-questions\"\u003eFrequently Asked Questions\u003c/a\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"#general\"\u003eGeneral\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#federal-data-with-project-open-data-1\"\u003eFederal Data with Project Open Data\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#federal-geospatial-data-1\"\u003eFederal Geospatial Data\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"#non-federal-data-1\"\u003eNon-federal Data\u003c/a\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"overview\"\u003eOverview\u003c/h2\u003e\n\u003cp\u003eData.gov is primarily a federal open government data site. However, state, local, and tribal governments can also publish metadata describing their open data resources on Data.gov for greater discoverability. Data.gov does not host data directly (with a few exceptions), but rather aggregates metadata about open data resources in one centralized location. Once an open data source meets the necessary format and metadata requirements, the Data.gov team can harvest the metadata directly, synchronizing that source’s metadata on Data.gov as often as every 24 hours.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eBackground\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eFrom 2009-2013, agency updates to the Data.gov catalog were not automated. Federal agencies submitted metadata for individual datasets to Data.gov through a central Dataset Management System (DMS). At present, pursuant to the Federal \u003ca href=\"https://project-open-data.cio.gov/policy-memo/\"\u003eOpen Data Policy\u003c/a\u003e discussed in more detail below, all metadata is added to Data.gov through the federated “harvest” model.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eDataset Updates\u003c/strong\u003e\nAdditions, updates, and deletions occur through a \u003cem\u003eHarvest Source\u003c/em\u003e rather than within Data.gov directly. Data.gov synchronizes those changes through a daily \u003cem\u003eHarvest Job\u003c/em\u003e.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eFederated Metadata Harvest Architecture\u003c/strong\u003e\u003c/p\u003e\n\u003cdiv class=\"image\"\u003e\n  \u003cimg\n    src=\"https://s3.amazonaws.com/digitalgov/_legacy-img/2014/12/harvest-diagram-departmentwide-gis-separate.png\"\n    alt=\"federated harvest architecture diagram\"/\u003e\u003c/div\u003e\n\n\n\u003ch2 id=\"step-1-organize-your-open-data-for-the-datagov-pipeline\"\u003eStep 1. Organize your open data for the Data.gov Pipeline\u003c/h2\u003e\n\u003cp\u003eGetting your data source ready for harvesting by the Data.gov catalog depends on your data source type:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eFederal Data with Project Open Data (non-geospatial):\u003c/strong\u003e The most common source is the Public Data Listing as required by the Federal Open Data Policy.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eFederal Geospatial Data:\u003c/strong\u003e Federal maps, images, GIS products, and other location-based data resources.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eNon-federal Data:\u003c/strong\u003e Non-federal government sources are not covered by the Federal Open Data Policy, but can be included in the Data.gov catalog voluntarily.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eThe steps for all three types of data sources are described in detail below.\u003c/p\u003e\n\u003ch3 id=\"federal-data-with-project-open-data\"\u003eFederal Data with Project Open Data\u003c/h3\u003e\n\u003cp\u003e\u003ca href=\"https://project-open-data.cio.gov/\"\u003eProject Open Data\u003c/a\u003e is the name of the implementation guidance and associated resources for the \u003ca href=\"https://project-open-data.cio.gov/policy-memo/\"\u003eFederal Open Data Policy, OMB M-13-13\u003c/a\u003e. This policy requires all \u003ca href=\"http://www.gpo.gov/fdsys/pkg/USCODE-2011-title31/html/USCODE-2011-title31-subtitleI-chap9-sec901.htm\"\u003eFederal CFO-Act agencies\u003c/a\u003e to publish a \u003ca href=\"https://project-open-data.cio.gov/catalog/\"\u003ePublic Data Listing\u003c/a\u003e, provided as a \u003ca href=\"https://project-open-data.cio.gov/catalog/#machine-readable-format\"\u003edata.json file\u003c/a\u003e, using the standard \u003ca href=\"https://project-open-data.cio.gov/v1.1/schema/\"\u003eProject Open Data metadata schema\u003c/a\u003e. Non-CFO-Act agencies are not covered by this policy, but the process for including their data on Data.gov is the same.\u003c/p\u003e\n\u003cp\u003eProject Open Data requires agencies to list and describe all agency data in the Public Data Listing. If a dataset is not public or restricted access, the metadata for that dataset is still included in the Public Data Listing, but any portion of the metadata that cannot be made public is redacted. The full, unredacted version of the metadata is provided in the Enterprise Data Inventory which is submitted to OMB and not made public.\u003c/p\u003e\n\u003cp\u003eAgencies must provide a human readable Public Data Listing at \u003ccode\u003eagency.gov/data\u003c/code\u003e and a machine readable listing, as a standalone JSON file on the agency’s website at \u003ccode\u003eagency.gov/data.json\u003c/code\u003e. This \u003ccode\u003edata.json\u003c/code\u003e file is what gets harvested to the Data.gov catalog.\u003c/p\u003e\n\u003cp\u003eFederal agencies that do not have a platform to inventory their metadata can make use of a free service hosted by Data.gov called inventory.data.gov (see the separate guide). Contact the Data.gov team via email if you’re interested in using this service.\u003c/p\u003e\n\u003cp\u003eYou can find more information about what is required by the policy in the \u003ca href=\"https://project-open-data.cio.gov/catalog/\"\u003eData Catalog Requirements\u003c/a\u003e for Project Open Data, but the requirements relevant to Data.gov are outlined here:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eOpen Data Policy Requirements\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003eAll CFO-Act agencies must provide an Enterprise Data Inventory and Public Data Listing in accordance with the \u003ca href=\"https://project-open-data.cio.gov/v1.1/schema/\"\u003eProject Open Data metadata schema\u003c/a\u003e for the purposes of measuring compliance with OMB’s M-13-13\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRequired:\u003c/strong\u003e Enterprise Data Inventory provided to OMB MAX\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eRequired:\u003c/strong\u003e Public Data Listing at: \u003ccode\u003ehttps://________.gov/data.json\u003c/code\u003e\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e\u003cstrong\u003eAn update to the Project Open Data Metadata Schema,\u003c/strong\u003e \u003ca href=\"https://project-open-data.cio.gov/v1.1/schema/\"\u003e\u003cstrong\u003e\u003cem\u003eVersion 1.1\u003c/em\u003e\u003c/strong\u003e\u003c/a\u003e \u003cstrong\u003ewas released on November 6, 2014.\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eThe Data.gov catalog supports version 1.1 as of December 2, 2014.\u003c/p\u003e\n\u003cp\u003eWhen an agency is ready for Data.gov to harvest their data.json for the first time, they should notify Data.gov via \u003ca href=\"mailto:datagovhelp@gsa.gov\"\u003eemail\u003c/a\u003e and the Data.gov team will create a new Data.gov harvest source for their data.json. The Data.gov team is available to assist agencies in generating the Public Data Listing data.json file and provide tools that may help agencies prepare their data listings.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eFederal data only\u003c/strong\u003e\nThere should be one single harvest source per agency. If a federal agency aggregates data from non-federal sources, they must ensure the agency’s data.json includes data produced by the agency only. Data.gov harvests all metadata directly from publishers including many non-federal sources and works to prevent dataset duplication through intermediaries. It is also important to remember that OMB assesses an agency’s data.json file under the assumption it is comprised of data exclusively from that agency.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eTransitioning to data.json\u003c/strong\u003e\nWhen an agency transitions to data.json harvesting for the first time, any existing data on the Data.gov catalog is archived. Data.gov will also provide an export of the existing metadata on Data.gov and note whether any of these datasets were associated with a Data.gov Topic.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eReplacing datasets\u003c/strong\u003e\nWhen replacing any dataset in your data.json file it is important to maintain same title and identifier associated with the dataset to ensure consistent discoverability of that dataset going forward. When replacing datasets in your data.json harvest source, using the same identifier will ensure that the URL for the dataset on Data.gov stays the same keeping cited links working and reinforcing the open data principle of \u003ca href=\"https://opengovdata.io/2014/permanence-trust-provenance/\"\u003epermanence\u003c/a\u003e. It should be noted, however, that when replacing datasets on Data.gov with a brand new harvest source (see \u003cem\u003eTransitioning to data.json\u003c/em\u003e above) that using the same identifier or title may not retain the same URL.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eRecovering deleted datasets\u003c/strong\u003e\nAfter a dataset has been deleted from Data.gov (i.e., the agency posted an updated data.json file that does not include a particular dataset), there is a grace period of up to 24 hours where it can be easily restored by working with the Data.gov team.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eError log reports\u003c/strong\u003e\nEvery time the data.json is harvested, an error log is generated that identifies any issues that occurred during the harvest process. If requested, an agency point of contact can receive a daily harvest report with this error log via email.\u003c/p\u003e\n\u003ch3 id=\"federal-geospatial-data\"\u003eFederal Geospatial Data\u003c/h3\u003e\n\u003cp\u003e\u003cstrong\u003eBackground\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eSeveral federal agencies maintain and manage geospatial data and geographic information systems (GIS). The documentation of geospatial data is subject to authorities pre-dating the Open Data Policy. are required to develop metadata as outlined in \u003ca href=\"http://www.archives.gov/federal-register/executive-orders/pdf/12906.pdf\"\u003eExecutive Order 12906\u003c/a\u003e and \u003ca href=\"https://obamawhitehouse.archives.gov/omb/circulars_a016_rev/\"\u003eOMB Circular A-16, revised (2002)\u003c/a\u003e to support the National Spatial Data Infrastructure (NSDI). The Federal Geographic Data Committee (FGDC) is the interagency group responsible for facilitating these federal activities and collaboration with non-federal organizations on geospatial data efforts. The FGDC has endorsed several geospatial metadata standards, as directed by \u003ca href=\"https://obamawhitehouse.archives.gov/omb/circulars_a119/\"\u003eOMB Circular A-119\u003c/a\u003e,including the Content Standard for Digital Geospatial Metadata (\u003ca href=\"http://www.fgdc.gov/metadata/csdgm\"\u003eCSDGM\u003c/a\u003e), \u003ca href=\"http://www.fgdc.gov/metadata/geospatial-metadata-standards\"\u003eISO 19115:2003 Geographic Information – Metadata\u003c/a\u003e and several related ISO geospatial standards. Since ISO 19115 and the associated standards are voluntary consensus standards (vs. federally-authored) and endorsed by the FGDC, federal agencies are encouraged to transition to ISO metadata as their agencies are able to do so. While the selection of appropriate standards is dependent on the nature of your metadata collection and publication process, ISO metadata should be considered an option now. For more information, \u003ca href=\"https://www.fgdc.gov/metadata\"\u003esee the FGDC website\u003c/a\u003e.\u003c/p\u003e\n\u003cp\u003eIn the past, geospatial metadata records were maintained and discoverable via separate catalogs and tools, including Geospatial One Stop. In 2013, these sources were merged so that Data.gov (specifically catalog.data.gov) indexes both geospatial and non-geospatial metadata in one place.\u003c/p\u003e\n\u003cp\u003eMetadata for geospatial datasets in \u003ca href=\"http://catalog.data.gov/dataset\"\u003ecatalog.data.gov\u003c/a\u003e is also made available in \u003ca href=\"http://www.geoplatform.gov/\"\u003eGeoPlatform.gov\u003c/a\u003e. GeoPlatform.gov provides access and management of geospatial resources through common geospatial data, services, and applications contributed and administered by trusted sources and hosted on shared infrastructure for use by federal agencies, agency partners, and the public. Geospatial metadata is made available to GeoPlatform.gov from the metadata harvested by catalog.data.gov and is displayed on GeoPlatform.gov via an application programming interface (API) on catalog.data.gov. In other words, the datasets discoverable on GeoPlatform.gov are from the geospatial metadata collected by the catalog using the following API call:\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"http://catalog.data.gov/api/3/action/package_search?q=metadata_type:geospatial\"\u003ehttp://catalog.data.gov/api/3/action/package_search?q=metadata_type:geospatial\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eThe majority of open government datasets have some relationship to spatial data (e.g. jurisdiction, address). For the purposes of this document and learning how data gets published in Data.gov, “geospatial data” here specifically refers to spatial data that has historically been included as part of the Federal Geographic Data Committee and GeoPlatform.gov and utilizes robust geospatial metadata standards such as the the suite of ISO standards or the FGDC’s Content Standard for Digital Geospatial Metadata (\u003ca href=\"http://www.fgdc.gov/metadata/csdgm\"\u003eCSDGM\u003c/a\u003e).These geospatial metadata standards are needed to properly display data and utilize the spatial functionality on GeoPlatform.gov.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eGetting geospatial metadata into Data.gov\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eFederal agencies that manage geospatial data should make their geospatial metadata holdings available to Data.gov using a consolidated geospatial harvest source, preferably one single CSW endpoint for the entire agency. For example, all offices and bureaus within the Department of Interior would make their metadata available through one consolidated CSW covering all of the Department of the Interior. (Non-geospatial metadata should be provided separately. See section 3 below.)\u003c/p\u003e\n\u003cp\u003eWhile a CSW endpoint and traditional geospatial metadata standards are needed for GeoPlatform.gov and Data.gov to consume the data, the Project Open Data (M-13-13) policy still requires metadata for the agency’s geospatial datasets to be provided within the Enterprise Data Inventory data.json file submitted to OMB with the Project Open Data metadata.\u003c/p\u003e\n\u003cp\u003eIn order to facilitate these requirements, the FGDC and Data.gov have developed a \u003ca href=\"https://project-open-data.cio.gov/v1.1/metadata-resources/#crosswalks-for-geospatial-metadata\"\u003emapping of elements\u003c/a\u003e between the Project Open Data metadata schema v1.1 and the geospatial metadata standards including FGDC CSDGM, ISO 19115:2003, and ISO 19115-1:2014. This crosswalk enables federal agencies with geospatial data to more efficiently meet both metadata requirements.\u003c/p\u003e\n\u003cp\u003eFor agencies that provide geospatial data to GeoPlatform.gov and Data.gov, the following harvest sources must be provided:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eOpen Data Policy Requirements\u003c/strong\u003e\nAll CFO-Act agencies must provide an Enterprise Data Inventory in accordance with the Project Open Data metadata schema (see \u003cem\u003eFederal Data with Project Open Data above\u003c/em\u003e). This includes geospatial \u003cstrong\u003e\u003cem\u003eand\u003c/em\u003e\u003c/strong\u003e non-spatial data.\n\u003cstrong\u003eRequired: Enterprise Data Inventory provided to OMB MAX\u003c/strong\u003e\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eGeospatial Harvest Source — Public Data Listing Requirements\u003c/strong\u003e \u003cem\u003e(for GeoPlatform.gov and Data.gov)\u003c/em\u003e To be successfully harvested by GeoPlatform.gov and Data.gov, all geospatial data should be provided via one \u003ca href=\"https://www.geoplatform.gov/csw-resources\"\u003eCatalog Service for the Web (CSW)\u003c/a\u003e endpoint.Required: A CSW endpoint, e.g.: \u003ca href=\"https://data.doi.gov/csw?service=CSW\u0026amp;version=2.0.2\u0026amp;request=GetCapabilities\"\u003e\u003cem\u003ehttps://data.doi.gov/csw?service=CSW\u0026amp;version=2.0.2\u0026amp;request=GetCapabilities\u003c/em\u003e\u003c/a\u003e\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eData without a Geospatial Harvest Source — Public Data Listing Requirements\u003c/strong\u003e \u003cem\u003e(for GeoPlatform.gov and Data.gov)\u003c/em\u003e Lastly, to prevent duplication on Data.gov, all agencies that provide a CSW geospatial harvest source to GeoPlatform.gov and Data.gov should create an additional JSON file (called \u003ccode\u003e/sdata-nonspatial-harvest.json\u003c/code\u003e) to include all datasets that are \u003cstrong\u003enot\u003c/strong\u003e available via the consolidated Geospatial Harvest Source.\u003cstrong\u003eRequired:\u003c/strong\u003e Datasets without a Geospatial Harvest Source for the Public Data Listing at: \u003ccode\u003ehttps://________.gov/data-nonspatial-harvest.json\u003c/code\u003e\u003c/p\u003e\n\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e\u003cstrong\u003eDatasets Displayed on GeoPlatform.gov\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eAll datasets included in the CSW will be displayed on GeoPlatform.gov. Datasets included in data-nonspatial-harvest.json will only be displayed on Data.gov, but not GeoPlatform.gov unless the datasets are specially tagged for inclusion there.\u003c/p\u003e\n\u003cp\u003eIf an agency has a geospatial dataset in the data-nonspatial-harvest.json that should be part of GeoPlatform.gov, but is not included in the CSW harvest source, or if an agency has geospatial holdings and is only able to provide a data.json file and not the CSW, it should denote the geospatial dataset using “geospatial” as a value within the “theme” field. For example: \u003cem\u003e“theme”: [“geospatial”]\u003c/em\u003e\u003c/p\u003e\n\u003ch3 id=\"non-federal-data\"\u003eNon-Federal Data\u003c/h3\u003e\n\u003cp\u003eData.gov incorporates data sources from state, local, and tribal governments. Non-federal sources are not covered by the Federal Open Data Policy, but can be included in the Data.gov catalog voluntarily. Depending on your local government open data platform, you may already have a harvest source that is Data.gov-ready, or it could take a little more work. Either way, the Data.gov team is available to answer questions about these requirements. For non-federal data to be connected to Data.gov, the following items are required:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eA Data Harvest Source\u003c/strong\u003e\nSome open data catalog platforms already have a Data.gov harvest source built in (see these examples from \u003ca href=\"https://nycopendata.socrata.com/data.json\"\u003eSocrata\u003c/a\u003e and \u003ca href=\"http://opendata.dc.gov/data.json\"\u003eArcGIS Open Data\u003c/a\u003e), but it is possible to set up a harvest source with any data management system (see \u003ca href=\"https://www.opendataphilly.org/data.json\"\u003ethis CKAN example\u003c/a\u003e). The metadata required from non-federal sources does not include the \u003ca href=\"https://project-open-data.cio.gov/v1.1/schema/#USG-note\"\u003eUSG noted fields\u003c/a\u003e and additional fields can be left out on a case-by-case basis. To learn more about metadata best practices and validators, check out the Resources and Tools below. \u003cstrong\u003eRequired:\u003c/strong\u003e A Harvest Source at: \u003ccode\u003ehttps://_______.gov/data.json\u003c/code\u003e, e.g. \u003ccode\u003ehttps://data.brla.gov/data.json\u003c/code\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eA Terms of Use URL\u003c/strong\u003e\nA publicly accessible Terms of Use (or Data Policy) URL or similar information in order to make it clear to Data.gov users when they are viewing datasets that are not covered by federal statutory and regulatory requirements.\n\u003cstrong\u003eRequired:\u003c/strong\u003e A Terms of Use URL, \u003cem\u003ee.g. \u003ca href=\"https://data.brla.gov/terms-of-service\"\u003ehttps://data.brla.gov/terms-of-service\u003c/a\u003e\u003c/em\u003e\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eOnce you have coordinated with Data.gov on these two items, automated nightly updates to Data.gov can be set up very quickly. Non-federal organizations can provide the necessary information through \u003ca href=\"http://www.data.gov/local/add\"\u003ethe form\u003c/a\u003e.\u003c/p\u003e\n\u003ch2 id=\"step-2-coordinate-with-datagov\"\u003eStep 2. Coordinate with Data.gov\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003eContact the Data.gov team\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eContact the Data.gov team via email to let them know you’d like to get started. Please include a link to your metadata in the data.json format (see \u003cem\u003eStep 1: Organize your open data for the Data.gov Pipeline\u003c/em\u003e) or let us know if you have questions about how to create a data.json file from your current database along with any relevant links.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eConnecting the pipes\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eThe Data.gov team will create a new \u003ca href=\"https://www.data.gov/developers/harvesting\"\u003eHarvest Source\u003c/a\u003e that will automatically collect information about your datasets and update Data.gov whenever changes are made on your data catalog. Depending on your platform, creating this harvester might just be the push of a button or it could take a little more work, but the team will walk you through it either way.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCreating Harvest Sources\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eFor federal agencies with only a data.json and for non-federal entities without geospatial harvest sources, contacting the Data.gov team to create the new harvest source is recommended.\u003c/p\u003e\n\u003cp\u003eIf you are geospatial data publisher and there is a need for you to directly create a harvest source instead of a consolidated CSW endpoint as indicated above, please follow the steps outlined in the section below:\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCreating a Metadata Publishing Account and Harvesting your Metadata to catalog.data.gov\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eIn order to create a harvest source, you will need to have a login account through the OMB MAX authentication service.\u003c/p\u003e\n\u003cp\u003eGo to catalog.data.gov and click on “Login” at the bottom of the page. You will be sent to OMB MAX. \u003ca href=\"https://catalog.data.gov/user/login\"\u003eLog in to OMB MAX\u003c/a\u003e using your OMB MAX credentials. Two-factor authentication (2FA) is now required for Data.gov access, so enable 2FA through the instructions on the OMB MAX log in page. You can add a device by clicking on “Manage SMS 2-Factor Devices” under your profile settings. This is not necessary if you use your PIV/CAC card to log in to MAX; it is already considered 2FA.\u003c/p\u003e\n\u003cp\u003eAfter you have logged in to OMB MAX, \u003ca href=\"mailto:datagov@gsa.gov\"\u003eemail us\u003c/a\u003e to let us know that you have completed the initial login. In the email provide the organization name and access permission (Admin or Editor) that is required. We will then associate requested permissions to your account.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e(If you manage a non-federal geospatial harvest source, follow the \u003ca href=\"https://cms.geoplatform.gov/sites/default/files/document_library/Non-Federal_Geospatial_OMB_MAX_Registration_and_Catalog_Data_gov_Account.pdf\"\u003einstructions\u003c/a\u003e (2.5 MB PDF) from GeoPlatform.gov to obtain access to OMB MAX.)\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eOnce your Data.gov account is created, and your permissions are in place, you can log in and follow the steps below to create your harvest source:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eNavigate to \u003ca href=\"http://catalog.data.gov/\"\u003ehttp://catalog.data.gov\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003eScroll to the bottom of the page and click the “Login” link\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"https://catalog.data.gov/user/login\"\u003eLog in using OMB MAX\u003c/a\u003e.\u003c/li\u003e\n\u003cli\u003eNavigate to \u003ca href=\"http://catalog.data.gov/harvest\"\u003ehttp://catalog.data.gov/harvest\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003eClick the “Add Harvest Source” button\u003c/li\u003e\n\u003cli\u003eEnter information into the fields provided on the page. They include the following fields:\n\u003cul\u003e\n\u003cli\u003eCKAN\u003c/li\u003e\n\u003cli\u003eData.json\u003c/li\u003e\n\u003cli\u003eCSW Server\u003c/li\u003e\n\u003cli\u003eWeb Accessible Folder (WAF)\u003c/li\u003e\n\u003cli\u003eSingle spatial metadata document\u003c/li\u003e\n\u003cli\u003eGeoportal Server\u003c/li\u003e\n\u003cli\u003eWeb Accessible Folder (WAF) Homogeneous Collection\u003c/li\u003e\n\u003cli\u003eZ39.50\u003c/li\u003e\n\u003cli\u003eArcGIS Rest API\u003c/li\u003e\n\u003cli\u003eAutodetect\u003c/li\u003e\n\u003cli\u003eISO 19115 Metadata (ISO 19139 XSD)\u003c/li\u003e\n\u003cli\u003eFGDC Minimal Validation\u003c/li\u003e\n\u003cli\u003eFGDC CSDGM Version 2.0, 1998 (FGDC-STD-001-1998)\u003c/li\u003e\n\u003cli\u003eFGDC CSDGM Biological Data Profile (FGDC-STD-001.1-1999)\u003c/li\u003e\n\u003cli\u003eFGDC CSDGM Metadata Profile for Shoreline Data (FGDC-STD-001.2-2001)\u003c/li\u003e\n\u003cli\u003eFGDC Extensions for Remote Sensing (FGDC-STD-012-2002)\u003c/li\u003e\n\u003c/ul\u003e\n\u003col\u003e\n\u003cli\u003eURL – The harvest source URL that contains your data\u003c/li\u003e\n\u003cli\u003eTitle – The title for your harvest source. This title is the name that will be displayed as the access link for the harvest source on Catalog.data.gov\u003c/li\u003e\n\u003cli\u003eDescription – A summary of the data provided by your harvest source\u003c/li\u003e\n\u003cli\u003eSource Type – The format of the data provided by your harvest source (Note: Some data formats will undergo validation. You will be able to select the validation schema for your data after selecting the Source Type.) Data formats that are supported include:\u003c/li\u003e\n\u003cli\u003eUpdate Frequency – How often you want your data to be harvested\u003c/li\u003e\n\u003cli\u003eValidation: For Geospatial data below validation formats are available, please choose the validation that is applicable for the metadata you are harvesting.\u003c/li\u003e\n\u003cli\u003eDataset Visibility – You can display the dataset to the public or have it remain only visible to your organization members\u003c/li\u003e\n\u003cli\u003eOrganization – Select your organization in this field to associate your harvest source to it.\u003c/li\u003e\n\u003c/ol\u003e\n\u003c/li\u003e\n\u003cli\u003eOnce you have entered all of your information, click the “Save” button to create your harvest source.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eOnce your harvest source is created, the Harvest Source page will display. To test your new harvest source, click on the “Admin” button, then click on the “Reharvest” button when it displays. The harvesting process should take few minutes to hours based on the number of datasets on the source. Once the harvesting is complete, a job report will be provided that will display any errors that have occurred, if any, during the harvesting process.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eTesting\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eThe Data.gov team will test to ensure the harvester works properly. If anything seems wrong, the team will help you configure your data catalog so that Data.gov can collect your datasets without any errors.\u003c/p\u003e\n\u003cp\u003eFor harvest sources that are directly setup by data publishers, the job report will display any errors that have occurred for review and resolution at the source, if you have any questions on the errors, please \u003ca href=\"mailto:datagovhelp@gsa.gov\"\u003eemail the Data.gov team\u003c/a\u003e.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eLive within 24 hours!\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eOnce the harvester has been tested successfully, Data.gov will start automatically consuming information about your datasets and all the basic details of your datasets will be available on Data.gov with links to the source and your open data policy.\u003c/p\u003e\n\u003ch2 id=\"resources--tools\"\u003eResources \u0026amp; Tools\u003c/h2\u003e\n\u003ch3 id=\"resources\"\u003eResources\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eContinually updated Federal Open Data Policy guidance and technical standards, commonly referred to as \u003ca href=\"http://project-open-data.github.io/\"\u003eProject Open Data\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003eFederal Open Data Policy Memo, \u003ca href=\"https://www.whitehouse.gov/sites/whitehouse.gov/files/omb/memoranda/2013/m-13-13.pdf\"\u003eOMB M-13-13\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"http://www.fgdc.gov/metadata\"\u003eFGDC geospatial metadata information\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"http://www.fgdc.gov/initiatives/geospatial-platform\"\u003eGeoPlatform.gov initiative\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"http://www.geoplatform.gov/sites/default/files/document_library/catalog_data_gov_publishing_tutorial.pdf\"\u003eCatalog.Data.gov CKAN Publisher Tutorial to facilitate GeoPlatform Geospatial Data Discovery\u003c/a\u003e\u003c/li\u003e\n\u003cli\u003eMetadata Recommendations Supporting Data Discovery and Use in Data.gov and GeoPlatform.gov \u003cem\u003e(add link when documented is updated at \u003ccode\u003ehttps://cms.geoplatform.gov/sites/default/files/document_library\u003c/code\u003e)\u003c/em\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3 id=\"testing-tools\"\u003eTesting Tools\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ca href=\"https://www.data.gov/labs/\"\u003eProject Op\u003c/a\u003e\u003ca href=\"http://labs.data.gov/dashboard/offices\"\u003een Data Dashboard\u003c/a\u003e: A dashboard to track the progress of agencies implementing Project Open Data on a quarterly basis\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"http://labs.data.gov/dashboard/validate\"\u003eProject Open Data data.json Validator\u003c/a\u003e: A validator for v1.0 and v1.1 of the Project Open Data Metadata Schema\u003c/li\u003e\n\u003cli\u003eProject Open Data Converters: A \u003ca href=\"http://labs.data.gov/dashboard/datagov/csv_to_json\"\u003econverter\u003c/a\u003e to transform CSV files into JSON as defined by the Project Open Data Metadata Schema and an \u003ca href=\"http://labs.data.gov/dashboard/export\"\u003eexport API\u003c/a\u003e to export from the CKAN API and transform the metadata into JSON as defined by the Project Open Data Metadata Schema\u003c/li\u003e\n\u003cli\u003e\u003ca href=\"http://labs.data.gov/dashboard/changeset\"\u003eProject Open Data Changeset Preview\u003c/a\u003e — Agencies can use the Project Open Data Dashboard \u003ca href=\"http://labs.data.gov/dashboard/changeset\"\u003echangeset tool\u003c/a\u003e to compare their data.json file to data that currently exists on Data.gov to see what will be replaced, added, or removed.\u003c/li\u003e\n\u003cli\u003eAgencies can test the process of harvesting their data.json by \u003ca href=\"https://github.com/GSA/data.gov/wiki/Guide-to-creating-an-account-for-and-using-the-test-harvester\"\u003erequesting access to Data.gov’s test harvester\u003c/a\u003e.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"frequently-asked-questions\"\u003eFrequently Asked Questions\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003e\u003ca href=\"#general\"\u003eGeneral\u003c/a\u003e\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e\u003ca href=\"#federal-data-with-project-open-data\"\u003eFederal Data with Project Open Data\u003c/a\u003e\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e\u003ca href=\"#federal-geospatial-data\"\u003eFederal Geospatial\u003c/a\u003e\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e\u003ca href=\"#non-federal-data\"\u003eNon-federal\u003c/a\u003e\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3 id=\"general\"\u003eGeneral\u003c/h3\u003e\n\u003cp\u003e\u003cstrong\u003eWhat is “open data” for purposes of Data.gov federation?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eOpen data for the purposes of Data.gov federation is US government data that is \u003cem\u003epublic, accessible, described, reusable, complete, timely\u003c/em\u003e, and \u003cem\u003emanaged post-release\u003c/em\u003e. Read more about these principles on \u003ca href=\"http://project-open-data.github.io/principles/\"\u003eProject Open Data\u003c/a\u003e.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eWhat entities are eligible for federation on Data.gov?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eNon-federal governments (state, local, tribal) can federate to the Data.gov catalog by meeting the requirements discussed in the Non-federal format section. The Data.gov catalog does contain metadata for some datasets produced by non-government sources (some international organizations, academic institutions) under the authorities of the FGDC or when a federal agency has included the non-government data as its own dataset for Information Quality Act purposes.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eWhat steps are required to have my government entity federated onto Data.gov?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eTo have your government’s open data federated onto Data.gov, you must: 1. Organize your open data for the Data.gov Pipeline by complying with format and standardized metadata requirements, and 2. Coordinate with Data.gov to establish a harvest point for automatic daily updates.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eDoes my government entity need to have an existing open data catalog to be added to Data.gov?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eData.gov is agnostic about whether you have to have an open data catalog of any type to be included on to Data.gov. You simply need to have the metadata of your open data sets organized in a centralized /data.json file in accordance with the required specifications.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eIf our site is a CKAN instance, do we still need data.json and/or data-nonspatial-harvest.json?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eYes — you need both.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eWhat if you have a .Net Web service already? Does that work?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eFor the open data policy and harvesting on to Data.gov, it needs to be a JSON formatted file.\u003c/p\u003e\n\u003ch3 id=\"federal-data-with-project-open-data-1\"\u003eFederal Data with Project Open Data\u003c/h3\u003e\n\u003cp\u003e\u003cstrong\u003eAre there checks in place/planned to verify that the referenced data sources/services are indeed available over time?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eThe Project Open Data dashboard at labs.data.gov/dashboard provides more detailed information on the agency datasets on Data.gov. For instance, if a dataset is no longer maintained and becomes a broken link, that will be noted on the dashboard. As a result, required updates will be more easily identified and addressed.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eI saw two admirable example data.json files: \u003ca href=\"http://www.gsa.gov/data.json\"\u003ehttp://www.gsa.gov/data.json\u003c/a\u003e and \u003ca href=\"http://www.nist.gov/data.json\"\u003ehttp://www.nist.gov/data.json\u003c/a\u003e. Are there more to survey?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eCheck out the \u003ca href=\"http://labs.data.gov/dashboard/offices\"\u003eProject Open Data Dashboard\u003c/a\u003e or your favorite agency’s website /data.json\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eWhat is Open Data listserv?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eThe Open Data listserv is a listserv with over 800 .gov email addresses of people working on open data issues in the federal government. It is a simple way to reach the broad audience of people in federal government working on open data. Anyone with a .gov email can \u003ca href=\"mailto:listserv@listserv.gsa.gov\"\u003eemail the listserv\u003c/a\u003e with “subscribe open-data” in the body of the message.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eHow do you find your Data.gov federal agency point of contact?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eFind your agency on the \u003ca href=\"https://project-open-data.cio.gov/points-of-contact/\"\u003eOpen Data Points of Contact list\u003c/a\u003e. If your agency isn’t listed, \u003ca href=\"http://data.gov/contact\"\u003econtact Data.gov\u003c/a\u003e and ask.\u003c/p\u003e\n\u003ch3 id=\"federal-geospatial-data-1\"\u003eFederal Geospatial Data\u003c/h3\u003e\n\u003cp\u003e\u003cstrong\u003eWhat does CSW stand for? (re: CSW endpoint)\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eCSW stands for Catalog Service for the Web — You can read more at \u003ca href=\"http://geoplatform.gov/csw-resources\"\u003ehttp://geoplatform.gov/csw-resources\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eIs a CSW endpoint required if you have geospatial data, or is the data.json sufficient? And should data-nonspatial-harvest.json just contain a subset of data.json?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eGood question! 1. You need both. 2. Yes, correct.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSo geospatial data developers will have to produce two separate metadata records for the life of the program?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eGeospatial data developers should manage their metadata as ISO. Using an XSLT and other tools the ISO metadata can be served in multiple formats including HTML and the Project Open Data JSON. There is no need to manage multiple copies of the metadata simply to publish in multiple formats.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCan geospatial data also be harvested through a WAF?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eYes, but using the new harvesting model, the preferred harvest source is a consolidated agency-wide CSW.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eFor geospatial data, can you delete a harvest source?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eYes, but agencies are expected to provide a consolidated harvest source for their entire agency. Individual upstream harvest sources should be managed within each agency.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eWhat is the native metadata format in data.gov? Is it ISO? for Geo and non-geo?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eGeospatial metadata on Data.gov is converted to ISO if it’s not already provided as ISO. If the metadata is provided to Data.gov in CSDGM format, the source CSDGM metadata record will be available to users, along with the converted ISO metadata record. The common metadata format across Data.gov is a data model specific to CKAN, but all metadata is also available as DCAT RDF and Schema.org microdata. Data.gov is looking into providing other common metadata schemas across the site including the current Project Open Data schema which is a profile of DCAT using JSON-LD.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eSeems an easy approach for the system to check for the geographic extent metadata element to identify geospatial data. Can this be expedited? Better for one solution that works for all then the temp theme keyword solution that requires work from all.\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eThis has been suggested in the past, but it was decided that simply providing geospatial extent would not serve as an accurate indicator for whether something should be included as part of geoplatform.gov. You can see the discussion at \u003ca href=\"https://github.com/project-open-data/project-open-data.github.io/issues/303\"\u003ehttps://github.com/project-open-data/project-open-data.github.io/issues/303\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eDo I understand correctly that you are going to automate CSDGM/ISO to JSON transform and add the auto-detect for geographic information? If so, why not wait for these solutions versus having all metadata producers to dedicate such effort to a temporary fixes (create two records and add ‘geospatial’ theme keyword)?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eData.gov does not and will not be providing any transformations from CSDGM/ISO to Project Open Data JSON nor will it be relying on those transformations for data.gov’s purposes. However, as part of the OMB policy, all metadata will need to be provided as JSON including metadata that is currently provided as CSDGM/ISO. Data.gov does help maintain the CKAN extension for generating Project Open Data JSON (ckanext-datajson) and this can be used to provide automated conversion from CSDGM/ISO metadata. We are working to coordinate with geospatial agencies interested in using this extension.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCan you tell us the source of the CSDGM validation schema that is currently being used to validate records being harvested by data.gov? We are having some problems understanding why certain records are ‘failing’ validation, and the data.gov harvest report error messages are very difficult to decipher in many cases, even by experienced metadata creators.\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eThe metadata is not validated as CSDGM. It is converted to ISO 19115 then validated against the ISO 19115 schema. CSDGM metadata is transformed to ISO using the following XSLT: \u003ca href=\"https://github.com/GSA/ckanext-geodatagov/blob/master/conversiontool/fgdc2iso/fgdcrse2iso19115-2.xslt\"\u003ehttps://github.com/GSA/ckanext-geodatagov/blob/master/conversiontool/fgdc2iso/fgdcrse2iso19115-2.xslt\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eWhat if I need help getting my geospatial metadata into Data.gov and GeoPlatform.gov?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eThe FGDC has assistance available if you \u003ca href=\"mailto:geodata@usgs.gov\"\u003eemail USGS.gov\u003c/a\u003e. They will also coordinate with the Data.gov team to help address your issue if needed. If you have specific metadata questions, \u003ca href=\"mailto:fgdc@fgdc.gov\"\u003econtact FGDC via email\u003c/a\u003e.\u003c/p\u003e\n\u003ch3 id=\"non-federal-data-1\"\u003eNon-federal Data\u003c/h3\u003e\n\u003cp\u003e\u003cstrong\u003eWhat are the advantages of federating my local government’s open data to Data.gov?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eFederating your local open government data on Data.gov makes it more discoverable by Data.gov visitors as well as folks using search engines powered by schema.org. It also makes it easier for people to discover similar datasets across different levels of government, e.g., a citizen can find data about her location from city, state, and federal sources in one place.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eIf non-federal data is being shared through Data.gov, is there someone that can help validate that the posted data policy/terms of use are in compliance?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eWe make sure that non-federal sources have terms of use/data policies so that we can make it clear to end users that those datasets are governed by the terms of use/data policies of the non-federal entity (state, city, county, etc.) and not the federal policies.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eCan you address data repositories that are federally funded but not hosted at the agency itself? Can they be harvested directly by data.gov?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eYes.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eIf non-federal metadata is shared with the NSGIC GIS Inventory, is it then harvested by data.gov?\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eYes, the NSGIC GIS Inventory (GISI)is a Data.gov registered harvest sources.\u003c/p\u003e\n"}
  ]
}