Error 4 Not Recognised As A Supported File Format
Contents |
Help Search Login Register Isis Support » Isis 3 » Isis 3 Support » gdal_translate reports "not recognised as a supported file format" (SOLVED) « previous next » Print gdalinfo not recognised as a supported file format Pages: [1] Author Topic: gdal_translate reports "not recognised as a supported file format" (SOLVED)
Gdal Error 4
(Read 3808 times) xiaobeary Anubis (Very Active Member) Posts: 54 gdal_translate reports "not recognised as a supported file format" (SOLVED) « gdal open on: November 25, 2012, 02:04:31 AM » Hello,I am trying to convert some ISIS 3 map-projected LROC cubes to tif images. The ISIS is the newest version and I am using Ubuntu 12.04.For the LROC cub e.g.(M118668817LE), lronac2isis -> lronaccal -> spiceinit -> cam2map, apply to the IMG file.I then used, FWTools (2.4.7) and GDAL (1.7.0B2) trying to convert the map-projected cub file to tif. Problem occurs at this try.The error reads:Error 4: 'M118668817LE.map.cub' not recognized as a supported file format.GDALOpen failed - 4However, the same code runs perfect for the mosaic cubs (M118668817LE+RE); it runs perfect for the cub file after running "lronac2isisl". Intermediate files after "spiceinit, cam2map" also report the same error upon running the gdal_translate code.It did not happen before.I also tried some MESSENGER MDIS data to test the problem. Same thing, gdal_translate works fine for mosaics, but not for map-projected single cubs.I would guess the potential problem might be that gald_translate do not like cubs after attaching camera information? I do not know, it used to work fine several months ago.Many thanks, Beary « Last Edit: December 19, 2012, 01:36:57 PM by tbecker » Logged thare GIS Support Team Isis (Extreme Power Member) Posts: 1217 Re: gdal_translate reports "not recognised as a supported file format" « Reply #1 on: November 25, 2012, 03:19:56 PM » For Windows I would not recommend FWTools but OSGeo4w. OSGeo4w isn't as easy to get running but it offers a lot more capabilities. Anyway, ISIS introduced a continuation marker "-" into the label which broke the GDAL reader. Thus about version 1.7.2 and higher should contain the fix. You can also remove that label section from the ISIS label (only the one section with the continuation marker) which should correct for older GDAL versions. See last thread:https://isis.astroge
Badges sign up log in tour help Tour Start here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn more about hiring developers or posting ads with us Geographic Information Systems Questions Tags Users Badges Unanswered Ask Question _ Geographic Information Systems Stack Exchange is a question and answer site for cartographers, geographers and GIS professionals. Join them; it only takes a minute: Sign up Here's how it works: Anybody can ask a question Anybody can answer The best answers are voted up https://isis.astrogeology.usgs.gov/IsisSupport/index.php?topic=3607.0 and rise to the top qgis polygonize error 4 “file does not exist in the file system” up vote 1 down vote favorite When I try to convert a raster DEM (in asc or geotif format) to polygons I get the error below. ERROR 4: `Y:/GIS/oversvmmelser/tmp/out.tif' does not exist in the file system, and is not recognised as a supported dataset name. using QGIS 2.4 any idea what the problem is? http://gis.stackexchange.com/questions/112584/qgis-polygonize-error-4-file-does-not-exist-in-the-file-system qgis gdal error polygonize qgis-2.4 share|improve this question asked Sep 3 '14 at 9:41 HC Haase 17228 1 Typo in the path? oversvmmelser. Actually there is another path in the screen capture. It looks like QGIS eats the scandinavian characters. Use ASCII paths instead. –user30184 Sep 3 '14 at 9:59 Thanks @user30184. that solved it. Non ASCII characters, what a rookie mistake. –HC Haase Sep 3 '14 at 10:33 One may also think that it is a bug in QGIS. Drop a mail to qgis-users mailing list. This is perhaps about the same: hub.qgis.org/issues/9080 –user30184 Sep 3 '14 at 10:40 well you are right. But in my experience this is a generic GIS bug. –HC Haase Sep 3 '14 at 10:49 add a comment| 1 Answer 1 active oldest votes up vote 2 down vote accepted @user30184 came with the solution. the (quite common GIS) problem was that non-ASCII characters (like æ ø å) in the path name gets deleted. only use ASCII characters in file paths. share|improve this answer edited Sep 3 '14 at 11:33 answered Sep 3 '14 at 10:46 HC Haase 17228 add a comment| Your Answer draft saved draft discarded Sign up or log in Sign up using Google Sign u
Sign in Pricing Blog Support Search GitHub This repository Watch 21 Star 119 Fork 35 OSGeo/homebrew-osgeo4mac Code Issues 23 Pull requests 5 Projects 0 Wiki Pulse Graphs New issue hdf file not supported https://github.com/OSGeo/homebrew-osgeo4mac/issues/109 in gdal #109 Open dschneiderch opened this Issue Sep 4, 2015 · 10 http://stackoverflow.com/questions/23862356/error-with-gdal comments Projects None yet Labels None yet Milestone No milestone Assignees No one assigned 4 participants dschneiderch commented Sep 4, 2015 I have gdal brewed using --with-complete --with-libkml hdf5 was also brewed: Khione:/Volumes/hydroData/WestUS_Data/MOD17A_NPP $ gdalinfo --format HDF5 Format Details: Short Name: HDF5 Long Name: Hierarchical Data Format Release 5 Extension: hdf5 Help error 4 Topic: frmt_hdf5.html Supports: Subdatasets but when I try gdalinfo somefile.hdf I get: Khione:/Volumes/hydroData/WestUS_Data/MOD17A_NPP $ gdalinfo raw_8day/MOD17A2.A2000049.h09v05.005.2006333225721.hdf ERROR 4: `raw_8day/MOD17A2.A2000049.h09v05.005.2006333225721.hdf' not recognised as a supported file format. gdalinfo failed - unable to open 'raw_8day/MOD17A2.A2000049.h09v05.005.2006333225721.hdf'. However, gdalinfo on a geotif works fine. fwiw, I haven't been able to brew gdal --with-python so I don't know if thats related (issue Homebrew/legacy-homebrew#36744) suggestions? Open Source Geospatial Foundation member dakcarto commented Sep 5, 2015 not recognised as Hi @dschneiderch, Did you try using the .hdf5 extension as indicated by the driver --format HDF5 output? dschneiderch commented Sep 8, 2015 Hi, I hadn't, but just did and it did not help. I tried both .HDF5 and .hdf5 Dominik … On Fri, Sep 4, 2015 at 6:03 PM, Larry Shaffer ***@***.***> wrote: Hi @dschneiderch
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up Error with GDAL up vote 0 down vote favorite I have tried and run this script from Rutger Kassies. import gdal import matplotlib.pyplot as plt ds = gdal.Open('HDF4_SDS:sample:"A2002037045000.L2_LAC.SAMPLE.hdf":01') data = ds.ReadAsArray() ds = None fig, ax = plt.subplots(figsize=(6,6)) ax.imshow(data[0,:,:], cmap=plt.cm.Greys, vmin=1000, vmax=6000) But then an error always occured: Traceback (most recent call last): File "D:\path\to\python\stackoverflow.py", line 5, in