Comments (4)
This is indeed quite weird. It worked well when I manually build the docker container (without deleting any containers) and executed the mbtiles merge afterwards.
I have been running this on my Ubuntu workstation with the right permissions using sudo.
I think this might be caused by me interrupting the initial build of the container. Weird though that the next run didn't rebuild the image. All the other images were build correctly.
We can close this though, I think this is a weird corner case. Thank you for your quick response :)
from sequentially-generate-planet-mbtiles.
This might have been caused by me interrupting the initial build of the container when I realised that I needed to free up more disk space.
I'm wondering how the information that the container has been build is persisted?
from sequentially-generate-planet-mbtiles.
Hi again,
Sequentially-generate-planet-mbtiles uses your local docker installation to manage all necessary persistence for it. It will basically ask docker to run a docker container associated with the tag that sequentially-generate-planet-mbtiles previously built.
Sequentially-generate-planet-mbtiles will try to build the relevant container every time it is run. If docker itself reports that the file is built then it simply moves on to the next thing.
I have just run this to check and it worked as expected.
I would try deleting the container using docker directly and starting again.
What OS are you using? are you running with correct permissions (sudo may be needed etc).
from sequentially-generate-planet-mbtiles.
P.s. I am currently working on adding the dependencies as sub-modules for version safety. (though that does not appear to the problem here).
from sequentially-generate-planet-mbtiles.
Related Issues (17)
- Error building osmium in Debian Bullseye HOT 1
- Slicing fails with germany-latest.osm.pbf
- Coastline and Rivers broken on planet generation
- mbtiles.go:63: exit status 255
- 8080:80 or 8080:8080 ? HOT 2
- Ubuntu 22.04 Osmium problem HOT 3
- Exit status 137 from mbtiles.go:63 while generating planet HOT 1
- Docker build fails on Windows: HOT 1
- Documentation update HOT 1
- Read info from database instead of pbf file.
- mbtiles.go:63: exit status 139
- temporary mbtiles, overlap after join (merge)
- Produce same results as Planetiler (schema config)
- Missing tiles in generated mbtiles
- Some landcover files can not be found HOT 1
- Street names are cut off on higher zoom levels HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from sequentially-generate-planet-mbtiles.