#GRASS IRC Log - 2008-06-03

For logs after Feb 3, 2007, all times are GMT-8. Prior logs are GMT-9.
Back to Logs
00:14:13 sigq: grassfeed: Changeset [31613]: bug fixing <https://trac.osgeo.org/grass/changeset/31613> || Ticket #180 ( defect created ): Sqlite driver doesn't handle blank numeric entries <https://trac.osgeo.org/grass/ticket/180>
02:08:34 kanhaiya_kk: hi all
02:08:58 kanhaiya_kk: im using north carolina shape data from grass website
02:09:08 kanhaiya_kk: i am trying to setup its webgis demo.
02:09:27 kanhaiya_kk: i used streets_wake layer...
02:09:44 kanhaiya_kk: but in this data there is not width parameter in street_wake data.
02:10:13 kanhaiya_kk: can anybody tell me where ll i get width of roads parameter ?
02:10:34 kanhaiya_kk: also there is no description about column names...
02:10:44 kanhaiya_kk: i am also searching for that.
02:33:55 : <_wolf_> kanhaiya_kk: I don't think that there is info on road widths
02:40:35 kanhaiya_kk: _wolf_: okay
02:40:56 kanhaiya_kk: _wolf_: but can i put width based on street type ?
02:41:00 : <_wolf_> I don't remember if there is some road class info, maybe you can use that
02:41:08 : <_wolf_> I think so, yes
02:41:43 kanhaiya_kk: _wolf_: because there is some stype column which shos, RD,DR,WAY,WNDT etc...types
02:42:06 kanhaiya_kk: can you help me in defining road width parameter for the same.
02:43:31 : <_wolf_> add a column width and then do update streets_wake set width=5 where type="RD" etc
02:43:49 kanhaiya_kk: yes that i know
02:44:05 kanhaiya_kk: i want help in defining width according to types.
02:44:20 kanhaiya_kk: types are RD,DR,AVE,BLVD,
02:44:45 kanhaiya_kk: CIR,CT,HWY
02:45:30 : <_wolf_> sorry can't help you there. I have no idea about the widths of roads
02:45:46 : <_wolf_> esp not in the US
02:46:04 kanhaiya_kk: okay okay fine
02:46:23 : <_wolf_> try google ; )
02:51:54 kanhaiya_kk: i tried
02:51:58 kanhaiya_kk: nothing is getting
02:57:53 : <_wolf_> try sending an email to the grass-users list
03:15:39 kanhaiya_kk: okay
04:35:48 CIA-10: neteler * r31614 /grass/trunk/imagery/i.atcorr/main.cpp: mapset support fixed
04:36:03 CIA-10: neteler * r31615 /grass/branches/develbranch_6/imagery/i.atcorr/main.cpp: mapset support fixed ( merge from trunk )
04:37:13 sigq: grassfeed: Changeset [31615]: mapset support fixed ( merge from trunk ) <https://trac.osgeo.org/grass/changeset/31615> || Changeset [31614]: mapset support fixed <https://trac.osgeo.org/grass/changeset/31614>
11:02:52 CIA-10: glynn * r31616 /grass/trunk/display/d.thematic.area/: Set svn:ignore property
11:02:53 sigq: grassfeed: Changeset [31616]: Set svn:ignore property <https://trac.osgeo.org/grass/changeset/31616>
12:08:25 CIA-10: glynn * r31617 /grass/trunk/ ( 4 files in 3 dirs ): Add skewness, kurtosis to lib/stats and r.series
12:10:03 sigq: grassfeed: Changeset [31617]: Add skewness, kurtosis to lib/stats and r.series <https://trac.osgeo.org/grass/changeset/31617>
13:27:11 CIA-10: neteler * r31618 /grass/trunk/imagery/i.atcorr/main.cpp: don't access elements of vis and alt without checking that those arrays have been allocated
13:28:23 CIA-10: neteler * r31619 /grass/branches/develbranch_6/imagery/i.atcorr/main.cpp: don't access elements of vis and alt without checking that those arrays have been allocated ( merge from trunk )
20:17:01 maning: Hi. Need help installing imagery add-ons using GEM
20:17:17 maning: I'm using GRASS 6.3 on cygwin
20:40:45 CIA-10: kyngchaos * r31620 /grass/branches/develbranch_6/scripts/v.in.mapgen/v.in.mapgen: Fix misspelled g.message
20:41:54 CIA-10: kyngchaos * r31621 /grass/trunk/scripts/v.in.mapgen/v.in.mapgen: Fix misspelled g.message
22:28:46 kanhaiya_kk: hi all
22:29:02 kanhaiya_kk: i have downloaded north carolina shape data.
22:29:13 kanhaiya_kk: now i am trying to do pgrouting on streets data.
22:29:40 kanhaiya_kk: but it is giving error while executing SELECT assign_vertex_id( 'streets_wake', 0.001, 'the_geom', 'gid' );
22:29:49 kanhaiya_kk: dont know what is the problem ?
22:29:57 kanhaiya_kk: can anybody help me ?
23:43:16 wildintellect: is it possible to backport v.net.path from 6.3 to 6.2 without bending over completely backward? ( this infers I do the work for myself of course )