Am 20.11.2011 10:04, schrieb Ari Jolma:
On 11/19/2011 04:24 PM, Even Rouault wrote:
I found the problem. It is changeset 23022 (by you, Even :), which
removes support for "stdout" and adds "/dev/stdout" as an alias to
"/vsistdout/". Simple, but took me a while to find out especially as the
log m
On 11/20/2011 01:34 PM, Even Rouault wrote:
But it turns out that while this works, it is not optimal, since in a
WFS case there may be
errors during the production of the GML and it should be buffered before
sending to
the client - otherwise the error message XML gets mixed up with the GML.
I'm
> For CGI "/dev/stdout" works with trunk but it does not work with
> released versions.
> I was confused (I was using two different computers with two different
> setups) and
> as a result my mails were confused, sorry.
>
> After some more careful testing my final conclusion is the above. The
> on
On 11/20/2011 12:50 PM, Even Rouault wrote:
Le dimanche 20 novembre 2011 10:04:50, Ari Jolma a écrit :
On 11/19/2011 04:24 PM, Even Rouault wrote:
I found the problem. It is changeset 23022 (by you, Even :), which
removes support for "stdout" and adds "/dev/stdout" as an alias to
"/vsistdout/".
Le dimanche 20 novembre 2011 10:04:50, Ari Jolma a écrit :
> On 11/19/2011 04:24 PM, Even Rouault wrote:
> >> I found the problem. It is changeset 23022 (by you, Even :), which
> >> removes support for "stdout" and adds "/dev/stdout" as an alias to
> >> "/vsistdout/". Simple, but took me a while to
On 11/19/2011 04:24 PM, Even Rouault wrote:
I found the problem. It is changeset 23022 (by you, Even :), which
removes support for "stdout" and adds "/dev/stdout" as an alias to
"/vsistdout/". Simple, but took me a while to find out especially as the
log message begins "mentions in the doc".
Hum
> I found the problem. It is changeset 23022 (by you, Even :), which
> removes support for "stdout" and adds "/dev/stdout" as an alias to
> "/vsistdout/". Simple, but took me a while to find out especially as the
> log message begins "mentions in the doc".
Hum, so it means that under your CGI the
On 11/19/2011 11:40 AM, Ari Jolma wrote:
On 11/18/2011 09:02 PM, Even Rouault wrote:
Le vendredi 18 novembre 2011 15:04:55, Ari Jolma a écrit :
Hi,
A few days ago on this list I mentioned that the following works
using a
recent version from trunk (and Perl bindings):
use Geo::GDAL;
$datasou
On 11/18/2011 09:02 PM, Even Rouault wrote:
Le vendredi 18 novembre 2011 15:04:55, Ari Jolma a écrit :
Hi,
A few days ago on this list I mentioned that the following works using a
recent version from trunk (and Perl bindings):
use Geo::GDAL;
$datasource = Geo::OGR::Open('/home/ajolma/data/park
Le vendredi 18 novembre 2011 15:04:55, Ari Jolma a écrit :
> Hi,
>
> A few days ago on this list I mentioned that the following works using a
> recent version from trunk (and Perl bindings):
>
> use Geo::GDAL;
> $datasource = Geo::OGR::Open('/home/ajolma/data/parks.shp');
> Geo::OGR::Driver('GML'
Hi,
A few days ago on this list I mentioned that the following works using a
recent version from trunk (and Perl bindings):
use Geo::GDAL;
$datasource = Geo::OGR::Open('/home/ajolma/data/parks.shp');
Geo::OGR::Driver('GML')->Copy($datasource, '/dev/stdout');
I'm testing a simple WFS written i
11 matches
Mail list logo
