in step 3 so i can connect them.
i know the gfid in the imported shapefile, but from where i can get
the vertices?
On Wed, Aug 19, 2020 at 11:25 AM Dmitry Baryshnikov
mailto:bishop@gmail.com>> wrote:
Hi,
You need to follow these steps:
1. Create empty network
> gnmm
Hi,
You need to follow these steps:
1. Create empty network
> gnmmanage.exe create -f GNMFile -t_srs "EPSG:4326" -dsco
"net_name=my_network_1" C:\tmp\gnmnetwork
2. Load your data
> gnmmanage.exe import lines.shp -l lines C:\tmp\gnmnetwork
Repeat for all your layers
3. Connect features to
Hi Jeremy,
You can install QGIS with GDAL and python bindings using alternative
installer by NextGIS (http://nextgis.com/nextgis-qgis/).
GDAL python bindings working, gdal_merge also included.
This is previous QGIS LTR release 2.18.25, but with fresh GDAL 2.3.2 and
other libraries. This
Happy birthday GDAL!
Best regards,
Dmitry
18.10.2018 4:51, Even Rouault пишет:
Hi,
I nearly missed it [1] (actually I'm already on the 18th here, but let's
consider
Canadian time so still on the 17th), but exactly 20 years go on Oct 17th 1998,
Frank Warmerdam committed for the first time
g -> std::string
std::string GetString(const std::string , const std::string
= "") const;
This is where it would be good to get input from others.
I base the above on maximizing safety while trying to let the compiler do
its best job at optimizing. Then in about 2022, we can see about
st
I'm not a fan of wrapping things that could be replaced. Have you looked
into whether a more performant C++ JSON library could be used? I haven't
run the benchmarks, but json-c compares pretty poorly to others in
https://github.com/miloyip/nativejson-benchmark.
On Wed, Jan 3, 2018 at 12:04 PM, Dmitr
p/nativejson-benchmark.
On Wed, Jan 3, 2018 at 12:04 PM, Dmitry Baryshnikov <bishop@gmail.com
wrote:
Hi everybody,
Happy new year and lot of success in 2018!
I would like to discuss my pull request https://github.com/OSGeo/gdal/
pull/282
I created a thin wrapper around the json-c lib
Hi everybody,
Happy new year and lot of success in 2018!
I would like to discuss my pull request
https://github.com/OSGeo/gdal/pull/282
I created a thin wrapper around the json-c library which wide using in GDAL.
This is C++ interface which hides C memory management and provides nice
API.
versus 1.8M in
svn). The description for r41085 never mentions migrating code from wms to
port or the pr.
On Wed, Dec 20, 2017 at 1:58 PM, Dmitry Baryshnikov <bishop@gmail.com>
wrote:
Hi Ari,
The pull request and discussion can be found here:
https://github.com/OSGeo/gdal/pull/
:46 AM, Dmitry Baryshnikov
<bishop@gmail.com <mailto:bishop@gmail.com>> wrote:
Just the note that CPLMD5String not only for Python, but any other
API clients: C/C++, Java, Perl, etc.
But, I agree, it can be easily removed.
Best regards,
Dmitry
Just the note that CPLMD5String not only for Python, but any other API
clients: C/C++, Java, Perl, etc.
But, I agree, it can be easily removed.
Best regards,
Dmitry
20.12.2017 18:35, Even Rouault пишет:
And why are you exposing this to python? Python has md5 hashing
already
built in.
Just the note that CPLMD5String not only for Python, but any other API
clients: C/C++, Java, Perl, etc.
But, I agree, it can be easily removed.
Best regards,
Dmitry
20.12.2017 18:35, Even Rouault пишет:
And why are you exposing this to python? Python has md5 hashing
already
built in.
way as WMS/WFS does.
Can others please weigh in?
On Wed, Dec 20, 2017 at 6:25 AM, Dmitry Baryshnikov <bishop@gmail.com>
wrote:
In fact it was part of core of GDAL but hidden in WMS driver folder. The
same or similar is in:
1. ogr/ogrsf_frmts/generic
2. ogr/ogrsf_frmts/geojson
in the wms code much, but my comment was not about adding
an external dependency. It is about code quality in the core of GDAL.
On Dec 20, 2017 6:07 AM, "Dmitry Baryshnikov" <bishop@gmail.com> wrote:
Hi Kurt.
The md5.cpp and md5.h were in frmst/wms driver folder. As I see from
h
Hi Nik,
You may try alternative build scenario using CMake.
1. Install XCode command line tools if already not done this
(https://www.embarcadero.com/starthere/xe5/mobdevsetup/ios/en/installing_the_commandline_tools.html)
and CMake (https://cmake.org/download/)
2. In terminal execute
Hi Even,
31.10.17 1:14, Even Rouault пишет:
Hi,
Trying to sum up my thoughts on this topic and answering to various points
raised in this
discussion thread:
- I believe a relevant question to ask to ourselves would be: "imagine that
GDAL would come
without any build system at all, what is
st regards,
Dmitry
30.10.17 12:24, Mateusz Loskot пишет:
On 30 October 2017 at 10:06, Dmitry Baryshnikov <bishop@gmail.com> wrote:
Also there is one big problem for me in #7080 - this is third build system
additionally to GNUMakefile, makefile.vc. And now CMakeLists.txt must be
supported
repository?
If everything is fine and flexible why not use upstream projects directly?
2017-10-29 15:39 GMT+02:00 Dmitry Baryshnikov <bishop@gmail.com>:
1. Build gdal with all dependencies getting them from github
(WITH_EXTERNAL). Preferable for Windows
2. Build gdal using the system libra
build
cmake ..
apps/gdalinfo --version
Best regards,
Dmitry
29.10.17 17:27, Hiroshi Miura пишет:
Hi Dmitry,
On 2017年10月29日 07:21, Dmitry Baryshnikov wrote:
Hi Hiroshi,
I tried to test you solution:
Thank you for testing and sharing your experience.
It is working in progress status
ot all) issues can be solved.
Just my 2c.
2017-10-28 0:06 GMT+03:00 Dmitry Baryshnikov <bishop@gmail.com>:
Hi,
As Even said it make sense to move discussion from this ticket
(https://trac.osgeo.org/gdal/ticket/7080) to the list.
First of all I would like to make small introduction to Bo
(if not all) issues can be solved.
Just my 2c.
2017-10-28 0:06 GMT+03:00 Dmitry Baryshnikov <bishop@gmail.com>:
Hi,
As Even said it make sense to move discussion from this ticket
(https://trac.osgeo.org/gdal/ticket/7080) to the list.
First of all I would like to make small introduction to
and it works on their platforms, great. Then let
people choose what build tools they want and what they can support on their own
platforms.
John Daniel
Etresoft, Inc.
Sent from my iPhone
On Oct 27, 2017, at 5:06 PM, Dmitry Baryshnikov
<bishop@gmail.com<mailto:bishop@gmail.com>>
Hi Brad.
Yes you are right. Just do this steps:
|git clone https://github.com/nextgis-borsch/lib_gdal.git gdal cd gdal
mkdir build cd build cmake .. cmake --build .|
Some discussion was in this ticket
(https://github.com/nextgis-borsch/lib_gdal/issues/13).
There are 3 scenarios supported
, a newbie as user and dev of GDAL. I'm OSM mapper.
On 2017/10/28 06:06, Dmitry Baryshnikov wrote:
As Even said it make sense to move discussion from this ticket
(https://trac.osgeo.org/gdal/ticket/7080) to the list.
The ticket (https://trac.osgeo.org/gdal/ticket/7080) is my proposal.
I put
Hi,
As Even said it make sense to move discussion from this ticket
(https://trac.osgeo.org/gdal/ticket/7080) to the list.
First of all I would like to make small introduction to Borsch project.
Here it is some useful links:
* Borsch repository: https://github.com/nextgis-borsch/borsch
Hi,
For some imagery metadata the Acquisition date and time is the center of
scene (end timestamp minus start). Also for one-shot camera there is
only the one moment there the imagery was captured.
I believe that this 3 parameters (SATELLITEID, CLOUDCOVER,
ACQUISITIONDATETIME) are common
Hi,
I'm not a PSC member, but like to note the great work Kurt has done on
C++11 compilation mode.
I strongly support this RFC.
Best regards,
Dmitry
06.09.17 19:14, Kurt Schwehr пишет:
Now that Tamas has added the msvc2015/2-17SDK's, I'd like to call a vote by
the PSC on RFC68: C++11
Is it the bug of gdalmanage that this utility cannot delete raster layer
from geopackage?
Best regards,
Dmitry
22.08.17 12:49, Even Rouault пишет:
On mardi 22 août 2017 09:42:40 CEST Rahkonen Jukka (MML) wrote:
> Hi,
>
> There is an interesting question in gis.stackexchange about how
Hi,
it seem to me there is misprint here:
https://github.com/OSGeo/gdal/blob/trunk/gdal/frmts/gtiff/geotiff.cpp#L16195
instead of
> else if( nCompression == COMPRESSION_JPEG
should be
> else if( l_nCompression == COMPRESSION_JPEG
Without this fix I get such error in build without BIG TIFF
Hi Gane,
You can try to use Cmake build of GDAL
(https://github.com/nextgis-borsch/lib_gdal).
It can be configured via CMake-gui or command line.
This is an example of minimal static build of GDAL -
https://github.com/nextgis/nextgis_datastore/blob/master/cmake/extlib.cmake#L94-L175
Best
Hi Djordje,
Default build of GNM in GDAL was enabled recently. I think this build is
not available by GISInternals.
Try our (NextGIS) own build of GDAL from here: http://nextgis.com/borsch/
Best regards,
Dmitry
15.12.16 3:04, Djordje Spasic пишет:
I am wondering if it is possible to
1. Re: CAD (DWG) Driver (Even Rouault)
2. Re: CAD (DWG) Driver (Kurt Schwehr)
3. Re: CAD (DWG) Driver (Even Rouault)
4. Re: CAD (DWG) Driver (Dmitry Baryshnikov)
5. Re: identifying the fields from the .osm file (Djor
On samedi 19 novembre 2016 19:34:02 CET Dmitry Baryshnikov wrote:
Hi Even,
The big_endian test now is ok. But osx crash at the exiting of python
after all test finished successfully.
This is error message:
libc++abi.dylib: terminating with uncaught exception of type
std::__1::system_error: mutex
the CAD driver to exclude this possible issue.
Best regards,
Dmitry
19.11.16 17:18, Even Rouault пишет:
On samedi 19 novembre 2016 16:52:09 CET Dmitry Baryshnikov wrote:
Hi,
I fixed all reported by Even and Kurt errors and recommendations in CAD
(DWG) driver and most of recommendations
Hi Jeff,
This driver has no external dependencies (we use an internal copy of
OpenCAD library). So it builds without any problem.
Best regards,
Dmitry
19.11.16 18:42, Jeff McKenna пишет:
On 2016-11-19 9:52 AM, Dmitry Baryshnikov wrote:
Hi,
I fixed all reported by Even and Kurt errors
Hi Even,
Bravo! Well done!
Best regards,
Dmitry
02.11.16 17:38, Even Rouault пишет:
Hi,
I've refactored a bit the way the multiple test configurations are managed with
Travis-CI. Previously there was a default single test environment (Precise
64bit) in .travis.yml in trunk, and I had a
Hi,
What do you think about enabling GNM (network model) build by default in
2.1.2?
GNM using in QNetwork plugin in QGIS and via command line utilities but
not available by default and only small number users can get it.
I think if we enable GNM by default we can get more user feedback.
Hi,
It seems to me the CAD (DWG) driver developed during Google Summer of
Code 2016 is ready to merge into the trunk.
The pool request (https://github.com/OSGeo/gdal/pull/145) passed all
checks. Are there any objections?
--
Best regards,
Dmitry
Hi Dan,
Feel free to rewrite the docs more understandable.
You have to fork https://github.com/OSGeo/gdal
make changes to
https://github.com/OSGeo/gdal/blob/trunk/gdal/apps/ogr_utilities.dox
and provide pull request.
Also, look at man pages of other utilities as an example how it should
be
Hi Dan,
I see your tickets on debian bug tracker.
1. ogrlineref support all GDAL vector drivers with write capability
2. You didn't set -f (format) option, so default driver was set - ESRI
shape file
3. I reproduce segmentation fault (will be fixed soon)
4. Current implementation have the only
Hi Gane,
I build GDAL 2.1 using NDK and borsch build system, based on CMake.
There are some limitations - I only need GDAL in my own c++ library. So
I created swig bindings for my own library, not use GDAL Java bindings
(GDAL java binding is not ready yet).
Here it is the link for library
for you response. There is a way to do the step 2 using GDAL?
Moreover, if the path lengths are not multiple of the split size (e.g.
1000m), how the last segment is handled?
Best regards,
Nicola
*Da:*gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] *Per conto di
*Dmitry Baryshnikov
*Inviato
Hi Nicola,
The idea of ogrlineref was follow:
1. You have layer with some lines and some reper points with known
linear coordinates
2. The reper points divide lines on equal parts (e.i. 1000 m) - this is
important that parts should be equal
3. The result file will have special structure
2Jeff
This is the only one example of building GDAL and other libraries and
this is not CMake problem of MapScript support, but MapServer's team
priorities.
Building libraries for MS4W is only one activity. But there are lot of
others which developer may need:
- configure GDAL and
the win32 and
x64
libraries and include directories when building for both platforms on
Windows?
Especially, I would like CMake's FindGDAL
(https://cmake.org/cmake/help/v3.0/module/FindGDAL.html) to be able to
find
the correct paths automatically.
[Dmitry Baryshnikov]
Hi,
It seems to me
Hi,
It seems to me there is no standard install path on Windows, so search
GDAL is tricky.
CMake can register package in registry and so find GDAL, but GDAL have
to be CMaked too.
You may try our CMake GDAL (https://github.com/nextgis-borsch/lib_gdal).
In your project only need to add
Hi,
I think it's time to go forward and shift to C++11 in i.e. GDAL 2.2 and
drop old staff as it was with Windows mobile support, VB, etc.
Yes, it may be some regression in ABI, but this is less evil than
support lot of ancient compilers.
During our work on cmake build system for GDAL I
Hello GSoC students!
I created the section about GSoC 2016
(https://trac.osgeo.org/gdal/wiki/SoCProjects) in GDAL wiki.
Please write your project texts as was done previous years and provide
them to your mentors to publish them at appropriate wiki pages.
Don't afraid some duplication the
Hi Paolo,
It seems to me that your shape spatial reference not present in
spatial_ref_sys and GDAL try to import it into spatial_ref_sys.
Your shape file have such SRS:
PROJCS["Monte_Mario_Italy_zone_1",GEOGCS["GCS_Monte
our feedback.
Sarthak
On Fri, Mar 25, 2016 at 2:01 PM, Dmitry Baryshnikov
<bishop@gmail.com <mailto:bishop@gmail.com>> wrote:
Hi Sarthak,
Thank you for you note, but I already wrote:
>Don't wait for anybody with proposal. The new
Hi Sarthak,
Thank you for you note, but I already wrote:
>Don't wait for anybody with proposal. The new GSoC site is right
place to discuss proposals.
So I expected to see and comment, if needed, your proposal on this site.
Let me remind you the site -
Hi Pero,
I previously wrote the letter to this mailing list, what we expected
from the GSoC students. We expected from students who interested in GSoC:
1. To close some GDAL ticket and send pull request (the list of
recommended tickets was in letter) - this is need to us to understand
the
Hi Jürgen,
There is several problems with libdxfrw:
1. The library have GPLv2 license which is incompatible with GDAL X/MIT
2. The library support only DWG from r14 to the last 2003 version
3. This is third party dependency for GDAL.
4. There is already the DXF driver in GDAL.
The GPLv2 is ok
Hi Kurt,
I think, that it's time to do this.
Best regards,
Dmitry
17.03.2016 19:19, Kurt Schwehr пишет:
I propose that we remove --without-ogr and OGR_ENABLED. Happy to hear
arguments for the contrary. I commented here:
https://trac.osgeo.org/gdal/ticket/6117
On Tue, Jun 23, 2015 at
Hi Sarthak,
The first version is not working (do you test it?):
https://github.com/sarthak-0415/gdal/commit/36344cc26f23202cb289390322c1d295697136bd#diff-31df0e62d00ca09f9f11ad2f29e94b54R2541
Here you try to get array value with index -1. You need to set
ppszDbname = NULL no DB name present in
ail.com>> wrote:
Alright, thank you very much, I'll get to work on it!
On Sat, Mar 12, 2016 at 10:47 PM, Dmitry Baryshnikov
<bishop@gmail.com <mailto:bishop@gmail.com>> wrote:
Hi Tanuj,
I wrote a big letter to the list. There
Hi Sarthak,
14.03.2016 00:36, sarthak agarwal пишет:
On Sun, Mar 13, 2016 at 11:07 PM, Even Rouault
<even.roua...@spatialys.com <mailto:even.roua...@spatialys.com>> wrote:
On Sunday 13 March 2016 17:13:27 Dmitry Baryshnikov wrote:
> Hi Sarthak,
>
> 1. Th
ich I
am still reading the code.
I will get back to you if I have some more doubts.
Regards,
Sarthak
On Sat, Mar 12, 2016 at 10:42 PM, Dmitry Baryshnikov
<bishop@gmail.com <mailto:bishop@gmail.com>> wrote:
Hello GSoC students!
Many of you wrote to different lists and
, but legal notice
must be present (license, autors, etc.) ). Don't hesitate to ask in list.
Thank you
Tanuj
On Thu, Mar 10, 2016 at 2:07 PM, Dmitry Baryshnikov
<bishop@gmail.com <mailto:bishop@gmail.com>> wrote:
Hi Tanuj,
09.03.2016 13:17, Tanuj Kumar пишет:
Hello GSoC students!
Many of you wrote to different lists and directly for me. I tried to
systematize your questions.
1. First of all each student need to subscribe to s...@lists.osgeo.org
(the themes connected with organizing moments) and
gdal-dev@lists.osgeo.org (the themes about ideas,
. But JSON are very simple. Also GeoJSON spec. can be
found here http://geojson.org/Thanks and regards,
Tanuj
On Wed, Mar 9, 2016 at 2:58 PM, Dmitry Baryshnikov
<bishop@gmail.com <mailto:bishop@gmail.com>> wrote:
Hi, Tanuj
I'll look for opened tickets for y
Hi, Tanuj
I'll look for opened tickets for you, or maybe others can recommend some
for you.
By the way, do you see the idea list
(https://trac.osgeo.org/gdal/wiki/SummerOfCode#a2016IdeasList)?
The ideas are not ranked yet - the numbers in the list - are only in order.
This is a task for us
of the file I have. Maybe it is modified. I will
also download the same file from earthexplorer and try my routines on
it. Thanks for the suggestions. I appreciate.
- Nevzat
-Original Message-
From: Dmitry Baryshnikov [mailto:bishop@gmail.com]
Sent: Sunday, January 17, 2016 12:57 PM
To: Nev
he file I have. Maybe it is modified. I
will
also download the same file from earthexplorer and try my routines on
it. Thanks for the suggestions. I appreciate.
- Nevzat
-Original Message-
From: Dmitry Baryshnikov [mailto:bishop@gmail.com]
Sent: Sunday, January 17, 2016 12:57 PM
To: Nevzat Guler <ngu
re",1,
AUTHORITY["EPSG","9001"]]]
Origin = (145185.000,2189715.000)
Pixel Size = (30.000,-30.000)
Metadata:
AREA_OR_POINT=Point
METADATATYPE=ODL
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Uppe
Hi Nevzat,
The landsat geotiff already have CRS embeded in file
$ gdalinfo LC80150362013097LGN03_B1.TIF
Driver: GTiff/GeoTIFF
Files: LC80150362013097LGN03_B1.TIF
./LC80150362013097LGN03_MTL.txt
Size is 7281, 7261
Coordinate System is:
PROJCS["WGS 84 / UTM zone 17N",
GEOGCS["WGS 84",
Hi Paul,
The RFS48 implemented, but only in trunk. The plan for release was on
GDAL 2.1.
Yes, you can create shortest path between 2 points using a shapefile of
roads, but the graph needed to be created. The autocreate method
developed mostly for points (valves) and lines (tubes) so it may
Hi Even,
I added the sentence about FOSS4G 2015 code sprint in Seoul.
Best regards,
Dmitry
14.11.2015 20:46, Even Rouault пишет:
Hi,
See below Landon's invitation to provide content for the OSGeo Newsletter.
I've initiated a GDAL 2015 yearly report at
Hi Konstantin,
Can you explain your case. For example for WMS driver (TMS)
GDAL_HTTP_PROXY config option works for me.
Best regards,
Dmitry
01.10.2015 14:39, Константин Лапин пишет:
Hi,
CPLSetConfigOption( "GDAL_HTTP_PROXY",proxy.toLocal8Bit().data());
CPLSetConfigOption(
Hi,
I'll update Russian version. What about ticket which is about both
languages - you'll close it then both languages be updated?
Best regards,
Dmitry
30.09.2015 12:02, Even Rouault пишет:
Hi,
http://gdal.org/index_ru.html and http://gdal.org/index_br.html are out of
date related to
Hi, Thang,
What is the different between S57 SDK for .NET and GDAL S57 driver with
CSharp bindings?
There is the sources and API?
Best regards,
Dmitry
29.09.2015 05:36, Dao Thang пишет:
Hi everybody,
I'd like to announce i did the S57 SDK for .NET developer.
Anyone want this please
Hi everybody,
I'd like to share the results of code sprint in Seoul 2015.
The main aim was to restructure the gdal sources tree to fulfil the
Cmake needs.
During the code sprint we test the git possibilities to move files
between directories. But we decide to create a python script
, Dmitry Baryshnikov
<bishop@gmail.com <mailto:bishop@gmail.com>> wrote:
Hi Kurt,
During code sprint in Korea (FOSS4G 2015) I plan to play with new
approach of CMake fro GDAL. The one of experiments will be try to
use CTest. As I plan restructure the sources tre
l sandbox checks
- Test other bindings to GDAL's C or C++ API such as Fiona & Shapely
- Integration tests (e.g. GRASS, QGIS, mapserv, GeoDjango, etc).
- ABI compatibility checks
- Older versions of dependent libs e.g. netcdf/hdf4/5, kakadu,
openjpeg, etc.
-kurt
Engineer at Google
Hi everybody,
During the code sprint in FOSS4G 2015 (Korea, Seoul) I plan to start
refactoring Cmake for GDAL (everybody are welcome
http://2015.foss4g.org/programme/code-sprint/).
This is good starting point to try release an idea to reformat source
tree (combine drivers on some principles -
Hi Even,
05.09.2015 17:10, Even Rouault пишет:
Dmitry,
During the code sprint in FOSS4G 2015 (Korea, Seoul) I plan to start
refactoring Cmake for GDAL (everybody are welcome
http://2015.foss4g.org/programme/code-sprint/). This is good starting
point to try release an idea to reformat source
QuickMapServices (which also seems to
support some of ArcGIS REST API for QGIS)?
I'd like to know if this plugin only works with ArcGIS MapServer (or
also ImageService of static MapService/WMS) and I'd like configure an
own MapServer (and it shows nothing).
Yours, Stefan
2015-08-10 18:55 GMT+02:00 Dmitry
Hi Stefan,
The ArcGIS REST API was introduced in GDAL 2.0 (see
http://gdal.org/frmt_wms.html). What is you GDAL version?
Best regards,
Dmitry
10.08.2015 19:02, Stefan Keller пишет:
Hi Dmitry
When testing your example I get No mini-driver registered for 'AGS'.:
gdal_translate -of PNG
Hi everybody,
The motion of RFC48 has been adopted with support from PSC members JukkaR,
TamasS and EvenR.
The code merged in trunk now (r29585). Let me know if issues arise.
Also the RFC
(https://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support) and
RFC common page
Hi Stephen,
31.07.2015 22:54, Stephen Woodbridge пишет:
On 7/31/2015 2:51 PM, Dmitry Baryshnikov wrote:
Hi everybody,
The motion of RFC48 has been adopted with support from PSC members
JukkaR, TamasS and EvenR.
The code merged in trunk now (r29585). Let me know if issues arise.
Also the RFC
Hi,
this is error. Fixed in r29588
Best regards,
Dmitry
01.08.2015 00:02, Even Rouault пишет:
(so the
compiling of GNM is disabled by default).
Just wanted to mention that with the Unix build, it is enabled by default.
Even
___
gdal-dev
Hi,
now we have +3 for adopt RFC48: Even, Jukka and Tamas
Also I merged gnm with last trunk. Travis CI passed -
https://github.com/OSGeo/gdal/pull/60
Best regards,
Dmitry
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
Hi everybody,
Just a friendly remainder about motion adopt RFC48. Geographical
networks support.
Now we have +2 (+1 from me as proposer and +1 from Even). Formally the
RFC can be adopted, but maybe there is some disagreement or some
valuable comments.
Best regards,
Dmitry
Hi,
I finished the work on merging the GSoC2014 Geographical networks
support in GDAL to trunk.
The RFC
(https://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support)
was corrected.
The pull request (https://github.com/OSGeo/gdal/pull/60) created.
Travis building passed.
I think
Hi Even,
10.07.2015 00:19, Even Rouault пишет:
Hi Dmitry,
I have just finished the integration of GSoC2014 work into the
geographical network support in GDAL.
The major changes from original code:
1) The base network class (GNMNetwork) is inherited form GDALDataset. So
any GDAL utility, that
Hi everybody,
I have just finished the integration of GSoC2014 work into the
geographical network support in GDAL.
The major changes from original code:
1) The base network class (GNMNetwork) is inherited form GDALDataset. So
any GDAL utility, that works with GDALDataset can work with
Hi James,
As the server didn't provide information about levels, some help needed
to calculate this values. Also the all layers switched off, so we need
to tell which layers should be shown.
I create such xml file based on information from here:
Hi,
I think the vendor specific shifts should be accepted to RPC while
reading via mdreader or something same. So the fix_PleiadesRPC.patch
looks good.
Also about changing alg/gdal_rpc.cpp: мaybe the addition config key,
i.e. RPC_SHIFT which will be 0.5 as default value?
Best regards,
Hi Yi,
GDAL use the RPC which it report by gdalinfo. If gdalinfo reports old
RPC, you have to clean them from dataset. It seem's to me that rpb
(*_rpc.txt, etc.) files accepted only on GeoTIFF and TILL formats. On
GDAL 2.0 also jp2 added. So NITF is not a right format for use external
RPC.
Hi,
I would like to note that the Landsat metadata files support added to
GDAL 2.0
(https://svn.osgeo.org/gdal/trunk/gdal/gcore/mdreader/reader_landsat.cpp)
I think you can use this metadata reader to parse Landsat metadata file,
or set to the Landsat dataset the imagery metadata in same
on this updated patch which looks good to
me.
Even
Le dimanche 03 mai 2015 01:34:04, Dmitry Baryshnikov a écrit :
Hi everybody,
Let me introduce the patch to the current GDAL v.2 trunk. This patch
change the way how imagery (satellite or aerial) metadata read. I create
some base classes and several metadata
Hi Even,
I plan to fix all reported errors on Friday or Saturday, may be add few
new satellites.
Best regards,
Dmitry
29.04.2015 21:40, Even Rouault пишет:
Hi,
I wanted to have an update from other developers to know where there are with
respect to their planned schedule.
I had noted
Hi,
https://code.google.com/p/libkml/downloads/list?can=1q=colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount
The last release was on Feb 2010 - 5 year ago. Does the libkml still alive?
Also libkml has depending on boost, and kml driver has no external
depending.
Best regards,
Hi Even,
As I promise, this is my estimation for finishing previously mentioned
works:
1) Integrate GSoC'14 GNM by Mikhail Gusev. He finished most of work, but
I need to review his code. - *plan to finish on 15 of May*
2) Add support for ArcGIS Server REST API to WMS driver. It'll be very
As for me the main problem is, that gdal write wrong WKT for 3857
(http://trac.osgeo.org/gdal/ticket/3962).
The Geographic SRS use WGS84 ellipsoid
(SPHEROID[WGS_1984,6378137,298.257223563]]) instead sphere
(EXTENSION[PROJ4,+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0
+lon_0=0.0 +x_0=0.0 +y_0=0
15.04.2015 23:46, Even Rouault пишет:
Le mercredi 15 avril 2015 22:14:37, Dmitry Baryshnikov a écrit :
As for me the main problem is, that gdal write wrong WKT for 3857
(http://trac.osgeo.org/gdal/ticket/3962).
The Geographic SRS use WGS84 ellipsoid
(SPHEROID[WGS_1984,6378137,298.257223563
Sorry for some spam in GeoTIFF topic.
I'll create some shape files and screenshots and attach them to the
ticket #3962 to explain what I mean.
Best regards,
Dmitry
16.04.2015 00:10, Even Rouault пишет:
The ArcGIS (or QGIS in qpj) save 3857 in such prj file:
I hoped that this thread
Hi Federico,
Does the Project method of OGRLineString not suits you? The point snap to
nearest point, the point on line via the project, and point on polygon via
cast the outer or inner rings to line and project too.
Best regards,
Dmitry
11 дек. 2014 г. 0:56 пользователь Even Rouault
Even hi,
As was noted Mikhail works under windows on QTCreator. There is no autoconf
on window and building python bindings is not trivial.
So I wrote cmake scripts which build fine on both (Linux/windows) os.
Yes, were is some limitations on windows: cannot build swig python bindings
on debug
Hi Ivan,
Look here:
http://www.gdal.org/gdal__alg_8h.html#af4c3c0d4c79218995b3a1f0bac3700a0
You can find such options:
*
RPC_HEIGHT: a fixed height offset to be applied to all points passed
in. In this situation the Z passed into the transformation function
is assumed to be height
1 - 100 of 145 matches
Mail list logo