The hardware and bandwidth for this mirror is donated by METANET, the Webhosting and Full Service-Cloud Provider.
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[@]metanet.ch.
get_apicarto_cadastre
that now use
httr2::req_perform_iterative
and `yyjsonr
get_wms_raster()
and get_wmts()
are now
really silent when verbose = FALSE
#28get_iso()
, get_isochrone()
and
get_isodistance()
are back thanks to sylvaine31 in #16get_wms_raster()
and get_wmts()
now return
NULL
when raster as only NA values #26get_wms_raster()
, get_wfs()
and
get_wmts()
do not use apikey
arg anymore.get_layers_metadata()
has been
changed. The arg data_type
now comes before
apikey
.get_iso()
has be temporary removed from
happign
apikey
isn’t mandatory anymore in
get_layers_metadata
.get_wms_raster()
now have a verbose
argumentget_wms_raster()
function uses the WMS driver provided
by GDAL to download a raster image. Instead of downloading and merging
multiple tiles, it retrieves the entire image at once from the WMS
server.get_wms_raster()
getMap
request when crs isn’t latlong.get_wms_raster()
because of #21. Now
using vrt and warping combine.get_layers_metadata()
get_wms_raster
is made faster by using gdalwarp from
sf::gdal_utils
. There is no longer need to download several
tiles.cog_2022
dataset to cog_2023
get_apicarto_commune()
now supported by
get_apicarto_cadastre()
jsonlite
is used instead of geojsonsf
packageget_wms_raster
and get_wfs
parameter
names have been changed :
get_wms_info
for
get_location_info
"enr"
is addedget_apicarto_viticole()
get_apicarto_codes_postaux()
get_apicarto_rpg()
get_apicarto_gpu()
get_apicarto_commune()
now supported by
get_apicarto_cadastre()
get_last_news()
checkmate
get_wfs()
get_wfs()
%>%
by
|>
point
,
multipoint
, line
, multiline
,
poly
, multipoly
get_wfs_attributes()
functionNULL
is returned when no data foundget_apicarto_commune
to work
with dep and insee codeget_wfs()
for big
shapeget_last_news()
can be used to retrieve last news.interactive
parameter to get_wfs
and get_wms_raster
to allow quick useget_raw_lidar
get_apicarto_plu()
is now
get_apicarto_gpu()
: it can handle complex shape and access
all ressources from APIcarto GPUget_wms_raster()
like get_wfs()
. The automatic
addition of resolution to filename
has been removed for
simplicity.get_wms_raster()
use gdal with
sf::gdal_utils()
for downloading and
terra::vrt()
for merging for quiet faster results.
stars
package is not used anymore.get_wms_raster()
supports the download of big raster of
several gigabytesget_wms_raster()
has new crs
argumentget_raw_lidar()
to download raw lidar
dataget_apicarto_commune()
to download commune
borders from apicartoget_layers_metadata()
to retrieve only title,
name, and abstracttidyr
get_raw_lidar()
to download raw lidar data
from IGNget_apicarto_commune
to download commune
borders from the apicarto “cadastre” of IGNget_iso()
httr
by httr2
get_wms_info()
to find metadata of a layerget_apicarto_plu()
(Plan Local d’Urbanisme)get_wms_raster()
data("code_insee")
get_apicarto_*
now support MultiPolygonget_wms_raster
now have 1h for downloading tile instead
of 1min (for low connection)get_wms_raster()
. Depending on shape
and resolution, multiple tile are downloaded and combine to get the
right resolution. Also adding vignette Resolution for raster for further
explanationget_wms_raster()
now fix S2 geometry problemsmethod
and mode
argument of
download.file()
to have more freedom on the type of
download with get_wms_raster()
happign_for_forester
vignetteget_apicarto_*
vectorized function for
cadastreshp_to_geojson()
function to avoid
geojsonsf
package dependencyget_iso()
filename
argument to
get_wms_raster()
and get_wfs()
allowing to
save data on disk. This new feature also overcomes the problem of
connection to some WMS with GDAL #1get_wms_raster()
#1 are also
listed.happign
)get_wfs()
and get_wms_raster()
get_apikeys()
and
get_layers_metadata()
to allow access to metadata from
RThese 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.