I have numerous hdf files dowloaded from ftp site and saved it to my local
directory.The hdf files has level 1 and level 2(e.g.
A200103704.L1A_LAC.hdffiles.hdf, A200103704.L2_LAC.hdffiles.hdf).
How will I project the level 2 files ONLY in batch process and
automatically create a directory f
Vladan,
Just committed an implementation for the WKB geometry upload to MSSQL which
should also fix the issue of your use case.
Let me know if you still have issues.
Best regards,
Tamas
2014-10-02 21:23 GMT+02:00 Vladan Divljak :
> Just to note in case it went to spam, that I sent sample fil
Le jeudi 02 octobre 2014 21:41:20, Jeff McKenna a écrit :
> On 2014-10-02 4:24 PM, Even Rouault wrote:
> > Le jeudi 02 octobre 2014 21:01:58, Even Rouault a écrit :
> >> Le jeudi 02 octobre 2014 20:57:46, Lime, Steve D (MNIT) a écrit :
> >>> How about making -nh set the environment variable program
On 02.10.2014 22:35, Even Rouault wrote:
Don't search more. Yes, this is a feature/defect of the PG driver
currently. It has issues with transactions that make using it at the
same time as a reader and a writer with the same OGR datasource will
not work properly. The work around is to instancia
On 2014-10-02 4:24 PM, Even Rouault wrote:
Le jeudi 02 octobre 2014 21:01:58, Even Rouault a écrit :
Le jeudi 02 octobre 2014 20:57:46, Lime, Steve D (MNIT) a écrit :
How about making -nh set the environment variable programatically and
losing the sendheaders checks?
Yes, that's a possibility
Le jeudi 02 octobre 2014 21:32:14, Ari Jolma a écrit :
> 2014-10-02 19:23:03 EEST ERROR: COPY from stdin failed: COPY terminated
> by new PQexec
>
> > Hum, definitely weird. I've an idea to debug that. If you use GDAL trunk,
> > you could enable the OGR C API spy mechanism, as the Perl bindings us
2014-10-02 19:23:03 EEST ERROR: COPY from stdin failed: COPY terminated
by new PQexec
Hum, definitely weird. I've an idea to debug that. If you use GDAL trunk, you
could enable the OGR C API spy mechanism, as the Perl bindings used the C API.
That will produce a OGR Python script (sorry for Pytho
Le jeudi 02 octobre 2014 21:01:58, Even Rouault a écrit :
> Le jeudi 02 octobre 2014 20:57:46, Lime, Steve D (MNIT) a écrit :
> > How about making -nh set the environment variable programatically and
> > losing the sendheaders checks?
>
> Yes, that's a possibility. Although I think -nh could just
Just to note in case it went to spam, that I sent sample file to Tamas 3
days ago.
Cheers
On Mon, Sep 29, 2014 at 4:12 PM, Vladan Divljak wrote:
> Hi Tamas,
>
> I attached sample pgdump which crashes ogr2ogr r27766 but not stable and
> reports errors while stable migrates all rows without issue
Le jeudi 02 octobre 2014 21:15:13, Ari Jolma a écrit :
> On 02.10.2014 21:57, Even Rouault wrote:
> > Le jeudi 02 octobre 2014 20:50:33, Ari Jolma a écrit :
> >> On 02.10.2014 20:45, Even Rouault wrote:
> >>> Le jeudi 02 octobre 2014 18:26:37, Ari Jolma a écrit :
> 2014-10-02 19:23:03 EEST ERR
On 02.10.2014 21:57, Even Rouault wrote:
Le jeudi 02 octobre 2014 20:50:33, Ari Jolma a écrit :
On 02.10.2014 20:45, Even Rouault wrote:
Le jeudi 02 octobre 2014 18:26:37, Ari Jolma a écrit :
2014-10-02 19:23:03 EEST ERROR: COPY from stdin failed: COPY terminated
by new PQexec
Could y
Le jeudi 02 octobre 2014 20:57:46, Lime, Steve D (MNIT) a écrit :
> How about making -nh set the environment variable programatically and
> losing the sendheaders checks?
Yes, that's a possibility. Although I think -nh could just call a function to
disable the boolean in msio instead of messing w
Le jeudi 02 octobre 2014 20:50:33, Ari Jolma a écrit :
> On 02.10.2014 20:45, Even Rouault wrote:
> > Le jeudi 02 octobre 2014 18:26:37, Ari Jolma a écrit :
> >> 2014-10-02 19:23:03 EEST ERROR: COPY from stdin failed: COPY terminated
> >> by new PQexec
> >>
> >>
> >>
> >> Too fast ? lol, no I d
Le jeudi 02 octobre 2014 20:45:26, Lime, Steve D (MNIT) a écrit :
> You were aware of the -nh option for mapserv, right?
Steve,
Ah, good point, actually, I was not I should have asked first. But -nh
doesn't seem to work. At least not in the WMS or WFS cases. It seems mapio.c
doesn't honour
On 02.10.2014 20:45, Even Rouault wrote:
Le jeudi 02 octobre 2014 18:26:37, Ari Jolma a écrit :
2014-10-02 19:23:03 EEST ERROR: COPY from stdin failed: COPY terminated
by new PQexec
Too fast ? lol, no I don't think so. There must be something odd that happens,
wrong escaping, whatever that m
Le jeudi 02 octobre 2014 18:26:37, Ari Jolma a écrit :
> A strange bug somewhere between OGR and PostgreSQL(?)
>
> I've created a layer with a geometry and id fields. The layer gets
> created ok. After inserting 500 features I get the error:
>
> RuntimeError no COPY in progress
>
> PostgreSQL l
A strange bug somewhere between OGR and PostgreSQL(?)
I've created a layer with a geometry and id fields. The layer gets
created ok. After inserting 500 features I get the error:
RuntimeError no COPY in progress
PostgreSQL logs this:
2014-10-02 19:23:03 EEST ERROR: COPY from stdin failed:
Le jeudi 02 octobre 2014 09:02:00, Lukasz Tracewski a écrit :
> Hi,
> I only recently started my adventure with GDAL and GIS in general, so
> please accept my apologies for perhaps maybe the most accurate formulation
> of the problem. I also did my best to find the answer already on this
> mailing
Le jeudi 02 octobre 2014 09:55:17, Jukka Rahkonen a écrit :
> Rahkonen Jukka (Tike mmmtike.fi> writes:
> > > True, a way to improve things might be to specify -co PREDICTOR=2.
> > > Should apply to both LZW and DEFLATE.
> > > This is one of the filter that might be used by PNG, except that PNG
> >
Andrea Aime geo-solutions.it> writes:
> Interesting... wondering how much the predictor affects decoding speed
though (it is
> a common case to have to compress once, and read many times out of the
> compressed file)
A very quick test by decompressing deflate -> uncompressed from disk to disk
s
On Thu, Oct 2, 2014 at 9:55 AM, Jukka Rahkonen
wrote:
> Rahkonen Jukka (Tike mmmtike.fi> writes:
>
>
> > > True, a way to improve things might be to specify -co PREDICTOR=2.
> Should
> > > apply to both LZW and DEFLATE.
> > > This is one of the filter that might be used by PNG, except that PNG
>
Rahkonen Jukka (Tike mmmtike.fi> writes:
> > True, a way to improve things might be to specify -co PREDICTOR=2. Should
> > apply to both LZW and DEFLATE.
> > This is one of the filter that might be used by PNG, except that PNG has
different
> > filters, so it will eventually beat TIFF deflate.
>
Hi,
I only recently started my adventure with GDAL and GIS in general, so please
accept my apologies for perhaps maybe the most accurate formulation of the
problem. I also did my best to find the answer already on this mailing list and
outside, but to no avail - again possibly due to lack of exp
23 matches
Mail list logo
