Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[udig-devel] [jira] Created: (UDIG-601) when loading & rendering data from oracle datastore with large datasets there should be additional 'choices' to select the data

when loading & rendering data from oracle datastore with large datasets there should be additional 'choices' to select the data
-------------------------------------------------------------------------------------------------------------------------------

         Key: UDIG-601
         URL: http://jira.codehaus.org/browse/UDIG-601
     Project: uDIG
        Type: Improvement
  Components: oracle  
    Versions: UDIG 1.0.1    
 Environment: desktop: win XP, Pentium4, 2.8Ghz, 1gig ram
database: w2k (oracle 10.1.0.4.0 with spatial option), 2*zeon 800mhz processor, 1 gig ram
 Reporter: jukka sirviö
 Assigned to: Jody Garnett 
    Priority: Minor



When loading tables which contains large amount of spatial data (my opinion for large amount of spatial data is ower one million row) the loading and rendering takes too long. Could there be checking that if the table contains too much rows the user will be informed with "Ok" and "Cancel" -option? 

Better choice could be : 
- user have already loaded for example geotiff to uDig
- system knows the BoundingBox and / or wiewport of the window
- loading and rendering is done according the BoundingBox, not the whole table
- if the BoundingBox is too large (or unknown) and the dataset queried from database contains large amount of geometries then user response for some warning message ("Ok", "Cancel") should be required.

Loading and rendering of 1230135 polygons from database with above hardware configuration takes approximately one hour. 


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



Back to the top