-
Notifications
You must be signed in to change notification settings - Fork 158
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Project offline? #27
Comments
I guess so :( unfortunately I cannot find any other solution getting free elevation data. |
I was able to get the docker image today. I needed to download from mirror @sTorro set up to create the dataset. I was also able to run it without docker on my own system. The GDAL requirement was a little tricky but the stackexchange link helped. |
But the data source in download-srtm-data.sh is still not available. http://gisweb.ciat.cgiar.org/TRMM/SRTM_Resampled_250m/SRTM_NE_250m_TIF.rar Do you also have an alternate source for the elevation data? |
I've uploaded the 250m dataset to gdrive, just copy it to data server folder, it will work. Actually there are more (and better) data sources online, e.g. the Japanese dataset (30m): https://www.eorc.jaxa.jp/ALOS/en/aw3d30/index.htm |
@sTorro do you have the link to your gdrive? :) that would be very nice. The japanese dataset does not seem like it is in the needed format :/ |
Here you go (#22): https://drive.google.com/drive/folders/1EdpJe9O2vXsKdop_yRr_ZbnPKHakO57j?usp=sharing Well, the Japanese dataset works well with openelevation server, just needs a "bit" more space ;) |
Thanks a lot :) |
Sorry if I wasn't verbose enough, but you just need to modify the create-dataset.sh to not run download-srtm-data.sh and make sure to untar them yourselves. Then run create-dataset.sh The Japanese ALOS dataset seems cool. |
Keep in mind the Japanese dataset uncompressed are about 1 TB if I remember well, but the quality is better by far. |
I am getting the following error when using the TIF files from the Google Drive link:
I basically downloaded the data from Google Drive, uncompressed it with rar and link it to the "data" folder. Any ideas? |
Maybe is a memory issue. Try to split the TIF files into smaller tiles using /code/create-tiles.sh script.
|
Since my issue is very related (IMHO) with this, I'll continue posting here. I have tried running the docker machine, by doing the following:
To check everything's working, I checked a real location by visiting this URL: http://localhost:8080/api/v1/lookup?locations=48.6089816,-1.5139133 And the result was: It seems that somehow the elevation data is not being read. Could anyone help me here please? |
@carlos-mg89 I'm not sure, maybe make sure all the files are in the right place? That You can run: When I run your url I get: |
sorry to ask somewhat random qs here but i am not sure where else to ask. given that the 250m data is unavailable, will the 30m data work? that does seem to be available (and i could just donwload the areas i am interested in)? sorry if this is a dumb question - i am new to this. eg https://www.researchgate.net/post/How_can_I_download_SRTM_data_of_30_m_resolution edit/update - it turned out to be easier to just implement the whole thing myself. if anyone else wants it, code available at https://github.com/andrewcooke/choochoo/blob/master/ch2/sortem/__init__.py (or nearby directory if that gets refactored) |
@bluthen I have the elevation data with all the tif files on /code/data (on my Linux computer, the host) and I run the above docker run I posted on open-elevation/docker folder. There, I can see a data folder, but it only contains a summary.json after I run either the docker run I posted or the one you posted. I think I'm messing things up with the directories. I have tried now movind the data directory, to the open-elevation directory, but the docker/data contains the same summary.json and if I run the docker run, the API call returns the same answer 😩 |
@bluthen I definitely messed it up with the folders. Now I have created a data folder within the clonned open-elevation project. From there (previously, I executed the docker command, from the open-elevation/docker folder), I run Thank you so much! |
Hey, https://github.com/Developer66/open-elevation I also added a java downloader for downloading and using the TanDEM 90m resoulution from https://geoservice.dlr.de/web/dataguide/tdm90/ Maybe someone will use this version. I would be happy about a star if I could help. Developer66 |
See #29 (comment) :) |
I've been working on an API to address some of the outstanding issues with open-elevation, such as: interpolation, Code: ajnisbet/opentopodata Hope this is helpful! |
Hi. For the better part of the last 2 years, the API has been completely overloaded (sadly, very little comes in the way of donations, and so I can't really pay for a more beefed up machine). As of two days ago, though, I have done some tweaks to the backend and the API should be handling the workload much better. Give it a try again! I will also be pushing a series of updates to the repository and dockerhub, to modernize the project and make it work again. I will close this issue because I believe that the public API is now working, but feel free to reopen it if it is not. If you have other issues, please open a separate issue for that. |
The problem is inside download-srtm-data sh. Also docker server take upto 20GB of ram for SE map. It runs extremely slow. |
Hi @iisri-vu Please open a separate issue for the problem you're having. I'm not sure I understood the issue you are having. This original issue had to do with the fact the public API at https://open-elevation.com/ was overloaded. That problem has since been fixed. Regarding the 20GB, it should not be slow, because the files are split into chunks. Perhaps you're having another issue. I will be waiting for another issue from you. |
Hello. I want to download your project to run it locally but something seems to be offline. Docker image also is offline.
The text was updated successfully, but these errors were encountered: