was an existing tool?
Thanks!
Brent Fraser
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
You're awesome Even! Thanks!
Brent
From: "Even Rouault"
Sent: Thursday, June 29, 2017 2:29 PM
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Problem in ogr converting polygon coverages
On jeudi 29 juin 2017 21:28:19 CEST Even Rouau
ces.ec.gc.ca//www_archive/AOI_11/Coverages/rgc_a11_20090105_CEXPREA.e00
and use "avcimport" to convert it to a coverage
avcimport gc_a11_20090105_CEXPREA.e00 ea_20090105
then use the ogrinfo command shown above.
--
Best Regards,
Brent Fraser
___
gdal-dev mailing l
er 1. and 4. above to be functionality issues/bugs (and 3. is a
documentation opportunity). I see that there was a related issue (and a
fix) to use the 64-bit driver https://trac.osgeo.org/gdal/ticket/5594
Any comments before I file my bug reports?
--
Best Regards,
Brent Fraser
___
ll the extra in a separate file?
--
Best Regards,
Brent Fraser
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
ression on
scanned topographic maps when downsampling made the text more readable
(preserves edges more). I used ECW back then, but I suspect JPEG2000
may do it as well...
Best Regards,
Brent Fraser
On 3/28/2013 5:27 AM, Jan Hartmann wrote:
Perhaps I should clarify a bit what I meant, I haven
Tyler,
Hmm. I did the same thing with spatial data in a non-spatial version
of SQL Server (via ODBC), using a VRT within a .map file. Not sure if I
had any polygons; maybe just points and lines. Must be a bug
Best Regards,
Brent Fraser
On 12/31/2012 3:59 PM, Tyler Mitchell wrote:
On
Tyler,
So using
in the VRT doesn't work when used with Mapserver?
Best Regards,
Brent Fraser
On 12/31/2012 2:04 PM, Tyler Mitchell wrote:
On 2012-12-31, at 12:17 PM, Stephen Woodbridge wrote:
Just from code looking, I see that the geometry_columns table is queried from
OGRIngres
Hmmm. You need the GDAL-VRT format to have the same data-source
flexibility currently in the OGR-VRT. Could be a useful enhancement with
the growing interest in storing rasters in a RDBMs...
Best Regards,
Brent Fraser
On 12/20/2012 10:38 AM, Tyler Mitchell wrote:
On 2012-12-20, at 7:34 AM
ully I've understood at least some of what you are trying to
accomplish. At first I thought you wanted a GDAL VRT that defines a
raster, referencing an OGR VRT as the source data and defining a method
of producing a grid. Yikes!
Best Regards,
Brent Fraser
On 12/20/2012 12:50 AM, Tyler Mitchell wro
>CreateField( poFieldDefn ) != OGRERR_NONE ){
printf( "Creation of field failed.\n" );
}
}
Best Regards,
Brent Fraser
On 12/4/2012 4:53 AM, SIVA RAMA KRISHNA wrote:
To All,
I am using the following code for creating a shape file from another
with the attributes va
As far as I know, GDAL will orthorectify images supplied with RPC data
(e.g. Digital Globe's Worldview/Quickbird, GeoEye's Iknonoe, GeoEye1,
etc) but not Spot imagery. You could use OSSIM to orthorectify Spot.
Best Regards,
Brent Fraser
On 10/17/2012 5:22 AM, Luis Lisboa wrote:
G
Regards,
Brent Fraser
On 10/12/2012 10:37 AM, Tyler Mitchell wrote:
I'd recommend the OSSIM platform which as various additional image
processing utilities that you will find useful. If you just need
desktop GIS viewing functionality, I suggest QGIS which will read all
GDAL image formats
Jan,
Dunno about using the parameter in gdaltransform, but while
using gdal_translate, I have used the "--optfile" option and put
multiple "-gcp" commands in it. Perhaps it would work with gdaltransform
too...
Best Regards,
Brent Fraser
On 6/23/2012 6:23 AM, Jan H
t way using existing software.
GeoKettle may be an answer, but it has a steep learning curve...
--
Best Regards,
Brent Fraser
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Has there been any progress in reading AVNIR2 data? GDAL's ceos driver
doesn't support georeferencing...
Best Regards,
Brent Fraser
On 6/27/2011 6:56 AM, Rodolfo Bonnin wrote:
Hello Antonio,
I'll read the specs regarding JaxaPalser type, out software is reading
those and
Steve,
That's good news.
I did run into the "spaces" problems on Windows (I had a space
between the comma and the table name). It caused the connection to fail.
Best Regards,
Brent Fraser
On 5/31/2012 12:14 PM, steve.tout...@inspq.qc.ca wrote:
for ogrinfo we were usin
entified the Primary Key column?
Best Regards,
Brent Fraser
On 5/31/2012 10:11 AM, steve.tout...@inspq.qc.ca wrote:
Thanks Brent for your answer.
But view's primary key?
I'm missing something here...What do you mean by that? Do you mean a
column with a unique id in the view?
Ther
PropertyID=%PropertyID%
*PointID*
wkbPoint
x='SurfaceLongitude'/>
NAD83
"
PROCESSING "CLOSE_CONNECTION=DEFER"
DATA "v_MyPoints"
In my case I was able to use the view's primary key as the FID. Hope
this helps...
Best Regards,
Brent Fraser
On 5/31/20
k the input can be any GDAL supported raster type.
Best Regards,
Brent Fraser
On 4/24/2012 2:53 AM, jr.morre...@enoreth.net wrote:
On Tue, 24 Apr 2012 09:38:44 +0200, Even Rouault wrote:
thanks for the reply, I did try with NBITS=8 and 12 with osgeo4w's gdal
and tamas' nightly build
:
gdal_contrast_stretch -percentile-range 0.02 0.98 input16bit.tif
output8bit.tif
Best Regards,
Brent Fraser
On 3/20/2012 9:55 AM, Saâd HESSANE wrote:
Hi list,
I use gdal_translate to convert 16bits images to 8bits images. The
gdal_translate have the -scale argument to specify the convertion
range (source
I need more coffee. Thanks!
Best Regards,
Brent Fraser
On 3/5/2012 8:22 AM, Rahkonen Jukka wrote:
Hi,
I did mean that with "contains vector graphics" and "zoom in and enjoy".
-Jukka-
Brent Fraser wrote:
Cool. Now if we could get it writing vectors...
Best Regards,
B
Cool. Now if we could get it writing vectors...
Best Regards,
Brent Fraser
On 3/5/2012 8:10 AM, Jukka Rahkonen wrote:
Brent Fraser geoanalytic.com> writes:
I thought the PDF driver was read-only. Does the changeset include the
creation of a geospatial pdf?
Read thread "Trou
I thought the PDF driver was read-only. Does the changeset include the
creation of a geospatial pdf?
Best Regards,
Brent Fraser
On 3/5/2012 7:59 AM, Jukka Rahkonen wrote:
Brent Fraser geoanalytic.com> writes:
If you're looking for a geospatial pdf with layers, the Canadian
go
If you're looking for a geospatial pdf with layers, the Canadian
government publishes some of their topographic maps as pdf. Here's a
link to one:
ftp://ftp2.cits.rncan.gc.ca/pub/cantopo/50k_geopdf/085/b/cantopo_085b14_geopdf.zip
Best Regards,
Brent Fraser
On 3/5/2012 1:29
j file of the source data, and the
only (?) allowable SRS of KML is EPSG:4326.
It this a known issue (other than a related
http://trac.osgeo.org/gdal/ticket/2271)?
--
Best Regards,
Brent Fraser
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Michael,
GDAL's PDF format page says you can use the GDAL_PDF_DPI config
option...
Best Regards,
Brent Fraser
On 12/13/2011 11:58 AM, Smith, Michael wrote:
I
am trying to convert the historic USGS topo
I wonder if it would be possible to leverage pstoedit
(http://www.pstoedit.net/)? I've used it with Ghostview to extract PDF
vectors to DXF (with no georeferencing of course) with varying success.
Best Regards,
Brent Fraser
On 12/2/2011 3:37 PM, Even Rouault wrote:
Le vendredi 02 déc
had to force 32bits
connections using 32bits ODBC manager at
C:\Windows\SysWOW64\odbcad32.exe
Best Regards,
Brent Fraser
On 11/18/2011 2:00 PM, boesiii wrote:
Even,
What is the correct procedure to upgrade a MS4W installation? I downloaded
release-1310-gdal-1-8-1-mapserver-6-0-1.zip and I
inates (100 plus the "name" value, to boost
it above the terrain), plus a little bit of PolyStyle info to set the
fill color.
The long term solution may be to enhance gdal_polygonize to output 3D
vectors, but right now I'm just experimenting with visualizing KML in
Go
Have a look at
http://www.gina.alaska.edu/projects/gina-tools/
Best Regards,
Brent Fraser
On 9/7/2011 2:22 PM, David Shean wrote:
Forgive me if this is not the proper forum (no gdal-users list?) or if this
question has been answered in the past - I've been using GDAL for a while now,
ource tags to KernelFilteredSource and add the Kernel. You can
then create a sharpened tif by using the VRT as input to gdal_translate,
os simply open the VRT in Quantum GIS to view the results.
Best Regards,
Brent Fraser
On 9/5/2011 8:46 AM, Jan Hartmann wrote:
Hi all,
Is there a quick w
cribe would be a lot of work, but it does sound
interesting!
Best Regards,
Brent Fraser
On 8/15/2011 10:35 PM, Mark Zaller (AerialFireTech) wrote:
Hello, I'm pursuing a project to automatically map wildfires, and
am looking for people who could contribute to this.
I volunteer as an Air At
OS_GRID:":\data\GL.hdf":POSTEL:MEAN_1
it works (without the C from the driver)
The problem is that if I'm trying to to use data in D it does not work.
Any suggestions?
2011/8/9 Brent Fraser <mailto:bfra...@geoanalytic.com>>
Luisa,
I use GDAL to access
Luisa,
I use GDAL to access MODIS data in HDF4 on Windows like this:
gdalinfo
HDF4_EOS:EOS_SWATH:"G:\Projects\temp\image3\MOD02HKM.A2011186.1640.005.NRT.hdf":MODIS_SWATH_Type_L1B:EV_500_RefSB
So I'd suggest using double quotes around your path.
Best Regards,
Brent Fraser
(and other files in the VRT)?
Best Regards,
Brent Fraser
On 6/14/2011 1:13 PM, Matt Wilkie wrote:
Hi Folks, what does this error mean?
gdalbuildvrt -input_file_list img-list.txt mosaic.vrt
0...10Warning 6: gdalbuildvrt does not support heterogenous band
characteristics
. Skipping Quickbird_
It may help to supply a small test dataset that causes the problem.
Best Regards,
Brent Fraser
On 5/31/2011 1:28 AM, hajer wrote:
No idea about this issue??
Thanks for help !
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/gdal-dev-Clipping-multi-polygons-shapefiles
Eduardo,
What happens when you use ogrinfo to access it via ODBC:
ogrinfo ODBC:my_user/my_passwd@my_dsn
or if you put the connection in a vrt file and use ogrinfo on it?
Best Regards,
Brent Fraser
On 5/26/2011 4:26 AM, Eduardo Kanegae wrote:
Hi all,
I´m running Windows Server 2008 R2
Elijah,
I've used GEOS Buffer function available via the OGR API
(http://www.gdal.org/ogr/classOGRGeometry.html) to clean polygons:
OGRGeometry *poTempGeometry = poGeometry->Buffer(0.0); // Let Geos fix
the problem.
Best Regards,
Brent Fraser
On 4/27/2011 8:36 AM, Elijah
the PDF is rendered into the image.
Perhaps we can convince Even to add an option to convert only the mapped
area (or mask everything else?)
Best Regards,
Brent Fraser
On 10/20/2010 8:07 AM, Boris Dev wrote:
My objective is to make a KML ground overlay with a geospatial PDF map.
Using GDAL&#
can convince Even to add an option to convert only the mapped
area (or mask everything else?)
Best Regards,
Brent Fraser
On 10/20/2010 8:07 AM, Boris Dev wrote:
My objective is to make a KML ground overlay with a geospatial PDF map.
Using GDAL's translate utility I have converted the PDF
894477.837, 4301585.088) ( 31d32'24.76"E, 38d46'29.25"N)
Center ( 551581.339, 4571164.115) ( 27d36'57.71"E, 41d17'24.99"N)
Band 1 Block=7179x1 Type=Byte, ColorInterp=Red
Band 2 Block=7179x1 Type=Byte, ColorInterp=Green
Band 3 Block=7179x1 Type=Byte, Color
1 (int)
Item[2] : Type = Viewport (name)
Item[3] : BBox
Type = array
Item[0]: 57 (int)
Item[1]: 2465 (int)
Item[2]: 3052 (int)
Item[3]: 46 (int)
The resulting GeoTiff has a scaling problem, I suspect related to the
transformation matrix.
Any thoughts on that?
Thanks!
Brent Fraser
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
default), and edit/hack the makefile.vc to disable building of VB6
support (ATL is not included in VC Express Ed. or the SDK)
5. Build GDAL with VC's command line:
nmake -f makefile.vc
Many thanks to Joaquim and Even for pointing the way...
Best Regards,
Brent Fraser
On 10/17/2010 12
Joaquim,
Many thanks for the info. I may go the kde-win32 route for now to
skip the building of poppler.lib, but I expect that eventually I may
need to build it from source, especially for mapserver.
Thanks again,
Brent Fraser
On 10/17/2010 12:11 PM, Joaquim Luis wrote:
Brent,
From
I'm about to embark on compiling Poppler on Windows to get Geospatial
PDF support in GDAL. Any recommendations with respect to compiler
version, dependencies, CMake options, etc?
Thanks!
Brent Fraser
On 10/14/2010 3:23 PM, Joaquim Luis wrote:
Did I mention before that the propeller (
Mark,
Here's a color-by-elevation file from VTP (http://vterrain.org/).
You'll have to edit it to get it into GDAL's format:
Best Regards,
Brent Fraser
colormap1
blend: 1
relative: 0
size 35
elev -6800.00 color 255 255 255
elev -6400.00 color 20
-50.7890358
Or perhaps the less verbose USGS format
(http://gisdata.usgs.gov/XMLWebServices2/Elevation_Service_Methods.php):
[Source Layer ID]
[Decimal Elevation Value]
[FEET or METERS]
Thanks again...
Best Regards,
Brent Fraser
Stephen Woodbridge wrote:
Even,
It seems the adding:
#include
em?
Best Regards,
Brent Fraser
David Lowther wrote:
D:\Utility\ms4w\tools\gdal-ogr>ogrinfo test.ovf PointData --debug on
ERROR 4: Update access not supported for VRT datasources.
OGR_ODBC: EstablishSession(DSN:"CLO", userid:"un", password:"pw")
ODBC: SQLConnect(CLO)
Does the datatype of the FID column matter? I have it as an int, does it
need to be guid?
David Lowther
Coordinate Solutions, Inc.
-Original Message-
From: Brent Fraser [mailto:bfra...@geoanalytic.com]
Sent: Thursday, August 19, 2010 3:49 PM
To: David Lowther
Cc: gdal-dev
-----Original Message-
From: Brent Fraser [mailto:bfra...@geoanalytic.com]
Sent: Thursday, August 19, 2010 3:15 PM
To: David Lowther
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] OGR OVF has no identified FID column
How about using:
PKey
but that doesn't explain why it takes a
he layers.
Best Regards,
Brent Fraser
Edi KARADUMI wrote:
I have read many strategies for raster performance, but i still have
problems with my case. The posts that i have read explain the strategie,
but are not very detailed. Im new to mapserver so i have problems
implementing them. My cas
Stephan,
Even though the tiles are South of the equator, they are in the UTM North
coordinate system. Try
-a_srs EPSG:32601
instead of 32701, for Zone 1.
Brent
Stephen Woodbridge wrote:
Even or anyone,
I have made some progress, I think, in that all of the northern
hemisphere files ha
spatial_ref_sys tables!). I think these points need to be stated explicitly in
the driver doc.
Best Regards,
Brent Fraser
Tamas Szekeres wrote:
Check out the recent builds from here:
http://vbkto.dyndns.org/sdk/
Those have been compiled with spatialite support.
Best regards,
Tamas
2010/
Execellent! Thanks!
Brent
Yewondwossen Assefa wrote:
Brent,
MS4W 3 Beta 10's OGR was not build with that -DHAVE_SPATIALITE. Next
version would have it (bug refernece:
http://bugzilla.maptools.org/show_bug.cgi?id=2167)
regards,
Brent Fraser wrote:
Tamas,
I was afraid of that.
>
> It should be "SQLite" in both cases.
>
> Best regards,
>
> Tamas
>
>
> 2010/3/11 Brent Fraser
>
>> What would "ogrinfo --formats" show if GDAL was compiled with
>> HAVE_SPATIALITE set?
>>
What would "ogrinfo --formats" show if GDAL was compiled with HAVE_SPATIALITE
set?
What would it show if only SQLite (and not SpatiaLite) was compiled in?
Thanks!
Brent Fraser
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists
User error. I had to turn on the Tools -> Analysis -> Geospatial Location Tool
to get the scrolling Lat/Lon.
Brent Fraser wrote:
Interesting. I downloaded it with Firefox, opened it in Acrobat 9, but
it doesn't recognize it as a GeoPDF. Hmmm...
Joaquim Luis wrote:
Brent F
Interesting. I downloaded it with Firefox, opened it in Acrobat 9, but it
doesn't recognize it as a GeoPDF. Hmmm...
Joaquim Luis wrote:
Brent Fraser wrote:
Since the TerraGo way has been superceded by the Adobe/ISO way
(thank goodness!), it makes it easier to identify the refe
which we don't.
Joaquim
Joaquim,
Doing the format conversion from .ps to pdf is one thing (and there
are several ways to do it), but embedding the georeferencing in the
PDF to make it a GeoPDF is the interesting bit. I haven't found any
open source project capable of do
e PDF elements (e.g. Frames) necessary
for writing the GeoPDF information. But I remain hopeful...
Brent
Joaquim Luis wrote:
Brent Fraser wrote:
I see the example calculation of the transformation matrix, and a
statement "I created a GeoPDF by running the Postscript file through
Ghos
I see the example calculation of the transformation matrix, and a statement "I
created a GeoPDF by running the Postscript file through Ghostscript to create a
Postscript file that looks like this"
But I don't see where the georeferencing is written into PDF to make it a
GeoPDF. Is it a Ghosts
users/2009-July/062035.html).
I'm hoping that as GeoPDF becomes popular some funding can be found to build a
GDAL/OGR driver to read it.
Best Regards,
Brent Fraser
keith lewis wrote:
Hello people,
Is there any talk about developing tools in GDAL/OGR to extract raster
or vector data fro
rver will like a VRT layer def of something like:
SELECT * FROM alta83_v1 WHERE BOT_LONG > %VIEW_MIN_LONG% AND BOT_LONG <
%VIEW_MAX_LONG% AND BOT_LAT > %VIEW_MIN_LAT% AND BOT_LAT < %VIEW_MAX_LAT%
Many thanks!
Brent
Frank Warmerdam wrote:
Brent Fraser wrote:
Frank,
> Brent,
A
Frank,
> Brent,
Any time you provide your own SQL it will be executed unaltered. The
spatial and attribute filters are only automatically built into the
select statement when the select statement is constructed internally
by OGR.
OGR makes *no attempt at all* to interprete provided SQL (via E
C:test/t...@wells_sql,alta83_v1/00C846D0) succeeded as ODBC.
ODBC: ExecuteSQL(Select * from alta83_v1) called.
OGR_ODBC: Table SELECT has no identified FID column.
OGR: OGROpen(all_wells.ovf/00C83B60) succeeded as VRT.
OGR: GetLayerCount() = 1
OGR_ODBC: Recreating statement.
OGR_ODBC: Recreating s
at mapserver's mapogr.cpp, it appears that OGR_L_SetSpatialFilter is
being called, so I'll have to do some more tracing/debugging to find out why my
mapserver performance is so bad with this layer.
Thanks!
Brent Fraser
Frank Warmerdam wrote:
Brent Fraser wrote:
Hi All,
In the case of accessing data
Hi All,
In the case of accessing data in a relational database, does OGR have the
ability to pass a spatial extent to the database to use as a filter on the
geometry before sending the rows?
Thanks,
Brent Fraser
___
gdal-dev mailing list
gdal-dev
ision needs.
Best Regards,
Brent Fraser
Even Rouault wrote:
Brent,
no, there's currently no way to limit the precision.
By looking at your example, it seems that the extra figures are
significant (but perhaps not for your use case). You'd get 01 or
99 at the end of the numbe
Frank,
I'm all for that approach. The option should be added to ogrinfo as well
since it can dump out WKT when incanted properly (I had started to sed/grep/awk
its output, then I found that ogr2ogr -f CSV would dump WKT geometry).
Many Thanks,
Brent Fraser
Frank Warmerdam wrote:
on).
Best Regards,
Brent Fraser
Peter J Halls wrote:
Brent,
why would you want to? Maybe you do not appreciate the implications
of so doing? The parameters of which you complain define the ellipsoid,
the shape and measurements of the Earth, to be used for that
projection. Round th
59473,
Is there any way to limit the precision?
Thanks!
Brent Fraser
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
How about gdaldem2image for a name? A little long, but less confusion over
what it actually does...
Matt Wilkie wrote:
Upon reflection, I think we should congregate these utilities into a
single utility -- gdaldem (I'm totally flexible on the name -- and
have each be a separate operation withi
>> 5 Use gdal_translate with the extents from step 2 to extract the output
>> tile pixels from its corresponding vrt.
>
> H, where do you reproject the raster images? I thought you had to
> use gdalwarp for that. Or is that step 6?
Oops. Yep, use gdalwarp (I was looking at my DEM processing
e gdal_translate with the extents from step 2 to extract the output tile
pixels from its corresponding vrt.
Convoluted yes, but very "scalable". And no Null pixels in the output tiles.
Brent Fraser
GeoAnalytic Inc.
Stephen Woodbridge wrote:
Hi all,
This is my annual wake-up got to d
-32767
:
-----
Best Regards,
Brent Fraser
Jason Beverage wrote:
Hi all,
I've been playing around with gdalbuildvrt lately and it has proven to
be a very useful tool:)
What I'm attempting to do is take multiple RGB images and treat them
Yep, my fault. gdaltindex and gdalbuiltvrt are just fine the way they are...
Sorry for the noise,
Brent
Brent Fraser wrote:
Hmm, my gdaltindex creates a DBF with "LOCATION", even though I see that
gdaltindex.c sets the default to "location" on line 71:
const char *ti
re non-standard GDAL tileindex must be used.
Le Thursday 12 March 2009 19:58:14 Brent Fraser, vous avez écrit :
So either the message should be changed (since the index WAS built using
GDAL products), or the default should be changed to LOCATION (my
preference). I
ould be changed (since the index WAS built using GDAL
products), or the default should be changed to LOCATION (my preference). I'd
be happy to file a bug report if someone has a strong feeling either way..
Thanks!
Brent Fraser
___
gdal-dev m
uding its georeferenced boundaries and
dimensions. Even when this is not the case: when a -a_srs flag is
allowed for gdal_translate, it should be possible to add the complete
geolocation information for that image too: bounds, pixel dimensions and
geotranformation matrix, else the projection infor
overlap...
Brent Fraser
Even Rouault wrote:
Jan,
(I'm CC'ing the list)
I'm not sure what you mean with adapting the pixelsize, now that the output
has only GCPs and no more geotransform matrix.
As far as including this option in baseline gdal_translate.cpp, I'm currently
not
Is the FID
> supposed to be in the .dbf file that accompanies the .shp file?
> I have examined this file, and I don't see an FID column (column
> names are in the first row). In particular, since starspan2
> reports an FID of 0 for Zemmour, Mauritania, I would expect to
> see a column with t
> Hi,
>
> I performed the OpenJump procedure. But, I still get:
>
> Macintosh-4:starspan_tests gregederer$ starspan2 --progress --RID none
> --vector afadmn2n.shp --fid 3 --raster rfe_2006_04_pct.tif --stats
> results.txt avg --out-prefix bar --out-type table
> Number of features: 550
> starspan_
ll me which
feature(s) have problems? Do you know of a tool that might be able to
fix these polygons?
Thanks!
Greg
Brent Fraser wrote:
Greg,
It means the GEOS topology library is having problems with geometry
of your input shapefile. Most likely related to duplicate vertices
(or near-dupl
terminate called after throwing an instance of
'geos::util::TopologyException'
what(): TopologyException: side location conflict -8.25 23.1536
Abort trap
Any idea what the TopologyException indicates?
Thanks!
Greg
Brent Fraser wrote:
Greg,
I've used StarSpan to do si
t mode
I edited the resulting results.txt text (csv) file and used GDAL's ogr2ogr to
do a join on the shapefile's DBF file based on the FID.
Brent Fraser
Greg Ederer wrote:
Hello all,
I'm a GDAL newbie. I have a shape file containing subnational
boundaries for Africa. I have a raste
Brent Fraser, vous avez écrit :
Has anyone experienced resampling artifacts using gdalwarp?
I'm using v1.5.2, and with lanczos or cubicspline resampling, I get a
vertical line and a horizontal line of seemingly random pixels about 6
pixels wide running through the center of the output
Thanks Even, I'll try the 1.6.0 beta.
Even Rouault wrote:
Brent,
Have you tried with GDAL 1.6.0 beta ? Much work has been done in that area and
those artifacts should have disappeared and people. See
http://trac.osgeo.org/gdal/ticket/2627
Le Friday 07 November 2008 00:08:51 Brent F
g a 16-bit tif image from 12.5 meters to 200 meters. The other
resampling methods result in an ok output image.
I've attached a png to illustrate the effect. I thought I'd ask before filing
a bug report...
Thanks!
Brent Fraser
<>___
nk,
FYI, there's a minimalist DXF reader in VTP
(VTP\TerrainSDK\vtdata\DxfParser.cpp). Likely a little too c++ for GDAL/OGR to
be used as-is, but might be a useful supplement to the doc you've gathered (and
the licensing is as libre as it gets).
Brent Fraser
__
Shawn,
I had a similar need some time ago. I hacked gdalinfo to output only the GCPs in a
GDAL-friendly format (one "-GCP Pixel Line X Y" per line) and redirected the
results to a text file of command-line options:
my_gdalinfo file1.tif > file1_gcps.opt
Then attached them to my othe
s for lines 1, 811, 812, 1622, 1623,
2240; every 165 pixels except the last interval which is 195 pixels). If gdalwarp would use this
semi-regular array to triangulate the pixel locations, that would be great, otherwise I'll have to
use something else...
Thanks!
Brent Fraser
Frank Warmerdam wrote:
Brent Fraser wrote:
I just did a checkout and build of GDAL, and got the following:
Creating library gdal_i.lib and object gdal_i.exp
cpl_vsil_gzip.obj : error LNK2019: unresolved external symbol
_inflateCopy referenced in function "public: class VSIGZipH
I just did a checkout and build of GDAL, and got the following:
Creating library gdal_i.lib and object gdal_i.exp
cpl_vsil_gzip.obj : error LNK2019: unresolved external symbol _inflateCopy referenced in
function "public: class VSIGZipHandle * __thiscall
VSIGZipHandle::Duplicate(void)" ([EMAI
ygon processing libraries out there. There's a nice
summary at http://www.complex-a5.ru/polyboolean/comp.html, but I haven't tried
any of those yet.
Good Luck!
Brent Fraser
Mateusz Loskot wrote:
Craig Miller wrote:
Thanks Mateusz. That's exactly what I was thinking of doing if
I'm using OGR's Geos functions (e.g. OGRGeometry::IsValid) to process some polygons.
Geos spits out messages to console (stderr?) like "Warning 1: Self-intersection at
or near point ...". Is there a way to disable these messages via OGR?
96 matches
Mail list logo
