Recent comments

  • Geoserver App-Schema Set-Up: In Progress   8 years 21 weeks ago

    Previous schema resolution had been achieved running GeoServer on a Linux platform, using Oracle VM VirtualBox. The previously attached files were specifically for app-schema set-up running on this platform. Though not a terribly different process, we also wish to create app-schema documentation for running GeoServer on a Windows platform. A popular software package for Windows is OpenGeo Suite ( which includes Postgres and PostGIS (database management systems) and OpenLayers. Using the PostGIS interface, a shapefile can be imported then converted to a table within the PostGIS database. PgAdminIII is also included for managing PostGIS databases and data tables.

    One obvious difference between the two platforms is the file location of the all-important 'workspaces' folder where the mapping and datastore.xml files must be located:
    In the Oracle VM VirtualBox on Linux platform, the folder path to the workspaces folder is:
    In OpenGeo Suite GeoServer on Windows platform, the folder path to the workspaces folder is:
    C:\Program Files (x86)\OpenGeo\OpenGeo Suite\webapps\geoserver\data\workspaces.  

    Working from either patform, each workspace created in the GeoServer GUI will have its own file in the workspaces folder. Within that file is the store name file, and within that file is the layer name file. The mapping and datastore.xml files must be in the store name folder, as shown in the graphic below.



    1. hf is the name of the Workspace (created in the GeoServer interface)

    2. azheatflow is the name of the Store (created in the GeoServer interface)

    3. HeatFlow is the name of the Layer (SQL view was created in the GeoServer interface)

    4. HeatFlow.xml is the name of the mapping file (stored in the same location as the datastore.xml file)

    Do not edit the namespace.xml or workspace.xml files, nor the files that are in the HeatFlow folder (which are the featuretype.xml and layer.xml files). When working on Windows platform, additional files will be added automatically to the workspace folder, called wfs.xml, wms.xml, and settings.xml. These also must remain unedited.


    For a complete, working Windows platform directory, see the "HeatFlow" file (named after the original HeatFlow workspace) at the following GitHub directory:


    The GetFeature request example URL:


    returned the following with schema resolution (as indicated by the schema location):

  • Geoserver App-Schema Set-Up: In Progress   8 years 26 weeks ago

    The document linked to below is meant to assist in simple GeoServer set-up using OpenGeo Suite as well as deployment of NGDS data services using Geoserver, with some additional configuration considerations for use of application schemas in Geoserver. It is assumed that schema-valid data tables already exists in an object-relational database management system (Postgres) and/or an open-source software program adding support to that system (PostGIS). (For more information on schemas, visit

    I hope this will provide some background for using GeoServer!

  • Geoserver App-Schema Set-Up: In Progress   8 years 32 weeks ago

    Schema resolution is a thing of beauty. 

    It must be noted that one important caveat to creating tables in any database structure using ArcMap is that a primary key is not indicated. We found this when the return of a GetFeature request in Geoserver using app-schemas showed that the data was not correctly mapped to the fields (or columns from the PostGIS data table). It appeared that the first column, the OBJECTID, was acutally being mapped as data and therefore put into the first column from the mapping file, which was ObservationURI. This caused more choas; as the schema was being read by Geoserver with a one-field offset, it misinterpreted some fields as not required and completely left them out of the GetFeature request. To fix this, we used PGAdmin to specify the primary key as the objectid in the table. Then, Geoserver was able to acknowledge this and leave that field's integer out of the data when the GetFeature was returned and thus giving a correct return of the data from that PostGIS table.

    See the image below for the final GetFeature request example. For those using PGAdmin, specify a primary key by right-clicking the PostGIS database table and selecting "Properties". Under the "Constraints" tab, click the Add button beside "Primary Key". Give a name, such as "bht_p_key" then click the "Columns" tab to choose the appropriate field (here, the objectid). Click OK.



    One thing yet to be resolved is our want for the objectid to appear in the gml:id. Doing this in the mapping file requires writing a short CQL statement (see examples in the previous comment), which did not even give us the results we wanted. It turns out that, according to Geoserver developers, "For performance reasons, we strongly recommend avoiding using CQL to generate gml:id in the mapping file as this prevents the use of database indices and the generation of efficient SQL queries."

    So for now, we will continue to use the "getId()" expression recommended until a solution to using our original objectid can be found.



    Also note that the name of your layer must match exactly the name of the targetElement in your mapping file, which is the element indicated in the schema. Thus, the layer name in Geoserver used for app-schema configuration must match the name specified in your schema document.



    app-schemas AZBoreholeTemperatures

  • A Very Useful Conversation   8 years 34 weeks ago

    Its still in the web archive at

  • Geoserver App-Schema Set-Up: In Progress   8 years 34 weeks ago

    It seems that the 'New Mapping File' (above) will allow for schema resolution, which indicates the correct namespace and online schema location in the GetFeature request, along with the features of course. We're not finished yet, though; the idExpression in the mapping file now indicates for Geoserver to give each feature a gml:id, but what we really want is this ID to be indicated by the objectid that already exists in our PostGIS datatables.

    The 'working' solution using getId() :


    Some of our ideas to use the object id field:

       <OCQL>strConcat('BT', objectid)</OCQL>

    And we also tried:

         <OCQL>strConcat('BT', strTrim(objectid))</OCQL>

    Both of which have the resulting error:

    "java.lang.IllegalArgumentException: Filter Function problem for function strConcat argument #1 - expected type String" when preforming a GetFeature request."

    Other errors resolved along with way:

    "java.lang.VerifyError: Cannot inherit from final class"

    Be certain that the version of the app-schema download is the same version is the same version of Geoserver you're using. Those specific .jar files in the app-schema plug-in are essential. Using all the same versions cleared this error.  See this page for app-schema versions and downloads.

    "Can't parse complex datastore config.

    This error was resolved with an awful lot of tweaking the mapping file. See the attached for a polished example.

    "org.xml.sax.SAXParseException: Content is not allowed in prolog."

    This error was caused by characters that were unintentionally added to the first line of the mapping file. This had two causes - one was the copy and paste method I used to create the file, and the second was the use of XML Copy Editor. This free XML editor evidently inserts it's own code into the file. Every time I opened and saved the file with this software, I would get this error. Removing characters in the mapping file that were before the first line  ( i.e., <?xml version="1.0" encoding="UTF-8"?>) and using another free editor solved these problems for me.

  • Service Deployment Using ArcGIS Server for WMS/WFS services   8 years 40 weeks ago

    When entering in the Service Description at the beginning of the Add New Service wizard, make this a robust description as it will give an opportunity for those visiting the service rest page to read about the service properties (software versions), the data specifications (OGC-compliance for AASG services), and description on viewing the WFS using the ArcGIS data interoperability extension.

    Additional text appearing on the rest page are culled by ArcGIS from the properties of the layer and map document in the .mxd. Under the layer Properties, be sure to add a description that is specific to that service. For AASG services, this will indicate the state obtained from, the nature of the data, cross-referening fields (i.e., HeaderURI), symbology, and associated metadata or downloadable files (link to the repository page for AASG services).  Under Map Document Properties in your .mxd, be sure to indicate the service title, author of the data, keywords, and credits.

  • Googley Metadata   10 years 6 weeks ago

    Where I'd really like to see this go is the ability to use the commercial search engines (google, yahoo, bing, etc...) to index metadata that we (as data providers) expose using standard metadata formats and present search results in such a way that a search client can find and access data from within a user's application. The search client wouldn't be any more complicated that the standard file open dialogs (with a search box) currently presented by standard GUI interfaces-- maybe with an option to access a map-based interface for geospatial data.

    The idea is that from within a web application like USGS the national map , or ArcGIS online, ESRIs ArcMap, MS Excel, ModFlow, GOCAD, or whatever data analysis or map browsing program you're using, you can search for data (pick your search engine --like OpenSearch enables...), get results, look at descriptions of what you found to pick the one you need, and 'get' it. Bingo, you have a new worksheet in your workbook or layer in your map layout.

    To do this the search result has to return machine actionable links that client software can parse. The links need to include sufficient information that the client can pick the link that accesses a service it knows how to use and get data in a format it can use. There are a variety of specs out there for smarter links (Web Linking RFC-5988, XLink, ESIP service cast, OGC OWS context documents, ISO19115 CI_OnlineResource, atom:link...), we just need some convergence on what properties need to be associated with a link to make it machine actionable...

    Here's a proposal for the properties of interest, based on the specs mentioned above...


    the link URL-this is what the client will actually ‘get’


    free text to label link in GUI


    MIME type of response. Specifies encoding and optionally the native software application environment


    URI from IANA rel vocabulary for consistency with IETF5988. Semantics of link from global vocabulary for interoperability. Semantics in this context means calculatable (see discussion in Coyle, 2010 p. 19).


    analogous to ISO19115 CI_OnlineFunctionCode. Controlled vocabulary—tells client why they’d use this link. Purpose property provides mechanism for more granular, application specific indication of link semantics.


    ftp, http, …. Default is http if attribute not specified


    URI that identifies a service protocol and version (one attribute or two?). This specifies protocols for network layers above http/ftp etc. Should be a URI that can dereference to some kind of service specification document.


    profile for content of message retrieve by href URL; URI for xml schema or JSON scheme, other description of data structure and content? Need conventions, clear definition. Clients look at this to pick the link that will get a representation they can use. This is the information scheme in the layers on top of the MIME type encoding; note that the same output scheme might be encoded using different MIME types, so the two are somewhat orthogonal. MIME types have been conflating this property with the lower level encoding (.vnd, +xml … stuff).

  • Really Generic Functional Requirements for Metadata   10 years 9 weeks ago

    I made some minor edits to Ryan's post-- details on the title metadata element, and more about the attributes for 'URL for data access'

  • Using jQuery for basic ISO Metadata record form validation   10 years 34 weeks ago

    The scripts are referenced on the various geoportal pages by adding them to www/catalog/skins/themes/lookAndFeel.jsp

  • Geoportal Project Setup and Workflow   10 years 36 weeks ago


    1. Pre-requisites:
      1. Sun JDK
      2. Tomcat 6
      3. Git (I suggest
      4. Ant
    2. Workflow:
      1. Checkout Geoportal Files (First time only)
        1. from command-line: git clone file:////SERVER3/DevelopmentDocs/gitRepository/geoportal
        2. Copy, adjust for local situation, save as
      2. Install Geoportal (First time only)
        1. If you changes java classes: ant compile
        2. from command-line: ant install
          1. This copies the configuration files to the right places on your computer. The application should be accessible now.
      3. Make edits
        1. Create a working branch
          1. from command-line: git checkout -b [branch name]
        2. Make your changes
        3. Commit your changes
          1. from command-line:
            1. git add . (stage your changes)
            2. git commit -m "[commit message]" (tell me what you changed)
      4. Update your Geoportal installation
        1. from command-line: ant install reload
        2. Check that it works in your web-browser
      5. Save your changes to the repository
        1. from command-line:
          1. git checkout master
          2. git merge master [branch name]
          3. git branch -d [branch name]
          4. git push origin master
    3. Other tasks:
      1. Sync your copy with the repository
        1. from command-line: git pull origin master
      2. Deploy Geoportal to
        1. ant clean debug.deploy (This should put it up on debug)
        2. ant clean install (This will put your local working copy back in order)
    Note: Many of the git command lines can be replaced by using an application like GitExtensions or TortoiseGit.


  • CatalogConnector CSW Client   11 years 14 weeks ago

    In addition to other new features and stability fixes, the latest release of the CatalogConnctor can now be accessed through OpenSearch.

  • CSW Clients and Servers we are testing   11 years 14 weeks ago

    New release 2010 July 27.

    MDweb is a free tool for cataloging and locating resources (data, documents and services) that are accessible over the web. It is based on current geographic-information metadata (ISO 19115, 19119) and communication (OGC’s CSW-2) standards and conforms to the rules for implementing metadata and the associated discovery services of the INSPIRE directives.

    This activity is based in France:


    MDweb --
    IRD --

  • CSW Clients and Servers we are testing   11 years 14 weeks ago

    Project is active, developing CSW client and Server. Current release 2.1.0, on 2010 July 30.

    Project based in Spain, University of Zaragoza, associated with CatMDedit

    Notes from their web site:

    * Easy way of metadata loading. The storage of metadata records is managed directly through the file system.

    * The server side of the product supports:

    o the compulsory operations GetCapabilities, DescribeRecord, GetRecords and GetRecordById;

    o transactional operations to allow users to add, delete and modify the catalog's contents.

    * implements ISO19115 and DublinCore output schemas

    * Ranked searching. Metadata are indexed based on Lucene search engine, so best results are returned first.

    * Tested compatibility with other catalog tools such as GI-Cat/GI-Go, Geonetwork or CatalogConnector

    * integrated Web Client application to test catalog services compliant with CSW 2.0.2. This client offers a guided interface to facilitate the definition of CSW requests (including maps and other graphic components for query filter expressions) using both KVP, XML and SOAP protocols. This client interface is multilingual (currently available in Spanish, English, French, Portuguese, Catalan, Galician and the Basque language; it can be customized for other languages) and can be configured to request other catalog services compliant with CSW 2.0.2 developed with different technologies like GI-Cat or GeoNetwork.

  • Windows Setup Guide for Downloading, Developing, Deploying and Debugging GeoNetwork within Eclipse   11 years 16 weeks ago

    The tutorial is deprecated since GeoNetwork has moved to a Maven development environment. See for the changes.

  • Recommendations for metadata content to describe geoscience resources   11 years 17 weeks ago

    should there be a browse graphic link in this profile?

  • FGDC XML schema woes   11 years 23 weeks ago

    There appears to be now a official FGDC CSDGM XML schema location at

  • Convert Shapefiles to PostGIS Tables   11 years 27 weeks ago

    If you followed the installation instructions for PostgreSQL and PostGIS that I wrote up, the shp2pgsql command is not available globally from the command line. Browse to /opt/postgis/loader before running the command shown above. This is the case for AMI's usgin-2.0 and up.

  • Helpful Commands!   11 years 34 weeks ago

    Apparently, there is a limit to how many files the rm command can handle. It chokes on over 6000 files in Ubunto and throws an "unable to execute /bin/rm: Argument list too long" error. Here is work around:

    find . -name '*.mef' | xargs rm

    or if you need root privileges:

    sudo find . -name '*.mef' | sudo xargs rm
  • Windows Setup Guide for Downloading, Developing, Deploying and Debugging GeoNetwork within Eclipse   11 years 36 weeks ago

    The document has been updated to include the changes mentioned below.

  • Windows Setup Guide for Downloading, Developing, Deploying and Debugging GeoNetwork within Eclipse   11 years 37 weeks ago

    Two problems that exist with this setup are the Help page does not load correctly and the map does not display very nicely. I've found the solution to the map problem:

    Open web\intermap\WEB-INF\mapServers.xml. Locate the <default name="Layers for default map -- DUMMY NAME:not used"> element. Update it to look like this: 

    <default name="Layers for default map -- DUMMY NAME:not used">
                <server url="http://localhost:8080/geoserver/wms" type="2">
                    <layer name="gn:world" />
                <server url="http://localhost:8080/geoserver/wms" type="2">
                    <layer name="gn:gboundaries" />

  • Windows Setup Guide for Downloading, Developing, Deploying and Debugging GeoNetwork within Eclipse   11 years 38 weeks ago

    There are a few fixes that I have not yet placed in the PDF:

    You need to place the arguments


    in your project run configuration in Eclipse to avoid OutOfMemory errors.

    Also, to debug your project, you need to add your project in the Source tab within the run configuration for your project. To do so, navigate to Run Configurations or Debug Configurations for your project and then select the Source tab. Next, click Add and then select Java Project and select your project.

    Lastly, the Eclipse/Tomcat debugger will not detect any changes to your Java code unless you run build.xml and restart Tomcat. I am not quite sure why this is true, but it is a minor annoyance.

  • FGDC XML schema woes   11 years 38 weeks ago

    I could not find any authoritative and XML-editor-accessible XSD location for FGDC's fgdc-std-001-1998-ann schema. Until I do, I have added them to the USGIN repository at For example is our interim path to the FGDC-STD-001-1998 schema. 

  • Tomcat configuration in Eclipse   11 years 39 weeks ago
  • ISO 19139 service metadata record srv:DCPList codelist confusion   11 years 43 weeks ago

    Until some use case(s) for the DCP property can be identified, and a logically coherent codelist that applies to the use cases, it is probably not worth worring about this!

  • OGC Schema Issues in Relation to CSW   11 years 47 weeks ago

    I have copied this post as a discussion paper to the ISO 19139 USGIN Profile section (OGC Schema Issues in Relation to CSW ) because it is referenced in the USGIN Profile document.