20070212

### Log session started at Mon Feb 12 18:02:47 2007 ###

(18:21:16) moovida guessing when the time could be righ to bother Jesse with a few questions
(18:21:37) <Jesse_Eichar77> hi
(18:21:41) <moovida> hi Jesse
(18:21:44) <Jesse_Eichar77> sure. I have a meeting at 9:45
(18:21:56) <moovida> well then
(18:22:00) <Jesse_Eichar77> so lets do some bugging ;_
(18:22:02) <Jesse_Eichar77>
(18:22:08) <moovida> yeah!
(18:22:32) <moovida> did you already read my mail about the second level
(18:22:54) <Jesse_Eichar77> I am still catching up on my email.
(18:23:14) <moovida> alright, should I resume, so you do not search?
(18:23:16) <Jesse_Eichar77> Ah so a bug I see.
(18:23:25) <moovida> is this a bug?
(18:23:25) <Jesse_Eichar77> It is an easy on to fix
(18:23:37) <moovida> oh, good
(18:23:50) <Jesse_Eichar77> well you are the first to try out the theoretical multi-level resources in the last year.
(18:23:55) <moovida> you already now what it is?
(18:24:05) <Jesse_Eichar77> I'm pretty sure I do.
(18:24:32) <moovida> alright, how do we go on?
(18:24:42) <moovida> because
(18:24:53) <moovida> I think I could implement quickly also a renderer
(18:25:01) <moovida> but I need the maps first
(18:25:28) <Jesse_Eichar77> heh. really.
(18:25:42) <Jesse_Eichar77> Are your plugins ready for others to help?
(18:25:54) <Jesse_Eichar77> or are they just available on your machine?
(18:26:01) <moovida> what do you mean
(18:26:20) <Jesse_Eichar77> Could I check out the plugins you are working on and help you debug them?
(18:26:38) <moovida> sure
(18:26:51) <moovida> I put them on the community space
(18:27:03) <moovida> under moovida
(18:27:25) <Jesse_Eichar77> ok I'll update so I can be more helpful.
(18:27:33) <moovida> thanks man
(18:27:34) <Jesse_Eichar77> Do you have the full uDig source?
(18:27:42) <Jesse_Eichar77> and are you on 1.1.x branch?
(18:27:46) <moovida> I should, yes
(18:27:58) <Jesse_Eichar77> ok.
(18:27:58) <moovida> I did the whole checkout of the trunc
(18:28:04) <Jesse_Eichar77> oh of trunk....
(18:28:09) <Jesse_Eichar77> I would recommend 1.1.x
(18:28:12) <moovida> no, sorry
(18:28:21) <moovida> I'm not used to have all this
(18:28:23) <Jesse_Eichar77> because trunk is VERY experimental
(18:28:27) <moovida> I did the 1.1.x
(18:28:28) <moovida>
(18:28:33) <Jesse_Eichar77> ok. good
(18:28:52) <Jesse_Eichar77> normally 1.1.x would be trunk because that is where active development is takin gplace
(18:29:13) <Jesse_Eichar77> but we depend on Geotools so we had to have a build working against geotools trunk so it didn't go completely crazy
(18:29:18) <Jesse_Eichar77> (we had to be the control)
(18:29:31) <Jesse_Eichar77> so we made trunk be the geotools watch dog.
(18:29:38) <moovida> I see...
(18:29:41) <Jesse_Eichar77> But back to your problem.
(18:30:01) <moovida> alright
(18:30:11) <Jesse_Eichar77> I'm going to make a quick change. you update when I say so and try it out. I'll check out your changes in the mean-time so that I can try to help you debug better.
(18:30:33) <moovida> great, I wait faithfully
(18:32:03) <moovida> hmmm, I have part of the projects of the source pack closed...
(18:32:21) <moovida> how does it work? The open projects override the loaded sdk?
(18:32:36) horner (n=chorner@mail.refractions.net) has joined #udig
(18:32:45) <Jesse_Eichar77> When I have the source I don't have the uDig SDK installed
(18:32:54) <Jesse_Eichar77> so I don't know what would happen if I had both.
(18:33:14) <moovida> oh, I see... hmmm... will it work with java 1.6?
(18:33:34) <Jesse_Eichar77> yes
(18:33:59) <moovida> ok, I try to take away the sdk
(18:34:04) <moovida> see what happens
(18:35:10) <Jesse_Eichar77> are your plugins at:
(18:35:11) <Jesse_Eichar77> http://svn.geotools.org/udig/community
(18:35:12) <Jesse_Eichar77> ?
(18:35:40) <moovida> yes, folder moovida
(18:37:45) <Jesse_Eichar77> ok.
(18:37:56) <Jesse_Eichar77> To make sure I understand the issue here:
(18:38:15) <Jesse_Eichar77> can you see all the children in the catalog?
(18:39:04) <moovida> the first children yes
(18:39:10) <Jesse_Eichar77> but not the second?
(18:39:18) <moovida> exactly, which are the maps
(18:39:36) <moovida> I see the mapsets, but not the maps
(18:39:39) <Jesse_Eichar77> looking at the code you should be able to see them.
(18:39:55) <Jesse_Eichar77> Not in the wizard
(18:39:59) <Jesse_Eichar77> but you should see them in the catalog.
(18:40:01) <moovida> the members method of the JGrassmapset is never called
(18:40:17) <moovida> no, same in the catalog
(18:41:10) <Jesse_Eichar77> ok
(18:41:22) <Jesse_Eichar77> I don't think you committed your .project file
(18:41:28) <Jesse_Eichar77> or your .class path file
(18:41:40) <moovida> hmmm, I don't know, let me check
(18:41:42) <Jesse_Eichar77> For the catalog debug:
(18:42:09) <Jesse_Eichar77> ResolveContentProvider#getChildren().
(18:42:13) <Jesse_Eichar77> I'll be back in 15 minutes
(18:42:21) <Jesse_Eichar77> ok?
(18:42:43) <moovida> alright, I'll be here
(18:42:55) <moovida> ResolveContentProvider#getChildren(). ???
(18:42:57) <moovida>
(18:43:18) <moovida> ok, later
(18:53:02) <moovida> I have a small problem with the commit of hidden files like .project and so
(18:53:19) <moovida> in eclipse I can't see where to enable their commit
(18:53:32) <moovida> and from commandline I get a:
(18:53:33) <moovida> svn: This client is too old to work with working copy ...etc... please get a newer Subversion client
(18:53:56) <moovida> which makes me feel dummy, but I have the last Kubuntu edgy svn client update
(18:54:07) <moovida> anyone any idea?
(18:56:43) <rgould> What version? ('svn help', it's on the second line)
(18:57:01) <rgould> are you using any eclipse svn plug-ins?
(18:57:25) <rgould> .classpath files shouldn't be commited, but .project files are okay
(18:58:12) <rgould> i think the eclipse plug-ins might be one release behind the command line clients, but mine work ok
(18:58:17) <moovida> Subversion command-line client, version 1.3.2
(18:58:23) <rgould> that's what i've got
(18:58:42) <moovida> were can I enable to see the hidden files in eclipse?
(18:58:56) <moovida> that one should work, but I can't see the .project file
(18:58:59) <rgould> in the resource view/perspective
(18:59:06) <rgould> but
(18:59:13) <rgould> you should just be able to select the project and go team-commit
(18:59:16) <rgould> if you are using subversive
(18:59:22) <rgould> and then select the .project file
(18:59:59) <moovida> I check
(19:00:12) <Jesse_Eichar77> I'm back
(19:00:21) <Jesse_Eichar77> you have everything fixed right?
(19:00:28) <moovida> it doesn't show the hidden ones...
(19:00:40) <moovida> got a small problem
(19:01:30) <Jesse_Eichar77> the resources view doesn't show the .project?
(19:01:34) <Jesse_Eichar77> wierd
(19:01:52) <moovida> no, you mean in the navigator, right?
(19:03:10) <moovida> in fact it is strange, it just shows the project folder and nothing in it...
(19:03:14) <moovida> oh, oh...
(19:03:52) <moovida> I got it
(19:04:02) <moovida> there was a filter on the view
(19:04:10) <moovida> not mine, I swear
(19:04:19) <Jesse_Eichar77>
(19:05:22) <moovida> ups, something comes in the geotools list?
(19:05:30) <moovida> commited btw
(19:06:15) <moovida> you
(19:06:44) <Jesse_Eichar77> ok
(19:06:47) <moovida> ResolveContentProvider#getChildren() is that for test classes?
(19:06:53) <Jesse_Eichar77> no
(19:07:20) <Jesse_Eichar77> it is the method that determines what is shown in the catalog
(19:07:34) <Jesse_Eichar77> also hasChildren method
(19:07:40) <moovida> alright, good, that binds to a next question
(19:08:04) <moovida> (later)
(19:08:19) <moovida> you did the change you talked before?
(19:09:40) <moovida> (however I have various errors in the source... with strange errors...)
(19:10:06) <moovida> in the package A it says package A is missing... hmmm.
(19:10:14) <moovida> do I have to do some sync step?
(19:10:21) <Jesse_Eichar77> package A?
(19:10:40) <Jesse_Eichar77> So this is the first time you have ever built from source right?
(19:10:54) <Jesse_Eichar77> so select libs
(19:10:56) <Jesse_Eichar77> select clean
(19:11:00) <Jesse_Eichar77> let it run
(19:11:10) <Jesse_Eichar77> right click select PDE-Update classpath
(19:11:12) <Jesse_Eichar77> select libs
(19:11:15) <Jesse_Eichar77> select clean
(19:11:22) <Jesse_Eichar77> usually that will be enough
(19:11:34) <Jesse_Eichar77> some times you will have to select certain plugins and select Refresh
(19:11:49) <moovida> ok, I'm doing it
(19:12:21) <moovida> oh shit, it crashed seems to be one of those strange days
(19:14:01) <Jesse_Eichar77> uh oh
(19:14:14) <Jesse_Eichar77> I'd recommend running eclipse with an increased stack size
(19:14:21) <Jesse_Eichar77> -Dmx512M for example
(19:15:21) <moovida> is it the same as -Xmx512m?
(19:15:32) <Jesse_Eichar77> sorry
(19:15:35) <Jesse_Eichar77> that's what I meant
(19:16:02) <moovida> alright then, I have that at one giga... I guess I should do a clean eclipse install
(19:16:37) <Jesse_Eichar77> I'm getting this compile error:
(19:16:37) <Jesse_Eichar77> this.bounds = new ReferencedEnvelope(
(19:16:38) <Jesse_Eichar77> JGrassMapGeoResource.this.fileWindow.getEnvelope(), CRS
(19:16:38) <Jesse_Eichar77> .decode("EPSG:3003"));
(19:16:45) <Jesse_Eichar77> know why?
(19:17:00) <Jesse_Eichar77> says method getEnvelope() is undefined for type Window
(19:17:17) <moovida> hold on a second
(19:17:18) <Jesse_Eichar77> oh never mind
(19:17:20) <Jesse_Eichar77> I think I see
(19:17:42) <Jesse_Eichar77> yeah fixed. I didn't do update classpath to your libs
(19:17:49) <moovida> alright
(19:17:49) <Jesse_Eichar77> You didn't commit .classpath you mind if I do?
(19:18:16) <Jesse_Eichar77> ummmmmmmmmm.
(19:18:22) <Jesse_Eichar77> how do I test this?
(19:18:42) <Jesse_Eichar77> also
(19:18:50) <moovida> yes, ok
(19:19:01) <Jesse_Eichar77> Maybe junit should be optional? it is not needed to run normally is it just for running tests?
(19:19:09) <moovida> there is a test class
(19:19:29) <moovida> it was my first ever... so I accept every advice
(19:19:56) <Jesse_Eichar77> ok.
(19:20:06) <moovida> junit optional? what do you mean? Is it somewhere fixed?
(19:20:28) <Jesse_Eichar77> In you Manifest.MF
(19:20:42) <Jesse_Eichar77> you said your plugin depends on org.junit plugin
(19:20:55) <Jesse_Eichar77> but if you select properites you can specify it as being optional.
(19:21:07) <moovida> great, thanks
(19:21:10) <Jesse_Eichar77> if it isn't optional then your plugin won't run if junit plugin isn't around.
(19:21:26) <Jesse_Eichar77> also I'm going to delete the bin so we don't commit compiled classes.
(19:22:04) <moovida> yes, sorry
(19:22:10) <Jesse_Eichar77> np
(19:22:29) <Jesse_Eichar77> It happens everytime someone starts. We probably should add an exclamation to the instructions
(19:22:45) <moovida>
(19:23:06) <Jesse_Eichar77> d0ne
(19:23:13) <Jesse_Eichar77> update and see if I broke everything
(19:23:19) <moovida> can't find where to make junit optional
(19:23:27) <moovida> properties of what
(19:23:35) <Jesse_Eichar77> in the manifest.mf
(19:23:41) <Jesse_Eichar77> select dependencies tab
(19:23:45) <Jesse_Eichar77> then select or.junit
(19:23:50) <Jesse_Eichar77> org.junit
(19:24:00) <Jesse_Eichar77> then select the properties button to thr right
(19:24:34) <moovida> ok, I'm slow but I'm there now
(19:24:41) <moovida> I get a conflict in updating
(19:24:46) <Jesse_Eichar77> not surprised.
(19:24:52) <moovida> because of the already existing .classpath
(19:24:54) <Jesse_Eichar77> We have been chaning the same classes
(19:24:57) <Jesse_Eichar77> right.
(19:25:03) <Jesse_Eichar77> well mine should be the same
(19:25:09) <Jesse_Eichar77> so revert yours to repository
(19:25:31) <Jesse_Eichar77> subversion isn't the smartest about merging. Its ok but not everything it could be
(19:26:19) <moovida> it won't let me
(19:26:28) <Jesse_Eichar77> ?
(19:26:32) <Jesse_Eichar77> what's it say?
(19:26:32) <moovida> hold on a sec, I do a clean checkout, so we can go on
(19:26:46) <moovida> the file already exist, so no checkout and no commit
(19:28:04) <moovida> I probably did another funny thing...
(19:28:17) <moovida> I committed also a location for testing purpose :S
(19:28:39) <Jesse_Eichar77> ? what do you mean?
(19:29:02) <Jesse_Eichar77> oh do you mean spearfish?
(19:29:04) <moovida> the catalog.jgrass
(19:29:08) <moovida> yes, exactly
(19:29:12) <Jesse_Eichar77> ahh.
(19:29:20) <Jesse_Eichar77> Tha's ok as long as it doesn't get changed too much
(19:29:41) <moovida> at all I hope
(19:30:08) <Jesse_Eichar77> I'm glad you have it.... I wouldn't be able to test otherwise
(19:30:17) <Jesse_Eichar77> so I hav ethe wizard
(19:30:26) <Jesse_Eichar77> what is the directory I select?
(19:30:29) <Jesse_Eichar77> spearfish?
(19:30:32) <moovida> yes
(19:30:34) <Jesse_Eichar77> or one of the subdirectories
(19:30:35) <Jesse_Eichar77> ?
(19:30:59) <moovida> no, spearfish60
(19:32:07) <Jesse_Eichar77> I found the catalog problem
(19:32:14) <Jesse_Eichar77> its the hasChildren.
(19:32:15) <Jesse_Eichar77> method
(19:32:25) <moovida> did you remove the src folder in the jgrass.libs
(19:32:35) <moovida> I can't check it out
(19:32:39) <moovida> but the bin comes
(19:32:45) <Jesse_Eichar77> uh oh...
(19:32:54) <Jesse_Eichar77> told you I borke everytihg
(19:33:04) <Jesse_Eichar77> hmmm I have src
(19:34:26) <moovida> the repository not... strange
(19:34:45) <Jesse_Eichar77> your are correct
(19:34:51) <Jesse_Eichar77> making a back up
(19:35:03) <moovida> alright
(19:37:40) <Jesse_Eichar77> try that
(19:37:44) <moovida> alright, got the source back
(19:38:11) <moovida> and bin away
(19:38:14) <moovida> good
(19:38:23) <moovida> back to the real work then
(19:39:25) <moovida> oh, no!
(19:39:37) <moovida> hold on, the other one's also missing the source
(19:40:36) <Jesse_Eichar77> heh
(19:40:36) <Jesse_Eichar77> ok
(19:40:43) <Jesse_Eichar77> I've fixed catalog at least partly
(19:40:54) <Jesse_Eichar77> there is an odd label problem thoug
(19:41:42) <moovida> you mean the path stuff?
(19:42:45) <Jesse_Eichar77> the not showing child of child problem
(19:42:54) <Jesse_Eichar77> I'm fixing the src problem for the other plugin
(19:43:26) <moovida> it is a label problem?
(19:44:57) <Jesse_Eichar77> ok try that
(19:45:12) <Jesse_Eichar77> oh you are talking abou the labelling problem
(19:45:31) <Jesse_Eichar77> the label doesn't show up until you expand the element for some reason.
(19:45:39) <moovida> ok, git them
(19:45:53) <moovida> got
(19:45:56) <Jesse_Eichar77> I'll commit the udig fix in 2 seconds
(19:46:07) <moovida> Yes, I've seen something
(19:46:10) <moovida> good
(19:46:19) <moovida> what will I update?
(19:46:39) <moovida> ok, seen
(19:46:44) <Jesse_Eichar77>
(19:46:45) <Jesse_Eichar77> cool
(19:48:21) <moovida> very nice!
(19:48:35) <moovida> will have to leave out the svn folders
(19:49:16) <moovida> it does also different icons for types
(19:49:31) <moovida> thanks man, I can go on now
(19:49:41) <Jesse_Eichar77> cool
(19:50:00) <moovida> what were you saying about labels?
(19:50:11) <Jesse_Eichar77> SO I am looking into it now
(19:50:18) <Jesse_Eichar77> I think it might have to do with either:
(19:50:23) <Jesse_Eichar77> 1. the id of the mapset
(19:50:36) <Jesse_Eichar77> 2. the name or title of the mapset (in the info object for the name and title)
(19:51:20) <moovida> ok, i can look over it, I did that part a bit fast...
(19:51:36) <Jesse_Eichar77> So a few undocumented tips for you
(19:51:39) <Jesse_Eichar77>
(19:51:47) <moovida> I'm listening
(19:51:52) <Jesse_Eichar77> for decent lookup speeds
(19:52:04) <Jesse_Eichar77> GeoResources should always be like:
(19:52:16) <Jesse_Eichar77> serviceID#resource id
(19:52:20) <Jesse_Eichar77> so for example:
(19:52:40) <Jesse_Eichar77> file:/Users/Jesse/Development/repo/udig/community/moovida/eu.hydrologis.udig.catalog.jgrass/spearfish60#PERMANENT
(19:52:46) <Jesse_Eichar77> for the mapset
(19:52:51) <Jesse_Eichar77> and maybe
(19:53:08) <Jesse_Eichar77> file:/Users/Jesse/Development/repo/udig/community/moovida/eu.hydrologis.udig.catalog.jgrass/spearfish60#PERMANENT/map1
(19:53:09) <Jesse_Eichar77> for the map
(19:53:19) <moovida> alright, I see
(19:53:25) <Jesse_Eichar77> I'm going to play with creating a map now.
(19:53:45) <moovida> what do you mean?
(19:53:51) <moovida> dragging it in?
(19:54:00) <Jesse_Eichar77> yes
(19:54:18) <moovida> doesn't it need a renederer
(19:54:41) <Jesse_Eichar77> THat's fine but a layer should still be made and it should be able to connect to its GeoResource
(19:54:46) <Jesse_Eichar77> I'm going to make sure it can do that
(19:54:56) <moovida> it does something
(19:55:04) <Jesse_Eichar77>
(19:55:47) <moovida> while you do I ask you the other short question
(19:55:55) jgarnett (n=chatzill@mail.refractions.net) has joined #udig
(19:56:03) <moovida> (and then 15 seconds about opengl )
(19:56:28) <moovida> i want to add the active region concept to do some test
(19:56:29) <Jesse_Eichar77> ok
(19:56:33) <Jesse_Eichar77> we can talk that now
(19:56:41) <Jesse_Eichar77> opengl that is
(19:56:59) <moovida> yes?
(19:57:43) moovida guessing who is first to say something?
(19:57:47) <Jesse_Eichar77> what do you want to know about it?
(19:57:52) <moovida> alright
(19:58:12) <moovida> do you have a piece of canvas somewhere on which I can do some rendering tests?
(19:58:27) <Jesse_Eichar77> I have just looked at it but haven't tried getting it into uDig yet. Was planning starting with renderers just rendering to a texture bugger
(19:58:31) <Jesse_Eichar77> bugger=buffer
(19:58:45) <Jesse_Eichar77> What do you need that for?
(19:58:53) <moovida> I'm thinking...
(19:58:57) <Jesse_Eichar77> IE why isn't j2d good enough?
(19:59:25) <moovida> it is good enough for now, and I will absolutely start with that
(19:59:28) <moovida> ABSOLUTELY
(19:59:39) <moovida> but I have the code for vector and raster drwaing in opengl
(19:59:55) <moovida> and I was guessing if there is a playground
(20:00:05) <moovida> to see how you approaced it
(20:00:09) <moovida> just that
(20:00:16) <Jesse_Eichar77> I see.
(20:00:19) <moovida> for now I'm focused on everything else
(20:00:19) <Jesse_Eichar77> No not as of yet.
(20:00:26) <moovida> alright, that is enough
(20:00:47) <Jesse_Eichar77> I was doing tests to see what sort of problem is might cause with compatibility between platforms and what requirements would be added.
(20:00:52) <Jesse_Eichar77> IE what will Vista do?
(20:00:58) <Jesse_Eichar77> or a low end Linux box
(20:01:06) <moovida> vista, no idea
(20:01:15) <moovida> low end linux box, it won't work
(20:01:21) <moovida> I can tell you that
(20:01:32) <moovida> there is need for a double solution, believe me
(20:02:00) <Jesse_Eichar77> ok good to know
(20:02:11) <moovida> been a nightmare...
(20:02:19) <Jesse_Eichar77> You are not making me happy
(20:02:37) <Jesse_Eichar77> so for now we continue as we are with our SWT/ J2D
(20:02:40) <moovida> even if the vector drawing is much faster then udigs vector drawing and I did no optimization
(20:02:44) <moovida> just drawing
(20:02:56) <moovida> so I would support you if I can
(20:03:05) <moovida> that would bring automagically 3D
(20:03:15) <moovida> which would not be bad
(20:03:23) <moovida> but back to important things
(20:03:40) <Jesse_Eichar77> I need to fix the id issue with your GEoResources so that layers will work
(20:03:42) <Jesse_Eichar77> that ok?
(20:03:52) <moovida> great, thanks
(20:03:57) <Jesse_Eichar77> right now layers are not loading efficiently
(20:04:34) <moovida> ok, I will check
(20:04:36) <Jesse_Eichar77> 1 question though
(20:04:41) <moovida> yup
(20:04:42) <Jesse_Eichar77> what will happen if I change the ID?
(20:05:06) <moovida> hmmm... I don't know exactly what you mean
(20:05:09) <Jesse_Eichar77> ok I see it won't load correctly if I do that...
(20:05:32) <Jesse_Eichar77> If I changed from file:/....... to file://....#subdirectory
(20:05:40) <Jesse_Eichar77> the WIndow won't be loaded right.
(20:05:51) <Jesse_Eichar77> So I will just change the getID() method
(20:06:14) <moovida> I'm a bit confused, I wil have to check...
(20:07:20) <moovida> ok, I'm lost, which ID are you talking of?
(20:07:30) <moovida> I thought in the info...
(20:07:35) <moovida> but I'm wrong
(20:10:22) <Jesse_Eichar77> id is in IGeoResource
(20:10:41) <Jesse_Eichar77> a layer is created with the ID of the IGeoResource it needs
(20:10:52) <Jesse_Eichar77> it searches the catalog for that IGeoResource
(20:11:10) <moovida> oh, I didn't even put it in, right?
(20:11:20) <Jesse_Eichar77> if it is formatted like I said it will be much more efficient.
(20:11:37) <Jesse_Eichar77> you put it in but it is not formatted as I suggested earlier during this chat
(20:12:04) <moovida> you mean the title? sorry for my losing of ability, but which one is ID
(20:12:17) <moovida> can't find it
(20:12:58) <Jesse_Eichar77> JGrassMapsetGeoResource#getID()
(20:13:03) <Jesse_Eichar77> the id is NOT part of the info
(20:13:07) <Jesse_Eichar77> the title and name are
(20:13:09) <Jesse_Eichar77> but not the ID
(20:13:33) <jgarnett> Hi from another uDig developer (well want-to-be)
(20:13:53) <moovida> hi Jody
(20:14:30) <moovida> there is no getID()
(20:14:44) <moovida> am I running mad? (you can tell me)
(20:15:09) <moovida> IGeoResource hasn't either
(20:18:10) <moovida> Well, I'll check your changes and understand...
(20:18:34) <moovida> just want to ask you one last, so that I can work on it in the next days
(20:18:47) <moovida> to add active region support
(20:18:53) <Jesse_Eichar77> Sorrry I just realized it is inherited from IResolve
(20:19:04) <moovida> ah, ok
(20:19:20) <moovida> or better not,
(20:19:27) <moovida> I've been there also
(20:19:35) <moovida> and no getID()
(20:19:51) <Jesse_Eichar77> but you Mapset getgeoresource has a getIdentitifer() method.
(20:19:52) <moovida> aaaaaaaaaaaaaahh
(20:19:56) <moovida> getIdentifier
(20:19:58) <Jesse_Eichar77> jesse is bad
(20:20:05) <Jesse_Eichar77> sorry
(20:20:12) <moovida> sorry, I'm slow today
(20:20:13) <moovida>
(20:20:18) <moovida> everything well then
(20:21:00) <moovida> on with the last question?
(20:21:39) <Jesse_Eichar77> sure
(20:22:01) <moovida> ok, step1
(20:22:11) <moovida> add the region as a map graphic
(20:22:22) <moovida> 2 add a tool that can modify it
(20:22:31) <moovida> great, but...
(20:22:43) <moovida> the active region should sync with a location file
(20:23:00) <moovida> and should be related to 1 Map
(20:23:20) <moovida> so there can be only one JGrass location referring to one Map
(20:23:26) <moovida> else it conflicts
(20:23:35) <moovida> so, how would you do?
(20:23:52) <Jesse_Eichar77> JMap?
(20:24:03) <moovida> put the referring mapset choosable in the map graphics properties?
(20:24:09) <moovida> no, I mean UMap
(20:25:06) <moovida> I load a JGrass location in the catalog
(20:25:06) <Jesse_Eichar77> ok
(20:25:12) <moovida> ok, sorry, go
(20:25:44) <Jesse_Eichar77> so why can't both maps read from the location file and if the location file is changed both map's locations are changed?
(20:26:43) <moovida> yes, that can be done... I have just doubts about changing it in one map
(20:26:49) <moovida> will reflect on the other
(20:26:56) <moovida> but that is no big problem
(20:27:22) <Jesse_Eichar77> I suspect that is an easier problem then tying it to one map
(20:27:38) <moovida> what do you mean?
(20:27:48) <Jesse_Eichar77> I mean we could add a flag to the map that has editing priveleges
(20:28:03) <moovida> alright, that could be one
(20:28:17) <moovida> what if I loaded two JGrass databases
(20:28:29) <moovida> then I add the map graphic
(20:28:47) <moovida> how do I set to which mapset it goes
(20:29:09) <moovida> every mapset in the different locations have an active region
(20:29:10) <Jesse_Eichar77> or
(20:29:16) <Jesse_Eichar77> you have 2 databases
(20:29:30) <Jesse_Eichar77> you add 1 layer(jmap) from each to a map.......
(20:29:41) <Jesse_Eichar77> do you want to allow this?
(20:30:22) <moovida> no, that brings inconsistency in processings...
(20:30:38) <Jesse_Eichar77> I so that is another issue we have to consider.
(20:30:46) <Jesse_Eichar77> so your case isn't too hard then
(20:31:02) <Jesse_Eichar77> when you add the map graphic to the map it can check the other layers to see what DB it is part of
(20:31:17) <Jesse_Eichar77> and it can use that.
(20:31:28) <moovida> ohhh, that is good news
(20:31:32) <Jesse_Eichar77> If you want to have 2 maps work on the same. then you can do something like:
(20:31:36) <Jesse_Eichar77> 1. Add layers
(20:31:42) <Jesse_Eichar77> 2. Add map graphic
(20:31:52) <Jesse_Eichar77> 3 map graphic gets sibling layer
(20:32:00) <Jesse_Eichar77> 3. MapGraphic obtains resource from layer
(20:32:10) <Jesse_Eichar77> 4. MapGraphic gets Service from resource
(20:32:20) <Jesse_Eichar77> 5. MapGraphic resolved Service to Location Object
(20:32:31) <Jesse_Eichar77> 6. MapGraphic registers itself as a listener to the object
(20:32:48) <Jesse_Eichar77> now if the tool modifies the Location Object (tool won't be tied to any layer)
(20:32:55) <Jesse_Eichar77> (just a map)
(20:33:09) <Jesse_Eichar77> all maps will automatically be updated because all their MapGraphics are listeners.
(20:33:20) <Jesse_Eichar77> (tool is controller MapGraphics Viewer)
(20:33:27) <Jesse_Eichar77> in the MVC pattern
(20:33:30) <Jesse_Eichar77> make sense?
(20:33:35) <moovida> life is really fun sometimes
(20:33:38) <Jesse_Eichar77> its just an idea
(20:33:42) <moovida> yes, it is great
(20:33:45) <Jesse_Eichar77> there are many others that could work too.
(20:33:51) <moovida> I will follow that
(20:33:57) <Jesse_Eichar77> ok
(20:34:11) <moovida> great, I think I have some to go on for now
(20:34:14) <Jesse_Eichar77> The resource could resolve to te Location too but I think the service makes more sense
(20:34:29) <Jesse_Eichar77> ok You will have to start with fixing the ID problem first
(20:34:42) <Jesse_Eichar77> I see that we depend on that
(20:34:47) <moovida> alright, I'll do that
(20:34:57) <Jesse_Eichar77> ok I'm REALLY behind now
(20:35:03) <Jesse_Eichar77> Got to run
(20:35:07) <moovida> thanks man
(20:35:13) <Jesse_Eichar77> but let me know if you have problems with the ID or anything else
(20:35:14) <moovida> ciao
(20:35:20) <moovida> I will
(20:35:26) <moovida> cheers