Yep ... there's been a lot of talk about opening one up in LA ... it finally happened a few weeks ago. Not a spectacular location ... but it was crowded on a weekday afternoon.
Beef stew sounds really good. Leftovers tonight. Mary Lou brought home a store roasted chicken and some store made mac & cheese ... we need to get to eat before it's too late.
I'm Geogeek Happy!
I've been writing a script that matches an road segment ID to an address, based on the road segment's address range (if the address is 123 Main Street, then get the segment for 100 - 199 main Street and write the segment ID to the address point.) The problem I've been battling is how to filter the address points to just those matching the road name; there are about 390,000 addresses and 44,000 road segments. No matter how I try to code the filter I keep getting an error.
Yesterday afternoon I finally found a little piece of code (three lines) that sets up the filter. I cant just say x = y, but have to build a line of text referencing x and y individually. Everything went well (several times) with my test date (about 1,000 streets and 3,000 addresses). Today, I added code that will check for the required fields, and if they don't exist in the files, the fields are added. it went well with the test data, and now I'm running it against a copy of the production files. So far, so good.
This is related to the next generation 9-1-1 (NextGen) stuff that is very rapidly coming to life, but has some other applications where we might need to associate an address point (a main door) with the section of road (like a section between two intersections).
Yes, lengths and address ranges Differ for various reasons. I just split some segments due to changes in speed limits.I'm Geogeek Happy!
I've been writing a script that matches an road segment ID to an address, based on the road segment's address range (if the address is 123 Main Street, then get the segment for 100 - 199 main Street and write the segment ID to the address point.) The problem I've been battling is how to filter the address points to just those matching the road name; there are about 390,000 addresses and 44,000 road segments. No matter how I try to code the filter I keep getting an error.
Yesterday afternoon I finally found a little piece of code (three lines) that sets up the filter. I cant just say x = y, but have to build a line of text referencing x and y individually. Everything went well (several times) with my test date (about 1,000 streets and 3,000 addresses). Today, I added code that will check for the required fields, and if they don't exist in the files, the fields are added. it went well with the test data, and now I'm running it against a copy of the production files. So far, so good.
This is related to the next generation 9-1-1 (NextGen) stuff that is very rapidly coming to life, but has some other applications where we might need to associate an address point (a main door) with the section of road (like a section between two intersections).
How to cope with the variation in density?
Do the road sections have different lengths that correspond to the address density variation?
We have multiple Thanksgiving Dinners. Last year we had our 'first' dinner by cooking up a meal for a family we've known forever. One son was a Marine, the other a Sailor and her daughter along with boyfriends/girlfriends/et al. She was going through a rough patch in her life so we tossed a dinner for them. A few days later we had our dinner. Usually, it is a last minute thing ... multiple dinners ... We entertain so often that it isn't THAT big of a thing.
Why can't you just get everybody a Garmin?Yes, lengths and address ranges Differ for various reasons. I just split some segments due to changes in speed limits.I'm Geogeek Happy!
I've been writing a script that matches an road segment ID to an address, based on the road segment's address range (if the address is 123 Main Street, then get the segment for 100 - 199 main Street and write the segment ID to the address point.) The problem I've been battling is how to filter the address points to just those matching the road name; there are about 390,000 addresses and 44,000 road segments. No matter how I try to code the filter I keep getting an error.
Yesterday afternoon I finally found a little piece of code (three lines) that sets up the filter. I cant just say x = y, but have to build a line of text referencing x and y individually. Everything went well (several times) with my test date (about 1,000 streets and 3,000 addresses). Today, I added code that will check for the required fields, and if they don't exist in the files, the fields are added. it went well with the test data, and now I'm running it against a copy of the production files. So far, so good.
This is related to the next generation 9-1-1 (NextGen) stuff that is very rapidly coming to life, but has some other applications where we might need to associate an address point (a main door) with the section of road (like a section between two intersections).
How to cope with the variation in density?
Do the road sections have different lengths that correspond to the address density variation?
Create an account or login to comment
You must be a member in order to leave a comment
Create account
Create an account on our community. It's easy!
Log in
Already have an account? Log in here.
![[No title]](/data/xfmg/thumbnail/37/37100-48f2853fd9bcaf95edec62ff0be19ad3.jpg?1734169828)
