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
key
(according to the chosen mode of transport) is equal to
yes
, permissive
, or designated
(#289).osmconf.ini
file to be in synch with the
GDAL version.oneway
column by default when using
oe_get_network(mode = "driving")
, which indicates if a link
represents a uni-directional road (#296)oe_get_network(mode = "driving")
always
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()