Skip to content

check_te: improve which categories are returned #45

@RobLBaker

Description

@RobLBaker
  1. change name to check_fed_te()

  2. some way to give the user the options for which categories are returned because what a park is concerned about may vary from park to park. Some parks may treat "candidates" or "proposed for listing" may actually protect those and some may not.

Add a parameter that selects these: ALL, LISTED, NOT LISTED, custom (specific code/list of codes)

  1. It may be more important to return multiple codes in a single category. For instance, "proposed delisted" might be too confusing and cause people to think something has actually been delisted rather than proposed for delisting. Spend some time thinking about the use-cases for the function and what useful categories would be and would contain (and of course return the full code for those that need it too).

Metadata

Metadata

Labels

enhancementNew feature or request

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions