search

ariesteam / aries

http://www.ariesonline.org
GNU General Public License v3.0
6 stars 1 forks source link

Ontology problem with flood regulation model #37

Closed lambdatronic closed 12 years ago

lambdatronic commented 12 years ago

@kbagstad

lambdatronic commented 12 years ago

@fvilla

Running core.models.flood-puget/flood-regulation-public-assets-500 through the web interface in a polygon selected within Washington State runs to completion successfully but bails during Ferd's repacking code, apparently due to a missing concept. Take a look:

Returning the results map to Ferd's code.
"Elapsed time: 22113.490048 msecs"
possible-use being stored as an observation of floodService:PotentialFloodDamageReceived
Resampling matrix from 66 x 128 to 200 x 384...
actual-use being stored as an observation of floodService:FloodDamageReceived
  Distinct Layer Values: [Pre] 317 [Post] 1223
Resampling matrix from 66 x 128 to 200 x 384...
theoretical-sink being stored as an observation of floodService:PotentialRunoffMitigation
  Distinct Layer Values: [Pre] 317 [Post] 1223
Resampling matrix from 66 x 128 to 200 x 384...
blocked-use being stored as an observation of floodService:FloodMitigationBenefitsAccrued
  Distinct Layer Values: [Pre] 1 [Post] 1
Resampling matrix from 66 x 128 to 200 x 384...
theoretical-source being stored as an observation of floodService:Runoff
  Distinct Layer Values: [Pre] 1 [Post] 1
Resampling matrix from 66 x 128 to 200 x 384...
possible-source being stored as an observation of floodService:PotentiallyDamagingRunoff
  Distinct Layer Values: [Pre] 8369 [Post] 27244
Resampling matrix from 66 x 128 to 200 x 384...
possible-flow being stored as an observation of floodService:PotentiallyDamagingFloodFlow
  Distinct Layer Values: [Pre] 572 [Post] 2061
Resampling matrix from 66 x 128 to 200 x 384...
blocked-source being stored as an observation of floodService:FloodMitigatedRunoff
  Distinct Layer Values: [Pre] 8112 [Post] 26891
Resampling matrix from 66 x 128 to 200 x 384...
No observable defined for :inaccessible-use: skipping
blocked-flow being stored as an observation of floodService:AbsorbedFloodFlow
  Distinct Layer Values: [Pre] 1 [Post] 1
Resampling matrix from 66 x 128 to 200 x 384...
theoretical-use being stored as an observation of floodService:PotentiallyVulnerablePopulations
  Distinct Layer Values: [Pre] 1 [Post] 1
Resampling matrix from 66 x 128 to 200 x 384...
actual-flow being stored as an observation of floodService:ActualFloodFlow
  Distinct Layer Values: [Pre] 2 [Post] 198
Resampling matrix from 66 x 128 to 200 x 384...
actual-source being stored as an observation of floodService:FloodDamagingRunoff
  Distinct Layer Values: [Pre] 8112 [Post] 26891
Resampling matrix from 66 x 128 to 200 x 384...
inaccessible-sink being stored as an observation of floodService:UnutilizedRunoffMitigation
  Distinct Layer Values: [Pre] 572 [Post] 2061
Resampling matrix from 66 x 128 to 200 x 384...
actual-sink being stored as an observation of floodService:UtilizedRunoffMitigation
  Distinct Layer Values: [Pre] 1 [Post] 1
Resampling matrix from 66 x 128 to 200 x 384...
inaccessible-source being stored as an observation of floodService:BenignRunoff
  Distinct Layer Values: [Pre] 1 [Post] 1
Resampling matrix from 66 x 128 to 200 x 384...
http://data1.geoposer.com:443/server/services/request.php?SERVICE=WMS&LAYERS=Virtual%2520Earth&FORMAT=image/png&JNAME=/wms.img&HEIGHT=312&TRANSPARENT=TRUE&REQUEST=GetMap&BBOX=-124.18945,42.66628,-112.10449,48.951366&WIDTH=600&STYLES=&SRS=EPSG:4326&VERSION=1.1.1
2011-12-14 10:54:01,377 [Thread-17] WARN  org.integratedmodelling.corescience.CoreScience geofeatures:Floodplain: can't convert a java.lang.String into a double
2011-12-14 10:54:01,377 [Thread-17] WARN  org.integratedmodelling.corescience.CoreScience geofeatures:Floodplain: can't convert a java.lang.String into a double
2011-12-14 10:54:12,819 [Thread-17] INFO  org.integratedmodelling.modelling.ModellingPlugin visualization of floodService:AvoidedDamageToPublicAssets500 created in /home/gjohnson/.thinklab/data/org.integratedmodelling.thinklab.http/data/web/aries/8ae19b83-34a3-45c7-9140-4da5613b30ae/aimg20111214104716/floodservice.avoideddamagetopublicassets500.20111214105346
2011-12-14 10:54:12,820 [Thread-17] INFO  org.integratedmodelling.modelling.ModellingPlugin computation of core.models.flood-puget/flood-regulation-public-assets-500 finished successfully
Exception in thread "Thread-8" org.integratedmodelling.thinklab.exception.ThinklabRuntimeException: org.integratedmodelling.thinklab.exception.ThinklabInternalErrorException: java.lang.reflect.InvocationTargetException
    at org.integratedmodelling.thinklab.webapp.view.components.ThinkcapCometComponent$PollingThread.run(ThinkcapCometComponent.java:82)
Caused by: org.integratedmodelling.thinklab.exception.ThinklabInternalErrorException: java.lang.reflect.InvocationTargetException
    at org.integratedmodelling.thinklab.webapp.view.components.ThinkcapCometComponent.dequeueNext(ThinkcapCometComponent.java:125)
    at org.integratedmodelling.thinklab.webapp.view.components.ThinkcapCometComponent.access$300(ThinkcapCometComponent.java:30)
    at org.integratedmodelling.thinklab.webapp.view.components.ThinkcapCometComponent$PollingThread.run(ThinkcapCometComponent.java:73)
Caused by: 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:597)
    at org.integratedmodelling.thinklab.webapp.view.components.ThinkcapCometComponent.dequeueNext(ThinkcapCometComponent.java:123)
    ... 2 more
Caused by: org.integratedmodelling.thinklab.exception.ThinklabRuntimeException: org.integratedmodelling.thinklab.exception.ThinklabResourceNotFoundException: resource not found: concept southernCalifornia:VegetationTypeSoCalFlood is unknown
    at org.integratedmodelling.modelling.visualization.storyline.StorylineTemplate$Page.getConcept(StorylineTemplate.java:82)
    at org.integratedmodelling.aries.webapp.view.storyline.ModelStorylineView.isPageEnabled(ModelStorylineView.java:134)
    at org.integratedmodelling.aries.webapp.view.storyline.StorylineView.showSequence(StorylineView.java:98)
    at org.integratedmodelling.aries.webapp.view.storyline.ModelStorylineView.initPages(ModelStorylineView.java:63)
    at org.integratedmodelling.aries.webapp.view.storyline.ModelStorylineView.getImage(ModelStorylineView.java:89)
    at org.integratedmodelling.aries.webapp.view.storyline.ModelStorylineView.getImageArea(ModelStorylineView.java:237)
    at org.integratedmodelling.aries.webapp.view.storyline.StorylineView.setupView(StorylineView.java:143)
    at org.integratedmodelling.aries.webapp.view.storyline.StorylineView.render(StorylineView.java:123)
    at org.integratedmodelling.aries.webapp.view.storyline.ModelStorylineView.<init>(ModelStorylineView.java:51)
    at org.integratedmodelling.aries.webapp.view.AriesBrowser.createStorylineView(AriesBrowser.java:773)
    at org.integratedmodelling.aries.webapp.view.storyline.StorylineControlPanel.<init>(StorylineControlPanel.java:53)
    at org.integratedmodelling.aries.webapp.view.AriesModuleView.display(AriesModuleView.java:106)
    at org.integratedmodelling.thinklab.webapp.view.components.Sidebar.redisplay(Sidebar.java:232)
    at org.integratedmodelling.aries.webapp.view.AriesBrowser.refreshStoryline(AriesBrowser.java:467)
    ... 7 more
Caused by: org.integratedmodelling.thinklab.exception.ThinklabResourceNotFoundException: resource not found: concept southernCalifornia:VegetationTypeSoCalFlood is unknown
    at org.integratedmodelling.thinklab.KnowledgeManager.requireConcept(KnowledgeManager.java:741)
    at org.integratedmodelling.thinklab.KnowledgeManager.requireConcept(KnowledgeManager.java:703)
    at org.integratedmodelling.modelling.visualization.storyline.StorylineTemplate$Page.getConcept(StorylineTemplate.java:80)
    ... 20 more
kbagstad commented 12 years ago

Yup. southernCalifornia:VegetationTypeSoCalFlood has been refactored as southernCalifornia:FloodVegetationType. However I don't have the faintest clue what part of the system is calling for the old "southernCalifornia:VegetationTypeSoCalFlood" concept. If you can do a quick search for any instances of "southernCalifornia:VegetationTypeSoCalFlood" and replace them with "southernCalifornia:FloodVegetationType" that should take care of whatever's going on here.

lambdatronic commented 12 years ago

My search through the ARIES repo only found instances of that concept in the build directory. This is where compiled class files are dumped. This indicates to me that the newest version of ARIES no longer has any instances of that concept. So I suggest that you just run ant clean in your thinklab and aries repos. Then delete your aries and thinklab install directories along with the .jpf-shadow directory. Finally, rebuild and reinstall thinklab and aries. This should resolve the problem.

To do this on your own machine, I suggest that you pop open a shell and type the following:

cd workspace/aries         (or wherever your aries git repo is)
find . | xargs grep "southernCalifornia:VegetationTypeSoCalFlood"

Some shell suggestions are:

  1. Git Bash
  2. In emacs, type Alt-x eshell Enter
  3. In emacs, type Alt-x ansi-term Enter

On the downside, it looks like the most recent changes to the dev branch have broken the pload aries command again. The new error is:

no concept SedimentSourceValueAnnualClass in namespace core.models.sediment-dr: add it in a namespace-ontology form
kbagstad commented 12 years ago

Fair enough, will do. The SedimentSourceValueAnnualClass problem is strange: I refactored it to the more consistent and less tongue-twister-y "AnnualSedimentSourceClass" but forgot to fix it in the keep lists. Somehow it ploaded fine on my machine, so I committed it. I've gone back and fixed it, and just committed it, so pull and merge and hopefully that problem will be gone.

Ken

On Wed, Dec 28, 2011 at 3:17 PM, Gary Johnson reply@reply.github.com wrote:

My search through the ARIES repo only found instances of that concept in the build directory. This is where compiled class files are dumped. This indicates to me that the newest version of ARIES no longer has any instances of that concept. So I suggest that you just run ant clean in your thinklab and aries repos. Then delete your aries and thinklab install directories along with the .jpf-shadow directory. Finally, rebuild and reinstall thinklab and aries. This should resolve the problem.

To do this on your own machine, I suggest that you pop open a shell and type the following:

cd workspace/aries         (or wherever your aries git repo is)
find . | xargs grep "southernCalifornia:VegetationTypeSoCalFlood"

Some shell suggestions are:

  1. Git Bash
  2. In emacs, type Alt-x eshell Enter
  3. In emacs, type Alt-x ansi-term Enter

On the downside, it looks like the most recent changes to the dev branch have broken the pload aries command again. The new error is:

no concept SedimentSourceValueAnnualClass in namespace core.models.sediment-dr: add it in a namespace-ontology form

Reply to this email directly or view it on GitHub: https://github.com/ariesteam/aries/issues/37#issuecomment-3295806

kbagstad commented 12 years ago

OK, did the ant clean, etc. process. Also just pushed some changes that should help the system load properly - very strange that I didn't run into them earlier. Anyhow, this should be ready to close.