Tim Keitt utexas.edu> writes:
>
>
> OK. Now I have my PEN styles loaded in the table. The KML driver is still
writing only red. Anyone how to get KML to use the OGR_STYLE column?
Have another try. I digitized some lines and set OGR_STYLE to something like
PEN(c:#FF,w:8px). Saved into shape
OK. Now I have my PEN styles loaded in the table. The KML driver is still
writing only red. Anyone how to get KML to use the OGR_STYLE column?
THK
On Tue, Oct 29, 2013 at 8:57 PM, Tim Keitt wrote:
> Thanks. I had seen that, but did not realize it was saying to write these
> string into a colum
Thanks. I had seen that, but did not realize it was saying to write these
string into a column in the database.
THK
On Tue, Oct 29, 2013 at 5:10 PM, Jukka Rahkonen
wrote:
> Tim Keitt utexas.edu> writes:
>
> >
> > I'd like to set the color of line segments individually according to a
> field in
Tim Keitt utexas.edu> writes:
>
> I'd like to set the color of line segments individually according to a
field in KML output. Is that possible? Seem it only outputs red. I can
change that globally, but not easily for many line segments.
>
>
>
> Looking at the driver code, there is some code t
I'd like to set the color of line segments individually according to a
field in KML output. Is that possible? Seem it only outputs red. I can
change that globally, but not easily for many line segments.
Looking at the driver code, there is some code there to handle colors. I
have no idea how to at
Even,
On Tue, Oct 29, 2013 at 10:04 AM, Even Rouault
wrote:
>> I'm thinking that there is rarely any reason to separate the
>> connections, except if, maybe we'd like to support multiple accounts,
>> so that you can get table A using account A, and table B with account
>> B. But then again why do
>
> Motion : I move to adopt RFC 43 GDALMajorObject::GetMetadataDomainList()
>
> http://trac.osgeo.org/gdal/wiki/rfc43_getmetadatadomainlist
>
> Starting with my +1
I declare this motion passed with support from myself, Daniel and Jukka.
Even
--
Geospatial professional services
http://ev
Followup with one additional question.
MapQuest apparently now requires an API key be specified:
http://developer.mapquest.com/web/products/open/forums/-/message_boards/view_message/459733
I didn't at a glance see any way to specify this via the GDAL WMS XML. Am I
missing something?
On Wed, Oct
Just a word of caution about val-repl.py -
I recently tried to use this script and be warned that it doesn't
preserve all the properties of the input file. In my case, the input
file was a paletted geotiff and the output is grayscale, a very
different beast for my purpose. It shouldn't be too hard
Thanks for both your tips, I'll give it a try.
Reinoud
From: Simon Richard Proud [s...@geo.ku.dk]
Sent: Monday, October 28, 2013 5:05 PM
To: Reinoud Bokhorst; Jerl Simpson
Cc: gdal-dev@lists.osgeo.org
Subject: SV: [gdal-dev] Satellite projections
Hi Reinoud,
To b
Selon moses.g...@t-systems.com:
> Hello list,
> Something strange is happen to my GDAL. I have before executed the command
> below successfully. However, today I introduced a -projwin params where I
> specify my AOI, since I don't want the entire raster being pulled from the
> DB. So what is stra
Hello list,
Something strange is happen to my GDAL. I have before executed the command
below successfully. However, today I introduced a -projwin params where I
specify my AOI, since I don't want the entire raster being pulled from the DB.
So what is strange, GDAL ignores my window and tries to
Jan Martin diy-streetview.org> writes:
> gdal_translate \
-gcp 0 0 8.648585222862266 50.001663936185025 \
-gcp 644 0 8.65549459328463 50.001663936185025 \
-gcp 644 899 8.65549459328463 49.995463920773624 \
/home/me/geotiff/Neurott.png /home/me/geotiff/Neurott.tiff
> seems to work, but
> gdal
Hello all,
I am trying to create a geotiff from a .png (screenshot for testing), but
gdal_translate gets the corner coordinates wrong.
My steps:
Works with Chrome Browser only:
http://overlay-tiler.googlecode.com/svn/trunk/upload.html
with screenshot:
http://www.diy-streetview.com/data/geotiff/Ne
Adri CS gmail.com> writes:
>
>
>
>
>
> Hello everybody,
> I'm basically a noob with GDAL and I'm tasked to get a WMS using GDAL.
> The only experience I have with GDAL is opening a raster and getting the
metainfo from it. I did it following the GDAL API Tutorial.
> Okay, for the WMS, I'm re
Hello everybody,
I'm basically a noob with GDAL and I'm tasked to get a WMS using GDAL.
The only experience I have with GDAL is opening a raster and getting the
metainfo from it. I did it following the GDAL API Tutorial.
Okay, for the WMS, I'm reading http://www.gdal.org/frmt_wms.html but I'm
hav
Hi,
I would like mention that VS Express from 2011 to 2013 have x64 compiler
(may be earlier have to, but I didn't check). And I have compiled x64
version GDAL using CMake
(https://github.com/aashish24/gdal-svn/tree/cmake4gdal). The OpenMP is
absent :(
Best regards,
Dmitry
29.10.2013 1
Wolf,
> >
> > The boilerplate code is quite typical of the standard OGR driver. You would
> > need/want a shared connection among different OGRGMEDataSource ? That would
> be
> > the point of moving it at the driver level. Actually I've coded something
> like
> > that in the FGDB driver since ther
Selon Pepijn Van Eeckhoudt :
> > Regarding cmake, I guess that adding the names of the .c files in a
> GNUmakefile
> > / makefile.vc should do it. One worry I have is the minimum MSVC version to
> > build it. In libgpkg history I see a mention of Visual Studio Express 2012.
> > Don't know if it wo
Thanks I will try.
Laura
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/gdalwarp-multiple-nodata-tp5086084p5086278.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.
20 matches
Mail list logo