Re: [gdal-dev] Fwd: DOI for the GDAL project / Springer Handbook of Geoinformatics

2022-01-20 Thread Komяpa
Hello, > *Cite as * > >> Rouault, Even, Warmerdam, Frank, Schwehr, Kurt, Kiselev, Andrey, Butler, >> Howard, Łoskot, Mateusz, Szekeres, Tamas, Tourigny, Etienne, Landa, Martin, >> Miara, Idan, Elliston, Ben, Kumar, Chaitanya, Plesea, Lucian, Morissette, >> Daniel, Jolma, Ari, & Dawson, Nyall. (20

Re: [gdal-dev] Should we make also GTiff to use TILED=YES as default?

2021-12-01 Thread Komяpa
Really, that issue with "TILED" geotiffs on overview is a problem of selecting cache size for GDAL. I wish that GDAL_CACHEMAX will be automatically expanded to contain at least one row of unpacked tiles, then the performance issue talked about here will go away. On Tue, Nov 30, 2021 at 9:44 PM Jav

Re: [gdal-dev] Simple features/sql-mm and bezier/elliptical curves

2021-10-14 Thread Komяpa
of contents on the preview website. On Tue, Oct 12, 2021 at 7:08 PM Paul Ramsey wrote: > This would be something we could put our (PostGIS) OSGeo budget to, > perhaps, in lieu of any other activities going on this year. > > P > > > On Oct 12, 2021, at 3:00 AM, Darafei Komяpa P

Re: [gdal-dev] Simple features/sql-mm and bezier/elliptical curves

2021-10-12 Thread Komяpa
Hello, ISO SQL/MM has chapters for NURBS and other magical geometry types. The text is unfortunately not free - I'd love us to have a copy for the PostGIS team at least. Last time I was touching that topic was around 2019 when I wanted to make TINs somewhat more compatible. OGC has a very limited

Re: [gdal-dev] HANA driver proposal

2021-09-16 Thread Komяpa
Dear Maxim, This is a mailing list. A lot of people read your emails. The emails are threaded here. There is no obligation for anyone to reply the emails, if the thing you're doing is not fun for them. Can HANA support Postgres wire protocol instead? This will enable a lot more compatibility for

Re: [gdal-dev] nearblack on multi GB images very slow

2021-03-12 Thread Komяpa
28x128 Type=Byte, ColorInterp=Green > > Band 3 Block=128x128 Type=Byte, ColorInterp=Blue > > > > The math would be: > > > > 126015*3*8=3024360 bytes > > 3024360/1024= 2,954 KB > > > > Or: > > > > 126015*3*8*128*128=4E10 b

Re: [gdal-dev] nearblack on multi GB images very slow

2021-03-12 Thread Komяpa
.x6.nabble.com/GDAL-Dev-f3742093.html > ___ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev > -- Darafei "Komяpa" Praliaskouski OSM BY Team - http://openstreetmap.by/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] OGR Polygon Intersection

2021-02-27 Thread Komяpa
es": [ [ [ 1.5, 1.5, 0.0 ], [ 1.5, 1.0, > 0.0 ], [ 1.0, 1.0, 0.0 ], [ 1.0, 1.5, 0.0 ], [ 1.5, 1.5, 0.0 ] ] ] }' > > Thanks in advance! > > Cheers, > Kai > > ___ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev > -- Darafei "Komяpa" Praliaskouski OSM BY Team - http://openstreetmap.by/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL Polygonize with Uint32

2019-08-05 Thread Komяpa
There is a 6 year old request in PostGIS for distinguishing such values: https://trac.osgeo.org/postgis/ticket/2353 On Mon, Aug 5, 2019 at 7:39 PM Even Rouault wrote: > On lundi 5 août 2019 15:47:35 CEST Nikolaos Ves wrote: > > Hi list, > > > > Currently, GDALPolygonize [0] reads the data to an

Re: [gdal-dev] Document typo fix suggestion

2019-05-27 Thread Komяpa
After you submit your pull request, go to your own fork and select newly created branch. Edit button in it will append changes to the pull request. пн, 27 мая 2019, 1:59 PM карыстальнік jratike80 < jukka.rahko...@maanmittauslaitos.fi> напісаў: > Well, there is a shortcut button "Edit on GitHub" o

Re: [gdal-dev] Should the next version (previously 2.5) be called GDAL 3.0 ?

2019-05-01 Thread Komяpa
It's a year of major version bump in GIS. Proj 6 (2x3), PostGIS 3, possibly pgRouting 3. Three is a popular GIS version number this year. I'd +1. Only question is whether you have plans for even more major API breaks this year, so that 3.0 sticks for a little while. On Thu, May 2, 2019 at 4:56 AM

Re: [gdal-dev] FlatGeobuf; proposal for a new performance oriented vector file format

2019-03-11 Thread Komяpa
t I've got indications that it is not. > GiST is just *a* tree on top of support functions. More sophisticated versions of tree are limited by what callbacks Postgres provides. /Björn Den mån 25 feb. 2019 kl 11:06 skrev Darafei "Komяpa" Praliaskouski < m...@komzpa.net>

Re: [gdal-dev] FlatGeobuf; proposal for a new performance oriented vector file format

2019-02-25 Thread Komяpa
Hi Björn, Would it make sense to implement it not as a separate format, but as a special convention on top of any of already existing ones? What happens if you sort by Hilbert curve a shapefile or geopackage, and tweak the internals to build indexes in flattish manner? For example, here is a bran

Re: [gdal-dev] Nearblack Eating Image Border

2019-02-20 Thread Komяpa
I believe this behavior is great for over-compressed imagery JPEGs where you have corrupted border of several "black-poisoned" non-black pixels that you'd better remove and take from some other image in the mosaic, since in this scenario you usually have an overlap. On Wed, Feb 20, 2019 at 4:16 PM

Re: [gdal-dev] PROJ6?

2019-02-01 Thread Komяpa
Thanks Even, Michael! Changed order, left rebuilding and left for Moscow. Hope it finishes well without oversight. On пт, 1 лют 2019, 23:25 Even Rouault wrote: > On vendredi 1 février 2019 23:20:58 CET Darafei "Komяpa" Praliaskouski > wrote: > > https://github.com/pos

Re: [gdal-dev] PROJ6?

2019-02-01 Thread Komяpa
Hello, I can't rebuild gdal master with proj master as update of PostGIS env. Build scripts are unchanged and are from https://github.com/postgis/postgis-build-env. Here's tail of build log: checking whether SSE is available at compile time... yes checking whether SSSE3 is available at compile ti

Re: [gdal-dev] RFC 73 (aka gdalsrsbarn) available for review

2019-01-28 Thread Komяpa
Hello, I would like to learn more about geographic 3D CRS. There is ad-hoc solution in PostGIS ("geography") to handle 3D geographies, and I would like to learn about alternative ways of signaling that calculations are to be done on curved surface. On Wed, Jan 9, 2019 at 6:23 PM Even Rouault wro