Hello,
I was wondering if I should include all of the binary files in my LD_LIBRARY
path. For example, the .a files, or the .la files? Or should I just include
the .so files? I also noticed that there are soft links to
libgdal.so-libgdal.so.1.14.3 should I include the soft links too? The
Hello List,
I could probably figure it out from the source, but I would apprecaite
if someone could point me in the right direction.
The question is: does GDAL / OGR loads the file in the memory when it
opens in or it just keeps reference to the actual file
Say if I open it, process it etc
On 11-03-01 12:29 PM, Mikhail Tchernychev wrote:
Hello List,
I could probably figure it out from the source, but I would apprecaite
if someone could point me in the right direction.
The question is: does GDAL / OGR loads the file in the memory when it
opens in or it just keeps reference to the
Hi
We will start soon to move our product to 64 bit on windows 7, and I'm starting
to check all of our dependencies.
As far as I can see, gdal has a 64 bit version. Are there any issues specific
to this version? Do the c# binding work without a problem?
Thanks
Yehiyam Livneh
Sent from my
Mike,
Hello again,
I think I stumbled upon the part that was tripping up the methods I was
using with the php_osr.so library. Posted at http://pastebin.com/SXKKfe6v
is a patch that should work on both 1.8.0, and the trunk svn. It adds the
missing CSL typemap, and corrects the OGRErr
On 11-03-01 2:42 PM, Livneh Yehiyam wrote:
Hi
We will start soon to move our product to 64 bit on windows 7, and I'm
starting to check all of our dependencies.
As far as I can see, gdal has a 64 bit version. Are there any issues
specific to this version? Do the c# binding work without a problem?
Hi,
I'm not aware of any issue related to x64 specifically. You can obtain
compiled binaries from http://vbkto.dyndns.org/sdk/ (including the csharp
bindings)
Best regards,
Tamas
2011/3/1 Livneh Yehiyam ye...@rafael.co.il
Hi
We will start soon to move our product to 64 bit on windows 7,
I am trying to convert a file in WGS format to Conversion from WGS84 to
NAD83(EPSG:26912 - NAD83 / UTM zone 12N ),
comman line input is
C:\Program Files (x86)\FWTools2.4.7gdalwarp -t_srs EPSG:26912
G:\TestData\dem43m.tif G:\TestData\opt.tif
ERROR 1: Too many points (441 out of 441) failed to
Sumit,
Looking at EPSG:26912 on spatial reference,
http://spatialreference.org/ref/epsg/26912/ and your longitude coordinates
(74-76 East, no less) makes it questionable if 26912 is an appropriate
projection. That projection looks valid for western Mexico, and midwestern
US/CA. You
Thanks adam,
I am novice to this field. So my question might seem trivial or vague -
Even if the data is of asia, cant it be projected in NAD83 UTM 12N. Errors
might be high, but it should be convertible. If i want to convert this data
in NAD83 datum and UTM projection what should i do?
Cheers
Sumit,
There are a lot of NAD83 UTM projection zones. You need to chose the
proper one. Without learning a fair amount about datums, projections, and the
area where you are working, you may be best looking on wikipedia and spatial
reference to guess a UTM zone that matches your general
Even/all,
As you recommended, I've created a ticket for this
(http://trac.osgeo.org/gdal/ticket/3984). I was able to resolve the function
name conflicts (I think) that were blocking the gdal/ogr modules. After this,
I find that I can get some partial functionality out of the php_ogr.so
12 matches
Mail list logo