[SoC] Re: SoC Digest, Vol 22, Issue 14
Cristian Martín Reinhold
christian.reinhold at gmail.com
Fri May 29 18:09:35 EDT 2009
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/~dano/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-0001.html
More information about the SoC
mailing list