For the record it is not just this user experiencing issues. I
received the java bindings Original email 11 minutes after the Reply
to that email.came through. However, I am accessing mail via gmail.com
too.
On Thu, May 29, 2025 at 12:58 PM Laurențiu Nicola via gdal-dev
wrote:
>
> PS: "New" doesn
I am not volunteering at the moment but maybe I could someday.
- Long ago I used to write 2d and 3d geometry translators for DXF files.
- I am good at math.
- I have contributed to gdal (some changes to the Java bindings).
- I used to be a C++ developer.
In order to do this I would need to learn
Does that snippet of code need to be that way? It seems it could
pretty easily be changed to work a band at a time and a weight of zero
would contribute nothing. Now I do not know the domain at all and
maybe that violates some assumptions. Curious as to what you think.
On Thu, Jan 9, 2025 at 2:36
On Friday, 8 November 2024 1:39:47 PM AEDT Barry DeZonia via gdal-dev
> wrote:
> > I am really curious how people are solving this kind of problem
> > without pulling out their hair.
>
> What is the minimum version of GDAL you actually need?
>
> I would suggest to just sp
can't comment on the appropriateness of that particular code. Perhaps
> at some point someone will need to reboot the GDAL Java bindings to be a
> Panama project if JNI is abandonned (and that would likely be totally
> disconnected from SWIG. At least
> https://github.com/search?q=rep
Hey all,
I hope this is the right place for this email. I am a developer that has
written a java component that interfaces with the java bindings and allows
my app users to access gdal data.
The problem I have is that gdal seems to release somewhat often. I wrote my
code initially for 3.7 but lat
I don't know a lot about gdal but what if your call was just:
geom.Buffer(6, ["JOIN_STYLE=MITRE"])
On Fri, Oct 4, 2024 at 3:55 PM Martin Landa via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Hi all,
>
> in the documentation [1] is mentioned:
>
> """
> Buffer(Geometry self, double distance, cha
Greg, you might want to CC Evan into this email chain.
On Mon, Jun 24, 2024 at 1:53 PM Greg Troxel via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Scott via gdal-dev writes:
>
> > On debian 12:
> >
> > /usr/include/c++/12/cstdlib, line 75. Context:
> >
> > // Need to ensure this finds the C li
Yeah, I didn't know about this pragma directive at all. A simple summary
about it is here (including disclaimers on use).
https://stackoverflow.com/questions/10261382/why-would-one-use-include-next-in-a-project
On Mon, Jun 24, 2024 at 1:20 PM Greg Troxel via gdal-dev <
gdal-dev@lists.osgeo.org> w
Scott, is it that you are using #include_next instead of #include?
#include_next makes assumptions about the environment that #include does
not.
On Mon, Jun 24, 2024 at 12:53 PM Scott via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Thanks for the docker instructions. It built nice and clean.
>
I have not worked with DXF files since the early 90s so my info might be
wrong. But check if any of your transformations are ending up with negative
start/end angles. That used to be able to reverse the direction of the arc.
Again this is old info and I don't quite understand your problem so I'm
so
Hey all,
I am in a position where a library I am developing would benefit if gdal
could open an image that lives on the web. I guess maybe it's a VSI thing?
Anyhow I am wondering how I could extend the Java API to open things given
a Java URI. It could delegate to the C/C++ VSI code after manipula
If it's not clear I am saying that the Java API extensions for MDArrays in
gdal 3.8 (and possibly 3.7 - I don't remember) has a clean bill of health.
On Thu, Dec 28, 2023 at 8:15 PM Barry DeZonia wrote:
> Hey all,
>
> I just wanted to let you know I updated my java code that uses GDAL (and
> it'
Hey all,
I just wanted to let you know I updated my java code that uses GDAL (and
it's Java API) to load data from MDArray supporting drivers. My initial
tests (using my zorbage-viewer app to call zorbage-gdal routines) shows the
MDArray Java code is working well. Data files are a bit slow to load
Thanks for the pointer. That was the problem. I just extracted the source
again elsewhere and can build there fine.
On Tue, Dec 26, 2023 at 4:45 PM Even Rouault
wrote:
> Barry,
>
>
> > This probably has a simple explanation.
> >
> > I have downloaded the 3.8.2 source code.
> >
> > In the local s
Hey all,
This probably has a simple explanation.
I have downloaded the 3.8.2 source code.
In the local source code directory I make a build dir and cd into it.
I then do this:
CMAKE_INSTALL_PREFIX=/usr GDAL_JAVA_INSTALL_DIR=/usr/java/packages/lib
cmake ..
And then this:
CMAKE_INSTALL_PREFIX=
16 matches
Mail list logo
