The hardware and bandwidth for this mirror is donated by dogado GmbH, the Webhosting and Full Service-Cloud Provider. Check out our Wordpress Tutorial.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]dogado.de.
add_lake_context()) now
uses hydrogeofetch instead of
nhdplusTools (Suggests). hydrogeofetch is the drop-in
replacement for nhdplusTools, which its maintainer plans to retire from
CRAN (#5, @dblodgett-usgs).fetch_mean/fetch_max/fetch_effective
returned NaN/-Inf instead of NA
for sites outside their assigned lake polygon: Since v0.1.4,
get_highres_fetch() returns NA for every ray
when a site’s (possibly nudged) point falls outside the lake polygon it
was matched to - e.g. a site within gps_tolerance_m of a
lake but farther than buffer_distance_m from the shoreline,
so nudge_inward() cannot pull it back inside.
rowMeans()/max() with
na.rm = TRUE silently turn that all-NA row
into NaN (mean) and -Inf (max) instead of
NA, and the same happened in all three
calc_effective_fetch() methods. This was silent - no
warning was raised, unlike the existing “site(s) not matched to any
lake” warning for sites that fail lake assignment entirely.
fetch_calculate() now returns clean NA_real_
for these sites and raises a warning naming them, so the condition is no
longer silent.rOpenSci review ropensci/software-review#762 was approved on 2026-07-20. This release covers the post-approval housekeeping steps from the reviewer bot’s checklist.
jeremylfarrell/lakefetch to
ropensci/lakefetch. All GitHub links (README, DESCRIPTION,
man pages, codemeta.json, _pkgdown.yml,
CONTRIBUTING.md, inst/CITATION) updated to point at the new
location, and the local git remote was repointed.pkgdown GitHub Actions deploy workflow was removed
(.github/workflows/pkgdown.yaml) along with its README
badge.CODE_OF_CONDUCT.md; rOpenSci’s
default Code of Conduct now applies (linked from README).estimate_site_depth() (bathymetry.R),
direction_name() (weather_integration.R), and
make_empty_osm_result() (lake_sources.R, added in v0.1.11
as scaffolding for a setTimeLimit()-based abort path that
was reverted in the same version). The corresponding tests in
test-bathymetry.R and test-weather-helpers.R
were removed too.Follow-up to Pakillo’s v0.1.10 re-test on ropensci/software-review#762.
total_timeout_s checked at more
breakpoints: The v0.1.10 implementation only enforced the
budget in the cluster loop. On the single-bbox path (small site spread),
the budget was never checked and the function could exceed
total_timeout_s by 20+ minutes on a throttled Overpass. It
is now consulted between successive Overpass query types (name-filtered,
natural=water, water=lake) and between name queries. A short (e.g.,
5-second) budget will now abort well before all three broad queries
complete. Important caveat: the budget is still soft. A single
osmdata::osmdata_sf() call can itself take many minutes
because osmdata does its own 60-second-per-retry backoff in response to
HTTP 429. R interrupts inside that backoff (e.g.,
setTimeLimit()) can segfault when they fire during a curl
call on Windows, so we do not use them. For a hard ceiling, wrap in
R.utils::withTimeout() yourself or supply a local boundary
file via the file argument.plot_fetch_rose() “Max: X km” label was
clipped: the label was written into the plot region at y = -1.4
(below the ylim of c(-1.3, 1.3)) with only one line of bottom margin, so
the text was frequently clipped. It is now placed with
mtext(side = 1) and bottom margin is increased to 2.5
lines, so the label always renders in the safe margin area regardless of
device size.plot_fetch_map() and
plot_fetch_rose() examples now render on the pkgdown
site. The examples were rewritten to use the bundled
example_lake (Blue Mountain Lake) and the matching
inst/extdata/sample_sites.csv, computing fetch offline.
This lets the package website show actual plot output rather than only
the function signature.Response to Pakillo’s final review comments on ropensci/software-review#762.
get_lake_boundary()
total_timeout_s argument: a hard wall-clock cap
(default 300 seconds / 5 minutes) on the total time the function will
spend downloading from OSM before it aborts and returns whatever it has
collected. Complements the existing per-query timeout,
which bounds a single Overpass call but not the aggregate over multiple
clusters or query types.fetch_app_upload() accepts a
user-supplied lake boundary: a new file input in the upload
panel lets users upload their own shapefile / GeoPackage / GeoJSON / KML
instead of hitting OSM. This makes the app usable end-to-end when
Overpass is unavailable or when the target lake is not well-mapped in
OSM. Shapefiles can be uploaded as a multi-file selection
(.shp + .shx + .dbf +
.prj).fetch_app_upload() writes three layers instead of one -
sites (points with fetch attributes),
fetch_rays (line geometries for each direction, from
create_ray_geometries()), and lakes (boundary
polygons).example_lake is now the real Blue Mountain Lake
polygon (Hamilton County, NY, ~5 km^2), downloaded once from
OpenStreetMap and bundled as a .rda. Previously a synthetic
1 km-radius circle. The new polygon matches the location of
inst/extdata/sample_sites.csv, so package examples and the
pkgdown site can render fetch plots end-to-end without needing a live
OSM connection.Follow-up after an issue opened by rOpenSci editor Pakillo during final review checks (lakefetch#2).
get_lake_boundary(): Previous versions retried
Overpass queries up to three times per query type and per server, which
compounded with osmdata’s own 60-second rate-limit backoff to produce
10-20+ minute waits when the server was throttling us or when
osmdata::osmdata_sf() hit a deterministic parse error. Two
changes cap this:
get_lake_boundary(): The warning when no water
bodies could be downloaded now distinguishes the “small pond” case (real
absence in OSM) from the “Overpass errored” case (server load, timeouts,
osmdata parsing), and includes concrete workarounds (try again later,
supply a local file, increase timeout).plot_fetch_rose() overplotting: proper
fix: The v0.1.7 attempt using grid::grid.newpage()
did not resolve the overplotting on all platforms. The reviewer’s
original workaround (calling dev.off() before the rose)
reliably works, so plot_fetch_rose() now applies that
automatically: on entry, it closes the current interactive
graphics device (RStudioGD / windows / X11 / quartz) if one is open,
causing the next plotting call to reopen a fresh device. File-writing
devices that the user opened themselves (png / pdf / svg / etc.) are
never closed by this reset.plot_fetch_rose() overplotting: real
fix: The v0.1.6 fix (setting par(new = FALSE)) was
insufficient. The underlying cause is that ggplot2 (used by
plot_fetch_map() and plot_fetch_bars(), and
internally by fetch_app()) leaves an active grid viewport
on the device. Base R plot.new() cannot clear a grid
viewport, so subsequent rose diagrams were drawn inside the ggplot’s
coordinate system, on top of the previous content.
plot_fetch_rose() now calls
grid::grid.newpage() at the start to reset the device
state, then proceeds with base R plotting into a clean region.wisconsin_lakes Geneva Lake
coordinates: All three Geneva Lake sites in the built-in
dataset (Geneva_E, Geneva_W,
Geneva_Center) had coordinates on land near the shore
rather than in the water. The OSM polygon for Lake Geneva extends
further south (down to ~42.5455 N) and further west (out to ~-88.5727 W)
than the previous coordinates assumed. All three sites now sit inside
the polygon, so assign_sites_to_lakes() no longer skips
them.Small follow-up fixes after Khondula’s second review pass on v0.1.5 (ropensci/software-review#762).
plot_fetch_rose() overplotting after Shiny
apps: Running plot_fetch_rose() immediately after
fetch_app() could produce a rose that overlaid the previous
plot or lacked a background, because Shiny left the graphics device with
par("new") = TRUE. The function now explicitly resets
par(new = FALSE) before drawing.#7B3E9E border, matching the common wind-rose convention
and avoiding visual confusion with the blue lake polygons rendered
underneath in the Shiny map.wisconsin_lakes description in README:
Corrected from “Lake boundary polygons from Wisconsin” (misleading) to
“Sampling sites on three Wisconsin lakes (Mendota, Monona,
Geneva)”.Changes in response to the second rOpenSci peer review by Khondula (ropensci/software-review#762).
example_lake in UTM zone 18N) to
get_lake_boundary(), the UTM zone detection was performed
on the raw projected coordinates and produced nonsensical EPSG codes
such as EPSG:32683364. The UTM zone is now computed from
the centroid of the WGS84-transformed sites instead of the raw
input.assign_sites_to_lakes() cannot match
one or more sites, it now emits a warning() in addition to
the diagnostic messages. The previous message-only behavior could be
missed in console output, leading users to believe the workflow had
fully succeeded when in fact some sites had NA fetch values.sites object is
not overwritten with mismatched coordinates, and the network-dependent
chunks are explicitly marked eval = FALSE with a note
explaining how to run them interactively.get_lake_boundary(): The function now auto-detects
latitude / longitude columns on data.frame input the same way
load_sites() does (accepts “lat” / “latitude” / “y” and
“lon” / “long” / “longitude” / “lng” / “x”, case-insensitive).
Previously it required the exact column names produced by
load_sites().get_lake_boundary() now issues a single
name-filtered Overpass query covering the union bounding box instead of
looping through per-cluster broad queries. For datasets like
wisconsin_lakes (3 lakes spread across ~1 degree), this
typically reduces download time from many minutes to under a
minute.add_weather_context() docs expanded:
The function documentation now describes what the function does (queries
Open-Meteo, combines with fetch, integrates wave energy), and the
windows_hours argument is documented explicitly (per-window
column names, intended use as look-back windows ending at each sample’s
datetime).assign_sites_to_lakes()
tolerance_m documented: The default (50 m via
lakefetch_options()) is now explained, with guidance to
increase it (200-500 m) for sites with appreciable GPS error or
near-shore coordinates. The example uses tolerance_m = 200
so users see a working invocation.fetch_app_upload(), clicking a
pre-loaded site marker previously wrote the marker’s rose plot into the
same sidebar slot as the custom-point analysis result, hiding it. The
pre-loaded site details now have their own sidebar slot and the custom
point analysis stays visible.Changes in response to the rOpenSci peer review by Jorrit Mesman (ropensci/software-review#762).
get_lake_boundary() gains a timeout argument
(default 90 seconds). Pass timeout = 300 (or higher) for
very large lakes such as Mälaren, Vättern, Võrtsjärv, or the Great Lakes
where the default Overpass query may time out.get_lake_boundary() gains a
simplify_tolerance_m argument that applies
sf::st_simplify(dTolerance = ...) in meters to the returned
lake polygons. Useful for lakes with very complex shorelines where an
exact coastline is not needed and a coarser polygon greatly speeds up
fetch ray-casting. Works for both OSM-downloaded and user-supplied
boundary files.inst/extdata/sample_sites.csv and the
adirondack_sites example dataset previously contained
points located just outside the corresponding lake polygons, which
produced NA exposure values and prevented some output
features from being displayed. All example site coordinates have been
verified to fall inside their lake boundaries.get_highres_fetch() previously returned the maximum search
distance (50 km) for all directions, producing silently incorrect fetch
results. It now returns NA for all directions in this case,
matching what users expect.get_lake_boundary() now expands the bounding box for the
name-filtered query to at least 1.5 degrees in each dimension, which is
safe because the name filter is highly selective. This is what allows
the Mälaren / Vättern / Võrtsjärv test cases from the rOpenSci review to
retrieve their boundaries from a single coordinate.!anyNA(x) error on unmatched
sites: When all sites failed lake assignment (e.g., coordinates
>500 m from any same-named OSM polygon), the resulting lake set could
be empty or contain only empty geometries, and
add_lake_context() would pass an NA-containing bounding box
to nhdplusTools::get_waterbodies(), which errored with
“!anyNA(x) is not TRUE”. add_lake_context() now
short-circuits early in this case and returns the fetch results with NA
NHD columns.fetch_app() crash with user-supplied
shapefiles: Fixed “missing value where TRUE/FALSE needed” error
when launching the Shiny app on results derived from a user-supplied
lake boundary. The UTM EPSG code is now stored on the fetch result so
the app no longer has to re-derive it (which could return
NA for non-standard CRS strings), and the file-loading CRS
check no longer depends on the $input string
representation.plot_fetch_map() clipped large lakes:
The map bounding box was computed from sites only, so when sites were
clustered in one part of a large lake the rest of the lake was cropped
off. The bounding box now unions sites and lake polygons.plot_fetch_rose() that affected rose
diagrams for custom-clicked points in the Shiny app.vignettes/getting-started.Rmd Quick Start blocks
no longer reference my_lake_sites.csv /
my_sites.csv (which did not exist). They now use
system.file("extdata", "sample_sites.csv", package = "lakefetch").depth_m argument clarified:
Documentation for fetch_calculate() now explicitly states
that depth_m should be the mean water depth (preferred over
maximum depth for representing wave attenuation across the water
column).lakefetch_options(angle_resolution_deg = ...) as the way
to change the default 5-degree fetch ray resolution.@examples for
add_lake_depth() and get_lake_boundary().
Examples now use runnable code throughout.fetch_calculate() gains a find_max_fetch
parameter that identifies the location in each lake with the highest
possible fetch. Uses an efficient longest-internal-chord algorithm
(sub-second per lake) rather than brute-force grid search. Returns the
point location, chord length, bearing, and optionally full directional
fetch profile.exposure_category) and lake-relative proportional
thresholds (exposure_relative). The proportional method
classifies sites based on the ratio of effective fetch to the lake’s
maximum possible fetch (longest internal chord), providing
lake-size-aware exposure context. Default thresholds: Sheltered <
25%, Exposed > 50%. New output columns:
fetch_proportion, lake_max_chord_m,
exposure_relative.download_lake_osm() now handles geographically spread
datasets (e.g., GLEON’s 429 global sites). When site spread exceeds 0.5
degrees, sites are grouped into spatial clusters (~0.1 degree grid) and
each cluster gets a small bounding box query. This replaces the old
single-bbox approach that would cover the entire globe and timeout.
Tested with 50 globally-spread GLEON sites (48/50 matched, 26 min
download).load_sites() now
accepts lat_col, lon_col,
site_col, and lake_col arguments to explicitly
specify column names when auto-detection doesn’t match your data
format.fetch_app() and
fetch_app_upload() now use a hybrid approach for large
datasets. For small datasets (<=50 sites), rose diagrams are
pre-rendered in popups as before. For large datasets (>50 sites),
rose diagrams and rays are generated on demand when a marker is clicked,
preventing the app from freezing or crashing at startup.load_sites() now detects and removes rows where both
latitude and longitude are 0, which typically indicates missing data
rather than a real location.st_is_valid() crash when processing corrupted or empty
geometries from large OSM downloads. Empty geometries are now skipped
and invalid ones are repaired automatically.assign_sites_to_lakes() when
st_join produced duplicate rows.Initial CRAN release. ## Features
adirondack_sites,
wisconsin_lakes, example_lakeThese binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.
Health stats visible at Monitor.