search

stamen / ecoengine

Interactive visual exploration tools for https://ecoengine.berkeley.edu/
Other
16 stars 5 forks source link

Checklists: How should we handle them? #15

Open danrademacher opened 9 years ago

danrademacher commented 9 years ago

https://dev-ecoengine.berkeley.edu/api/checklists/

there are only about 50 checklists. We're going to hold off on dealing with them till we manage the other major data types. And it seems like these are relevant when you're doing a footprint search

postfalk commented 9 years ago

Maybe a general comment on this: checklists, photos, plot data are collections of observations that are also represented in the /api/observations/ endpoint. They just create a many-to-many relationship to a more complicated entity such as a photo, a plot survey, or a inventory list (there will be others, e.g. drill cores.) and add some additional attributes to the "composite" event (and in some cases also on the the relationships, see https://dev-ecoengine.berkeley.edu/api/vtmplots_brushes/.

Because that is such an essential structure, we should review this more thoroughly together with @mkoo.

Data will show up in two places: The "composite event" and the single observations associated with them. Maybe it would be cool to present different observation types with various symbols and link back to the composite event (latter needs to be implemented in the API).

danrademacher commented 9 years ago

@postfalk: Can we assume then that everything other than Layers and Rasters will be represented in the Observations table in some way?

postfalk commented 9 years ago

Only if a species is associated with it - which is not always the case, especially not for photos. @mkoo has more to say

On Thu, Oct 2, 2014 at 2:09 PM, Dan Rademacher notifications@github.com wrote:

@postfalk https://github.com/postfalk: Can we assume then that everything other than Layers and Rasters will be represented in the Observations table in some way?

— Reply to this email directly or view it on GitHub https://github.com/stamen/ecoengine/issues/15#issuecomment-57708506.

Falk Schuetzenmeister, PhD Web Application Developer Geospatial Innovation Facility http://gif.berkeley.edu/

University of California Berkeley 111 Mulford Hall 94720 Berkeley, CA

schuetzenmeister@berkeley.edu 1-510-642-4897

syntagmatic commented 9 years ago

Many-to-many relationships don't really fit within the current multi-endpoint interface, which focuses on flat lists of observations/sensors/etc.

A good way to treat this would be either: