Congratulations!!!!! Good luck with the new guy!

Looking good!
Check out the DevKit. It has some buitl in stuff that may help you speed up research.

Ohhhhhh. Just installed it and was playing around. Thought it would be cool to run that demo .

Couldn't launch it with Solaris10:


java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1154)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1101)
at com.sun.javaws.Launcher.continueLaunch(Launcher.java:944)
at com.sun.javaws.Launcher.handleApplicationDesc(Launcher.java:515)
at com.sun.javaws.Launcher.handleLaunchFile(Launcher.java:218)
at com.sun.javaws.Launcher.run(Launcher.java:165)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.UnsatisfiedLinkError: no lwjgl in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:992)
at org.lwjgl.Sys$1.run(Sys.java:75)
at java.security.AccessController.doPrivileged(Native Method)
at org.lwjgl.Sys.doLoadLibrary(Sys.java:68)
at org.lwjgl.Sys.loadLibrary(Sys.java:84)
at org.lwjgl.Sys.<clinit>(Sys.java:101)
at org.lwjgl.opengl.Display.<clinit>(Display.java:108)
at com.threed.jpct.GLBase.getAvailableVideoModes(Unknown Source)
at com.threed.jpct.FrameBuffer.getVideoModes(Unknown Source)
at com.threed.jpct.demos.util.ResolutionPanel.<init>(ResolutionPanel.java:66)
at com.threed.jpct.demos.util.ResolutionFrame.<init>(ResolutionFrame.java:15)
at com.threed.jpct.demos.dust.Dust.main(Dust.java:42)
... 11 more


Bring funny pics back .

Ok talked to the guy he said they used something similar to this for some of the processing:

http://www.ittvis.com/envi/envi_in_gis.asp

Happy Bday jPCT!! Have many many more birthdays.


This is a great project egon. .

Used a custom map format. I don't know much about it because I didn't work on getting the map data into the app.
And the application is not for sale sorry .

We got the position and our application already had names on the streets as we built the map units. Every map unit has part or an entire street which name we already set on the map unit so that was not hard.
We compare the object position with an area in the map (the street, because we already know where the street is since we know some places on the map are static and we know their position, it is defined in the map unit) and just get the street name, kinda like collision detection.
Part of the street database came from some sort of weird GPS/GIS mix system. Some other data was missing and we had to get the data on our own.
We built a tool for making map units, so we had the images and a guy programmed the tool to take road data from another version of the same image used to build the map unit but with roads overlapped. Then we got some dudes to insert the street names by hand with a tool they could click the street on the map, then check on a map (the kind of map the gov has in paper) and set the street name, and we got street data up to date and the way we needed it.
Since we have all the roads and road connections we can use that data to find routes, etc. we built some custom algorithms because we had more requirements than "find the shortest path" but it's kinda the same idea. Then drawing the result was easy because we knew where to draw every point in the map, and if we were using streets we just used the street data from the map unit.

I've worked a little bit on a real time system for tracking vehicles on a map. We did not use any 3D stuff in it. The whole path and weight data was on another tracking system (It has dynamic weight on the paths due to traffic and road blocks etc.). We pulled the real time data from there and just adjusted cropped image maps of the place so we had the references all set. We loaded at least 8 map units to surround the zoomed area and make zooming faster.
The path algorithms used were 9 custom and 2 standar ones to check for errors etc. ( the ones you can see in books like Dijkstra, etc.).
One of the hard parts was getting the roads to work like roads ( Meaning there's road data rather than trying to get gps position over the map) and mixing it up with terrain and whatever other entities you have there.

We managed the memory by cropping a map (square area) and adding road data (array of nodes array to get road directions and finding where roads meet and with coord data) and serializing that whole thing as a map unit and we rendered that unit and the surrounding ones (.

We had different resolutions for the maps because sometimes it was needed to zoom a huge area so we built same size maps with much more area and data in it and we serialized again. So when you zoomed out too much most map data was already in place all was neede was to load more data from the other system.
Of course this was a huge machine running it. And the rendering was done apart from the processing.

I really don't see any benefit for using jPCT here thought.

And you do need to get some good maps of the area you will use and work it from there.

It has a very nice interface!



Good thing you have Granny on your side!

You could use a 3rd part y(i.e. ODEJAVA) physics engine to do that.

Yay a snorkels game! :p.


Great to see that jPCT got shadows . Looks just great. Good job again Egon.

Well I was just kidding around but there are some cool projects that should continue to be there along with jPCT such as the skeletal API and Todds dev kit.

I've had quite good results with Processing and 2D. Kinda hard to customize at first but you get really nice stuff once you know your way in.