Hi Alan

Hmm, are you sure you have ticked one of the preset base layers in the Base Map Layers section? That would explain the 2nd error and the mapExtent error, although Drupal's validation is supposed to prevent you doing this.
The error on line 292 in my_dot_map is because this iForm is designed to be displayed as a redirection after saving a record. As you are displaying it directly it has no information about the record to display data for. I've just made a tweak to the code so that it doesn't error in this circumstance though. To fix it, open my_dot_map.php and look for line 288. Change

  // Now output a grid of the occurrences that were just saved.
  $r = '<div class="page-notice ui-widget ui-corner-all">';
  $r .= "<table><thead><tr><th>Species</th><th>Date</th><th>Spatial Reference</th></tr></thead>\n";
  $r .= "<tbody>\n";      
  foreach ($occurrence as $record) {
      $r .= "<tr><td>".$record['taxon']."</td><td>".$record['date_start']."</td><td>".$record['entered_sref']."</td></tr>\n";
  }
  $r .= "</tbody></table>\n";
  $r .= data_entry_helper::map_panel($options);
  return $r;

to

    // Now output a grid of the occurrences that were just saved.
    if (isset($occurrence)) {
      $r = '<div class="page-notice ui-widget ui-corner-all">';
      $r .= "<table><thead><tr><th>Species</th><th>Date</th><th>Spatial Reference</th></tr></thead>\n";
      $r .= "<tbody>\n";      
      foreach ($occurrence as $record) {
        $r .= "<tr><td>".$record['taxon']."</td><td>".$record['date_start']."</td><td>".$record['entered_sref']."</td></tr>\n";
      }
      $r .= "</tbody></table>\n";
    }
    $r .= data_entry_helper::map_panel($options);
    return $r;

The other point is that my_dot_map is set up at the moment to use a GeoServer installation to draw the maps, which I don't think you have at the moment. I guess a nice enhancement would be to allow maps to be drawn using occurrences obtained via the Indicia Warehouse data services, which will be a little slower but it should work fine as long as there aren't too many points to draw. Sounds like a job for someone...

Cheers

Hi Alan

Have you used GeoServer before? I had uploaded some rough notes on what needs to be done as a default setup for Indicia to http://code.google.com/p/indicia/wiki/T … gGeoServer but they were really just intended to remind me what needs to be done when I write the tutorial. If you can work out how to create a data store for your Indicia database, then expose the detail_occurrences view as a feature type, setup the style as in the Wiki page, you will be well on the way.

Cheers

If you get stuck let me know, it's pretty easy once you know how to use it. In return could you keep some notes so we can update the Wiki tutorial?

Hi Alan,

In the IForm module folder, find client_helpers/helper_config.php and open it in an editor. The setting for $geoserver_url needs to point to your GeoServer root instance. In my local case it is

  static $geoserver_url = 'http://localhost:8080/geoserver/';

.

Now, create a content page using the Indicia Forms content type, and select My dot map as the form. Go through the parameters, making sure you select at least one preset base layer. Here are the settings I used to set up a layer that shows the occurrences in the same survey that the record just saved was in:
Layer Caption: Occurrences in this survey
Layer 1 uses GeoServer to access Indicia database? - ticked
Layer Name: indicia:detail_occurrences (depends on the feature type and prefix you set up)
What to filter against: Survey
Style: dist_point_red (or whatever style name you want)

Now, save this page and note the path. In your data entry form, specify this as the URL to redirect to after saving a record. Then when the user saves a record, it will show a map of all points in the survey, plus a grid summarising the just entered data.

Have fun,

Hi Alan

It looks like what is being stored in the Drupal database for your IForms is not quite right. The method which reads out the parameters ready to build the form is reporting is not decoding the stored data correctly. Can you edit your iform.module file please, and add an echo into the iform_load method so it looks like the following:

function iform_load($node) {
  $t = db_fetch_object(db_query('SELECT iform, params FROM {iform} WHERE nid = %d', $node->nid));
  $params=json_decode($t->params);
  unset($t->params);
  echo '<pre>'.print_r($params, true).'</pre>';
  // Merge the params into the loaded object
  foreach($params as $k => $v) $t->$k = $v;
  return $t;
}

Then let me know what it adds to the top of the page (or just email me the URL).

Cheers

I've fixed some problems in the iForm module when saving after a validation failure, see http://code.google.com/p/indicia/issues … p;sort=-id.

Hi Alan

I've hada  quick look at your site via FTP, and you still have the old iform.module file on the site. The latest version in Subversion has the following method at the end:

function iform_form_alter(&$form, $form_state, $form_id) {
  if ($form['#type']=='iform') {
    // Set the right #action
    if (!empty($form['nid']['#value'])) {
      $form['#action'] = url('node/'.$form['nid']['#value'].'/edit');
    }
    else {
      $form['#action'] = url('node/add/iform');
    }
  }
}

Regards

Something odd going on here as it does not want to save your custom parameters but it is definitely working OK for me now. If you have phpMyAdmin installed (or similar), can you check the content of the iform table please in your Drupal database? Just the values for the dot map you have created will do. It should have fields called nid, iform and params.
Thanks,

.. and I've just realised even 1000 isn't enough. I've gone crazy and set the length to 2000 - and now it works!!!

Although, still when I choose the form type My Dot Map from the drop-down list I still get:

Regards

Alan

Ah - that's probably because I forgot to run update.php after updating the module. Duh!

Alan