As discussed in
http://lists.osgeo.org/pipermail/gdal-dev/2010-May/024619.html and
http://lists.osgeo.org/pipermail/gdal-dev/2010-July/025192.html OGR's
shapefile driver does not allow the shapefile's codepage to be set or
retrieved using the DBF LDID byte or an *.cpg file.
This functionality is i
Thanks Chaitanya
Shawn
From: Chaitanya kumar CH [chaitanya...@gmail.com]
Sent: Tuesday, July 13, 2010 3:28 PM
To: Shawn GONG
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] WMS and TMS
Shawn,
If you have libcurl, wms is automatically included.
On
Shawn,
If you have libcurl, wms is automatically included.
On Wed, Jul 14, 2010 at 3:34 AM, Shawn GONG wrote:
> Hi List,
>
> A quick question: If I want to include WMS (Web Map Services), do I add
> "--with-wms" in configure?
> What about TMS, add "--with-tms" ?
>
> Thanks,
> Shawn
> __
Hi List,
A quick question: If I want to include WMS (Web Map Services), do I add
"--with-wms" in configure?
What about TMS, add "--with-tms" ?
Thanks,
Shawn
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gda
Chaitanya,
thanks a lot for the support.
I've created the ticket and attached the proposed patch.
Cheers,
Alessandro
On Tue, Jul 13, 2010 at 11:14 PM, Chaitanya kumar CH wrote:
> Alessandro,
>
> Thanks for the patch. Please create a new ticket at
> http://trac.osgeo.org/gdal/newticket and
Alessandro,
Thanks for the patch. Please create a new ticket at
http://trac.osgeo.org/gdal/newticket and submit your patch. It will be
reviewed and committed to the GDAL code.
On Wed, Jul 14, 2010 at 1:39 AM, Alessandro Vanzulli <
alessandro.vanzu...@gmail.com> wrote:
> Hi,
>
> in order to under
Hi,
in order to understand without any doubt the level of DTED (Level0, Level 1
or Level 2), I've enriched the DTED Driver with the read of NIMA Designator
field that defines inside the header the level of detail.
How can I submit a patch proposal in order to enrich the current development
line o
Jez,
Le Tuesday 13 July 2010 17:32:03 Jez Walters, vous avez écrit :
> Even,
>
>
> My ultimate objective is to read OS MasterMap GML using MapServer, but
> MapServer skips various fields when reading this GML directly. I don't
> know if this is a fault with GDAL/OGR or with how MapServer is calli
Peter,
answers below
Le Tuesday 13 July 2010 09:16:45 Peter J Halls, vous avez écrit :
> Even, Jez,
>
> sadly, I am not going to be able to try this out myself for at least a
> couple of weeks, due to other commitments.
>
> I think Even's solution to split the multiple entries into a larg
Chaitanya,
I’m afraid I don’t understand GML enough to know which xlinks need resolving.
:-( How can I determine this?
Also, you mention having to create the ‘.resolved.gml’ file, but this file
isn’t produced by GDAL v1.7.2 – or am I missing something?
Jez
From: Chaitanya kumar CH [mailt
Jez,
I'm afraid xlink resolution is currently a slow process and I am still
working out some kinks in it. But if you want to resolve the xlinks you have
to go through creating the .resolved.gml file.
However, you can still make it faster if you think there are some elements
with xlinks which need
Chaitanya,
Unfortunately (if I’m understanding you correctly) I can’t use the
GML_SKIP_RESOLVE_ELEMS option, because the OS MasterMap GML contains lots of
elements like this:
When you say “this is a quick and dirty fix”, are you referring to the setting
of the GML_SKIP_RESOLVE_ELEMS option,
Hi All,
to safe space, I'm trying the -co "COMPRESS=DEFLATE". but it is not
compressing !
C:\tmp>gdal_translate -of georaster c:\tmp\map.png ^
More?
georaster:geoserver/geoserver,MFDEVDB,geoserver.pasta_rasters,raster ^
More?-co "INSERT=VALUES(SDO_GEOR.INIT('pasta_rdt_01'))" ^
Mor
Jez,
If you don't have any xlinks in your GML files you can skip a bottle-neck by
setting the configuration option GML_SKIP_RESOLVE_ELEMS to ALL. Please note
that this is a quick and dirty fix. The code will change shortly.
On Tue, Jul 13, 2010 at 9:02 PM, Jez Walters wrote:
> Even,
>
>
> My ul
Even,
My ultimate objective is to read OS MasterMap GML using MapServer, but
MapServer skips various fields when reading this GML directly. I don't know if
this is a fault with GDAL/OGR or with how MapServer is calling it. In order to
overcome this restriction, I've been converting the GML t
Sorry guys, forget about it! You have to zoom once in ER Viewer or use the
measure tool once to display coordinate information. Moving the cursor over
the window or panning do not display coordinates in the bottom right area
when the file is opened.
Marc
-Message d'origine-
De : gdal-dev-
Marc Jacquin wrote:
Hi all,
We are generating JP2 ECW images with GDAL CSharp binding. OpenEV
displays them correctly and the gdalinfo reports correct corner
coordinates. However, Erdas ER Viewer version 10 (formerly ERMapper
Viewer) cannot find coordinate information. Any idea?
Marc,
A
Le 13/07/2010 14:48, Marc Jacquin a écrit :
Hi all,
We are generating JP2 ECW images with GDAL CSharp binding. OpenEV
displays them correctly and the gdalinfo reports correct corner
coordinates. However, Erdas ER Viewer version 10 (formerly ERMapper
Viewer) cannot find coordinate information. An
Ah yes that's it.
Thanks a lot!
On 7/13/2010 2:33 PM, Frank Warmerdam wrote:
James Meyer wrote:
Hi
Actually I did call it.
Sorry I just didn't include it in the code because it was much
earlier in the program.
However after some playing around, it seems that the error only
occurs IF I did
Hi all,
We are generating JP2 ECW images with GDAL CSharp binding. OpenEV displays
them correctly and the gdalinfo reports correct corner coordinates. However,
Erdas ER Viewer version 10 (formerly ERMapper Viewer) cannot find coordinate
information. Any idea?
Thanks,
Marc
___
Hi all again,
Using the GDAL CSharp binding, I am trying to convert RGB data from a
Dataset (MEM driver) to 8 bits gray scaled JPEG.
I create a ColorTable of GPI_Gray interpretation type and populate it with
CreateColorRamp with ColorEntries from 0,0,0 to 255,255,255.
I set the color inter
James Meyer wrote:
Hi
Actually I did call it.
Sorry I just didn't include it in the code because it was much earlier
in the program.
However after some playing around, it seems that the error only occurs
IF I did a write to the MEM dataset. (Although it occurs WHEN I close it).
The code I
Hi
Actually I did call it.
Sorry I just didn't include it in the code because it was much earlier
in the program.
However after some playing around, it seems that the error only occurs
IF I did a write to the MEM dataset. (Although it occurs WHEN I close it).
The code I am using to test is
James,
You forgot to call GDALAllRegister() before opening the dataset. Then you
will not get a NULL with GDALOpen().
http://www.gdal.org/gdal_tutorial.html
On Tue, Jul 13, 2010 at 3:40 PM, James Meyer wrote:
> Hi
>
> I am trying to use MEM (In-memory) datasets with GDAL.
> However, on trying t
Hi
I am trying to use MEM (In-memory) datasets with GDAL.
However, on trying to close the dataset I get a segmentation fault.
The dataset is created successfully. The handle returned is valid and I
am able to read and write to it.
Am I not supposed to try and close the handle or am I doing som
Thanks Frank.
I have attached the current driver code to the ticket and added a short
explanation
http://trac.osgeo.org/gdal/ticket/3638#comment:1
I hope that works for you. In case there are any questions I'll be glad to
be of assistance to whomever wishes to review the driver, also by chat or
that is a good news ! so now I need just to wait that the OSGeo4W
team add the gdal17-oracle package.
thanks !
On Tue, Jul 13, 2010 at 2:11 AM, Ivan Lucena wrote:
> I just noticed from your ticket [http://trac.osgeo.org/gdal/ticket/3681] that
> you are using GDAL 1.6.3. Right?
>
> A lot has cha
Even, Jez,
sadly, I am not going to be able to try this out myself for at least a
couple of weeks, due to other commitments.
I think Even's solution to split the multiple entries into a large number of
simple entries is workable, however I do have a couple of caveats. I think this
is
28 matches
Mail list logo
