oe_get_network
so that the queries are compatible with GDAL 3.10 (#298).oe_get_network
does not drop elements tagged as access = 'no'
as long as the foot
/bicycle
/motor_vehicle
(according to the chosen mode of transport) key is equal to yes
, permissive
, or designated
(#289).osmconf.ini
file to be in synch with the GDAL version.oneway
as column by default when using oe_get_network(mode = "driving")
, which indicates if a link represents an uni-directional road (#296)oe_get_network(mode = "driving")
also include the motor_vehicle
field (see #303).ogr2ogr
options detected by GDAL v3.9 (#291).oe_match()
that occurred every time the function found an exact match between the input place
and a non-default OSM data provider (i.e. everything but Geofabrik). In those cases, the downloaded file was named as geofabrik_xyz.osm.pbf
instead of differentprovider_xyz.osm.pbf
. Reported by @GretaTimaite, thanks. See #246. This is a major bug and, for safety, we suggest you erase all .pbf
and .gpkg
files currently stored in the persistent download directory (see also oe_clean()
).oe_get_keys()
that occurred when the value for a given key was either empty or equal to \n
(#250).oe_vectortranslate()
that occurred when the attributes specified in the extra_tags
argument included the character :
. In fact, the presence of attributes like "lanes:left" always triggered the vectortranslate operations (#260).oe_get_boundary()
that can be used to obtain administrative geographical boundaries of a given area (#206).read_poly()
to read .poly
files (#277).pbf.internal
, history
, taginfo
, updates
, bz2
, and shp
from geofabrik_zones
; last_modified
, type
, base_url
and poly_url
from bbbike_zones
.oe_match_pattern()
now accepts numeric
/sfc
/bbox
/sf
inputs, following the same logic as oe_match()
(#266).boundary
argument can be specified using bbox
objects. The bbox
object is converted to sfc
object with sf::st_as_sfc()
and preserves the same CRS.oe_get()
or oe_read()
are run with empty or unnamed arguments in ...
(#234 and #241).oe_get_keys()
gains a new argument named download_directory
that can be used to specify the path of the directory that stores the .osm.pbf
files.oe_clean()
to remove all .pbf
and .gpkg
files stored in a given directory. Default value is oe_download_directory()
.oe_download()
and removed a warning from oe_read()
. The message is printed every time a user downloads a new OSM extract from a certain provider, whereas the warning used to be raised when a given query
selected a layer different from the layer
argument (#240).oe_find()
named return_pbf
and return_gpkg
. They can be used to select which file formats should the function return (#253).oe_download()
fails, explaining that partially downloaded .pbf
files should be removed to avoid problems while running other functions (#221).testthat
and we implemented the so-called test-fixtures to run tests in a more isolated environment (#255). This is however still experimental for us.oe_get_keys()
(#251).oe_download()
is specified using /
instead of \\
separator on Windows.oe_download()
takes into account the timeout
option again. Unfortunately, we forgot to adjust the code when switching from download.file
to httr
.oe_vectortranslate()
function tries to correct the possible geometrical problem(s) of the input boundary
using sf::st_make_valid()
.geofabrik_zones
database (#270).boundary
and boundary_type
arguments.tempdir()
(#247).Help files below man/
have been re-generated, so that they give rise to valid HTML5 (#259).
httr
and jsonlite
(#231, #232).oe_download()
and oe_search()
now take advantage of httr
functionalities. They return informative messages in case of errors (#231, #232).oe_vectortranslate()
that occurred when reading multilinestrings
or other_relations
layers with one or more extra tags (#229).oe_get()
/oe_read()
that could return a warning message when reading an existing GPKG file with a query
argument.extra_tags
are now removed before modifying the osmconf.ini
file. Duplicated tags means something like extra_tags = c("A", "A")
or even fields that are included by default (i.e. extra_tags = "highway"
for the lines
layer). See discussion in #229.oe_get_network()
to import a road network used by a specific mode of transport. For the moment, we support the following modes of transport: cycling (default), walking, and driving. Check ?oe_get_network
for more details and examples (#218).layer
argument is now converted to lower case before checking if the required layer is admissible.oe_get()
and oe_vectortranslate()
for sf
v1.0.2.suppressMessages()
in oe_match()
(#217)..Rd
file documenting the whole package.place
.oe_get_keys()
function can be used to extract the values associated with all or some keys. We also defined an ad-hoc printing method and fixed several bugs. The examples were improved. Moreover, the function tries to match an input zone
with one of the OSM extracts previously downloaded (#201 and #196).place
represents an sf
/sfc
/bbox
object with missing CRS, then oe_match()
raises a warning message and sets CRS = 4326
. This has relevant consequences on other functions (like oe_get()
) that wrap oe_match()
.sf
> 0.9.8, the function oe_vectortranslate()
stops with an error when there is a problem in the argument vectortranslate_options
and quiet = FALSE
(instead of raising a warning or crashing the R
session). See here for more details.c("-f", "GPKG", "-overwrite", "-oo", "CONFIG_FILE=", path-to-config-file, "-lco", "GEOMETRY_NAME=geometry", layer)
are always appended at the end of vectortranslate_options
argument unless the user explicitly sets different default parameters for the arguments -f
, -oo
and -lco
(#200). We believe those are sensible defaults and can help users creating less verbose specifications for ogr2ogr
utility.oe_vectortranslate()
(therefore also in oe_get()
and oe_read()
) named boundary
and boundary_type
. They can be used to create an ad-hoc spatial filter during the vectortranslate operations (and create even less verbose specifications in vectortranslate_options
argument). See docs and introductory vignette for more details.provider
was removed from oe_match_pattern()
since the function automatically checks all available providers (#208).force_vectortranslate
is checked before reading the layers of an existing gpkg
file. If force_vectortranslate
is TRUE
, then oe_vectortranslate()
doesn't check the existing layers. This is important for user that run oe_vectortranslate()
after stopping the vectortranslate process.extra_tags
and osmconf_ini
are not ignored when vectortranslate_options
is not NULL
(#182).sf
v1.0 (#194).oe_read()
via ...
are compared with the formals of st_read.character
, st_as_sf.data.frame
, and read_sf
.oe_match
for bbox
objects (#185).oe_get_keys()
function can be applied to .osm.pbf
objects (#188).oe_match()
.This is a minor release.
Published on CRAN!
level
parameter to oe_match()
. It is used to choose between multiple hierarchically nested OSM extracts. The default behaviour is to select the smallest administrative unit (#160).oe_match()
. The function checks all implemented providers in case the input place
is not matched with any geographical zone for the chosen provider (#155).oe_match()
to geolocate text strings that cannot be found in the providers (#155).oe_download_directory
and oe_download
(#150 and #161)oe_get_keys
returns an informative error when there is no other_tags field in the input file (#158)geofabrik_zones
object (#167)oe_get()
(#152)oe_find()
and oe_search()