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
On Tue, Aug 17, 2010 at 3:55 AM, Frederik Ramm frede...@remote.org 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
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 nickbla...@gmail.com 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
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
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
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
Frederik Ramm wrote:
0. Discuss with community (don't import if no community exists)
1a. Discuss with community (don't import if no community exists)
2a. Discuss with community (don't import if no community exists)
3a. Work with community (make tools that let LOCAL community do this
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'm
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 end
Google does not make their data available to anyone as far as I know, but the
basemap tiles are available to regular Joe Schmoe in the same form they are
available to us (i.e. you have to get a free API key). We have no contract at
all with them.
For ESRI, you have to sign up for an ESRI
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
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
On Tue, Aug 17, 2010 at 10:31 AM, Joe Woycke woy...@gmail.com 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
On Tue, Aug 17, 2010 at 11:46 AM, Carl Anderson
carl.ander...@vadose.org 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
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
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 make
On Tue, Aug 17, 2010 at 12:19 AM, Kevin Atkinson ke...@atkinson.dhs.orgwrote:
On Mon, 16 Aug 2010, Dale Puch wrote:
The directional prefix/suffix absolutely should not be dropped from any
streets. Even ones that are simple straight lines that change N/S or E/W
at
a point along it. Treat
On Tue, 17 Aug 2010, Dale Puch wrote:
On Tue, Aug 17, 2010 at 12:19 AM, Kevin Atkinson ke...@atkinson.dhs.orgwrote:
On Mon, 16 Aug 2010, Dale Puch wrote:
The directional prefix/suffix absolutely should not be dropped from any
streets. Even ones that are simple straight lines that change
At 2010-08-17 12:52, Dale Puch wrote:
On Tue, Aug 17, 2010 at 12:19 AM,
Kevin Atkinson
ke...@atkinson.dhs.org
wrote:
On Mon, 16 Aug 2010, Dale Puch wrote:
The directional prefix/suffix absolutely should not be dropped from
any
streets. Even ones that are simple straight lines that change
N/S
For addresses, we have the various pieces split up, such as
addr:housenumber, addr:street.
For streets, how about something like this:
* name = S Main St (common name, whatever appropriate for the locale; in
this example locale, it's not usual to include the suffix; in other locales
it should
At 2010-08-17 12:52, Dale Puch wrote:
Because your losing information.
If your separating the elements to different tags... if truly not part of
the name, it can be used for part of the address instead of street.
Is it really not part of the street name, what are the rules you use to
On Tue, Aug 17, 2010 at 3:52 PM, Dale Puch dale.p...@gmail.com wrote:
Is it really not part of the street name, what are the rules you use to
determine it is only part of the address?
In Orlando the city and county ground-mounted street signs have a
square at the end for the address block. The
At 2010-08-17 18:44, Nathan Edgars II wrote:
On Tue, Aug 17, 2010 at 3:52 PM, Dale Puch dale.p...@gmail.com wrote:
Is it really not part of the street name, what are the rules you use to
determine it is only part of the address?
In Orlando the city and county ground-mounted street signs have
On Tue, 17 Aug 2010, Alan Mintz wrote:
At 2010-08-17 18:44, Nathan Edgars II wrote:
On Tue, Aug 17, 2010 at 3:52 PM, Dale Puch dale.p...@gmail.com wrote:
Is it really not part of the street name, what are the rules you use to
determine it is only part of the address?
In Orlando the city and
On Wed, Aug 18, 2010 at 12:40 AM, Kevin Atkinson ke...@atkinson.dhs.org wrote:
On Tue, 17 Aug 2010, Alan Mintz wrote:
So, the remaining questions are:
- When you look at official records, like assessor's and tract maps, is it
called South Westmoreland Dr?
Seems like they sometimes include
27 matches
Mail list logo
