Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
On Mar 14, 2009, at 11:31 AM, Sam Vekemans wrote: +1 for that!!! Er, no. Anything that someone might ADD to the map should be, if imported, in the same place. Otherwise, someone will fire up their editor, not see the data that already been imported, and start to add it. No better way to piss off a volunteer than to waste their time. Yes, there are problems with this approach. We need to solve them, not run away from them. We'll just create worse problems if we try to avoid solving this problem. We ALREADY have to deal with it with the TIGER import. Neither that data, nor the edits made to it, are going to be exiled from the database into this proposed bulk import data layer. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
Well, I thought we would have one layer per each mass import (so you can look at what was imported) - one layer for TIGER import, one layer for AND import, etc ... and the data would ge trimported both in that special layer and in ordinary layer, where everybody can edit it. In future, we can have layers even at different servers not operated by OSM (for things that are not exactly within scope of OSM map), like layers with wifi hotspots, etc ... Technically, these layers will merely redirect to another server. Martin Er, no. Anything that someone might ADD to the map should be, if imported, in the same place. Otherwise, someone will fire up their editor, not see the data that already been imported, and start to add it. No better way to piss off a volunteer than to waste their time. Yes, there are problems with this approach. We need to solve them, not run away from them. We'll just create worse problems if we try to avoid solving this problem. We ALREADY have to deal with it with the TIGER import. Neither that data, nor the edits made to it, are going to be exiled from the database into this proposed bulk import data layer. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ 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] Bulk import as a data layer (like gpx currently is)
I'm not sure I wrote clearly enough, because it seems like you didn't understand what I said. Everything that someone might want to add to the map should, if imported, actually BE in the map, not in a separate database or separate layer. Every editor should show this data to a user when they go to edit. Otherwise, if there are things that are available to a map renderer but not to an editor, how will the editor know that the things are in the map already? Perhaps they could use the existing map renders as a backdrop? Then you'd end up with editors as second-class citizens to renderers, and put (BACK) in the position of needing to beg for changes. That's precisely what we want to avoid by having an editable map database. On Mar 15, 2009, at 9:37 AM, MP wrote: Well, I thought we would have one layer per each mass import (so you can look at what was imported) - one layer for TIGER import, one layer for AND import, etc ... and the data would ge trimported both in that special layer and in ordinary layer, where everybody can edit it. In future, we can have layers even at different servers not operated by OSM (for things that are not exactly within scope of OSM map), like layers with wifi hotspots, etc ... Technically, these layers will merely redirect to another server. Martin Er, no. Anything that someone might ADD to the map should be, if imported, in the same place. Otherwise, someone will fire up their editor, not see the data that already been imported, and start to add it. No better way to piss off a volunteer than to waste their time. Yes, there are problems with this approach. We need to solve them, not run away from them. We'll just create worse problems if we try to avoid solving this problem. We ALREADY have to deal with it with the TIGER import. Neither that data, nor the edits made to it, are going to be exiled from the database into this proposed bulk import data layer. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
On Sunday 15 March 2009 17:42:26 Russ Nelson wrote: Every editor should show this data to a user when they go to edit. Otherwise, if there are things that are available to a map renderer but not to an editor, how will the editor know that the things are in the map already? Of course the editor should show everything available, but that doesn't mean it couldn't be stored in separate databases or displayed in separate layers. It just needs smarter software. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
Of course the editor should show everything available, but that doesn't mean it couldn't be stored in separate databases or displayed in separate layers. It just needs smarter software. Maybe we could get round this by keeping it all in one database, but adding a separate tag to denote where the data come from? Anyone could use this tag to filter only the data they want, or to remove data from a particular source. I'd suggest something like source=? :-) Donald ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
On Mar 15, 2009, at 1:02 PM, Cartinus wrote: On Sunday 15 March 2009 17:42:26 Russ Nelson wrote: Every editor should show this data to a user when they go to edit. Otherwise, if there are things that are available to a map renderer but not to an editor, how will the editor know that the things are in the map already? Of course the editor should show everything available, but that doesn't mean it couldn't be stored in separate databases or displayed in separate layers. It just needs smarter software. Well, that's fair enough. We might want to be able to do more than our tools will let us do. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
On Mar 15, 2009, at 1:27 PM, Donald Allwright wrote: Maybe we could get round this by keeping it all in one database, but adding a separate tag to denote where the data come from? Anyone could use this tag to filter only the data they want, or to remove data from a particular source. I'd suggest something like source= I'd suggest instead that all bulk imports should each have their own userid. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
2009/3/15 Russ Nelson r...@cloudmade.com: On Mar 15, 2009, at 1:27 PM, Donald Allwright wrote: Maybe we could get round this by keeping it all in one database, but adding a separate tag to denote where the data come from? Anyone could use this tag to filter only the data they want, or to remove data from a particular source. I'd suggest something like source= I'd suggest instead that all bulk imports should each have their own userid. Even mass imports are most of the time not a fully automated process and the data is reviewed before upload. That means that 1. it's possible to screw up the job, 2. it can't be done by one person if there's a lot of data. Then, it's a good thing that the users doing the upload can be contacted and use different ids. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk