Hello
I'm reading a few examples of GDALWARP usage and I have a few questions
regarding spatial reference syntax. Is there any Wiki explaining explaining
coordinates systems definition to be passed to GDALWARP/other GDAL tool?
Thanks
___
gdal-dev mailin
Hi,
[yet another "funny" image problem. - yay]
Using Ubuntu 9.10 Karmic with gdal 1.5.4-4 (I think - how can I check
for sure? --help doesn't help)
I've tried various -t_srs permutations trying to convert a tiff ortho
from LATLONG to UTM34S but I keep ending up with PROJCS in the Northern
hem
Luisa Peña wrote:
I'm reading a few examples of GDALWARP usage and I have a few
questions regarding spatial reference syntax. Is there any Wiki
explaining explaining coordinates systems definition to be passed to
GDALWARP/other GDAL tool?
I've just been where you are now :-)
I managed to w
Hi,
I'm trying to use gdal_proximity.py. through an installation of FWTools
2.4.5 or 2.4.6.
The first thing is that there is, I think, a mistake at line 150: the
variable dst_ts is wrong, it should dst_ds, then the exception of the
try can set the right variable to None.
My command line is
Zoltan Szecsei wrote:
I've tried various -t_srs permutations trying to convert a tiff ortho
from LATLONG to UTM34S but I keep ending up with PROJCS in the Northern
hemisphere, even though the Corner Coordinates show a latitude in the
South. The UTM coords are not in the expected value range, e
Hi All,
How can make OGRSFDriverRegistrar::Open fails when trying to open an ESRI
Shapefile and the first parameter "*pszName" has extension different to
"shp"*?
I know when extension is different to "shp", "dbf" and "shx" it fails, but I
need that also fails when extension is "dbf" or "shx".
Alejandro Mostovoi wrote:
> Hi All,
>How can make OGRSFDriverRegistrar::Open fails when trying to open an
> ESRI Shapefile and the first parameter "/pszName" has extension
> different to "shp"/?
>
> I know when extension is different to "shp", "dbf" and "shx" it fails,
> but I need that also f
Vincent Honnet wrote:
Hi,
I'm trying to use gdal_proximity.py. through an installation of FWTools
2.4.5 or 2.4.6.
The first thing is that there is, I think, a mistake at line 150: the
variable dst_ts is wrong, it should dst_ds, then the exception of the
try can set the right variable to Non
Ok.
Thanks.
Alejandro.
On 25 February 2010 11:57, Frank Warmerdam wrote:
> Alejandro Mostovoi wrote:
> > Hi All,
> >How can make OGRSFDriverRegistrar::Open fails when trying to open an
> > ESRI Shapefile and the first parameter "/pszName" has extension
> > different to "shp"/?
> >
> > I kn
Zoltan,
I tested the data provided by you. I was able to open it with GDAL using the
MrSID driver with no problem.
Can you give the details of GDAL version you are using and the output of the
command "gdalinfo --formats"?
On Wed, Feb 24, 2010 at 8:19 PM, Zoltan Szecsei wrote:
> Herewith .
>
Hi Chaitanya,
Thanks for looking.
I did look at the jp2 image in vi, but only saw ER Mapper & ECW in
the gibberish, not MrSID.
Now that you hilited that, I have opened the JP2 in GeoViewer and
successfully exported to TIFF.
I have provided the gdalinfo output for this resulting tiff image, fo
Hi,
I have a MEX that links against shapelib and works fine. However, I just
tried to link it against GDAL since it has the same ability to read
shapefiles in OGR and it also works.
All I had to do was to copy the "shapefil.h" from
...\gdal\ogr\ogrsf_frmts\shape
to
...\gdal\include
so can I
Joaquim,
I'm not sure this is a good idea. Shapelib and its header file is an internal
dependency of GDAL/OGR and should probably remain as such. I'd note we made
recently necessary changes to some utilities (gdaltindex comes to mind) to
use OGR API and drop their explicit dependency to shapeli
Hi all,
I have a tiff image that has been exported from meteorological software
that has know geographic parameters:
ELLIPSOID_EQUATOR_RADIUS6378206.5
ELLIPSOID_POLAR_RADIUS 6356584
ELLIPSOID_FLATTENING0.00339
UPPER_LEFT_X-3507992.25
UPPER_LEFT_Y6780696
LOWER_R
Alejandro Mostovoi wrote:
Hi All,
How can make OGRSFDriverRegistrar::Open fails when trying to open an
ESRI Shapefile and the first parameter "/pszName" has extension
different to "shp"/?
I know when extension is different to "shp", "dbf" and "shx" it fails,
but I need that also fails whe
Even,
Thanks for the feedback. I think I understand what you mean but on the
other hand I got puzzled as well.
Glad that my memory is not too rotten with age as I remember one of your
mails that ended up as ticket #1810
http://trac.osgeo.org/gdal/ticket/1810
where you explained that (and this
I didn't check for that particular case, but yes, they are indeed exported. Is
it by design or just because it is like it is ? I don't know...
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi,
Currently, I'm using gdal and ogr to convert a map after classification
into a point shape file. Since the classification map typically consists
of zones, a polygon shape file would make more sense. I'm wondering if
anyone would know or share the idea of how to convert a map into a
polygo
I agree with the RFC 3: GDAL Commiter Guildlines.
Even Rouault wrote:
Motion: Extend GDAL/OGR Commit Access to Adam Nowacki.
---
Hi,
Adam is the author of the GDAL WMS driver, that he contributed during the 2007
Google Summer of Code. Since then, he has regularly taken part to discussions
r
Ok, got some clarification.
The _real_ problem was that my dataset did not have it's NODATA value set
properly. That being the case, gdaldem apparently assumes 0 is the NODATA
value...sort of...if you have an "nv" line in the color table, perhaps. Since I
had a "nv" line in my color table, it s
Le Friday 26 February 2010 00:13:22 Matt Williamson, vous avez écrit :
> Ok, got some clarification.
>
> The _real_ problem was that my dataset did not have it's NODATA value set
> properly. That being the case, gdaldem apparently assumes 0 is the NODATA
> value...sort of...if you have an "nv" line
Hi,
I'm using Python to do some work with shape files, with GDAL/OGR, although I
am not particularly experienced in GIS programming (so I apologise for any
incorrect terminology, etc.). What I need to do is retrieve the list of
field names in the shape file; fields can be queried by name or row n
Xiaodong,
Have you tried the gdal_polygonize.py script (
http://www.gdal.org/gdal_polygonize.html)? Since your raster is classified,
this should work nicely.
On Fri, Feb 26, 2010 at 3:38 AM, Xiaodong Zhang wrote:
> Hi,
>
> Currently, I'm using gdal and ogr to convert a map after classification
>
Stacy,
This should help:
http://trac.osgeo.org/gdal/browser/trunk/autotest/ogr/ogr_shape.py#L1384
On Fri, Feb 26, 2010 at 8:25 AM, Livingstone wrote:
>
> Hi,
>
> I'm using Python to do some work with shape files, with GDAL/OGR, although
> I
> am not particularly experienced in GIS programming (
Thank you very much Sjur for the detailed respond.
Now I'm getting only
error LNK2001: unresolved external symbol _main
error LNK1120: 1 unresolved externals
By the way Sjur, have you ever thought of making some video tutorials and
posting them on youtube? I always find them very useful and they
25 matches
Mail list logo