Am 29.05.25 um 7:55 PM schrieb Greg Troxel via gdal-dev:
The way to debug this is to look at the logs at the computer that
receives your mail from lists.osgeo.org, and to see if it is
implementing greylisting.
Yes, greylisting is in place on lists.osgeo.org.
Markus
--
Markus Neteler, PhD
send this link but Even was faster :-)
> I see Markus Neteler did one for GDAL 3.0.4 for RHEL 7 in
> https://copr.fedorainfracloud.org/coprs/neteler/GDAL/
I can (try to) build a fresher version in COPR.
[...]
> By our agency’s IT policy compiling GDAL by ourselves is not possible.
On Mon, Oct 9, 2023 at 10:05 PM Even Rouault via gdal-dev
wrote:
>
> Michael,
>
> you won't find much support for that in GDAL itself. You'd better have a
> look at Spatialite topology, PostGIS topology or GRASS topology.
Concerning the latter, here some overview Wiki pages:
- https://grasswiki.o
u may take a look at the GDAL-GRASS GIS driver
(https://gdal.org/drivers/raster/grass.html and
https://gdal.org/drivers/vector/grass.html)
which was moved out of the main GDAL tree some time ago and is managed here:
https://github.com/OSGeo/gdal-grass
Best,
Markus
--
Markus Netele
On Fri, Mar 3, 2023 at 1:52 PM Paul Meems wrote:
>
> How can I algorithmically create a parcel border that accounts for islands or
> holes within the parcel based on a list of coordinates?
>
> While GDAL+GEOS has a Convex hull method, it only identifies the outer border.
>
> Has GDAL+GEOS a metho
o a new overview related to your list
below and what else is possible with GRASS GIS:
https://grasswiki.osgeo.org/wiki/Terrain_analysis
Maybe useful in addition to gdaldem (https://gdal.org/programs/gdaldem.html).
Best,
Markus
--
Markus Neteler, PhD
https://www.mundialis.de - free data with free s
On Fri, Jun 3, 2022 at 9:09 PM Saulteau Don wrote:
>
> I recently compiled GDAL 3.5.0.r89.gf863daba7a from git release branch using
> CMAKE.
>
> I also have gdal-grass 1.0.0 compiled from https://github.com/OSGeo/gdal-grass
>
> The grass plugin reports the following from console when launching QG
Hi Even,
(summary for the lists)
On Mon, May 2, 2022 at 1:38 PM Even Rouault wrote:
>
> Hi Markus,
>
> looks good to me. So maybe now you can send a pull request to remove the
> drivers from OSGeo/GDAL and modify
> https://gdal.org/drivers/raster/grass.html &
> https://gdal.org/drivers/vector/gr
itory ?
Yes and finally done that:
https://github.com/OSGeo/gdal-grass
Hope I got it right (history is preserved, I used
git filter-repo --path ogr/ogrsf_frmts/grass --path frmts/grass
and then moved the remaining needed files into the toplevel directory.
Hope I got it right
...
Here it works:
ogrinfo --
--config--format--help-general --locale--pause
--debug --formats --license --optfile --version
Maybe you package installation is incomplete?
Best,
Markus
--
Markus Neteler, PhD
https://www.mundialis.de - free data with f
On Fri, Jan 14, 2022 at 2:38 PM Even Rouault wrote:
>
> The citation is apparently synthesized from the "creators" listed in
> .zenodo.json. I'm not sure if it's valid to OSGeo as a creator. We could also
> have "and other contributors" since I cut the list to top git committers,
> which is qui
On Wed, Jan 12, 2022 at 10:06 PM Even Rouault
wrote:
>
> ok, based on the various input, I gave a try at the system.
>
> - https://github.com/OSGeo/gdal/pull/5101 adds a .zenodo.json file. I've
> taken the 16th top committers according to github. If folks want to be
> removed or added or have th
Hi,
Kurt Schwehr schrieb am Mi., 12. Jan. 2022, 18:18:
> I don't see a reason not to, but the question is what to point to.
>
> The GRASS link points to an RC, which doesn't feel right.
>
It is autogenerated from the GitHub tag. In the next days there will be the
final one (yes, we should filt
sults/neteler/GDAL/epel-7-x86_64/03146885-gdal/gdal.spec
It didn't fully run through but maybe a good starting point.
Best,
Markus
--
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
_
.fedoraproject.org/koji/buildinfo?buildID=563127
- etc.
Best,
Markus
--
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi,
schrieb am Do., 14. Okt. 2021, 18:03:
> Hi All,
>
> Now that the gdal mail archive on Nabble is gone is what options are there
> for searching through historical threads?
>
What about starting this archive?
https://marc.info/?q=about#Add
The GRASS GIS project's mailing lists are partially
On Wed, Feb 10, 2021 at 8:00 AM Karsten Tebling wrote:
>
> without a pipeline given this might be true, but using the -ct option, the
> docs clearly say "It must take into account the axis order of the source and
> target CRS.". so the axisswap was the missing part in my string and now it
> wor
On Mon, Feb 8, 2021 at 12:47 PM Pteroglossus via gdal-dev
wrote:
>
> Thank you Markus for the explanation, you were right, I had conflicting
> libraries. I "located" every "gdal" files, deleted them all, started over
> from scratch and...
>
> "(Sun Feb 7 22:51:56 2021)
> r.in.gdal -f
>
> ECW (rw
On Sat, Feb 6, 2021 at 2:38 AM Pteroglossus via gdal-dev
wrote:
>
> Regarding the compilation of GRASS: pointing to my existing install of GDAL
> prior the compiling process did not work.
That's unexpected. Perhaps the resulting binary still picks the wrong
GDAL library?
Please check if you stil
On Thu, Feb 4, 2021 at 9:01 PM wrote:
...
> As for installing GRASS GIS, I suspected it wouldn't be as easy as a normal
> apt-get install...
It is as easy as that but in your "special" case you do not want to
default GDAL.
> Thanks Markus for your input, I read the Quick_instructions for Ubuntu
On Thu, Feb 4, 2021 at 9:28 AM Richard Duivenvoorde wrote:
> On 2/4/21 1:55 AM, pteroglos...@pm.me wrote:
> > Installing libproj-dev did the trick, I was able to run the config file,
> > rename/copy the necessary folders in the SDK, then "make"/ "make install",
> > encountered some issues during
Hi,
Mateusz Loskot schrieb am Mi., 9. Dez. 2020, 19:38:
> On Wed, 9 Dec 2020 at 17:19, Sean Gillies via gdal-dev
> wrote:
> >
> > Hi Mateusz,
> >
> > The OSGeo sysadmins found something to correct in mailman configuration,
> I'm giving that a test here.
>
> Sean,
>
> From my perspective, that '
On Tue, Dec 1, 2020 at 3:08 PM 1520 gis
wrote:
> From: 1520 gis
> Date: Fri, Nov 27, 2020 at 3:14 PM
> Subject: Grep gdalinfo subdataset
> To:
>
>
> Hi all,
>
> I am trying to grep the SUBDATASET_X_NAME in gdalinfo.
> I only need the WCS:url
>
> If I grep the subdataset [1], the string slice "SU
On Tue, Nov 3, 2020 at 2:44 PM Lars Sunde wrote:
>
> Hello,
>
> Does GDAL 3.0.4 support being statically linked with Proj 6.2.1?
>
> Environment is RedHat 7.2 (64 bit) and GCC 9.3.
>
> We have successfully built Proj 6.2.1 as static library. The proj build
> folder is located at /tmp/proj and co
On Thu, Aug 13, 2020 at 8:59 PM Kavitha K wrote:
>
> Hi All,
> please confirm
> GDAL 3.1.2 whether supported the binary distribution for Red Hat Enterprise
> Linux 7
>
> if yes, kindly share us the download location
In Fedora, frequently EPEL packages are made available as well:
https://src.fed
Hi,
(bumping an older discussion, some success)
On Mon, Apr 8, 2019 at 10:32 AM Andrew C Aitchison
wrote:
> On Fri, 5 Apr 2019, Markus Neteler wrote:
> > On Mon, Apr 1, 2019 at 11:17 PM Andrew C Aitchison
> >> On Mon, 1 Apr 2019, Markus Neteler wrote:
>
Bret,
What does gdalinfo report on the file?
Markus
Bret Johnson schrieb am Fr., 6. März 2020, 19:19:
> Even:
>
> Thanks. That worked to create a World file, so I made it past the error
> message. It's still not importing correctly and the error message is so
> generic that it's useless (ba
Hi Sandro, Nyall, all,
On Sun, Feb 23, 2020 at 2:25 PM Sandro Mani wrote:
>
> Hi Nyall
>
> I've started the non-responsive maintainer process for various gis packages
> last week since they are indeed pretty neglected an am testing the updates
> here [1]. I'm hoping to finish the process next w
Hi Even,
On Tue, Jan 28, 2020 at 12:33 PM Even Rouault
wrote:
> I've just added in GDAL master support for extracting the GCPs from the ESRI
> GeodataXform object of .aux.xml files
>
> $ gdalinfo txu-pclmaps-oclc-6540922-tunis-20.jpg
> [...]
> GCP Projection =
> PROJCRS["NW Africa Grid",
> [
Hi Even,
On Mon, Jan 27, 2020 at 1:45 AM Even Rouault wrote:
> Hi Markus,
>
> I've found some doc about this .jgwx in
> http://resources.arcgis.com/en/help/main/10.1/index.html#//009t002800
> So this is a ESRI specific thing
> """Starting at ArcGIS 9.2 SP2, if the transformation cannot be
On Sun, Jan 26, 2020 at 11:04 PM Andrew C Aitchison
wrote:
> On Sun, 26 Jan 2020, Markus Neteler wrote:
>
> > Hi,
> >
> > Likely I am overlooking something but I don't see why this fails:
> >
> > I try to properly read some of these
> >
> > C
Hi,
Likely I am overlooking something but I don't see why this fails:
I try to properly read some of these
Cartes topographiques 1:5 du Nord de la Tunisie de 1943
https://www.sigterritoires.fr/index.php/cartes-topographiques-15-du-nord-de-la-tunisie-de-1943/
Example:
wget http://www.nas
d to know if someone has already done
> something similar.
>
> Kind regards,
> Idan
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Markus Neteler, PhD
https://www.m
On Tue, Nov 19, 2019 at 11:03 PM Rahkonen Jukka (MML)
wrote:
>
> Hi,
>
> I would like to get some hints about using gdal_grid or some other utility
> for lake bathymetry. What I have is typically rather sparse point data of
> depths and the shoreline that includes the islands as in the attached
Hi,
On Fri, May 10, 2019 at 4:14 AM Shubham Baranwal
wrote:
>
> Hi team,
>
> I just wanted to know whether is there any way to calculate the volume of the
> whole Digital Elevation Model?
Not a GDAL solution but GRASS GIS can do that:
https://grass.osgeo.org/grass76/manuals/r.volume.html#examp
On Sun, Apr 7, 2019 at 9:57 PM Markus Metz
wrote:
> On Fri, Apr 5, 2019 at 3:38 PM Markus Neteler wrote:
...
> > The current state is here
> > https://copr.fedorainfracloud.org/coprs/neteler/GDAL/build/876548/
> > - SPEC file:
> > https://copr-be.cloud.fedoraproje
Hi,
I wrote some scripts to colorize point cloud provided as XYZ files using
PDAL:
https://github.com/mundialis/openNRW/blob/master/lidar/README.md
Maybe to get some ideas ...
Markus
Nicolas Cadieux schrieb am Fr., 5. Apr.
2019, 23:14:
> Hi,
>
> I will read up on the PDAL colorize. For now
On Mon, Apr 1, 2019 at 11:17 PM Andrew C Aitchison
wrote:
> On Mon, 1 Apr 2019, Markus Neteler wrote:
> > Now I am stuck at
> > ...
> >
> > BUILD SUCCESSFUL
> > Total time: 10 seconds
> > + popd
> > + %mvn_artifact swig/java/build/maven/gdal-2.3.2
On Mon, Apr 1, 2019 at 2:36 PM Even Rouault wrote:
> On lundi 1 avril 2019 13:10:37 CEST Markus Neteler wrote:
> > While Fedora EPEL7 only offers a GDAL 1.x package, I am trying to
> > compile GDAL 2.3 in order to provide it as a RPM package:
> >
> > https://copr
'
(maybe you meant to use '->' ?)
/usr/include/c++/4.8.2/bits/range_access.h:48:5: note: template decltype (__cont.begin()) std::begin(_Container&)
begin(_Container& __cont) -> decltype(__cont.begin())
^
[...]
Any hints for th
Hi,
maybe Pytroll could also be of interest.
See e.g.
https://pytroll.readthedocs.io/en/latest/quickstart_avhrr.html
https://pytroll.readthedocs.io/en/latest/quickstart_viirs.html
Markus
On Wed, Mar 6, 2019 at 10:02 AM Rutger wrote:
>
> Hey,
>
> For as far as i know, the geolocation with GDAL
On Fri, Nov 16, 2018 at 4:38 PM JDA wrote:
>
>
> It's better to use a sensible smoothing method in the first place. I
> suppose noone has given this over much thought as in the past you were
> ever so happy about every bit of resolution you could get. But in a time
> where we get very high resolut
Am Mo., 5. Nov. 2018, 23:25 hat jratike80 <
jukka.rahko...@maanmittauslaitos.fi> geschrieben:
> Carsten L wrote
>
...
> >
> > Or is there another way to split huge geotiff files to smaller tiles
> (e.g.
> > 5000 x 5000 pixel), without using python?
You can do that easily with GRASS GIS, using
..
>>
>> --
>> Spatialys - Geospatial professional services
>> http://www.spatialys.com
>
>
>
> --
> ---+--
> I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.
Even,
On Sat, Nov 18, 2017 at 5:06 PM, Even Rouault
wrote:
> Markus,
>
>
>
>> @Even: would it be possible to extract the "gdal-grass" as a separate
>
>> tarball? The existing one is too old:
>
>>
>
>> http://download.osgeo.org/gdal/gdal-grass-1.11.2.tar.gz 06-Feb-2015
>
>> 07:37 49K
>
>
>
> We sh
Hi Even,
On Fri, Nov 17, 2017 at 11:59 AM, Sebastiaan Couwenberg
wrote:
> On 11/17/2017 11:58 AM, Martin Landa wrote:
>> Hi,
>>
>> 2017-11-17 9:58 GMT+01:00 Sebastiaan Couwenberg :
>>> Has the gdal-grass plugin been updated to support 7.4? Or are there no
>>> new libraries that need to be linked
ring near
> the timing of other projects in the family can be helpful for all (users,
> packagers, developers): MapServer release will be around the week of the
> 15th also, so a Nov 20th GDAL release would be great. This can't always
> happen, but when it does it is sure nice. -jeff
y in a more efficient way) all the raster formats the OGDI
> bridge offers: ADRG, DTED and RPF (CADRG/CIB)
Probably that's fine - in case that legacy data need to be converted
one could still go back to an older GDAL version.
Best,
Markus
--
Markus Neteler, PhD
http://www.mundialis.de -
On Fri, Mar 24, 2017 at 10:25 AM, Nikos Alexandris
wrote:
> * Markus Metz [2017-03-22 22:11:01 +0100]:
>> On Wed, Mar 22, 2017 at 9:52 PM, Markus Neteler wrote:
...
> Markus N, I am interested: did you use the "memory" option?
I left r.in.gdal's default value.
...
On Wed, Mar 22, 2017 at 9:28 PM, Markus Metz
wrote:
> On Wed, Mar 22, 2017 at 8:12 PM, Markus Neteler wrote:
...
>> Nikos, for an even bigger map try
>>
>> Global Surface Water (2000-2012, 30 m, Data coverage is from 80° north
>> to 60° south):
>&
On Sat, Mar 11, 2017 at 7:01 PM, Markus Metz
wrote:
> On Sat, Mar 11, 2017 at 8:53 AM, Nikos Alexandris
> wrote:
>>
>> Nikos Alexandris
>>
Why does (attempting to) import a 38m pixel resolution GHSL [0] GeoTIFF
layer, ie GHS_BUILT_LDS1990_GLOBE_R2016A_3857_38_v1_0_p1.tif, in GRASS'
On Mar 16, 2017 11:26 AM, "Nikos Alexandris"
wrote:
...
>>> unfortunately, because I don't have a lot of free space :-/
>>
>>
>> maybe because you forgot the enable compression ;-)
>
>
> I should!
Remember that you have to explicitly switch on the NULL compression:
https://grass.osgeo.org/grass
On Sun, May 17, 2015 at 1:32 PM, Even Rouault
wrote:
> Le dimanche 17 mai 2015 12:54:44, Markus Neteler a écrit :
>> On Sun, May 17, 2015 at 6:44 AM, Yuta Sato wrote:
>> > Dear GDAL and Proj Developers and Users:
>> >
>> > I am really frustrated when the M
On Sun, May 17, 2015 at 6:44 AM, Yuta Sato wrote:
> Dear GDAL and Proj Developers and Users:
>
> I am really frustrated when the MODIS HDF file converted into GeoTiff with
> GCS projection never match with the same MODIS file converted from MODIS
> Reprojection tool.
We had this issue in the pas
On Mon, Mar 30, 2015 at 5:22 PM, Blumentrath, Stefan
wrote:
...
> I also got an error on “sudo make install”:
>
> cp: cannot stat ‘/usr/local/grass-7.0.1svn/etc/ellipse.table’: No such file
> or directory
>
> make: *** [install] Error 1
The path changed between G6 and G7, it should be
etc/proj/
On Tue, Jul 20, 2010 at 10:10 PM, Massimo Di Stefano
wrote:
> Hi All,
>
> the gdal-grass plug-in for now don't build with grass7 but only with grass6.x.
> I know it is an old issue, we discuss it some month ago,
> have you any news about grass7 support inside gdalb (svn) ?
For the record:
http://
On Wed, Jun 2, 2010 at 5:21 AM, wrote:
> Hi, I am also a fan of working in the command line. (vi is one of my
> friends)
>
> I use eclipse which is very powerful. Most of the time I am doing Java, but
> I also used eclipse for programming python and there is support for C++/C
> too.
>
> Java / py
Hi István,
perhaps this text can help you and the links therein:
http://trac.osgeo.org/grass/wiki/CompileOnWindows
Markus
2010/4/27 "ifj. Stefán István" :
> Hi!
>
> I'm just wondering whether my question was not clear enough, or really
> anyone doesn't know the answer, or I'm just impatient?
>
>
2010/4/2 weixj2003ld :
> Hi
> Could you tell me some open source softwares(base on windows) that can
> display geotiff files in 3D mode not in 2D mode?
GRASS GIS has the NVIZ 3D viewer included:
http://grass.osgeo.org/screenshots/viz.php
Download at:
http://grass.osgeo.org/download/
Markus
_
On Wed, Mar 31, 2010 at 6:52 PM, Frank Warmerdam wrote:
> Markus Neteler wrote:
>>
>> Hi,
>>
>> (back to an old problem)
>>
>> On Fri, Jul 24, 2009 at 4:31 PM, Markus Neteler wrote:
>>>
>>> Hi,
>>>
>>> I am trying to rep
Hi,
(back to an old problem)
On Fri, Jul 24, 2009 at 4:31 PM, Markus Neteler wrote:
> Hi,
>
> I am trying to reproject Slovenian country data from D48 (WKT attached)
> and Italian ISTAT national vector data (UTM32/ED50) into a common
> projection.
>
> While the map &q
On Thu, Mar 4, 2010 at 4:51 PM, Pablo Carreira
wrote:
> Hi Markus, after your email I have some new results:
>
> 1)With ogr2ogr:
> SET GISBASE=C:\OSGeo4W\apps\grass\grass-6.4.0svn
>
> ogr2ogr -f mysql MYSQL:geodados,user=root,password=rcamargo,host=localhost
> /grassdata/utmwgs23/geral/vector/area
On Thu, Mar 4, 2010 at 1:27 PM, Pablo Carreira
wrote:
> Hi Even,
> I don't know much of programming. I'am using the GRASS v.out.ogr tool to
> export from GRASS to Mysql.
> Do you think it's a GRASS bug?
Hi Pablo,
how old is your GRASS version?
> I had tryied ogr2ogr from command line in window
On Mon, Mar 1, 2010 at 7:12 PM, Bill Hudspeth wrote:
...
> When I try to re-project the exported AAIGrid to another projection, I
> use:
>
> gdalwarp -s_srs EPSG:4326 -t_srs '+proj=lcc +lat__1=33n +lat_2=45n
> +lon_0=97w' MODIS_output_latlong.asc MODIS_output_lambert.asc
Note that without -of for
On Wed, Feb 17, 2010 at 1:00 PM, Pedro Roma wrote:
> Hi
> I have specified individual subdataset and I have run gdalinfo but it only
> writes in the terminal window it doesn't store in a specific file to be
> read.
Here a script how things could be done (contains some MODIS specialities):
http://
2010/1/28 António Rocha :
> Greetings all
>
> I'm a GRASS user and, following a few emails from Franz Schiller in GRASS
> users mailing list, I decided to send an email to GDAL mailing list
> regarding the following question:
> Which native Remote Sensing instruments/satellites data formats are
> s
On Wed, Oct 21, 2009 at 8:47 PM, Roger André wrote:
> This could be done with GRASS, I think. First extract the LAS file
> into an ASCII x,y,z file. Then load into GRASS with r.in.xyz. Then
> use one of the v.delaunay or v.voronoi GRASS modules.
Yes, see:
http://grass.osgeo.org/wiki/LIDAR
Mark
On Wed, Oct 14, 2009 at 12:02 PM, Massimo Di Stefano
wrote:
> Hi All.
>
> I'm tring to build the gdal-grass plug-in (i'm using gdal from svn)
> on a debian sid machine,
>
> i had this problem :
>
>
> geo...@geofem:/usr/local/src/gdal/frmts/grass/gdal-grass-1.7.0$ ./configure
> --with-gdal=/usr/loc
On Wed, Sep 30, 2009 at 2:28 PM, Agustin Lobo wrote:
> Which is the appropriate reference to GDAL
> for being included in an article?
For citing GRASS GIS, we suggest a list of citations, see
http://grass.osgeo.org/download/index.php#citing
-> for example:
"GRASS Development Team, 2009. Geograph
On Tue, Sep 22, 2009 at 4:39 PM, Limei Ran wrote:
> Hi:
>
> I am trying to read a MOD06_L2 MODIS cloud product downloaded file. The
> file is in HDF4 format. I compiled GDAL with HDF4. But, when I use
> gdalinfo to check the file information. It did not give me right
> information with Longitu
2009/9/10 "José Roberto Pereira Jr." :
> Hi list!
>
> I'm a newbie in geoprocessing and I need to transform a WKT representation
> to a proj.4. I found a example using proj utility:
>
> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0
> +k=1.0 +units=m +nadgri...@null +wktext
On Tue, Sep 1, 2009 at 8:39 AM, Hermann Peifer wrote:
> Jukka Rahkonen wrote:
>>
>> Hermann Peifer gmx.eu> writes:
>>
>>> Adam wrote:
You can test with http://pastebin.com/m45e46f53
Also remember to use -wo SKIP_NOSOURCE=YES
>>> Adam,
>>>
>>> Will your patch appear in trunk/gda
On Wed, Jul 29, 2009 at 9:08 AM, Rainer M Krug wrote:
> On Fri, Jul 24, 2009 at 5:44 PM, Frank Warmerdam wrote:
>> Rainer M Krug wrote:
>>>
>>> Hi
>>>
>>> I have a geotiff and want to use gdalwarp to warp to it into a
>>> different projection.
>>> I do the following:
>>>
>>> gdalwarp -s_srs EPSG:32
On Thu, Jul 30, 2009 at 10:53 PM, python
question wrote:
> How can I open an ENVI image using python and display different band
> combinations?
> Is there some where I can go to see examples of this?
python question,
you need a GIS application for that which uses GDAL like
GRASS or QGIS. See www.o
Hi,
I am trying to reproject Slovenian country data from D48 (WKT attached)
and Italian ISTAT national vector data (UTM32/ED50) into a common
projection.
While the map "attach" rather well in Latlong/WGS84 using GDAL 1.6.svn,
they don't in EU LAEA (EPSG 3035). This is a bit suprising for me.
Any
On Wed, Jul 22, 2009 at 2:57 AM, Jason Roberts wrote:
> I have some R code that reads ArcInfo binary grids using the rgdal package.
> This code has worked for a long time. Now, with the latest versions of
> everything it is failing with the message:
>
>
>
> GDAL Error 3: Attempt to read past EOF in
On Mon, Jul 20, 2009 at 6:13 PM, Anja Roesel wrote:
> Hi list,
>
> My plan is to calculate UTM coordinates in geographic coordinates
> (lat/lon), but I am not sure which parameters I need for the gdalwarp
> command: gdalwarp -t_srs '+proj=?
> May be some of you did this before and an help.
This sh
On Wed, Jun 17, 2009 at 12:52 AM, Gregory,
Matthew wrote:
> Hi all,
>
> A recent post got me thinking about resampling techniques. I've posted
> a graphic to help illustrate my question.
>
> http://www.fsl.orst.edu/lemma/sandbox/resample.png
>
> In the graphic, assume the input image is the 3x3 g
hi,
I am trying to reproject the Swiss CORINE data CLC90 [1] into LAEA.
The .prj file is attached. Unfortunately the transformation fails:
ogr2ogr -t_srs eu_etrs89_laea.prj /tmp/clc90_eu_laea.shp /geodata/clcbn85p.shp
ERROR 6: Failed to initialize PROJ.4 with `+proj=omerc
+lat_0=46.952406
On Fri, May 15, 2009 at 1:46 PM, Andrew Brooks wrote:
> On Thu, 14 May 2009 20:21:11 +0100, yehya imam wrote:
>>
>> I've downloaded AVHRR L1b images from NOAA CLASS. I'm trying to rectify the
>> images via gdalwarp -tps. The output is obviously erroneous as per gdalinfo
>
> The error message "Th
On Wed, May 6, 2009 at 11:22 PM, mohwawang wrote:
>
> Hi all,
>
> Is there a website that provides free download for raster elevation model
> (DEM) that can be used by the gdal utility gdal_contour? Thanks.
Check here for a collection:
http://grass.osgeo.org/wiki/Geodata
Markus
On Thu, Apr 30, 2009 at 6:27 AM, Rahkonen Jukka
wrote:
> Hi,
>
> What you want is the union of all the individual image polygons. At least it
> can be made with GIS applications like QGis or OpenJUMP. I don't know of any
> tool that could do it directly from command line but such can exist, tho
Hi,
I am trying to feed osgEarth (OpenSceneGraph plugin [1]) directly with GRASS
data using the GDAL-GRASS plugin [2]. While the GRASS maps are
recognized (e.g., the osgdem tool [3] converts GRASS data without problems)
the following GDAL problem appears with osgearth:
osgviewer gdal_multiple_fil
On Wed, Apr 22, 2009 at 4:24 PM, Gong, Shawn (Contractor)
wrote:
> hi list,
>
> I’d appreciate suggestions on Linux OS. We’d like to build newest gdal, as
> well as OpenEV2 using GTK2.
>
> Have tried CentOS. But it libraries seem too conservative.
I am (meanwhile) a long term Mandriva user meanwh
On Tue, Apr 21, 2009 at 7:01 PM, Frank Warmerdam wrote:
> Giacomo Piva wrote:
>>
>> Hi All,
>> I'm looking for a function that create an image segmentation.
>> Is there a function in the GDAL collection that permit to do that?
>
> Giacomo,
>
> No, I don't believe there is.
>
> By segmentation do y
On Wed, Apr 1, 2009 at 6:22 PM, James McManus wrote:
> gdalinfo knows where the /usr/lib64 directory is located, but it is
> expecting files with a .so suffix. I installed libgrass using fedora's yum.
> It does not produce grass libraries with a .so suffix.
As a GRASS developer I confirm Frank's
On Wed, Apr 1, 2009 at 4:24 PM, Frank Warmerdam wrote:
> James McManus wrote:
...
>> When I attempt to compile libgrass from source at:
>>
>> http://home.gdal.org/projects/grass/
...
> That libgrass is quite ancient now and I don't think it is suitable for
> use with modern GRASS or even perhaps
2009/3/18 Even Rouault :
> Thanks Markus.
>
> However I'm a bit concerned that this bug appears to have been known since a
> few months by some distro, not only Ubuntu... Distro bug trackers are
> certainly a useful thing, but unfortunately what comes in them has a high
> change of getting unnotice
On Sun, Mar 8, 2009 at 4:49 AM, x y wrote:
>
> Dear Sir,
>
> I keep getting all GDAL forum queries.Can you stop sending
> them.Becuase my mail box is full of messages from GDAL community.
You can unsubscribe here:
http://lists.osgeo.org/mailman/listinfo/gdal-dev
(see page bottom)
Ma
Nimalika,
On Fri, Feb 27, 2009 at 8:42 PM, nimalika fernando wrote:
> Hi,
>
> I have used ogr2ogr to assign projection information(SL99) to some vector
> data which does not contain any projection information.
How did you do that? Please post the details.
> I used the same projection informatio
On Sat, Feb 28, 2009 at 4:43 AM, godofredo contreras wrote:
> Hi:
>
> I tried to use ogrinfo with the grass driver, this was the command I used:
>
> C:\dev\cpp\qgisrelease>ogrinfo
> C:/spearfish60/PERMANENT/vector/landcover/head
>
> and I got the following warnings:
>
> Warning 1: GRASS warning:
Frank,
On Fri, Feb 6, 2009 at 1:32 AM, Frank Warmerdam wrote:
> Markus Neteler wrote:
>> On Thu, Feb 5, 2009 at 10:18 PM, Markus Neteler wrote:
...
>> Hopefully the missing pieces can be sync'ed over to 1.6-svn.
>
> Markus,
>
> There has been a massive set of
On Thu, Feb 5, 2009 at 10:18 PM, Markus Neteler wrote:
...
> Since I prefer to use for the production machine the 1.6-branch version,
> could the relevant fix be backported?
Ah, I probably found a difference:
trunk-svn:
[nete...@eden gdal]$ grep -i GCS_ETRS_1989 */*
ogr/ogr_srs_esri_n
Hi,
I have taken a couple of CGIAR SRTM Geotiffs (LatLong, unfortunately
they missed to insert that into the metadata in V4) and gdalwarp'ed them
to the EU LAEA projection on the fly. The definition originates from
the CORINE landcover mapset available at the European Environmental
Agency, .prj fi
On Fri, Jan 9, 2009 at 3:55 PM, Gong, Shawn (Contractor)
wrote:
> hi list,
>
> I have some netCDF images that are in lat/lon. But they are flipped upside
> down, and longitude is around 300 deg instead of -60 deg (West).
This sounds like
http://trac.osgeo.org/gdal/ticket/2654
or
http://trac.osgeo
Even,
On Fri, Dec 19, 2008 at 9:26 PM, Even Rouault
wrote:
> Matt,
>
> The TIFF driver also supports writing 1-bit TIFF images. See NBITS in the
> Creation Options section.
>
> For example: gdal_translate source.tif output_1bit.tif -co NBITS=1
>
> When reading a 1-bit TIFF image, GDAL will expand
On Fri, Nov 14, 2008 at 6:06 PM, edfialk <[EMAIL PROTECTED]> wrote:
>
> Hello, I'm fairly new to reprojection and my experience with gdal is limited,
> so I'll do my best to keep up. I have tried searching through a number of
> messages without finding anything quite like my problem.
>
> I've been
Roger,
On Mon, Nov 10, 2008 at 10:43 PM, Roger André <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> I believe your syntax is incorrect. Assuming that you are trying to exclude
> water from your image, it should be something like this:
> % gdal_rasterize -b 1 -b 2 -b 3 -i -burn 0 -burn 0 -burn 0 -l gshh
On Mon, Nov 10, 2008 at 10:43 PM, Roger André <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> I believe your syntax is incorrect. Assuming that you are trying to exclude
> water from your image, it should be something like this:
> % gdal_rasterize -b 1 -b 2 -b 3 -i -burn 0 -burn 0 -burn 0 -l gshhs_land
>
On Wed, Nov 5, 2008 at 4:18 PM, Kai Behncke <[EMAIL PROTECTED]> wrote:
> Dear users, I have an aerial image and did a "gdalinfo" to it:
>
>
> The result is (extract):
>
> Coordinate System is:
> GEOGCS["WGS 84",
>DATUM["WGS_1984",
>SPHEROID["
1 - 100 of 114 matches
Mail list logo
