Re: [gdal-dev] GSOC

Hi, On Mon, Mar 27, 2017 at 11:52 PM, Nikolaos Hatzopoulos < nickh...@csu.fullerton.edu> wrote: > Hello, > > I am a student that I am trying to find a mentor related to gdal > programming and image enhancement. > > Is there anyone who wants to mentor such a project? > > Regards, > > -- Nikos > Ms

[gdal-dev] GSOC

Hello, I am a student that I am trying to find a mentor related to gdal programming and image enhancement. Is there anyone who wants to mentor such a project? Regards, -- Nikos Ms Student Software Engineering Cal State Fullerton ___ gdal-dev mailing l

[gdal-dev] GSoC GDAL DWG Support [Week 12 report, final]

Week 12 Report [Final] blogpost link Brief description of the idea. The aim of my project was to extend GDAL supported formats with DWG. The state of the project as it was BEFORE your GSOC. There was a DWG support, but it

[gdal-dev] GSoC GDAL DWG Support [Week 11]

Blogpost link (full copy is below). 1. This week I've done: OGR CAD Driver changes: - A lot of warnings fixed. - Travis build passes. - Configure script checks c++ compiler compability with C++11 and enables CAD driver if it exists.

[gdal-dev] GSoC GDAL DWG Support [Week 10]

Blogpost link. 1. This week I've done: Pull request to GDAL-trunk was opened. OGR CAD Driver changes: - Python tests are done

[gdal-dev] GSoC GDAL DWG Support [Week 10]

Blogpost link. 1. This week I've done: Pull request to GDAL-trunk was opened. OGR CAD Driver changes: - Python tests are done

[gdal-dev] GSoC GDAL DWG Support [Week 9]

Blogpost link (full copy of report is below). 1. This week I've done: OGR CAD Driver changes: - Implemented python autotests for CAD driver (more than half of the tests are done, a small part will be done next week). - Finally a

[gdal-dev] GSoC GDAL DWG Support [Week 8]

Blogpost link (full copy of report is below). 1. This week I've done: Libopencad changes: - BlockReference is now handled properly. - Added a new API to work with Di

[gdal-dev] GSoC GDAL DWG Support [Week 7]

Blogpost link (screenshots with working QGis + libopencad, little comparisons to ArcGIS and AutoCAD). 1. This week I've done: Libopencad changes: - Fixed reading of files with only 1 object inside (before, it used to enter endless loop). - F

[gdal-dev] GSoC GDAL DWG Support [Week 6]

Blogpost link. Last week I had to move back home, and I had to set up a new working environment, and it took a lot of time. Also, I changed priority a little, so 'probably to be done' tasks are done (EED), and 'to be done' task beco

[gdal-dev] GSoC GDAL DWG Support [Week 6]

Blogpost link. Last week I had to move back home, and I had to set up a new working environment, and it took a lot of time. Also, I changed priority a little, so 'probably to be done' tasks are done (EED), and 'to be done' task beco

[gdal-dev] GSoC GDAL DWG Support [Week 5]

Blogpost link. I have declined the idea of starting implementing R13-14 support because R15 still misses some necessary capabilities, and they should be done earlier than adding support for a new version. Also, the differences betwe

Re: [gdal-dev] GSoC GDAL DWG Support [Week 4]

Hello, Even Sorry for late response. I have been working on tasks you have listed, but didn’t manage to answer your question: Part of geometry attributes will be in OGR Simple style, and things that can’t be fitted there - will be just as feature style strings (as DXF driver does). By the way,

Re: [gdal-dev] GSoC GDAL DWG Support [Week 4]

Александр, Great to see your progress. Here's a commit to fix a compilation issue: https://github.com/rouault/gdal_libopencad/commit/0f2a5205ad5e4aaa55283c43c134a3683a60c8b6 > > Also, I would like to know which DWG file things would devs like to see in > Feature attributes fields? Now it contai

[gdal-dev] GSoC GDAL DWG Support [Week 4]

Last week I had a lot of university studies, and have not achieved one task (polylines support in driver) - I am taking it for next week, sorry about that. Also, I would like to know which DWG file things would devs like to see in Feature attributes fields? Now it contains Thickness, Color (RGB)

[gdal-dev] GSoC GDAL DWG Support [Week 3]

Full report is in my blog post. 1. This week I've done: Implemented CAD OGR Driver skeleton, now it can read points/lines/circles received from libopencad. Pool of geometries will be increased n

[gdal-dev] GSoC GDAL DWG Support [Week 2]

This week we've changed the development direction with my mentor (Dmitry Baryshnikov). Now, library (libopencad) development is 'freezed' in some kind, and I am starting developing OGR driver. 1. This week I've done: 1. Implemented Linetypes reading (but they are not associated with drawing

[gdal-dev] GSoC GDAL DWG Support [Week 1]

Hello devs, Full report is posted in my blog. 1. This week I've done: 1. Added support to geometries: Ray, MText, MLine, Raster, XLine, 3DFace, Polyline Pface, and added reading of Dimensions (7 types) on internal level (libopencad

[gdal-dev] GSoC 2016

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 OSGeo

Re: [gdal-dev] GSoC 2016

Hi all, I am Avyav Kumar, a third year student at BITS Pilani, KK Birla Goa Campus, India. I am working to build a Triangulated Surface, Polyhedral Surface and Triangle API for OGRGeometry [http://www.gdal.org/classOGRGeometry.html] as part of my GSoC 2016 proposal. If anyone has suggestions they'

Re: [gdal-dev] GSOC 2016

Hi Sarthak, Thanks for submitting your proposal. Proposals are frozen at this point. Right now we're completing ranking and waiting for Google to assign slots. Best regards, Dmitry 06.04.2016 14:49, sarthak agarwal пишет: Hello Dmitry, As you know I did submit the proposal on the GSoC por

Re: [gdal-dev] GSOC 2016

Hello Dmitry, As you know I did submit the proposal on the GSoC portal but there has been no discussion of any kind. I also completed my GSoC task(fixed the bug) on time. So I request you to kindly review my proposal once and provide your feedback. I will make the necessary changes or if you want

Re: [gdal-dev] GSOC 2016

I have submitted the proposal, please check it once and provide your feedback. Sarthak On Fri, Mar 25, 2016 at 2:01 PM, Dmitry Baryshnikov wrote: > 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 d

Re: [gdal-dev] GSOC 2016

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 - https://summerofcode.withgoogle.com

Re: [gdal-dev] GSOC 2016

The deadline is today. Sarthak On Thu, Mar 24, 2016 at 1:52 AM, sarthak agarwal wrote: > Hello Dmitry, > > I fixed the bug (I guess). > Now coming to my proposal for GSoC, So I was thinking of working on > project #4 *Auto-detection of EPSG codes from incomplete WKT.* > > What I understood from

Re: [gdal-dev] GSOC 2016

Hello Dmitry, I fixed the bug (I guess). Now coming to my proposal for GSoC, So I was thinking of working on project #4 *Auto-detection of EPSG codes from incomplete WKT.* What I understood from the project is that we need to predict the EPSG code of certain files on the basis of some attributes

Re: [gdal-dev] GSoC 2016

Hi all, I have submitted a proposal on the GSoC page which pertains to the support of new geometries (Polyhedral surfaces, triangulated surfaces and triangles) in OGR core and driver integration. If the mentors do check it out, I am open to any reviews or suggestions by them for the same. Regards

[gdal-dev] GSoC draft

Hello everyone, I have shared my draft on the GSoC website. I request the would be mentors to please have a look and suggest me any changes that they feel fit. Since it has not been shared using Google docs, any comments to the draft can be sent to me via mail. If the draft is inaccessible, please

Re: [gdal-dev] GSOC 2016

Hello Dmitry, I have made all the necessary changes and now the code is working as expected ie If we provide no dbname, it will take the username by default. Here is the https://github.com/OSGeo/gdal/commit/417f4ed2642c56729f93fdb959e2bf1b9f1fdfb1 to the fix. Regards, Sarthak ​ On Tue, Mar 22,

Re: [gdal-dev] GSOC 2016

Hello to all, Sorry for taking too long (exams and travelling). After running few tests - - In my opinion, in Both the codes the error is not in GetConnectionInfo function. if you replace return true with return false at the last of the function it won’t fail in both cases. - If you

[gdal-dev] GSoC 2016

Hello everyone I am a second year student at Saint-Petersburg ITMO University, Russia. For GSoC 2016 I would like to work on DWG support in GDAL. Overall idea DWG is very wide-spread format and it seems like there is a lot of requests for a good conversion tools from DWG to more common spatia

Re: [gdal-dev] [GSOC] Student introduction

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 stud

Re: [gdal-dev] GSoC 2016

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 fo

Re: [gdal-dev] GSoC 2016

Hi Alexander, On Wed, 16. Mar 2016 at 12:40:39 +, Борзых Александр Андреевич wrote: > Overall idea > DWG is very wide-spread format and it seems like there is a lot of requests > for a good conversion tools from DWG to more common spatial data. I think > that current implementations of DWG s

Re: [gdal-dev] GSoC 2016

On Wednesday 16 March 2016 12:40:39 Борзых Александр Андреевич wrote: > Hello everyone > > I am a second year student at Saint-Petersburg ITMO University, Russia. For > GSoC 2016 I would like to work on DWG support in GDAL. > Overall idea > DWG is very wide-spread format and it seems like there

Re: [gdal-dev] GSoC 2016

2016 13:41 To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] GSoC 2016 Hello everyone I am a second year student at Saint-Petersburg ITMO University, Russia. For GSoC 2016 I would like to work on DWG support in GDAL. Overall idea DWG is very wide-spread format and it seems like there is a lot of

[gdal-dev] [GSOC] Student introduction

Hi, My name is Pero Brbora, student of Applied/Business Computing, University of Dubrovnik, Croatia . I'm full time empolyed in Cadastral Surveying industry and part-time student, so CAD/GIS related projects were on my GSOC look up list. I noticed "DWG driver without t

Re: [gdal-dev] GSOC 2016

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

Re: [gdal-dev] GSOC 2016

Hi Sarthak, 14.03.2016 00:36, sarthak agarwal пишет: On Sun, Mar 13, 2016 at 11:07 PM, Even Rouault mailto:even.roua...@spatialys.com>> wrote: On Sunday 13 March 2016 17:13:27 Dmitry Baryshnikov wrote: > Hi Sarthak, > > 1. The GDAL have 2 postgis drivers (raster and vector).

Re: [gdal-dev] GSOC 2016

On Sun, Mar 13, 2016 at 11:07 PM, Even Rouault wrote: On Sunday 13 March 2016 17:13:27 Dmitry Baryshnikov wrote: > > Hi Sarthak, > > > > 1. The GDAL have 2 postgis drivers (raster and vector). > RIght now I am working on raster part, I still have to figure out which part of the code takes care of

Re: [gdal-dev] GSOC 2016

On Sunday 13 March 2016 17:13:27 Dmitry Baryshnikov wrote: > Hi Sarthak, > > 1. The GDAL have 2 postgis drivers (raster and vector). > 2. You need to add some information to the doxygen comment of > GetConnectionInfo method about new functionality. > 3. Do you look at psql behaviour? It seems to m

Re: [gdal-dev] GSOC 2016

Hi Sarthak, 1. The GDAL have 2 postgis drivers (raster and vector). 2. You need to add some information to the doxygen comment of GetConnectionInfo method about new functionality. 3. Do you look at psql behaviour? It seems to me the ticket author means to get the database name not only from env

Re: [gdal-dev] GSOC 2016

Thank you for your reply Dmitry, Yesterday I was working on ticket 6294 but since you said it was controversial I started to look around at ticket 6316 , I figured out that we have to add a else statement after thi

[gdal-dev] GSOC 2016

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, ti

Re: [gdal-dev] GSOC 2016

Hello Dmitry, I tried the bug/enhancement #6294 and succesfully compiled the code . Now I am trying to find the work related to the project and solve them . I have some doubts on the project and as well as code. Could you help me out with that. I would al

Re: [gdal-dev] GSoC: JSON Text Sequences for GeoJSO

On 26 Feb 2016 22:15, "Sean Gillies" wrote: > > On Fri, Feb 26, 2016 at 4:37 AM, Mateusz Loskot wrote: >> >> Hi, >> >> For students interested in GDAL GSoC, I have added >> an idea to the wiki [1] about implementing >> JSON Text Sequences support for GeoJSON driver >> >> [1] http://trac.osgeo.org

Re: [gdal-dev] GSoC: JSON Text Sequences for GeoJSO

On Fri, Feb 26, 2016 at 4:37 AM, Mateusz Loskot wrote: > Hi, > > For students interested in GDAL GSoC, I have added > an idea to the wiki [1] about implementing > JSON Text Sequences support for GeoJSON driver > > [1] http://trac.osgeo.org/gdal/wiki/SummerOfCode > > Best regards, > Hi Mateusz,

[gdal-dev] GSoC: JSON Text Sequences for GeoJSO

Hi, For students interested in GDAL GSoC, I have added an idea to the wiki [1] about implementing JSON Text Sequences support for GeoJSON driver [1] http://trac.osgeo.org/gdal/wiki/SummerOfCode Best regards, -- Mateusz Łoskot, http://mateusz.loskot.net __

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Hi, On 01/04/15 22:52, Jukka Rahkonen wrote: Sean Gillies mapbox.com> writes: > >> >> >> Hi all, >> I'm not entirely clear on the signatures of the new functions. Are we > considering new functions that would be called with a single string argument > like this? >> >> ogr2ogr('-of "ESRI Sh

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Sean Gillies mapbox.com> writes: > > > Hi all, > I'm not entirely clear on the signatures of the new functions. Are we considering new functions that would be called with a single string argument like this? > >   ogr2ogr('-of "ESRI Shapefile" example.shp example.json') > > From my perspective

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

On Wed, Apr 1, 2015 at 9:38 AM, Even Rouault wrote: > Le mercredi 01 avril 2015 17:24:47, Sean Gillies a écrit : > > Hi all, > > > > I'm not entirely clear on the signatures of the new functions. Are we > > considering new functions that would be called with a single string > > argument like this

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Le mercredi 01 avril 2015 17:24:47, Sean Gillies a écrit : > Hi all, > > I'm not entirely clear on the signatures of the new functions. Are we > considering new functions that would be called with a single string > argument like this? > > ogr2ogr('-of "ESRI Shapefile" example.shp example.json')

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Hi all, I'm not entirely clear on the signatures of the new functions. Are we considering new functions that would be called with a single string argument like this? ogr2ogr('-of "ESRI Shapefile" example.shp example.json') >From my perspective this would be sort of a disaster. Instead of using

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

On Mon, Mar 30, 2015 at 7:14 AM, Newcomb, Doug wrote: > +1 > > The utilities are used by a lot of folks who cannot have compilers loaded > on their computers for security reasons. > > Doug > > On Sat, Mar 28, 2015 at 6:06 AM, Damian Dixon > wrote: > >> There are a lot of GIS specialists and geog

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

+1 The utilities are used by a lot of folks who cannot have compilers loaded on their computers for security reasons. Doug On Sat, Mar 28, 2015 at 6:06 AM, Damian Dixon wrote: > There are a lot of GIS specialists and geographers who are not programmers > that use the tools to convert or query

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Le samedi 28 mars 2015 10:47:32, Peter Halls a écrit : > Thanks, Even and Daniel. I see the logic behind the arguments. > > The stand-alone utilities are probably the most heavility used > GDAL/OGR code. Once these have been subsumed into internal function > calls, do we continue to provides the

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

There are a lot of GIS specialists and geographers who are not programmers that use the tools to convert or query gis data before using within a commercial gis tool. I believe that there is merit in providing a higher level api. Just my two pennies worth... as a programmer... working for a GIS co

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Thanks, Even and Daniel. I see the logic behind the arguments. The stand-alone utilities are probably the most heavility used GDAL/OGR code. Once these have been subsumed into internal function calls, do we continue to provides the stand-alone utilities? Programming seems to be a cyclic requirem

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

+1 to Even's explanation on why this would be a very welcome addition. We should also add to the requirements a refactoring of the "complex code" to structure the messages/information that is currently output to stdout by the command-line utilities so that the calling program can interpret an

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Peter, > Maybe I've missed the point (through over familiarity with GDAL/OGR?) > but these utilities were originally branded as 'worked examples' > of how to use the substantive libraries to perform well understood > operations from which usage of the libraries might be readily > understood.

Re: [gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Maybe I've missed the point (through over familiarity with GDAL/OGR?) but these utilities were originally branded as 'worked examples' of how to use the substantive libraries to perform well understood operations from which usage of the libraries might be readily understood. Each utility is i

[gdal-dev] GSOC 2015 proposal - Integration of cpp GDAL utilities into GDAL core library

Hi all, Please find the following proposal for 'Integration of cpp GDAL utilities into GDAL core library'. The same has been submitted to google-melange website- https://docs.google.com/document/d/1Knld8FjWCMpibF2MzJKjZ0S8mrUKdxpA7RrlUX-B95g/edit?usp=sharing Sorry for the delay in putting up the

[gdal-dev] [GSOC] PROPOSAL - Integration of GDAL utilities into GDAL core library

Hi, I have submitted my proposal in the melange website. It can be found here https://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2015/faza/5668600916475904 I would be glad if the mentors could review it and suggest the necessary improvements before the deadline. Faza Maham

Re: [gdal-dev] [GSOC] Integration of cpp GDAL utilities into GDAL core library

Hi Nishith, On 03/18/2015 08:27 PM, Nishith Maheshwari wrote: Hi, I am a masters student from IIIT Hyderabad and currently in my final year of study and working in the Lab for Spatial Informatics here. I was a part of GSOC 2014 and worked on the project *'Schematization Plugin for QGIS'* last y

[gdal-dev] [GSOC] Integration of cpp GDAL utilities into GDAL core library

Hi, I am a masters student from IIIT Hyderabad and currently in my final year of study and working in the Lab for Spatial Informatics here. I was a part of GSOC 2014 and worked on the project *'Schematization Plugin for QGIS'* last year [1][2]. I am interested in the project *'Integration of cpp

Re: [gdal-dev] [GSOC] Support for m coordinates in OGRGeometries

Selon Daniel Morissette : > FWIW I think support for M would be a very welcome addition. An > immediate use I'd see for it would be support for time on GPS tracks in > GPX files. > > Note that if supporting the M dimension doesn't seem enough for a SoC > project, making sure that all formats that

Re: [gdal-dev] [GSOC] Support for m coordinates in OGRGeometries

FWIW I think support for M would be a very welcome addition. An immediate use I'd see for it would be support for time on GPS tracks in GPX files. Note that if supporting the M dimension doesn't seem enough for a SoC project, making sure that all formats that support M (or as many as possible

Re: [gdal-dev] [GSOC] Support for m coordinates in OGRGeometries

Selon Edson Ticona : > Hi > > I was looking for the ideas list on the site and found this one > interesting: "Adding support for "M" dimension in OGR Geometries" but > it's from 2014. Is it still relevant for the project? I searched on > the code and it isn't implemented. > For example, the class

[gdal-dev] [GSOC] Support for m coordinates in OGRGeometries

Hi I was looking for the ideas list on the site and found this one interesting: "Adding support for "M" dimension in OGR Geometries" but it's from 2014. Is it still relevant for the project? I searched on the code and it isn't implemented. For example, the class OGRGeometry needs the methods isMea

[gdal-dev] GSoC 2015

Hi, I am Aakarsh Agawal, pursuing B.Tech from IIT Roorkee in India. Few things which attract me to GDAL are- 1. C++ being the central language for GDAL. I have been coding in C++ from quite some time and I have enough experience and command over the same. 2. GDAL is a library for implementin

[gdal-dev] GSoC 2014 Weekly Report 13 : GDAL PostGIS Raster driver

Hi, Below is my thirteenth weekly report. *What did I do this week?* - There was a issue with some variables which were getting overwritten somewhere between method calls. The destructor for the PostGISDataset class was being called before PostGISRasterRasterBand::IWriteBlock(). We mad

Re: [gdal-dev] GSoC weekly report 13. GDAL Networking

Mikhail Gusev gmail.com> writes: > > > Hello everyone. > This week I've finished what I've planed to do: fully complete docs and tests. See also my blog post and latest commits at github. > Maybe I need some more small improvements and fixes, so I don't stop and work at these weekends and Monda

[gdal-dev] GSoC weekly report 13. GDAL Networking

Hello everyone. This week I've finished what I've planed to do: fully complete docs and tests. See also my blog post and latest commits at github. Maybe I need some more small impr

[gdal-dev] GSoC 2014 Weekly Report 12 : GDAL PostGIS Raster driver

Hi, Below is my twelfth weekly report. *What did I do this week?* - The basic version (only inserts, no update) of the driver with write capabilities is almost good to go. - There is a minor issue with some variables which are getting overwritten somewhere between method calls. Need

[gdal-dev] GSoC weekly report 12. GDAL Networking

Hello everyone. This week I've almost completed my work. See my blog post about what I've actually complete in GNM: http://gsoc2014gnm.blogspot.ru/2014/08/week-12-gnm-is-almost-finished.html. I've also tried to generate the documentation with Doxygen and it was successful, but before publish the fi

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Hello, On Fri, Aug 8, 2014 at 10:40 AM, Even Rouault wrote: > Le vendredi 08 août 2014 10:26:27, Jorge Arevalo a écrit : > > On Thu, Aug 7, 2014 at 10:28 PM, Even Rouault < > even.roua...@spatialys.com> > > > > wrote: > > > Le jeudi 07 août 2014 22:26:07, Varun Saraf a écrit : > > > > Hello, >

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Le vendredi 08 août 2014 10:26:27, Jorge Arevalo a écrit : > On Thu, Aug 7, 2014 at 10:28 PM, Even Rouault > > wrote: > > Le jeudi 07 août 2014 22:26:07, Varun Saraf a écrit : > > > Hello, > > > > > > Thanks. I will use that. > > > > > > When the PostGISRasterDataset::SetProjection method retur

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

On Thu, Aug 7, 2014 at 10:28 PM, Even Rouault wrote: > Le jeudi 07 août 2014 22:26:07, Varun Saraf a écrit : > > Hello, > > > > Thanks. I will use that. > > > > When the PostGISRasterDataset::SetProjection method returns, a > segmentation > > fault is being shown. The methods I have made changes

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Le jeudi 07 août 2014 22:26:07, Varun Saraf a écrit : > Hello, > > Thanks. I will use that. > > When the PostGISRasterDataset::SetProjection method returns, a segmentation > fault is being shown. The methods I have made changes to IWriteBlock, > IRasterIO are not being called. What is the followi

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Hello, Thanks. I will use that. When the PostGISRasterDataset::SetProjection method returns, a segmentation fault is being shown. The methods I have made changes to IWriteBlock, IRasterIO are not being called. What is the following flow of methods that are called? What could be the issue? Regard

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Le jeudi 07 août 2014 21:26:31, Varun Saraf a écrit : > http://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/postgisraster/postgisra > sterdataset.cpp#L3024 I suggested you to look at OGRPGDataSource::FetchSRSId() ( http://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogrsf_frmts/pg/ogrpgdatasource.

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Hello, When I execute the following query [1], the return value is NULL as there is no exact match. What query should I use, instead of this one. [1] http://trac.osgeo.org/gdal/browser/trunk/gdal/frmts/postgisraster/postgisrasterdataset.cpp#L3024 Regards, Varun Saraf On Fri, Aug 8, 2014 at 12:5

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Le jeudi 07 août 2014 21:11:13, Varun Saraf a écrit : > Hello, > > After Create() exists, SetProjection is called. For my given input, the > variable pszProjectionRef has a value : > PROJCS["WGS 84 / UTM zone 44N",GEOGCS["WGS > 84",DATUM["WGS_1984",SPHEROID["WGS > 84",6378137,298.257223563,AUTHORI

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Hello, After Create() exists, SetProjection is called. For my given input, the variable pszProjectionRef has a value : PROJCS["WGS 84 / UTM zone 44N",GEOGCS["WGS 84",DATUM["WGS_1984",SPHEROID["WGS 84",6378137,298.257223563,AUTHORITY["EPSG","7030"]],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0],U

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Le lundi 04 août 2014 22:53:03, Varun Saraf a écrit : > Hello, > > Commenting poDriver->pfnCreateCopy doesn't seem to work. It is still > calling the CreateCopy() method. Check twice... How could GDAL call PostgisRasterDataset::CreateCopy() is nothing points to it ? > I will try doing the testi

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Hello, Commenting poDriver->pfnCreateCopy doesn't seem to work. It is still calling the CreateCopy() method. I will try doing the testing with a script and get back to you. Regards, Varun Saraf On Tue, Aug 5, 2014 at 2:12 AM, Even Rouault wrote: > Le lundi 04 août 2014 22:38:20, Varun Saraf a

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Le lundi 04 août 2014 22:38:20, Varun Saraf a écrit : > Hello, > > Thank you for this information. I will explicitly call Create() using a > script. Is the IWriteBlock method to be tested in a similar manner? Note > that pData buffer is passed to this method as an argument, which I will > have to

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Hello, Thank you for this information. I will explicitly call Create() using a script. Is the IWriteBlock method to be tested in a similar manner? Note that pData buffer is passed to this method as an argument, which I will have to generate and pass to it. Any suggestions how I should generate thi

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Le lundi 04 août 2014 21:38:36, Varun Saraf a écrit : > Hello, > > Yes, the code on the github repository is the latest state. I was trying > the following input queries : > > (1) Assuming that my Create() will be called. > gdal_translate --debug ON -of PostGISRaster ~/GSoC/ap_clip5x5.tif > PG:"

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Hello, Yes, the code on the github repository is the latest state. I was trying the following input queries : (1) Assuming that my Create() will be called. gdal_translate --debug ON -of PostGISRaster ~/GSoC/ap_clip5x5.tif PG:"host=localhost port=5432 user=postgres password=postgres dbname=test12

Re: [gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Le lundi 04 août 2014 14:39:52, Varun Saraf a écrit : > Hi, > > Below is my eleventh weekly report. > > *What did I do this week?* > >- There are some issues with the calling of different methods. My method >PostGISRasterDataset::Create() is not being called. Tried to resolve > that. V

[gdal-dev] GSoC 2014 Weekly Report 11 : GDAL PostGIS Raster driver

Hi, Below is my eleventh weekly report. *What did I do this week?* - There are some issues with the calling of different methods. My method PostGISRasterDataset::Create() is not being called. Tried to resolve that. - Fixed some small bugs and removed unnecessary variables that were

[gdal-dev] GSoC weekly report 11. GDAL Networking

Hello everyone. As at this week I've implemented a support of network's business logic (my blog post: http://gsoc2014gnm.blogspot.ru/2014/08/week-11-networks-business-logic.html) I'm very close to finish implementing GNM according to my plan. All that I need to complete in order to finish my projec

[gdal-dev] GSoC 2014 Weekly Report 10 : GDAL PostGIS Raster driver

Hi, Below is my tenth weekly report. *What did I do this week?* - - Inserted an empty raster in the table via PostGISRasterDataset::Create(). - On subsequent PostGISRasterRasterBand::IRasterIO calls, the default implementation of GDALRasterBand::IRasterIO is called which in turn

[gdal-dev] GSoC weekly report 10. GDAL Networking

Hello everyone! This week I've implemented many new methods and classes which I intended: network analysis, C API methods and even two new applications, which use the new functionality. Here is my blog post about it: http://gsoc2014gnm.blogspot.ru/2014/07/week-10-network-analysis-in-gnm.html. At th

[gdal-dev] GSoC 2014 Weekly Report 9 : GDAL PostGIS Raster driver

Hi, Below is my ninth weekly report. *What did I do this week?* - Implemented the Create() method which creates/appends a table. - I had planned to handle the layer creation/configuration options in the next week. Instead, I implemented them this week and plan on doing the overviews

[gdal-dev] GSoC weekly report 9. GDAL Networking

Hello everyone. This week I've finally coped with python in GDAL, so I'm no longer blocked on this. I've made some python tests for the gnminfo utility. See my blog post about this: http://gsoc2014gnm.blogspot.ru/2014/07/week-9-working-with-features-and.html These weekends I'll have enough free tim

[gdal-dev] GSoC 2014 Weekly Report 8 : GDAL PostGIS Raster driver

Hi, Below is my eighth weekly report. *What did I do this week?* - Implemented calls from IRasterIO to the methods which are writing the query. *What do I plan on doing next week?* - Processing of raster(s) and querying/updating the tiles already inserted with new band data. -

Re: [gdal-dev] GSoC weekly report 8. GDAL Networking

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 bui

Re: [gdal-dev] GSoC weekly report 8. GDAL Networking

Le vendredi 11 juillet 2014 20:21:36, Mikhail Gusev a écrit : > Hello everyone. > According to my plan this week I worked on automatic graph building in GNM. > See my blog post: > http://gsoc2014gnm.blogspot.ru/2014/07/week-8-automatic-graph-building.html > I'm also still a bit blocked on python te

  1   2   >