wboykinm/dbirc.log

## dbirc.log
[15:15] == wboykinm [c40258a2@gateway/web/freenode/ip.196.2.88.162] has joined #districtbuilder
[15:15] <wboykinm> zwarg: Greetings! (and hi to you too, PubMapBot)
[15:16] <@zwarg> greetings!
[15:16] <wboykinm> zwarg: Indeed - I checked, and there's a "publicmapping" and "pblicmapping-apache" in the sites-enabled dir
[15:17] <wboykinm> zwarg: should I kill one of them?
[15:17] <@zwarg> Ah. Remove the oldest one.
[15:17] <@zwarg> or whichever one is pointing to the 1.1 AMI version of the software
[15:17] <@zwarg> that's in /projects/publicmapping/districtbuilder/trunk/, I think
[15:18] <wboykinm> zwarg: does it matter that they're both symlinks to sites-available?
[15:18] <@zwarg> are they both symlinks to the same thing in sites-available?
[15:19] <wboykinm> zwarg: no; they're named accordingly in there, and there are two almost-identical files in there too, each with a preceding space in the filename
[15:20] <@zwarg> It's okay that they are symlinks -- you will want to remove both the symlink in sites-enabled, and the actual file in sites-available.
[15:20] <@zwarg> For the one that points to the /trunk/ copy of districtbuilder.
[15:21] <wboykinm> looking . . .
[15:24] <wboykinm> zwarg: Actually all four of the files are pointing to the right place . . .
[15:24] <wboykinm> zwarg: copying to gist . . .
[15:27] <wboykinm> zwarg: here's what they all have: https://gist.github.com/3788367
[15:27] <@zwarg> Since they are all the same, you can delete one of the files in sites-enabled, and the corresponding file that it sym-links to in sites-available.
[15:31] <wboykinm> zwarg: I'll give that a shot
[15:33] <wboykinm> zwarg: does the sites-enabled one need to be a symlink?
[15:33] <@zwarg> yes
[15:39] <wboykinm> zwarg: should i hit "a2ensite" etc?
[15:39] <@zwarg> no. if the symlink is in sites-enabled, the site is already enabled
[15:39] <@zwarg> you should be able to restart apache "sudo service apache2 restart", and it should come back now
[15:41] <wboykinm> zwarg: wow. that worked. awesome. on to celery . . .
[15:42] <@zwarg> "sudo service celeryd restart" should do the trick
[15:42] <@zwarg> might have to edit /etc/defaults/celeryd to point to the new location (/projects/DistrictBuilder/....)
[15:45] <wboykinm> zwarg: I two "[OK]"s, but also this: start-stop-daemon: warning: failed to kill 620: No such process
[15:45] <wboykinm> zwarg: lemme check the URL
[15:46] <wboykinm> zwarg: yeah, "internal server error"
[15:48] <wboykinm> zwarg: did I miss starting a server?
[15:48] <wboykinm> zwarg: I didn't run this, but I thought apache would do that itself: "python ./manage.py runserver"
[16:02] <@zwarg> Apache handles that.
[16:02] <wboykinm> zwarg: I take it "620" was an important process . . .
[16:02] <@zwarg> Well, if celery wasn't running in the first place, it may have been a stale PID file. I wouldn't worry about it.
[16:03] <@zwarg> Try setting DEBUG to True in settings.py, then 'touch django/publicmapping.wsgi'
[16:03] <@zwarg> And reload the web app. See if you get any debug output
[16:06] <wboykinm> zwarg: nothing new in the browser. is there a log I should look in?
[16:07] <@zwarg> look in /var/log/apache2/publicmapping-error.log
[16:14] <wboykinm> zwarg: This is a real murderers' row: https://gist.github.com/3788622
[16:15] <wboykinm> zwarg: I seem largely to be missing a publicmapping.settings
[16:16] <@zwarg> Yep, what does "/projects/DistrictBuilder/django/publicmapping.wsgi" look like?
[16:19] <wboykinm> zwarg: aha! it looks WRONG!
[16:19] <wboykinm> zwarg: *Bill changes paths*
[16:20] <wboykinm> zwarg: should I restart anything?
[16:21] <@zwarg> Whenever you change the python code, you will have either 1) restart the apache service, or 2) "touch" the publicmapping.wsgi file.
[16:21] <@zwarg> Both have the effect of restarting the apache/python web application (WSGI)
[16:21] <@zwarg> And that .wsgi file is a python file, so you'll want to do one of those two things.
[16:22] <@zwarg> I usually find it easier to "touch" than to restart apache
[16:28] <wboykinm> zwarg: she booted!
[16:28] <wboykinm> zwarg: awesome!
[16:28] <@zwarg> :)
[16:29] <wboykinm> zwarg: Oy. On to customization.
[16:29] <wboykinm> zwarg: "Statistics" has nothing in the pulldown and it spins endlessly on calculating
[16:31] <wboykinm> zwarg: Also the blocks don't draw, only broken-image tiles
[16:31] <wboykinm> zwarg: but holy crap it's mostly there.
[16:31] <wboykinm> zwarg: thanks again!
[16:31] <@zwarg> Yes, you'll need to configure some ScoreDisplays to represent those calculations
[16:32] <@zwarg> Check the geoserver settings for the broken-image tiles -- using the geoserver admin is useful: http://<ec2-ip>:8080/geoserver/web
[16:33] <wboykinm> zwarg: anything I should look for in the geoserver admin?
[16:35] <@zwarg> See if you can view the layers in preview
[16:35] <@zwarg> If you can do that, then see if you can view the geocache demo layers for EPSG:3785
[16:39] == PubMapBot [~PubMapBot@216.158.51.82] has quit [Ping timeout: 255 seconds]
[16:39] <wboykinm> zwarg: i think the endlessly-spinning stats is the result of my checking this from a slow connection in morocco
[16:39] == PubMapBot [~PubMapBot@216.158.51.82] has joined #districtbuilder
[16:40] <@zwarg> No, the endless-spinning stats is because you don't have a ScoreDisplay configured for the sidebar.
[16:41] <wboykinm> zwarg: oh, it's not even going to give me population by ward?
[16:41] <@zwarg> You can look at the example config to get an idea of how to create them: https://github.com/PublicMapping/DistrictBuilder/blob/v2.0-rc/docs/config.dist.xml#L896
[16:41] <@zwarg> You need to create a ScoreDisplay, all the ref'd ScorePanels, then all the ref'd ScoreFunctions
[16:42] <wboykinm> zwarg: oh cool, the basics. i'll get back to that.
	[15:15] == wboykinm [c40258a2@gateway/web/freenode/ip.196.2.88.162] has joined #districtbuilder
	[15:15] <wboykinm> zwarg: Greetings! (and hi to you too, PubMapBot)
	[15:16] <@zwarg> greetings!
	[15:16] <wboykinm> zwarg: Indeed - I checked, and there's a "publicmapping" and "pblicmapping-apache" in the sites-enabled dir
	[15:17] <wboykinm> zwarg: should I kill one of them?
	[15:17] <@zwarg> Ah. Remove the oldest one.
	[15:17] <@zwarg> or whichever one is pointing to the 1.1 AMI version of the software
	[15:17] <@zwarg> that's in /projects/publicmapping/districtbuilder/trunk/, I think
	[15:18] <wboykinm> zwarg: does it matter that they're both symlinks to sites-available?
	[15:18] <@zwarg> are they both symlinks to the same thing in sites-available?
	[15:19] <wboykinm> zwarg: no; they're named accordingly in there, and there are two almost-identical files in there too, each with a preceding space in the filename
	[15:20] <@zwarg> It's okay that they are symlinks -- you will want to remove both the symlink in sites-enabled, and the actual file in sites-available.
	[15:20] <@zwarg> For the one that points to the /trunk/ copy of districtbuilder.
	[15:21] <wboykinm> looking . . .
	[15:24] <wboykinm> zwarg: Actually all four of the files are pointing to the right place . . .
	[15:24] <wboykinm> zwarg: copying to gist . . .
	[15:27] <wboykinm> zwarg: here's what they all have: https://gist.github.com/3788367
	[15:27] <@zwarg> Since they are all the same, you can delete one of the files in sites-enabled, and the corresponding file that it sym-links to in sites-available.
	[15:31] <wboykinm> zwarg: I'll give that a shot
	[15:33] <wboykinm> zwarg: does the sites-enabled one need to be a symlink?
	[15:33] <@zwarg> yes
	[15:39] <wboykinm> zwarg: should i hit "a2ensite" etc?
	[15:39] <@zwarg> no. if the symlink is in sites-enabled, the site is already enabled
	[15:39] <@zwarg> you should be able to restart apache "sudo service apache2 restart", and it should come back now
	[15:41] <wboykinm> zwarg: wow. that worked. awesome. on to celery . . .
	[15:42] <@zwarg> "sudo service celeryd restart" should do the trick
	[15:42] <@zwarg> might have to edit /etc/defaults/celeryd to point to the new location (/projects/DistrictBuilder/....)
	[15:45] <wboykinm> zwarg: I two "[OK]"s, but also this: start-stop-daemon: warning: failed to kill 620: No such process
	[15:45] <wboykinm> zwarg: lemme check the URL
	[15:46] <wboykinm> zwarg: yeah, "internal server error"
	[15:48] <wboykinm> zwarg: did I miss starting a server?
	[15:48] <wboykinm> zwarg: I didn't run this, but I thought apache would do that itself: "python ./manage.py runserver"
	[16:02] <@zwarg> Apache handles that.
	[16:02] <wboykinm> zwarg: I take it "620" was an important process . . .
	[16:02] <@zwarg> Well, if celery wasn't running in the first place, it may have been a stale PID file. I wouldn't worry about it.
	[16:03] <@zwarg> Try setting DEBUG to True in settings.py, then 'touch django/publicmapping.wsgi'
	[16:03] <@zwarg> And reload the web app. See if you get any debug output
	[16:06] <wboykinm> zwarg: nothing new in the browser. is there a log I should look in?
	[16:07] <@zwarg> look in /var/log/apache2/publicmapping-error.log
	[16:14] <wboykinm> zwarg: This is a real murderers' row: https://gist.github.com/3788622
	[16:15] <wboykinm> zwarg: I seem largely to be missing a publicmapping.settings
	[16:16] <@zwarg> Yep, what does "/projects/DistrictBuilder/django/publicmapping.wsgi" look like?
	[16:19] <wboykinm> zwarg: aha! it looks WRONG!
	[16:19] <wboykinm> zwarg: Bill changes paths
	[16:20] <wboykinm> zwarg: should I restart anything?
	[16:21] <@zwarg> Whenever you change the python code, you will have either 1) restart the apache service, or 2) "touch" the publicmapping.wsgi file.
	[16:21] <@zwarg> Both have the effect of restarting the apache/python web application (WSGI)
	[16:21] <@zwarg> And that .wsgi file is a python file, so you'll want to do one of those two things.
	[16:22] <@zwarg> I usually find it easier to "touch" than to restart apache
	[16:28] <wboykinm> zwarg: she booted!
	[16:28] <wboykinm> zwarg: awesome!
	[16:28] <@zwarg> :)
	[16:29] <wboykinm> zwarg: Oy. On to customization.
	[16:29] <wboykinm> zwarg: "Statistics" has nothing in the pulldown and it spins endlessly on calculating
	[16:31] <wboykinm> zwarg: Also the blocks don't draw, only broken-image tiles
	[16:31] <wboykinm> zwarg: but holy crap it's mostly there.
	[16:31] <wboykinm> zwarg: thanks again!
	[16:31] <@zwarg> Yes, you'll need to configure some ScoreDisplays to represent those calculations
	[16:32] <@zwarg> Check the geoserver settings for the broken-image tiles -- using the geoserver admin is useful: http://<ec2-ip>:8080/geoserver/web
	[16:33] <wboykinm> zwarg: anything I should look for in the geoserver admin?
	[16:35] <@zwarg> See if you can view the layers in preview
	[16:35] <@zwarg> If you can do that, then see if you can view the geocache demo layers for EPSG:3785
	[16:39] == PubMapBot [~PubMapBot@216.158.51.82] has quit [Ping timeout: 255 seconds]
	[16:39] <wboykinm> zwarg: i think the endlessly-spinning stats is the result of my checking this from a slow connection in morocco
	[16:39] == PubMapBot [~PubMapBot@216.158.51.82] has joined #districtbuilder
	[16:40] <@zwarg> No, the endless-spinning stats is because you don't have a ScoreDisplay configured for the sidebar.
	[16:41] <wboykinm> zwarg: oh, it's not even going to give me population by ward?
	[16:41] <@zwarg> You can look at the example config to get an idea of how to create them: https://github.com/PublicMapping/DistrictBuilder/blob/v2.0-rc/docs/config.dist.xml#L896
	[16:41] <@zwarg> You need to create a ScoreDisplay, all the ref'd ScorePanels, then all the ref'd ScoreFunctions
	[16:42] <wboykinm> zwarg: oh cool, the basics. i'll get back to that.
No results found