robosat

mapboxMIT更新放缓

基于航拍和卫星影像做语义分割,自动提取建筑、停车场、道路、水体、云等要素,适合遥感影像制图与地物识别。

Semantic segmentation on aerial and satellite imagery. Extracts features such as: buildings, parking lots, roads, water, clouds

v1.2.0发布于 2019-06-01 01:08 UTC2,068star384fork同步于 2026-11-07 07:30 UTC

怎么上手

由 README 提炼,执行前请确认
docker run -it --rm -v $PWD:/data --ipc=host --network=host mapbox/robosat:latest-cpu --help
docker run --runtime=nvidia -it --rm -v $PWD:/data --ipc=host mapbox/robosat:latest-gpu train --model /data/model.toml --dataset /data/dataset.toml --workers 4
硬件要求按 README 说明

训练推荐使用 GPU,作者在 AWS p2/p3 实例和 GTX 1080 TI 上运行;训练完成后预测可在 GPU 或 CPU 上运行。README 未给出具体显存要求。

需要 CUDA有 Docker 镜像
下载:源码 zip·GitHub Releases(安装包)本站不镜像安装包

项目说明

由 README 自动翻译提炼

用 Python 3 从航拍和卫星影像中端到端提取建筑、道路等地物特征的语义分割流水线

基于航拍和卫星影像做语义分割,自动提取建筑、停车场、道路、水体、云等要素,适合遥感影像制图与地物识别。

核心能力

  • 以 Slippy Map 瓦片格式统一管理地理影像
  • 从 OSM 提取要素并生成覆盖瓦片与栅格化掩膜
  • 训练全卷积网络做语义分割并保存 checkpoint
  • 将分割结果转为简化 GeoJSON 并处理瓦片边界
  • 支持导出 ONNX 模型以便跨后端部署

容易踩的坑

项目已停止维护,Mapbox 不再积极开发;GPU 容器需宿主机安装 nvidia-docker,且 --ipc=host 为多 worker 共享内存必需;下载工具需 --network=host,并需自备带 access_token 的瓦片服务端点;训练前须先用 rs weights 计算类别权重并调整 configs 中的数据集与模型配置。

内容由模型根据 README 生成,可能不完整或不准确,以官方文档为准。看原文 README

最近发版

2 个版本v1.2.0
  1. v1.2.0最新正式版2019-06-01 · 2019-06-01 01:08 UTC

    This release brings incredible new features and improvements from the community accumulated over the last months. We recommend to upgrade.

    The pre-built docker images are the recommended way of using robosat:

    Changes

  2. v1.1.02018-09-12 · 2018-09-12 13:38 UTC
    查看更新说明

    Changes

    You can find automatically built Docker images as usual at https://hub.docker.com/r/mapbox/robosat/

用户点评

登录用户的真实使用记录,可按版本和硬件筛选
共 0 条

    还没有人点评。第一个说出真实体验的人最有价值。

    README 原文

    未翻译

    Note: Robosat is neither maintained not actively developed any longer by Mapbox. See this issue.
    The main developers (@daniel-j-h, @bkowshik) are no longer with Mapbox.

    Table of Contents

    1. Overview
    2. Installation
    3. Usage
    4. Extending
    5. Contributing
    6. License

    Overview

    RoboSat is an end-to-end pipeline written in Python 3 for feature extraction from aerial and satellite imagery. Features can be anything visually distinguishable in the imagery for example: buildings, parking lots, roads, or cars.

    Have a look at

    The tools RoboSat comes with can be categorized as follows:

    • data preparation: creating a dataset for training feature extraction models
    • training and modeling: segmentation models for feature extraction in images
    • post-processing: turning segmentation results into cleaned and simple geometries

    Tools work with the Slippy Map tile format to abstract away geo-referenced imagery behind tiles of the same size.

    The data preparation tools help you with getting started creating a dataset for training feature extraction models. Such a dataset consists of aerial or satellite imagery and corresponding masks for the features you want to extract. We provide convenient tools to automatically create these datasets downloading aerial imagery from the Mapbox Maps API and generating masks from OpenStreetMap geometries but we are not bound to these sources.

    The modelling tools help you with training fully convolutional neural nets for segmentation. We recommend using (potentially multiple) GPUs for these tools: we are running RoboSat on AWS p2/p3 instances and GTX 1080 TI GPUs. After you trained a model you can save its checkpoint and run prediction either on GPUs or CPUs.

    The post-processing tools help you with cleaning up the segmentation model's results. They are responsible for denoising, simplifying geometries, transforming from pixels in Slippy Map tiles to world coordinates (GeoJSON features), and properly handling tile boundaries.

    If this sounds almost like what you need, see the extending section for more details about extending RoboSat. If you want to contribute, see the contributing section for more details about getting involved with RoboSat.

    Installation

    We provide pre-built Docker images for both CPU as well as GPU environments on Docker Hub in mapbox/robosat.

    Using a CPU container to show all available sub-commands

    docker run -it --rm -v $PWD:/data --ipc=host --network=host mapbox/robosat:latest-cpu --help
    

    Using a GPU container (requires nvidia-docker on the host) to train a model

    docker run --runtime=nvidia -it --rm -v $PWD:/data --ipc=host mapbox/robosat:latest-gpu train --model /data/model.toml --dataset /data/dataset.toml --workers 4
    

    Arguments

    • --runtime=nvidia enables the nvidia-docker runtime for access to host GPUs
    • --ipc=host is required for shared memory communication between workers
    • --network=host is required for network communication in the download tool
    • -v $PWD:/data makes the current directory on the host accessible at /data in the container

    For installation from source (requires installing dependencies) see the Dockerfiles in the docker/ directory.

    Usage

    The following describes the tools making up the RoboSat pipeline. All tools can be invoked via

    ./rs <tool> <args>
    

    Also see the sub-command help available via

    ./rs --help
    ./rs <tool> --help
    

    Most tools take a dataset or model configuration file. See examples in the configs directory. You will need to adapt these configuration files to your own dataset, for example setting your tile resolution (e.g. 256x256 pixel). You will also need to adapt these configuration files to your specific deployment setup, for example using CUDA and setting batch sizes.

    rs extract

    Extracts GeoJSON features from OpenStreetMap to build a training set from.

    The result of rs extract is a GeoJSON file with the extracted feature geometries.

    The rs extract tool walks OpenStreetMap .osm.pbf base map files (e.g. from Geofabrik) and gathers feature geometries. These features are for example polygons for parking lots, buildings, or roads.

    rs cover

    Generates a list of tiles covering GeoJSON features to build a training set from.

    The result of rs cover is a file with tiles in (x, y, z) Slippy Map tile format covering GeoJSON features.

    The rs cover tool reads in the GeoJSON features generated by rs extract and generates a list of tiles covering the feature geometries.

    rs download

    Downloads aerial or satellite imagery from a Slippy Map endpoint (e.g. the Mapbox Maps API) based on a list of tiles.

    The result of rs download is a Slippy Map directory with aerial or satellite images - the training set's images you will need for the model to learn on.

    The rs download tool downloads images for a list of tiles in (x, y, z) Slippy Map tile format generated by rs cover.

    The rs download tool expects a Slippy Map endpoint where placeholders for {x}, {y}, and {z} are formatted with each tile's ids. For example, for the Mapbox Maps API: https://api.mapbox.com/v4/mapbox.satellite/{z}/{x}/{y}@2x.webp?access_token=TOKEN.

    rs rasterize

    Rasterizes GeoJSON features into mask images based on a list of tiles.

    The result of rs rasterize is a Slippy Map directory with masks - the training set's masks you will need for the model to learn on.

    The rs rasterize tool reads in GeoJSON features and rasterizes them into single-channel masks with a color palette attached for quick visual inspection.

    rs train

    Trains a model on a training set made up of (image, mask) pairs.

    The result of rs train is a checkpoint containing weights for the trained model.

    The rs train tool trains a fully convolutional neural net for semantic segmentation on a dataset with (image, mask) pairs generated by rs download and rs rasterize. We recommend using a GPU for training: we are working with the AWS p2 instances and GTX 1080 TI GPUs.

    Before you can start training you need the following.

    • You need a dataset which you should split into three parts: training and validation for rs train to train on and to calculate validation metrics on and a hold-out dataset for final model evaluation. The dataset's directory need to look like the following.

      dataset
      ├── training
      │   ├── images
      │   └── labels
      └── validation
          ├── images
          └── labels
      
    • You need to calculate label class weights with rs weights on the training set's labels

    • You need to add the path to the dataset's directory and the calculated class weights and statistics to the dataset config.

    rs export

    Exports a trained model in ONNX format for prediction across different backends (like Caffe2, TensorFlow).

    The result of rs export is an ONNX GraphProto .pb file which can be used with the ONNX ecosystem.

    Note: the rs predict tool works with .pth checkpoints. In contrast to these .pth checkpoints the ONNX models neither depend on PyTorch or the Python code for the model class and can be used e.g. in resource constrained environments like AWS Lambda.

    rs predict

    Predicts class probabilities for each image tile in a Slippy Map directory structure.

    The result of rs predict is a Slippy Map directory with a class probability encoded in a .png file per tile.

    The rs predict tool loads the checkpoint weights generated by rs train and predicts semantic segmentation class probabilities for a Slippy Map dataset consisting of image tiles.

    rs masks

    Generates segmentation masks for each class probability .png file in a Slippy Map directory structure.

    The result of rs masks is a Slippy Map directory with one single-channel image per tile with a color palette attached for quick visual inspection.

    The rs masks tool loads in the .png tile segmentation class probabilities generated by rs predict and turns them into segmentation masks. You can merge multiple Slippy Map directories with class probabilities into a single mask using this tool in case you want to make use of an ensemble of models.

    rs features

    Extracts simplified GeoJSON features for segmentation masks in a Slippy Map directory structure.

    The result of rs features is a GeoJSON file with the extracted simplified features.

    The rs features tool loads the segmentation masks generated by rs masks and turns them into simplified GeoJSON features.

    rs merge

    Merges close adjacent GeoJSON features into single features.

    The result of rs merge is a GeoJSON file with the merged features.

    The rs merge tool loads GeoJSON features and depending on a threshold merges adjacent geometries together.

    rs dedupe

    Deduplicates predicted features against existing OpenStreetMap features.

    The result of rs dedupe is a GeoJSON file with predicted features which are not in OpenStreetMap.

    The rs dedupe deduplicates predicted features against OpenStreetMap.

    Note: rs extract to generate a GeoJSON file with OpenStreetMap features.

    rs serve

    Serves tile masks by providing an on-demand segmentation tileserver.

    The rs serve tool implements a Slippy Map raster tileserver requesting satellite tiles and applying the segmentation model on the fly.

    Notes: useful for visually inspecting the raw segmentation masks on the fly; for serious use-cases use rs predict and similar.

    rs weights

    Calculates class weights for a Slippy Map directory with masks.

    The result of rs weights is a list of class weights useful for rs train to adjust the loss based on the class distribution in the masks.

    The rs weights tool computes the pixel-wise class distribution on the training dataset's masks and outputs weights for training.

    rs compare

    Prepares images, labels and predicted masks, side-by-side for visual comparison.

    The result of rs compare is a Slippy Map directory with images that have the raw image on the left, the label in the middle and the prediction on the right.

    rs subset

    Filters a Slippy Map directory based on a list of tile ids.

    The result of rs subset is a Slippy Map directory filtered by tile ids.

    The main use-case for this tool is hard-negative mining where we want to filter false positives from a prediction run.

    Extending

    There are multiple ways to extend RoboSat for your specific use-cases. By default we use Mapbox aerial imagery from the Maps API and feature masks generated from OpenStreetMap geometries. If you want to bring your own imagery, masks, or features to extract, the following will get you started.

    Bring your own imagery

    RoboSat's main abstraction is the Slippy Map tile format. As long as your imagery is geo-referenced and you can convert it to a Slippy Map directory structure to point the command lines to, you are good to go. Make sure imagery and masks are properly aligned.

    Bring your own masks

    RoboSat's main abstraction is the Slippy Map tile format. As long as you can convert your masks to a Slippy Map directory structure to point the command lines to, you are good to go. Masks have to be single-channel .png files with class indices starting from zero. Make sure imagery and masks are properly aligned.

    Add support for feature in pre-processing

    Pre-processing (rs extract) is responsible for turning OpenStreetMap geometries and tags into polygon feature masks. If you want to add a new feature based on geometries in OpenStreetMap you have to:

    And that's it! From there on the pipeline is fully generic.

    Add support for feature in post-processing

    Post-processing (rs features) is responsible for turning segmentation masks into simplified GeoJSON features. If you want to add custom post-processing for segmentation masks you have to:

    And that's it! From there on the pipeline is fully generic.

    Contributing

    We are thankful for contributions and are happy to help; that said there are some constraints to take into account:

    • For non-trivial changes you should open a ticket first to outline and discuss ideas and implementation sketches. If you just send us a pull request with thousands of lines of changes we most likely won't accept your changeset.
    • We follow the 80/20 rule where 80% of the effects come from 20% of the causes: we strive for simplicity and maintainability over pixel-perfect results. If you can improve the model's accuracy by two percent points but have to add thousands of lines of code we most likely won't accept your changeset.
    • We take responsibility for changesets going into master: as soon as your changeset gets approved it is on us to maintain and debug it. If your changeset can not be tested, or maintained in the future by the core developers we most likely won't accept your changeset.

    License

    Copyright (c) 2018 Mapbox

    Distributed under the MIT License (MIT).