Re: [Talk-us] Feature Proposal - RFC - Marijuana

[Adam Schreiber]

Paul,

The last two may be crack, but the first two come from my, perhaps
mistaken, understanding that not every medicinal dispensary was able to
secure a recreational use license.  Someone more knowledgeable pleas
correct me.

Adam
On Jan 3, 2014 7:07 AM, "Paul Johnson"  wrote:

> Well, let's just inventory Walmart's selection while we're at it.
>
>
> On Thu, Jan 2, 2014 at 8:25 PM, Adam Schreiber <
> adam.schreiber+...@gmail.com> wrote:
>
>> Perhaps shop=marijuana, marijuana:recreational=yes/no,
>> marijuana:medicinal=yes/no, marijuana:paraphernalia=yes/no,
>> marijuana:edibles=yes/no?
>>
>> Cheers,
>> Adam
>>
>> On Thu, Jan 2, 2014 at 9:00 PM, Martin Koppenhoefer
>>  wrote:
>> >
>> > 2014/1/3 Russell Deffner 
>> >>
>> >> Maybe more so if you are in Colorado, as sales of Marijuana to adults
>> (for
>> >> recreation/any use) began the morning of the first.  Therefor I
>> propose the
>> >> usage of shop=marijuana for this new business, have created a
>> wiki-page for
>> >> the proposal -
>> >> http://wiki.openstreetmap.org/wiki/Proposed_features/Marijuana, and
>> will
>> >> leave it open for a commenting period of no shorter than two weeks.
>> >>
>> >>
>> >
>> >
>> >
>> > the proposal is quite specific, you write: "a shop that is a State or
>> other
>> > licensed facility allowed to sell marijuana for recreation use."
>> > not sure if those two requirements (license and recreation use) are
>> > fundamental. What about a shop that sells marijuana in an area where no
>> > license is required, or a shop that sells it for religious use? Maybe
>> you
>> > could go without them (e.g. "a shop selling primarily marijuana") or
>> choose
>> > your alternative wording (any use instead of recreation).
>> >
>> > cheers,
>> > Martin
>> >
>> > ___
>> > Talk-us mailing list
>> > Talk-us@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-us
>> >
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Feature Proposal - RFC - Marijuana

[Adam Schreiber]

Perhaps shop=marijuana, marijuana:recreational=yes/no,
marijuana:medicinal=yes/no, marijuana:paraphernalia=yes/no,
marijuana:edibles=yes/no?

Cheers,
Adam

On Thu, Jan 2, 2014 at 9:00 PM, Martin Koppenhoefer
 wrote:
>
> 2014/1/3 Russell Deffner 
>>
>> Maybe more so if you are in Colorado, as sales of Marijuana to adults (for
>> recreation/any use) began the morning of the first.  Therefor I propose the
>> usage of shop=marijuana for this new business, have created a wiki-page for
>> the proposal -
>> http://wiki.openstreetmap.org/wiki/Proposed_features/Marijuana, and will
>> leave it open for a commenting period of no shorter than two weeks.
>>
>>
>
>
>
> the proposal is quite specific, you write: "a shop that is a State or other
> licensed facility allowed to sell marijuana for recreation use."
> not sure if those two requirements (license and recreation use) are
> fundamental. What about a shop that sells marijuana in an area where no
> license is required, or a shop that sells it for religious use? Maybe you
> could go without them (e.g. "a shop selling primarily marijuana") or choose
> your alternative wording (any use instead of recreation).
>
> cheers,
> Martin
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Completing the Appalachian Trail relation

[Adam Schreiber]

There used to be a shelters/springs data set that would probably be
useful to include.

Cheers,
Adam

On Wed, Nov 27, 2013 at 10:59 AM, Richard Welty  wrote:
> On 11/27/13 10:51 AM, Josh Doe wrote:
>
>> I agree with you. What about attributes, anything useful
>> we should import when possible? I can't view the data now,
>> but I believe I saw SURFACE and CLUB which might be
>> useful. A whole lot of unneeded GPS info.
>
> i'm not keeping any of it, the source tag points back to the
> original data set and that should be sufficient. if we want
> club info, i'd suggest breaking up the relations where
> needed and adding the clubs to those rather to the ways.
> i don't know that i see a mapping from the AT surface
> attributes to our surface tag, and an AT:surface tag would
> be largely ignored by OSM users (how many pay any attention
> at all to tiger: tags now? i know i look at some of them, but
> most people don't.)
>
> we have a long standing habit of keeping attributes that
> turn out to not to add any value to OSM. i'm tending to
> be very spare about what i carry over these days (usually
> nothing).
>
> richard
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Completing the Appalachian Trail relation

[Adam Schreiber]

Josh,

A while ago, I had imported and simplified the ATC centerline data
from the trailhead in GA through part of VA.  I stopped there as that
was where individual mappers had started to trace GPS data.  This work
was done by sadam-AT.

Regards,
Adam

On Wed, Nov 27, 2013 at 7:44 AM, Josh Doe  wrote:
> I recently hiked a very small section of the Appalachian Trail, and
> was shocked to see the section hadn't been mapped yet in OSM. Looking
> at what's in the relation, only 2689 km of the 3504 km trail are
> mapped. Granted, there's very likely some sections that have been
> mapped but not added to the relation.
>
> Here is the super relation for the AT:
> http://www.openstreetmap.org/browse/relation/156553
>
> Here's a table showing the length in each state compared to that
> stated in Wikipedia. Some of the differences likely result from
> sections of the AT that follow the border between states.
>
> State, Relation ID, Length (OSM RA), Length (Wikipedia)
> Maine, 2007932, 409.8, 452.9
> New Hampshire, 2007646, 230.4, 258.9
> Vermont, 392991, 199.8, 241.1
> Massachusetts, 2991960, 8.3, 145.2
> Connecticut, N/A, 0, 83
> New York, 2007688, 78.4, 142.3
> New Jersey, 446370, 19.4, 116.2
> Pennsylvania, 394916, 363.3, 369.5
> Maryland, 2007644, 60.6, 65.8
> West Virginia, 2007973, 4.5, 6
> Virginia, 2007649, 407, 886
> Tennessee, 2007647, 539.8, 463.3
> North Carolina, 2007645, 230.5, 153.7
> Georgia, 2007643, 137.2, 120
>
> Clearly there's more work to be done. I'm going to try and work on the
> Virginia portion as I have time. The Appalachian Trail Conservancy
> provides centerline Shapefiles which seem to be compatible with the
> OSM license (liability disclaimer, a mention of citation in the
> agreement according to what is stated in the metadata, which for the
> centerline is nothing):
> http://www.appalachiantrail.org/about-the-trail/mapping-gis-data/mapping-gis-data-download-agreement
>
> Anyone else interested in getting this relation complete in the next few 
> months?
>
> -Josh
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Civil War Mapping

[Adam Schreiber]

Richard,

I hope you enjoy the area. I've already done a bit of mapping at the
Fredericksburg and Spotsylvania battlefields.

Cheers,
Adam
On Feb 21, 2013 6:46 PM, "Richard Welty"  wrote:

>  i sent this out earlier today on conventional social  networks, but i
> know a lot of you probably
> don't participate in them...
>
> a year or so back Steve 
> Coast
>  called for some Civil War related mapping. i'm not sure how much has
> really happened (not nearly enough, i think), but i'm here in Northern VA
> visiting Chancellorsville and
> The Wilderness, and so i give you the First Day at Chancellorsville Trail:
>
>  http://www.openstreetmap.org/**?lat=38.29712748527527&lon=-77.**
> 59817361831665&zoom=16
>
> and as an added bonus, a modern approximation of the route of Jackson's
> Flank March on the second day:
>
> http://www.openstreetmap.org/**browse/relation/2776036
>
> this latter is a signed NPS route, not just something i made up on my own,
> and the location of the roads
> hasn't shifted much since 1863, so it's pretty close to where Jackson's
> troops actually marched that day...
>
> i spent some time at the Wilderness Battlefield today, so there's more to
> come. i may well
> spend a day at Spotsylvania before we leave on Sunday. lots to map here.
> somebody local
> might have a very productive time if they enjoy walking tails.
>
> richard
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Map Corps Revived - And Using the OSM Stack

[Adam Schreiber]

Ian,

The link appears to be dead.  Was the video taken down?

Cheers,

Adam

On Thu, Jul 19, 2012 at 10:17 AM, Ian Dees  wrote:
> Hi everyone,
>
> I saw a tweet from @USGS today mentioning that the National Map Corps are
> starting up again. If you don't know what the National Map Corps is, think
> of it like "OpenStreetMap for the US Government". Volunteer mappers
> correcting and adding to the topo maps all over the country. I'm sure there
> are others with much more information, but it was a pretty epic project and
> is the source for lots of the free and public domain data we use to this
> day.
>
> For the last year or two (or three?) Eric Wolf's been working to adapt the
> OpenStreetMap stack to the USGS's needs, and it looks like it that work has
> finally been released. Check out this video for more information:
> http://gallery.usgs.gov/videos/552. Skip to 4:10 or so to see it in action.
>
> Hopefully Eric and others will respond here and tell us more about it!
>
> -Ian
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] TMC codes

[Adam Schreiber]

I'll have to look later when I can run Google translate on the page.

Cheers,

Adam
On Apr 10, 2012 4:37 AM, "Martijn van Exel"  wrote:

> Hi,
>
> I notice a new tagging scheme for TMC codes has been proposed (in German
> only for now..)
>
> https://wiki.openstreetmap.**org/wiki/DE:Proposed_features/**
> New_TMC_scheme
>
> There is a modest discussion going on in tagging@.
>
> I'm curious:
> * Has this topic come up in the US before?
> * Is TMC LCD data freely available in N-America?
>
> With the current focus on remapping (yes we can!) this may not be high on
> your prio lists, but it's being discussed now and seems to have some
> traction in Germany, so if there's anything we want to weigh in from a
> N-American perspective, we should do it now.
> --
> Martijn van Exel
>
> __**_
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] NOAA Composite Shoreline

[Adam Schreiber]

Josh,

As the person that imported the NHD shoreline for most of the southern
east coast, I can tell you that I mainly tried to fix directional
errors and obvious missing features.  Correcting to imagery was beyond
the scope of the effort as that was back when we were just trying to
get something workable in and not throw errors on the coastline
checker.

Cheers,

Adam

On Wed, Jul 13, 2011 at 2:47 PM, Josh Doe  wrote:
> Has anyone looked at the NOAA Composite Shoreline? It seems to have much
> better accuracy (as in orders of magnitude better) than the PGS shoreline
> that was imported, at least for the small portion I checked in Virginia.
> Unless there are better sources, I'll probably use this to fixup Virginia's
> coast piece by piece in JOSM at some point.
>
> -Josh
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Relation roles

[Adam Schreiber]

On Wed, Jun 29, 2011 at 6:54 PM, Phil! Gold  wrote:
> * Paul Johnson  [2011-06-29 14:52 -0700]:
>> On 06/29/2011 11:49 AM, Nathan Mills wrote:
>> > My personal preference is to use directional roles so that they match
>> > what is written on signage. It also avoids the inevitable "which way is
>> > forward and which is backward" question.
>>
>> One should hope the software can figure that out based on the overall
>> orientation of the relation.
>
> I would prefer directional roles, because you can't always determine the
> signed directions programmatically.  I've seen quite a few roads which
> could be either north/south or east/west depending on how and where you
> look at them.  I've also seen roads that predominantly go in a particular
> direction but which are signed the other way by the entity maintaining
> them.
>
> The tagging should match what the signs on the ground say.

I agree.  Not only can't the directionals always be easily determined,
unless one follows the odd/even convention (loop roads I495, I476.
etc. wouldn't be deterministic), foward/backward are redundant with
the oneway=yes tag and the way's direction.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Any interest in Google Code-In?

[Adam Schreiber]

On Fri, Oct 29, 2010 at 9:01 AM, Ian Dees  wrote:
> That's a good idea. Is there a list of preset or validation test suggestions
> out there already? Are there smaller-sized JOSM plugins that could be
> written?

Things I'd propose:

A street suffix fixer based on MS Word's track/review that makes a
suggestion and asks the user if it's appropriate, but not make
automatic changes.  Thus, semi-automation.

Add additional recognized relation roles to the validator.

Traffic Signal flagger: Flag intersections of more than 4 highway ways
(dual carriage ways, etc) as possibly having a traffic signal and
needing ground surveying for that and turn restrictions.

Football fixer: Someone has tagged sport=football with fixme:
ambiguous see the wiki.  A fixer should be added that allows the
mapper to select from the choices if they know or can tell from
imagery.

I may come up with some more.

Cheers,

Adam

> On Fri, Oct 29, 2010 at 7:56 AM, Adam Schreiber  wrote:
>>
>> Perhaps creation of additional JOSM presets/validation tests and fixes?
>>
>> Cheers,
>>
>> Adam
>>
>> On Fri, Oct 29, 2010 at 8:47 AM, Richard Weait  wrote:
>> > On Thu, Oct 28, 2010 at 10:07 PM, Ian Dees  wrote:
>> >> Hi everyone,
>> >> At the Google Summer of Code mentors summit this past weekend Google
>> >> asked
>> >> us (the organizations that participated in Summer of Code) to also
>> >> participate in the Google Code-In project. The Code-In project is
>> >> similar to
>> >> the Summer of Code but for 13-18 year olds. The tasks are meant to be
>> >> much
>> >> smaller: the students are supposed to sign up for one task at a time,
>> >> they
>> >> get $100 for every 3 tasks they complete (up to $500).
>> >> I talked a bit with Carol (the Google woman running the project) who
>> >> liked
>> >> me suggestion for putting up a bunch of mapping-related projects. For
>> >> example, a project could be "map 100 restaurants in your area" or "map
>> >> all
>> >> stores in mall X".
>> >
>> > I'm not in favour of this idea.  Mapping for pay will encourage gaming
>> > the system for money and ripping data from other sources.  It will
>> > also create a group of mappers who will stop when the money runs out
>> > and potentially resentment among the mappers who have mapped thousands
>> > of restaurants for the love of mapping or the love of their town.
>> >
>> > If there are bite-sized code contributions, let's have a look at that.
>> >  GSoC already has retention issues in the larger projects.  Not every
>> > GSoC student continues with their project after the summer period.  I
>> > see this as a larger problem in a project with a lower initial barrier
>> > to entry.
>> >
>> > ___
>> > Talk-us mailing list
>> > Talk-us@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-us
>> >
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-us
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Any interest in Google Code-In?

[Adam Schreiber]

Perhaps creation of additional JOSM presets/validation tests and fixes?

Cheers,

Adam

On Fri, Oct 29, 2010 at 8:47 AM, Richard Weait  wrote:
> On Thu, Oct 28, 2010 at 10:07 PM, Ian Dees  wrote:
>> Hi everyone,
>> At the Google Summer of Code mentors summit this past weekend Google asked
>> us (the organizations that participated in Summer of Code) to also
>> participate in the Google Code-In project. The Code-In project is similar to
>> the Summer of Code but for 13-18 year olds. The tasks are meant to be much
>> smaller: the students are supposed to sign up for one task at a time, they
>> get $100 for every 3 tasks they complete (up to $500).
>> I talked a bit with Carol (the Google woman running the project) who liked
>> me suggestion for putting up a bunch of mapping-related projects. For
>> example, a project could be "map 100 restaurants in your area" or "map all
>> stores in mall X".
>
> I'm not in favour of this idea.  Mapping for pay will encourage gaming
> the system for money and ripping data from other sources.  It will
> also create a group of mappers who will stop when the money runs out
> and potentially resentment among the mappers who have mapped thousands
> of restaurants for the love of mapping or the love of their town.
>
> If there are bite-sized code contributions, let's have a look at that.
>  GSoC already has retention issues in the larger projects.  Not every
> GSoC student continues with their project after the summer period.  I
> see this as a larger problem in a project with a lower initial barrier
> to entry.
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] stop signs

[Adam Schreiber]

On Tue, Oct 26, 2010 at 10:17 AM, Nathan Edgars II  wrote:
> What's wrong with something like highway:forward=stop or
> highway:backward=stop for the node where one must stop?

How does that capture intersections where one of the roads entering
and exiting the junction node doesn't stop? Are you suggesting that
highway=stop be added to the node before the junction?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] stop signs

[Adam Schreiber]

On Tue, Oct 26, 2010 at 8:19 AM, Greg Troxel  wrote:
>
>  Therefor I propose stop signs go on the intersection and save a lot of
>  hassle with the tag
>
>          highway=stop
>
> I think your proposal can work, but you need to show how e.g. to mark 2
> out of 5 roads at an intersection.

I think that 4-way and 3-way stops can be handled unambiguously by
highway=stop.  More complex stops should probably be modeled with turn
restrictions.

type=restriction
restriction=stop
roles=from,to,via

A 4-way intersection where 2 opposites stop, A & B, and one continues,
C&/or D, through, E, can be modeled with a single relation.

Eg:
from:A
from:B
to:C
to:D
via:E

3-ways with a single stop can be done similarly.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] PA State Parks

[Adam Schreiber]

On Wed, Mar 24, 2010 at 8:46 PM, Sven Lafebre  wrote:
> Most of these parks are tagged as physical areas. For example, state
> game lands are natural=wood and leisure=nature_reserve. Unfortunately,
> these tags don't always correspond to the actual land use. Moreover,
> they are really administrative entities, not physical ones. So I would
> like to change them to something similar to the scheme used for parks
> e.g. in the Bay Area:
>
> boundary=national_park
> admin_level=4
> park:type=state_game_land
>
> The underlying physical land use can then be mapped orthogonally to
> this.

I'm not sure if the tagging is correct, but that's probably the right
sort of approach moving forward as people might want to micro-map the
land cover.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] the meaning of trunk in the US

[Adam Schreiber]

On Sun, Mar 21, 2010 at 10:25 PM, Richard Welty wrote:

>
> this discussion is triggered by a difference of opinion between myself and
> NE2 about
> the classification of US 301 & FL A1A between Ocala, Florida and
> Jackonsville, Florida.
> I'm bringing it up in the hopes of achieving concensus, in preference to
> having an edit war in
> the database.
>
>
I was having similar thoughts about US 301 in northern VA.  I travel it
almost everyday for work and would call it primary more than trunk.  Even
when it seems like a trunk, there are driveways and businesses directly
adjacent to it.  The only portion I'd call trunk between the Harry Nice
Bridge and I 95 is the section that passes through Fort AP Hill, where there
are no turns and the only level crossing is a usually locked/guarded gate
about half-way through.

Cheers,

Adam
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Conflicts of Interest

[Adam Schreiber]

On Fri, Feb 12, 2010 at 11:29 AM, SteveC  wrote:
> I think that for your own good so it's not a surprise to people, all those 
> running for the board of OSMF-US should be upfront about it. I don't think 
> there's any shame in it, but I can tell you from experience that people get 
> very upset if you're not clear about everything from day 1.

I'm an engineer for the Navy.  I particpate in OSM and am running for
the board in a wholly private capacity.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] US Chapter temporary Board Nomination

[Adam Schreiber]

> I accept the nomination to run for the temporary board of the US Chapter of 
> OSM.

I've been an active mapper for almost 3 years.  I've mapped
extensively in the Clemson, SC area and less so around my new home in
VA, but I'm working on it.

I'm a member of the GNOME foundation and have been active in Free
Software for the past 10 years.  I'm the co-maintainer of the seahorse
and seahorse-plugins GNOME modules.  Last summer, I was one of GNOME's
Google Summer of Code admins.

At Clemson U I was a founding member of its LUG, CLUG, and an active
member and multiple time board member.

As a board member, in addition to handling the tasks of starting up
our foundation chapter, I would like to look to the role of the
foundation in the future and OSM's use outside of the current
community.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data

[Adam Schreiber]

On Thu, Nov 19, 2009 at 5:18 PM, Paul Johnson  wrote:
> Apollinaris Schoell wrote:
>
>>
>> On 16 Nov 2009, at 7:14 , Anthony wrote:
>>
>>> On Mon, Nov 16, 2009 at 10:05 AM, Andy Allan  wrote:
 I'd love to know which map has an
 accurate pedestrian routing network that is collected as such and not
 a derived interpretation of other base maps.
>>>
>>> C'mon, this is the United States.  A blank map is an accurate
>>> pedestrian routing network.  ;)
>>>
>>
>> you are talking about a different US. I am constantly forced to stop at 
>> Violators will be prosecuted, signs.
>
> That's a new one...round Marion County, they usually say "Tresspassers
> will be shot, then violated"

Alternately, Prosecutors will be violated.

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] US-based Server

[Adam Schreiber]

On Wed, Oct 21, 2009 at 7:55 PM, Frederik Ramm  wrote:
> Adam,
>
> Adam Schreiber wrote:
>>
>> I'm sorry that I'm not a database engineer.  I would think that some
>> kind of block or re-direct could be made to the server responsible for
>> the segment of the planet allotted to it.
>
> That would be the "segmentation" route. Certainly possible (having many
> regions in the world where each is the master of its own data), however it
> would make certain operations more difficult ("give me the capital cities
> world wide" would be a query that would have to access servers on several
> continents). Also, when merging data from multiple segments, some kind of
> namespace would have to be introduced (so that node #1234 from the Americas
> server is not confused with node #1234 from the Asia server etc.) - Edits
> spanning multiple segments would be near impossible (or, more positively
> perhaps, a big challenge).
>
>> I would ask that you please refrain from getting up in arms over
>> brainstorms about possible future directions.
>
> Not "getting up in arms" (in fact I'm all in favor of "devolving" OSM
> centrality to the regions) - it was just that you sounded so confident that
> I thought you might have some good ideas on how to do it.

I'm sorry to dissappoint.  I thought it was a solved problem what with
all of Google's products, DNS fail over and load balancing being
common?

Adam

> I have spent some time thinking about this but I always end up with "let's
> make distributed mirrors for reading but keep write accesses on the central
> server to avoid trouble".
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] US-based Server

[Adam Schreiber]

On Wed, Oct 21, 2009 at 7:34 PM, Frederik Ramm  wrote:
> Hi,
>
> Adam Schreiber wrote:
>>
>> I would hope that and in the future a mapping mirror.  The database
>> ought to move to being on more than one server.
>
> I am interested to hear your proposals on conflict resolution, or failing
> that, segmentation of our data.

Frederik,

I'm sorry that I'm not a database engineer.  I would think that some
kind of block or re-direct could be made to the server responsible for
the segment of the planet allotted to it.  I didn't say I wanted it
now or real-soon-now (tm).  My understanding is that this tread was a
request for brain storming not final technological solutions.

I would ask that you please refrain from getting up in arms over
brainstorms about possible future directions.

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] US-based Server

[Adam Schreiber]

On Wed, Oct 21, 2009 at 5:44 PM, Sam Vekemans
 wrote:
> Do you mean a server for viewing the tile cache right? (that holds a
> planet file & gets a second diff)
> Where osm.com /osm.us could be used and a us-custom-render of the map
> would be available as a default for people not logged in.

I would hope that and in the future a mapping mirror.  The database
ought to move to being on more than one server.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] TIGER Addressing Import

[Adam Schreiber]

On Sat, Oct 3, 2009 at 12:13 PM, Dave Hansen  wrote:
> Is this the most up to date way of keeping addresses?
>
>        
> http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema

That's the scheme I use when adding addresses.  There are presets for
it in Potlatche, so I'd say it's a go.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Hey, look! State / Prov borders!

[Adam Schreiber]

On Wed, Aug 26, 2009 at 1:28 PM, Paul Johnson wrote:
> On Wed, 2009-08-26 at 10:56 -0400, Adam Schreiber wrote:
>
>> To make things clear, should the place=state tag be placed on, near
>> the node for the capital city of the state?
>
> Why not closer to the geographic center like expected?

Really since the borders are in the data, a boundary relation should
be set up and the renderer should decide the placement instead of
having a single node saying "label me".

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Hey, look! State / Prov borders!

[Adam Schreiber]

On Wed, Aug 26, 2009 at 10:23 AM, Richard Weait wrote:
> On Wed, Aug 26, 2009 at 8:39 AM, Lennard wrote:
>> Richard Weait wrote:
>>
>>> I think the provincial / state borders will continue to be yucky on
>>> the main map until mapnik supports rendering different style sheets
>>
>> As you guys in the North Americas might will probably already have
>> noticed, the main mapnik style now shows state boundaries, and also
>> labels them either by ref or name, depending on zoom.
>>
>> I wrote something on talk-us last week, but I apparently forgot to
>> include talk-ca, as I wasn't subscribed to talk-ca at the time.
>>
>> http://lists.openstreetmap.org/pipermail/talk-us/2009-August/001522.html
>
> Oh, that is very nice.  I'm surprised I missed that on the first time
> around.  Excellent work by ldp (Lennard) and delta_foxtrot2.
>
> So we USA-ians have a few nodes to move for place=state;
> Canucks, do we have to clean up some border artifacts?
> http://www.openstreetmap.org/?mlat=60&mlon=-90&layers=B000FTF&zoom=6

To make things clear, should the place=state tag be placed on, near
the node for the capital city of the state?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Deletion of unnecessary TIGER node tags will commence this week-end

[Adam Schreiber]

On Thu, Aug 6, 2009 at 3:34 PM, Frederik Ramm wrote:
> If I don't hear strong objection then I will let the automated process
> commence this weekend. It will work in small chunks, so can always be
> paused, and I will post instructions that allow you to monitor progress
> (and see which area is currently processed). Like every edit, it can
> also be reverted should the need arise, but of course reverting 100 days
> worth of edits is something I'd rather not contemplate.

Frederik,

Forgive me for being ignorant of your location, but will the 100 days
of edits be done on or topologically near the DB server to minimize
load else where?  How will the edits affect normal api access?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Tag convention for bulk imports?

[Adam Schreiber]

On Mon, Jul 13, 2009 at 1:55 PM, Tyler wrote:
> So then if we're going to use admin levels there should be a boundary type
> since administrative clearly doesn't work. But then we're back to the
> previous discussion about creating a new tagging scheme for parks and
> reserves. At that point you can do ownership, operator and admin_level with
> no problem. But so far, that doesn't exist.

I'd say just use boundary=park, admin_level=n and wait for the
renderers to catch up.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Tag convention for bulk imports?

[Adam Schreiber]

On Mon, Jul 13, 2009 at 1:47 AM, Tyler wrote:
>>   If it is necessary to further classify parks in the US, one logical tag
>> scheme might be
>>
>>  park=city
>>  park=county
>>  park=state
>>  park=national
>
> I think better would be leisure=outdoor_recreation (or something similar)
> because we can already do ownership=city operator="Boise Department of Parks
> and Recreation" I also think that shying away from US-centric
> classifications is a good idea. Canada, much of South and Central America,
> Australia and any other newish country have similar issues.

You might want to use the admin_level tag for specifying the municipal level.

http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Mapping of State/county/national parks

[Adam Schreiber]

On Thu, Jun 25, 2009 at 5:02 PM, Tyler wrote:
>> Why is landuse=forest not appropriate for parks/forests with the same uses
>> but with a "lower" administrative classification?  landuse=forest is for
>> managed land with trees on it regardless of who manages it.
>
> Because they often aren't forests. (I said similar use)
> Sometimes they're scrubland, beach, plains, dunes, rocky craginess,
> volcanos, river deltas...

So tag them with their appropriate landuse or natural tag.

http://wiki.openstreetmap.org/wiki/Map_Features

The National Seashore would be natural=beach for example. Park might
be in the name, but fail to describe what's on the ground and that's
OK.

> The list goes on and on. I take landuse=forest to
> mean a managed forest meaning they're harvesting trees, moss or whatever,
> such as many state natural resource department's forest land or the National
> Forest lands (excluding wilderness areas) in the United states. And often
> parks at lower administrative classifications are set aside for recreation,
> not natural preservation or for logging, farming, grazing or harvesting any
> natural resources.
> As the case is in coastal states, there are coastal state parks consisting
> solely of beaches, and in the southwest of the United States there are state
> parks consisting solely of desert.

natural=desert

> Additionally landuse=forest doesn't accurately portray all of the Bureau of
> Land Managements lands--which account for 1/8th of the area of the US, of
> which landuse=forest is only appropriate for ~20%. It also would be
> entirely inappropriate for the United States National Grasslands, which are
> like the National Forests in almost every aspect, except that they are
> grasslands (and tagging them as such doesn't distinguish them from
> surrounding non-public use/recreation grasslands).

Then use the boundary key.  If you way up each of the unique sections,
then create a multipolygon relation out of all of the boundary ways
and additional multipolygons for each of the various landuses or
ground covers.

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Mapping of State/county/national parks

[Adam Schreiber]

On Thu, Jun 25, 2009 at 2:59 PM, Tyler wrote:
> Hello all,
> I've a question about mapping the different types of park. I've been using
> boundary=national_park for national parks and forests and then tagging
> national parks as landuse=nature_reserve and forests as landuse=forest I've
> also been tagging ownership=national
> However with state, county and city parks of similar wilderness use or of
> more generic recreational use I'm at a loss. leisure=park is not appropriate
> given the wiki definition "open, green area for recreation, usually
> municipal." This is fine for city green spaces, but doesn't work for
> state/county recreation areas which may be either wilderness or managed
> trails, motorcycle tracks, boat launches etc.
> nature_reserve isn't appropriate as they're usually not preserving nature
> I have been tagging state and county parks which are not open green spaces
> as parks for the time being, but if anyone has any other suggestions I would
> love to hear them.

Why is landuse=forest not appropriate for parks/forests with the same
uses but with a "lower" administrative classification?  landuse=forest
is for managed land with trees on it regardless of who manages it.

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] US Interstate ways alignment

[Adam Schreiber]

On Wed, Jun 17, 2009 at 4:23 PM, Stephen Johnson wrote:
> Some of the TIGER ways and nodes for Interstates in my area are way out of 
> alignment. They are all over the map if you'll forgive the pun. I have 
> several GPS tracks for most of the Interstate lanes.
>
> My question is what should I align the ways to? The center, inner or outside 
> lanes? Is there some consensus for it which I have't found yet?

When I'm working with Yahoo imagery, I try to align to the center of
the road which is as close as I can get really.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Tidying up TIGER data

[Adam Schreiber]

Also in Atlanta, there's N St.  I got directions from google and
thought I was looking for North St.  Man was that a big mistake.

Cheers,
Adam

On 6/4/09, Paul Johnson  wrote:
> Ian Dees wrote:
>
>> Its functions are:
>> - Strip "St" suffix from grid-named streets (eg. "South 500 West")
>> - Collapse multiple spaces into a single space (lots of TIGER)
>> - Expand abbreviated directions (eg. "S 500 E" to "South 500 East")
>> - Expand abbreviated suffixes ("Rd" -> "Road", "St" -> "Street", etc)
>>
>>
>> - "Strip St.": is that recommended somewhere? It seems silly to remove
>> data like that...
>
> Until you go out to pretty much any city out in the desert or originally
> built by Mormons.  In such cities, 90%+ of the streets are not named to
> begin with, locations are purely Cartesian.  The only two streets I know
>  have a name in Salt Lake City are State Street and Temple Square, and
> I'm not sure Temple Square counts (I'd rather not get too close, to be
> honest).  All the other ways are referred to by address, such as "450 S
> 700 E" would mean that the address is located four and a half blocks
> south of the Mormon temple on the even side of the street, 7 blocks east
> of the temple.
>
> Interestingly enough, if you navigate to cities that have a lack of
> street names, you'll see stuff like "E 2100 S St" in TIGER, even though
> this is wrong!
>
>> - "Collapse spaces": Ok, that makes sense.
>> - "Expand abbreviated dirs": This is the one that I have the most
>> problems with. In my neighborhood in Minnaepolis, the official names for
>> roads actually end in SE. For example, I live on 6th Avenue SE. I've
>> seen several different representations of this, but when I ask several
>> different mail carriers and some GIS folks at the University there, they
>> all said that "SE" is the official name, not "southeast".
>
> I could be wrong on this, but I've been making an exception for
> cardinals myself, using the same logic behind NOT using abbreviations
> for everything else.  I honestly can't think of any other common
> abbreviations that would prevent a
>
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Addresses and Tiger

[Adam Schreiber]

On Mon, May 25, 2009 at 7:20 PM, Theodore Book  wrote:
> I have been playing around with the TIGER 2008 data, which, for some of
> the counties around Atlanta seems to be much better than the old data.
> If I import it for some of the counties, though, I would like to import
> the addresses in a format that would be usable for routing software.
> The most popular schema seems to be the Karlsruhe Schema, but making use
> of it would require generating three OSM ways for each TIGER way - one
> on either side to represent the houses on that side of the road.  That
> seems unnecessarily complex, but there does not seem to be any widely
> accepted schema that places the data on the way itself.  Does anyone
> have any thoughts on that question?

I think you're spot on about the Karlsruhe schema.  In general it's a
good fit for the US.  Ideally, instead of creating ways to interpolate
along we'd get parcel and/or building data freed from somewhere and
put the addresses on those.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] dirt road classification?

[Adam Schreiber]

On Wed, Apr 29, 2009 at 7:53 PM, Paul Fox  wrote:
> adam wrote:
>  > On Wed, Apr 29, 2009 at 6:04 PM, Paul Fox  
> wrote:
>  > > ... in my mind there's a big difference between "unpaved" and "track".
>  >
>  > Could you provide a photo of one of these roads?
>
> i think so.  these are unpaved:
>    http://www.paulcilwa.com/blog/2008/06/01-bear_canyon_lake/SANY0382.JPG
>    http://www.foxharp.boston.ma.us/photos/nedod/2005_mmt/pic_34.html
>    http://www.northeastcycling.com/jay_peak_186k_files/Hazens_Climb_M.JPG
>
> these are tracks:
>    http://vermontcountryproperties.com/Photos/Photo47_18183d.jpg
>    http://www.tailofthedragon.com/appalachicola/sat_dual_track.jpg

I would call both of those tracks and would recommend using the
tracktype and surface tags to differentiate between them.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] dirt road classification?

[Adam Schreiber]

On Wed, Apr 29, 2009 at 6:04 PM, Paul Fox  wrote:
> is there a way to distinguish pavement type separately from
> road classification?  is there a standard tag for doing so?

surface=foo
http://wiki.openstreetmap.org/wiki/Key:surface

> in new england (and i assume in other parts of the country)
> it's not uncommon to have unpaved state numbered routes.  or
> unpaved residential areas.
>
> i turned to the wiki, but i find i need some interpretive help.  the
> third sentence at:
>    http://wiki.openstreetmap.org/wiki/United_States_roads_tagging#Other_Roads
> is unparseable.  but even if i assume that the first three words
> should be dropped, i'm left with:
>    "Unpaved roads, dirt track roads, forest development roads,
>    jeep trails, and roads not passable by all vehicles merit
>    highway=track instead."
> which seems like far too big a bucket for the roads i'm thinking
> of.  in my mind there's a big difference between "unpaved" and "track".

Could you provide a photo of one of these roads?

> and finally, if i _did_ want to use "highway=track", shouldn't
> potlatch give that option in the dropdown menu?

Potlach and Josm don't have comprehensive presets of all tags you
might want to use.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] NHD Scripts

[Adam Schreiber]

On Wed, Apr 15, 2009 at 5:43 PM, Theodore Book  wrote:
> I have had some interest in my NHD conversion scripts, both from people
> interested in the NHD, and from those interested in their ability to
> specify a maximum length for an imported way.  Therefore I have placed
> them in subversion at:
> http://svn.openstreetmap.org/applications/utils/import/nhd2osm/

We probably ought to start fleshing out the table at [1] in advance of
patching the scripts.

Cheers,

Adam

[1] http://wiki.openstreetmap.org/wiki/User:Davetoo/NHD/FCODES

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Southeastern Linux Festival

[Adam Schreiber]

The Southeast Linux Fest [1] is going to be in Clemson, SC the weekend
of June 13.  It would be awesome to have an OSM presence there.  The
area is already well mapped [2] but more effort could be put in to
really make it a showcase by June.  Let me know if there is anyone
interested in coming down or wants to present.  Maybe someone from
CloudMade would be interested?

Cheers,

Adam


[1] http://www.southeastlinuxfest.org/
[2] http://openstreetmap.org/?lat=34.6813&lon=-82.8351&zoom=14&layers=B000FTF

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Interstate Highways Relations List

[Adam Schreiber]

On Mon, Apr 13, 2009 at 11:19 AM, Apollinaris Schoell
 wrote:
>
> On 13 Apr 2009, at 5:36 , Adam Schreiber wrote:
>
>>
>> What about:
>>
>> addr:country=us
>> addr:state=ca
>> network=us
>>
>> or
>>
>> addr:country=us
>> addr:state=ca
>> network=i
>>
>
> network should be US, I, 
> all signs use uppercase, there can be so many uses for the data.  network
> should reflect the real usage not for one specific renderer.
> if it's for mapnik only something like mapnik:network  could be used.
> but this is really ugly and hard to convince mappers to add it.

The lower case has nothing to do with a renderer, just OSM convention
for key value pairs other than name.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Interstate Highways Relations List

[Adam Schreiber]

On Mon, Apr 13, 2009 at 8:28 AM, Greg Troxel  wrote:
> The US highways in California are really (I think) regular US highways,
> but CA uses a different kind of sign.  So tagging then us_us_ca seems
> again like tagging for the renderer.  This is sort of OK, perhaps, but
> it bothers me perhaps because it's doing so in a denormalized way.
> Database users that care if something is a US highway will then have to
> have a list of tags and check against that set.
>
> An alternative would be to have a shield hint tag, like
>
>  shield_flavor=us_ca
>
> added, leaving network=us_i.  Then users that don't care about sign
> variants jus see us highways, and renderers get their hints.  Or perhaps
> renderers know that a highway is in CA.  Or maybe the shield_flavor is
> needed because we're trying to match each road's actual signs, and they
> aren't consistent.  Or maybe it's shield_flavour.

What about:

addr:country=us
addr:state=ca
network=us

or

addr:country=us
addr:state=ca
network=i

These provide the same information in a standard way and there's no
debating about whether they tag for the renderer or not.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Interstate Highways Relations List

[Adam Schreiber]

On Sun, Apr 12, 2009 at 11:53 AM, Apollinaris Schoell
 wrote:
> this is great work, signs could be a bit smaller tough.
>
> why not stick with the symbol tag? see
> http://wiki.openstreetmap.org/wiki/United_States_roads_tagging
> the symbols tagging should be transparent to the mappers not only to
> some internal notation of a renderer.
> and tags should be human readable. software can easily to the
> translation instead

Probably because the mapper can easily identify the type of road (i.e.
Interstate, US Hwy, etc.).  I'm not sure that the mapper should be
specifying the URL of the sign since it requires extra work to find it
and any renderer should be able to pick their own source of sign
shields (I know they can simply ignore the suggested one, but this
method can put more information into the DB).

Cheers,

Adam


> On 12 Apr 2009, at 7:38 , Greg Troxel wrote:
>
>>
>>  network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit
>>  network=us_us_2 # US Route us_us_3 for 3 digit
>>  network=us_ny # NY State Route
>>  network=us_ny_county #
>>
>> That looks great to me, except that us_i_2 vs us_i_3 seems like
>> tagging
>> for the renderer, and something that would be easy for the renderer to
>> figure out.  What about us_i and then have renderers find the right
>> shield for the number of digits?
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-us
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Interstate Highways Relations List

[Adam Schreiber]

On Sun, Apr 12, 2009 at 10:38 AM, Greg Troxel  wrote:
>
>  network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit
>  network=us_us_2 # US Route us_us_3 for 3 digit
>  network=us_ny # NY State Route
>  network=us_ny_county #
>
> That looks great to me, except that us_i_2 vs us_i_3 seems like tagging
> for the renderer, and something that would be easy for the renderer to
> figure out.  What about us_i and then have renderers find the right
> shield for the number of digits?

I agree with this but suspect that Richard did that for the sake of
simplicity in his altered code.

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Interstate Highways Relations List

[Adam Schreiber]

On Sun, Apr 12, 2009 at 2:38 AM, Nicholas Vetrovec  wrote:
>
> Posted on the US Page to help coordinate US Interstate relations.
> http://wiki.openstreetmap.org/wiki/Interstate_Highways_Relations

Instead of state_id=xx, I would suggest we glom onto addr:state=xx as
the recent GNIS import has done.  It would also be consistent with the
Karlsruhe addressing schema [1] that applies to the way addressing is
done in the US.

Cheers,
Adam

[1] 
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Interstate Highways Relations List

[Adam Schreiber]

On Sun, Apr 12, 2009 at 9:31 AM, Richard Weait  wrote:
> On Sun, 2009-04-12 at 04:39 -0500, Joseph Jon Booker wrote:
>> On Sun, 12 Apr 2009 01:54:12 -0500
>> Ian Dees  wrote:
>>
>> > On Sun, Apr 12, 2009 at 1:38 AM, Nicholas Vetrovec
>> > wrote:
>> >
>> > >
>> > > Posted on the US Page to help coordinate US Interstate relations.
>> > > http://wiki.openstreetmap.org/wiki/Interstate_Highways_Relations
>> > >
>> >
>> > Since interstate highways are usually two separate one-way ways,
>> > which way (or both?) do we add to the relation?
>>
>> US routes can also become two separate one-ways when becoming
>> express ways or trunk ways, while being a regular two-way street the
>> rest of the way, so it probably doesn't make sense to have separate
>> directions. Perhaps a proposal can be made for having
>> role=North|South|East|West for type=route relations?
>
> Perhaps direction=North|South|West|East, or cardinal=North|South|West|
> East?
>
>> Also, wouldn't it make sense to have the way a route is displayed as
>> the name? For example, network=I,ref=90 would have name="I 90", and
>> network=US:IL, ref=58 would have name="IL 58" in the relations.
>
> I prefer "_" to ":" or ";" in this case as "_" can be used in a filename
> without escaping.
>
> network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit
> network=us_us_2 # US Route us_us_3 for 3 digit
> network=us_ny # NY State Route
> network=us_ny_county #
>
> and so on.  The network value plugs directly into the shield symbolizer
> in mapnik for an easy renderer fix.  The shield images can be
> network_us_i_3.png to keep them all in order in the directory.
>
> I've got a demonstration of highway shields working here:
> http://weait.com/maps/  Please be gentle on this unsuspecting box and
> narrow pipe.
>
> To make shields work for everybody, I'd like to see
>
> - "network=" supported in highway ways, relations and super-relations
> - further graphics work to refine the highway shield symbols for size /
> centering
> - wide adoption of the newly supported network tag.
> - repair of the many broken ref= tags that read I-190 or even Interstate
> 190, etc.
>
> Blog entry with more details here.
> http://weait.com/content/badges-badges

The highway badges you've added look great.  Are you working on
pushing your changes upstream?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] GNIS Import

[Adam Schreiber]

I had no problem copying nodes tags to ways with latest.

Adam

On 4/10/09, Joseph Jon Booker  wrote:
> On Fri, 10 Apr 2009 11:01:08 -0500
> Ian Dees  wrote:
>> There's a "copy tags" feature in JOSM that doesn't seem to work.
>> That's about the only way I know of right now.
>
> Perhaps it is similar to potlatch, which only allows you to copy way
> tags to other ways, and nodes to other nodes.
>
> --
> Joseph Booker
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] GNIS Import

[Adam Schreiber]

On Fri, Apr 10, 2009 at 1:28 PM, Adam Schreiber  wrote:
> On Fri, Apr 10, 2009 at 12:01 PM, Ian Dees  wrote:
>>
>>
>> On Fri, Apr 10, 2009 at 10:50 AM, Adam Schreiber  wrote:
>>>
>>> Is there an easy way to merge the tags from the nodes to areas that
>>> have already been mapped?  I just noticed a lot of nodes show up for
>>> buildings at my university.
>>
>> There's a "copy tags" feature in JOSM that doesn't seem to work. That's
>> about the only way I know of right now.
>
> In josm-latest, the pasting tags seems to work, but it ought to be
> modified to prompt the user to merge any conflicting tags.  I'll file
> a trac issue for it.

http://josm.openstreetmap.de/ticket/2406

If anyone wants to follow it.

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] GNIS Import

[Adam Schreiber]

On Fri, Apr 10, 2009 at 12:01 PM, Ian Dees  wrote:
>
>
> On Fri, Apr 10, 2009 at 10:50 AM, Adam Schreiber  wrote:
>>
>> Is there an easy way to merge the tags from the nodes to areas that
>> have already been mapped?  I just noticed a lot of nodes show up for
>> buildings at my university.
>
> There's a "copy tags" feature in JOSM that doesn't seem to work. That's
> about the only way I know of right now.

In josm-latest, the pasting tags seems to work, but it ought to be
modified to prompt the user to merge any conflicting tags.  I'll file
a trac issue for it.

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] GNIS Import

[Adam Schreiber]

On Fri, Apr 10, 2009 at 12:01 PM, Ian Dees  wrote:
>
>
> On Fri, Apr 10, 2009 at 10:50 AM, Adam Schreiber  wrote:
>>
>> Is there an easy way to merge the tags from the nodes to areas that
>> have already been mapped?  I just noticed a lot of nodes show up for
>> buildings at my university.
>
> There's a "copy tags" feature in JOSM that doesn't seem to work. That's
> about the only way I know of right now.
>
> I can't think of a way to automate it, though. It looks like something that
> could be pretty easy to put in to Amazon's mechanical turk: "which one of
> these is better?"

At first blush this would seem better than manually doing this work,
but some of the building names have changed or the GNIS data has a
more complete name, but the area should be the one that is kept.  I'm
not terribly familiar with the mechanical turk approach, but I thought
it was too simplistic to do this?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] GNIS Import

[Adam Schreiber]

Is there an easy way to merge the tags from the nodes to areas that
have already been mapped?  I just noticed a lot of nodes show up for
buildings at my university.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] "Historical" locations

[Adam Schreiber]

On Fri, Apr 3, 2009 at 3:29 PM, Theodore Book  wrote:
> I have noticed with the new GeoNames import that a lot of places have
> appeared with a name like: "Ivy Street School (historical)" - many of
> these seem to be institutions that haven't existed for 50 years or more.
>  Do we want to include them on Openstreetmap?  It seems that it ought
> to be a map of the present, not the past.  If we don't want to include
> them, should we delete them by hand, or would an automated process be
> better to do so?

I thought when they were imported there was talk of the importer
deimporting them auto-magically?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] silly borders

[Adam Schreiber]

On Tue, Mar 31, 2009 at 10:45 AM, Ted Mielczarek
 wrote:
> On Mon, Mar 30, 2009 at 9:45 PM, Richard Weait  wrote:
>>
>> Dear Can-Americans,
>>
>> This is silly.  Four different lines for one border.
>>
>>
>> http://www.openstreetmap.org/?lat=48.99906&lon=-95.15362&zoom=16&layers=B000FTF
>>
>> We're good neighbo(u)rs.  We should fix our fence.  Shouldn't each
>> border be a single way, with a relation for each adjacent region?
>>
>> We should have a fence-mending party.
>
> It is quite a mess. When I started the US state border import (which Adam
> finished), I expended quite a bit of manual effort splitting borders to not
> make them overlap. AFAIK, the complex multipolygon stuff didn't exist at
> that point, or I probably would have tried to use it as well. I don't think
> there were national borders in at that point, although I could be
> misremembering. And then Ian tossed the county borders in wholesale (which
> made me cry a little, I admit), and of course none of these datasets quite
> line up. I've done some fixup locally where I cared about, but it surely
> needs some love.

I made sure there weren't overlapping state borders as well.  Without
checking, I think I tagged our southern border with Mexico at the
country level.  I can't remember if I did the same for our northern
border.  It's pretty sad that the county border import didn't line up
with the state borders.  I suppose one could go in where they cared
and fix the bordering counties to share the state borders.

A faster way of doing this might be if the person that did the county
borders saved their .osm files from that import, then the saved .osm
files from the state lines could be overlayed and fixes made.

Cheers,
Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] silly borders

[Adam Schreiber]

On Mon, Mar 30, 2009 at 9:45 PM, Richard Weait  wrote:
> Dear Can-Americans,
>
> This is silly.  Four different lines for one border.
>
> http://www.openstreetmap.org/?lat=48.99906&lon=-95.15362&zoom=16&layers=B000FTF
>
> We're good neighbo(u)rs.  We should fix our fence.  Shouldn't each
> border be a single way, with a relation for each adjacent region?
>
> We should have a fence-mending party.

Great.  Which one's correct?

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Province / State borders

[Adam Schreiber]

On Mon, Mar 30, 2009 at 6:59 AM, Richard Weait  wrote:
> I've adjusted the boundary=admin rendering on my tile server to make
> more sense for North America.  Rendering the state / provincial borders
> at zoom 1 & 2 might be overdoing it, but at zoom 3 looks reasonable.  It
> does point out a potential shortcoming in the boundary data though.
> Borders for Vermont and New York appear "bolder" than for Minnesota and
> Illinois.  Have they been tagged differently, or duplicated?  Anyone
> have a border-checker script?

They weren't duplicated.  Ian (I believe?) imported the borders for
the New England and Mid-Atlantic states and I imported the rest.

Looking at my saved .osm files from the state boundary import,it looks
like they are tagged:
admin_level = 4
border_type = state
boundary = administrative
state:left = foo
state:right = bar

Cheers,

Adam


>
> See it here for part of North East. http://weait.com/maps very slow
> server/connection.
>
> Best regards,
> Richard
>
>
> P.S. My boundary hack.
>
>    
>      [admin_level]='4'
>      5
>      
>        purple
>        1
>        
>        0.2
>      
>    
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] GNIS Import Done

[Adam Schreiber]

On Thu, Mar 12, 2009 at 10:26 AM, Ian Dees  wrote:
>
>
> On Thu, Mar 12, 2009 at 8:54 AM, Adam Schreiber  wrote:
>>
>> On Thu, Mar 12, 2009 at 9:29 AM, Ian Dees  wrote:
>> > 3. If there are already OSM features in your area for a certain node
>> > that I
>> > imported, feel free to delete my node, but please merge at least the
>> > gnis:feature_id tag from the GNIS data so that we can keep track of
>> > future
>> > name changes.
>>
>> What about features that are polygons in OSM but nodes in the GNIS data?
>
> Since all features in GNIS are nodes, I will just take the centroid of the
> polygon to be the point that might end up in GNIS. Feel free to apply the
> gnis tags to polygonal ways.
>
> The more important data I think would be changes to the name or
> classification and whether or not it even exists.

Will you also be grepping the planet dump for features GNIS includes
but doesn't have an item for?

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] GNIS Import Done

[Adam Schreiber]

On Thu, Mar 12, 2009 at 9:29 AM, Ian Dees  wrote:
> 3. If there are already OSM features in your area for a certain node that I
> imported, feel free to delete my node, but please merge at least the
> gnis:feature_id tag from the GNIS data so that we can keep track of future
> name changes.

What about features that are polygons in OSM but nodes in the GNIS data?

Cheers,

Adam

> -Ian
>
> [1] http://wiki.openstreetmap.org/wiki/USGS_GNIS
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] The Greening of Georgia

[Adam Schreiber]

Also, what's with the trunk roads?  Trunk is supposed to be
hierarchically above motorway, which is what interstates are tagged
with and trunk is being applied to limited access US Hwy's?

Adam

On Wed, Feb 25, 2009 at 8:59 AM, Theodore Book  wrote:
> Yes, It is USGS Landuse / Land Cover data.  It is 1:100k or 1:250k
> resolution, and also slightly dated.  I find it to be pretty good
> through zoom 14 or so, (see for example:
> http://www.openstreetmap.org/?lat=34.4717&lon=-84.4287&zoom=14&layers=B000FTF)
> but there is some offset, especially around the Atlanta area, that will
> take some manual correction.
>
> Adam Schreiber wrote:
>> On Tue, Feb 24, 2009 at 11:42 AM, Ian Dees  wrote:
>>> On Tue, Feb 24, 2009 at 10:31 AM, Adam Schreiber  wrote:
>>>> Has anyone else noticed some kind of import of park/forest data for
>>>> Georgia going on?  Does anyone know that source of the data?
>>>>
>>>> http://openstreetmap.org/?lat=34.043&lon=-84.233&zoom=9&layers=B000FTF
>>> Looks like OSM user "Liber" is uploading it.
>>>
>>> http://openstreetmap.org/user/Liber
>>>
>>> We need to be careful when uploading data like this that is very low
>>> resolution. As you zoom in closer, you can see that it loses meaning around
>>> zoom 9, which means it was probably a 1:1M or so resolution. Usually my
>>> cutoff is at 1:24K.
>>
>> I have sent Liber a message via the website.  Hopefully, we'll find
>> out what's going on.
>>
>> Cheers,
>>
>> Adam
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-us
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] The Greening of Georgia

[Adam Schreiber]

On Tue, Feb 24, 2009 at 11:42 AM, Ian Dees  wrote:
> On Tue, Feb 24, 2009 at 10:31 AM, Adam Schreiber  wrote:
>>
>> Has anyone else noticed some kind of import of park/forest data for
>> Georgia going on?  Does anyone know that source of the data?
>>
>> http://openstreetmap.org/?lat=34.043&lon=-84.233&zoom=9&layers=B000FTF
>
> Looks like OSM user "Liber" is uploading it.
>
> http://openstreetmap.org/user/Liber
>
> We need to be careful when uploading data like this that is very low
> resolution. As you zoom in closer, you can see that it loses meaning around
> zoom 9, which means it was probably a 1:1M or so resolution. Usually my
> cutoff is at 1:24K.

I have sent Liber a message via the website.  Hopefully, we'll find
out what's going on.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] The Greening of Georgia

[Adam Schreiber]

Has anyone else noticed some kind of import of park/forest data for
Georgia going on?  Does anyone know that source of the data?

http://openstreetmap.org/?lat=34.043&lon=-84.233&zoom=9&layers=B000FTF

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest Boundaries

[Adam Schreiber]

On Thu, Feb 19, 2009 at 11:31 AM, Karl Newman  wrote:
> On Thu, Feb 19, 2009 at 8:21 AM, Theodore Book  wrote:
>>
>> I have put the various proposals on the wiki at:
>> http://wiki.openstreetmap.org/wiki/US_Forest_Service_Data
>>
>> It seems like the landuse=forest tag has a fair amount of consensus, but
>> that we are not yet sure how to tag the fact that it is a national
>> forest, and not just any forest.
>
> Especially since there may be large swathes within the national forest
> boundary that are devoid of trees...

It probably then makes sense to tag the boundary wisely and then use
the yahoo imagery to tag ground cover.

Adam

> Karl
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest Boundaries

[Adam Schreiber]

On Thu, Feb 19, 2009 at 10:56 AM, James Fee  wrote:
> The problem is that they aren't the same.  National Forests are Department
> of Agriculture and National Parks are Department of Interior.  There is
> probably a smart way to tag them, but there definitely should be separation
> between National Parks and everything else.

Then an operator tag could be added.  I meant "the same" in the way
that states in the US have the same administrative level as counties
in England because they're the next smaller division from the national
level.  Are both operated by a national entity/bureau? Yes.  Are they
operated by the same entity/bureau? No.  Thus, make the distinction in
a meaningful way.

Cheers,

Adam

> --
> James Fee
> http://www.spatiallyadjusted.com/
>
>
> On Thu, Feb 19, 2009 at 8:40 AM, Adam Schreiber  wrote:
>>
>> On Thu, Feb 19, 2009 at 10:34 AM, James Fee  wrote:
>> > I totally agree.  National Forests are administered by the Agriculture
>> > Department (not the park service) and are managed lands for different
>> > uses
>> > (timber, livestock, wildlife) as well as recreation.  They are probably
>> > closer (feel free to flame me on this) to BLM lands than National Parks.
>> >  National Monuments are closer to National Parks than National Forests
>> > (or
>> > Wildlife Recreation Areas) are.
>> > Federally managed lands in the US are a huge PITA to peg down, but I
>> > wouldn't call National Forests "preserves" or "national parks".
>> >  Wildlife
>> > Recreation Areas and National Monuments are closer, but even they are
>> > not
>> > National Parks (National Monuments are administered by many different
>> > agencies, even BLM, making it even more difficult).
>>
>> Perhaps instead a administrative boundary level needs to be assigned.
>> In essence, the administrative level for national parks and forests is
>> the same, but what's contained is different.
>>
>> Cheers,
>>
>> Adam
>>
>> > --
>> > James Fee
>> > http://www.spatiallyadjusted.com/
>> >
>> >
>> > On Thu, Feb 19, 2009 at 8:03 AM, Karl Newman 
>> > wrote:
>> >>
>> >> On Thu, Feb 19, 2009 at 6:15 AM, Nicholas Vetrovec
>> >> 
>> >> wrote:
>> >>>
>> >>> On Wed, Feb 18, 2009 at 2:19 PM, Theodore Book 
>> >>> wrote:
>> >>> >> Despite my taking a "local" approach, I do think it would be great
>> >>> >> if
>> >>> >> we
>> >>> >> could do a coordinated national upload of the NHD data, however.
>> >>>
>> >>> >I think it would definitely help make the US OpenStreetMap look more
>> >>> >professional to get as much of the NHD data in as possible.
>> >>>
>> >>> >> I am also looking at the GIS data from the Chattahoochee-Oconee
>> >>> >> National
>> >>> >> Forests, and was wondering if we had come to a consensus on
>> >>> >> National
>> >>> >> Forest boundaries - should they simply be tagged "landuse=forest",
>> >>> >> or
>> >>> >> is
>> >>> >> some other tag ("natural=wood", or "boundary=national_park")
>> >>> >> preferred?
>> >>> >>  Or do people think that it is better not to tag National Forest
>> >>> >> boundaries at all?
>> >>>
>> >>> >I think they're worth including; most U.S. commercial maps show
>> >>> >national forest boundaries; landuse=forest seems to be the
>> >>> > appropriate
>> >>> >tag to use.
>> >>>
>> >>>
>> >>> >Chris
>> >>>
>> >>> others have been using the tags leisure = nature_reserve  boundary =
>> >>> national_park
>> >>
>> >> National Forests are distinctly NOT the same as National Parks in the
>> >> US.
>> >> As far as I know, National Forests are more of an administrative area
>> >> and
>> >> don't have nearly the same level of protection as National Parks. I'm
>> >> not
>> >> even sure they're really a nature reserve.
>> >>
>> >> Karl
>> >>
>> >> ___
>> >> Talk-us mailing list
>> >> Talk-us@openstreetmap.org
>> >> http://lists.openstreetmap.org/listinfo/talk-us
>> >>
>> >
>> >
>> > ___
>> > Talk-us mailing list
>> > Talk-us@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-us
>> >
>> >
>
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest Boundaries

[Adam Schreiber]

On Thu, Feb 19, 2009 at 10:34 AM, James Fee  wrote:
> I totally agree.  National Forests are administered by the Agriculture
> Department (not the park service) and are managed lands for different uses
> (timber, livestock, wildlife) as well as recreation.  They are probably
> closer (feel free to flame me on this) to BLM lands than National Parks.
>  National Monuments are closer to National Parks than National Forests (or
> Wildlife Recreation Areas) are.
> Federally managed lands in the US are a huge PITA to peg down, but I
> wouldn't call National Forests "preserves" or "national parks".  Wildlife
> Recreation Areas and National Monuments are closer, but even they are not
> National Parks (National Monuments are administered by many different
> agencies, even BLM, making it even more difficult).

Perhaps instead a administrative boundary level needs to be assigned.
In essence, the administrative level for national parks and forests is
the same, but what's contained is different.

Cheers,

Adam

> --
> James Fee
> http://www.spatiallyadjusted.com/
>
>
> On Thu, Feb 19, 2009 at 8:03 AM, Karl Newman  wrote:
>>
>> On Thu, Feb 19, 2009 at 6:15 AM, Nicholas Vetrovec 
>> wrote:
>>>
>>> On Wed, Feb 18, 2009 at 2:19 PM, Theodore Book  wrote:
>>> >> Despite my taking a "local" approach, I do think it would be great if
>>> >> we
>>> >> could do a coordinated national upload of the NHD data, however.
>>>
>>> >I think it would definitely help make the US OpenStreetMap look more
>>> >professional to get as much of the NHD data in as possible.
>>>
>>> >> I am also looking at the GIS data from the Chattahoochee-Oconee
>>> >> National
>>> >> Forests, and was wondering if we had come to a consensus on National
>>> >> Forest boundaries - should they simply be tagged "landuse=forest", or
>>> >> is
>>> >> some other tag ("natural=wood", or "boundary=national_park")
>>> >> preferred?
>>> >>  Or do people think that it is better not to tag National Forest
>>> >> boundaries at all?
>>>
>>> >I think they're worth including; most U.S. commercial maps show
>>> >national forest boundaries; landuse=forest seems to be the appropriate
>>> >tag to use.
>>>
>>>
>>> >Chris
>>>
>>> others have been using the tags leisure = nature_reserve  boundary =
>>> national_park
>>
>> National Forests are distinctly NOT the same as National Parks in the US.
>> As far as I know, National Forests are more of an administrative area and
>> don't have nearly the same level of protection as National Parks. I'm not
>> even sure they're really a nature reserve.
>>
>> Karl
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-us
>>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] NHD Dataset

[Adam Schreiber]

On Mon, Feb 16, 2009 at 10:53 AM, Rev. Theodore Book  wrote:
> It looks like you are right up the road from me!  I can send you the scripts
> that I used, if you like.

Sure.

>
> Adam Schreiber wrote:
>>
>> On Mon, Feb 16, 2009 at 10:37 AM, Theodore Book  wrote:
>>
>>>
>>> * In some places, a lot of work has been done manually entering water
>>> features.  While I expect the NHD data is generally better, we have the
>>> tough issue of respecting other people's work (and not duplicating
>>> things in the database)
>>>
>>
>> I would be willing do merge my own basin or compare the data first
>> before upload.
>>
>> http://openstreetmap.org/?lat=34.636&lon=-82.845&zoom=10&layers=B000FTF
>>
>> Cheers,
>>
>> Adam
>>
>>
>>>
>>> * The upload speed seems to be a limiting factor - it is taking me some
>>> 70-80 hours to upload the one basis with bulk_upload.pl.  I am not sure
>>> how many basins there are in the country, but it seems as though it
>>> could take a year if it were all done sequentially.
>>>
>>> * The scripts I used to convert the shapefiles to OSM only supported the
>>> features I found in this one basin.  They should be easy to extend, (or
>>> someone else may have better ones), but they would need to be tested.
>>>
>>> Theodore
>>>
>>> Ian Dees wrote:
>>>
>>>>
>>>> On Mon, Feb 16, 2009 at 9:00 AM, Theodore Book >>> <mailto:tb...@libero.it>> wrote:
>>>>
>>>>If you haven't been following the wiki page, I have been doing some
>>>> work
>>>>on the NHD dataset, and feel that I have gotten a decent OSM
>>>> conversion
>>>>of the Etowah river watershed (north and northwest of Atlanta).  I am
>>>>going ahead and uploading that basin.  If you are interested in the
>>>>conversion, it would be great if you could take a look at it and give
>>>> me
>>>>any feedback you may have.  Thanks.
>>>>
>>>>
>>>> Excellent work! I think the next step is to list all of the subbasins
>>>> and start converting/importing.
>>>>
>>>> What is everyone's opinion on waiting for the API 0.6 upgrade? I'll bet
>>>> we could sneak in a complete import before...
>>>>
>>>> Also, do we want to have individuals make requests for data via the NHD
>>>> website or should I make another DVD-data-dump request to the NHD folks
>>>> and import the whole thing at once?
>>>>
>>>>
>>>> 
>>>>
>>>> ___
>>>> Talk-us mailing list
>>>> Talk-us@openstreetmap.org
>>>> http://lists.openstreetmap.org/listinfo/talk-us
>>>>
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-us
>>>
>>>
>>
>>
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] NHD Dataset

[Adam Schreiber]

On Mon, Feb 16, 2009 at 10:37 AM, Theodore Book  wrote:
> * In some places, a lot of work has been done manually entering water
> features.  While I expect the NHD data is generally better, we have the
> tough issue of respecting other people's work (and not duplicating
> things in the database)

I would be willing do merge my own basin or compare the data first
before upload.

http://openstreetmap.org/?lat=34.636&lon=-82.845&zoom=10&layers=B000FTF

Cheers,

Adam

> * The upload speed seems to be a limiting factor - it is taking me some
> 70-80 hours to upload the one basis with bulk_upload.pl.  I am not sure
> how many basins there are in the country, but it seems as though it
> could take a year if it were all done sequentially.
>
> * The scripts I used to convert the shapefiles to OSM only supported the
> features I found in this one basin.  They should be easy to extend, (or
> someone else may have better ones), but they would need to be tested.
>
> Theodore
>
> Ian Dees wrote:
>>
>>
>> On Mon, Feb 16, 2009 at 9:00 AM, Theodore Book > > wrote:
>>
>> If you haven't been following the wiki page, I have been doing some work
>> on the NHD dataset, and feel that I have gotten a decent OSM conversion
>> of the Etowah river watershed (north and northwest of Atlanta).  I am
>> going ahead and uploading that basin.  If you are interested in the
>> conversion, it would be great if you could take a look at it and give me
>> any feedback you may have.  Thanks.
>>
>>
>> Excellent work! I think the next step is to list all of the subbasins
>> and start converting/importing.
>>
>> What is everyone's opinion on waiting for the API 0.6 upgrade? I'll bet
>> we could sneak in a complete import before...
>>
>> Also, do we want to have individuals make requests for data via the NHD
>> website or should I make another DVD-data-dump request to the NHD folks
>> and import the whole thing at once?
>>
>>
>> 
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-us
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] County Line Corrections

[Adam Schreiber]

On Wed, Jan 28, 2009 at 4:08 PM, Minh Nguyen  wrote:
> Kentucky's border along the Ohio River is one example: the border is
> defined to be the low water mark of the Ohio-Indiana-Illinois bank as of
> the 18th century [1], so it's not the centerline and not quite the
> northern riverbank. Along Ohio's section of the river, all the islands
> belong to Kentucky or West Virginia.
>
> [1] http://supreme.justia.com/us/444/335/case.html

So to be accurate, one has to go to county/state/judicial records
individually if the higher res boundary data isn't made available
somewhere online already?

Adam

> On 1/28/09 12:53 PM, Adam Killian wrote:
>> I think there may be cases where one shore or the other is the boundary,
>> not the centerline.  Presumably, islands in a river are in one county or
>> the other?
>>
> --
> Minh Nguyen
> AIM: trycom2000; Jabber: m...@1ec5.org; Blog: http://notes.1ec5.org/
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] County Line Corrections

[Adam Schreiber]

Would it be accurate if a county line appears to be following a body
of water albeit in a low res linear aproximation way to move the
border to the center line of the body of water?  I imagine if the
answer is yet that it would apply to state borders too?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Rendering of State Boundaries

[Adam Schreiber]

On Wed, Nov 26, 2008 at 1:54 PM, Scott Atwood
<[EMAIL PROTECTED]> wrote:
> Do any of the renderer support the notion of rendering the same tag
> differently in different regions of the world?

I don't believe so.  This has been brought up in the past in regards
to highway color schemes.

> Or would it be necessary to
> add some other tag to US state boundaries in order to allow the renderers to
> render them more prominently?

I'm not sure that's the way to go.

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Rendering of State Boundaries

[Adam Schreiber]

On Wed, Nov 26, 2008 at 12:42 PM, Scott Atwood
<[EMAIL PROTECTED]> wrote:
> I have noticed that for the U.S. map, state boundaries only appear at a zoom
> level 9 or higher,  and at zoom levels 9 and 10 they render exactly the same
> as county boundaries.   Then county boundaries disappear at zoom level 12
> and beyond.
> Personally, for the United States, I think state boundaries should be
> rendered much more prominently, starting at least at zoom level 5, and
> always more prominently than county borders.   Of course, I also think
> country borders should be rendered more prominently as well...

I agree in some sense, but wanted to inform how the state boundries
are tagged (because I did it).

In addition to border_type=state, they are tagged with the admin
levels found here:

http://wiki.openstreetmap.org/wiki/Key:border_type#border_type

I believe it's the admin levels that the renderers are working from
(have not checked osmarender or mapnik rules).  Thus while certainly
states are very prominate parts to Americans, they won't be rendered
with any more prominence than the equivalent (but to us less
prominent) divisions in other countries.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Track or path?

[Adam Schreiber]

On Mon, Nov 10, 2008 at 2:25 PM, David Carmean <[EMAIL PROTECTED]> wrote:
> Here's an example:  a large portion of the trails are on top of levees around
> salt evaporation ponds around the Bay.  Some of these segments are gravel 
> roads
> that are 3 or 4 meters wide, where a passenger car could easily drive 50 kph 
> if
> legally permitted.  In fact service vehicles (government, landowner) do use
> these roads from time to time, but primarily they're used for foot, bicycle,
> and/or horse travel.  Are these "tracks" or "paths"?

I have mapped "Jeep trails" or gated paths that have obviously carried
service vehicles and such as highway=track.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] labels for roads with or without sidewalks

[Adam Schreiber]

On Sun, Nov 2, 2008 at 1:51 PM, Sarah Manley <[EMAIL PROTECTED]> wrote:
> I am new to OSM and wanted to ask a question about sidewalks. From my
> understanding we do no record sideways because it is assumed that all
> roads have them. In my experience, this is not true. So would we want
> to create labels that differentiate roads with sidewalks from roads
> without sidewalks?

I would think this [1] should be sufficient.  Don't worry that it
hasn't been approved, if it's useful use it.

Cheers,

Adam

[1] http://wiki.openstreetmap.org/index.php/Proposed_features/Sidewalk

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Tiger 2007 Data

[Adam Schreiber]

On Tue, Oct 28, 2008 at 11:08 AM, Karl Newman <[EMAIL PROTECTED]> wrote:
> Maybe it could be done like Dave handled the last import--if anyone is
> concerned about conflicts, they can handle their county themselves.

Hear Hear!

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] MSP mapping party Oct 4-5

[Adam Schreiber]

On Thu, Sep 25, 2008 at 12:21 PM, Richard Weait <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-09-25 at 12:07 -0400, Adam Schreiber wrote:
>> Richard,
>>
>> I'm curious, who is this mysterious 'we' in your announcements and
>> listings in the wiki?
>
> Dear Adam,
>
> "We" is all of us.  The community.  The Royal We.
>
> Or just me.  Every mapping party starts with one person who builds it
> into a larger party.
>
> So, are you a "we" or are you a "them"?  ;-)

I was simply asking if there was an organization behind it as some
across the pond have sponsorship.  For instance, the Clemson mapping
party is being helped by CLUG [1] as I have done a presentation on OSM
at a meeting last spring and we're hosting the Southeast Linux fest
[2] (Free maps ftw).

Cheers,

Adam

[1] http://clemsonlinux.org
[2] http://www.southeastlinuxfest.com/wiki/index.php/Main_Page

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] MSP mapping party Oct 4-5

[Adam Schreiber]

Richard,

I'm curious, who is this mysterious 'we' in your announcements and
listings in the wiki?

Cheers,

Adam

On Thu, Sep 25, 2008 at 12:00 PM, Richard Weait <[EMAIL PROTECTED]> wrote:
> Dear all,
>
> We're building a mapping party for the MSP area for next weekend, Oct
> 4-5. I'd love to have help from a local expert to make this one huge.
> Are you an MSP local?  Where should we host?  What local cycle, hiking,
> geocache, community groups should we contact?  Are you up to help out?
> And come on out and map with us.
>
> Best regards,
> Richard
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] US GPS Set for Mapping Parties

[Adam Schreiber]

On Thu, Sep 25, 2008 at 11:49 AM, Ian Dees <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 25, 2008 at 10:46 AM, Adam Schreiber <[EMAIL PROTECTED]> wrote:
>>
>> On Thu, Sep 25, 2008 at 11:12 AM, Ian Dees <[EMAIL PROTECTED]> wrote:
>> > On Thu, Sep 25, 2008 at 10:02 AM, Adam Schreiber <[EMAIL PROTECTED]>
>> > wrote:
>> >>
>> >> Would there be any interest in getting together a box of GPS devices
>> >> to be sent around for North American mapping parties similar to what
>> >> they have across the pond? [1]  Maybe Garmin would sponsor something?
>> >> [2]
>> >
>> >
>> > I will start a sponsorship request form now unless someone else has
>> > already
>> > done so.
>
> Does anyone know if the OSM Foundation is a 501(c)3 org here in the US?
> Perhaps we should start one...

I'm not sure how non-profits incorporated in a different country are
handled in the US.  I suppose you're saying set up a OSM US Foundation
to facilitate such donations?  This might also be good if there were
ever to be a US mirror of the API/tile serving.

> Also, what are our "job titles" and when are all of the US mapping parties?

The currently planned Clemson, SC party is Oct 11, which is within
their 6 week window.

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] US GPS Set for Mapping Parties

[Adam Schreiber]

On Thu, Sep 25, 2008 at 11:12 AM, Ian Dees <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 25, 2008 at 10:02 AM, Adam Schreiber <[EMAIL PROTECTED]> wrote:
>>
>> Would there be any interest in getting together a box of GPS devices
>> to be sent around for North American mapping parties similar to what
>> they have across the pond? [1]  Maybe Garmin would sponsor something?
>> [2]
>
>
> I will start a sponsorship request form now unless someone else has already
> done so.

Go right ahead!

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] US GPS Set for Mapping Parties

[Adam Schreiber]

Would there be any interest in getting together a box of GPS devices
to be sent around for North American mapping parties similar to what
they have across the pond? [1]  Maybe Garmin would sponsor something?
[2]

Cheers,

Adam

[1] http://wiki.openstreetmap.org/index.php/GPS_Units_for_Loan
[2] http://www8.garmin.com/aboutGarmin/sponsorship/

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Appalachian Trail

[Adam Schreiber]

On Wed, Sep 10, 2008 at 4:17 AM, Alex S. <[EMAIL PROTECTED]> wrote:
> Adam Schreiber wrote:
>> Is there any reason to not upload this data?
>
> This provision could be a sticking point:
> "that you use proper citation (see metadata for details) on any
> materials (digital or printed) in which this information appears"

The gpx tracks I'm using seem to simply list ATC as the source in the
data so I'm adding source=ATC to the uploads.  The data's being added
under the user sadam-AT in case it needs to be pulled at some point
though.  I'm also saving the .osm files after uploading so I can
remove things quickly if need be.  Not that I've gotten very far yet.

Cheers,

Adam

>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Appalachian Trail

[Adam Schreiber]

On Tue, Sep 9, 2008 at 12:02 PM, Adam Killian <[EMAIL PROTECTED]> wrote:
> Adam Schreiber wrote:
>>
>> The Appalachian Trail Conservancy makes track and shelter data
>> available for download [1] under a fairly simple agreement [2].
>> Furthermore, someone has already converted the data to gpx [3].  Is
>> there any reason to not upload this data?  Has anyone been working on
>> the AT already?
>>
>>
>
> I added the parts that I've actually hiked in southern Pennsylvania, and
> I've added most of the shelters in Pennsylvania, too.

Does that include Pine Grove Furnace?  I'm having some of that
rendered now so I can what you've done.

> There are also some random parts of the AT that seem to have come in through
> the TIGER import.

My guess is that the TIGER data should be eliminated and the new stuff
should be tagged as footway.  Though, if you can provide a permalink
to a section you did, I can compare it vs the gpx files.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Appalachian Trail

[Adam Schreiber]

The Appalachian Trail Conservancy makes track and shelter data
available for download [1] under a fairly simple agreement [2].
Furthermore, someone has already converted the data to gpx [3].  Is
there any reason to not upload this data?  Has anyone been working on
the AT already?

Cheers,

Adam

[1] 
http://www.appalachiantrail.org/site/c.jkLXJ8MQKtH/b.851255/k.4226/Appalachian_Trail_GIS_and_GPS_Data.htm
[2] 
http://www.appalachiantrail.org/site/c.jkLXJ8MQKtH/b.851253/k.68B1/Data_Download_Agreement.htm
[3] http://www.guymott.com/atgps.html

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Fwd: shape files of US states and great lakes

[Adam Schreiber]

On Tue, Jul 8, 2008 at 5:38 PM, SteveC <[EMAIL PROTECTED]> wrote:
>
> On 8 Jul 2008, at 14:37, Adam Schreiber wrote:
>
>> On Tue, Jul 8, 2008 at 5:30 PM, SteveC <[EMAIL PROTECTED]> wrote:
>>>> I've had a chat with jon who runs the tile server and an interim
>>>> solution to getting the great lakes and US/CA state borders on the
>>>> map is if there are Free shapefile(s) somewhere with said stuff on
>>>> it.
>>>>
>>>> Can anyone help?
>>
>> The US state borders are all in already.  I don't know a source for
>> the CA province borders though.
>
> the problem as I understand it is that extracting them and rendering
> them will take a while, and this is a stop gap

I'm not sure it's clear what your goal in this respect is.  The
borders are already rendered by [EMAIL PROTECTED] if not by mapnik.

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] Fwd: shape files of US states and great lakes

[Adam Schreiber]

On Tue, Jul 8, 2008 at 5:30 PM, SteveC <[EMAIL PROTECTED]> wrote:
>> I've had a chat with jon who runs the tile server and an interim
>> solution to getting the great lakes and US/CA state borders on the
>> map is if there are Free shapefile(s) somewhere with said stuff on it.
>>
>> Can anyone help?

The US state borders are all in already.  I don't know a source for
the CA province borders though.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] US Hydrographic Data

[Adam Schreiber]

On Tue, Jun 24, 2008 at 11:48 PM, yellowbkpk <[EMAIL PROTECTED]> wrote:
>
> Hi everyone,
>
> I'm just about done importing the NHD Data into a PostGIS database and can
> begin exporting to OSM format. Is there anyone out there that has already
> imported NHD data or drawn water bodies/rivers themselves that would want me
> to skip their areas?

I drew the water found at [1], but it can be wiped out and replaced
with the NHD data as it's not complete.

Cheers,

Adam

[1] 
http://informationfreeway.org/?lat=34.63865634607698&lon=-82.81616482858892&zoom=12&layers=B000F000F

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

[Talk-us] OSMXAPI Bounding Box

[Adam Schreiber]

Does anyone have a good bounding box for downloading all of the US
data via osmxapi?  I'm thinking of getting a Garmin GPS60CSx and would
be willing to make available the .img files.  Also, if anyone knows
how to get the SRTM topographical data into a layer for a Garmin, I'd
appreciate it.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] Rochester (NY) Mapping Party

[Adam Schreiber]

Are there any virtual mapping tasks that can be done remotely?

Cheers,

Adam

On Mon, Jun 9, 2008 at 6:42 PM, Richard Weait <[EMAIL PROTECTED]> wrote:
> The OpenStreetmap.org project is coming to Rochester this weekend.
> We'll be improving the map of Rochester and we would love to have your
> help.  Basic road and neighborhood data is in place, but we'd like to
> add bike routes, exercise trails, interesting businesses, favorite pubs,
> whatever is important to Rochester bikers.
>
> We'll have in introduction to OpenStreetMap and tips on how to collect
> and contribute data to OpenStreetMap.  Those who want to read ahead of
> the class can have a look at the Beginners' Guide
> http://wiki.openstreetmap.org/index.php/Beginners'_Guide
>
> Details of the Rochester Mapping Party are being completed now.  We're
> doing this on short notice to take advantage of a happy scheduling
> coincidence.  Watch for details here.
> http://wiki.openstreetmap.org/index.php/Rochester_Mapping_Party
>
> Bring your GPS if you have one.  Bring a spare to share if you have one
> (We'll have a few spares too).
>
> There is no charge to participate!  And it is sure to be fun!
>
> Best regards,
> Richard.
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] US Hydrographic Data

[Adam Schreiber]

Is there a reason the NHD treats rivers as linear features instead of
areas?  Is area data present for the river banks that isn't being
converted yet?

Cheers,

Adam

On Fri, May 2, 2008 at 9:46 AM, Ian Dees <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] is starting to show the data I uploaded yesterday:
>
> http://tah.openstreetmap.org/Browse/?x=1971&y=2935&z=13&layer=tile
>
> It looks like the water bodies aren't given "name" tags.
>
>
>
> On Thu, May 1, 2008 at 2:17 PM, Ian Dees <[EMAIL PROTECTED]> wrote:
>
> > I'm 80 minutes away from finishing an import in this area:
> >
> > http://tah.openstreetmap.org/Browse/?x=245&y=367&z=10&layer=tile
> >
> > I'll probably have to "fill in the holes" for islands and maybe slice up
> the extra-long ways (both are TODOs on Matthew's python script I think).
> >
> >
>
>
> ___
>  Talk-us mailing list
>  Talk-us@openstreetmap.org
>  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
>
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] US Hydrographic Data

[Adam Schreiber]

On Tue, Apr 29, 2008 at 9:14 PM, Adam Schreiber <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 29, 2008 at 6:15 PM, Matthew Perry <[EMAIL PROTECTED]> wrote:
>  >  Feel free to try it out and let me know how it works. The script is
>  >  available at 
> http://perrygeo.googlecode.com/svn/trunk/gis-bin/nhd_to_osm.py

It works very well on my sub-basin, 03060101.  I worry about the
length of the ways though.  If anyone downloads an area adjacent to
the lakes in my area, they would be pulling in a rather large way, in
this case a closed way.  Should large bodies of water be segmented and
be joined using a multipolygon relation?

Also, for the "holes" created by islands will those be easy to add in
later when the script is updated to handle them?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] US Hydrographic Data

[Adam Schreiber]

On Wed, Apr 30, 2008 at 11:02 AM, Matthew Perry <[EMAIL PROTECTED]> wrote:
> Older versions of GDAL/OGR (pre 1.5) don't use the osgeo namespace. Try:
>
>  import ogr
>
>  instead.

Thanks. Changing both imports worked for me.

Sorry Ian, I have no idea where libproj comes from.

This really only ought to be run for a subbasin at a time.  I received
a 46 MB osm file.

Cheers,

Adam

>  - matt
>
>
>
>  On Tue, Apr 29, 2008 at 6:14 PM, Adam Schreiber <[EMAIL PROTECTED]> wrote:
>  > On Tue, Apr 29, 2008 at 6:15 PM, Matthew Perry <[EMAIL PROTECTED]> wrote:
>  >  >  Feel free to try it out and let me know how it works. The script is
>  >  >  available at 
> http://perrygeo.googlecode.com/svn/trunk/gis-bin/nhd_to_osm.py
>  >
>  >  I'm running ubuntu hardy and installed every gdal related package I
>  >  could find.  When running the script I get:
>  >
>  >  $ ./nhd_to_osm.py NHD123830 nhd123830.osm
>  >
>  > Traceback (most recent call last):
>  >   File "./nhd_to_osm.py", line 31, in 
>  >
>  > from osgeo import ogr
>  >  ImportError: No module named osgeo
>  >
>  >  Am I missing something?
>  >
>  >  Cheers,
>  >
>  >  Adam
>  >
>
>
>
>
>
> --
>  Matthew T. Perry
>  http://www.perrygeo.net
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] US Hydrographic Data

[Adam Schreiber]

On Tue, Apr 29, 2008 at 6:15 PM, Matthew Perry <[EMAIL PROTECTED]> wrote:
>  Feel free to try it out and let me know how it works. The script is
>  available at http://perrygeo.googlecode.com/svn/trunk/gis-bin/nhd_to_osm.py

I'm running ubuntu hardy and installed every gdal related package I
could find.  When running the script I get:

$ ./nhd_to_osm.py NHD123830 nhd123830.osm
Traceback (most recent call last):
  File "./nhd_to_osm.py", line 31, in 
from osgeo import ogr
ImportError: No module named osgeo

Am I missing something?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] US Hydrographic Data

[Adam Schreiber]

On Tue, Apr 29, 2008 at 5:24 PM, Matthew Perry <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 29, 2008 at 10:14 AM, Adam Schreiber <[EMAIL PROTECTED]> wrote:
>  >  Are you able to distribute the data by county similar to the TIGER
>  >  import?  If so, could you send me the data for Oconee, Pickens and
>  >  Anderson counties in SC?
>
>
>  The data is freely available from http://nhd.usgs.gov/ .
>
>  Not sure if they provide it by county. I've only downloaded by basin
>  to avoid segmenting the river (those pesky rivers don't respect our
>  political boundaries!)

I guess I misunderstood your email back in January.  I thought you had
written something that processed their data format into something
ready to import into OSM?

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

[Talk-us] US Hydrographic Data

[Adam Schreiber]

Matthew,

Are you able to distribute the data by county similar to the TIGER
import?  If so, could you send me the data for Oconee, Pickens and
Anderson counties in SC?

Cheers,

Adam Schreiber

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] Islands in Lakes/Rivers

[Adam Schreiber]

On Thu, Feb 28, 2008 at 1:19 PM, Ian Dees <[EMAIL PROTECTED]> wrote:
> > I've had some success tagging river islands as natural=land.
> >
> > Bone
> >
>
> Thanks Bone. I tried tagging the island as natural=land to no avail. Any
> other ideas?

You could set layer = 1.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] US National Hydrography Dataset

[Adam Schreiber]

On 1/27/08, Matthew Perry <[EMAIL PROTECTED]> wrote:
> On Jan 27, 2008 1:26 PM, Adam Schreiber <[EMAIL PROTECTED]> wrote:
> > On 1/27/08, Bone Killian <[EMAIL PROTECTED]> wrote:
> > > Matthew Perry wrote:
> > > > So my question's are:
> > > > Would anyone be interested in some sort of mass upload of hydrography
> > > > data (to follow on the success of the TIGER import!) ?
> > > >
> > > It seems like a good idea to me.
> >
> > The hydrography data includes lakes streams and rivers?
> >
> > Should this wait until we get the coastline import straightened out?
>
> The NHD dataset does include coastlines but I've specifically dropped
> them from the conversion for this reason. The worst that will happen
> is that a river will not appear to make it all the way to the coast or
> will extend out past the coast by a small amount. Easily fixable by
> hand.

I ask because a lot of the east coast I've imported includes rivers as
a matter of getting the coast right.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] US National Hydrography Dataset

[Adam Schreiber]

On 1/27/08, Bone Killian <[EMAIL PROTECTED]> wrote:
> Matthew Perry wrote:
> > So my question's are:
> > Would anyone be interested in some sort of mass upload of hydrography
> > data (to follow on the success of the TIGER import!) ?
> >
> It seems like a good idea to me.

The hydrography data includes lakes streams and rivers?

Should this wait until we get the coastline import straightened out?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] broken state borders

[Adam Schreiber]

On Jan 23, 2008 7:11 PM, Dave Hansen <[EMAIL PROTECTED]> wrote:
> It doesn't stop rendering or anything, but it is certainly a data
> inconsistency.  It might just be easier to use Adam's data if yours is
> easy to clean out.

Who deletes that kind of stuff?

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] broken state borders

[Adam Schreiber]

On Jan 18, 2008 8:31 AM, Ian Dees <[EMAIL PROTECTED]> wrote:
> What is the source of the state borders? I've noticed that it didn't
> separate Michigan, for example.

I believe the state borders came from TIGER data.  Ted, please correct
me if I'm wrong.

I'm not sure what you mean by separate Michigan, as the upper and
lower peninsulas both have borders around them and they aren't
connected?

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] broken state borders

[Adam Schreiber]

On Jan 17, 2008 8:05 PM, Dave Hansen <[EMAIL PROTECTED]> wrote:
> The JOSM validator plugin calls some of the state borders
> "self-intersecting ways".  That's because the ways contain the same node
> multiple times consecutively:
> I've attached an entire OSM file showing this at the NY/PA border.
>
> Is this an isolated thing, or more widespread?

I uploaded the bulk of the US and ran the validator plugin before
uploading, so it shouldn't be a problem for any of my states.  Let me
know if it is though because I saved the .osm fies after uploading.

Cheers,

Adam

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] TIGER progress

[Adam Schreiber]

Here's for the remainder of OH.

Adam

On Jan 2, 2008 10:22 AM, Dave Hansen <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2008-01-01 at 18:34 -0500, Adam Schreiber wrote:
> > On Jan 1, 2008 6:03 PM, Dave Hansen <[EMAIL PROTECTED]> wrote:
> > > The following states need a look:
> > >
> > > NY, PA, OH, TX, VA, IL
> > >
> > > Probably Texas the most badly.  The most convenient way for me to get
> > > changes from anyone is probably via unified (diff -u) diffs of this
> > > file:
> > >
> > > http://dev.openstreetmap.org/~daveh/tiger/upload-queue.txt
> >
> > For VA. Attached.
>
> Awesome, thanks.  Applied.
>
>
> -- Dave
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
>
--- upload-queue_old.txt	2008-01-15 09:58:02.0 -0500
+++ upload-queue.txt	2008-01-15 10:03:41.0 -0500
@@ -10,13 +10,13 @@
 #NY/TGR36101.ZIP,Steuben
 #NY/TGR36107.ZIP,Tioga
 #NY/TGR36119.ZIP,Westchester
-#OH/TGR39041.ZIP,Delaware
-#OH/TGR39049.ZIP,Franklin
-#OH/TGR39057.ZIP,Greene
-#OH/TGR39059.ZIP,Guernsey
-#OH/TGR39055.ZIP,Geauga
-#OH/TGR39085.ZIP,Lake
-#OH/TGR39153.ZIP,Summit
+OH/TGR39041.ZIP,Delaware
+OH/TGR39049.ZIP,Franklin
+OH/TGR39057.ZIP,Greene
+OH/TGR39059.ZIP,Guernsey
+OH/TGR39055.ZIP,Geauga
+OH/TGR39085.ZIP,Lake
+OH/TGR39153.ZIP,Summit
 #PA/TGR42003.ZIP,Allegheny
 #PA/TGR42005.ZIP,Armstrong
 #PA/TGR42013.ZIP,Blair
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us

Re: [Talk-us] TIGER progress

[Adam Schreiber]

On Jan 1, 2008 6:03 PM, Dave Hansen <[EMAIL PROTECTED]> wrote:
> The following states need a look:
>
> NY, PA, OH, TX, VA, IL
>
> Probably Texas the most badly.  The most convenient way for me to get
> changes from anyone is probably via unified (diff -u) diffs of this
> file:
>
> http://dev.openstreetmap.org/~daveh/tiger/upload-queue.txt

For VA. Attached.

Cheers,

Adam
--- upload-queue.txt.old	2008-01-01 18:13:55.0 -0500
+++ upload-queue.txt	2008-01-01 18:16:34.0 -0500
@@ -452,130 +452,130 @@
 VT/TGR50023.ZIP,Washington
 VT/TGR50025.ZIP,Windham
 VT/TGR50027.ZIP,Windsor
-#VA/TGR51001.ZIP,Accomack
-#VA/TGR51003.ZIP,Albemarle
-#VA/TGR51005.ZIP,Alleghany
-#VA/TGR51007.ZIP,Amelia
-#VA/TGR51009.ZIP,Amherst
-#VA/TGR51011.ZIP,Appomattox
-#VA/TGR51015.ZIP,Augusta
-#VA/TGR51017.ZIP,Bath
-#VA/TGR51019.ZIP,Bedford
-#VA/TGR51021.ZIP,Bland
-#VA/TGR51023.ZIP,Botetourt
-#VA/TGR51025.ZIP,Brunswick
-#VA/TGR51027.ZIP,Buchanan
-#VA/TGR51029.ZIP,Buckingham
-#VA/TGR51031.ZIP,Campbell
-#VA/TGR51033.ZIP,Caroline
-#VA/TGR51035.ZIP,Carroll
-#VA/TGR51036.ZIP,Charles City
-#VA/TGR51037.ZIP,Charlotte
-#VA/TGR51041.ZIP,Chesterfield
-#VA/TGR51043.ZIP,Clarke
-#VA/TGR51045.ZIP,Craig
-#VA/TGR51047.ZIP,Culpeper
-#VA/TGR51049.ZIP,Cumberland
+VA/TGR51001.ZIP,Accomack
+VA/TGR51003.ZIP,Albemarle
+VA/TGR51005.ZIP,Alleghany
+VA/TGR51007.ZIP,Amelia
+VA/TGR51009.ZIP,Amherst
+VA/TGR51011.ZIP,Appomattox
+VA/TGR51015.ZIP,Augusta
+VA/TGR51017.ZIP,Bath
+VA/TGR51019.ZIP,Bedford
+VA/TGR51021.ZIP,Bland
+VA/TGR51023.ZIP,Botetourt
+VA/TGR51025.ZIP,Brunswick
+VA/TGR51027.ZIP,Buchanan
+VA/TGR51029.ZIP,Buckingham
+VA/TGR51031.ZIP,Campbell
+VA/TGR51033.ZIP,Caroline
+VA/TGR51035.ZIP,Carroll
+VA/TGR51036.ZIP,Charles City
+VA/TGR51037.ZIP,Charlotte
+VA/TGR51041.ZIP,Chesterfield
+VA/TGR51043.ZIP,Clarke
+VA/TGR51045.ZIP,Craig
+VA/TGR51047.ZIP,Culpeper
+VA/TGR51049.ZIP,Cumberland
 VA/TGR51051.ZIP,Dickenson
-#VA/TGR51053.ZIP,Dinwiddie
-#VA/TGR51057.ZIP,Essex
-#VA/TGR51610.ZIP,Falls Church
-#VA/TGR51061.ZIP,Fauquier
-#VA/TGR51063.ZIP,Floyd
-#VA/TGR51065.ZIP,Fluvanna
-#VA/TGR51067.ZIP,Franklin
-#VA/TGR51069.ZIP,Frederick
-#VA/TGR51071.ZIP,Giles
-#VA/TGR51073.ZIP,Gloucester
-#VA/TGR51075.ZIP,Goochland
-#VA/TGR51077.ZIP,Grayson
-#VA/TGR51079.ZIP,Greene
-#VA/TGR51081.ZIP,Greensville
-#VA/TGR51083.ZIP,Halifax
-#VA/TGR51085.ZIP,Hanover
-#VA/TGR51087.ZIP,Henrico
-#VA/TGR51089.ZIP,Henry
-#VA/TGR51091.ZIP,Highland
-#VA/TGR51093.ZIP,Isle of Wight
-#VA/TGR51095.ZIP,James City
-#VA/TGR51097.ZIP,King and Queen
+VA/TGR51053.ZIP,Dinwiddie
+VA/TGR51057.ZIP,Essex
+VA/TGR51610.ZIP,Falls Church
+VA/TGR51061.ZIP,Fauquier
+VA/TGR51063.ZIP,Floyd
+VA/TGR51065.ZIP,Fluvanna
+VA/TGR51067.ZIP,Franklin
+VA/TGR51069.ZIP,Frederick
+VA/TGR51071.ZIP,Giles
+VA/TGR51073.ZIP,Gloucester
+VA/TGR51075.ZIP,Goochland
+VA/TGR51077.ZIP,Grayson
+VA/TGR51079.ZIP,Greene
+VA/TGR51081.ZIP,Greensville
+VA/TGR51083.ZIP,Halifax
+VA/TGR51085.ZIP,Hanover
+VA/TGR51087.ZIP,Henrico
+VA/TGR51089.ZIP,Henry
+VA/TGR51091.ZIP,Highland
+VA/TGR51093.ZIP,Isle of Wight
+VA/TGR51095.ZIP,James City
+VA/TGR51097.ZIP,King and Queen
 VA/TGR51099.ZIP,King George
 VA/TGR51101.ZIP,King William
-#VA/TGR51103.ZIP,Lancaster
+VA/TGR51103.ZIP,Lancaster
 VA/TGR51105.ZIP,Lee
-#VA/TGR51109.ZIP,Louisa
-#VA/TGR5.ZIP,Lunenburg
-#VA/TGR51113.ZIP,Madison
-#VA/TGR51115.ZIP,Mathews
-#VA/TGR51117.ZIP,Mecklenburg
-#VA/TGR51119.ZIP,Middlesex
-#VA/TGR51121.ZIP,Montgomery
-#VA/TGR51125.ZIP,Nelson
-#VA/TGR51127.ZIP,New Kent
-#VA/TGR51131.ZIP,Northampton
-#VA/TGR51133.ZIP,Northumberland
-#VA/TGR51135.ZIP,Nottoway
-#VA/TGR51137.ZIP,Orange
-#VA/TGR51139.ZIP,Page
-#VA/TGR51141.ZIP,Patrick
-#VA/TGR51143.ZIP,Pittsylvania
-#VA/TGR51145.ZIP,Powhatan
-#VA/TGR51147.ZIP,Prince Edward
-#VA/TGR51149.ZIP,Prince George
-#VA/TGR51153.ZIP,Prince William
-#VA/TGR51155.ZIP,Pulaski
-#VA/TGR51157.ZIP,Rappahannock
-#VA/TGR51159.ZIP,Richmond
-#VA/TGR51161.ZIP,Roanoke
-#VA/TGR51163.ZIP,Rockbridge
-#VA/TGR51165.ZIP,Rockingham
+VA/TGR51109.ZIP,Louisa
+VA/TGR5.ZIP,Lunenburg
+VA/TGR51113.ZIP,Madison
+VA/TGR51115.ZIP,Mathews
+VA/TGR51117.ZIP,Mecklenburg
+VA/TGR51119.ZIP,Middlesex
+VA/TGR51121.ZIP,Montgomery
+VA/TGR51125.ZIP,Nelson
+VA/TGR51127.ZIP,New Kent
+VA/TGR51131.ZIP,Northampton
+VA/TGR51133.ZIP,Northumberland
+VA/TGR51135.ZIP,Nottoway
+VA/TGR51137.ZIP,Orange
+VA/TGR51139.ZIP,Page
+VA/TGR51141.ZIP,Patrick
+VA/TGR51143.ZIP,Pittsylvania
+VA/TGR51145.ZIP,Powhatan
+VA/TGR51147.ZIP,Prince Edward
+VA/TGR51149.ZIP,Prince George
+VA/TGR51153.ZIP,Prince William
+VA/TGR51155.ZIP,Pulaski
+VA/TGR51157.ZIP,Rappahannock
+VA/TGR51159.ZIP,Richmond
+VA/TGR51161.ZIP,Roanoke
+VA/TGR51163.ZIP,Rockbridge
+VA/TGR51165.ZIP,Rockingham
 VA/TGR51167.ZIP,Russell
-#VA/TGR51169.ZIP,Scott
-#VA/TGR51171.ZIP,Shenandoah
+VA/TGR51169.ZIP,Scott
+VA/TGR51171.ZIP,Shenandoah
 VA/TGR51173.ZIP,Smyth
-#VA/TGR51175.ZIP,Southampton
-#VA/TGR51177.ZIP,Spotsylvania
-#VA/TGR51179.ZIP,Stafford
-#VA/TGR51181.ZIP,Surry
-#VA/TGR51183.ZIP,Sussex
-#VA/TGR51185.ZIP,Tazewell
-#VA/TGR51187.ZIP,Warren
+VA