gt; address above.
> © Copyright 2016 Weather Trends International, Inc.
>
>
> On Thu, Apr 7, 2016 at 7:45 AM, Jason Greenlaw - NOAA Affiliate <
> jason.green...@noaa.gov> wrote:
>
>> Trent,
>>
>> I am able to load the VRT in ArcMap, and while it does now recog
ktop.arcgis.com/en/arcmap/10.3/manage-data/raster-and-images/rasters-with-functions.htm
>
> more:
> http://desktop.arcgis.com/en/arcmap/10.3/manage-data/raster-and-images/what-is-the-image-analysis-window.htm
>
> good luck,
> Trent
>
> On Wed, Apr 6, 2016 at 12:26 PM
Thanks for the workaround and quick fix. The VRT addresses the issue on
the data end. Now it's only an ArcGIS problem :)
Jason
On Wed, Apr 6, 2016 at 3:10 PM, Even Rouault
wrote:
> Le mercredi 06 avril 2016 20:38:36, Jason Greenlaw - NOAA Affiliate a
> écrit :
> > Hello,
tive NoData values (-127 to -1) for the SIGNEDBYTE type supposed
to be supported by GDAL?
2) Is there a convention which states that they must be expressed in the
range -127 to -1 or 128 to 255?
Regards,
Jason Greenlaw
___
gdal-dev mailing list
gdal-dev@li
1: 0.0
Auxiliary_Sphere_Type: 0.0
Linear Unit: Meter (1.0)
Geographic Coordinate System: GCS_WGS_1984
Angular Unit: Degree (0.0174532925199433)
Prime Meridian: Greenwich (0.0)
Datum: D_WGS_1984
Spheroid: WGS_1984
Semimajor Axis: 6378137.0
Semiminor Axis: 6356752.314245179
Inverse F
all-zero image.
It seems that something was changed between 1.10.0 and 1.10.1 that made
this a fatal error.
Thanks,
Jason
On Wed, Jan 22, 2014 at 3:07 PM, Even Rouault
wrote:
> Le mercredi 22 janvier 2014 20:27:19, Jason Greenlaw - NOAA Affiliate a
> écrit :
> > When attempting to us
When attempting to use a polygon shapefile (in custom web mercator
projection) with the gdalwarp cutline operation, operating on a GeoTIFF
(with same projection), the following error is output in both versions
1.10.0 and 1.10.1:
ERROR 6: No translation for 'Mercator_Auxiliary_Sphere' to PROJ.4
t; cheers
> Etienne
>
> On Wed, Jul 17, 2013 at 5:31 PM, Jason Greenlaw - NOAA Affiliate <
> jason.green...@noaa.gov> wrote:
>
>> I am experiencing strange behavior when reprojecting/converting a GRIB2
>> file to NetCDF using gdalwarp, where the resulting NetCDF fil
I am experiencing strange behavior when reprojecting/converting a GRIB2
file to NetCDF using gdalwarp, where the resulting NetCDF file is missing
lots of data (or possibly being set incorrectly to NoData) west of a
certain longitude. However, if I instead reproject from GRIB2 to an
intermediate fo
I have an RGBA GeoTIFF in EPSG:4326 with an extent that wraps the 180
decimal degree international dateline (western extent: 74.2 dd, eastern
extent: 433.8 dd).
When I attempt to project this image to either EPSG:102113 (as defined in
$GDAL_DATA/esri_extra.wkt) or a very similar custom mercator pr
When loading into a PostgreSQL/PostGIS database, can the VRT/CSV driver
convert missing values (for a "Real" field) to NULL instead of defaulting
to 0.00?
Example:
I'm attempting to load a CSV file into PostgreSQL using the following
simple VRT file:
-
Thanks for the information, I will reproject the overviews individually.
Jason
On Thu, Jan 10, 2013 at 2:47 PM, Even Rouault
wrote:
> Le jeudi 10 janvier 2013 19:03:33, Jason Greenlaw - NOAA Affiliate a écrit
> :
> > Norman,
> >
> > Unfortunately that's no
imply interpolate the original image.
Perhaps I'm out of luck and need to reproject each of the .ovr files and
the .tif files separately before combining them?
Jason
--
Jason Greenlaw
Contractor, ERT, Inc.
NOAA/NOS/OCS/CSDL
http://nowcoast.noaa.gov
jason.green...@noaa.gov
(603) 862-3560
N)
Lower Right (-9540133.424, 2955990.014) ( 85d42' 1.72"W, 25d39' 5.65"N)
Center (-10191434.561, 3264139.634) ( 91d33' 4.37"W, 28d 7'12.80"N)
Band 1 Block=2940x1 Type=Byte, ColorInterp=Red
Mask Flags: PER_DATASET ALPHA
Band 2 Block=2940x1 Type=By
.0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs"
],
AUTHORITY["EPSG","3857"]
]
---
Hope this solution saves someone else some time.
Jason
--
Jason Greenlaw
Contractor, ERT, Inc.
NOAA/NOS/OCS/CSDL
http://nowcoast.noaa.gov
jason.green...@noaa.gov
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
15 matches
Mail list logo