Skip to content

Gradual migration to geobr Python using data in geoparquet #405

@rafapereirabr

Description

@rafapereirabr

We're preparing a new version of {geobr} v2.0.0. The main changes planned to far are:

  • using geoparquet files. This will make the package substantially more efficient, and more easily integrated with {censobr}
  • new parameter as_sf. Defaults to TRUE and the function returns an sf data.frame. If FALSE, the function returns an arrow dataset.
  • several data issues reported on github have been fixed

Planned breaking changes

  • The argument year now cannot be NULL, it must be declared. This is to make sure users make conscious decisions regarding the year of reference they want to use.
  • The function read_health_regions() has been completely restructured

Here's a quick table to follow the progress:
✔️ : almost ready
✅: function implemented in the dev version of the package

Data functions

Functions Data R Python
read_country
read_region
read_state
read_meso_region
read_micro_region
read_intermediate_region
read_immediate_region
read_municipality
read_municipal_seat
read_weighting_area
read_census_tract
read_statistical_grid
read_metro_area
read_urban_area
read_amazon
read_biomes
read_conservation_units
read_disaster_risk_area
read_indigenous_land
read_semiarid
read_health_facilities
read_health_region
read_neighborhood
read_schools
read_urban_concentrations
read_pop_arrangements
read_comparable_areas ✔️ temporarily suspended ✔️temporarily suspended

New functions

Functions Data R Python
read_favela
read_quilombola_land
read_pooling_places
remove_islands

Support functions

Support functions R Python
list_geobr
lookup_muni
cep_to_state
grid_state_correspondence_table

Metadata

Metadata

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions