Statalist


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: st: spatial weighting matrix


From   Kyle Hood <[email protected]>
To   [email protected]
Subject   Re: st: spatial weighting matrix
Date   Wed, 08 Apr 2009 14:07:35 -0400

I think you are absolutely right; computing a county-level weight matrix without sparse matrix operators would be slow, to stay the least. Via Austin Nichols' post I just noticed that there is a package usswm that contains/computes contiguity spatial weight matrices for US states and counties. I would play around with that, maybe.

Nick Cox wrote:
I think that's all correct, but one extra detail may bite. For example,
a common size of problem is all 3000 or so counties in the USA. For
coding contiguities for that, you really need to have or to mimic sparse
matrix routines. Nick [email protected]
Kyle Hood

Thanks for the explanation of queen - I do recall that chess references are used, now; I guess I had forgotten since I have never based a weight

matrix on contiguity.

I am a little confused about what the asker wants from Stata, here. He says he has addresses (points), but wants a weighting matrix that depends on contiguity, which only makes sense for areal data. If these addresses contain the areas in question (for example, zip codes or states) then no geocoding is necessary -- one must simply extract the areas from the address data. However, after that, the information concerning which areas are adjacent to others is needed. I can't imagine that Stata can be used to obtain this information. If the asker

has this information already, then it would of course be trivial to program the weighting matrix in Stata (using Mata or not).

If the addresses do not contain the areas in question (for example, the asker wishes to consider adjacent census tracts, but has street address data), then the address information will have to be geocoded. The geocoded data must then be matched up with a map of census tracts based on location. In addition, information on which census tracts were adjacent would be needed, and this presents the same problem as above.

Some of this can be done in Stata, but there are pieces that other software is better suited to deal with.

Nick Cox wrote:
The queen terminology in spatial analysis comes via chess. Imagine squares on a chessboard.
A queen can enter a neighbouring square either across a length of
boundary (over a link or edge in a boundary network) or diagonally (if
two areas touch at a vertex or node in a boundary network). A rook or castle is limited to the first of those.
In chess there are of course also other rules but they do not enter
here. Thus "queen" implies contiguity wide sense and "rook" strict sense.
The terminology goes back at least as far as the work of geographer
Andrew Cliff and econometrician-statistician Keith Ord in the late
1960s.
In terms of the question, I implemented weighting matrices via string
variables [!!!] in -spautoc- on SSC in 1997, but I'd do it in Mata
now,
but I don't have detailed advice, let alone code. Nick [email protected]
Kyle Hood


I'm not sure what "first-order queen contiguity" is, but you will probably have to geocode address data (geocode: address->lat/lon), and
I
don't think you can do this in Stata (that is, unless the breadth of Stata's capabilities is larger than I had realized, which is sometimes

the case). Try ArcGIS. Once you have the geocoded data, you can probably compute the weight matrix in Stata, if you want.

max r wrote:

I need to create a spatial weighting matrix (first-order queen
contiguity) for a unbalanced panel dataset. The dataset has address
information in it. Is there a way to do this in STATA? I am trying to
test for neigborhood effects in behavior. Appreciate your thoughts.
*
*   For searches and help try:
*   http://www.stata.com/help.cgi?search
*   http://www.stata.com/support/statalist/faq
*   http://www.ats.ucla.edu/stat/stata/




--
Kyle Hood
Department of Economics
Yale University
New Haven, CT
website: http://www.econ.yale.edu/~kkh25/

*
*   For searches and help try:
*   http://www.stata.com/help.cgi?search
*   http://www.stata.com/support/statalist/faq
*   http://www.ats.ucla.edu/stat/stata/



© Copyright 1996–2024 StataCorp LLC   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index