[gdal-dev] RE: GDALWARP Chunk Problem (Tiling Effect)

Tried the "-et 0.0" option with no luck :( Any other idea about how to get rid of this tiling effect? Thanks, Chris -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/GDALWARP-Chunk-Problem-Tiling-Effect-tp6749055p6749118.html Sent from the GDAL - Dev mailing list archive

RE: [gdal-dev] GDALWARP Chunk Problem (Tiling Effect)

Thanks for your prompt reply, Brian. I did try GDALWARP command on the same height data without the compression option and the tiling effect still exists, but I will try the option "-et 0.0" and let you know it goes. BR, Chris Home: www.aircominternational.com/Home-v2 About Us: www.aircomi

Re: [gdal-dev] GDALWARP Chunk Problem (Tiling Effect)

Chris, Try passing gdalwarp -et 0.0 I am also suspicious of doing compression with the warp. you might want to do that as a second step Brian On Wed, 2011-08-31 at 23:16 -0700, heng.feng wrote: > Hi, > > I have used the (OSGeo4W) GDALWARP command to warp some height data image > files (NTv2 tr

[gdal-dev] Re: GDALWARP Chunk Problem (Tiling Effect)

http://osgeo-org.1803224.n2.nabble.com/file/n6749062/gdalwarp_chunk_problem.doc gdalwarp_chunk_problem.doc The attached file did not seem to be uploaded, so here it is. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/GDALWARP-Chunk-Problem-Tiling-Effect-tp6749055p6749062.

[gdal-dev] GDALWARP Chunk Problem (Tiling Effect)

Hi, I have used the (OSGeo4W) GDALWARP command to warp some height data image files (NTv2 transformation). When displaying one warped height data in our own application, there appear to be visible tiles on the image and some misalignments exist between those square tiles (chunks). After warping,

Re: [gdal-dev] Re: discussion on improvements to the NetCDF driver and CF-1 convention

>>2) >>I assume your file is in a projected CRS? Yes, it projected CRS. >>In any case, the current implementation is not 100% CF compliant.  GDAL can >>read them (through custom tags), but other software cannot.   >>I have submitted a patch to fix geographic CRS only.   I have tried your patch

Re: Fwd: [gdal-dev] Re: discussion on improvements to the NetCDF driver and CF-1 convention

> Message: 6 > Date: Wed, 31 Aug 2011 13:05:11 -0700 (PDT) > From: Etienne Tourigny > Subject: Re: Fwd: [gdal-dev] Re: discussion on improvements to the >        NetCDF  driver and CF-1 convention > To: Hendy Sumanto ,  "gdal-dev@lists.osgeo.org" >         > Message-ID: >        <131482.88515.

RE: [gdal-dev] ECW writing (was GTiff optimisation) [SEC=UNCLASSIFIED]

Does this apply to the 4.x read-only version of the ERDAS ECW/JP2 SDK as well as the old 3.3 SDK? -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Even Rouault Sent: Thursday, 1 September 2011 9:38 AM To: gdal-dev@lists.osgeo.

Re: [gdal-dev] ECW writing (was GTiff optimisation)

> > But the ecwhdr utility that Jean-Claude mentionned is really what you would > want to use, if you indeed just want to alter the projection info and/or > georeferenced bounds. I thought that there was only a Erdas utility to > achieve that, cool to see that it can be done with the SDK API. This

Re: [gdal-dev] ogr2ogr - output WKT to console?

Le jeudi 01 septembre 2011 00:19:52, Elijah Robison a écrit : > Rad. :) > > Thanks, Even. > > It took me a few minutes to realize that -f "CSV" still applied --- but > now I'm catching on. I presume the following statement is true: > > The special "/vsistdout/" file path will output ogr2ogr resu

Re: [gdal-dev] ogr2ogr - output WKT to console?

Rad. :) Thanks, Even. It took me a few minutes to realize that -f "CSV" still applied --- but now I'm catching on. I presume the following statement is true: The special "/vsistdout/" file path will output ogr2ogr results directly to the console, provided the output type is a text-based form

[gdal-dev] Re: ogr2ogr - output WKT to console?

Le mercredi 31 août 2011 23:08:36, Hermann Peifer a écrit : > On 31/08/2011 22:52, Even Rouault wrote: > > Yes, as a output filename, you can use the special name /vsistdout/ (you > > need the trailing slash) . You likely need GDAL 1.8 or later for it to > > work. > > Even, > > Thanks for the hin

[gdal-dev] Re: ogr2ogr - output WKT to console?

On 31/08/2011 22:52, Even Rouault wrote: Yes, as a output filename, you can use the special name /vsistdout/ (you need the trailing slash) . You likely need GDAL 1.8 or later for it to work. Even, Thanks for the hint. Is there a specific reason why the csv driver isn't able to use /dev/stdo

Re: [gdal-dev] ogr2ogr - output WKT to console?

On Wed, Aug 31, 2011 at 1:52 PM, Even Rouault wrote: > Le mercredi 31 août 2011 22:44:55, Elijah Robison a écrit : >> Hi Devs, >> >> When troubleshooting geodata integrity issues, we sometimes use ogr2ogr >> to push WKT expressions to a .csv file using a script like I show below. >> It uses an ogr

Re: [gdal-dev] ogr2ogr - output WKT to console?

Le mercredi 31 août 2011 22:44:55, Elijah Robison a écrit : > Hi Devs, > > When troubleshooting geodata integrity issues, we sometimes use ogr2ogr > to push WKT expressions to a .csv file using a script like I show below. > It uses an ogr sql statement to grab a single feature from a raw > shapefi

[gdal-dev] ogr2ogr - output WKT to console?

Hi Devs, When troubleshooting geodata integrity issues, we sometimes use ogr2ogr to push WKT expressions to a .csv file using a script like I show below. It uses an ogr sql statement to grab a single feature from a raw shapefile data source, then it saves the output to a CSV: ogr2ogr -f "CSV

Re: Fwd: [gdal-dev] Re: discussion on improvements to the NetCDF driver and CF-1 convention

Hendy 1) I added an item on the wiki page under I/O issues, can you make a detailed ticket and link to it on the wiki? In the mean time, please use Even's suggestion of using an intermediary format such as VRT. * Support Create() method so that gdalwarp can be used on a netcdf file It's n

Re: [gdal-dev] VPF support

Le mercredi 31 août 2011 15:52:39, Martin Spott a écrit : > "Sommer, Martin" wrote: > > current OGDI sources (betas) need a bit of tweaking, if you want it to > > build yourself. Version 3.1.5 is far way better to build. > > It's just an imprecise annotation, yet I'd like to share my findings > wi

Re: [gdal-dev] What are the arguments to gdalwarp to cross the date line?

Hi Jim, proj.4 (cs2cs) has a parameter to force lat long coords into a +-180 or 0-360 space by specifying the output central meridian. >From the proj.4 changelog: 2006-10-12  Frank Warmerdam      * Added experimental +lon_wrap argument to set a "center point" for     longitude wrapping of lon

[gdal-dev] What are the arguments to gdalwarp to cross the date line?

Hello, I have a Lambert Conformal Conic image that crosses the 180 dateline and I want to gdalwarp to a latlong projection. The result image wraps around the globe instead of just crossing the dateline. It seems to be a problem with the western hemisphere because I have tried a "-te" option with

Re: [gdal-dev] ECW writing (was GTiff optimisation)

Le mercredi 31 août 2011 17:18:35, Yves Jacolin a écrit : > Le mercredi 31 août 2011 14:38:53, Even Rouault a écrit : > > It contains a possible workaround > > (altough you will find it quite ironic if you keep in memory what has > > been said previously in this thread about gdalwarp being slower t

Re: [gdal-dev] GTiff optimisation

Le mercredi 31 août 2011 14:38:53, Even Rouault a écrit : > It contains a possible workaround > (altough you will find it quite ironic if you keep in memory what has been > said previously in this thread about gdalwarp being slower than > gdal_translate ;-)). ouaaah, indeed it is really fast, the f

[gdal-dev] Invitation to connect on LinkedIn

LinkedIn sn jo requested to add you as a connection on LinkedIn: -- Brian, I'd like to add you to my professional network on LinkedIn. - sn Accept invitation from sn jo http://www.linkedin.com/e/-irq4iu-gs0ftqgd-62/vLKzdCgJPeu5C9tr

Re: [gdal-dev] GTiff optimisation

Le 31/08/2011 14:13, Yves Jacolin a écrit : Another question: I have 2 000 ECW files (40 Mo each), 49 ECW files (1 Go each) and 2 ECW files (2 Go each). I worked first on 2 Go ECW file, it takes around 1 day to assign the projection information in the files. Do you think this is normal? How can

[gdal-dev] Re: The problem when using ReadRaster(C#) method

Tams: I extract the first band of that multiband image and save it as another img file, then the read to that single band is successful ! So maybe the mistake is due to the code get first band? -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/The-problem-when-using-

Re: [gdal-dev] GTiff optimisation

Hello Even, Le mercredi 31 août 2011 14:38:53, Even Rouault a écrit : > Selon Yves Jacolin : > > List, > > > > I successfully assigned my projection information but still have some > > difference in the file size. This is not so important but I wanted to > > understand > > the reason. Idea welcom

Re: [gdal-dev] VPF support

Thank you for all the insight. I guess I will try to build 3.1.5 or take the precompiled from OSGeo4W. Sent from my mobile - From: "Martin Spott" Subject: Re: [gdal-dev] VPF support Date: 31 אוגוסט 2011 16:51 "Sommer, Martin" wrote: > current OGDI sources (betas)

[gdal-dev] Re: The problem when using ReadRaster(C#) method

I am sure the original data is available, because I see the imges in ENVI and have loaded it to MATLAB, so how can I inspect the values by gdallocationinfo??Thanks ! -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/The-problem-when-using-ReadRaster-C-method-tp6745826p674665

Re: [gdal-dev] VPF support

"Sommer, Martin" wrote: > current OGDI sources (betas) need a bit of tweaking, if you want it to build > yourself. > Version 3.1.5 is far way better to build. It's just an imprecise annotation, yet I'd like to share my findings with you that the simple joy of getting an OGDI library built withou

[gdal-dev] Re: The problem when using ReadRaster(C#) method

Thank for both of you, I will try according to your suggestion. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/The-problem-when-using-ReadRaster-C-method-tp6745826p6746581.html Sent from the GDAL - Dev mailing list archive at Nabble.com. _

RE: [gdal-dev] VPF support

Yehiyam, current OGDI sources (betas) need a bit of tweaking, if you want it to build yourself. Version 3.1.5 is far way better to build. Best regards Martin -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam

Re: [gdal-dev] dgn support in gdal/java?

On 2011/08/31 14:41, Even Rouault wrote: Selon Imran Rajjad: Hi list, I was wondering if there is any support for reading DGN files using GDAL / Java? The Java bindings for GDAL/OGR should be able to deal with any format supported by GDAL/OGR, DGN being one of those ( http://gdal.org/ogr/drv_

Re: [gdal-dev] question about build static gdal with visual studio

It seems that gdal always links it's applications to dynamic lib. at last I change the makefile.vc in the app folder with below lines. !IFDEF DLLBUILD LIBS = $(GDAL_ROOT)\gdal_i.lib !ELSE LIBS = $(GDAL_ROOT)\gdal.lib $(GDAL_ROOT)\ogr\ogr.lib $(GDAL_ROOT)\port\cpl.lib $(GDAL_ROOT)\ogr\ogrsf_frmts\o

Re: [gdal-dev] dgn support in gdal/java?

Selon Imran Rajjad : > Hi list, > > I was wondering if there is any support for reading DGN files using GDAL / > Java? The Java bindings for GDAL/OGR should be able to deal with any format supported by GDAL/OGR, DGN being one of those ( http://gdal.org/ogr/drv_dgn.html ) > > regards, > > -- > I.

Re: [gdal-dev] GTiff optimisation

Selon Yves Jacolin : > List, > > I successfully assigned my projection information but still have some > difference in the file size. This is not so important but I wanted to > understand > the reason. Idea welcome :) Yves, You have a difference between the input file and the output file produced

[gdal-dev] dgn support in gdal/java?

Hi list, I was wondering if there is any support for reading DGN files using GDAL / Java? regards, -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GTiff optimisation

Matt, Thanks for the link but I already read this page and I have only one process (assign projection information). Anyway, this is always good to read this information ! List, I successfully assigned my projection information but still have some difference in the file size. This is not so im

Re: [gdal-dev] The problem when using ReadRaster(C#) method

Selon Tamas Szekeres : > You should make sure about the actual representation of the raster image, > whether it represents the pixel as floats as you have used float arrays in > the code. The last 2 parameters are used to define the byte offset of the > pixels and lines in the image ( for more inf

Re: [gdal-dev] The problem when using ReadRaster(C#) method

You should make sure about the actual representation of the raster image, whether it represents the pixel as floats as you have used float arrays in the code. The last 2 parameters are used to define the byte offset of the pixels and lines in the image ( for more info see the RasterIO

[gdal-dev] The problem when using ReadRaster(C#) method

I want to read a multiband image(in format of .img) by using method ReadRaster, however, I encount some problems. I just can't understand why the data loaded to memory is wrong? the code is like this OSGeo.GDAL.Dataset dataSet = OSGeo.GDAL.Gdal.Open(@"G:\building.img",OSGeo.GDAL.Access.GA_ReadOnly