GithubHelp home page GithubHelp logo

pinskylab / climateandmsp Goto Github PK

View Code? Open in Web Editor NEW
1.0 6.0 0.0 1.96 GB

Test the benefits and costs of proactively preparing for climate change-driven species shifts.

License: MIT License

R 100.00%
ocean-planning marine-conservation climate-change protected-areas marine-protected-areas biogeography ecosystem-services invest natural-capital

climateandmsp's People

Contributors

bselden avatar larogers123 avatar mpinsky avatar

Stargazers

 avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar

climateandmsp's Issues

Projections outside of historical regions?

@larogers123
Something for us to ponder: should we project a species' model to a region in which the species has never been observed? We could restrict it to the same ocean, however.

The benefits are that we might capture new species moving into a region. The downside is that it's pretty far outside historical conditions to which our model has been fit. We'd have to come up with a dummy meanbiomass for the new region (which wouldn't be hard).

Confounded Seasons and Regions

We currently deal with seasons and regions inconsistently. For instance, the NEUS is divided into two "regions", i.e. surveys, which represent the two seasons surveys are conducted. Other surveys are not divided by season although they occur over multiple seasons. And the US West Coast is divided into two surveys that cover approx the same region and seasons, but in different years and possibly (?) with different gears.

This matters for model fitting details, particularly how we calculate a yearly mean biomass and whether we need different intercepts for each season. I/we need to think through this a bit more thoroughly to be sure we're not making a mistake.

Projection units and survey points on land

Currently in 7_rangeprojection.r, projections of CPUE (by wt) are made on a lat/lon grid. This is essentially the projected catch per unit of survey effort (~= survey haul) were a haul to be made in that particular place.

We then take the average of all projections within a larger grid box to calculate an average projected CPUE per cell (essentially accounting for the differences in rugosity within that cell).

For points that fall on land, rather than setting their CPUE to zero (as is currently in the code), I think we should just omit them from the average. Setting them to zero implies that our final output raster will be equivalent to a total catch within that cell (thus the catch within these coastal cells is lower in total), but I've rather been thinking of that raster as showing the relative density of fish. In this case, giving points on land a value of zero makes it look like the density of fish in the coastal areas is lower than otherwise.

It would be great to get from a density index (CPUE) to an absolute number, but I'm not sure how to do that. Possibly we could dig in to assessments (for assessed species), assume catchability for non-assessed species), and calculate area swept for a haul, etc. to get up to total abundance in an area, but would we gain much by doing this?

This should become clear at the next stage, so I'm flagging the points-on-land issue for now. To remove from average, just drop them from rugos object before merging with clim object.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.