Re: [OSM-talk] Addressing Question
On Thu, 12 Nov 2009 14:29:14 -0500, Anthony wrote: > On Thu, Nov 12, 2009 at 9:14 AM, Andy Allan wrote: >> It's a fairly well established convention that in OSM it's the >> houses/plots, not the road centrelines, that are addressed. > > But that doesn't always reflect reality. The reality, at least in > many parts of the world, is that the streets are given blocks of > potential addresses, and the houses/plots/whatever are given actual > addresses from those potential address blocks. So your point being? These blocks can be interpolation-ways next to the way and if you like relations you can have both grouped in an associatedStreet-relation. >> I'd say it's better to approximate the gap between the road and the >> houses >> (10m?) than to just put it on the centreline due to that being easier. > > First of all, how would you approximate the gap? You mean by hand? 10m along the normal of the road. > Secondly, what if the houses aren't yet there? Tiger address data > represents *potential* address blocks, not *actual* address blocks. > There may or may not be any actual houses along those roads. Then we have to assume it's there until a mapper who can actually look for houses can correct this. That's the best we can do. Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
2009/11/13 Peter Childs : > The is_in tag is not a lot of use either due to it being inconsistent. I thought is_in is depreciated and replaced by polygons? > While I don't think this list would be worth piping back in to the > database, it might be useful for knowing what were missing. I can think of a lot of reasons why it would be great if that information was in the OSM DB. > Maybe Places should be area's rather than points anyway. +1 > I'm, quite happy for the places to overlap I can think of more than > one place where some small village has been overrun by the next large > town. and while the village still exists as a row of small shops its > now see by most as part of the larger town. Over lapping areas might get messy. Then again in terms of cities they have suburbs ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
2009/11/13 John Smith : > 2009/11/13 Peter Childs : >> The is_in tag is not a lot of use either due to it being inconsistent. > > I thought is_in is depreciated and replaced by polygons? > >> While I don't think this list would be worth piping back in to the >> database, it might be useful for knowing what were missing. > > I can think of a lot of reasons why it would be great if that > information was in the OSM DB. > >> Maybe Places should be area's rather than points anyway. > > +1 > >> I'm, quite happy for the places to overlap I can think of more than >> one place where some small village has been overrun by the next large >> town. and while the village still exists as a row of small shops its >> now see by most as part of the larger town. > > Over lapping areas might get messy. Then again in terms of cities they > have suburbs > That may have once been villages, and may still be know as that by the locals. My first though was for an generated list rather than entered boarders, however thinking again this might need some human intervention to work properly. I'm not trying to reflect local government admin boarders, or postal districts. more I need to go to High Street, Sudbury. I need to know which one, (There are 5 and none are in the actual town of Sudbury but in nearby villages.. So I need to clarify where to go (and know to do so) (The 5 are also in the same UK postal district so that does not help either!) So my list needs to say "There is no such place according to our records" Peter. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
2009/11/13 Andrew Errington : > You could calculate node density (nodes/km2) and assume that node density > will decay from the centre of a town to the edge. This would work for the > nodes in ways, since 'in town' will have more streets than 'out of town'. > A rural area with winding roads might have an increased number of nodes > (to get smooth curves) but it would have fewer roads. You could also use > POI density, on the assumption that there are more shops, hospitals, pubs > and restaurants in a town, and the density drops off out of town. Set a > threshold, and mark the border between above threshold (in town) and below > threshold (out of town). Depending how far a settlement is from a city the denisty will vary greatly. > Places like London would be tricky, as the node density would be high > across the whole area, so maybe you can't pick out the individual towns. There is also the problem of arbitary boundaries, not just geographical ones. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
2009/11/13 Peter Childs : > My first though was for an generated list rather than entered > boarders, however thinking again this might need some human > intervention to work properly. Boundaries are just as much arbitary as they are geographically based etc > I'm not trying to reflect local government admin boarders, or postal > districts. more I need to go to High Street, Sudbury. I need to know I know exactly what you are talking about, in fact I've already attempted to do this already: http://www.openstreetmap.org/browse/way/36960948 Gympie township covers all or at last parts of Gympe, South Side, Monkland, Araluen, Jones Hill, Victory Heights ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
On Fri, November 13, 2009 16:43, Peter Childs wrote: > > Any ideas. You could calculate node density (nodes/km2) and assume that node density will decay from the centre of a town to the edge. This would work for the nodes in ways, since 'in town' will have more streets than 'out of town'. A rural area with winding roads might have an increased number of nodes (to get smooth curves) but it would have fewer roads. You could also use POI density, on the assumption that there are more shops, hospitals, pubs and restaurants in a town, and the density drops off out of town. Set a threshold, and mark the border between above threshold (in town) and below threshold (out of town). Places like London would be tricky, as the node density would be high across the whole area, so maybe you can't pick out the individual towns. Anyway, please do not give these ideas any more credence than those from any other random internet source. :) Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
2009/11/13 Andrew Errington : > On Fri, November 13, 2009 16:43, Peter Childs wrote: >> >> Any ideas. > > You could calculate node density (nodes/km2) and assume that node density > will decay from the centre of a town to the edge. This would work for the > nodes in ways, since 'in town' will have more streets than 'out of town'. > A rural area with winding roads might have an increased number of nodes > (to get smooth curves) but it would have fewer roads. You could also use > POI density, on the assumption that there are more shops, hospitals, pubs > and restaurants in a town, and the density drops off out of town. Set a > threshold, and mark the border between above threshold (in town) and below > threshold (out of town). Sounds as good method as any other. Might be able to use where Churches, Market Squares, Pubs, Shops, Schools etc to work out where town centres are, If we can do that we can have a list of possible town centres without names. after all if somthing has the name "Wainscott Primary School" and we have a village of "Wainscott" nearby one would tend to presume that the school must be within the bounds of the village. > > Places like London would be tricky, as the node density would be high > across the whole area, so maybe you can't pick out the individual towns. However, land use might help. Commercial Zone tend to be near the middle and residential/industrial on the outskirts, however then they go and build that big new out of town shopping centre. Historically towns appeared at major road junctions, river crossing etc. However in recent years they tend to mean the town ends, after all who crosses that major dual carriageway that circles most major towns these days. (After all we have to build our bypasses (Hitch Hikers Guide)) > > Anyway, please do not give these ideas any more credence than those from > any other random internet source. :) > > Best wishes, > > Andrew > Of course not. Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
2009/11/13 John Smith : > 2009/11/13 Peter Childs : >> My first though was for an generated list rather than entered >> boarders, however thinking again this might need some human >> intervention to work properly. > > Boundaries are just as much arbitary as they are geographically based etc > >> I'm not trying to reflect local government admin boarders, or postal >> districts. more I need to go to High Street, Sudbury. I need to know > > I know exactly what you are talking about, in fact I've already > attempted to do this already: > > http://www.openstreetmap.org/browse/way/36960948 > > Gympie township covers all or at last parts of Gympe, South Side, > Monkland, Araluen, Jones Hill, Victory Heights > I like it, but I wonder whether the place=city should be on the way rather than on some miscellaneous node. I'm not sure I like the bodge that is admin_level's I had always thought of them as government administration borders. I also see the current use of place nodes as "tagging" for the render as when they get in the way they ten to get moved so somewhere more convent for the mapper However they do server there purpose to mark town centres. Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
2009/11/13 Peter Childs : > I like it, but I wonder whether the place=city should be on the way > rather than on some miscellaneous node. I'm not sure I like the bodge > that is admin_level's I had always thought of them as government > administration borders. It's also tagged as landuse=residential, but perhaps place=town would be better than using admin_level... > However they do server there purpose to mark town centres. The town centre isn't always the centre of town :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] bus route/relations done right
hello all, i'd like to review/finish mapping of bus/tram network during my stay in bern (ch) and do this right so that no time is wasted fixing my mistakes. i read through wiki pages but there're still some points open. for my examples to be more explanatory please open the following osm file which i'll be referring to. the download url is http://nic-nac-project.org/~jose1711/donotdelete/bus_route.osm i consider bus 1 route to be the correct way of entering a simple route. backward/forward rules are based on the way's orientation, not Terminus A -> Terminus B or vice versa orientation just as the wiki says. what to do though when it's not really clear what way does the bus stop belong to like in bus route 2? how do i know if it's forward or backward role i should use when i don't know to which way the bus stop is connected. consider that i may not be able to change orientation (situation: oneway for cars, buses can drive both directions). also, does the ways (segments) in relation need to be ordered or this is mandatory for bus stops only? next thing. i have seen many osm users create bus routes such as route 4, while i think the correct way is route 3. am i correct? thank you for your comments, jozef ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
On Fri, Nov 13, 2009 at 07:43:20AM +, Peter Childs wrote: > However in OSM places are points not area's and the areas we do have > are either to do with admin (ie Counties, Borough's etc) and hence are > rather less than helpful. > > The is_in tag is not a lot of use either due to it being inconsistent. > > I could do it with some kind of nearest function but I don't think > this is going to give me the right answer either. > > What is in a place, is often to do with other geographic features, > like gaps in housing, majro roads etc, and also to do with history, > > What I would like to do is write a script that takes the planet and > gives a list of the places (towns, villages etc) and a polygon/area > for each place. > > While I don't think this list would be worth piping back in to the > database, it might be useful for knowing what were missing. > > Maybe Places should be area's rather than points anyway. This is a quite complicated thing to do - Some parts of the world fill very quickly with admin boundaries and using them for searching in the garmins would definitly give them a strong boost which i'd like to see. The other point is that people are used to fuzzy or non exact search. For example i am living in a Town called Rietberg which has a large area it covers. There are multiple suburbs which are very distinct from Rietberg the town itself. People are used to be able to search for either Rietberg or even the suburbs names e.g. "Mastholte" or "Varensell" - So in google ou can search for Alt Hammoor 38, Rietberg, Germany Alt Hammoor 38, Mastholte, Germany which is the same place - Postal wise the address is 33397 Rietberg but all in car navigations are happy to accept Mastholte aswell. This gets more complicated taking large citys like Berlin - where the individual districts are their own administration and therefor have their own admin_level 8 boundary. People on the other hand are used to search for Gorßbeerenstraßen, Berlin to work - e.g. spit out all the Großbeerenstraße Berlin has (Mentioning the District - TomTom does this). So - it comes down that people are used to search for admin_level=10 names and content and for admin_level=6 Content which will then look for all content in admin_level=6+ .. So - i'd vote for strictly using admin boundarys and invent some tags for giving some hints - It does not make sense to include admin_level=4 or most of the time it does not make sense to include admin_level=6 for searching (Kreis Gütersloh for example makes no sense) - But sometimes it should be included that you look for Großebeerenstraße, Berlin and get Großebeerenstraße, Kreuzberg, Berlin Großebeerenstraße, Lichterfeld, Berlin aswell as beeing able to search for Großebeerenstraße, Kreuzberg Searching for place nodes and guessing is prone to errors and hinting will be on a per street level which will be very hard to maintain and include so ... Admin boundarys are there for a reason ... Flo -- Florian Lohoff f...@rfc822.org "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Spam] bus route/relations done right
On 13 Nov 2009, at 11:04, Jozef Riha wrote: > hello all, > > i'd like to review/finish mapping of bus/tram network during my stay > in bern (ch) and do this right so that no time is wasted fixing my > mistakes. i read through wiki pages but there're still some points > open. for my examples to be more explanatory please open the following > osm file which i'll be referring to. the download url is > http://nic-nac-project.org/~jose1711/donotdelete/bus_route.osm > > i consider bus 1 route to be the correct way of entering a simple > route. backward/forward rules are based on the way's orientation, not > Terminus A -> Terminus B or vice versa orientation just as the wiki > says. what to do though when it's not really clear what way does the > bus stop belong to like in bus route 2? how do i know if it's forward > or backward role i should use when i don't know to which way the bus > stop is connected. consider that i may not be able to change > orientation (situation: oneway for cars, buses can drive both > directions). also, does the ways (segments) in relation need to be > ordered or this is mandatory for bus stops only? > > next thing. i have seen many osm users create bus routes such as route > 4, while i think the correct way is route 3. am i correct? > > thank you for your comments, You might like to direct this one to talk-transit http://lists.openstreetmap.org/listinfo/talk-transit Thanks, Peter Miller > > jozef > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
On 13 Nov 2009, at 12:00, Florian Lohoff wrote: > On Fri, Nov 13, 2009 at 07:43:20AM +, Peter Childs wrote: >> However in OSM places are points not area's and the areas we do have >> are either to do with admin (ie Counties, Borough's etc) and hence >> are >> rather less than helpful. >> >> The is_in tag is not a lot of use either due to it being >> inconsistent. >> >> I could do it with some kind of nearest function but I don't think >> this is going to give me the right answer either. >> >> What is in a place, is often to do with other geographic features, >> like gaps in housing, majro roads etc, and also to do with history, >> >> What I would like to do is write a script that takes the planet and >> gives a list of the places (towns, villages etc) and a polygon/area >> for each place. >> >> While I don't think this list would be worth piping back in to the >> database, it might be useful for knowing what were missing. >> >> Maybe Places should be area's rather than points anyway. > > This is a quite complicated thing to do - Some parts of the world > fill very quickly with admin boundaries and using them for searching > in the garmins would definitly give them a strong boost which i'd like > to see. We already have data for all 50K places in Britain available for import into OSM as part of the NaPTAN dataset. [1] All of the 50K places in this dataset have a boundary (which is approximate) which is based only on whether a bus stop is in a place or not. Each place also has a geocode for its 'centre. Places can have parents and children so one can model suburbs, Here are some examples of the data that is available: http://www.itoworld.com/static/screenshots?product=NAPTAN&id=3 http://www.itoworld.com/static/screenshots?product=NAPTAN&id=1 Of course there is always 'creep' of desirable and undesirable places (where people say they live in the posh bit, not the non-posh bit next door - lots of room for negotiation of boundaries, but highly valuable and useful data all the same). I was also talking just this morning about the value of this data and if such a boundary-of-places dataset could be produced for Northern Ireland within OSM (Northern Ireland is part of the UK but this data is not yet available within NaPTAN). ITO has a new product for directing people by public transport and we need to know whether a bus stop is within a place or not - we can guess, but it would be much better not to guess and this is what we need to do that. In short, I and my company and indeed Travline/DfT would strongly support to option to include boundary polygons for places within OSM together with a relation and a point geocode for the place. Yahoo is also collecting useful data of this sort which I understand they are planning to release for reuse. [1] http://wiki.openstreetmap.org/wiki/NaPTAN Regards, Peter > > The other point is that people are used to fuzzy or non exact > search. For > example i am living in a Town called Rietberg which has a large area > it covers. > There are multiple suburbs which are very distinct from Rietberg the > town > itself. People are used to be able to search for either Rietberg or > even the suburbs names e.g. "Mastholte" or "Varensell" - So in google > ou can search for > > Alt Hammoor 38, Rietberg, Germany > Alt Hammoor 38, Mastholte, Germany > > which is the same place - Postal wise the address is 33397 Rietberg > but all in car navigations are happy to accept Mastholte aswell. > > This gets more complicated taking large citys like Berlin - where the > individual districts are their own administration and therefor have > their > own admin_level 8 boundary. People on the other hand are used to > search > for Gorßbeerenstraßen, Berlin to work - e.g. spit out all the > Großbeerenstraße > Berlin has (Mentioning the District - TomTom does this). > > So - it comes down that people are used to search for admin_level=10 > names > and content and for admin_level=6 Content which will then look for all > content in admin_level=6+ .. > > So - i'd vote for strictly using admin boundarys and invent some tags > for giving some hints - It does not make sense to include > admin_level=4 > or most of the time it does not make sense to include admin_level=6 > for > searching (Kreis Gütersloh for example makes no sense) - But sometimes > it should be included that you look for > > Großebeerenstraße, Berlin > > and get > > Großebeerenstraße, Kreuzberg, Berlin > Großebeerenstraße, Lichterfeld, Berlin > > aswell as beeing able to search for > > Großebeerenstraße, Kreuzberg > > Searching for place nodes and guessing is prone to errors and > hinting will be > on a per street level which will be very hard to maintain and > include so ... > Admin boundarys are there for a reason ... > > Flo > -- > Florian Lohoff f...@rfc822.org > "Es ist ein grobes Missv
Re: [OSM-talk] What Streets are in what Places
2009/11/13 Florian Lohoff : > On Fri, Nov 13, 2009 at 07:43:20AM +, Peter Childs wrote: >> However in OSM places are points not area's and the areas we do have >> are either to do with admin (ie Counties, Borough's etc) and hence are >> rather less than helpful. >> >> The is_in tag is not a lot of use either due to it being inconsistent. >> >> I could do it with some kind of nearest function but I don't think >> this is going to give me the right answer either. >> >> What is in a place, is often to do with other geographic features, >> like gaps in housing, majro roads etc, and also to do with history, >> >> What I would like to do is write a script that takes the planet and >> gives a list of the places (towns, villages etc) and a polygon/area >> for each place. >> >> While I don't think this list would be worth piping back in to the >> database, it might be useful for knowing what were missing. >> >> Maybe Places should be area's rather than points anyway. > > This is a quite complicated thing to do - Some parts of the world > fill very quickly with admin boundaries and using them for searching > in the garmins would definitly give them a strong boost which i'd like > to see. > > The other point is that people are used to fuzzy or non exact search. For > example i am living in a Town called Rietberg which has a large area it > covers. > There are multiple suburbs which are very distinct from Rietberg the town > itself. People are used to be able to search for either Rietberg or > even the suburbs names e.g. "Mastholte" or "Varensell" - So in google > ou can search for > > Alt Hammoor 38, Rietberg, Germany > Alt Hammoor 38, Mastholte, Germany > > which is the same place - Postal wise the address is 33397 Rietberg > but all in car navigations are happy to accept Mastholte aswell. > > This gets more complicated taking large citys like Berlin - where the > individual districts are their own administration and therefor have their > own admin_level 8 boundary. People on the other hand are used to search > for Gorßbeerenstraßen, Berlin to work - e.g. spit out all the Großbeerenstraße > Berlin has (Mentioning the District - TomTom does this). > > So - it comes down that people are used to search for admin_level=10 names > and content and for admin_level=6 Content which will then look for all > content in admin_level=6+ .. > > So - i'd vote for strictly using admin boundarys and invent some tags > for giving some hints - It does not make sense to include admin_level=4 > or most of the time it does not make sense to include admin_level=6 for > searching (Kreis Gütersloh for example makes no sense) - But sometimes > it should be included that you look for > > Großebeerenstraße, Berlin > > and get > > Großebeerenstraße, Kreuzberg, Berlin > Großebeerenstraße, Lichterfeld, Berlin > > aswell as beeing able to search for > > Großebeerenstraße, Kreuzberg > > Searching for place nodes and guessing is prone to errors and hinting will be > on a per street level which will be very hard to maintain and include so ... > Admin boundarys are there for a reason ... > > Flo The problem with admin boundaries, here in the Uk anyway is that they have very little to do with the towns or places they actually are around. Admin_level tends to suggest a simple hierarchy that does not exists. and tends from what I've seen here to be related to govenment admin stration areas, Parish, Borough, County etc etc. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Addressing Question
On Thu, 2009-11-12 at 15:19 -0500, Mike N. wrote: > FYI - I applied the experimental script which creates address > interpolation ways at - > > http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py > > The results are at > > http://cid-b17e2f1a4d519b13.skydrive.live.com/self.aspx/Public/tl% > 5E_2009%5E_45045%5E_addrInterpolation.zip Cool stuff! I've been looking at doing the same thing. Which osgeo python code are you using? -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Addressing Question
>> http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py >> > Cool stuff! I've been looking at doing the same thing. Which osgeo > python code are you using? I'm using the default lib for Fedora - GDAL 1.6.0; release 8.fc11 . Someone else (in Georgia?) created all the code, but I don't know if they actually uploaded the address interpolation anywhere. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Will Google ever use OSM data?
On 12/11/2009 21:31, SteveC wrote: > That's half true. Nobody likes the uncertainty around CC, but really they > want us to be PD because they don't want to give any data away. They'd love > to suck it all in, improve it and then keep the improvements. Just look at > the current data set they're not releasing, even in the middle of nowhere, > Africa. Non-commercial restrictions like that are intensely annoying - it allows people like Google and the OS to pretend they're being open when it's nothing of the sort. I kind of wish that Creative Commons, FSF etc. would have a bit of an initiative on this. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Will Google ever use OSM data?
On 12/11/2009 21:31, SteveC wrote: > That's half true. Nobody likes the uncertainty around CC, but > really they want us to be PD because they don't want to give any > data away. They'd love to suck it all in, improve it and then keep > the improvements. Just look at the current data set they're not > releasing, even in the middle of nowhere, Africa. Steve, one of the things we've learned at the Open Source Initiative over the past 11 years is that code without community is dead code. Well, the same thing goes for OSM data. Without the community that created it, it's dead data. That's *exactly* the reason that folks like Shaun and Andy complain about imports. Imports are dead data. So on the one hand we have OSMers saying "Don't use dead data". On the other hand, we have you saying "Watch out for sharing our data without restrictions! Google would use our dead data."[1] Seems to me that we're either all right, or we're all wrong about that issue. Doesn't seem to me like we can be half of either. -- [1] If you think it's trivial to make additions to OSM without sharing them back, whilst other people keep editing, consider that some of the best minds on the planet can't make *removals* from OSM reliably. We still have no good way to revert a changeset -- and people think that Google can make additions which are robust in the face of changing OSM data? And if Google *was* going to take our PD data, what's currently stopping them from taking the data contributed by various OSM editors who have dedicated their edits to the public domain? If they haven't done it for YY% of OSM, it's hard to predict with a straight face that they would do it to 100% of OSM. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-323-1241 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Will Google ever use OSM data?
You're conflating two entirely different points and as far as I can see, trolling. On Nov 13, 2009, at 12:39 PM, Russ Nelson wrote: > On 12/11/2009 21:31, SteveC wrote: >> That's half true. Nobody likes the uncertainty around CC, but >> really they want us to be PD because they don't want to give any >> data away. They'd love to suck it all in, improve it and then keep >> the improvements. Just look at the current data set they're not >> releasing, even in the middle of nowhere, Africa. > > Steve, one of the things we've learned at the Open Source Initiative > over the past 11 years is that code without community is dead code. > Well, the same thing goes for OSM data. Without the community that > created it, it's dead data. That's *exactly* the reason that folks > like Shaun and Andy complain about imports. Imports are dead data. > > So on the one hand we have OSMers saying "Don't use dead data". On > the other hand, we have you saying "Watch out for sharing our > data without restrictions! Google would use our dead data."[1] > > Seems to me that we're either all right, or we're all wrong about that > issue. Doesn't seem to me like we can be half of either. > > -- > > [1] If you think it's trivial to make additions to OSM without sharing > them back, whilst other people keep editing, consider that some of the > best minds on the planet can't make *removals* from OSM reliably. We > still have no good way to revert a changeset -- and people think that > Google can make additions which are robust in the face of changing OSM > data? And if Google *was* going to take our PD data, what's currently > stopping them from taking the data contributed by various OSM editors > who have dedicated their edits to the public domain? If they haven't > done it for YY% of OSM, it's hard to predict with a straight face that > they would do it to 100% of OSM. > > -- > --my blog is athttp://blog.russnelson.com > Crynwr supports open source software > 521 Pleasant Valley Rd. | +1 315-323-1241 > Potsdam, NY 13676-3213 | Sheepdog > Yours &c. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Will Google ever use OSM data?
2009/11/12 Elizabeth Dodd > > > > http://www.toiletmap.gov.au/ > ... but the toilet map is serious, even if the Register > didn't realise it > the cyclemap-makers also love toilets. They're displayed one zoomlevel more (till 14) than churches and drinking_water ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Will Google ever use OSM data?
I'm only making one point here: that OSM's value is in its community, not its data and certainly not its licensing. Could you explain the other point you think I'm making, and how it's separable from the one point I'm trying to make? -russ SteveC writes: > You're conflating two entirely different points and as far as I can see, > trolling. > > On Nov 13, 2009, at 12:39 PM, Russ Nelson wrote: > > > On 12/11/2009 21:31, SteveC wrote: > >> That's half true. Nobody likes the uncertainty around CC, but > >> really they want us to be PD because they don't want to give any > >> data away. They'd love to suck it all in, improve it and then keep > >> the improvements. Just look at the current data set they're not > >> releasing, even in the middle of nowhere, Africa. > > > > Steve, one of the things we've learned at the Open Source Initiative > > over the past 11 years is that code without community is dead code. > > Well, the same thing goes for OSM data. Without the community that > > created it, it's dead data. That's *exactly* the reason that folks > > like Shaun and Andy complain about imports. Imports are dead data. > > > > So on the one hand we have OSMers saying "Don't use dead data". On > > the other hand, we have you saying "Watch out for sharing our > > data without restrictions! Google would use our dead data."[1] > > > > Seems to me that we're either all right, or we're all wrong about that > > issue. Doesn't seem to me like we can be half of either. > > > > -- > > > > [1] If you think it's trivial to make additions to OSM without sharing > > them back, whilst other people keep editing, consider that some of the > > best minds on the planet can't make *removals* from OSM reliably. We > > still have no good way to revert a changeset -- and people think that > > Google can make additions which are robust in the face of changing OSM > > data? And if Google *was* going to take our PD data, what's currently > > stopping them from taking the data contributed by various OSM editors > > who have dedicated their edits to the public domain? If they haven't > > done it for YY% of OSM, it's hard to predict with a straight face that > > they would do it to 100% of OSM. > > > > -- > > --my blog is athttp://blog.russnelson.com > > Crynwr supports open source software > > 521 Pleasant Valley Rd. | +1 315-323-1241 > > Potsdam, NY 13676-3213 | Sheepdog > > > > Yours &c. > > Steve > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
> > The problem with admin boundaries, here in the Uk anyway is that they > have very little to do with the towns or places they actually are > around. > > Admin_level tends to suggest a simple hierarchy that does not exists. > and tends from what I've seen here to be related to govenment admin > stration areas, Parish, Borough, County etc etc. > In parts of England, the parish boundary will give the best indication of what village a street belongs to. There are complications of course; some parishes will contain more than one village; some larger places will be completely unparished - but in general you may be able to use some of these as a first approximation. Luckily, most parish boundaries should be visible on NPE or other out-of-copyright maps ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] more accurate open-source gps hardware
http://blog.makezine.com/archive/2009/11/diy_real_time_kinematic_gps.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data
So, just like the original TIGER import, I'm now grossly stealing someone else's code: http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py and I now have made some .osm files with Karlruhe Scheme addressing ways. I'm not going to post them publicly. I did that for the original TIGER, and some enterprising folks took them and uploaded without mentioning it to anyone and it turned into a big mess with no coordination. If anyone wants to see the data for their county, let me know. I'll send you a copy of what I have. All you have to do is convince me that you'll never upload these initial data under any circumstances. :) We'll work on making sure that these data look good and I think some people have some plans on how to get these integrated a bit at a time. -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data
Can I have SF county, CA please and Arapahoe County, CO...? Yours &c. Steve On Nov 13, 2009, at 4:57 PM, Dave Hansen wrote: > So, just like the original TIGER import, I'm now grossly stealing > someone else's code: > > http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py > > and I now have made some .osm files with Karlruhe Scheme addressing > ways. I'm not going to post them publicly. I did that for the original > TIGER, and some enterprising folks took them and uploaded without > mentioning it to anyone and it turned into a big mess with no > coordination. > > If anyone wants to see the data for their county, let me know. I'll > send you a copy of what I have. All you have to do is convince me that > you'll never upload these initial data under any circumstances. :) > > We'll work on making sure that these data look good and I think some > people have some plans on how to get these integrated a bit at a time. > > -- Dave > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Fri, 2009-11-13 at 17:14 -0700, SteveC wrote: > Can I have SF county, CA please and Arapahoe County, CO...? http://daveh.dev.openstreetmap.org/secret/stevec-345/ -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] more accurate open-source gps hardware
Nice idea. Alas, it seems to be too good to be true, as the first comment points out. Alex S. skrev: > http://blog.makezine.com/archive/2009/11/diy_real_time_kinematic_gps.html > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data
> http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py > We'll work on making sure that these data look good and I think some > people have some plans on how to get these integrated a bit at a time. Thanks to those who worked on the namefinder - it worked GREAT when I tried it today. (THANKS to those who created the new namefinder!) It properly identified my house by Hamlet, City, County, etc without my including any of that information in the house number or street.With that in mind, the script tags everything with: I believe people have been saying that this information is not necessary, and is_in is also not necessary for 99% of cases, so we can save space by not including that for the Karlsruhe Schema. (But I don't know how the namefinder works). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Fri, Nov 13, 2009 at 8:40 PM, Mike N. wrote: >> http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py > >> We'll work on making sure that these data look good and I think some >> people have some plans on how to get these integrated a bit at a time. > > Thanks to those who worked on the namefinder - it worked GREAT when I > tried it today. (THANKS to those who created the new namefinder!) It > properly identified my house by Hamlet, City, County, etc without my > including any of that information in the house number or street. With > that in mind, the script tags everything with: > > > > > > > > I believe people have been saying that this information is not necessary, > and is_in is also not necessary for 99% of cases, so we can save space by > not including that for the Karlsruhe Schema. (But I don't know how the > namefinder works). You gotta have the addr:street information somewhere. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
> You gotta have the addr:street information somewhere. Oops! Yes, that should be the minimum required. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Fri, Nov 13, 2009 at 6:57 PM, Dave Hansen wrote: > We'll work on making sure that these data look good and I think some > people have some plans on how to get these integrated a bit at a time. And hopefully in some places not at all. In many locations there's way more accurate data than TIGER. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] more accurate open-source gps hardware
On Saturday 14 November 2009, Erik Lundin wrote: > Nice idea. Alas, it seems to be too good to be true, as the first > comment points out. The second and third comments get it right though. robert. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Fri, Nov 13, 2009 at 9:15 PM, Anthony wrote: > On Fri, Nov 13, 2009 at 6:57 PM, Dave Hansen wrote: >> We'll work on making sure that these data look good and I think some >> people have some plans on how to get these integrated a bit at a time. > > And hopefully in some places not at all. In many locations there's > way more accurate data than TIGER. > For examples of how bad TIGER data is, see http://maps.huge.info/geocoder/ and http://www.usnaviguide.com/reverse.htm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
Anthony writes: > On Fri, Nov 13, 2009 at 9:15 PM, Anthony wrote: > > On Fri, Nov 13, 2009 at 6:57 PM, Dave Hansen wrote: > >> We'll work on making sure that these data look good and I think some > >> people have some plans on how to get these integrated a bit at a time. > > > > And hopefully in some places not at all. In many locations there's > > way more accurate data than TIGER. > > For examples of how bad TIGER data is, see > http://maps.huge.info/geocoder/ and That URL doesn't work ... as an example of bad TIGER data. I checked four addresses, and every one of them was correct within about 30 feet. Presumably your experience is different. What addresses did you try? Some many locations TIGER data is quite good in location and name. Of course, it has the structural problem of not knowing about bridges, but we can and are fixing that. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-323-1241 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Fri, 2009-11-13 at 21:50 -0500, Anthony wrote: > > On Fri, Nov 13, 2009 at 9:15 PM, Anthony wrote: > > On Fri, Nov 13, 2009 at 6:57 PM, Dave Hansen wrote: > >> We'll work on making sure that these data look good and I think > some > >> people have some plans on how to get these integrated a bit at a > time. > > > > And hopefully in some places not at all. In many locations there's > > way more accurate data than TIGER. > > For examples of how bad TIGER data is, see > http://maps.huge.info/geocoder/ and > http://www.usnaviguide.com/reverse.htm TIGER is an incredibly huge data set. It comes from what may be the most diverse set of primary sources of anything in the world short of OSM itself. It shouldn't be trusted explicitly (no single map should). Do you have some more constructive information about places where you've found it to be inaccurate? -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] does one need to download the planet to use osmosis
hi, I want to use osmosis to download and extract from the planet. I tried giving the web address of the planet latest file, but get an error saying 'http:/openstre../planet_latest.. not found'. Note that the error gives the address as http:/ with only one forward slash. The question is, do I need to have the whole planet file on my local machine in order to extract a part of it? -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Fri, Nov 13, 2009 at 7:07 PM, Russ Nelson wrote: > Anthony writes: > > For examples of how bad TIGER data is, see > > http://maps.huge.info/geocoder/ and > > That URL doesn't work ... as an example of bad TIGER data. I checked > four addresses, and every one of them was correct within about 30 feet. > Presumably your experience is different. What addresses did you try? I tried three locations, all in California (in Scotts Valley, and in Sacramento). All were at least 200 meters off. One of the cases was a fairly short street, and the TIGER data put the address at nearly the wrong end entirely. I'm highly in favor of doing the import, regardless. I think the inaccuracies will be far easier to fix than to put the addressing in from scratch. I've done a lot of mapping in my area, but haven't been willing to start doing addresses, even before I knew that the TIGER import was coming down the line. I would be willing to search out and fix errors though, since all it will take is changing a few nodes. - Dan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] does one need to download the planet to use osmosis
2009/11/14 Kenneth Gonsalves : > hi, > > I want to use osmosis to download and extract from the planet. I tried giving > the web address of the planet latest file, but get an error saying > 'http:/openstre../planet_latest.. not found'. Note that the error gives the > address as http:/ with only one forward slash. The question is, do I need to > have the whole planet file on my local machine in order to extract a part of > it? Or use the extracts geofabrik publishes. http://download.geofabrik.de/osm/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] does one need to download the planet to use osmosis
On Saturday 14 Nov 2009 10:17:06 am you wrote: > >> Or use the extracts geofabrik publishes. > >> > >> http://download.geofabrik.de/osm/ > > > > I usually use either geofabrik or cloudmade. Cloudmade is supposed to > > update once a week, but it is saturday and the latest extract is dated > > thursday the 4th. Although geofabrik says the extracts are done every > > night, the extract I got yesterday was atleast 2 weeks out of date for my > > area. I am keen on seeing some changes I made a few days back. > > Downloading the planet takes 20 minutes, and it is nearly an hour since > > bunzip2 started running and only half the file has been unzipped. > > You can bzcat the file and then pipe it to osmosis rather than trying > to uncompress it first. > good idea - but can you confirm that it is impossible to extract it from the remote file? -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Ghost water rendering in mapnik & Leaky titles in osmarender
I have run into a problem (that can be observed in osmarender) with two tiles found here: http://www.openstreetmap.org/?lat=43.1289&lon=-70.7753&zoom=12&layers=0B00FTF Mapnik appears to be rendering the old coastline data, dispite the fact that there is no continuous way for the Piscataqua River (which runs from the Atlantic Ocean between the Maine/NH borders) found in JOSM or Potlatch. A little bit of the history of this area was that the tidal river used to be tagged as a natural=coastline then I uploaded new data with waterway=riverbank. I caused some issues with the data, but ended up cleaning the area up. Unfortunately, there is still what appears to be two tile leaks of water. I isolated the area with the other waterways and can not locate any ways/nodes that would be contributing to this error. Is there some issue with the servers or the fact that it used to be a coastline for why the waterway is still showing up? Could someone address the apparent ghost data so I can go ahead and repair the current waterways, so that they are rendered with the new data I replaced the old with (before deleting to find the problem with the leaking titles). Or is this a matter that is solely on the rendering side and nothing to do with OSM? Sincerely, Andrew S. Sawyer http://www.facebook.com/assawyer ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data
Dave I've looked at the two you sent me and they're both basically fine but for two things. In Denver the houses are all set back a lot further, so some way to say 'on north-south roads, set back X feet' might help a lot. Or, in JOSM just search for all the ways that make up the addressing on one side of the street and move them manually. Many times for each one. In San Francisco, for divided highways the old TIGER data used to bow in to a point every block and we had, I think, automated ways to split those out in to two straight lines. This is reflected with little bows on the address lines at each intersection - see guerrero for example. Otherwise looks good to me! What are your plans? Yours &c. Steve On Nov 13, 2009, at 4:57 PM, Dave Hansen wrote: > So, just like the original TIGER import, I'm now grossly stealing > someone else's code: > > http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py > > and I now have made some .osm files with Karlruhe Scheme addressing > ways. I'm not going to post them publicly. I did that for the original > TIGER, and some enterprising folks took them and uploaded without > mentioning it to anyone and it turned into a big mess with no > coordination. > > If anyone wants to see the data for their county, let me know. I'll > send you a copy of what I have. All you have to do is convince me that > you'll never upload these initial data under any circumstances. :) > > We'll work on making sure that these data look good and I think some > people have some plans on how to get these integrated a bit at a time. > > -- Dave > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Nov 13, 2009, at 11:11 PM, SteveC wrote: > Dave > > I've looked at the two you sent me and they're both basically fine but for > two things. > > In Denver the houses are all set back a lot further, so some way to say 'on > north-south roads, set back X feet' might help a lot. Or, in JOSM just search > for all the ways that make up the addressing on one side of the street and > move them manually. Many times for each one. > > In San Francisco, for divided highways the old TIGER data used to bow in to a > point every block and we had, I think, automated ways to split those out in > to two straight lines. This is reflected with little bows on the address > lines at each intersection - see guerrero for example. > > Otherwise looks good to me! What are your plans? when I say looks good, I mean within the bounds of the underlaying data of course :-) > > Yours &c. > > Steve > > > On Nov 13, 2009, at 4:57 PM, Dave Hansen wrote: >> So, just like the original TIGER import, I'm now grossly stealing >> someone else's code: >> >> http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py >> >> and I now have made some .osm files with Karlruhe Scheme addressing >> ways. I'm not going to post them publicly. I did that for the original >> TIGER, and some enterprising folks took them and uploaded without >> mentioning it to anyone and it turned into a big mess with no >> coordination. >> >> If anyone wants to see the data for their county, let me know. I'll >> send you a copy of what I have. All you have to do is convince me that >> you'll never upload these initial data under any circumstances. :) >> >> We'll work on making sure that these data look good and I think some >> people have some plans on how to get these integrated a bit at a time. >> >> -- Dave >> >> > > > ___ > Talk-us mailing list > talk...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-us > Yours &c. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
> > TIGER is an incredibly huge data set. It comes from what may be the > most diverse set of primary sources of anything in the world short of > OSM itself. > > It shouldn't be trusted explicitly (no single map should). Do you > have > some more constructive information about places where you've found > it to > be inaccurate? > the problem is Tiger contains tons of dead data. I can send you pictures of roads you cant find without gps anymore. single roads completely misaligned. whole areas shifted. As you write on top it's a compilation from many sources and incredibly precise in other places. I and some others checked PD data from Santa Cruz county and even the official disclaimer tells it's highly inaccurate in rural areas. Still Google has imported it down to parcel data. How can anyone expect better data from Tiger if official county data is off? In some places around Tahoe my navi (Teleatlas data) jumped all time to the next parallel road. Comparing with osm showed why. Same bad data … list is endless. > -- Dave > > > ___ > Talk-us mailing list > talk...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-us ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
> > I'm highly in favor of doing the import, regardless. I think the > inaccuracies will be far easier to fix than to put the addressing in > from scratch. I've done a lot of mapping in my area, but haven't > been willing to start doing addresses, even before I knew that the > TIGER import was coming down the line. I would be willing to search > out and fix errors though, since all it will take is changing a few > nodes. That's just not happening. If bad data is in it's hard to verify it's wrong. If in doubt don't import. Empty map will tell everyone immediately there is work to do. Wrong data is hard to even figure out there is a need to survey. > > - Dan > ___ > Talk-us mailing list > talk...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-us ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tilesathome] Ghost water rendering in mapnik & Leaky titles in osmarender
Hi Andrew, this is caused by the way mapnik and osmarender handle data. Mapnik uses shapefiles which are created by the coastline checker. So first the coastline checker needs to create new shape files and then mapnik needs to import them. Both processes may take a few days. But it seems, that mapnik is ok now for you area. Osmarender is different and unfortunately does not have such an automatism. It's done by the oceantiles_12.dat file which is mostly maintained by hand. The two tile you speak of where set to 'mixed' which means there should be a coastline there. If there is no coastline then the result is not defined. I've now set them to 'land' so when the tilesathome clients are updated the next time they will get the new information. But this may take very long. The last update was 2009-10-14. I will now rerender the tiles with new data and hope they are ok afterwards. But when some other renderer gets to this area and there was no update in the meantime then they will get 'flooded' again. Regards Andre Am Samstag, den 14.11.2009, 01:07 -0500 schrieb Andrew Sawyer: > I have run into a problem (that can be observed in osmarender) with > two tiles found here: > http://www.openstreetmap.org/?lat=43.1289&lon=-70.7753&zoom=12&layers=0B00FTF > > Mapnik appears to be rendering the old coastline data, dispite the > fact that there is no continuous way for the Piscataqua River (which > runs from the Atlantic Ocean between the Maine/NH borders) found in > JOSM or Potlatch. > > A little bit of the history of this area was that the tidal river used > to be tagged as a natural=coastline then I uploaded new data with > waterway=riverbank. I caused some issues with the data, but ended up > cleaning the area up. Unfortunately, there is still what appears to > be two tile leaks of water. I isolated the area with the other > waterways and can not locate any ways/nodes that would be contributing > to this error. > > Is there some issue with the servers or the fact that it used to be a > coastline for why the waterway is still showing up? Could someone > address the apparent ghost data so I can go ahead and repair the > current waterways, so that they are rendered with the new data I > replaced the old with (before deleting to find the problem with the > leaking titles). > > Or is this a matter that is solely on the rendering side and nothing > to do with OSM? > > Sincerely, > > Andrew S. Sawyer > http://www.facebook.com/assawyer > > ___ > Tilesathome mailing list > tilesath...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/tilesathome ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Fri, Nov 13, 2009 at 10:50 PM, Apollinaris Schoell wrote: > >> I'm highly in favor of doing the import, regardless. I think the >> inaccuracies will be far easier to fix than to put the addressing in from >> scratch. I've done a lot of mapping in my area, but haven't been willing to >> start doing addresses, even before I knew that the TIGER import was coming >> down the line. I would be willing to search out and fix errors though, since >> all it will take is changing a few nodes. >> > > That's just not happening. If bad data is in it's hard to verify it's > wrong. If in doubt don't import. Empty map will tell everyone immediately > there is work to do. Wrong data is hard to even figure out there is a need > to survey. > I'm not sure what you mean by, "That's just not happening." Clarify? I should add that my comment about being highly in favor of the import is riding on the assumption that we'll have something like 'tiger:reviewed = no' (with editor support) to mark unreviewed areas. Ideally, an indication that an address is unreviewed would be passed along by any services that use them. - Dan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk