Re: [gdal-dev] Proposed RFC 8 amendment regarding (prohibited use of) generative AI tools

Some reading . On Wed, Oct 9, 2024 at 9:11 AM ElPaso via gdal-dev wrote: > Il 09/10/24 00:55, Greg Troxel via gdal-dev ha scritto: > > ElPaso via gdal-dev writes: > > > >> I have read the discussion on lwn and

Re: [gdal-dev] Proposed RFC 8 amendment regarding (prohibited use of) generative AI tools

Sorry to butt in. I have no say in this whatsoever. A few mayhaps/perby useful points: - not using GAI is not a lasting option, so rather focus on precautions and be aware of dangers. Prime danger, to me, seams copyright trolling ala Oracle. They have bought/adopted stuff in order to sue people. Of

Re: [gdal-dev] Inquire mapped column names for conversion to shapefile

teField(ogr.FieldDefn(name)) > shp_field_name = lyr_defn.GetFieldDefn(lyr_defn.GetFieldCount() - > 1).GetNameRef() > map_to_shp[name] = shp_field_name > ds = None > ogr.GetDriverByName("ESRI Shapefile").DeleteDataSource(tmpfilename) > print(map_to_shp) > >

[gdal-dev] Inquire mapped column names for conversion to shapefile

Hi everyone, I want to make a map of original (let's say postgresql/postgis) column names to those used in a shapefile after conversion; assuming that at least some column names in postgis will be over 10 characters in length, and shortening may produce conflicts. Basically I know how this is done,

Re: [gdal-dev] Possible error in orientation of converted arcs from dxf

; Hi, >> >> I'm wondering if there woulnd't be a connection with >> https://github.com/OSGeo/gdal/issues/1839#issuecomment-537185826 ? >> >> Even >> >> Le 25/02/2024 à 13:32, Jan Heckman via gdal-dev a écrit : >> > Hi all, >> > Sor

Re: [gdal-dev] Possible error in orientation of converted arcs from dxf

I'm wondering if there woulnd't be a connection with > https://github.com/OSGeo/gdal/issues/1839#issuecomment-537185826 ? > > Even > > Le 25/02/2024 à 13:32, Jan Heckman via gdal-dev a écrit : > > Hi all, > > Sorry for a somewhat long post, but here we go: >

[gdal-dev] Possible error in orientation of converted arcs from dxf

Hi all, Sorry for a somewhat long post, but here we go: I am converting a .dxf having a sequence of simple lines and arcs which form a continuous (poly)line, (correctly) ordered by EntityHandle. The arcs are converted (to shp) as well as displayed (Qgis) in the opposite direction as the simple line

Re: [gdal-dev] layer creation option shapefile when converting arcs in dxf

> Even > > Le 24/02/2024 à 12:15, Jan Heckman via gdal-dev a écrit : > > Hi All, > > I am looking for a way to influence the (density of the) linestrings > > which are produced by converting a circle segment in dxf (to a > > linestring in shapefile format); the a

[gdal-dev] layer creation option shapefile when converting arcs in dxf

Hi All, I am looking for a way to influence the (density of the) linestrings which are produced by converting a circle segment in dxf (to a linestring in shapefile format); the aim, ideally, is to limit the angle(s) between the chords produced. If not available, a setting of the number of vertices

Re: [gdal-dev] layer.GetSpatialRef() fails on linux for shapefiles

That's clear. However, environmental means SET in one environment, and EXPORT in the other. Sorry for the pun, but I expect Windows and Linux settings/exports for GDAL should be fairly similar. So the environments might be the next step to communicate, if I'm not mistaken at root. On Sun, Sep 24,

Re: [gdal-dev] layer.GetSpatialRef() fails on linux for shapefiles

Sorry to break in, but surely, we would like to see the .prj file in question for a simple try at reproducing? On Sun, Sep 24, 2023 at 11:37 PM Jonathan Moules via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Thanks Even. I don't have access to the machine either as the colleague > is moving to