repast-developer

[Repast-developer] Programmatically specifying GIS Styles?

[Miles P. <mil...@gm...>]

As I was putting together the GIS stuff, I wanted to go a bit further  
and demo visualization of the data we'd brought in. I generate pretty  
basic sld, but the issue w/ OS X has meant that I can't play around w/  
that too much at the moment. But it would actually be a lot easier for  
me to use Java based styles. The current xstream api expects only the  
sld UserStyle xml for styles, but digging around it looks like they  
have an API as well. Is there anyway to tell the display descriptor to  
use a Java implementation of one the GeoTools Style instead?

[Repast-developer] Hillary Clinton reveals husband's scandal secrets

[d. <cho...@Bo...>]

The real reason why Anne Hathaway splits from longtime love
http://zone-x.be/r.html

[Repast-developer] She will dream of you every night

[Chadwick C. <Cha...@mi...>]

Your new masculine power will make your beloved lady bubble over with happiness!
Your real happiness is just a step away!
http://anihsktu.com/


think, in the position weve taken.think, in the position weve taken.But the danger existed that one could be mesmerized by working

Re: [Repast-developer] [Repast-interest] Generating agent descriptions from shapefiles

[Miles P. <mil...@gm...>]

Very cool, thanks guys! I didn't realize that geotools provided such a  
nice high-level wrapper.

I think I have some fiddling time next week so I'll see what I can  
whip up. You should be able to get POJOs, Repast, Ascape, Interfaces,  
Test Cases, from that.

One question perhaps for Nick that I forgot.. is there anything in  
the .rs .xml, especially display xmls that could help to set up a nice  
basic initial graphic setup -- I mean in terms of say spatial  
resolution, gird, other hints like that.. I prob. won't get to tha one  
right away, but again if there is a nice example for something that  
works well.

I'm not sure what if any other metadata is buried in the shape file.  
Does it make any sense for example to try to pull basic colors out of  
the shape file? Again, for later but we could pretty easily create  
default styles that again could be used to setup the right colors for  
the visualization.

On Jun 13, 2008, at 2:39 AM, Dave Murray-Rust wrote:

> Hi Miles, Nick,
>
> I haven't looked into metaABM yet, so I'm not certain whether it  
> would work for our organisational needs (although I think it's a  
> tremendously exciting idea!). In the mean time, I can happily give  
> you my shapefile parsing code (which simply pulls attribute names  
> and types out of a shapefile), and the code fragments I have in my  
> ContextBuilder relating to reading the shapefiles.
>
> My ContextBuilder stuff is very simple; after creating appropriate  
> geographies, I have a block to load each shapefile, e.g.:
>
> 		GeographyParameters geoParams = new GeographyParameters();
> 		Geography geography =  
> GeographyFactoryFinder 
> .createGeographyFactory( null ).createGeography( "Geography",  
> context, geoParams );
> 		try
> 		{
> 			File file = new File( "data/Farms_All2.shp" );
> 			ShapefileLoader loader = new ShapefileLoader<Farm>( Farm.class,  
> file.toURL(), geography, context );
> 			while ( loader.hasNext() )
> 			{
> 				Farm farm = (Farm) loader.next();
> 				//Callback point
> 				System.out.println( "Got a farm: " + farm + ": " +  
> farm.getFARM() );
> 			}
> 		} catch (Exception e)
> 		{
> 			System.err.println( "Problem loading farms: " + e );
> 			e.printStackTrace();
> 		}
>
> My parser is attached, again it's very simple.
>
> I think what I'll do right now is create a simple eclipse plugin  
> which generates POJOs from shapefiles, and then hope that I can  
> convert myself and everyone to metaABM. If there's anything useful I  
> can do for the metaABM development I'll be interested, and I'll  
> definitely take up the offer of metaABM mentoring if it looks like a  
> good option for what we want to do.
>
> Thanks very much for suggestions and support!
>
> Cheers,
> dave
>
> On 11 Jun 2008, at 21:22, Miles Parker wrote:
>
>>
>> Guys, this is _exactly_ what the .score system was originaly  
>> designed to do, and what the metaABM system provides. There is a  
>> direct mapping from metaABM -> score, so you can do all of your  
>> work in metaabm and then use the older score representation as an  
>> intermediate step. metaABM also generates all the basic descriptors  
>> and so on for the model.rs directory. We use the  
>> openArchitectureWare system which is becoming part of the core  
>> Eclipse environment and is extremely powerful, flexible and robust,  
>> though arguably not quite as easy to tweak as velocity.  It is a  
>> simple set of plugins with dependencies on just the oAW plugins.
>>
>> The idea behind score/metaabm is to have an intermediate  
>> representational layer between various artifacts, design tools,  
>> languages, etc.. and various targets such as Simphony, other ABM  
>> platforms, specialized systems, etc..  metaABM already generates  
>> complete Simphony models from the high-level representation, You  
>> also get HTML docs generated automatically (Tom H. did the first  
>> run at this). We also provide a "Method" construct that allows one  
>> to insert Java code into the skeleton from the model. With the 1.1  
>> release which I am about to announce to this list :), there is much  
>> better support for protected regions and generation of skeleton   
>> structures, so that you can use the metaABM behavior  
>> representations and/or your own implementations.With the Metascape  
>> IDE, you can even create JUnit test case stubs, Interfaces, etc...
>>
>>
>> All of that is to suggest a course of action that I was really  
>> hoping to be able to do but had no hope of getting to in the short  
>> term -- that is a key part of what you suggest; getting shape files  
>> into the metaABM system automatically.  If one could do that, you'd  
>> have the code generation part done 'for free'.
>>
>> I have already done such a thing to import arbitrary Java and class  
>> files, so the basic approach is sketched out. The Ecore framework  
>> which MetaABM is built upon provides that ability to very easily  
>> programmatically define models, which are then persisted, just as  
>> if a use had created them. For example to create an attribute, you  
>> just do:
>>
>> SAttribute attr = MetaABMFactory.eINSTANCE.createSAttribute();
>> ...
>> agent.getAttributes().add(attr);
>>
>> What is missing is the part that gets the metadata from the shape  
>> files. I also have to do some work on the GIS target for Simphony  
>> side. What I can offer is...
>>
>> If you can get together the basic code to parse the Shape file  
>> parsed, I can build the metaABM part, and integrate it into the IDE.
>> If you can identify any missng pieces from the GIS part of the  
>> existing metaabm design I can add them into the metadata model.
>> If you can get together a general pseudo-code representation of  
>> what the Context builder part should look like, I can update the  
>> template to match.
>>
>> This wouldn't take a whole lot of time and would add a _lot_ of  
>> capability. Whaddya think?
>>
>>
>> SO the basic idea would be
>>
>> On Jun 11, 2008, at 9:18 AM, Dave Murray-Rust wrote:
>>
>>> Nick,
>>>
>>> Great, I've used velocity previously, so that sounds good.
>>>
>>> I'm thinking of explicitly generating source files from shapefiles
>>> rather than on the fly geneneration for exactly the reasons you  
>>> give -
>>> it's much easier for code completion etc.
>>>
>>> I was thinking that it might make sense to create abstract classes
>>> which were then subclassed to add functionality, so that if  
>>> shapefiles
>>> change and regeneration is necessary, it's relatively easy to keep  
>>> the
>>> handwritten code separate, although this does reduce the  
>>> possibilities
>>> for inheriting other functionality. I'll have a play around and see
>>> what seems sensible.
>>>
>>> Cheers,
>>> dave
>>>
>>>
>>> On 11 Jun 2008, at 16:27, Nick Collier wrote:
>>>
>>>> Dave,
>>>>
>>>> I think this is very good idea. We haven't planned on implementing
>>>> such a thing. How are you thinking of this? A utility that  
>>>> generates
>>>> the java source from a shapefile, or something more complicated? If
>>>> you are thinking about generating java source then you might want  
>>>> to
>>>> look at the velocity template engine. We use this in simphony
>>>> already. With it you can define templates, like:
>>>>
>>>> #foreach($prop in $properties)
>>>> public $prop.type get{$prop.name}() {
>>>> 	...
>>>> }
>>>>
>>>> ...
>>>> #end
>>>>
>>>> then you pass the velocity the template and in this case your
>>>> properties and it will generate the file for you.
>>>>
>>>> See http://velocity.apache.org/engine/devel/user-guide.html for  
>>>> more.
>>>>
>>>> If you want to do more complicated on the fly class / object
>>>> creation, we use javaassist for that:
>>>>
>>>> http://www.csg.is.titech.ac.jp/~chiba/javassist/
>>>>
>>>> The on the fly generation becomes more complicated in that the  
>>>> class
>>>> won't exist at compile time, so if you refer to these agents in  
>>>> your
>>>> code and expect it to compile the agent's type will have to be some
>>>> interface or something that is known at compile time.
>>>>
>>>> As for packaging / distribution, if its the former source code
>>>> generator then I think a stand alone utility that we would be happy
>>>> to include with repast and link to on the website would be  
>>>> excellent.
>>>>
>>>> Nick
>>>>
>>>>
>>>> On Jun 11, 2008, at 11:03 AM, Dave Murray-Rust wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I've just been creating some agents from shapefiles, and while in
>>>>> general it's great that this is possible, it gets a little fiddly
>>>>> creating all the correct parameters for the agents matching the
>>>>> parameters in the shapefile (I spent a few hours debugging the  
>>>>> fact
>>>>> that an ID was a long in one file and an int in another etc). It
>>>>> seems
>>>>> like it should be relatively easy to create a code generation  
>>>>> utility
>>>>> which takes a shapefile and spits out agent classes.
>>>>>
>>>>> Before I get into this, though, I'd like to make sure that any  
>>>>> work I
>>>>> do is as useful as possible, so I'm wondering:
>>>>>
>>>>> - Would this be useful to other people?
>>>>> - Is it something that the core team are planning?
>>>>> - How would you like to see it implemented? I guess the most  
>>>>> natural
>>>>> solution would be addition to the repast plugin, but there is also
>>>>> the
>>>>> possibility of a standalone plugin, batch scripts etc.
>>>>> - How much use for relational concepts would people have, such as
>>>>> being able to say "The ownerID in this shapefile relates to the  
>>>>> ID in
>>>>> this other shapefile" and have links automatically created when
>>>>> shapefiles are loaded?
>>>>> - Is there a particular code generation strategy or tool which  
>>>>> would
>>>>> fit well with RepastS?
>>>>> - If the best answer is to extend the RepastS plugin, is this
>>>>> possible, and are there any docs which would help me get started?
>>>>>
>>>>> Thanks for any suggestions!
>>>>>
>>>>>
>>>>> -- 
>>>>> The University of Edinburgh is a charitable body, registered in
>>>>> Scotland, with registration number SC005336.
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> Check out the new SourceForge.net Marketplace.
>>>>> It's the best place to buy or sell services for
>>>>> just about anything Open Source.
>>>>> http://sourceforge.net/services/buy/index.php
>>>>> _______________________________________________
>>>>> Repast-interest mailing list
>>>>> Rep...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/repast-interest
>>>>
>>>>
>>>
>>>
>>> -- 
>>> The University of Edinburgh is a charitable body, registered in
>>> Scotland, with registration number SC005336.
>>>
>>>
>>> -------------------------------------------------------------------------
>>> Check out the new SourceForge.net Marketplace.
>>> It's the best place to buy or sell services for
>>> just about anything Open Source.
>>> http://sourceforge.net/services/buy/index.php
>>> _______________________________________________
>>> Repast-interest mailing list
>>> Rep...@li...
>>> https://lists.sourceforge.net/lists/listinfo/repast-interest
>>
>>
>
>
> -- 
> The University of Edinburgh is a charitable body, registered in
> Scotland, with registration number SC005336.
>

Re: [Repast-developer] [Repast-interest] Generating agent descriptions from shapefiles

[Miles P. <mil...@gm...>]

Very cool, thanks guys! I didn't realize that geotools provided such a  
nice high-level wrapper.

I think I have some fiddling time next week so I'll see what I can  
whip up. You should be able to get POJOs, Repast, Ascape, Interfaces,  
Test Cases, from that. One question perhaps for Nick that I forgot..  
is there anything in the .rs .xml, especially display xmls that could  
help to set up a nice basic initial graphic setup -- I mean in terms  
of say spatial resolution, gird, other hints like that.. I prob. won't  
get to tha one right away, but again if there is a nice example for  
something that works well.

Does it make any sense to try to pull basic colors out of the shape

On Jun 13, 2008, at 2:39 AM, Dave Murray-Rust wrote:

> Hi Miles, Nick,
>
> I haven't looked into metaABM yet, so I'm not certain whether it  
> would work for our organisational needs (although I think it's a  
> tremendously exciting idea!). In the mean time, I can happily give  
> you my shapefile parsing code (which simply pulls attribute names  
> and types out of a shapefile), and the code fragments I have in my  
> ContextBuilder relating to reading the shapefiles.
>
> My ContextBuilder stuff is very simple; after creating appropriate  
> geographies, I have a block to load each shapefile, e.g.:
>
> 		GeographyParameters geoParams = new GeographyParameters();
> 		Geography geography =  
> GeographyFactoryFinder 
> .createGeographyFactory( null ).createGeography( "Geography",  
> context, geoParams );
> 		try
> 		{
> 			File file = new File( "data/Farms_All2.shp" );
> 			ShapefileLoader loader = new ShapefileLoader<Farm>( Farm.class,  
> file.toURL(), geography, context );
> 			while ( loader.hasNext() )
> 			{
> 				Farm farm = (Farm) loader.next();
> 				//Callback point
> 				System.out.println( "Got a farm: " + farm + ": " +  
> farm.getFARM() );
> 			}
> 		} catch (Exception e)
> 		{
> 			System.err.println( "Problem loading farms: " + e );
> 			e.printStackTrace();
> 		}
>
> My parser is attached, again it's very simple.
>
> I think what I'll do right now is create a simple eclipse plugin  
> which generates POJOs from shapefiles, and then hope that I can  
> convert myself and everyone to metaABM. If there's anything useful I  
> can do for the metaABM development I'll be interested, and I'll  
> definitely take up the offer of metaABM mentoring if it looks like a  
> good option for what we want to do.
>
> Thanks very much for suggestions and support!
>
> Cheers,
> dave
>
> On 11 Jun 2008, at 21:22, Miles Parker wrote:
>
>>
>> Guys, this is _exactly_ what the .score system was originaly  
>> designed to do, and what the metaABM system provides. There is a  
>> direct mapping from metaABM -> score, so you can do all of your  
>> work in metaabm and then use the older score representation as an  
>> intermediate step. metaABM also generates all the basic descriptors  
>> and so on for the model.rs directory. We use the  
>> openArchitectureWare system which is becoming part of the core  
>> Eclipse environment and is extremely powerful, flexible and robust,  
>> though arguably not quite as easy to tweak as velocity.  It is a  
>> simple set of plugins with dependencies on just the oAW plugins.
>>
>> The idea behind score/metaabm is to have an intermediate  
>> representational layer between various artifacts, design tools,  
>> languages, etc.. and various targets such as Simphony, other ABM  
>> platforms, specialized systems, etc..  metaABM already generates  
>> complete Simphony models from the high-level representation, You  
>> also get HTML docs generated automatically (Tom H. did the first  
>> run at this). We also provide a "Method" construct that allows one  
>> to insert Java code into the skeleton from the model. With the 1.1  
>> release which I am about to announce to this list :), there is much  
>> better support for protected regions and generation of skeleton   
>> structures, so that you can use the metaABM behavior  
>> representations and/or your own implementations.With the Metascape  
>> IDE, you can even create JUnit test case stubs, Interfaces, etc...
>>
>>
>> All of that is to suggest a course of action that I was really  
>> hoping to be able to do but had no hope of getting to in the short  
>> term -- that is a key part of what you suggest; getting shape files  
>> into the metaABM system automatically.  If one could do that, you'd  
>> have the code generation part done 'for free'.
>>
>> I have already done such a thing to import arbitrary Java and class  
>> files, so the basic approach is sketched out. The Ecore framework  
>> which MetaABM is built upon provides that ability to very easily  
>> programmatically define models, which are then persisted, just as  
>> if a use had created them. For example to create an attribute, you  
>> just do:
>>
>> SAttribute attr = MetaABMFactory.eINSTANCE.createSAttribute();
>> ...
>> agent.getAttributes().add(attr);
>>
>> What is missing is the part that gets the metadata from the shape  
>> files. I also have to do some work on the GIS target for Simphony  
>> side. What I can offer is...
>>
>> If you can get together the basic code to parse the Shape file  
>> parsed, I can build the metaABM part, and integrate it into the IDE.
>> If you can identify any missng pieces from the GIS part of the  
>> existing metaabm design I can add them into the metadata model.
>> If you can get together a general pseudo-code representation of  
>> what the Context builder part should look like, I can update the  
>> template to match.
>>
>> This wouldn't take a whole lot of time and would add a _lot_ of  
>> capability. Whaddya think?
>>
>>
>> SO the basic idea would be
>>
>> On Jun 11, 2008, at 9:18 AM, Dave Murray-Rust wrote:
>>
>>> Nick,
>>>
>>> Great, I've used velocity previously, so that sounds good.
>>>
>>> I'm thinking of explicitly generating source files from shapefiles
>>> rather than on the fly geneneration for exactly the reasons you  
>>> give -
>>> it's much easier for code completion etc.
>>>
>>> I was thinking that it might make sense to create abstract classes
>>> which were then subclassed to add functionality, so that if  
>>> shapefiles
>>> change and regeneration is necessary, it's relatively easy to keep  
>>> the
>>> handwritten code separate, although this does reduce the  
>>> possibilities
>>> for inheriting other functionality. I'll have a play around and see
>>> what seems sensible.
>>>
>>> Cheers,
>>> dave
>>>
>>>
>>> On 11 Jun 2008, at 16:27, Nick Collier wrote:
>>>
>>>> Dave,
>>>>
>>>> I think this is very good idea. We haven't planned on implementing
>>>> such a thing. How are you thinking of this? A utility that  
>>>> generates
>>>> the java source from a shapefile, or something more complicated? If
>>>> you are thinking about generating java source then you might want  
>>>> to
>>>> look at the velocity template engine. We use this in simphony
>>>> already. With it you can define templates, like:
>>>>
>>>> #foreach($prop in $properties)
>>>> public $prop.type get{$prop.name}() {
>>>> 	...
>>>> }
>>>>
>>>> ...
>>>> #end
>>>>
>>>> then you pass the velocity the template and in this case your
>>>> properties and it will generate the file for you.
>>>>
>>>> See http://velocity.apache.org/engine/devel/user-guide.html for  
>>>> more.
>>>>
>>>> If you want to do more complicated on the fly class / object
>>>> creation, we use javaassist for that:
>>>>
>>>> http://www.csg.is.titech.ac.jp/~chiba/javassist/
>>>>
>>>> The on the fly generation becomes more complicated in that the  
>>>> class
>>>> won't exist at compile time, so if you refer to these agents in  
>>>> your
>>>> code and expect it to compile the agent's type will have to be some
>>>> interface or something that is known at compile time.
>>>>
>>>> As for packaging / distribution, if its the former source code
>>>> generator then I think a stand alone utility that we would be happy
>>>> to include with repast and link to on the website would be  
>>>> excellent.
>>>>
>>>> Nick
>>>>
>>>>
>>>> On Jun 11, 2008, at 11:03 AM, Dave Murray-Rust wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I've just been creating some agents from shapefiles, and while in
>>>>> general it's great that this is possible, it gets a little fiddly
>>>>> creating all the correct parameters for the agents matching the
>>>>> parameters in the shapefile (I spent a few hours debugging the  
>>>>> fact
>>>>> that an ID was a long in one file and an int in another etc). It
>>>>> seems
>>>>> like it should be relatively easy to create a code generation  
>>>>> utility
>>>>> which takes a shapefile and spits out agent classes.
>>>>>
>>>>> Before I get into this, though, I'd like to make sure that any  
>>>>> work I
>>>>> do is as useful as possible, so I'm wondering:
>>>>>
>>>>> - Would this be useful to other people?
>>>>> - Is it something that the core team are planning?
>>>>> - How would you like to see it implemented? I guess the most  
>>>>> natural
>>>>> solution would be addition to the repast plugin, but there is also
>>>>> the
>>>>> possibility of a standalone plugin, batch scripts etc.
>>>>> - How much use for relational concepts would people have, such as
>>>>> being able to say "The ownerID in this shapefile relates to the  
>>>>> ID in
>>>>> this other shapefile" and have links automatically created when
>>>>> shapefiles are loaded?
>>>>> - Is there a particular code generation strategy or tool which  
>>>>> would
>>>>> fit well with RepastS?
>>>>> - If the best answer is to extend the RepastS plugin, is this
>>>>> possible, and are there any docs which would help me get started?
>>>>>
>>>>> Thanks for any suggestions!
>>>>>
>>>>>
>>>>> -- 
>>>>> The University of Edinburgh is a charitable body, registered in
>>>>> Scotland, with registration number SC005336.
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> Check out the new SourceForge.net Marketplace.
>>>>> It's the best place to buy or sell services for
>>>>> just about anything Open Source.
>>>>> http://sourceforge.net/services/buy/index.php
>>>>> _______________________________________________
>>>>> Repast-interest mailing list
>>>>> Rep...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/repast-interest
>>>>
>>>>
>>>
>>>
>>> -- 
>>> The University of Edinburgh is a charitable body, registered in
>>> Scotland, with registration number SC005336.
>>>
>>>
>>> -------------------------------------------------------------------------
>>> Check out the new SourceForge.net Marketplace.
>>> It's the best place to buy or sell services for
>>> just about anything Open Source.
>>> http://sourceforge.net/services/buy/index.php
>>> _______________________________________________
>>> Repast-interest mailing list
>>> Rep...@li...
>>> https://lists.sourceforge.net/lists/listinfo/repast-interest
>>
>>
>
>
> -- 
> The University of Edinburgh is a charitable body, registered in
> Scotland, with registration number SC005336.
>

Re: [Repast-developer] [Repast-interest] Generating agent descriptions from shapefiles

[Dave Murray-R. <d.m...@ed...>]

Hi Miles, Nick,

I haven't looked into metaABM yet, so I'm not certain whether it would  
work for our organisational needs (although I think it's a  
tremendously exciting idea!). In the mean time, I can happily give you  
my shapefile parsing code (which simply pulls attribute names and  
types out of a shapefile), and the code fragments I have in my  
ContextBuilder relating to reading the shapefiles.

My ContextBuilder stuff is very simple; after creating appropriate  
geographies, I have a block to load each shapefile, e.g.:

		GeographyParameters geoParams = new GeographyParameters();
		Geography geography =  
GeographyFactoryFinder 
.createGeographyFactory( null ).createGeography( "Geography", context,  
geoParams );
		try
		{
			File file = new File( "data/Farms_All2.shp" );
			ShapefileLoader loader = new ShapefileLoader<Farm>( Farm.class,  
file.toURL(), geography, context );
			while ( loader.hasNext() )
			{
				Farm farm = (Farm) loader.next();
				//Callback point
				System.out.println( "Got a farm: " + farm + ": " + farm.getFARM() );
			}
		} catch (Exception e)
		{
			System.err.println( "Problem loading farms: " + e );
			e.printStackTrace();
		}

My parser is attached, again it's very simple.

I think what I'll do right now is create a simple eclipse plugin which  
generates POJOs from shapefiles, and then hope that I can convert  
myself and everyone to metaABM. If there's anything useful I can do  
for the metaABM development I'll be interested, and I'll definitely  
take up the offer of metaABM mentoring if it looks like a good option  
for what we want to do.

Thanks very much for suggestions and support!

Cheers,
dave

On 11 Jun 2008, at 21:22, Miles Parker wrote:

>
> Guys, this is _exactly_ what the .score system was originaly  
> designed to do, and what the metaABM system provides. There is a  
> direct mapping from metaABM -> score, so you can do all of your work  
> in metaabm and then use the older score representation as an  
> intermediate step. metaABM also generates all the basic descriptors  
> and so on for the model.rs directory. We use the  
> openArchitectureWare system which is becoming part of the core  
> Eclipse environment and is extremely powerful, flexible and robust,  
> though arguably not quite as easy to tweak as velocity.  It is a  
> simple set of plugins with dependencies on just the oAW plugins.
>
> The idea behind score/metaabm is to have an intermediate  
> representational layer between various artifacts, design tools,  
> languages, etc.. and various targets such as Simphony, other ABM  
> platforms, specialized systems, etc..  metaABM already generates  
> complete Simphony models from the high-level representation, You  
> also get HTML docs generated automatically (Tom H. did the first run  
> at this). We also provide a "Method" construct that allows one to  
> insert Java code into the skeleton from the model. With the 1.1  
> release which I am about to announce to this list :), there is much  
> better support for protected regions and generation of skeleton   
> structures, so that you can use the metaABM behavior representations  
> and/or your own implementations.With the Metascape IDE, you can even  
> create JUnit test case stubs, Interfaces, etc...
>
>
> All of that is to suggest a course of action that I was really  
> hoping to be able to do but had no hope of getting to in the short  
> term -- that is a key part of what you suggest; getting shape files  
> into the metaABM system automatically.  If one could do that, you'd  
> have the code generation part done 'for free'.
>
> I have already done such a thing to import arbitrary Java and class  
> files, so the basic approach is sketched out. The Ecore framework  
> which MetaABM is built upon provides that ability to very easily  
> programmatically define models, which are then persisted, just as if  
> a use had created them. For example to create an attribute, you just  
> do:
>
> SAttribute attr = MetaABMFactory.eINSTANCE.createSAttribute();
> ...
> agent.getAttributes().add(attr);
>
> What is missing is the part that gets the metadata from the shape  
> files. I also have to do some work on the GIS target for Simphony  
> side. What I can offer is...
>
> If you can get together the basic code to parse the Shape file  
> parsed, I can build the metaABM part, and integrate it into the IDE.
> If you can identify any missng pieces from the GIS part of the  
> existing metaabm design I can add them into the metadata model.
> If you can get together a general pseudo-code representation of what  
> the Context builder part should look like, I can update the template  
> to match.
>
> This wouldn't take a whole lot of time and would add a _lot_ of  
> capability. Whaddya think?
>
>
> SO the basic idea would be
>
> On Jun 11, 2008, at 9:18 AM, Dave Murray-Rust wrote:
>
>> Nick,
>>
>> Great, I've used velocity previously, so that sounds good.
>>
>> I'm thinking of explicitly generating source files from shapefiles
>> rather than on the fly geneneration for exactly the reasons you  
>> give -
>> it's much easier for code completion etc.
>>
>> I was thinking that it might make sense to create abstract classes
>> which were then subclassed to add functionality, so that if  
>> shapefiles
>> change and regeneration is necessary, it's relatively easy to keep  
>> the
>> handwritten code separate, although this does reduce the  
>> possibilities
>> for inheriting other functionality. I'll have a play around and see
>> what seems sensible.
>>
>> Cheers,
>> dave
>>
>>
>> On 11 Jun 2008, at 16:27, Nick Collier wrote:
>>
>>> Dave,
>>>
>>> I think this is very good idea. We haven't planned on implementing
>>> such a thing. How are you thinking of this? A utility that generates
>>> the java source from a shapefile, or something more complicated? If
>>> you are thinking about generating java source then you might want to
>>> look at the velocity template engine. We use this in simphony
>>> already. With it you can define templates, like:
>>>
>>> #foreach($prop in $properties)
>>> public $prop.type get{$prop.name}() {
>>> 	...
>>> }
>>>
>>> ...
>>> #end
>>>
>>> then you pass the velocity the template and in this case your
>>> properties and it will generate the file for you.
>>>
>>> See http://velocity.apache.org/engine/devel/user-guide.html for  
>>> more.
>>>
>>> If you want to do more complicated on the fly class / object
>>> creation, we use javaassist for that:
>>>
>>> http://www.csg.is.titech.ac.jp/~chiba/javassist/
>>>
>>> The on the fly generation becomes more complicated in that the class
>>> won't exist at compile time, so if you refer to these agents in your
>>> code and expect it to compile the agent's type will have to be some
>>> interface or something that is known at compile time.
>>>
>>> As for packaging / distribution, if its the former source code
>>> generator then I think a stand alone utility that we would be happy
>>> to include with repast and link to on the website would be  
>>> excellent.
>>>
>>> Nick
>>>
>>>
>>> On Jun 11, 2008, at 11:03 AM, Dave Murray-Rust wrote:
>>>
>>>> Hi all,
>>>>
>>>> I've just been creating some agents from shapefiles, and while in
>>>> general it's great that this is possible, it gets a little fiddly
>>>> creating all the correct parameters for the agents matching the
>>>> parameters in the shapefile (I spent a few hours debugging the fact
>>>> that an ID was a long in one file and an int in another etc). It
>>>> seems
>>>> like it should be relatively easy to create a code generation  
>>>> utility
>>>> which takes a shapefile and spits out agent classes.
>>>>
>>>> Before I get into this, though, I'd like to make sure that any  
>>>> work I
>>>> do is as useful as possible, so I'm wondering:
>>>>
>>>> - Would this be useful to other people?
>>>> - Is it something that the core team are planning?
>>>> - How would you like to see it implemented? I guess the most  
>>>> natural
>>>> solution would be addition to the repast plugin, but there is also
>>>> the
>>>> possibility of a standalone plugin, batch scripts etc.
>>>> - How much use for relational concepts would people have, such as
>>>> being able to say "The ownerID in this shapefile relates to the  
>>>> ID in
>>>> this other shapefile" and have links automatically created when
>>>> shapefiles are loaded?
>>>> - Is there a particular code generation strategy or tool which  
>>>> would
>>>> fit well with RepastS?
>>>> - If the best answer is to extend the RepastS plugin, is this
>>>> possible, and are there any docs which would help me get started?
>>>>
>>>> Thanks for any suggestions!
>>>>
>>>>
>>>> -- 
>>>> The University of Edinburgh is a charitable body, registered in
>>>> Scotland, with registration number SC005336.
>>>>
>>>>
>>>> -------------------------------------------------------------------------
>>>> Check out the new SourceForge.net Marketplace.
>>>> It's the best place to buy or sell services for
>>>> just about anything Open Source.
>>>> http://sourceforge.net/services/buy/index.php
>>>> _______________________________________________
>>>> Repast-interest mailing list
>>>> Rep...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/repast-interest
>>>
>>>
>>
>>
>> -- 
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>>
>>
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> Repast-interest mailing list
>> Rep...@li...
>> https://lists.sourceforge.net/lists/listinfo/repast-interest
>
>


-- 
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

[Repast-developer] Templates w/ oAW & MetaABM Re: [Repast-interest] Generating agent descriptions from shapefiles

[Miles P. <mil...@gm...>]

I thought I'd move this over to repast-developer as it prob. isn't as  
much general interest...

One other cool capability of oAW I should mention is that you can use  
aspects in templates! This means that instead of editing the whole  
template construction for all of the Java code, one can provide an  
extension that adds or modifies the code generation to get the  
behavior you want without knowing how the whole system is organized.  
For example, we have a core Java target, then the Simphony and Ascape  
targets are derived from that. So the code for creating a gis model is  
currently just this...

«AROUND metaabm::tmpl::Java::Builder FOR SGrid»
		//Agents are never actually added automatically
         repast.simphony.space.grid.GridAdder «id()»Adder = new  
repast.simphony.space.grid.RandomGridAdder();
         repast.simphony.space.grid.GridBuilderParameters params = new  
repast.simphony.space.grid.GridBuilderParameters(«newBorder()»,  
«id()»Adder, true, «dimFieldName()»);
         «fieldName()» =  
repast 
.simphony 
.context 
.space 
.grid.GridFactoryFinder.createGridFactory(null).createGrid("«label»",  
context, params);
«ENDAROUND»

  Now this might be wrong or there might be a better way of doing it  
but the point is that it is quite transparent. I haven't played with  
"Aspects of Aspects" (say you want to alter the implementation of just  
the above but not copy the whole Repast template) enough to know how  
workable that would be.. but eventually I would like to provide  
Eclipse extension points so that one could create a "MetaABM" template  
project that would greatly simplify the process of creating one off  
excursions. But currently it is not really as daunting as it may look  
as always the hardest part seems to be dealing w/ Eclipse PDE bs .  
Anyway I'm happy to mentor people on getting up to speed on this, and  
I would be thrilled to get feedback on implementations / best  
practices, e.g. "I really think that you shouldn't be using the  
RandomGridAdder there.."

-Miles

On Jun 11, 2008, at 1:22 PM, Miles Parker wrote:

>
> Guys, this is _exactly_ what the .score system was originaly  
> designed to do, and what the metaABM system provides. There is a  
> direct mapping from metaABM -> score, so you can do all of your work  
> in metaabm and then use the older score representation as an  
> intermediate step. metaABM also generates all the basic descriptors  
> and so on for the model.rs directory. We use the  
> openArchitectureWare system which is becoming part of the core  
> Eclipse environment and is extremely powerful, flexible and robust,  
> though arguably not quite as easy to tweak as velocity.  It is a  
> simple set of plugins with dependencies on just the oAW plugins.
>
> The idea behind score/metaabm is to have an intermediate  
> representational layer between various artifacts, design tools,  
> languages, etc.. and various targets such as Simphony, other ABM  
> platforms, specialized systems, etc..  metaABM already generates  
> complete Simphony models from the high-level representation, You  
> also get HTML docs generated automatically (Tom H. did the first run  
> at this). We also provide a "Method" construct that allows one to  
> insert Java code into the skeleton from the model. With the 1.1  
> release which I am about to announce to this list :), there is much  
> better support for protected regions and generation of skeleton   
> structures, so that you can use the metaABM behavior representations  
> and/or your own implementations.With the Metascape IDE, you can even  
> create JUnit test case stubs, Interfaces, etc...
>
>
> All of that is to suggest a course of action that I was really  
> hoping to be able to do but had no hope of getting to in the short  
> term -- that is a key part of what you suggest; getting shape files  
> into the metaABM system automatically.  If one could do that, you'd  
> have the code generation part done 'for free'.
>
> I have already done such a thing to import arbitrary Java and class  
> files, so the basic approach is sketched out. The Ecore framework  
> which MetaABM is built upon provides that ability to very easily  
> programmatically define models, which are then persisted, just as if  
> a use had created them. For example to create an attribute, you just  
> do:
>
> SAttribute attr = MetaABMFactory.eINSTANCE.createSAttribute();
> ...
> agent.getAttributes().add(attr);
>
> What is missing is the part that gets the metadata from the shape  
> files. I also have to do some work on the GIS target for Simphony  
> side. What I can offer is...
>
> If you can get together the basic code to parse the Shape file  
> parsed, I can build the metaABM part, and integrate it into the IDE.
> If you can identify any missng pieces from the GIS part of the  
> existing metaabm design I can add them into the metadata model.
> If you can get together a general pseudo-code representation of what  
> the Context builder part should look like, I can update the template  
> to match.
>
> This wouldn't take a whole lot of time and would add a _lot_ of  
> capability. Whaddya think?
>
>
> SO the basic idea would be
>
> On Jun 11, 2008, at 9:18 AM, Dave Murray-Rust wrote:
>
>> Nick,
>>
>> Great, I've used velocity previously, so that sounds good.
>>
>> I'm thinking of explicitly generating source files from shapefiles
>> rather than on the fly geneneration for exactly the reasons you  
>> give -
>> it's much easier for code completion etc.
>>
>> I was thinking that it might make sense to create abstract classes
>> which were then subclassed to add functionality, so that if  
>> shapefiles
>> change and regeneration is necessary, it's relatively easy to keep  
>> the
>> handwritten code separate, although this does reduce the  
>> possibilities
>> for inheriting other functionality. I'll have a play around and see
>> what seems sensible.
>>
>> Cheers,
>> dave
>>
>>
>> On 11 Jun 2008, at 16:27, Nick Collier wrote:
>>
>>> Dave,
>>>
>>> I think this is very good idea. We haven't planned on implementing
>>> such a thing. How are you thinking of this? A utility that generates
>>> the java source from a shapefile, or something more complicated? If
>>> you are thinking about generating java source then you might want to
>>> look at the velocity template engine. We use this in simphony
>>> already. With it you can define templates, like:
>>>
>>> #foreach($prop in $properties)
>>> public $prop.type get{$prop.name}() {
>>> 	...
>>> }
>>>
>>> ...
>>> #end
>>>
>>> then you pass the velocity the template and in this case your
>>> properties and it will generate the file for you.
>>>
>>> See http://velocity.apache.org/engine/devel/user-guide.html for  
>>> more.
>>>
>>> If you want to do more complicated on the fly class / object
>>> creation, we use javaassist for that:
>>>
>>> http://www.csg.is.titech.ac.jp/~chiba/javassist/
>>>
>>> The on the fly generation becomes more complicated in that the class
>>> won't exist at compile time, so if you refer to these agents in your
>>> code and expect it to compile the agent's type will have to be some
>>> interface or something that is known at compile time.
>>>
>>> As for packaging / distribution, if its the former source code
>>> generator then I think a stand alone utility that we would be happy
>>> to include with repast and link to on the website would be  
>>> excellent.
>>>
>>> Nick
>>>
>>>
>>> On Jun 11, 2008, at 11:03 AM, Dave Murray-Rust wrote:
>>>
>>>> Hi all,
>>>>
>>>> I've just been creating some agents from shapefiles, and while in
>>>> general it's great that this is possible, it gets a little fiddly
>>>> creating all the correct parameters for the agents matching the
>>>> parameters in the shapefile (I spent a few hours debugging the fact
>>>> that an ID was a long in one file and an int in another etc). It
>>>> seems
>>>> like it should be relatively easy to create a code generation  
>>>> utility
>>>> which takes a shapefile and spits out agent classes.
>>>>
>>>> Before I get into this, though, I'd like to make sure that any  
>>>> work I
>>>> do is as useful as possible, so I'm wondering:
>>>>
>>>> - Would this be useful to other people?
>>>> - Is it something that the core team are planning?
>>>> - How would you like to see it implemented? I guess the most  
>>>> natural
>>>> solution would be addition to the repast plugin, but there is also
>>>> the
>>>> possibility of a standalone plugin, batch scripts etc.
>>>> - How much use for relational concepts would people have, such as
>>>> being able to say "The ownerID in this shapefile relates to the  
>>>> ID in
>>>> this other shapefile" and have links automatically created when
>>>> shapefiles are loaded?
>>>> - Is there a particular code generation strategy or tool which  
>>>> would
>>>> fit well with RepastS?
>>>> - If the best answer is to extend the RepastS plugin, is this
>>>> possible, and are there any docs which would help me get started?
>>>>
>>>> Thanks for any suggestions!
>>>>
>>>>
>>>> -- 
>>>> The University of Edinburgh is a charitable body, registered in
>>>> Scotland, with registration number SC005336.
>>>>
>>>>
>>>> -------------------------------------------------------------------------
>>>> Check out the new SourceForge.net Marketplace.
>>>> It's the best place to buy or sell services for
>>>> just about anything Open Source.
>>>> http://sourceforge.net/services/buy/index.php
>>>> _______________________________________________
>>>> Repast-interest mailing list
>>>> Rep...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/repast-interest
>>>
>>>
>>
>>
>> -- 
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>>
>>
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> Repast-interest mailing list
>> Rep...@li...
>> https://lists.sourceforge.net/lists/listinfo/repast-interest
>

[Repast-developer] Get an instant discount on these traditional medications

[Muse <sse...@8-...>]

These enhancement pills really do boost your sex drive
http://www.dratepli.com/

[Repast-developer] Don't be fooled, size does matter

[Muus <Man...@AR...>]

Find out exactly how the real men get laid by countless women http://www.staveil.com/

[Repast-developer] Never lose hope to get it bigger

[William R. <Wi...@ou...>]

Is a small size of your package your Ahilles' heel? We can help!
Start building your main muscle up today!
http://bcueogo.com/


What is humility but truthfulness? There is no realMonday, March 26, 2007Liberal party conceded defeat, saying a lot of people

[Repast-developer] 85% winners. Black jack #AKne

[jeffie j. <le...@ge...>]

Hello repast-developer, be wise, view in our featured casino view the best since 1996.

[Repast-developer] Last through the night now with express herbals

[luiz <seh...@12...>]

Make sure she wants it every night with this http://www.hellwmu.com/

[Repast-developer] She won't stop staring at you

[Teves <jai...@NG...>]

Improve your lovemaking life by leaps and bounds with one simple step http://www.giantmymeat.com/

[Repast-developer] Show her how much you love her

[gehlot <abo...@88...>]

Cuum for longer and harder once you experience express herbals http://www.porisaev.com/

[Repast-developer] 95% discount

[giavani chang-t. <av...@ba...>]

What Pills Should You Buy and Why? see here

[Repast-developer] Forbidden encounters

[Kutschinski <ten...@RU...>]

Traditional formulations that have been used for many years. Now packaged for you. http://www.busielae.com/

[Repast-developer] she will not believe her eyes

[Dominic <rud...@De...>]

Endorsed and recommended by top athletes around the world, you cannot go wrong with our brand new product http://www.nuaypoea.com/

[Repast-developer] Longer Thicker rod

[Thuy <Thu...@IB...>]

The girls will tell you the differences so well even to the inch. http://www.byrueain.com/

[Repast-developer] Be the locker room hero

[Vasso <Ter...@54...>]

Research personnel will pass you the evidence that you require for herbal express http://www.bereateba.com/

[Repast-developer] Be the talk of the town

[Arnie <Arn...@MO...>]

See real results in 3 months when you take our all natural supplements http://www.mavarock.com/

[Repast-developer] Upsize your sex pen1s today easily

[Elsasser <tsa...@04...>]

Choose from our new list of products that will guarantee longer and harder organs http://www.misembue.com/

Re: [Repast-developer] 1.1 Changes

[Nick C. <nic...@ve...>]

Miles,

For my part its been mostly bug fixes, xml based serialization  
("freezedrying") with xstream and various GIS based improvements.

nick

On Apr 23, 2008, at 3:27 PM, Miles Parker wrote:

>
> Nick et.al.,
>
> I've had a good perusal over the upload and noticed some changes, like
> a lot of refactoring of the project structure down to something more
> manageable == yeah! I was just wondering if you could say a bit about
> the main changes from 1.0 to next version..
>
> thanks,
>
> Miles
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save  
> $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Repast-developer mailing list
> Rep...@li...
> https://lists.sourceforge.net/lists/listinfo/repast-developer

[Repast-developer] 1.1 Changes

[Miles P. <mi...@me...>]

Nick et.al.,

I've had a good perusal over the upload and noticed some changes, like  
a lot of refactoring of the project structure down to something more  
manageable == yeah! I was just wondering if you could say a bit about  
the main changes from 1.0 to next version..

thanks,

Miles 

[Repast-developer] Permanent 3-6 inches now possible

[Villegas <eru...@7m...>]

Your lady will no longer need to fake it once you get your huge new pecker here http://www.kaieogle.com/

[Repast-developer] See the world largest d\ck here

[Vogt <Lan...@Mi...>]

Do all those bitches that looked down on you because of your small wang, with a new pounder. http://www.nueirapg.com/