Changes between Version 5 and Version 6 of WeekReport

Timestamp:

07/08/10 21:19:31 (15 years ago)

Author:

epifanio

Comment:

--

WeekReport

@@ -223 +223 @@
 
 == ==
+
+== Report 5  ==
+
+Week 5 (June 26, 2009)
+1.What did I do this week:
+
+-Fixed the comunication between the main app and the widget window, so now i’m able to send/receive message trhought the different windows.
+
+-Inizial coding about the web-map based on ka-map and a system to auto generate mapfile reading data from grass mapset.
+
+-Working on r.external to see how to integrate imagery data ued by ossim (large mosaics, single band files, merged rgb images etc..) to test the ability of grass to load externbal data.
+
+-Bug fixing in the gps thread, joystick code.
+
+-inital write for a configuration setting dedicated to external device (joystick, joypad or other device)
+
+-working on arduino, to send signals from external device to the application. 
+
+2.What do I plan on doing next week: 
+
+I’m reading the source code of Ossim-Gdal plug-in, in the next week i‘ll continue to read it and i hope to be able to detect the part of code that need modification.
+Ossim-Gdal plug-in is based on complex code, i’ll need a mix of hard study+ great lucky ... and try to figure it out ;-)
+
+3.Am I blocked on anything: x
+
+== ==
+
+== Report 6  ==
+
+Week 6 (July 3, 2009)
+1.What did I do this week:
+
+-Fixed the Grass Raster Rendering in Ossim-Gdal plug-in, now we can load grass raster data type (Byte, Uint16, Float32, Float64) in imagelinker and Ossimplanet.
+   The rendering works great, all the ossim function like “img2rr, create_histo, 
+   mosaic, image_info ...” now works on grass data too.
+
+-Finished to wrote a template mapfile to read gps data in real time (gps data stored on postgis) ... i need yet to implement an autogenerated mapfile based on selected
+   grass layers.
+
+-Create a python dictionary from the geonames cities database (a dictionary for 
+   each region) target is to have a combobox with listed region once one region is 
+   selected in an other combobox we’ll have cities names to zoom to.
+
+-Continue to sperimenting the use of r.external (using vrt data) to read in grass imagery data generated by ossim.
+
+2.What do I plan on doing next week: 
+
+
+-Study/Learning/experiment with the broadcast/listner Ossimplanet’s capabilities.
+   (target is to load raster data in ossim using tcp connection). 
+
+-Learn more on grass command like :  r.cost, r.los, v.net.path, v.net.salesman.
+   the target is to generate capture nodes using the gui/joystick pass them to grass
+   generate visibility-map/route/path and send it out to planet.
+
+
+3.Am I blocked on anything: x
+
+== ==
+
+== Report 7  ==
+
+Week 7 (July 10, 2009)
+1.What did I do this week:
+
+-Created a tool to apply grass/Ossim/others Unix executable on grass data “image_info, img2rr, gdal_translate(VRT), r.info, r.report, ...” the commands are applied on VRT data, so to avoid to have histogram and preview files in the cellhd directory.
+
+-Work not yet finished :  autogenerated mapfile based on selected grass layers.
+
+-Ctreate a tool to use geonames data, the tool is based on a spatialite database with geonames data. Using pysqlite the app reads the db.sqlite to populate 2 combobox the first one is to select the country zone the second one to select a place, then click on send an planet will zoom to the selected position.
+   Working on this feature i wrote a some function to use spatialite from python, 
+   like : init a spatialitedb, populate a splt.db from a postgresql table, create   
+   dictionary to store query results etc ...
+
+-Bug fixing ... the last month i worked a lot .... but only on OSX, so now i’m  running the app from my Linux box and adjust the code, generalizing some line when i used hardcoded path and adding some if statment to check the platform type (Darwin / Linux)
+
+- Initial port to python for the shell script “g.ossim” so it will run under grass7.
+   This work will be completed by adding an other python script that will use 
+   gdal-python instead of grass so we’ll can apply the same action outside of grass  
+   (needed by the future qgis implementation)
+
+2.What do I plan on doing next week: 
+
+-Finish to implement the tool i’ve described, continue bug fixing
+
+-Learned about r.cost, r.los, v.net.path, v.net.salesman , i’ll explore the new spatilite routing abilities too, maybe will be possible to implement a route generator to have kml as output
+
+-I need to add Qdialog message when the user make illegal action, (just a worning message to suggest )
+
+
+3.Am I blocked on anything: 
+
+-Tring to learn the ossim tcp inteface to send data using tcp connection. An Ossimplanet session (used as broadcast) is able to send both data and navigation to an other Ossimplanet session (listner).
+   ... i created a sniffer during a connction, to read and capture the ossimplanet 
+   message to load data (for navigation i have no problems) but tring to send the 
+   camptured xml using python to load data the message seems don’works as 
+   aspected. 
+
+== ==
+
+== Report 8  ==
+
+Week 8 (July 18, 2009)
+1.What did I do this week:
+
+•Implemented a Grass shell in the pyqt gui, (it is a standard unix shell + grass environment). The history is readed directly from the grass history file deleting the duplicated lines and sorting it alfabetically (it is accessible using a combo-box). Some people suggest me to use pyredline directly i've sperimented it but i'm more familiar with python list and combo box approach.
+
+•Working to have a better rendering from the grass command that print text-infos about selected layers.
+
+•Rewrite the python's tool to transfer data from postgresql to spatialite,i re-done a more-informational spatialite-db based on geonames (i included other infos,not only : name , lon, lat values). I'm Planning to add different spatialite-db (examples : one for geonames, one for gps recorded data, an other one for saved points of interest + tool to store points dircty in spatialite) this work will be integrated by routing abilities (using grass command, i'm following with interest the new great Gsoc tool about routing) .
+
+•Bug fixing ... continue some linux/osx test, i find that ubuntu 8.10 has a bug in the sdl libraries, this give problems to detetc the "joystick-hat" using pygame. Googling and coding seems i find a walkaround  using python-gobject as an alternative way to support joystick instead to use pygame (only for ubuntu8.10).  The code to detect hardware is ready but i need to reimplement the joystick code from pygame to, but this is a minor issue, i'll do it it only if really needed ubuntu8.10 support. (on more recent distro "sidux" all works fine with pygame as on osx, i' also tried a bit ... on windows platform,some adjustment i get the gui loaded and the position message working, but too many dependencies to satysfy (gpsd, pygame...)so i aborted my tests )
+
+•Added a Qdialog to show infos about illegal gui usage, and to manage exceptions. (it is a simply window to show a message if we done some not handled action .. like :  pan without selecting a pan-mode, connect gps withot existing connection etc...) for now i implemented the gui system but i need to see all the possible exception and change the message according to it.
+
+
+1.What do I plan on doing next week: 
+
+•Continue bug fixing, gui cosmetics.
+
+•Recompile ossim using the last svn (thanks to the Dev team some new cool enanchemets are coming :-) ), see if it is possible to fighting against the code to send message trough tcp, i will start to read source code, i hope to be able to learn about the problem that block me to send data-message.
+
+1.Am I blocked on anything: 
+
+•Continue to read and try to learn the ossim tcp inteface (target: send data using tcp connection).
+
+== ==