I got the impression after SotM US that there was a huge interest in doing
imports correctly. For me, correctly means the following:
1. Get permission
2. Convert to OSM format
3. Compare to existing data
4. Upload to the data
I think a tool could be made that automated most of these steps (or at
Ian,
Ian Dees wrote:
I got the impression after SotM US that there was a huge interest in
doing imports correctly. For me, correctly means the following:
0. Discuss with community (don't import if no community exists)
1. Get permission
1a. Discuss with community (don't import if no communi
On Tue, Aug 17, 2010 at 3:55 AM, Frederik Ramm wrote:
> Ian,
>
>
> Ian Dees wrote:
>
>> I got the impression after SotM US that there was a huge interest in doing
>> imports correctly. For me, correctly means the following:
>>
>
> 0. Discuss with community (don't import if no community exists)
>
It seems like the best solution combines the tools that Ian is looking
for with the community that Frederik is talking about.
* Lets interested members of the community find, link to and discuss
datasets that could be added to OSM
* Lets people who live in, map in or otherwise care about the area
On Tue, Aug 17, 2010 at 7:20 AM, Nick Black wrote:
>
> A toolset like this would let a community grow around the import
> process - letting OSM get the good data that's out there whilst making
> sure there's a community there to maintain it.
Good ideas. Also, If one of the features is to render
On 8/17/10 8:18 AM, Ian Dees wrote:
I agree, but in places that do have a community, I think a tool would
be helpful. That's why I asked about brainstorming for an import tool,
not brainstorming for community. While that's extremely (and much
more) important, we did a lot of that during SotM
i think that more than a tool there should be a focus on a way to evaluate
data that is transparent. whether it is the state of arkansas or the new
tiger data is how the data is processed and which set of data is decided on
as the most accurate. the current model relies on the community to review
Ian,
Did you see my mail to talk-us about this a couple of weeks ago?
I guess we didn't discuss it much at the conference, but this is
something I'm working on.
I could use some help, actually.
But a tool isn't the only thing that's needed. We really want a more
comprehensive process.
- Serge
Perhaps the import tool could default to only allowing imports of n
objects at a time, and n/10 objects at a time when further than x km
from the user's home location?
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/list
ct: 314-628-5407
-Original Message-
Date: Tue, 17 Aug 2010 10:55:35 +0200
From: Frederik Ramm
To: Ian Dees
Cc: "talk-us@openstreetmap.org Openstreetmap"
Subject: Re: [Talk-us] Brainstorming an Import Tool
Message-ID: <4c6a4e87.7040...@remote.org>
Content-Type:
On Tue, Aug 17, 2010 at 9:42 AM, Lord-Castillo, Brett <
blord-casti...@stlouisco.com> wrote:
> Once I get our data uploaded into ESRI Community Basemaps (which is a
> simpler process, has technical support, and will accept and integrate our
> authoritative data even without an editor community), I
On Tue, Aug 17, 2010 at 10:12 AM, Lord-Castillo, Brett <
blord-casti...@stlouisco.com> wrote:
> Just thought I would add that both the Google and ESRI programs allow for
> community edits, which we can get back out into our systems.
>
> Community BaseMaps even makes the data directly available to
0
Fax: 314-628-5508
Direct: 314-628-5407
From: Ian Dees [mailto:ian.d...@gmail.com]
Sent: Tuesday, August 17, 2010 10:21 AM
To: Lord-Castillo, Brett
Cc: talk-us@openstreetmap.org Openstreetmap
Subject: Re: [Talk-us] Brainstorming an Import Tool
On Tue, Aug 17, 2010 at 10:12 AM,
the reason to give the data to them is to make it more available to the
public. there are many benefits to local governments sharing data such as
economic development and the fact that the people who paid for that data to
be created (the taxpayers) are most likely to consume that data through
publ
Just because there is no community of editors, does not meant there is not
a community of highly motivated users.
For the case of road centerlines, many in the whole US community have a
goal of accurate routable data. In that sense, those participants form a
"local community".
Road center
On Tue, Aug 17, 2010 at 10:31 AM, Joe Woycke wrote:
> [...] if osm chooses to exclude the local govt and refuse their data they
> will lose out on a rich data source that is better than the tiger data that
> osm currently uses as its base data.
Again, no one is suggesting that we refuse data ou
Is a wiki page going to be created for this topic?
Too much information gets lost on the talk list.
Carl Anderson
cander...@spatialfocus.com
carl.ander...@vadose.org
(sent from my phone)
On Aug 17, 2010 9:31 AM, "Serge Wroclawski" wrote:
> Ian,
>
> Did you see my mail to talk-us about this a co
On Tue, Aug 17, 2010 at 11:46 AM, Carl Anderson
wrote:
> Is a wiki page going to be created for this topic?
I'm working on it and should have one by tonight. There's a lot of
topic that's been lost from the previous thread in this one.
Really I think the answer is to stop talking so much and sta
The lowest common denominator here is simple tracing. Any useful map data
will be renderable in some form or other and the community has tracing
skills in spades.
I'd press for this as a starting point. Render the data and make it
available to trace. The community can do the rest.
The technica
On Tue, Aug 17, 2010 at 12:54 PM, 80n <80n...@gmail.com> wrote:
> The lowest common denominator here is simple tracing. Any useful map data
> will be renderable in some form or other and the community has tracing
> skills in spades.
>
> I'd press for this as a starting point. Render the data and
20 matches
Mail list logo
