Releases: bcgov/bcmaps
Releases · bcgov/bcmaps
bcmaps 2.2.1
- In the
cded_()functions, theaskargument, which controls if the user is
asked to store data in the cache, was ignored. It is now respected (#147). utm_convert()now respectstibbleclasses
(#143, #148).- Fixed a bug in
utm_convert()where new coordinates could be mismatched with
the wrong rows from the input data frame.
(#146, #148)
bcmaps 2.2.0
- Added function
utm_convert()to convert tabular data with X and Y coordinates
in (possibly multiple) UTM zones to a single CRS.
bcmaps 2.1.0
- Added function
cded_terra() - Deprecated function
cded_raster()- this will be removed in a future version.
bcmaps 2.0.0
Removal of sp and raster support
We've removed support for the sp and raster packages,
especially those parts that require
the use of the rgdal and rgeos packages, which will be retired in October 2023. See the r-spatial blog for details of this evolution.
- Removed the
classargument in all of the data download functions:get_layer()and all of the wrapper shortcuts such asbc_bound(),census_tract(), etc. These functions will now only returnsfobjects. - The
Spatialmethod oftransform_bc_albers()is removed. fix_geo_problems()is removed. Forsfobjects simply usesf::st_make_valid()self_union()is removed. Useraster::union()forSpatialPolygonsDataFrames, orsf::st_union()withsfobjects instead.get_poly_attribute()is removed.raster_by_poly()is retained for now as it does not rely onrgdalorrgeos,
justspandraster, which are still being maintained.
Documentation improvements
- Added a
pkgdownsite forbcmapshttps://bcgov.github.io/bcmaps/ (#63) - Moved the detailed user documentation from the
READMEto a Get Started withbcmapsarticle/vignette (#42) - Better documentation for
bc_bound_hres()(#124)
bcmaps 1.2.0
Deprecation of sp and raster support
We've started the process of removing support for the sp and raster packages, especially those parts of that require the use of the rgdal and rgeos packages, which will be retired in October 2023. See the r-spatial blog for details of this evolution. We will fully remove support for Spatial classes (from package sp) in the next release in Summer 2023.
- Added deprecation warnings for the
classargument in all of the data download functions:get_layer()and all of the wrapper shortcuts such asbc_bound(),census_tract(), etc. This argument will be removed in the next version ofbcmapsas these functions will only returnsfobjects. - The
Spatialmethod oftransform_bc_albers()is deprecated. fix_geo_problems()is deprecated and will be removed completely in Summer 2023.
Forsfobjects simply usesf::st_make_valid()self_union()is deprecated and will be removed in Summer 2023. Useraster::union()
forSpatialPolygonsDataFrames, orsf::st_union()withsfobjects instead.get_poly_attribute()is deprecated because it had a very niche application for calculating attributes on aSpatialPolygonsDataFrame, which we are removing support for. It will be removed completely in Summer 2023.
bcmaps 1.1.0
becandtsalayers are now downloaded directly from the BC Data Catalogue. This ensures that these are up-to-date and means that we do not rely on the manual updating of these layers at https://github.com/bcgov/bcmapsdata. (#62, #115)- Package startup message about no longer needing the
bcmapsdatapackage has been removed.
bcmaps 1.0.3
- New behaviour of shortcut functions ensures that all spatial objects (
sforSpatial) returned
are topologically valid and in the standard CRS of "EPSG:3005" (BC Albers). #96 - More robust behaviour of getting and checking cache of
cdedfiles.
v1.0.1
bcmaps 1.0.1
- When R version is >= 4.0, bcmaps will use
tools::R_user_dir("bcmaps", "cache")to determine the cache directory, while when R version is < 4.0, it
will userappdirs::user_cache_dir("bcmaps"). This is to align with CRAN's
storage policy using thetoolsapproach while maintaining backwards
compatibility with older R versions. Unfortunately this will require users who
updated to version 1.0 to re-download layers because we are caching layers in a
different location on your file system from that version. Users wishing to clear
the old cache location could runbcmaps::delete_cache()before updating to bcmaps 1.0.1.
(#83) cded_rasterandcded_starsdirectly accepts a bounding box generated bysf::st_bboxas an aoi. (#87)- Fixed a bug where bundled datasets (e.g.,
mapsheets_50K(),mapsheets_250K()) would not work ifsfwas linked to older GDAL/PROJ libraries due to different formats of coordinate reference systems. (#85) - Added new census boundary layers:
census_dissemination_area(),census_metropolitan_area(),census_tract()(#82). - Add missing layers to
available_layers
bcmaps 1.0.0
- Drop dependency on {bcmapsdata} in favour of directly retrieving layers (where present)
from the B.C. Data Catalogue (via {bcdata}) and storing in a local cache. Some additional
layers are retrieved from Statistics Canada. - Some layers may not be identical to what was previously in {bcmaps}. For example
bc_neighbourspreviously used data from Natural Earth. The availability of a Hi-Res B.C. boundaries over WFS from the B.C. Data Catalogue means that the layer can now be created directly by {bcmaps}. - Added forward sortation area (
fsa), health boundaries (health_*) and some census boundaries (census_*). - Added ability to retrieve and cache CDED (BC Digital Elevation Model data, returning either
starsorrasterobjects (#73) - Use of parallelism in functions that allow it (
raster_by_poly()&
summarize_raster_list()) is now reliant on users setting up their
ownfuture::plan()to specify strategy and number of workers, rather than setting
defaults (this is the best practice according to the author of the future package @HenrikBengtsson, #69) - Fixed bug where errors would occur if a user's system GEOS was a development version (e.g., 3.9.0dev; #71)
bcmaps v0.18.0
CRAN release v0.18.0
- Added
bc_neighbours()function to call layers containing adjacent jurisdictions. - Ensured the
geometrycolumn in all layers is consistently named"geometry"(Thanks @boshek) - Moving sf package to Depends to take advantage of sf print methods.
- Added
bc_bbox()to get a bounding box for British Columbia (#40). - All references to external data package now point to
bcmapsdatabecause of this R bug (https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17520)