sking because currently building gdal python bindings for bazel, but it
seems to require an env set for PROJ_LIB/PROJ_DATA whenever I'm importing
gdal.
Thanks in advance!
Ryan
--
This email may be confidential and/or privileged. If you received this
communication by mistake, please don'
This should be relatively easy, given that the .TAB file header contains a
Table Type which is commonly NATIVE (old .TAB files readable by MITAB,
etc.) or NATIVEX (extended .TAB files), as well as a few other less popular
options. So the 'magic' identifier should be clearly spelled out in plain
tex
On Jun 18, 2020, at 12:09, Chris Marsh wrote:
> I note you commented on the setuptools issue here
> https://github.com/pypa/setuptools/issues/1732
>
> but there is also this earlier post
> https://github.com/pypa/setuptools/issues/1192
Thanks, I hadn't seen that one.
> From what I can tell,
On Jun 17, 2020, at 18:38, Chris Marsh wrote:
> I don't have anything to do with the gdal project, so I don't have a proper
> answer for you.
>
> However, I use this project
> https://github.com/nextgis/pygdal
> for using python gdal in my venvs as it behaves much better.
>
> It uses setuptool
On Jun 17, 2020, at 18:08, Chris Marsh wrote:
> To the right of the search box are 3 dots. Click that and 'view raw logs'
>
> https://pipelines.actions.githubusercontent.com/yqaARdsLodWRtkoqajmNaa64Xp4JCsYwhgHYzJtTCVY8q4LFPT/_apis/pipelines/1/runs/546/signedlogcontent/3?urlExpires=2020-06-17T23%3
On Jun 17, 2020, at 08:38, Even Rouault wrote:
> On mardi 16 juin 2020 20:41:28 CEST Ryan Schmidt wrote:
> > Hello, I'm a developer with MacPorts. We have this problem: py-gdal is
> > written in C++ but it gets compiled using the C compiler and CFLAGS and
> > linked
Hello, I'm a developer with MacPorts. We have this problem: py-gdal is written
in C++ but it gets compiled using the C compiler and CFLAGS and linked using
the C++ compiler and LDFLAGS. We would like it to be compiled using the C++
compiler and CXXFLAGS. How can this be accomplished? We have a n
ons. To use shared libraries of HDF5-1.8.16 on
> Windows with Visual Studio you must specify the H5_BUILT_AS_DYNAMIC_LIB
> compile definition (see <
> https://www.hdfgroup.org/HDF5/release/obtain5.html>).
>
> Christoph
>
>
>
> On 4/29/2016 1:17 PM, Ryan Grout wrot
ing list, I couldn't find similar failures. Any help
would be appreciated.
Thanks,
Ryan
The compile fails with the following output:
cd ..
if exist gdal.lib del gdal.lib
lib /nologo /out:gdal.lib port\*.obj gcore\*.obj alg\*.obj
frmts\o\*.obj ogr\ogrsf_frmts\ogrsf_frmts
for every
SDE/geodatabase-enabled database I have tried it on.
Does anyone have any ideas what may be causing this issue? Thank you.
-Ryan
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi,
I am building GDAL for OS X (along with the Python bindings).
To test that everything is working fine, run the following imports
import osgeo.ogr
import osgeo.osr
import osgeo.gdal
import osgeo.gdalconst
import osgeo.gdal_array
Each module was imported in a separate session of Python. Afte
Looking around the source for the HFA driver I was able to find
hfatest.cpp. I compiled that and got what I needed with the -dt option.
Problem solved!
-Ryan
On Fri, May 30, 2014 at 9:10 AM, Ryan wrote:
> Erdas has some example data:
>
> http://download.intergraph.com/download
There is a set of images (a handful of .img) and only one block file. I can
open any of the images but that doesn't seem to access the metadata that's
stored on the block file.
-Ryan
On Thu, May 29, 2014 at 3:24 PM, Even Rouault
wrote:
> On Thursday 29 May 2014 12:41:17 Ryan w
r GDALOpen errors out
with:
ERROR 1: Unable to open image_name_file.blk, it has zero usable bands.
Any ideas on reading this kind of file?
-Ryan
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
e
able to do this, but I'm receiving an error:
$ cat my-geojson.json | ogr2ogr -f "KML" /vsistdout/ /vsistdin/
ERROR 1: GeoJSON parsing error: unexpected end of data (at offset 6000)
ERROR 4: Failed to read GeoJSON data
FAILURE:
Unable to open datasource `/vsistdin/' wit
have pasted on ideone for ease of viewing. Thanks!!!
Kindly,
Ryan
My edited version of lat/lon conversion code (I receive the same errors
with the original code):
http://ideone.com/CusKmZ
Converting lat/lon to pixels/geotiff blog entry:
http://monkut.webfactional.com/blog/archive/201
23, DataStart=2602, DataSize=286797
DLVL=-1, ALVL=-1, LOC=C-1,R-1, CCS=C-1,R-1
Segment 2 (Type=DE):
HeaderStart=289399, HeaderSize=209, DataStart=289608, DataSize=601
DLVL=-1, ALVL=-1, LOC=C-1,R-1, CCS=C-1,R-1
ERROR 1: Image header too small
NITFAccessImage(0) failed!
c:\data\RPF>
tha
d - unable to open 'F:\...\rpf\file.i24'.
GDAL: GDALDeregister_GTiff() called.
not sure if this is helpful or not
ryan
On Fri, Nov 19, 2010 at 2:00 PM, Frank Warmerdam wrote:
> morabit wrote:
>>
>> Hi All,
>> In our project we are using GDAL 1.7.2 to load map data i
+1
On Tue, Sep 21, 2010 at 7:19 PM, Frank Warmerdam wrote:
> Motion: I move to adopt RFC 30: Unicode Filenames.
>
> http://trac.osgeo.org/gdal/wiki/rfc30_utf8_filenames
>
> --
>
> I have made a variety of adjustments and improvements based on the the
> feedback on RFC30. I think it is now in g
the examples I seem to find use the GDAL drivers to read the data from disk.
Thanks in advance.
Ryan
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Is it possible to render KML or SHP to an image using OGR/GDAL?
Obviously lots of the KML info would be lost, but I'm just thinking
something simple.
If not, any pointers? (For SHP, we could use geotools)
Thanks
Ryan
___
gdal-dev mailing list
gda
21 matches
Mail list logo
