Re: [gdal-dev] Motion: Adopt GDAL 3.7.0RC1 as 3.7.0 release

2023-05-09 Thread Norman Barker
+1 Norman On Tue, May 9, 2023 at 7:35 AM Mateusz Loskot wrote: > +1 Mateusz > > On Tue, 9 May 2023 at 14:33, Daniel Morissette > wrote: > > > > +1 > > > > Daniel > > > > On 2023-05-08 09:02, Even Rouault wrote: > > > Hi, > > > > > > Motion: > > > > > > Adopt GDAL 3.7.0RC1 as 3.7.0 release > > >

Re: [gdal-dev] Question regarding Shapefile Geo-cordinates

2023-05-09 Thread Robert Hewlett
Hi, Different from what I originally thought. Does the image below demonstrate the problem? https://i.imgur.com/lAMwZmG.png Looks like a scale issue as well. Rob On Tue, May 9, 2023 at 12:13 PM Vijay Kurhade wrote: > Hi Robert; > > I am sharing a shape file and AutoCAD (.dwg) file. I have

Re: [gdal-dev] Reading raster file

2023-05-09 Thread Even Rouault
Javier, The error message comes from the XYZ driver which is confused and believes it might be for it, but this is definitely not a .xyz file There are quite a lot of variations of ASCII grid formats. This one reminds me a bit of the IGN France ones that are handled by the https://github.com

[gdal-dev] Reading raster file

2023-05-09 Thread Javier Jimenez Shaw
Hi I want to read the Argentinian Geoid model with GDAL. It is an ascii raster floating-point file with just one band. https://dnsg.ign.gob.ar/apps/geoidear/documentos/GEOIDE-Ar16.gri (22 MB) The content is starts with: -57.000740 -20.016667 -76.00 -52.016187 0.0166

Re: [gdal-dev] Question regarding Shapefile Geo-cordinates

2023-05-09 Thread Robert Hewlett
It sounds like the lat and longs are being plotted as Web Mercator meters. I could be wrong Is there a .PRJ file? How are you viewing the data: QGIS Open layers Leaflet On Tue, May 9, 2023, 04:55 Vijay Kurhade wrote: > Hi; > > I have a long pending issue with Shapefile and using proper > Ge

Re: [gdal-dev] Motion: Adopt GDAL 3.7.0RC1 as 3.7.0 release

2023-05-09 Thread Mateusz Loskot
+1 Mateusz On Tue, 9 May 2023 at 14:33, Daniel Morissette wrote: > > +1 > > Daniel > > On 2023-05-08 09:02, Even Rouault wrote: > > Hi, > > > > Motion: > > > > Adopt GDAL 3.7.0RC1 as 3.7.0 release > > > > Starting with my +1 > > > > Even > > > > -- > Daniel Morissette > Mapgears Inc > T: +1 418-6

Re: [gdal-dev] Motion: Adopt GDAL 3.7.0RC1 as 3.7.0 release

2023-05-09 Thread Daniel Morissette
+1 Daniel On 2023-05-08 09:02, Even Rouault wrote: Hi, Motion: Adopt GDAL 3.7.0RC1 as 3.7.0 release Starting with my +1 Even -- Daniel Morissette Mapgears Inc T: +1 418-696-5056 #201 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://l

[gdal-dev] Question regarding Shapefile Geo-cordinates

2023-05-09 Thread Vijay Kurhade
Hi; I have a long pending issue with Shapefile and using proper Geo-coordinates for it; i need to place it in Pune, India with actual 4 Geo-Coordinates but everytime My shapefile gets placed into earth's center mostly Africa. What is the solution; How can I ensure the shapefile uses those lat/lon

Re: [gdal-dev] Space Disk/Memory of Image

2023-05-09 Thread Brad Hards
On Tuesday, 9 May 2023 6:47:39 PM AEST Elena Ruiz wrote: > Hello, I need to know the disk size of an image, I calculate it using the > following formula: > > Disk size=( sizex*sizey*bits per pixel)/8 =memory size without compression > > But when the image is compressed on disk it occupies less an

Re: [gdal-dev] Space Disk/Memory of Image

2023-05-09 Thread Laurențiu Nicola via gdal-dev
Hello, The GDAL API actually has a couple of methods that return the size of a file (not dataset) on disk: VSIStatL , VSIStatExL . Since th

Re: [gdal-dev] Motion: Adopt GDAL 3.7.0RC1 as 3.7.0 release

2023-05-09 Thread Rahkonen Jukka
+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault Lähetetty: maanantai 8. toukokuuta 2023 16.03 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: Adopt GDAL 3.7.0RC1 as 3.7.0 release Hi, Motion: Adopt GDAL 3.7.0RC1 as 3.7.0 release Sta

[gdal-dev] Space Disk/Memory of Image

2023-05-09 Thread Elena Ruiz
Hello, I need to know the disk size of an image, I calculate it using the following formula: Disk size=( sizex*sizey*bits per pixel)/8 =memory size without compression But when the image is compressed on disk it occupies less and the size in memory is much larger, is there some method in the C+