Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

On 11/9/15 9:39 AM, Kevin Kenny wrote: > > In the issue on Github, you remark: > "I'm contemplating closing this. As above, there are currently serious > data issues in the US that prevent route relations from being used for > rendering shields. If someone wants to take up the data quality issue,

[Talk-us] Importing Buildings and Addresses for Austin, Texas

We would would like to import buildings and addresses for Austin, Texas and surrounding areas. Our plan on the OSM wiki: https://wiki.openstreetmap.org/wiki/Austin,_TX/Buildings_Import Processed data files for import can be found here:

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

On 11/08/2015 09:04 PM, Paul Norman wrote: Phil's demo was an excellent proof of concept of pictorial shields from route relations, but isn't something that can be reasonably incorporated into a stylesheet as-is. https://github.com/gravitystorm/openstreetmap-carto/issues/596 is the

[Talk-us] San Diego Address Import Update

Late last year September 2014 i sent an email about a 2009 San Diego address import that needed it's street names expanded by a bot. It was imported before the community had an acceptance of expanding street names. Any chance some one can run a bot to expand them. I have no experience on that. Not

Re: [Talk-us] San Diego Address Import Update

I think you are referring to this change set: https://www.openstreetmap.org/changeset/3411425 I noticed errors in it the other week when adding a restaurant in Pine Valley and noted on the mail list: https://lists.openstreetmap.org/pipermail/talk-us/2015-November/015634.html It appears to me

Re: [Talk-us] [Imports] Importing Buildings and Addresses for Austin, Texas

On Mon, Nov 9, 2015 at 6:40 PM, Andy Wilson wrote: > 3. Efficiency. There are enough buildings in OSM already and as Martin > pointed out, comparing them individually and properly merging tags, etc > would be time consuming. JOSM has a "Replace Geometry" tool found

Re: [Talk-us] San Diego Address Import Update

> On Nov 9, 2015, at 8:42 PM, Richard Welty wrote: > > maybe but i would do some more research before making an assumption. > i'm aware of many postal city addresses that are in different counties > than the > "real" cities and i believe there are at least 4 cases where

Re: [Talk-us] [Imports] Importing Buildings and Addresses for Austin, Texas

On Mon, Nov 9, 2015 at 12:59 PM Martin Koppenhoefer wrote: > > > sent from a phone > > > Am 09.11.2015 um 18:07 schrieb Eric Ladner : > > > > Replacing existing hand drawn buildings with imports from the city's GIS > system would probably be

Re: [Talk-us] [Imports] Importing Buildings and Addresses for Austin, Texas

I'll second Paul's bit rot on unique ID's comments. They're all well and good until somebody upgrades their GIS system, then all those unique ID's get flushed down the drain. And actually doing a conflation with hundreds of thousands of buildings which may or may not have the ID's preserved

Re: [Talk-us] San Diego Address Import Update

On 11/9/15 8:23 PM, Tod Fitch wrote: > Perhaps true in general, but in this specific case the administrative > boundary for San Diego (1) is quite a long way from the post office in Pine > Valley (2)(3) and the Pine Valley post office is most likely to have a postal > name of “Pine Valley” as

Re: [Talk-us] San Diego Address Import Update

Thanks tod i really appreciate your help. On Nov 9, 2015 8:43 PM, "Richard Welty" wrote: > On 11/9/15 8:23 PM, Tod Fitch wrote: > > Perhaps true in general, but in this specific case the administrative > boundary for San Diego (1) is quite a long way from the post office

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

On 11/9/15 10:32 AM, Richard Fairhurst wrote: > Richard Welty wrote: >> the key thing, i think, is that mappers have little motivation to >> work on route relations if they don't actually get used by >> anything. > Don't forget that the issue is not an endemic issue with route relations, > it's

Re: [Talk-us] Importing Buildings and Addresses for Austin, Texas

Were steps taken to remove pre-existing buildings in OSM from the imported data set? As an example, see [1]. Looking at the data in the area, this seems the case, but I didn't exhaustively search through all the files. Replacing existing hand drawn buildings with imports from the city's GIS

Re: [Talk-us] Proposal: Sunset ref=* on ways in, favor of relations

Richard Welty wrote: > the key thing, i think, is that mappers have little motivation to > work on route relations if they don't actually get used by > anything. Don't forget that the issue is not an endemic issue with route relations, it's just an osm2pgsql issue. osm2pgsql is the most

Re: [Talk-us] San Diego Address Import Update

I noticed some of that, was hoping it wasn't everywhere. Is this any way to target an area with a bot inside each city administration line and change the city to the right one or does that need to be done manually? On Nov 9, 2015 2:51 PM, "Tod Fitch" wrote: > I think you

Re: [Talk-us] San Diego Address Import Update

I don’t know. I suspect there could be an overpass query to pull all the objects with addr:city tags from within an administrative boundary. If so then it could be pretty easy to do with manual edits for those areas with boundaries. In the case of Pine Valley, it seems to be a place name with a

Re: [Talk-us] San Diego Address Import Update

On 11/9/15 4:51 PM, Tod Fitch wrote: > I think you are referring to this change > set: https://www.openstreetmap.org/changeset/3411425 > > I noticed errors in it the other week when adding a restaurant in Pine > Valley and noted on the mail > list: >

Re: [Talk-us] San Diego Address Import Update

Perhaps true in general, but in this specific case the administrative boundary for San Diego (1) is quite a long way from the post office in Pine Valley (2)(3) and the Pine Valley post office is most likely to have a postal name of “Pine Valley” as displayed on the front of the building (right