[udig-devel] Re: [jump-users] Re: Why uDig faster than OpenJUMP in impor

[Paul Ramsey <pramsey@xxxxxxxxxxxxxxx>]

Larry, no problem, these kinds of tests are useful things.  The table view is (unlike the rest of the UI) not based on streaming or demand loading.  But that just means it should be no more crappy than JUMP's equally memorybound implementation, which is not a bar we are apparently crossing.  If you would send me a link to your data file offlist, it would be interesting to find out what format quirk stopped it from loading in the first place.

Paul

On 6-Nov-06, at 2:16 PM, Larry Becker wrote:

I finally got uDig 1.1RC4 to open up a table view for the large shape file.  Apparently it didn't like something in the file, because I was able to get uDig to stop giving an error message when I tried to open the Table View by loading up the file in ArcMap and exporting it again.  Actually, it might still give an error message eventually since it is still loading.  There is a progress meter on the status bar that says  "Fetching children of ..." that has been running for ten minutes.  The FID has advanced to 5550 in all that time so it would appear to load about 500 records per minute!

I apologize to anyone on the uDig project in advance if I offend them, but I have been following the project for several years now and it seems like every time I try a new version, it still isn't ready.  I am still hoping someone will come along and show that I am doing something wrong, because I am really rooting for the project and would love to use it in one of our projects.

regards,
Larry

On 11/3/06, Larry Becker <becker.larry@xxxxxxxxx> wrote:

Actually, I just tried it with 1.1RC4 and it took about 7 seconds to initially add the benchmark shape file.  After it loaded up, it did redraw in about a second.  However, I was unable to get the table view to work on the file.  I also was unable to get theming to work or even basic feature selection, so there may be some downsides to the speed.

Could someone more knowledgeable about uDig try the benchmark and see if it was just my inexperience causing these problems?

Larry

On 11/3/06, Paul Ramsey <pramsey@xxxxxxxxxxxxxxx> wrote:

Try the uDig benchmark with the 1.1RC series... should be even faster.

P

On 3-Nov-06, at 11:33 AM, Sunburned Surveyor wrote:

> Malte,
>
> I want to echo Larry's thanks for the benchmarl.
>
> 5X as slow. Man, that surprises me!
>
> Looks like we've got our work cut out for us.
>
> Does anyone remember the details about the problem Malte mentioned of
> OpenJUMP not freeing memeory after the layer is deleted. I'd really
> like to take a closer look at that problem if we haven't fixed it yet.
>
> SS
>
>
>
> On 11/3/06, Larry Becker < becker.larry@xxxxxxxxx > wrote:
>> Hi Malte,
>>
>>   Thanks for the benchmark.  Looks like OJ has some room for
>> improvement.
>>
>> Larry Becker
>>
>> On 11/3/06, Malte Weller < MalteWeller@xxxxxx> wrote:
>> > Hallo List,
>> >
>> > I tested the dataset with OpenJUMP 1.0.1 and uDig 1.0.6.
>> >
>> > OpenJump:
>> > 7 seconds for loading and 13 seconds for display.
>> >
>> > uDig:
>> > 4 seconds total.
>> >
>> > uDig is displaying the layer during the loading. It looks like
>> they use
>> > streaming as Martin said.
>> >
>> > But for me it is a bigger problem that I get  an Out of Memory
>> Error
>> > after deleting this layer and load it again.
>> >
>> > I'm not sure but seems that bug was mentioned sometimes before.
>> >
>> > Greetings,
>> > Malte
>> >
>> >
>> > _______________________________________________
>> > jump-users mailing list
>> > jump-users@xxxxxxxxxxxxxxxxxxxxxx
>> > http://lists.refractions.net/mailman/listinfo/jump-users
>> >
>> >
>> >
>> >
>>
>>
>> _______________________________________________
>> jump-users mailing list
>> jump-users@xxxxxxxxxxxxxxxxxxxxxx
>> http://lists.refractions.net/mailman/listinfo/jump-users
>>
>>
>>
> _______________________________________________
> jump-users mailing list
> jump-users@xxxxxxxxxxxxxxxxxxxxxx
> http://lists.refractions.net/mailman/listinfo/jump-users

_______________________________________________
jump-users mailing list
jump-users@xxxxxxxxxxxxxxxxxxxxxx
http://lists.refractions.net/mailman/listinfo/jump-users

_______________________________________________

jump-users mailing list

jump-users@xxxxxxxxxxxxxxxxxxxxxx

http://lists.refractions.net/mailman/listinfo/jump-users