gheat - Project Hosting on Google Code

Earlier this year Oct 09, 2009 issue 17 (gen-tile.py referencing check_png, but check_png no longer e...) commented on by whit537 - Ok, I checked this file in on trunk (r33). Ok, I checked this file in on trunk (r33). Oct 09, 2009 r33 (Thanks to Bob K for fixing gen-tile.py to work with the last...) committed by whit537 - Thanks to Bob K for fixing gen-tile.py to work with the lastest API. File: http://gheat.googlegroups.com/web/gen-tile.py Thread: http://groups.google.com/group/gheat/browse_thread/thread/1309cc50d3312a99 Issue: http://code.google.com/p/gheat/issues/detail?id=17 Thanks to Bob K for fixing gen-tile.py to work with the lastest API. File: http://gheat.googlegroups.com/web/gen-tile.py Thread: http://groups.google.com/group/gheat/browse_thread/thread/1309cc50d3312a99 Issue: http://code.google.com/p/gheat/issues/detail?id=17 Oct 09, 2009 issue 17 (gen-tile.py referencing check_png, but check_png no longer e...) Status changed by whit537 - Try this version: http://gheat.googlegroups.com/web/gen-tile.py? gda=t41LzT0AAACtQA36cUMeJ4XwL_G8f4iHs2hnsH0hgJmQldY6UUFwg35zue37SMLLoBHyT8wuTu3lNv-- OykrTYJH3lVGu2Z5&gsc=fo3DeAsAAABukEnc4jlYjtjov8l0kh8y Status: Closed Try this version: http://gheat.googlegroups.com/web/gen-tile.py? gda=t41LzT0AAACtQA36cUMeJ4XwL_G8f4iHs2hnsH0hgJmQldY6UUFwg35zue37SMLLoBHyT8wuTu3lNv-- OykrTYJH3lVGu2Z5&gsc=fo3DeAsAAABukEnc4jlYjtjov8l0kh8y Status: Closed Oct 08, 2009 issue 17 (gen-tile.py referencing check_png, but check_png no longer e...) reported by dmess0r - I am trying to pre-generate tiles using gen-tile.py, but gen-tile.py appears to be referencing a function called check_png which doesn't exist. [root@nidhoggr gheat]# __/bin/gen-tile.py INFO:gheat:Using the pygame library INFO:gheat:building empty tiles in /srv/gheat-0.2/classic/empties INFO:gheat:building empty tiles in /srv/gheat-0.2/pbj/empties INFO:gheat:building empty tiles in /srv/gheat-0.2/omg/empties INFO:gheat:building empty tiles in /srv/gheat-0.2/pgaitch/empties INFO:gheat:building empty tiles in /srv/gheat-0.2/fire/empties Traceback (most recent call last): File "__/bin/gen-tile.py", line 12, in <module> from gheat import check_png ImportError: cannot import name check_png [root@nidhoggr __]# grep -Ri check_png * bin/gen-tile.py:from gheat import check_png bin/gen-tile.py: check_png(x, y, zoom, fspath) Thanks. I am trying to pre-generate tiles using gen-tile.py, but gen-tile.py appears to be referencing a function called check_png which doesn't exist. [root@nidhoggr gheat]# __/bin/gen-tile.py INFO:gheat:Using the pygame library INFO:gheat:building empty tiles in /srv/gheat-0.2/classic/empties INFO:gheat:building empty tiles in /srv/gheat-0.2/pbj/empties INFO:gheat:building empty tiles in /srv/gheat-0.2/omg/empties INFO:gheat:building empty tiles in /srv/gheat-0.2/pgaitch/empties INFO:gheat:building empty tiles in /srv/gheat-0.2/fire/empties Traceback (most recent call last): File "__/bin/gen-tile.py", line 12, in <module> from gheat import check_png ImportError: cannot import name check_png [root@nidhoggr __]# grep -Ri check_png * bin/gen-tile.py:from gheat import check_png bin/gen-tile.py: check_png(x, y, zoom, fspath) Thanks. Sep 07, 2009 issue 16 (TypeError - unhashable type) commented on by pdxrlk - Just did a clean install of gheat-0.2 and verified that the problem does indeed still exist. Just did a clean install of gheat-0.2 and verified that the problem does indeed still exist. Sep 07, 2009 issue 16 (TypeError - unhashable type) commented on by pdxrlk - I am sorry, please ignore this. I somehow downloaded an old version of gheat; should have checked that before reporting an issue! I am sorry, please ignore this. I somehow downloaded an old version of gheat; should have checked that before reporting an issue! Sep 07, 2009 issue 16 (TypeError - unhashable type) reported by pdxrlk - My system: - Ubuntu - Python 2.6 - Pygame 1.8.1release - Aspen 0.8 - Numpy I can run gheat under PIL, but when I try to run with Pygame as a backend I get a traceback, e.g. when trying to load example.html I get the traceback below. An earlier issue report (#9) in this area of code pointed the finger at Pygame 1.8.0 and recommended using 1.8.1. I am using 1.8.1 and yet get the similar error. BTW, I can run pygame-based examples, so the problem doesn't appear to be with my pygame installation. Thanks. Traceback (most recent call last): File "/usr/local/lib/python2.6/dist-packages/aspen/wsgiserver.py", line 625, in communicate req.respond() File "/usr/local/lib/python2.6/dist-packages/aspen/wsgiserver.py", line 357, in respond response = self.wsgi_app(self.environ, self.start_response) File "/usr/local/lib/python2.6/dist-packages/aspen/website.py", line 53, in __call__ response = app(environ, start_response) # WSGI File "/home/abc/mapping/gheat/__/lib/python/gheat/__init__.py", line 173, in wsgi tile.rebuild() File "/home/abc/mapping/gheat/__/lib/python/gheat/base.py", line 251, in rebuild self.img = self.hook_rebuild(points()) File "/home/abc/mapping/gheat/__/lib/python/gheat/pygame_.py", line 69, in hook_rebuild tile = self._colorize(tile) File "/home/abc/mapping/gheat/__/lib/python/gheat/pygame_.py", line 126, in _colorize if (conf, pixel) not in _computed_opacities: TypeError: unhashable type: 'array' My system: - Ubuntu - Python 2.6 - Pygame 1.8.1release - Aspen 0.8 - Numpy I can run gheat under PIL, but when I try to run with Pygame as a backend I get a traceback, e.g. when trying to load example.html I get the traceback below. An earlier issue report (#9) in this area of code pointed the finger at Pygame 1.8.0 and recommended using 1.8.1. I am using 1.8.1 and yet get the similar error. BTW, I can run pygame-based examples, so the problem doesn't appear to be with my pygame installation. Thanks. Traceback (most recent call last): File "/usr/local/lib/python2.6/dist-packages/aspen/wsgiserver.py", line 625, in communicate req.respond() File "/usr/local/lib/python2.6/dist-packages/aspen/wsgiserver.py", line 357, in respond response = self.wsgi_app(self.environ, self.start_response) File "/usr/local/lib/python2.6/dist-packages/aspen/website.py", line 53, in __call__ response = app(environ, start_response) # WSGI File "/home/abc/mapping/gheat/__/lib/python/gheat/__init__.py", line 173, in wsgi tile.rebuild() File "/home/abc/mapping/gheat/__/lib/python/gheat/base.py", line 251, in rebuild self.img = self.hook_rebuild(points()) File "/home/abc/mapping/gheat/__/lib/python/gheat/pygame_.py", line 69, in hook_rebuild tile = self._colorize(tile) File "/home/abc/mapping/gheat/__/lib/python/gheat/pygame_.py", line 126, in _colorize if (conf, pixel) not in _computed_opacities: TypeError: unhashable type: 'array' May 05, 2009 issue 14 (Significantly speed up tile generation) Owner changed by whit537 - Per list, we need a new patch that doesn't change Gheat's master opacity behavior. Owner: whit537 Per list, we need a new patch that doesn't change Gheat's master opacity behavior. Owner: whit537 May 05, 2009 issue 14 (Significantly speed up tile generation) Status changed by whit537 - Here is the above patch as a unified diff against trunk (works against r30, e.g.). Status: Open Here is the above patch as a unified diff against trunk (works against r30, e.g.). Status: Open May 05, 2009 r32 (readability) committed by whit537 - readability readability May 05, 2009 r31 (blip) committed by whit537 - blip blip May 05, 2009 r30 (blip) committed by whit537 - blip blip May 04, 2009 issue 15 (Multiple dots at same point yield squares) reported by whit537 - Here's the thread: http://groups.google.com/group/gheat/browse_thread/thread/a18a27b6d9c61ea4 Need to record steps to reproduce (ideally we'd get a test case). Here's the thread: http://groups.google.com/group/gheat/browse_thread/thread/a18a27b6d9c61ea4 Need to record steps to reproduce (ideally we'd get a test case). Mar 29, 2009 r29 (blip) committed by whit537 - blip blip Mar 29, 2009 r28 (new dots built using PhotoShop rather than Pygame) committed by whit537 - new dots built using PhotoShop rather than Pygame new dots built using PhotoShop rather than Pygame Mar 28, 2009 issue 14 (Significantly speed up tile generation) reported by endtwist - By moving the tile opacity logic from the server-side to the client-side, tiles can be generated significantly more quickly. The attached file includes both the patched 0.2 version, and a .diff file between standard 0.2 and fixed 0.2. Related to: http://groups.google.com/group/gheat/browse_thread/thread/356f6b4d4301afa5 By moving the tile opacity logic from the server-side to the client-side, tiles can be generated significantly more quickly. The attached file includes both the patched 0.2 version, and a .diff file between standard 0.2 and fixed 0.2. Related to: http://groups.google.com/group/gheat/browse_thread/thread/356f6b4d4301afa5 Mar 26, 2009 r27 (portability fixes) committed by whit537 - portability fixes portability fixes Feb 20, 2009 PygameInstallation (My rough notes on installing Pygame) Wiki page edited by whit537 Feb 20, 2009 PygameInstallation (Here are some notes on installing Pygame) Wiki page edited by whit537 Feb 20, 2009 PygameInstallation (Here are some notes on installing Pygame) Wiki page edited by whit537 Feb 20, 2009 PygameInstallation (Here are some notes on installing Pygame) Wiki page added by whit537 Older Nov 06, 2008 issue 13 (Nested function in pil_.py is slow (patch attached)) Status changed by whit537 - No worries. Thanks for the feedback/patch anyway, and sorry to be so long in replying. Status: Closed No worries. Thanks for the feedback/patch anyway, and sorry to be so long in replying. Status: Closed Nov 06, 2008 issue 13 (Nested function in pil_.py is slow (patch attached)) commented on by evilsporkman - I misread the profiling output -- it just seems to spend a lot of time in that function, but the fact that it's nested doesn't seem to make a difference. Sorry! I misread the profiling output -- it just seems to spend a lot of time in that function, but the fact that it's nested doesn't seem to make a difference. Sorry! Nov 05, 2008 issue 13 (Nested function in pil_.py is slow (patch attached)) Owner changed by whit537 - Owner: whit537 Owner: whit537 Nov 05, 2008 r22 (cleaned up) committed by whit537 - cleaned up cleaned up Nov 05, 2008 issue 13 (Nested function in pil_.py is slow (patch attached)) Labels changed by whit537 - Do you have your profiling script? I'm not seeing a significant improvement with the script at __/bin/speed-test.py. Labels: −Type-Defect −Priority-Medium Do you have your profiling script? I'm not seeing a significant improvement with the script at __/bin/speed-test.py. Labels: −Type-Defect −Priority-Medium Aug 18, 2008 issue 11 (db.py aspen.configure error) Status changed by whit537 - I assume this worked. Reopen if not. Status: Closed I assume this worked. Reopen if not. Status: Closed Aug 14, 2008 issue 13 (Nested function in pil_.py is slow (patch attached)) reported by evilsporkman - I profiled the PIL renderer and found that I spent around 20 of 40 seconds of rendering time defining points() in rebuild() in base.py (line 282). The attached patch makes it a member function called _iter_points() instead, which should save creating a new function all the time. I profiled the PIL renderer and found that I spent around 20 of 40 seconds of rendering time defining points() in rebuild() in base.py (line 282). The attached patch makes it a member function called _iter_points() instead, which should save creating a new function all the time. Jul 31, 2008 issue 11 (db.py aspen.configure error) commented on by whit537 - Ah, ok. It looks like the real bug here is that the trunk distribution on zetadev.com has not been kept up to date. Sorry about that. :^( Should be fixed now. Try reinstalling aspen from that link and give it another shot. Ah, ok. It looks like the real bug here is that the trunk distribution on zetadev.com has not been kept up to date. Sorry about that. :^( Should be fixed now. Try reinstalling aspen from that link and give it another shot. Jul 24, 2008 issue 11 (db.py aspen.configure error) commented on by administ...@rattleresearch.com - I have aspen-trunk apparently : http://www.zetadev.com/software/aspen/trunk/dist/aspen-trunk.tgz downloaded yesterday. I have aspen-trunk apparently : http://www.zetadev.com/software/aspen/trunk/dist/aspen-trunk.tgz downloaded yesterday. Jul 24, 2008 issue 11 (db.py aspen.configure error) changed by whit537 - It occurs to me that there was some version of aspen in which configure required an argument, but that doesn't appear to be true of either 0.8 or trunk: http://aspen.googlecode.com/svn/tags/0.8/lib/python/aspen/__init__.py http://aspen.googlecode.com/svn/trunk/lib/python/aspen/__init__.py What version of aspen are you using? Status: Open Labels: −Type-Defect −Priority-Medium It occurs to me that there was some version of aspen in which configure required an argument, but that doesn't appear to be true of either 0.8 or trunk: http://aspen.googlecode.com/svn/tags/0.8/lib/python/aspen/__init__.py http://aspen.googlecode.com/svn/trunk/lib/python/aspen/__init__.py What version of aspen are you using? Status: Open Labels: −Type-Defect −Priority-Medium Jul 24, 2008 issue 12 (id is used in count) changed by whit537 - Fixed in r21. Thanks. Status: Closed Labels: −Type-Defect −Priority-Medium Fixed in r21. Thanks. Status: Closed Labels: −Type-Defect −Priority-Medium Jul 24, 2008 r21 (fixed issue 12) committed by whit537 - fixed issue 12 fixed issue 12 Jul 23, 2008 issue 12 (id is used in count) reported by administ...@rattleresearch.com - def count(): cur = CONN.cursor() cur.execute("SELECT COUNT(id) FROM points") print cur.fetchone()[0] should be def count(): cur = CONN.cursor() cur.execute("SELECT COUNT(uid) FROM points") print cur.fetchone()[0] It's uid not id def count(): cur = CONN.cursor() cur.execute("SELECT COUNT(id) FROM points") print cur.fetchone()[0] should be def count(): cur = CONN.cursor() cur.execute("SELECT COUNT(uid) FROM points") print cur.fetchone()[0] It's uid not id Jul 23, 2008 issue 11 (db.py aspen.configure error) reported by administ...@rattleresearch.com - I needed to add : aspen.configure(['--root', '.']) to get db.py to run Traceback (most recent call last): File "./db.py", line 16, in <module> aspen.configure() TypeError: configure() takes exactly 1 argument (0 given) I needed to add : aspen.configure(['--root', '.']) to get db.py to run Traceback (most recent call last): File "./db.py", line 16, in <module> aspen.configure() TypeError: configure() takes exactly 1 argument (0 given)

issue 16 (TypeError - unhashable type) reported by pdxrlk - My system: - Ubuntu - Python 2.6 - Pygame 1.8.1release - Aspen 0.8 - Numpy I can run gheat under PIL, but when I try to run with Pygame as a backend I get a traceback, e.g. when trying to load example.html I get the traceback below. An earlier issue report (#9) in this area of code pointed the finger at Pygame 1.8.0 and recommended using 1.8.1. I am using 1.8.1 and yet get the similar error. BTW, I can run pygame-based examples, so the problem doesn't appear to be with my pygame installation. Thanks. Traceback (most recent call last): File "/usr/local/lib/python2.6/dist-packages/aspen/wsgiserver.py", line 625, in communicate req.respond() File "/usr/local/lib/python2.6/dist-packages/aspen/wsgiserver.py", line 357, in respond response = self.wsgi_app(self.environ, self.start_response) File "/usr/local/lib/python2.6/dist-packages/aspen/website.py", line 53, in __call__ response = app(environ, start_response) # WSGI File "/home/abc/mapping/gheat/__/lib/python/gheat/__init__.py", line 173, in wsgi tile.rebuild() File "/home/abc/mapping/gheat/__/lib/python/gheat/base.py", line 251, in rebuild self.img = self.hook_rebuild(points()) File "/home/abc/mapping/gheat/__/lib/python/gheat/pygame_.py", line 69, in hook_rebuild tile = self._colorize(tile) File "/home/abc/mapping/gheat/__/lib/python/gheat/pygame_.py", line 126, in _colorize if (conf, pixel) not in _computed_opacities: TypeError: unhashable type: 'array'

My system: - Ubuntu - Python 2.6 - Pygame 1.8.1release - Aspen 0.8 - Numpy I can run gheat under PIL, but when I try to run with Pygame as a backend I get a traceback, e.g. when trying to load example.html I get the traceback below. An earlier issue report (#9) in this area of code pointed the finger at Pygame 1.8.0 and recommended using 1.8.1. I am using 1.8.1 and yet get the similar error. BTW, I can run pygame-based examples, so the problem doesn't appear to be with my pygame installation. Thanks. Traceback (most recent call last): File "/usr/local/lib/python2.6/dist-packages/aspen/wsgiserver.py", line 625, in communicate req.respond() File "/usr/local/lib/python2.6/dist-packages/aspen/wsgiserver.py", line 357, in respond response = self.wsgi_app(self.environ, self.start_response) File "/usr/local/lib/python2.6/dist-packages/aspen/website.py", line 53, in __call__ response = app(environ, start_response) # WSGI File "/home/abc/mapping/gheat/__/lib/python/gheat/__init__.py", line 173, in wsgi tile.rebuild() File "/home/abc/mapping/gheat/__/lib/python/gheat/base.py", line 251, in rebuild self.img = self.hook_rebuild(points()) File "/home/abc/mapping/gheat/__/lib/python/gheat/pygame_.py", line 69, in hook_rebuild tile = self._colorize(tile) File "/home/abc/mapping/gheat/__/lib/python/gheat/pygame_.py", line 126, in _colorize if (conf, pixel) not in _computed_opacities: TypeError: unhashable type: 'array'

Earlier this year

Older