Le lundi 04 août 2014 22:53:03, Varun Saraf a écrit :
> Hello,
>
> Commenting poDriver->pfnCreateCopy doesn't seem to work. It is still
> calling the CreateCopy() method.
Check twice... How could GDAL call PostgisRasterDataset::CreateCopy() is
nothing points to it ?
> I will try doing the testi
Hello,
Commenting poDriver->pfnCreateCopy doesn't seem to work. It is still
calling the CreateCopy() method. I will try doing the testing with a script
and get back to you.
Regards,
Varun Saraf
On Tue, Aug 5, 2014 at 2:12 AM, Even Rouault
wrote:
> Le lundi 04 août 2014 22:38:20, Varun Saraf a
Le lundi 04 août 2014 22:38:20, Varun Saraf a écrit :
> Hello,
>
> Thank you for this information. I will explicitly call Create() using a
> script. Is the IWriteBlock method to be tested in a similar manner? Note
> that pData buffer is passed to this method as an argument, which I will
> have to
Hello,
Thank you for this information. I will explicitly call Create() using a
script. Is the IWriteBlock method to be tested in a similar manner? Note
that pData buffer is passed to this method as an argument, which I will
have to generate and pass to it. Any suggestions how I should generate thi
Le lundi 04 août 2014 21:38:36, Varun Saraf a écrit :
> Hello,
>
> Yes, the code on the github repository is the latest state. I was trying
> the following input queries :
>
> (1) Assuming that my Create() will be called.
> gdal_translate --debug ON -of PostGISRaster ~/GSoC/ap_clip5x5.tif
> PG:"
Hello,
Yes, the code on the github repository is the latest state. I was trying
the following input queries :
(1) Assuming that my Create() will be called.
gdal_translate --debug ON -of PostGISRaster ~/GSoC/ap_clip5x5.tif
PG:"host=localhost port=5432 user=postgres password=postgres
dbname=test12
2014-08-04 20:44 GMT+02:00 Even Rouault :
>> > And the reverse code also exists.
>>
>> what do you mean by that? Thanks for clarification in advance, Martin
>
> The one that takes a SYMBOL from a OGR Feature Style definition and write a
> KML
> Icon
>
> ogr/ogrsf_frmts/libkml/ogrlibkmlstyle.cpp,
Le lundi 04 août 2014 20:32:46, Martin Landa a écrit :
> Hi,
>
> 2014-08-04 20:21 GMT+02:00 Even Rouault :
>
> [...]
>
> > And the reverse code also exists.
>
> what do you mean by that? Thanks for clarification in advance, Martin
The one that takes a SYMBOL from a OGR Feature Style definition
Hi,
2014-08-04 20:21 GMT+02:00 Even Rouault :
[...]
> And the reverse code also exists.
what do you mean by that? Thanks for clarification in advance, Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
gdal-dev mailing list
gdal-dev@lis
Le lundi 04 août 2014 20:16:03, Martin Landa a écrit :
> Hi,
>
> 2014-08-04 20:06 GMT+02:00 Even Rouault :
> >> it's not clear to me how works system-specific symbols names [1].
> >> Let's say that I would like to use svg symbols stored on local disc a
> >> define them as symbols within OGR Featur
Hi,
2014-08-04 20:06 GMT+02:00 Even Rouault :
>> it's not clear to me how works system-specific symbols names [1].
>> Let's say that I would like to use svg symbols stored on local disc a
>> define them as symbols within OGR Feature Style engine. Is it
>> possible?
>
> Exactly same question asked
Le lundi 04 août 2014 20:01:28, Martin Landa a écrit :
> Hi all,
>
> it's not clear to me how works system-specific symbols names [1].
> Let's say that I would like to use svg symbols stored on local disc a
> define them as symbols within OGR Feature Style engine. Is it
> possible?
Exactly same q
Le lundi 04 août 2014 14:39:52, Varun Saraf a écrit :
> Hi,
>
> Below is my eleventh weekly report.
>
> *What did I do this week?*
>
>- There are some issues with the calling of different methods. My method
>PostGISRasterDataset::Create() is not being called. Tried to resolve
> that.
V
Hi all,
it's not clear to me how works system-specific symbols names [1].
Let's say that I would like to use svg symbols stored on local disc a
define them as symbols within OGR Feature Style engine. Is it
possible?
Thanks in advance, Martin
[1] http://www.gdal.org/1.11/ogr/ogr_feature_style.htm
Hi Nicolas,
I will take care of that.
Thanks,
Ivan
From: nicolas.si...@spw.wallonie.be
To: gdal-dev@lists.osgeo.org
Date: Fri, 1 Aug 2014 14:49:35 +
Subject: Re: [gdal-dev] OGR: memory leak in OCI driver
Hi list,
We tested the suggestion of Ivan and it’s better.
Hi,
Below is my eleventh weekly report.
*What did I do this week?*
- There are some issues with the calling of different methods. My method
PostGISRasterDataset::Create() is not being called. Tried to resolve that.
- Fixed some small bugs and removed unnecessary variables that were
Le lundi 04 août 2014 12:46:22, Martin Landa a écrit :
> Hi Even,
>
> 2014-08-02 22:18 GMT+02:00 Even Rouault :
>
> [...]
>
> > You can use the SetFrom() method.
>
> it solved my problem, but it doesn't seems to copy geometry columns...
>
> """
> ofeature = ogr.Feature(olayer.GetLa
Hi Even,
2014-08-02 22:18 GMT+02:00 Even Rouault :
[...]
> You can use the SetFrom() method.
it solved my problem, but it doesn't seems to copy geometry columns...
"""
ofeature = ogr.Feature(olayer.GetLayerDefn())
ofeature.SetFrom(feature)
print feature.GetD
Le lundi 04 août 2014 11:02:41, Martin Landa a écrit :
> Hi Even,
>
> 2014-08-02 22:18 GMT+02:00 Even Rouault :
>
> [...]
>
> >> 1) copy features from input layer to output layer
> >> 2) modify features in output layer (remove some geometry columns)
> >
> > You can use the SetFrom() method.
>
Hi Even,
2014-08-02 22:18 GMT+02:00 Even Rouault :
[...]
>> 1) copy features from input layer to output layer
>> 2) modify features in output layer (remove some geometry columns)
>
> You can use the SetFrom() method.
thanks for hint, I found out that input and output layer somehow share
Feature
Hi,
2014-08-03 10:30 GMT+02:00 Even Rouault :
> Does your script explicitely set the FID before calling CreateFeature() ? If
[...]
right,
> You likely need to explicitely call setval()
I will update my script accordingly. Thanks, Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
_
21 matches
Mail list logo
