.
it depends on your shapes -- if you have a very concave shape, a convex
hull can be a poor representation.
You might try simplifying before the Union - that would make the Union
faster.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&a
t try numpy.float32
Also, that call doesn't look right, do you want?
floatNumPyArray=floatNumPyArray.astype(numpy.float32)
That will convert a numpy array to the float32 type.
HTH,
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R
nd no installers would set anything up system wide.
(though I have no problem with a "check this if you want the Environment
set up" box in the gdal installer)
It just seems unnecessarily risky and complicated to
create a new DLL and put it in the system directory, IMHO.
a
mebody lift the veil for me? ;)
I only see that in commented out code -- so that may be from when gdal
was imported differently.
Though I don't see it in the gdal namespace, either. Maybe it is no
longer exposed in the Bindings?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
lled in a common folder available in the PATH.
Now we're back to common, standard locations again -- why not just put
GDAL there?
I will start an RFC for this next week.
Thanks for all your work on this!
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Div
in, I think Jason's got some
good ideas for that.
By the way -- it is fairly common for python packages to include command
line utilities. There are tools in distutils and setuptools to support
that -- they get installed in a Scripts directory in the Python install.
Should the Python-base
On 1/6/11 1:51 PM, Tamas Szekeres wrote:
2011/1/6 Christopher Barker
yup -- it seems long, descriptive file names would help, but that
doesn't seem to be the Windows way...
OS_X hard-codes the path to shared libs when linking, which causes its
own problems, but not these ones.
I
ut I'd think we could dump 2.4 (and maybe even 2.5...), and
that means only one MS compiler to support.
Thanks for your work on this,
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (
d to do that is more trouble that it's
worth.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main rec
ng files
(probably based on an unique key) and perform the required actions to
make the dll-s loadable.
I like that, except for the registry part -- I am fearful of the
registry anyway, and it wouldn't work well for easy_install, etc.
Maybe the GDAL paths could just be put in a config fil
not
hard to write a new plugin for shape.
It's also using OpenGL for speedy rendering.
HTH,
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle,
e, Jason has described the install process quite well.
I'm going to do an upgrade/install on my Windows box (actually, I'm
going to try a VM...) and keep notes to see if I can get it boiled down
to a precise and repeatable process.
-Chris
--
Christopher Barke
It may well be that GDAL has too many different use cases to even have a
"standard" install, but...
On 1/5/11 1:37 PM, Tamas Szekeres wrote:
2011/1/5 Christopher Barker
With regards to the comment above, while I'm not sure about the
objectives but I don't think the GDAL
for that version. Not that I have any idea how
to build that!
Inno Setup is a very nice free installer, by the way.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329
use with the
python bindings (and others language bindings?) would be great.
I've found it painful to find appropriate Windows executables every time
I've need to upgrade to the latest.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOA
supposed to find,
that will enable it to include osgeo functionality?
You are looking for the right things -- properly installed, there will
be a "osgeo" package on your PYTHONPATH, probably in "site-packages"
Good luck, sorry I'm not more help.
-Chris
--
Christopher
o use GDAL + Python.
I hope you get it working.
The state of Windows binaries has been a bit of a mess for a while, but
what with all the different python versions, compiler versions and
semi-proprietary drivers, it's a difficult problem!
HTH,
-Chris
--
Christopher Barker, Ph.D.
Ocean
://download.osgeo.org/gdal/gdalautotest-1.7.3.tar.gz
I would appreciate feedback on issues with the release candidate. I'll call
for a vote early in the week if it looks ok.
Best regards,
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206)
d from package
manager (Suse YaST).
Something went wrong with your build -- check the messages carefully.
And yes, installing numpy from source should give you what you need.
Do make sure that you are using the same version of python for everything.
HTH,
-Chris
--
Christopher Barker, Ph.D.
Ocea
ou need the "culprit", what then?
I set the libtiff to "internal" in the configure options before the
compile.
Perhaps you could re-build GDAL with the system libtiff instead, if all
your Apache modules use the same one, I'd think you'd be all set. That's
k
Jay L. wrote:
If not, what is the best place to look for information on enabling GEOS
in GDAL?
I don't know about that, but another way to use geos in Python is to use
Shapely:
http://pypi.python.org/pypi/Shapely
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Res
, and, as always, for everything you do on
GDAL/OGR
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris
om this
layer are invalid
feature.DumpReadable() # segfault
Thanks,
Jason
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/
gn abuot, but I know there is
something in OS-X with things being build with either "flat" or "nested"
namespaces -- perhaps those have gotten confused with your build? Did
you build your own Python?
Not much, sorry.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
ully,
Jeff.
Jeff Hamann, PhD
PO Box 1421
Corvallis, Oregon 97339-1421
541-754-2457
jeff.hamann[at]forestinformatics[dot]com
http://www.forestinformatics.com <http://www.forestinformatics.com/>
--------
___
gdal-dev mailing list
gdal-de
tc.
will all work with a unicode object.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-
r.jpg
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...
system
http://osgeo-org.1803224.n2.nabble.com/file/n5439003/gdalandpython.pptx
gdalandpython.pptx
Thnak you...
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
. (with the
python.org python, version 2.5 and 2.6 -- and maybe 2.7 now)
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 mai
g down the footprint, short of translating to C++?
You can do what you've done, and look for unnecessary stuff to remove,
but it'll be pretty big no matter how you slice it.
Fortunately, disk space, memory, and to a lessor extent, bandwidth, are
pretty cheap these days.
-CHB
and not to the --prefix dir, but did not save the screen
output for that error message.. sorry
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R
ng, which is what we were exporting. So I should be
able to fix that.
-thanks,
-Chris
Jason
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Christopher Barker
Sent: Saturday, June 19, 2010 5:45 PM
To: gdal-dev@lists.osgeo
ess into a collection of tools we publish, Marine
Geospatial Ecology Tools (MGET, see
http://code.nicholas.duke.edu/projects/mget), built in Python on GDAL and
other FOSS packages.
Very cool. I'll keep an eye on that.
Thanks for everyone's help,
-Chris
--
Christopher Barker, Ph.D.
Ocean
e, I
might get something more reasonable, but my question is:
What is a good format to ex[press this to a GIS system?
I'm imaging multiple files, maybe geo-tiff, but how to I express time
and elevation in a way that is natural to GIS?
thanks for your thoughts,
-Chris
--
Chri
I products, but a heck of a lot of folks in my agency do --
though I doubt they are pushing for an open format.
Oh well.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329
ge)
In any case, though, it's a real shame that ESRI is driving this,
because what the world really needs is an open, well specified format.
We can only hope that major ESRI customers will request that from ESRI,
but I'm not holding my breath.
-Chris
--
Christopher Barker, Ph.D
.
There are open-source desktop GIS systems built on all of these, so even
if you think you've got a new kind of wheel, maybe they can provide a
hub or spokes or something.
If you send me a note offline, I can point you to some stuff we're
wroking on -- wxPython based, for cus
- which is probably why OGR doesn't support it.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-
files with polygons into this
format, I was hoping it would be a simple call to org2ogr, but I guess I
may have to write a python script.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way N
"d do without easy-install instead.
Download the source yourself, and try to run that setup.py -- See Ari's
not for a hint or two that might help.
If that doesn't work, post again here.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&am
hanges in the driver that wouldn't work with DNC datasets, but I'm very
skeptical as the changes only affect the layer object whereas your error
would tend to think that the driver doesn't even go to the point of creating
any layer.
Best regards,
Even
Le Thursday 22 April 2010 01:2
with the following drivers.
-> ESRI Shapefile
...
-> OGDI
...
So OGDI is in the list, but it doesn't work.
Note that I'm having trouble getting this to work with my own build,
too, so it may be a GDAL/OGR/OGDI issue, rather than an issue with your
Framework builds.
-Chris
at you've got your python using the right numpy.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-
include\gdal_priv.h(195) : see declaration of 'GDALDataset'
who may tell me how to use "ReadAsArray".thank you very much!
It looks like you are calling GDAL from C++ -- I think ReadAsArray is
only a Python function, for getting a numpy array.
-Chris
--
Christoph
n it again -- and python is about as easy
a way to express a function like that as any.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115
ng array.view(), but that would
get ugly really fast!
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main rec
won't happen tomorrow, and if you're not a paying customer, you might
not have much leverage!
Good luck,
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Se
with
GDAL, you'll need to on;ly use one numpy (well, you could probably
kludge around it, but it would be ugly...)
I'd wait for/ask Enthought to release a numpy1.4.1 version of EPD, or
use EPD 5.1
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOA
nd, indeed, its
shape):
http://www.python.org/dev/peps/pep-3118/
That's really what GDAL should use but it may have to wait for when
support for older Pythons is not needed. I have no idea if anyone has
written SWIG typemaps for that yet.
-Chris
--
Christopher Barker, Ph.D.
Ocea
pecial case, as
there is lots of data at particular elevations, and there is a known
relationship between these points. What this means is that a method
designed specifically for interpolating contours may work better.
gdal_fillnodata is sure worth a try, though.
-Chris
--
Christoph
ortunately, interpolating contour lines well is not trivial -- I'd do
some googling and see what you can find.
GRASS may have something to help you here, too.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
Jukka Rahkonen wrote:
Christopher Barker noaa.gov> writes:
That seems to get the basics: QGIS puts it in the right place on the
map, and gdal_translate seems to be able to make a geotiff out of it.
However, I'd like to be able to put a bit more information in, like that
it's w
Frank Warmerdam wrote:
Motion: Extend GDAL/OGR Commit Access to Kyle Shannon.
He has a
particular interest in improving the netcdf driver
I don't have a vote, but +1 on netcdf work -- thanks, Kyle!
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS
es. How can I do that? It seems an
*.aux.xml file should be able to do what I want. but I don't what to put
in that.
Has anyone got a sample that I could follow?
Or is there another way?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R
degrees for a change from
90 to 0 ?
Anyway, a start is simply to do the subtraction then do "mod" 360. In
Python:
In [28]: (5.1 - 355.5) % 360
Out[28]: 9.6227
In [30]: (0 - 90) % 360
Out[30]: 270
you can subtract 360 for values over 180, if you want.
-Chris
e a package to make some of the loading and
setting up easier, but the math stuff is all there in numpy.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle,
py2.6.exe) and installed Gdal 1.6
(gdalwin32exe160.zip).
what numpy version are you using (though I'm not sure what numpy version
that exe was built against). That may be an issue.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R
Christopher Barker wrote:
However, when I give the full path:
ogrinfo gltp:/vrf/Users/cbarker/Temp/DNC/DNC16/A1611290/
aarrgg! got it! I have to take the last slash off! Darn this is picky!
In short, you need the full path, and you can't have a slash at the end.
It seems to work OK (s
Christopher Barker wrote:
Frank Warmerdam wrote:
For what it's worth, the connection string I use is:
gltp:/vrf/home/warmerda/data/vpf/dnc13/h1316010
Within the h1316010 directory I have files in lower case:
warme...@gdal64[105]% ls h1316010/
cat dqy env hyd lcr libref lineag
iwy lht lim nav por tileref
The driver is (I believe) case sensitive on linux/unix.
That would explain it those are all upper-case on my machine -- I'll try
lower-casing everything and see what I get.
thanks,
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergenc
t; AVCBin
-> AVCE00
-> Geoconcept
OGDI is in there -- so I assume that it's built in -- how else can I tell?
thanks,
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way N
nfo failed - unable to open 'gltp:/vrf/a160'.
there is indeed a CAT file there.
Any ideas?
Thanks,
-Chris
PS: I can send you that chart as a 644kb zip file, if anyone wants to
try it.
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R
et whoever is running your server to
fix it, or you can fix it yourself by processing the nc file with something:
ncdump-> filter -> ncgen
NCO utilitites
python (or perl, or ???) scripts.
good luck!
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Divisi
ine if the thredds server is doing the right
thing:
ncdump -h name_of_file.nc
(the -h) means you only want the header info -- not all the data.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way
lly) do this on-the0fly
internally, when re-scaling or warping images, but I don't think it can
(am I wrong?)
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329
ic
hiradff_200910121800_f180_weather_wx.tiff
warped.tiff
It depends some on your image, but it could look quite a bit nicer.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329
are more complicated.
gdalwarp does all this for you, and does it well, so I'd either call out
to the command line program (easiest), or look at the gdalwarp source
code, and see if you can wrap it up in your app. No need to start from
scratch.
-Chris
--
Christopher Barker, Ph.D.
well.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...
thout adding
the in-between colors.
I think recent versions of GDAL had some code added to convert to RBG.
untested, but using gdal_translate, with the "-expand rgb" flag may do
it. Then use gdalwarp on the resulting image.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Eme
ural neighbor of a future point, but it will lie on teh
same plane, so it won't change the result. If you do a fancier
interpolation, it may make a difference.
As it happens, I need to do something very similar soon, so I'd love to
hear what you come up with.
-Chris
--
Christop
te projection.
Do be careful about Kriging -- Kriging assumes a certain smoothness to
the data -- it won't capture cliffs well. though no matter how you slice
it, if you don't have a sounding there, you're not going to get it perfect.
-Chris
--
Christopher Barker, Ph.D.
Oceano
, including Gerald I. Evenden's "geodesic" lib, which can be found
here:
http://home.comcast.net/~gevenden56/geodesy/project/
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE
Tamas Szekeres wrote:
I've now reconfigured to port 80 either, it that helps:
http://vbkto.dyndns.org/sdk/
yes, it does -- much easier, thanks!
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand
firewall, so I had to find a way to
download it from outside our system.
In short, it would be really nice if:
http://download.osgeo.org/gdal/win32/1.6/
had up to date binaries...
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R
but give yourself some really simple test
cases to make sure.
You also might want to test without the re-projection, as that will be
easier to see if you've done it right.
Should I apply an average filter to smoothen the image?
That is entirely dependent on your application.
-Chris
Howard Butler wrote:
On Sep 8, 2009, at 7:15 PM, Christopher Barker wrote:
It's a pretty well supported convention now for Python modules to have
a __version__ attribute that returns something meaningful. It would be
nice if gdal.py had a line:
__version__ = VersionInfo("RE
would be
nice if gdal.py had a line:
__version__ = VersionInfo("RELEASE_NAME")
or
__version__ = _gdal.VersionInfo("RELEASE_NAME")
While we're at it, it might be nice for osgeo\__init__.py to have a
__version__ defined as well.
-Chris
--
Christopher Barker,
you'll
need to include and point it to, but I can't tell you where these
usually live in Windows, or how to re-direct GDAL to them.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way
Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
___
gdal-de
it's pretty nice:
http://demo.geogarage.com/noaa/
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 mai
;Byte" on any machine you're likely to encounter.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 ma
ture that says what other features share common points.
nope -- they are pretty simple, really.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 9811
, NaN, 4., 5., 6., NaN, 4., 67., 4., NaN,
5., 6., 7.])
>>> b = np.array((1,3,4,2,4,7,4,5,23,5,7,3,8,5), dtype=np.float)
>>> b[b==3] = np.nan
>>> b
array([ 1., NaN, 4., 2., 4., 7., 4., 5., 23., 5., 7.,
NaN, 8.
Andrey Kiselev wrote:
Otherwise of that bug Python stuff should be perfectly compilable and
usable with the official binary Python distribution.
At least with python2.5 I'm not sure about 2.6, but earlier pythons
required some patching to work with MingGW binaries.
-Chris
--
Christ
it appears you're having difficulties in
the build/install stage -- if that's it, then you may be able to simply
re-set PYTHONPATH before running setup.py
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Poin
libtiff ?), that's where
the difference would be, not in the python code anyway.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206)
would be much better.
Some time I wish that OpenEv could use wxPython instead of python+TK.
It doesn't use Tk, it uses GTK, but your point is the same.
SAGA had promise, but it seems to be kind of stalled.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Divisio
scale, gdal_translate should be able to do the right thing without even
using the gcps. I need a little prod in the right direction to get
started though.
Thanks for your help,
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206
wxpython.
If you can release some of your work, I'd be very interested.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle,
t's enough to get the whole projection, though I think you'd
need at least one GCP to position the file.
Without altering GDAL, can I extract that info from the header, and pass
in a projection to gdal_translate? what would I pass in? How would I
pass it in?
Does GDAL have a policy
I ended up rasterising rather than testing each geometry.
Blindingly fast ;)
I"m glad that worked out.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115
in a given polygon.
If you had a few points to do, it would be a waste to find them all, but
since you are, in fact, doing all the raster points, why not only do it
all at once?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206)
an unfortunate limitation in the build/install scripts.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
_
Christopher Barker wrote:
What is /export? I've seen that before.
I meant, I HAVEN'T seen that before.
Anyone, what I'm trying to figure out is if there is something wrong
with GDAL's install scripts, or if there is something odd about your system.
-Chris
--
Chri
with it?
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
[EMAIL PROTECTED]
_
g like:
$ python
>> import datetime 3 or any standard module
>> print datetime.__file__
As a way to see where your python install is.
Also -- why python 2.3? that's getting pretty darn old!
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/N
this is seldom useful for existing files, but can still be
used to influence the choice of line ends for newly created files.
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-632
what "native" linefeeds
mean to you, but I don't know that Tortoise (or any other) client
supports that. You might try a feature request.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point
98 matches
Mail list logo
