I'm trying to accomplish a seemingly simple task: starting from an HDF
file, convert it to GTiff, and divide all values in the raster by 10. The
original file uses -1 for nodata, and I want to preserve this value all the
way down to the final tiff.
In other words, where the original file had -1, th
/ld>: undefined reference to `:
../gdal/.libs/libgdal.so: undefined reference to `qh_qhqh_qh'/
/'/
I assume the qh_qhqh_qh is an artifact of copy and paste on the mail
Regards
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Even,
xxx/gdal/gdal docker run --rm -v /home:/home
osgeo/gdal:ubuntu-full-latest ogrinfo --config GDAL_PYTHON_DRIVER_PATH
$PWD/examples/pydrivers --format CityJSON
works.
Sorry for the noise ...
MArco
On 09-12-19 18:35, Marco wrote:
Even,
Thanks but ...
/gdal$ docker run --rm -v
option to get a list of available formats,
and use the short code (i.e. GTiff or HFA) as the format identifier.
I did try all sorts of quoting of options and so on with the expected
variety of error messages.
(Docker version 18.09.5, build e8ff056)
Marco
On 09-12-19 18:23, Even Rouault wro
Even,
Great!
Of course my +1
MArco
On 13-11-19 15:22, Even Rouault wrote:
Hi,
I've updated both the RFC text and candidate implementation with the
provided comments, so I think we are now good to vote on it.
~~
Motion: adopt RFC 76 OGR Python drivers:
https://github.com/OSGeo/gdal
dering and holes touching outer
shells in one point///are being repaired well without data loss.".
Of course self intersections can be easily overlooked. For that we have
validity checkers.
Marco
On 29-10-19 19:35, Tobias Wendorff wrote:
Hi Marco,
Am 29.10.2019 um 10:49 schrieb Marc
skills are not up to it.
Regards, Marco
On 29-10-19 10:37, Tobias Wendorff wrote:
No! Please NEVER buffer with 0.
There are tons of tests on the web that proof that this recommendation
of 1980ies GIS experts is destroying data.
There are modern feature, like „fix geometries“ in GEOS and others
ckage)
Regards, MArco
On 29-10-19 09:19, Casper Børgesen wrote:
Hi Pepa
I have tried loading and exporting the multipolygons as WKT using
OGR/python and it looks like the holes are interpreted as polygons.
FME displays the data (correctly?) with holes and its validation
engine doesn’t find any e
Am 15.12.2018 um 09:44 schrieb Even Rouault:
Marco,
A few remarks:
1) Please build with ./configure --with-proj[=/path/to/proj/prefix]
so that classic linking is done, and GDAL doesn't have to guess the exact name
of the shared object. The dlopen() loading of it is deprecated and wi
Am 14.12.2018 um 16:54 schrieb Even Rouault:
Hi,
Just fixing the issue that Bas noted.
The source is available at:
http://download.osgeo.org/gdal/2.3.3/gdal-2.3.3rc2.tar.xz
builds fine as usual on cygwin but the autotest has some problems.
It always had, I never completed them, but this
Upsample to 1m, then downsample to 5?
On 15-11-18 12:06, Kay F. Jahnke wrote:
Hi all!
I have a very detailed GeoTIFF DEM of part of my target area (2m
resolution). The remainder of the area is covered in 5m. So I'd like
to downsample the moore detailed data to have everything in 5m for
furth
On 5/30/2018 1:04 AM, Roberto Ribeiro wrote:
Hello list, I'm trying to build GDAL 2.3 on Cygwin, and have been
running amok with the GEOS option. I present the correct path for the
geos_config file during ./configure, it does not throw any error, but
after configuration is done, GEOS support is
Thanks. It seems it was a pixel-alignment error. I solved by passing
coordinates aligned to pixels to gdal_translate
On Mon, Jan 8, 2018 at 3:05 PM, jratike80 <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> Marco De Nadai wrote
> > Dear gdal community,
> > I'm a new u
om/a/CNx7U. The
white color is the original (source) GeoTIFF in background. The black color
is try.tif and the vertical line is the extent I specified in the command.
Can you help me?
Thanks
--
*Marco De Nadai*
*Ph.D. student at Fondazione Bruno Kessler (FBK) - *
*MobS Unit*
*University of T
anches/2.2/gdal"; to
check)
Even
Noted.
Compiling with a similar change completed without problem
Regards
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
*/
#undef PAGESIZE
#undef PAGE_SIZE
#define PAGESIZE 65536
#define PAGE_SIZE PAGESIZE
on 2.1.3 there was no isses, as I see
/* Must be a multiple of both BUCKET_BITMAP_SIZE and
BUCKET_SECTOR_SIZE_ARRAY_SIZE */
#define PAGE_SIZE 4096
that was not causing issues.
Reg
false_easting",0],PARAMETER["false_northing",0],UNIT["metre",1,AUTHORITY["EPSG","9001"]]]
latitude_of_origin 90
The code is fetching the first parameter: latitude_of_origin 90 but i
would like to get the second one "central_meridian" but i don
.
https://lists.osgeo.org/pipermail/gdal-dev/2016-April/044171.html
and it looks this bug is present by long long time
http://www.michael-joost.de/gdal_install.html
Regards
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists
On 25/04/2016 13:02, Even Rouault wrote:
Le lundi 25 avril 2016 12:46:36, Marco Atzeri a écrit :
Dear developers,
building and testing latest 2.1.0 RCx on cygwin
enabling perl and python I hit some very curious build
issues:
1)
The configure requires that CXX is not defined for
building the
/cygproj-9.dll
and previous was already /usr/bin/cygproj-1.dll.
Should be better to link with "-lproj" instead of assuming to
know the library name ?
I will need to rebuild the just released binary
https://www.cygwin.com/ml/cygwin-announce/2016-04/msg00062.html
to correct the same mis
`GNMNetworkShadow_GetVersion':
/pub/devel/gdal/prova/gdal-2.1.0-1.x86_64/build/swig/python/extensions/gnm_wrap.cpp:3391:
undefined reference to `GNMGetVersion'
>
> Even
Regards
Marco
--- origsrc/gdal-2.1.0/configure.in 2016-04-21 21:40:12.0 +0200
+++ src/gd
.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Ramiro Marco Figuera
Research Associate - PhD Student
Department of Physics and Earth Sciences
Jacobs University Bremen
Campus Ring 1, 28759 Bremen, Germany
Office: Research III, Room 99b
Tel: +49 (0)42
Hi,
I've tried all the resampling methods and all of them produce a gridded
pattern. Is there any other way of reprojecting the data using gdal?
Cheers,
Ramiro
On 11/25/2015 04:32 PM, Even Rouault wrote:
Le mercredi 25 novembre 2015 16:16:17, Ramiro Marco Figuera a écrit :
Hi al
images if necessary.
Cheers,
Ramiro
--
Ramiro Marco Figuera
Research Associate - PhD Student
Department of Physics and Earth Sciences
Jacobs University Bremen
Campus Ring 1, 28759 Bremen, Germany
Office: Research III, Room 99b
Tel: +49 (0)421 200 3226
__
er issues to also deal
with for various archives though). Support for a PDS4 driver will
start once the format solidifies. Lastly, since ISIS3 also uses
Offsets in meters, there has never been this issue within GDAL's ISIS3
driver.
On Thu, Jul 23, 2015 at 2:31 AM, Ramiro Marco Figuera
&l
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Ramiro Marco Figuera
Department of Physics and Earth Sciences
Jacobs University Bremen
Campus Ring 1, 28759 Bremen, Germany
Office: Research III, Room 99b
Tel: +49
alwarp
to be sure that the data type doesn't changes during the process. The
problem is that when I open my XYZ file, the Z column has only 3 decimal
positions. Is there anything I'm doing wrong or am I completely wrong
trying to do this?
Cheers
Ramiro
--
Ramiro Marco Figuera
Depar
gdalwarp does no
keep the resolution, is due to the fact that so close to the south pole
the distortion/difference between polar stereographic and polar gnomonic
is quite small.
Again, thanks a lot for the answer,
Cheers,
Ramiro
On 07/16/2015 05:41 PM, Jukka Rahkonen wrote:
Ramiro Marco
gridded data, the
resolution should remain the same (20m/pixel), however when I check the
first entries of my xyz file the resolution is sometimes 21 m/pixel and
sometimes 20 m/pixel, and this happens randomly. Any clue of what may
cause this error? Has anyone faced the same issue?
Cheers,
R
oing something wrong?
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hello developers,
I would like to convert a shape file in a kml where each point of this file
if clicked opens an image taken by UAV.
What do you suggest to do?
Best regards.
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http
How Can I transform some tiff file in ecw format? Any tips is well appreciated.
Regards
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
think it is a
useful addition.
Attached are the patch, and the modified 1.7.2 gdal_retile.py.
Kind regards,
--
-- Marco Nijdam, ma...@west.nl
-- West Consulting B.V., Delftechpark 5, 2628 XJ Delft, The Netherlands
-- Tel: +3115 219 1600, Fax: +3115 214 7889, Mob: +316 2040 7591
gdal_retil
such that a driver might convert between pixel / mm?
Regards,
Marco
On 29.01.2013 23:41, Even Rouault wrote:
Le mardi 29 janvier 2013 10:48:11, Marco Hugentobler a écrit :
Hi
I have a question regarding writing the linewith from ogr feature style
in the dxf driver.
In ogrdxfwriterlayer.cpp
oCAD engine, I see that it uses code
43. Now I'm not a dxf expert at all, so I don't know if it has to do
with different dxf versions or if we should simply change the 370 for 43
in the dxf writer? Shall I provide a patch?
Regards,
Marco
--
Dr. Marco Hugentobler
Sourcepole - Linux
ited, so I'd prefer to go with the default).
Regards,
Marco
On 21.12.2012 09:55, Jürgen E. Fischer wrote:
Hi Marco,
On Fri, 21. Dec 2012 at 09:16:13 +0100, Marco Hugentobler wrote:
Setting a style string in mm (e.g. 'PEN(c:#ff,w:5mm'), the dxf
driver converts the 5 mm to 0
one width unit is 1/100 mm). This seems
strange to me, shouldn't the driver treat mm as paper units (instead as
ground units) and just multiply the mm by 100?
Thanks,
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/m
tiple pens / brushes. So probably I'll write everything into the
style string and let the driver do what's best for the concrete format.
Thanks,
Marco
On 10.12.2012 15:29, Even Rouault wrote:
Selon Marco Hugentobler :
Hi
I'm currently implementing support for OGR feature style
or if it is not supported by the
feature style mechanism.
Thanks for any hints,
Marco
--
Dr. Marco Hugentobler
Sourcepole - Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project
figure attached there are some problems: why there are no value
in cells in which there are points? Why there are values in cells in which
there are no points?
Thank you in advance
Marco
<>___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://li
fixed. I used Bar instead of bar for table names and therefore had to
put the table name in ""
Marco
Am 13.09.2011 21:45, schrieb Marco Lechner - FOSSGIS e.V.:
> Hi,
>
> I'm trying to access a PostGIS Rastertable using gdalinfo.
> While
> $ gdalinfo "PG:host
t;
returns
"ERROR 1: Error browsing database for PostGIS Raster properties
gdalinfo failed - unable to open 'PG:host=localhost dbname=foo
user=postgres table=bar mode=2"
What could be the reason?
Marco
P.S. GDAL 1.8.0, released 2011/01/12 on Ubuntu Lu
hey Jukka an Ralf,
great work, that solved my problem :-)
thanks a lot, cheers, Marco
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Failed-to-initialize-PROJ-4-with-tp6749580p6749805.html
Sent from the GDAL - Dev mailing list archive at Nabble.com
hi Ralf,
thanks for your answer, but unfortunately I got the same error-message.
Failed to initialize PROJ.4 with `+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 +no_defs'
----
Marco
--
hing",0],UNIT["Meter",1],EXTENSION["PROJ4","+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 +no_defs"]]
-
Maybe anyone can help me or can tell me another strategy?
thanks in
Dear all,
I have got a problem using the GDAL tool gdalbuildvrt.
I would like to join two DEMs sampled on the same grid which insist on the same
geografical zone.
The first DEM has got some NoDataValue holes and I would like to feel them with
the values in
the second DEM.
I ave used also the
libxerces-c3-samples
i libxerces-c3.1
providing
libxerces-c-3.1.so
libxerces-c.a
libxerces-c.la
libxerces-c.so
in /usr/lib
and providing a bunch of *.hpp in subfolders of /usr/include/xercesc
Marco
Am 15.03.2011 20:15, schrieb Stephen Woodbridge:
> On 3/15/2011 2:23 PM, Chaitanya kumar CH wr
I noticed that I made another mistake: the band number starts from 1
according to the documentation... So that fixes the NULL problem. Now I am
just puzzled by the behavior of the debugger, even though this is not that
crucial at this point.
Thanks,
Marco Zuliani, Phd
phone: +1 805 967 9828
web
is zero, and this seems to be consistent with
the fact that the debugger says that Ig is composed of 0 bands (nBands =
0). I would appreciate if you or anybody else have some suggestion to
understand and solve this problem.
Thanks,
Marco
--- DEBUGGER OUTPUT BEGINS ---
- Ig 0x03d43b90 {hT
RasterYSize 60761968 int
nBands 0 int
+ papoBands 0x0001 GDALRasterBand * *
bForceCachedIO 0 int
nRefCount -1163005939 int
bShared 0 int
+ oOvManager {poDS=0x poODS=0xbaadf00dbaadf00d
osOvrFilename={...} ...} GDALDefaultOverviews
Thanks in advance for
,
51:1,
52:1,
53:1,
54:1,
55:1,
56:1,
57:1,
58:1,
59:1,
60:20,
61:20,
62:20,
63:20,
64:20,
65:43
-
2010/6/25 Frank Warmerdam
> Ma
lor
table entry 0"
4_ But I have some negative value on the ASCII raster, the range is from -31
to 65.
5_ How I can resolve this problem?
Thanks in Advance
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
This is a problem which regards all the gdal versions and is about the Python
GDAL bindings.
It seems to be impossible to setup PixelFunctionType and SourceTransferType
in VRTDerivedRasterBand from Python Gdal.
This is an example using IPython:
In [20]: vrtdriver = gdal.GetDriverByName('VRT')
In
uot;S)
Center ( 89.4431122, -52.7083832) ( 89d26'35.20"E, 52d42'30.18"S)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Corners are not what i want. I
uot;S)
Center ( 89.4431122, -52.7083832) ( 89d26'35.20"E, 52d42'30.18"S)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Corners are not what i want. I would like to obtain
Ok,
about the WSG84 to UTM, I can fin the UTM Zone easily:
>>from osgeo import osr
>>def UTMZone(lon, lat):
>>return int((lon + 180) / 6) + 1
The problems are:
1) from WGS84 to UPS
2) from UPS to WSG84
How to do it?
Thanks!
Marco Nicoletti wrote:
>
> Dear all,
>
onvertitor in the
other direction - conv_utm2wgs = osr.CoordinateConversion(utm, wgs84); but
I need to specify the
UTM zone before - actually I should not have the UTM zone before converting!
)
Do you have some example code I can use???
Thanks so much!
Marco Nicoletti
--
View this message in context:
Hi Chaitanya
Thanks for this information. So I'm going to commit the workaround to QGIS for
now and remove it later once your work is finished (and the corresponding OGR
version found it's way into most standard distros).
Regards,
Marco
-Ursprüngliche Nachricht-
Von: Chait
elegant way to solve this problem.
Thanks for your help,
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi all,
anyone knows how can I read an ALOS AVNIR-2 level 0 data with GDAL?
Thanks for any advice.
Regards
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
put links
to logos of your project on this page to make it easy to get them for
any PR!
http://wiki.osgeo.org/wiki/Logos_from_OSGeo_projects
Marco
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
i know i am very bad
Thanks in advance,
Alè alè,
marco
--
Puppin Marco (Dott. in Geologia)
Via Silos 2
30027 San Donà di Piave
Venezia
Tel: 0421 564842
Cell: 346 5799566
E-mail:puppin...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
ht
thing...
My files are in the folder E:\ascii, and i'll put the new ones into E:\dem.
What's the right command, please Do you need some other information or
these are enough?
thanks in advance...
mp
--
Puppin Marco (Dott. in Geologia)
Via Silos 2
30027 San Donà di Piave
Venezia
Tel: 0
63 matches
Mail list logo