.
Cheers,
Nik.
> On 12 Nov 2022, at 1:51 pm, Nik Sands wrote:
>
> Hi Even,
>
> Sorry, I should have mentioned that I’m not using the standard iOS/macOS
> SQLite (because it does not include RTREE extension which seems to be
> required for GDAL).
>
> I’m using a C
Hi Even,
This patch worked fine to resolve the ‘pread64’ error on iOS and Mac Catalyst.
Thank you.
-Nik
> On 12 Nov 2022, at 12:12 pm, Even Rouault wrote:
>
> Nik,
>
> actually I've just modified it to the following that still tries to detect
> pread(). Can you tes
changes (in SQLite) for this.
Cheers,
Nik.
Consolidate compiler generated dependencies of target gdal_unit_test
[ 94%] Linking CXX executable gdal_unit_test.app/gdal_unit_test
Undefined symbols for architecture arm64:
"_sqlite3_progress_handler", referenced from:
OGRGeoPackage
,
Nik.
[100%] Built target check_swq_parser_md5
Consolidate compiler generated dependencies of target my_test_sqlite3_ext
[100%] Built target my_test_sqlite3_ext
[100%] Built target check_ods_formula_parser_md5
Consolidate compiler generated dependencies of target test_gdal_fuzzer
[100%] Linking CXX
, shortly.)
(PS. I’m VERY excited to be able to create/update fGDBs with 3.6.0!!! Thanks
so much for all the work you guys do on this.)
Cheers,
Nik.
--- configure.cmake.orig2022-11-07 07:09:20
+++ configure.cmake 2022-11-12 11:39:42
@@ -280,6 +280,7 @@
unset(HAVE_FSEEK64 CACHE
.
-
NIK SANDS
Line Tamer | Time Traveller | Space Cadet
> On 1 Sep 2022, at 6:57 am, Robert Coup wrote:
>
>
> Hi,
>
> The patch at the end of my reply builds & tests ok on my environment (macOS
> 12.5.1 + arm64).
>
> Are you using https://github.com/leetal/io
ybody
able to verify if this change would be a problem for macOS. If not, can this
change be included in future builds of GDAL, or if it would be problematic for
“normal” macOS, is there some way to modify the cmake config to check
explicitly for Mac Catalyst, as opposed to “normal” macOS?
Cheers
st of all the available SRSs now?
Cheers,
Nik.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
library with my new GDAL 3.5 library).
I will remove my custom libexpat (attempt) from my GDAL cmake build process
again.
Cheers,
Nik.
Undefined symbol: _xmlCatalogResolveSystem
Undefined symbol: _xmlNewStringInputStream
Undefined symbol: _xmlGetLastError
Undefined symbol
to use my own
libexpat instead of the default SDK libexpat?
Cheers,
Nik.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi Even,
Yes, you’re updated patch has worked on a (clean) distribution of version 3.5.
It has built for iOS successfully now, without my second dodgy work-around
patch.
Thanks again.
Nik.
> On 6 Jul 2022, at 6:28 pm, Even Rouault wrote:
>
> Nik,
>
> can you revert your p
and offered advice and
suggestions (and a patch).
Cheers,
Nik.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
set(VSI_FTELL64 "ftell")
set(VSI_FSEEK64 "fseek")
set(VSI_STAT64 stat)
set(VSI_STAT64_T stat)
unset(HAVE_FOPEN64)
unset(HAVE_FTRUNCATE64)
unset(HAVE_FTELL64)
unset(HAVE_FSEEK64)
unset(HAVE_STATVFS64)
endif()
set(UNIX_STDIO_64 TRUE)
set(INCLUDE_XL
it made no difference to these errors below.
Cheers,
Nik.
==
…
…
[ 7%] Building CXX object port/CMakeFiles/cpl.dir/cpl_vsil_unix_stdio_64.cpp.o
/Users/nsands/Documents/Development/3rdParty/GDAL3/gdal-3.5.0/port/cpl_vsil_unix_stdio_64.cpp:139:23:
error: use of undeclared identifier
is somewhat beyond my (lack of) expertise to resolve. Does anybody
have any suggestions for resolving this issue?
Cheers,
Nik.
COMPLETE PROCESS TO BUILD iOS GDAL (so far):
Install Homebrew package manager:
/usr/bin/ruby -e "$(curl -fsSL
https://raw.githubusercontent.com/Homebrew/install/ma
the exact error message, before I rebuilt GDAL as a static
library ( BUILD_SHARED_LIBS=OFF ), after which of course gdalinfo works fine.
Is it expected that these GDAL utilities (such as gdalinfo) would look for GDAL
in /usr/lib instead of the location in which it was actually built?
Cheers,
Nik
-DCMAKE_INSTALL_PREFIX=$HOME/build -DCMAKE_BUILD_TYPE=Release ..
This results in a successful cmake, and then a successful build.
Thanks again to Even and others for the advice to get me this far. I expect I
will have more questions later when I try to build for iOS. :-)
Cheers,
Nik.
> On 4 Jul 2022,
Hi John,
Thanks for this information. This was definitely not the case when I first
started building iOS apps (quite some time ago), so I’ll have to do some
further research to make sure I can incorporate dynamic libraries if/when
appropriate.
Cheers,
Nik.
> On 4 Jul 2022, at 1:16 pm, J
ON_SUFFIXES;
print(EXTENSION_SUFFIXES[0])
ImportError: cannot import name 'EXTENSION_SUFFIXES'
-- Target system: Darwin
==
I don’t really know where to go from here.
Cheers,
Nik.
> On 1 Jul 2022, at 7:22 pm, Even Rouault wrote:
>
> Nik,
>
> regarding the
DSQLITE3_INCLUDE_DIR=~/build/include
-DSQLITE3_LIBRARY=~/build/lib/libsqlite3.a ..
Then the -lsystem and -lc++ errors disappear, but the iconv errors are still
there.
I’m clearly doing something quite wrong, but I’m just a hobbyist and cannot
fig
build system.
Documentation of the CMake build system is at
https://gdal.org/build_hints.html.
Therefore the purpose of this exercise is to get the CMake system
working. So if my understanding is correct, avoiding CMake is not an
option for me if I want to use GDAL 3.6.
Cheers
for macOS in this GDAL distribution?
Is it possible to build GDAL using cmake on macOS? If so, how to I deal with
this error?
I can supply the entire CMakeError.log file if that would help (as an
attachement, or copy/pasted as text in an email).
Cheers,
Nik.
Snippet from CMakeError.log:
---
No output at all (no errors, no warnings) for that test.
Cheers,
Nik.
(PS. Re-sent to include the list address)
-
NIK SANDS
Line Tamer | Time Traveller | Space Cadet
- Original Message -
From:
"Even Rouault"
To:
"Nik Sands&q
install-obj] Error 2
make: *** [frmts-target] Error 2
--
I have to admit that I’m a very small-time developer and I’m somewhat out of my
depth here, so forgive me if I sound like I don’t understand some of this stuff.
Cheers,
Nik.
> On 12 Nov
2.2.2 and this old work around gets it to
compile OK (the same way the work around always did for older versions - I had
just forgotten it).
Is there some way this could be changed in the config/source so that it has the
correct HAVE_LONG_LONG value for iOS/arm64 without requiring this work aroun
other way that
this should be handled for iOS arm64 when building on Mac OS X?
Cheers,
Nik.
========
NIK SANDS
Line Tamer | Time Traveller | Space Cadet
___
gdal-dev mailing list
gdal-dev@lists.osgeo
What is the correct way to handle this situation, so that I can add features to
a layer, but then delete it?
Cheers,
Nik.
====
NIK SANDS
Line Tamer | Time Traveller | Space Cadet
___
gdal-dev m
3_Line') failed:
database table is locked
I presume that this is because recently new features were added to the layer
and it is still considered open/locked.
What is the correct way to release locks so that I can then delete the
guaranteed to produce results, but if the information is
available, the first is likely to return "EPSG" and the second would then
return the numeric EPSG code.
-----
NIK SANDS
Line Tamer | Time Traveller | Space Cadet
> On 7 Jun 2017, at 3:30 pm
code to make any sensible
progress on this. Can somebody please point me in the right direction to
figure out what I’m doing wrong?
Cheers,
Nik.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
t; On 21 Jan 2017, at 11:27 am, Nik Sands wrote:
>
> Hi all,
>
> Using GDAL 1.11, I’m getting a crash when attempting to OGROpen() with either
> the SQLite driver or the GeoPackage driver (which uses SQLite). Stack trace
> is below.
>
> My Googling for answers found no
cross something like this, or has any idea what I’m doing
wrong here? (Stack trace below).
(I’m stuck with GDAL 1.x until I can figure out how to build 2.x for iOS.)
Thanks,
Nik.
Stack trace (top few only) from debugger console:
——
(lldb) bt
* thread #1: tid = 0x3117268, 0x0001024
s, my preference is for
SQLite/Spatialite, but I'm having other problems with that at present
(haven't defined the problems well enough to post a query here yet).
I will take a look at GeoPackage. I'm not familiar with this format.
Cheers,
Nik.
- Original Message -
From: "
this 500MB shapefile to a 155KB shapefile. So it is clearly
wasted space. Is there some way that I can have it write the original shapefil
without wasting this space in the first place?
The code used to add vertices is below.
Thanks for any insights that you can provide.
Cheers,
Nik.
Code
edges.
Cheers,
Nik.
-
NIK SANDS
Line Tamer | Time Traveller | Space Cadet
> On 3 Jan 2017, at 6:40 pm, Even Rouault wrote:
>
> Nik,
>
> Using OGR_F_SetFieldX() only modifies the in-memory value, but has no
> effect on serializ
Hi List. I'm using GDAL/OGR 1.11 in an Objective-C (iOS)
application.
I'm attempting to store double values in an OFTReal field using
OGR_F_SetFieldDouble() and then to retrieve these values later using
OGR_F_GetFieldAsDouble(). If I retrieve the value immediately, it
works fine. However, after
Thanks for the answer. Not what I wanted to hear but such is life. (And I
think it makes sense now that you explain it - ie, it's not a neatly reversible
translation).
It will complicate my user interface somewhat, but I think I've got an idea of
how to work around it.
Thanks,
Ni
;
But this fails with OGRERR_UNSUPPORTED_SRS (even when it is an SRS that GDAL
recognises and uses well).
So I'm stumped... how do I reliably determine the EPSG for an
OGRSpatialReferenceH?
Cheers,
Nik.
___
gdal-dev mailing list
gdal-dev@lists
Thanks Even,
Sounds like I'd have to assemble the new style string manually by joining up to
four tool style strings using 'OGR_ST_GetStyleString()' (one for each tool that
is present) with a ";" in between each.
That should be OK.
Cheers,
Nik.
On 10 Aug 2014,
Is there a C API equivalent? Or some other way of doing this without C++?
I'm using C rather than C++.
On 10 Aug 2014, at 7:30 pm, Even Rouault wrote:
> Le dimanche 10 août 2014 08:05:48, Nik Sands a écrit :
>> Hi devs,
>>
>> I've been working with styles us
the OGRStyleMgrH in OGR_SM_InitStyleString().
How can I do this?
Cheers,
Nik.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Thanks Even,
Yes, deleting the spaces seems to get it working correctly. Is this expected?
Are spaces an illegal part of a style string?
The documentation includes spaces in the example .ofs file there, so I had
copied that format when creating my text file.
Cheers,
Nik.
On 3 Aug 2014, at
Sorry, my mistake... I had my logging in the wrong place. styleChars is
actually of the form (including the leading space):
' PEN(c:#A08080,w:2pt); LABEL(c:#00,s:18pt,t:{title})'
On 3 Aug 2014, at 8:35 pm, Nik Sands wrote:
> On one of the iterations through this cod
arbitrary text file into a style table, and then use a style manager to
get the various parts/tools?
On 3 Aug 2014, at 8:26 pm, Even Rouault wrote:
> Le dimanche 03 août 2014 12:11:42, Nik Sands a écrit :
>> I'm just starting out using the styles features of OGR (using the C AP
ted by
the comment. But the execution does reach that point in the code which
indicates that the OGRStyleMrgH does in fact include at least one part (tool).
I'd be grateful if somebody could point out what I'm doing wrong.
Thanks,
Nik.
---
There might also be some issues in the sample code, including lines such as:
for (i=0;iGetPartCount();i++)
and:
poStyleTool = GetPart(i);
(or otherwise it's possible I'm completely misunderstanding some of the code)
On 3 Aug 2014, at 7:22 pm, Martin Landa wrote:
> Hi,
>
> 2
STPenParam;
(and other similar enums).
Cheers,
Nik.
On 1 Aug 2014, at 2:20 pm, Nik Sands wrote:
> Hi guys,
>
> I found that there seems to be no explicit C API for the non-generic style
> tool classes such as 'OGRStylePen'. Now I've just found the documentation a
rs have which
parameter index numbers.
Or if I'm completely off the mark, can somebody please set me straight with the
correct usage to get a color from a OGRStyleToolH in the C API?
Cheers,
Nik.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
ld in
>fact NOT be .ofs files, but merely plain text files with raw style strings
>only (and no .ofs specifications).
Is this correct?
Would there be any advantage on getting OGR_STBL_LoadStyleTable() to ignore the
first line or two if it is an .ofs file and those two lines match the spec?
C
n metadata mechanism for managing this.
Cheers,
Nik.
On 17 Jul 2014, at 9:29 pm, Even Rouault wrote:
> Nik,
>
>> I have two simple questions (not sure if the answers are as simple)...
>>
>> 1. Is it possible to rename an OGR layer in place within a writeable data
>
an be done, then I've missed it in the doco. Could somebody please
explain how to do this or otherwise what the best alternative would be?
Cheers,
Nik.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
feature at index '0'.
The File Geodatabase datasource can be downloaded for testing from:
https://dl.dropboxusercontent.com/u/12436846/Bandicoots.gdb.zip
Can anybody advise me on how I should trouble shoot this further, or how the
problem can be resolved?
Cheers,
Nik.
__
selves for some future release. :-)
Cheers,
Nik.
On 10 Jul 2014, at 10:03 am, Nik Sands wrote:
> Hi all,
>
> I'm attempting to upgrade my iOS app from GDAL 1.10.1 to 1.11.0 in order to
> take advantage of the new OpenFileGDB driver. However, I've been unable to
> get i
86 for the iOS simulator.)
I've had a look at code it's complaining about (line 1806 in 'gdalgrid.cpp')
and I can't figure out what the problem is. The brackets appear to be OK and
I'm not sure why it doesn't like the closing bracket there.
Can anybody help me
)));
(and other variants depending on the geometry type, of course).
On 4 Mar 2014, at 9:58 pm, Nik Sands wrote:
> Thanks for this information.
>
> I'd like to replicate that ogr2ogr PROMOTE_TO_MULTI functionality in my code,
> but I'm having trouble figuring out how to do i
Thanks for this information.
I'd like to replicate that ogr2ogr PROMOTE_TO_MULTI functionality in my code,
but I'm having trouble figuring out how to do it. I guess I can take a look at
the ogr2ogr code.
(I could also just include the entire ogr2ogr tool bundled into my app and call
it from t
help but think there's got to be a
better way and that I'm doing it all wrong. Is there any precedent or
preferred way that this should be done?
I think that perhaps my understanding of the API is a bit lacking in this area.
On 4 Mar 2014, at 8:31 pm, Jukka Rahkonen wrote:
> N
especially when the user wants to manage drawing styles for layers.
Thanks for your idea. I'm very grateful.
Cheers,
Nik.
On 4 Mar 2014, at 4:12 pm, Chaitanya kumar CH wrote:
> Nik,
>
> One option I frequently use when uploading shapefiles to PostGIS is to set
> the -nlt o
It appears to be working OK for now (at least the maps LOOK right on screen).
Is this a reasonable approach to overcoming the problem?
Do I need to include more than just the 6 geometry types in the dictionary/hash
below?
Cheers,
Nik.
CODE:
-
NSDictionar
If this is so, then what is the correct way to convert/copy a layer from
Shapefiles to Spatialite?
(Note that is seems to work OK for plain SQLite but not for Spatialite).
On 3 Mar 2014, at 4:37 pm, Jukka Rahkonen wrote:
> Nik Sands nixanz.com> writes:
>
>>
>> Hi all
doesn't miss any features.
Cheers,
Nik.
CODE:
OGRLayerH sourceLayer = OGR_DS_GetLayer(ds, i);
int sourceFeatureCount = OGR_L_GetFeatureCount(sourceLayer, YES);
OGR_DS_CopyLayer(destDS, sourceLayer, OGR_L_GetName(sourceLayer), NULL);
OGRLayerH destLayer
.
:-)
Cheers,
Nik.
On 28 Feb 2014, at 11:02 pm, Even Rouault wrote:
> Selon Nik Sands :
>
>> For reference, when I add:
>>
>> LDFLAGS="-liconv -lsqlite3"
>>
>> And configure says that spatialite is going to be included OK, I eventually
&g
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator7.0.sdk
gdalinfo.o commonutils.o -o gdalinfo -Wl,-bind_at_load
/Users/nsands/Documents/Nik/Development/gdal-1.10.1/.libs/libgdal.a
-L/Users/nsands/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform
ly. If I use the LDFLags work
around to force linking against iconv and sqlite3, then the configure appears
to work OK and does include spatialite. However, it then fails to compile with
"Duplicate symbol" errors.
Could anybody help me to resolve this problem?
Cheers,
Nik.
--
9 files in total. I'm
not sure how many of these OGR needs to have open simultaneously.
Anyhow, I appreciate your reply. I think I've hit the OS file limit. I didn't
even realise how many files were in that directory until you mentioned this
possibility.
Cheers,
Nik.
On 23 F
royed first).
It is also being explicitly opened in READ-ONLY mode in both cases and
therefore should not be in update mode.
I'm using gdal-1.10.1.
Any advice would be very much appreciated.
Cheers,
Nik.
___
gdal-dev mailing list
gdal-dev@lists
re' wrote to cpl_config.h.
Cheers,
Nik.
On 27/09/2013, at 9:54 AM, Frank Warmerdam wrote:
> Nik,
>
> I assume you are using the "built in" libtiff in GDAL. In that case the file
> gdal/frmts/gtiff/libtiff/tif_config.h will include cpl_port.h and includes
>
onfig files you
mentioned in order to get it to work properly.
On 27/09/2013, at 9:54 AM, Frank Warmerdam wrote:
> Nik,
>
> I assume you are using the "built in" libtiff in GDAL. In that case the file
> gdal/frmts/gtiff/libtiff/tif_config.h will include cpl_port.h an
get exactly the same problem.
I'm stumped as to how to proceed with resolving this issue. Can anybody help
me to overcome this?
Note that the problem occurs when running on the real iOS device (armv7s) and
on the iOS simulator (i386).
Cheers,
Nik.
__
No problem. I've now logged these issues in GDAL Trac as two separate tickets
(not sure if they should be in one ticket or two?):
Ticket #5197
Ticket #5198
On 13/08/2013, at 4:06 PM, Even Rouault wrote:
> Selon Nik Sands :
>
>> PS. I've got
come up with a proper solution, but this did the job for
me for now. :-)
Cheers,
Nik.
On 13/08/2013, at 10:16 AM, Nik Sands wrote:
> Hi Even,
>
> Your suggestion has helped a little, but I still can't compile for iOS
> (device). I'm getting the following at the
Os -gdwarf-2 -isysroot
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk
-mno-thumb -mthumb-interwork -Wall
-I/Users/nsands/Documents/Nik/Development/gdal-1.10.0/port
-I/Users/nsands/Documents/Nik/Development/gdal-1.10.0/gcore
-I/Users/nsands
be able to provide.
Cheers,
Nik.
libtool: compile:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++
-arch armv7 -pipe -Os -gdwarf-2 -isysroot
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk
-mno-thu
igure out).
Thanks again,
Nik.
GDALDatasetH memDS = GDALCreate( GDALGetDriverByName("MEM"), "tmp", 256, 256,
4, GDT_Float32, NULL );
…
…
…
char **options = NULL;
options = CSLSetNameValue( papszOptions, "WORLDFILE", "NO" );
options = CSLSetNameValue
Can I use GDALCreate to create (and later write to) PNG images?
If so, is "PNG" the correct string for GDALGetDriverByName?
Otherwise, can somebody please let me know why the code below returns NULL from
GDALCreate (assigned to dstDS)?
Advice much appreciated, as always.
T
correctly?
Ie, how to I get the colour table from the image linked to above, and set that
colour table for my destination image?
Cheers,
Nik.
GDALColorTableH hCT = GDALGetRasterColorTable( GDALGetRasterBand(hSrcDS,1) );
if ( hCT == NULL )
NSLog(@"Faile
valid Ozi projection, so I'm guessing that
you mean it doesn't fit with the other data in the file?
On 05/12/2012, at 6:06 PM, Jean-Claude Repetto wrote:
> On 05/12/2012 03:53, Nik Sands wrote:
>> Hi GDAL devs,
>>
>> I have a problem with GDALSuggestedWarpOutput
rectly?
Thanks,
Nik.
CODE:
OSRImportFromEPSG(dstSRS, 3857 );
OSRExportToWkt( dstSRS, (char **)&pszDstWKT );
void *hTransformArg = GDALCreateGenImgProjTransformer( hSrcDS,
pszSrcWKT, NULL, psz
guess. :-)
I'm curious though, how does the quality of an image affect this? I had
assumed that transforms would work on on pixel x,y coordinates irrespective of
the colour values of those pixels.
Anyhow, thanks again for your help. Much appreciated.
C
s a bit beyond me, so if you can help, I'd be very grateful.
(The ozf/map files are at:
https://dl.dropbox.com/u/12436846/Cradle%20Mountain.zip .)
Cheers,
Nik.
On 29/11/2012, at 3:54 AM, Jean-Claude Repetto wrote:
> Le 28/11/2012 05:16, Nik Sands a écrit :
>> Hi GDAL-dev,
>>
>>
UTM Zone 55, Southern Hemisphere",
GEOGCS["GDA94",
DATUM["Geocentric_Datum_of_Australia_1994",
SPHEROID["GRS 1980",6378137,298.257222101,
AUTHORITY["EPSG","7019"]],
TOWGS84[0,0,0,0,0,0,0],
AUTHORIT
Thanks very much for looking into this. I've filed the bug at
https://trac.osgeo.org/gdal/ticket/4894
On 13/11/2012, at 10:02 PM, Jean-Claude Repetto wrote:
> Le 13/11/2012 01:03, Nik Sands a écrit :
>> Thanks for the replies so far. Unfortunately, adding a 3rd calibration
&
ns as to why this .map file cannot be
interpreted correctly by GDAL?
Is it a bug, or an incomplete .map parsing implementation, or am I doing
something wrong?
Cheers,
Nik.
On 12/11/2012, at 11:38 PM, Jukka Rahkonen wrote:
> Nik Sands nixanz.com> writes:
>
>>
>> I appr
7:52 PM, Jean-Claude Repetto wrote:
> Le 12/11/2012 09:10, Nik Sands a écrit :
>> I will try but don't have any Ozi products and am not confident I can
>> create one that is legitimate. The same may apply to the user who raised
>> the issue but I will check.
>
I will try but don't have any Ozi products and am not confident I can create
one that is legitimate. The same may apply to the user who raised the issue
but I will check.
On 12/11/2012, at 7:02 PM, Jean-Claude Repetto wrote:
> On 12/11/2012 08:16, Nik Sands wrote:
>> Is t
Is that limitation actually built into GDAL?
Because 2-point .map files are not uncommon, and so long as the two points are
both different in both axes, then there should be no reason why a 3rd point in
required (especially in UTM).
Cheers,
Nik.
On 12/11/2012, at 6:13 PM, Jean-Claude Repetto
"",UNIT["Meter",1]]
FAILED TO GET SOURCE SPATIAL REFERENCE SYSTEM.
Please help me figure out why the two sets of .map files behave so differently.
In particular, how can I get a spatial reference system for the failing .map
files?
(Content of two
ost a new thread later regarding why the GeoTIFF is not georeferenced
correctly).
Thanks for your tolerance. :-)
Nik.
On 12/11/2012, at 12:45 PM, Nik Sands wrote:
> I still don't have any resolution to this issue, but thanks to feedback from
> one list reader, I've been prom
s \
--without-odbc \
--without-curl \
--without-sqlite3 \
--without-idb \
--without-sde \
CFLAGS="-Os -arch i386 -arch x86_64" \
CXXFLAGS="-Os -arch i386 -arch x86_64" \
LDFLAGS="-arch i386 -arch x86_64"
On 07/11/2012, at 11:11 AM, Nik Sands wrote:
> Hi all,
>
&g
order to
progress this issue.
Cheers,
Nik.
On 07/11/2012, at 11:11 AM, Nik Sands wrote:
> Hi all,
>
> My application is reading in ozi file pairs (.ozf2/.map), warping them and
> saving out as GeoTIFF or other file formats using GDAL. It works fine for my
> own ozf files,
he ozi .map file in question is below.
Thanks in anticipation,
Nik.
OziExplorer Map Data File Version 2.2
r2256.jgw
D:\Documents and Settings\nelsonp\My Documents\General Admin\Personal\Tasmania
1 to 25,000\North West OZF2\r2256.ozf2
1 ,Map Code,
Australian Geodetic 1966,WGS 84, 0., 0.,WGS 84
Frank Warmerdam wrote:
> On 12-09-20 07:11 PM, Nik Sands wrote:
>> Is there a way to get a list (eg, array) of all Spatial Reference Systems
>> currently available to GDAL (eg, all those defined in files in GDAL_DATA
>> directory)?
>>
>> In my GUI application, I
www.osgeo.org/ as soon as I make anything from my new application.
On 24/09/2012, at 7:47 PM, Even Rouault wrote:
> Selon Nik Sands :
>
>> My application is doing a warp using GDAL which works fine for some source
>> images, but with others results in an image with the colou
TIFF files
have all the correct colours before the warp.
The code I'm using is based on the GDAL warp API tutorial and is included below.
I'd be grateful if somebody could point me in the right direction.
Thanks in advance,
Nik.
void *hTransformArg = GDALCreat
Is there a way to get a list (eg, array) of all Spatial Reference Systems
currently available to GDAL (eg, all those defined in files in GDAL_DATA
directory)?
In my GUI application, I'd like to be able to present my users with a list of
SRS to choose from, but I'm not sure how to generate such
d that before, but it certainly fixed it this time.
So again... thanks very much for your assistance. It's very much appreciated.
Cheers,
Nik.
On 19/09/2012, at 7:12 AM, Even Rouault wrote:
> Le mardi 18 septembre 2012 05:15:03, Nik Sands a écrit :
>> I'm very new to GDAL s
e code that I'm currently using is below (based
largely on the GDAL warp tutorial).
Thanks in anticipation,
Nik.
void *hTransformArg = GDALCreateGenImgProjTransformer( hSrcDS,
pszSrcWKT, NULL, pszDstWKT, FALSE, 0, 1 );
97 matches
Mail list logo
