Hi All,
I propose a motion to get RFC 40 - "Improving performance of Raster
Attribute Table implementation for large tables" adopted. This adds some
new functionality for GDAL 2.0. Even and others have made suggestions and
these have been incorporated into the RFC:
http://trac.osgeo.org/gdal/wiki
梁天辰,
I am guessing you are working on Windows and are running into problems with
a mix of runtime heaps. I would suggest avoiding using new and delete
directly and instead leaving everything to functions from the GDAL DLL.
I believe you should use OGRGeometryFactory::createGeometry(wkbLinearRing)
Hello all
The following function uses c++ operator new to get a pointer of OGRLinearRing
and modified that ring. Before the function returns, it's neccessary to delete
that pointer,but "delete poFLinear;" will cause a runtime error and the
program stops running. What should I do to delete tha
That's great news. For good karma, you could now add your notes (think
of what you got stuck on for x64) to the BuildHints page:
http://trac.osgeo.org/gdal/wiki/BuildingOnWindows
Thanks,
-jeff
--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/
On 2
Thank you, this worked !!
On Mon, May 13, 2013 at 11:29 AM, Joaquim Luis wrote:
> Mihael,
>
> To build with nmake command line all you need (plus the uncomment of x64)
> is to run the command from a command shell that has the apropriate
> variables set to build for 64 bits.
>
> For example, thi
The solution from Joaquim Luis worked.
I used
call "C:\Program Files (x86)\Microsoft Visual Studio
10.0\VC\vcvarsall.bat" amd64
Thank you !
On Mon, May 13, 2013 at 11:51 AM, Mihaela Gaspar <
mihaela.gas...@urbanrobotics.net> wrote:
> Thank you.
> I have all the dependent libraries built in Win
Thank you.
I have all the dependent libraries built in Win32 and x64, and have set the
correct paths to platform/configuration
Also, pls see my question update - before building, I run a clean.
On Mon, May 13, 2013 at 11:43 AM, Jeff McKenna <
jmcke...@gatewaygeomatics.com> wrote:
> On 2013-05-13
On 2013-05-13 12:53 PM, Mihaela Gaspar wrote:
>
> In x64,I get linker errors:
>
> |LINK : error LNK2001: unresolved external symbol _OGRFeatureStylePuller
> LINK : error LNK2001: unresolved external symbol _OSRValidate
> ...
> gdal19.dll : fatal error LNK1120: 74 unresolved externals|
>
Note th
Thank you Martin. But... Did this. Same result, same linker errors.
On Mon, May 13, 2013 at 11:20 AM, Martin Chapman wrote:
> Mihaela,
>
> ** **
>
> You have to run nmake from the VC x64 command line window.
>
> ** **
>
> Goto:
>
> Start Menu->All Programs->Microsoft Visual Studio
Mihael,
To build with nmake command line all you need (plus the uncomment of
x64) is to run the command from a command shell that has the apropriate
variables set to build for 64 bits.
For example, this is what I do to set up one 64 bits building
environment (it's called from within another
Mihaela,
You have to run nmake from the VC x64 command line window.
Goto:
Start Menu->All Programs->Microsoft Visual Studio 2010->Visual Studio
Tools->Visual Studio x64 Win64 Command Prompt (2010)
That will run the appropriate bat file for nmake and setup the x64
compiler options. C
More info on issue: I seem to build from VS but not from command line.
I put (to build in Win32)
!IFNDEF PLATFORM
PLATFORM=WIN32!ENDIF
Modified to
!IFNDEF PLATFORM
PLATFORM=x64!ENDIF
(to build in x64) - And it worked. But only if I build from inside Visual
Studio.
I would like to be able to u
Hello Pietro,
you can use the -sql switch to add a extra value.
ogrinfo -sql "SELECT 'filename' AS source,* FROM entities" File.dxf
Gr
Ralf
On Montag 13 Mai 2013 11:26:02 Pietro Rossin wrote:
Hello all
I must convert lots of dxf files to a postgis table
I wrote a python script to proc
Am 13.05.2013 12:34, schrieb Juan Pedro Pérez Alcántara:
However, I'm still wondering... is GDAL using the local PROJ4 installation?
Or does datum shiftings by itself? If so, why not to rely on PROJ4?
GDAL brings its own database, which is in sync with PROJ4. At least on
Windows it will not
I am trying to build GDAL (1.9.2) in x64.
In the instructions, I see:
# Uncomment the following if you are building for 64-bit windows#
(x64). You'll need to have PATH, INCLUDE and LIB set up for 64-bit#
compiles.!IF "$(PLATFORM)" == "x64"
WIN64=YES!ENDIF
And then, lower,
# Under win64, symbols
Le 13/05/2013 17:23, Tyler Mitchell a écrit :
Hi Benoit, you'll probably have more luck if you ask on the QGIS
mailing list, as GDAL helps with data access but not with the
visualisation you are aiming for.
Ok, thank you.
Benoît
___
gdal-dev mailin
Hi Benoit, you'll probably have more luck if you ask on the QGIS mailing list,
as GDAL helps with data access but not with the visualisation you are aiming
for.
Best wishes,
Tyler
On 2013-05-13, at 6:34 AM, Benoît Laurent wrote:
> Hello,
>
> In a previous post, I was trying to automatically a
Hello,
In a previous post, I was trying to automatically add labels to a vector
layer, the text of each label being contained in one field of the layer.
I was proposed different solutions. I eventually chose to write a Python
script that I run with the script runner from Gary Sherman :
http:
Hi Andre,
thanks so much for the quick answer, this is perfect for scripting.
However, I'm still wondering... is GDAL using the local PROJ4 installation?
Or does datum shiftings by itself? If so, why not to rely on PROJ4?
And using the grid is something we always want to do. Is there any place i
Can I hope to get help from someone?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/ECW-support-on-Fedora-Linux-error-tp4991388p5052857.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
g
Hello all
I must convert lots of dxf files to a postgis table
I wrote a python script to process a folder/subfolder and then create a
table into a postgis database and to load there all the features coming from
each dxf.
This script handle each single dxf file so I can track its name during the
loo
I cannot import gdal utilities anymore.
I was working on a project on an Arch Linux machine, using Django 1.5.1
and GDAL 1.9.2.
Today I have updated my distro and the DataSource failed its import:
from django.contrib.gis.gdal import DataSource
...
Exception Value: cannot import name DataSource
Hi,
OGRLinearRing *p = new OGRLinearRing();
//that's a runtime error
delete p;
I've tried OGRCleanupAll(); but it didn't work.
What is the proper way to free pointer p,thanks for your help!___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://li
23 matches
Mail list logo
