Changes between Version 7 and Version 8 of ProjectIdeas


Ignore:
Timestamp:
Jan 8, 2016 12:35:09 PM (21 months ago)
Author:
dmisev
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • ProjectIdeas

    v7 v8  
    2222__Ticket__: #312
    2323
    24 == Web interface for loading geo-spatial data ==
    25  * __Mentors__: abeccati
    26  * __Languages__: Java, possibly some C/C++
    27  * __Overview__:
    28 
    29 rasdaman is a domain-independed array DBMS, but via it's [wiki:PetascopeUserGuide petascope] component it becomes a geo-spatial server with support for various OGC standards -- WCS, WCPS, WCS-T. Currently data can be loaded into rasdaman in two ways:
    30  1. By using the rasql language, e.g. via the rasql client tool. This does not provide support for inserting geo-spatial information, which needs to be done manually with SQL scripts.
    31  2. By using [source:applications/rasgeo/README rasimport], a client tool based on GDAL which can extract geo-information from the input files and automatically insert it into petascope, along with the data into rasdaman.
    32 
    33 WCS-T (an OGC standard for updating coverages) is on the agenda for implementation in petascope. A prerequisite for WCS-T implementation is enabling petascope (a Java servlet) to insert coverages itself. There are two possibilities for achieving this:
    34  1. Use native system calls to the rasimport command-line tool, which would be very hackish and potentially dangerous.
    35  2. Implement it directly in petascope by using the Java bindings for GDAL, and provide a generic interface that can be used by WCS-T implementation or further clients.
    36 
    37 Further work would then include
    38  * Implementing WCS-T
    39  * Implementing a web application (an admin page in petascope), that allows to easily load data by selecting files and filling in metadata details (in case it's missing from the files themselves and GDAL can't figure it out).
    40 
    41 
    42 __Ticket__: #312, related ticket #292
    4324
    4425== Overlays of Geometries ==
     
    5031
    5132== (Web) Graphical query builder ==
    52  * __Mentors__: dmisev
     33 * __Mentors__:
    5334 * __Languages__: HTML, !JavaScript, possibly JSP or PHP
    5435 * __Overview__:
     
    6243This could possibly be done by taking an existing open-source SQL builder, and adapting it to rasql/WCPS.
    6344
    64 == JDBC (or ODBC) driver for rasdaman ==
    65  * __Mentors__: dmisev
    66  * __Languages__: Java or C/C++
    67  * __Overview__:
    68 
    69 rasql is modeled closely by SQL, so it would not be too hard to implement either a [http://en.wikipedia.org/wiki/Java_Database_Connectivity JDBC] (java) or an [http://en.wikipedia.org/wiki/ODBC ODBC] (C) driver for rasdaman. These drivers specify common interfaces for accessing relational databases, and many applications have plugins for connecting to databases via JDBC/ODBC drivers, like Matlab, R, etc. This would enable such applications to access data stored in rasdaman.
    7045
    7146== !GeoServer and Rasdaman Integration ==
     
    7651Establish prototype to demonstrate that [http://geoserver.org GeoServer] can exploit Rasdaman as a native raster data source
    7752
    78 == R and Rasdaman Integration ==
    79  * __Mentors__: pcampalani
    80  * __Languages__: Java
    81  * __Overview__:
    82 
    83 Establish prototype to demonstrate that R can exploit Rasdaman as a native raster data source.
    84 
    85 == Refactor and complete regression tests ==
    86  * __Mentors__: abeccati, dmisev, jyu
    87  * __Languages__: Bash, possibly Python. Some C/C++ and Java for the unit tests.
    88  * __Overview__:
    89 
    90 A robust and extensive regression test suite is essential for building and maintaining stable software. Rasdaman has an [source:systemtest integration test framework] as well as various unit tests. Unfortunately they are rather incomplete and outdated, and should be improved in several aspects:
    91  * ''Usability'' - tests should be easy to run by both developers and users, with zero or minimal configuration required. Furthermore, test results should be easy to read and provide as much information as possible about the failing cases.
    92  * ''Portability'' - different platforms and systems must not affect the results of the tests.
    93  * ''Extensibility'' - adding new tests should be simple and straightforward, so that developers are not turned off from the idea of adding new tests.
    94  * ''Coverage'' - tests should cover as much functionality as possible. E.g. the tiling and indexes options are not tested at all. Many "unit" tests are legacy code and not regression tests.
    95  * ''Modularity'' - rasdaman is comprised of many different components: database server, web servers, clients (command-line, GUI, !JavaScript, ...), resolvers, etc. The test suite should therefore be modular and adaptive to the current environment setup.
    96  * ''Documentation'' - on how to run the tests and add new tests.
    97 
    98 Tickets: #363
    9953
    10054== Cancel long standing query execution ==