Thank you Markus, I just got the i.segment results with Grass 7.6 (64 bit; r73480-35).
This is the output: i.segment --overwrite group=DV4@LUP1,IDM4@LUP1,W2@LUP1,W4@LUP1 output=SegmW24IDM4DV4 threshold=0.25 minsize=5000 memory=10000 seeds=SegW24IDM4DV4@LUP1 goodness=SegmW24IDM4DV4_goodn Maximum number of iterations set to 50 Loading input bands... Loading seeds from raster map <SegW24IDM4DV4>... Processing pass 1... Processing pass 2... Processing pass 3... Processing pass 4... Processing pass 5... Processing pass 6... Processing pass 7... Processing pass 8... Processing pass 9... Segmentation converged after 9 iterations Assigning region IDs to remaining single-cell regions... Merging segments smaller than 5000 cells... Writing out segment IDs... Writing out goodness of fit ERROR: Region of size 635805 should be in search tree On Thu, Oct 4, 2018 at 4:07 PM Markus Metz <[email protected]> wrote: > Can you please try with GRASS 7.6 64 bit [0] and report if the error still > persists or not? > > Thanks, > > Markus M > > [0] https://wingrass.fsv.cvut.cz/grass76/x86_64/ > > On Thu, Oct 4, 2018 at 5:07 PM Jamille Haarloo <[email protected]> > wrote: > > > > Dear Grass community, > > > > I have been experimenting with i.segment, i.segment.uspo and > i.segment.stats on relatively small areas of a worldview-2 image. > > After some success I tried i.segment and i.segment.stats on the entire > area of 19875 ha, but I kept getting the same errors with i.segment.stats. > I started using a mask to eliminate most of the matrix, to see if that > helped. It did not, so I started the process again in i.segment but with > the previous segmentation output as seed to reduce processing. This time I > also got an error with i.segment in 2 attempts with different parameters. I > looked for documentation, but I couldn't find any solutions and I rather > not mess with the scripts. I do get a raster-output which looks ok, but > i.segment.stats fails to create an attribute table for further analyses. My > questions are: Is the area too big (too much pixels)? Are there too many > segments? The count of the last output is 9054 segments. Or should I start > the process again form the beginning without the seed assuming the Mask is > not the problem? The processing might take several weeks though. > > > > i.segment error: > > ERROR: Region of size 501508 should be in search tree > > > > i.segment.stats errors: > > ERROR: Error while executing: 'CREATE TABLE segmstat_tmp_vect_7968 (cat > int, area double precision, compact_circle double precision, DV2_mean > double precision, DV2_stddev double precision, DV2_variance double > precision, DV2_coeff_var double precision, DV2_first_quart double > precision, DV2_median double precision, DV2_third_quart double precision, > DV2_perc_90 double precision, DV4_mean double precision, DV4_stddev double > precision, DV4_variance double precision, DV4_coeff_var double precision, > DV4_first_quart double precision, DV4_median double precision, > DV4_third_quart double precision, DV4_perc_90 double precision, IDM2_mean > double precision, IDM2_stddev double precision, IDM2_variance double > precision, IDM2_coeff_var double precision, IDM2_first_quart double > precision, IDM2_median double precision, IDM2_third_quart double precision, > IDM2_perc_90 double precision, IDM4_mean double precision, IDM4_stddev > double precision, IDM4_variance double precision, IDM4_coeff_var double > precision, IDM4_first_quart double precision, IDM4_median double precision, > IDM4_third_quart double precision, IDM4_perc_90 double precision, W2_mean > double precision, W2_stddev double precision, W2_variance double precision, > W2_coeff_var double precision, W2_first_quart double precision, W2_median > double precision, W2_third_quart double precision, W2_perc_90 double > precision, DV4_mean double precision, DV4_stddev double precision, > DV4_variance double precision, DV4_coeff_var double precision, > DV4_first_quart double precision, DV4_median double precision, > DV4_third_quart double precision, DV4_perc_90 double precision, > neighbors_count double precision, area_nbrmean double precision, > area_nbrstddev double precision, compact_circle_nbrmean double precision, > compact_circle_nbrstddev double precision, DV2_mean_nbrmean double > precision, DV2_mean_nbrstddev double precision, DV2_stddev_nbrmean double > precision, DV2_stddev_nbrstddev double precision, DV2_variance_nbrmean > double precision, DV2_variance_nbrstddeGRASS_INFO_ERROR(7020,1): > > Traceback (most recent call last): > > File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri > > pts/i.segment.stats.py", line 370, in <module> > > main() > > File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri > > pts/i.segment.stats.py", line 357, in main > > gscript.run_command('db.execute', input=insert_sql, > > quiet=True) > > File "C:\Program Files\GRASS GIS > > 7.4.0\etc\python\grass\script\core.py", line 421, in > > run_command > > return handle_errors(returncode, returncode, args, > > kwargs) > > File "C:\Program Files\GRASS GIS > > 7.4.0\etc\python\grass\script\core.py", line 332, in > > handle_errors > > returncode=returncode) > > grass.exceptions.CalledModuleError: Module run None > > ['db.execute', '--q', 'input=Z:\\GRASS_GIS\\Cottica_LUP\\LUP > > 1\\.tmp/unknown\\7968.1'] ended with error > > Process ended with non-zero return code 1. See errors in the > > (error) output. > > > > > > _______________________________________________ > > grass-user mailing list > > [email protected] > > https://lists.osgeo.org/mailman/listinfo/grass-user >
_______________________________________________ grass-user mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/grass-user
