Comments for MapWrecker 2.0

Comment on Json rtrees, part 2 by Volker Mische

Volker Mische — Tue, 24 Nov 2009 23:19:15 +0000

I still think it is interesting, as I’m thinking about server-sided JavaScript. I’d like to see how well it performs compared to implementations in other languages.

Comment on Json rtrees, part 2 by Bill Thorp

Bill Thorp — Tue, 24 Nov 2009 19:09:58 +0000

I had one built at one time for kicks. The thing is, building an R-Tree is computationally expensive – querying it is fast. I thought it would be interesting to see. It wasn’t. It was slow.

Comment on Json rtrees, part 2 by Volker Mische

Volker Mische — Tue, 24 Nov 2009 15:48:09 +0000

I see, thanks. I misunderstood your initial blog entry. I thought you have also JavaScript code to build the tree (though porting it from C# or Java to JS shouldn’t be to hard).

Comment on Json rtrees, part 2 by Bill Thorp

Bill Thorp — Tue, 24 Nov 2009 15:43:19 +0000

You already saw it! The .NET code builds a JSON r-tree. Results is an array that gets populated with tree nodes. Walktree is an iterative function to walk the r-tree, adding nodes to the results array.

If I remember correctly, each tree node should have a an array of children (c), an identifier (i), and a bounding box (b).

Obviously this is stripped down code (and I may have introduced a bug or two in process), but the basics should be there.

Comment on Json rtrees, part 2 by Volker Mische

Volker Mische — Mon, 23 Nov 2009 21:12:56 +0000

Hi Bill,

is the source of your JavaScript client-sided r-tree available somewhere? I’m keen to see it.

Cheers,
Volker

Comment on Using the ArcSDE Java API in .NET by Nelson

Nelson — Wed, 30 Sep 2009 12:59:13 +0000

Yeah, it really is a grey area. I’m a sort of devil’s advocate myself so I try to work out both arguements. And clearly, ESRI loves to win these debates; That is why the EULA is tailored the way it is now.

I like your description of what it is IKVM does exactly, however I can’t help but feel like there is too much room for interpretation of what reverse engineering is to begin with.

There is also the issue of redistribution of the dll’s (for C) and the jar’s (for java). Seeing as how we would effectively remove both of those issues from the equation, we open our selves up further because there would be nowhere else reasonably for our end users to obtain these DLL’s except to run IKVM themselves which seems pretty unruly.

The alternative is we distribute those new IKVM-generated DLL’s ourselves, but that seems it would be a HUGE point of contention with ESRI also per the EULA.

It is too bad because this has a lot of potential to be really helpful..

Comment on Using the ArcSDE Java API in .NET by Bill Thorp

Bill Thorp — Wed, 30 Sep 2009 12:33:33 +0000

Calling IKVM “reverse engineering” is highly debatable. IKVM produces a statically compiled version of Java bytecode into .NET IL bytecode. It doesn’t have to know how the SDE libraries work; only how Java works.

Comment on Using the ArcSDE Java API in .NET by Nelson

Nelson — Wed, 30 Sep 2009 11:54:21 +0000

Yeah, it’s amazing what a little investigation can turn up! I found this shorly after posting and was able to get things running.

What really stinks is I believe this is likely a direct violation of the EULA so chances are you can’t make a commercial product utilizing it. Too bad

That is, unless you have a differing perspective on that. I think it falls into the realm of reverse engineering but if I was wrong on that I’d be a lot more happy.

Still, very cool stuff!

Comment on Using the ArcSDE Java API in .NET by Bill Thorp

Bill Thorp — Wed, 30 Sep 2009 09:57:05 +0000

Nelson, its been a whiles since I’ve done this, but as per the IKVM website:

“When running .NET applications in Windows that use IKVM dll’s, the .NET framework must be able to locate the dll’s. It looks in the Global Assembly Cache, then in the current directory. If you want to be able to do development without having the dll’s in the current directory, you must install them in the Global Assembly Cache. To do this in Windows, access the Microsoft .NET Framework Configuration item in the Windows Control Panel, and add the assemblies to the Assembly Cache. At a minimum, you will want to install the IKVM.OpenJDK.ClassLibrary.dll and IKVM.Runtime.dll.”

Comment on Using the ArcSDE Java API in .NET by Nelson

Nelson — Mon, 28 Sep 2009 14:10:28 +0000

I’m unclear on what dll’s to add to my project. I realize the four generated dll’s should be added to the project but you also mention I need to be adding IKVM dll’s as well. Which ones?

Thanks,
Nelson