After renaming the field with alter table the join now works.
On Oct 28, 2013, at 8:26 PM, William Kyngesburye wrote:
> I'm having a problem with with a join. I suspect it has something to do with
> the field names.
>
> The shapefile DBF and the lookup DBF have a field name in SJIS: "土地利用種".
I'm having a problem with with a join. I suspect it has something to do with
the field names.
The shapefile DBF and the lookup DBF have a field name in SJIS: "土地利用種". The
lookup table also has a field "class". ogrinfo gives me the correct SJIS->UTF8
conversion of the field name in the termin
Even,
>
> I don't know the GME API, so the following might be non relevant, but I'm
> wondering why you couldn't keep the current connection logic. You would "just"
> need to establish the list of vector tables from a "GetMapContent" request (or
> whatever it is called) and you would instanciate t
Le mardi 29 octobre 2013 00:24:37, Wolf Bergenheim a écrit :
> Hi all,
>
> I'm working on the GDAL Google Maps Engine (GME) driver over then next few
> months for a school project. I've set up a wiki page for it where you can
> track my progress. It's here:
>
> http://trac.osgeo.org/gdal/wiki/GME
Hi all,
I'm working on the GDAL Google Maps Engine (GME) driver over then next few
months for a school project. I've set up a wiki page for it where you can
track my progress. It's here:
http://trac.osgeo.org/gdal/wiki/GMEDriver
I'm picking up from where Frank and I left off a few months ago.
F
> > Was it with the JP2OPENJPEG driver ? JP2KAK and JP2ECW should return what
> > is found in .aux.xml.
>
> Yes, it was JP2OPENJPEG. I was testing in the average user mode and did not
> bother to search Windows binaries with other JPEG2000 drivers and playing
> with GDAL_SKIP config option. They
Even Rouault mines-paris.org> writes:
>
> Hi Jukka,
>
> > I can also see that GDAL does have a config option GMLJP2OVERRIDE but I
> > could not easily find what is is doing.
>
> /* */
> /* This is a backdoor to let us em
Hi Jukka,
>
> Sometimes an image can have several and ambiguous metadata for
> georeferencing. Mapserver has a method to deal with ambiguous internal
> geotiff metadata and world files and user can override the internal
> metadata by using PROCESSING "EXTENT_PRIORITY=WORLD" in the mapfile.
> http
Paul,
> wrote:
> > Now my turn for questions :
> > - From your questions, I suppose you only consider the vector side of
> > GPKG ?
>
> Yes, that's my initial target. Any comments/ideas on how to share
> functionality between GDAL and OGR drivers, since presumably
> eventually the gpkg support
Hi Paul,
Great news that you’re planning on working on this. I had intended to do this
and had discussed this a bit with Even already, but I haven’t had time to do
any real work yet. Too busy getting geopackage support ready in Luciad’s own
products first.
On 28 Oct 2013, at 20:05, Paul Ramsey
On Sun, Oct 27, 2013 at 4:09 PM, Even Rouault
wrote:
> Now my turn for questions :
> - From your questions, I suppose you only consider the vector side of GPKG ?
Yes, that's my initial target. Any comments/ideas on how to share
functionality between GDAL and OGR drivers, since presumably
eventu
Hi Paul and Howard
We still have issues with compiling PDAL with LAS reader and pointcloud
writer support.
We're usng PostgreSQL 9.1 which is the newest version under Ubuntu.
Then LAS reader worked but pdal does'nt find pointcloud writer.
We compiled PDAL from github with default cmake and wonde
Laura,
This might be one method for your multiple NoDATA issue.
There is in the python example in the *samples *directory called
val_repl.py (value replace). It allows you to change one value to another
but by switching the line below you can make it greater or less than a
certain value. This mi
Hi Reinoud,
To be honest I've never had success in using GDAL for GOES in LRIT format (only
for reprojecting when it is already in Geotiff). In that case I would recommend
using PyTroll instead. It works well for all geostationary data:
http://pytroll.org/
Cheers,
Simon
___
Oops, sorry! I forgot to include the -a_ullr variables. I have:
up_left_x=-5570248.832537
up_left_y=5570244.832537
low_rig_x=5567248.429179
low_rig_y=-5567252.429179
That should cover the full disk and seems to work with all satellites - you
just need to vary the longitude to change between GOES/
Dear Jerl, Simon,
Apologize for mixing into this thread but I am currently investigating
how to process EUMETCAST data to more usuable formats like NetCDF and
GeoTIFF. The data stream contains MSG HRIT data and GOES15/17 + MTSAT2
LRIT data. I'll also need to reproject like you do so this post
Hi Reinoud:
I've had moderate success using the info and JAR file found here:
http://www.ssec.wisc.edu/visit/netcdf/
It converts the GOES East/West, MTSTAT, and METEOSAT data to netCDF.
I can then use gdaldem to get an image. I'm working on assigning the SRS
info now, thanks to Simon's suggestio
On Mon, Oct 28, 2013 at 8:55 AM, Ivan Marchesini
wrote:
> Dear all,
> I'm using gdalwarp to reproject a wgs84 srtm (3 arcseconds) tile to a
> projected utm zone. I do not set "-tr" or "-ts" options, hence the final
> output resolution is estimated by the gdalwarp module itself.
>
> For my tile I o
Thanks again Simon.
Your information helped me find this:
http://www.remotesensing.org/geotiff/proj_list/geos.html
Jerl
On Mon, Oct 28, 2013 at 10:46 AM, Simon Richard Proud wrote:
> Oops, sorry! I forgot to include the -a_ullr variables. I have:
> up_left_x=-5570248.832537
> up_left_y=557
Thanks Simon!
I'll give it a shot. Meteosat is definitely a pain, and it's one of the
satellites I'm working with.
If you don't mind me asking, what do you typically have in your -a_ullr
designation for gdal_translate? Or are you pulling out sections and it
varies? I'd like to get the full ima
Hi Jerl,
We work with Meteosat data in full disk projection and it's a bit of a
headache! Try these commands in GDAL and see if they work for you:
gdal_translate -a_srs "+proj=geos +a=6378169 +b=6356583.8 +lon_0=9.49
+h=35785831" -a_ullr $up_left_x $up_left_y $low_rig_x $low_rig_y $INFILE
$TEM
Hi guys:
I have a few data sets that come from the GOES satellites (Full Disk) and a
couple others. I can use one of the SSEC's programs to convert from their
format to a netCDF. No useful SRS info comes along in the conversion.
I've applied an SRS to them using gdal_translate and PROJ.4 that l
Dear all,
I'm using gdalwarp to reproject a wgs84 srtm (3 arcseconds) tile to a
projected utm zone. I do not set "-tr" or "-ts" options, hence the final
output resolution is estimated by the gdalwarp module itself.
For my tile I obtained an output resolution of 81.19 meters and I'm
wondering if on
Hi all,
I have discovered gdalwarp options -srcnodata -dstnodata support just 1 no
data value per band. Is there a way to set multiple values to NoData?
Thanks much,
Laura
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/gdalwarp-multiple-nodata-tp5086084.html
Sent from the
Jürgen E. Fischer norbit.de> writes:
>
> Hi,
>
> I propose a motion to formally adopt RFC 42 : OGR Layer laundered field lookup
>
> http://trac.osgeo.org/gdal/wiki/rfc42_find_laundered_fields
+1
-Jukka Rahkonen-
___
gdal-dev mailing list
gdal
25 matches
Mail list logo
