[SoC] Re: Weekly report
Giovanni Onofri
gio.onofri at gmail.com
Fri May 29 21:39:43 EDT 2009
Hi all
my name is Giovanni Onofri and I am working to integrate in a single
application GeoReport and Spatialytics in PentahoBI platform using CDF
extenstion.
This week I did a global overview on various software and languages that
will help me in the near future
You can find my weekly report on:
http://geosoa.scg.ulaval.ca/wiki/doku.php?id=gsoc2009_weekly_reports_giovanni_onofri
Good SoC
Regards
G.O.
2009/5/30 <soc-request at lists.osgeo.org>
> Send SoC mailing list submissions to
> soc at lists.osgeo.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.osgeo.org/mailman/listinfo/soc
> or, via email, send a message with subject or body 'help' to
> soc-request at lists.osgeo.org
>
> You can reach the person managing the list at
> soc-owner at lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of SoC digest..."
>
>
> Today's Topics:
>
> 1. Re: SoC Digest, Vol 22, Issue 14 (Cristian Mart?n Reinhold)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 30 May 2009 00:09:35 +0200
> From: Cristian Mart?n Reinhold <christian.reinhold at gmail.com>
> Subject: [SoC] Re: SoC Digest, Vol 22, Issue 14
> To: soc at lists.osgeo.org
> Message-ID:
> <145d5c6a0905291509h865654fmdd54f8b9767b04a1 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Dear List,
>
> I am Christian Martin Reinhold and I am working on a client-server
> communication for extending a Web Symbol Service (WSS) on gvSIG. This week,
> I have been busy on the server side, defining its technology, which is
> finally django and pinax, and start implementing on it for the first days.
> Then, I started thinking about how to make this communication possible via
> Web Service, and also reading the OGC specification for SLD files.
>
> All the related documentation is and will be available at the following
> site:
>
> https://confluence.prodevelop.es/display/WSS/Home
>
> Now you can just read about my first week [1] and about the project in
> general [2], as well as the points stated at the weekly meetings for
> determining goals for the next weeks.
>
> The code of the project will be uploaded via SVN at one of the
> prodevelop-gvsig files next weeks.
>
>
> [1]
>
> https://confluence.prodevelop.es/display/WSS/Week+1+-+First+steps+on+developing+the+server+side
> [2]
>
> https://confluence.prodevelop.es/display/WSS/2009/05/27/First+post+-+About+the+WSS+project
>
> Regards,
>
> Christian.
>
>
>
> On Fri, May 29, 2009 at 10:01 PM, <soc-request at lists.osgeo.org> wrote:
>
> > Send SoC mailing list submissions to
> > soc at lists.osgeo.org
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > http://lists.osgeo.org/mailman/listinfo/soc
> > or, via email, send a message with subject or body 'help' to
> > soc-request at lists.osgeo.org
> >
> > You can reach the person managing the list at
> > soc-owner at lists.osgeo.org
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of SoC digest..."
> >
> >
> > Today's Topics:
> >
> > 1. H2/OpenJUMP integration week 1 (Christopher)
> > 2. QGIS label placement, week 1 (Martin Dobias)
> > 3. Developing extension to thematic mapping capabilites of
> > Spatialytics (Adhyan Arizki)
> > 4. - Ossimplanet integration with Grass and Qgis - status report
> > #1 (massimo di stefano)
> > 5. GRASS - Network Analysis, 3rd week report (Daniel Bundala)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Fri, 29 May 2009 10:10:37 -0700 (PDT)
> > From: Christopher <infinityedge at yahoo.com>
> > Subject: [SoC] H2/OpenJUMP integration week 1
> > To: soc at lists.osgeo.org, OpenJump develop and use
> > <jump-pilot-devel at lists.sourceforge.net>
> > Message-ID: <311716.8359.qm at web38802.mail.mud.yahoo.com>
> > Content-Type: text/plain; charset=us-ascii
> >
> >
> >
> > This week, I finalized the direction of the project and began coding the
> > first stage: a simple read only plugin for the H2 database modeled along
> the
> > lines of the current postgis plugin. Next week, I will finish that plugin
> > then begin work on adding read/write capability to OpenJUMP's DataStore
> > framework. The biggest problem I had this week was keeping JUMP's
> DataStore,
> > JUMP's DataSource, and Java's DataSource frameworks all separate in my
> head.
> > A second problem was that I was strapped for manhours this week due to my
> > big wedding happening tomorrow (my wife and I were legally married in a
> > small ceramony last November before my dad died of Multiple Sclerosis
> this
> > spring, now we're having the big party with all the relatives and
> associated
> > stress ;)
> >
> > My wiki page (hosted in the OpenJUMP wiki) is very rudimentary right now,
> > but will be expanded as new problems, choices, and solutions appear.
> >
> > --Christopher DeMars
> >
> >
> >
> >
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Fri, 29 May 2009 19:23:13 +0200
> > From: Martin Dobias <wonder.sk at gmail.com>
> > Subject: [SoC] QGIS label placement, week 1
> > To: soc at lists.osgeo.org, Gary Sherman <sherman at mrcc.com>
> > Message-ID:
> > <e8e7199c0905291023h314b9ba5q99d36b680c987bfc at mail.gmail.com>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Hi,
> >
> > I'm working on improved label placement for Quantum GIS.
> >
> > You can see my first week's report on the dedicated wiki page:
> > http://www.qgis.org/wiki/Label_Placement_GSoC_2009
> >
> > Bye
> > Martin
> >
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Sat, 30 May 2009 02:02:37 +0800
> > From: Adhyan Arizki <a.arizki at gmail.com>
> > Subject: [SoC] Developing extension to thematic mapping capabilites of
> > Spatialytics
> > To: soc at lists.osgeo.org
> > Message-ID:
> > <c673ddde0905291102h29f82241o6ed8ee4174334391 at mail.gmail.com>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Hi,
> >
> > Arizki here. Working for ULaval on extending Spatialytics thematic
> > capabilities. follow me up at:
> >
> >
> >
> http://geosoa.scg.ulaval.ca/wiki/doku.php?do=show&id=gsoc2009_weekly_reports_adhyan_arizki
> >
> >
> > --
> >
> > Best regards,
> > Adhyan Arizki
> >
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Fri, 29 May 2009 21:01:25 +0200
> > From: massimo di stefano <massimodisasha at yahoo.it>
> > Subject: [SoC] - Ossimplanet integration with Grass and Qgis - status
> > report #1
> > To: OSGeo SoC <soc at lists.osgeo.org>
> > Cc: ossim-developer at lists.sourceforge.net
> > Message-ID: <44C9643F-FB63-4B4E-98BA-F458170AFB4C at yahoo.it>
> > Content-Type: text/plain; charset="us-ascii"
> >
> >
> >
> > Hi All,
> >
> > i'm Massimo Di Stefano, working on the Ossimplanet integration with
> > Grass and Qgis.
> >
> > here for my first report, a description about the project, its
> > timeline etc .. is on
> >
> > my wiky page for the project is hosted here:
> >
> > http://trac.osgeo.org/ossim/wiki/GoogleSummerOfCode
> >
> > The code is under svn you can browse it here :
> >
> > http://svn.osgeo.org/ossim/trunk/gsoc/
> >
> > I'll store the summary reports for each week here :
> >
> > http://trac.osgeo.org/ossim/wiki/WeekReport?action=edit
> >
> >
> > -- Report --
> >
> > i start to wrote code .... my first time using svn (cool!)
> >
> > i'll try to describe it here ...
> >
> >
> >
> > what is done :
> >
> > - code to use ossim TCP capabilities to set a position and a point of
> > view based on (lon, lat, altitude, roll, pitch, gain) (finished)
> > - code for reading the gps data from dgps and display the nmeadata in
> > the gui (include a map view using qtwebkit), it will use a fixed
> > position (gps) and a modificable view setting (roll,pitch,gain)
> > (finished)
> > - code to change the position using a joystic (needs some
> > implementation yet, but is ready for test)
> >
> > so the position message can be sended using gui, gps, joystick
> >
> > - code to read the grass environment and retrieve a list for vector,
> > raster and regions in the running mapset
> > so it is possible to syncronize the posiotion in ossimplanet on the
> > center of the active grass region or change the region to a speciphic
> > layer or saved region
> >
> > - code to export grass elevation data to ossimplanet (g.ossim) the
> > code is usable from the pyqt gui or directly from grass (finished)
> > - code to read vector layer in grass and export it to kml (it is to
> > have a custom kml settings, like color, label etc...) (needs testing,
> > not finished)
> >
> >
> > next steps :
> >
> > - finish the code i described first
> > - initial work on a table widjet (it will contain the avayable layer
> > in the mapset and a checkbox for each layer i'll try to realize a
> > "query system" connected to the gui )
> > - reorganize the code in a clean way, ranaming function give them a
> > better position in the code and create comment
> > - starts a depth immersion in the ossim-gdal code
> >
> >
> > known problems that can block me :
> >
> > using the gdal-ossim plug-in we can read grass raster layer but there
> > are problems to reneder images with more than 255 entries in the
> > colortable.
> >
> > i had a chat with FrankW where we discuss a bit the problem, i stored
> > the irc log here :
> >
> >
> >
> http://trac.osgeo.org/ossim/attachment/wiki/GdalOssimPlugin/frankw_irclog.txt
> >
> > tring to summarize it :
> >
> > the code needs to be modified to handle three cases - 8bit, 16bit and
> > 32bit integers and to error out gracefully if it isn't one of those
> > cases...
> > ... and "the s[sample] value it fetched from the input buffer this
> > would need to be altered to fetch it based on the type of the buffer."
> > in function loadIndexTo3BandTile
> >
> > what i learn .. :
> >
> > theSingleBandTile ---> point to a byte array (that isn't every true)
> > theGdalBuffer.resize(theSingleBandTile->getSizePerBandInBytes()*2);
> > ---> the band is readed correctly but is is "casted" to 8bit
> >
> > i think gdal-grass should read correctly the grass data, so maybe the
> > problem is in the colortable rendering in the GDAL OSSIM driver.
> >
> > i'm tring to documenting myself reading :
> >
> > http://www.gdal.org/gdal_datamodel.html
> >
> > and :
> >
> > ossimGdalTileSource::loadIndexTo3BandTile()
> >
> > ... seems it accepts only raster files with 3band or with indexcolor ,
> > need i a function to port in rgb mode a grass color table ?
> >
> > i'm reading the grass colortable structure to learn more
> >
> > any suggestion, lines of code, examples ... that can help me to know
> > how to work on the gdal-ossim code .. can make me happy
> > ... i know it is not a simple task.
> >
> >
> > thanks to Osgeo, All the Dev-Team and Google for this cool experience!
> >
> >
> >
> >
> >
> >
> >
> > Massimo Di Stefano
> > massimodisasha at yahoo.it
> >
> > epifanio on irc.freenode.net /join gfoss
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:
> >
> http://lists.osgeo.org/pipermail/soc/attachments/20090529/9bccb389/attachment-0001.html
> >
> > ------------------------------
> >
> > Message: 5
> > Date: Fri, 29 May 2009 21:01:42 +0100
> > From: Daniel Bundala <bundala at gmail.com>
> > Subject: [SoC] GRASS - Network Analysis, 3rd week report
> > To: soc at lists.osgeo.org
> > Message-ID:
> > <9211715e0905291301u71fc082fw14b03518c9e6c869 at mail.gmail.com>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Hi List,
> >
> > This week, I implemented a module that computes the shortest path
> > between all pairs of nodes in the graph. You can also specify which
> > pairs you are interested in, so that the module does not have to
> > produce the entire NxN matrix. Also, I started on network flow
> > modules. So far, I have implemented a flow algorithm and a simple
> > module that finds the maximum flow between two given vertices(Well,
> > for debugging purposes, it can handle only the flow between nodes 215
> > and 219, so far....) Anyway, here is couple of pictures:
> > http://people.ksp.sk/~dano/grass/mfu.png<http://people.ksp.sk/%7Edano/grass/mfu.png>
> ,
> > http://people.ksp.sk/~dano/grass/mfu2.png<http://people.ksp.sk/%7Edano/grass/mfu2.png>.
> One cross is source, the
> > other one is sink. Blue edges correspond to low flow, green to medium
> > and red to high flow. I used speed limit as edge capacities. Although
> > it is not the case in the two pictures I posted, the forward and
> > backward capacities of an edge can be different.
> >
> > For the next weeks, I plan to revise for my exams. As you may be
> > aware, I have started two weeks earlier and so I will take a short
> > break now.... Currently, I have no blocking issues.
> >
> > See you in July!
> > Daniel
> >
> >
> > ------------------------------
> >
> > _______________________________________________
> > SoC mailing list
> > SoC at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/soc
> >
> >
> > End of SoC Digest, Vol 22, Issue 14
> > ***********************************
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.osgeo.org/pipermail/soc/attachments/20090530/d8ee66de/attachment.html
>
> ------------------------------
>
> _______________________________________________
> SoC mailing list
> SoC at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/soc
>
>
> End of SoC Digest, Vol 22, Issue 15
> ***********************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/soc/attachments/20090530/bf60df03/attachment-0001.html
More information about the SoC
mailing list