[Talk-us] Imports in Riley county, KS
As mentioned previously on talk-us, I made contact with the Riley county GIS department and got access to their data. Since then I have been analyzing and working with the data. I believe I am nearing a point at which I can proceed with some imports based on this data. There are a few different data sets, each of which will be handled individually. The biggest one is an address import of about 20,000 points. I don't have many fellow mappers around here but I have brought it up with a few occasional users and they do not have a problem with this. As stated on the wiki page, I am hoping to use the church data to involve some of them in the process. I have documented the different data sets, the conversion files and posted .osm files for review on the following wiki page: http://wiki.openstreetmap.org/wiki/Kansas/Riley_County As noted on that page, the address import still needs more processing. In particular there are two special cases that I'm not quite sure what to do with For now I have marked them with FIXME tags in the .osm file. One is apartments. Each apartment has its own point in the county data. They are spaced apart from each other somewhat arbitrarily. My current thought is to discard the apartment number and merge the nodes down to a single node per unique addr:housenumber value. I would place this node either at the building center or at a stairwell if it can be identified. This is how I mapped my own apartment complex some time ago as can be seen here: http://osm.org/go/T59wjkyXy-- The other special case is trailer parks. Two of the biggest ones have one full address point in the middle of the park. Then on each unit they have a point with nothing but the lot number. I'm not actually sure how residents in these parks write their mailing address so I'm not quite sure how to handle it in this data. Some of the smaller parks are marked similarly to apartments with duplicated housenumbers and then a lot number added on. I may just exclude the trailer parks for a first import and come back to them later. I plan on doing the county, state and park boundaries in the next few days. The addresses will likely take a few more days to fix up so that one might wait until after Christmas. Comments welcome. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] More on TIGER: Where it's likely safe to import
OK this is plain awesome. Great work Mike. One note of caution though - the title may suggest that you can just go ahead and import away, but folks would still have to follow the import guidelines and contact the OSM community at large, come up with a solid proposal and discuss that, even if there is no local community. I know it says it on the tin, but it's kind of tucked away at the bottom. Have you looked into full history planet parsing to get a fuller picture of editing history? I took a stab at full history user metrics some time ago using osmjs; https://github.com/mvexel/OSMQualityMetrics/blob/master/UserStats.js - this produces one set of metrics for the entire .osh file you feed it but it may prove useful for future work. I haven't touched this in a while but it should still work :/ On Sun, Dec 16, 2012 at 8:02 PM, Michal Migurski wrote: > I pulled together some of the notes and imagery I've been posting here > recently: > > http://www.openstreetmap.us/~migurski/green-means-go/ > > It's a map of 1km×1km squares covering the continental United States. Green > squares show places where data imports are unlikely to interfere with > community mapping. Raw data is linked at the bottom. > > Three things that would make this better: > > - Regular updates with archived older versions. > - Renders for specific counties, intended for local GIS communities. > - Some awareness of full planet history. > > The OSM-US server has data for regular updates. > > -mike. > > > michal migurski- contact info and pgp key: > sf/cahttp://mike.teczno.com/contact.html > > > > > > ___ > Talk-us mailing list > Talk-us@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] More on TIGER: Where it's likely safe to import
I pulled together some of the notes and imagery I've been posting here recently: http://www.openstreetmap.us/~migurski/green-means-go/ It's a map of 1km×1km squares covering the continental United States. Green squares show places where data imports are unlikely to interfere with community mapping. Raw data is linked at the bottom. Three things that would make this better: - Regular updates with archived older versions. - Renders for specific counties, intended for local GIS communities. - Some awareness of full planet history. The OSM-US server has data for regular updates. -mike. michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
Hi, The script has been getting move around a bit as switched over to having all of the OSM files in one zip file. I put the script in the google docs directory, outside of the big zip. Thanks Jason. On Sun, Dec 16, 2012 at 7:41 PM, Serge Wroclawski wrote: > On Thu, Dec 13, 2012 at 11:12 PM, Jason Remillard > wrote: >> Hi, >> >> I update the wiki >> >> http://wiki.openstreetmap.org/wiki/MassGIS_Buildings_Import > > Jason, > > While I think it's great you want to help OSM in this way, I have a > few concerns. > > I think it's great that you've documented the process, but even after > following a lot of links that point to other links that point to > Google Docs, I can't find the scripts you use to do the conversion. If > those script are available at all, they're hard to find and review. > > And the same goes for the timeframe. It seems you documented this on > Friday and then ran it on Sunday? I don't think I'm the only one who > sometimes takes email vacations on the weekend, and I didn't feel I > had time to look over any of the process. I suspect others may feel > the same way. > > - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
On Thu, Dec 13, 2012 at 11:12 PM, Jason Remillard wrote: > Hi, > > I update the wiki > > http://wiki.openstreetmap.org/wiki/MassGIS_Buildings_Import Jason, While I think it's great you want to help OSM in this way, I have a few concerns. I think it's great that you've documented the process, but even after following a lot of links that point to other links that point to Google Docs, I can't find the scripts you use to do the conversion. If those script are available at all, they're hard to find and review. And the same goes for the timeframe. It seems you documented this on Friday and then ran it on Sunday? I don't think I'm the only one who sometimes takes email vacations on the weekend, and I didn't feel I had time to look over any of the process. I suspect others may feel the same way. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] MassGIS building import - update 1
Hi, The following towns were imported this weekend that were previously mostly devoid of structures. Abington, Acton, Acushnet, Alford, Arlington, Ashfield, Auburn, Avon, Dunstable, Harwich, Leyden, Littleton, Mattapoisett, Millville, Mount Washington, Nahant, Newburyport, Truro, and Westhampton. The following towns were imported, but had many existing structures, so most of the structures are not from this import. Chelsea, Groton, Malden The import has finished 6% of the state. Provincetown was not aligned well and was not imported, everything is shifted by 4 meters. The bing images looks OK, they align well with the MassDOT roads. I sent an email to MassGIS about it. Otherwise, just very small problems. Things like schools missing building tag, so it gets double imported and bleachers, tents, and storage containers getting imported. I have cleaned up afterwards all of the errors that I noticed while importing. Unfortunately, because of Provincetown, I don't think we can do a full blown automated import. Each town will need to at least get checked for alignment first. We are going to take a break from the import for a bit to give everybody time to look at the data and see if there are any additional issues. Thanks Jason. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Imports] shawnee county landuse
On Sun, Dec 16, 2012 at 2:09 AM, Martin Koppenhöfer wrote: > > > Am 15/dic/2012 um 22:39 schrieb Mike Dupont < > jamesmikedup...@googlemail.com>: > > 3. **What tagging are you proposing? >> > addr:* and landuse > the only additional tag are the four detailed landuse tags > eg > lbcs:activity:code{1100=1} > lbcs:activity:name{Household activities=1} > lbcs:function:code{1170=1} > lbcs:function:name{Garden apartment complex (1=1} > > These codes are details on how the lot is zoned. otherwise I am using this > information for fixing the street names and zip codes. > > Are the landuses you plan to tag actual landuses or permitted/planned > landuses? > These are actual landuses, the ones that describe the business. when you register a business here in kansas, you have to provide this information. https://www.kansas.gov/bess/flow/main?execution=e1s1 I will also be looking into how that data can be extracted and compared some day. This is more than zoning infomation. If you look at this for example : http://www.snco.us/Ap/C_prop/Listing.asp?PRCL_ID=0973604030001000 "2151-Grocery store / supermarket" "2110-Goods-oriented shopping" that is very accurate and could be used for direct tag information. there is a building layer on the snco gis site, but I have not figured out how to extract it, it seems to be hidden. So I am tracing them from bing. http://gis.snco.us/ArcGIS/rest/services/Basemap_102100/MapServer/7 http://gis.snco.us/ArcGIS/rest/services/Basemap_102100/MapServer/8 >> >> **4. **The last few times someone has proposed importing property >> lot data the consensus has been that that type of data shouldn’t be >> imported into OSM. Why is this different? >> > I am importing the plots for zipcode, house number and address data. It is > being used to tag the buildings, it can be deleted when it has been totally > processed. > > > > IMHO addresses belong (often) to plots, so in these cases there is no > point in transferring the address information to a building. Don't remember > consensus to not import property limits. I do remember though that there > were concerns about the sheer amount of data increase if we imported this > for the whole world. > > Cheers, > Martin > Well these are plots/property limits. And I dont want to import them for the whole world, just the streets that I am tracing buildings from so that I can quickly find locations. Also did you notice that http://nominatim.openstreetmap.org/ can now find house numbers accurately for these streets I imported : http://nominatim.openstreetmap.org/search.php?q=2033+Southwest+Wanamaker+Rd%2C+Topeka%2C+Kansas&viewbox=-217.97%2C80.28%2C217.97%2C-70.31 Until the houses are traced and the data transfered like i did here : http://www.openstreetmap.org/browse/way/196582551 I removed the plot and the lbcs data and left only the house itself. I forgot the landuse=residential. -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us