if no further action by the mapper.
I've contacted the user. As the import didn't meet some of the basic
consultation/documentation requirements and appears to be cleanly
revertable, I've started a revert.
Paul Norman
For the Data Working Group
___
Talk
On 8/5/2014 12:06 AM, Pavlo Dudka wrote:
It seems that the only place not allowed for adding name:** is UK.
That's why I started this discussion here. Should we discuss it
internationaly?
There is a general understanding that name:xx is for the name in the
language xx, not a translation of
Here in Canada with the NHN import the portion of streams through lakes and
wider rivers were imported with sub_sea=stream sub_sea:type=inferred
oneway=yes accuracy:meters=-1 (and source/attribution tags), but that import
needed a lot of clean up after it. I've been changing the sub_sea=stream to
A mapnik rendering change has revealed a problem in some areas with NHD
imported waterways. An example of the problem is at
http://www.openstreetmap.org/?lat=45.3lon=-123.3zoom=9layers=M
Essentially, all the streams are tagged as waterway=river, with
waterway=stream being used for what appear to
I checked with http://wiki.openstreetmap.org/wiki/NHD#Mapping and
StreamRiver 46003 was mapped to waterway=stream, and the description is
intermittent streams. As far as I can tell, nothing else was mapped to
waterway=stream.
NAIP imagery seems to verify this.
Seeing that the FCode was
?
On Sunday, March 20, 2011 05:29:54 pm Paul Norman wrote:
A mapnik rendering change has revealed a problem in some areas with
NHD
imported waterways. An example of the problem is at
http://www.openstreetmap.org/?lat=45.3lon=-123.3zoom=9layers=M
Essentially, all the streams
This is the view I subscribe to too. An example of two ways I would want to
join would be http://www.openstreetmap.org/browse/way/68711710 and
http://www.openstreetmap.org/browse/way/68710322
These differ only in nhd:com_id and they're both really short ways.
In any case, I'd like to make it
If there are no objections to the retagging part I'll proceed with retagging
FCodes 46003 and 46006 as documented on
http://wiki.openstreetmap.org/wiki/User:Pnorman/NHDCleanup
I will not be joining waterways at this time.
-Original Message-
From: Paul Norman [mailto:penor...@mac.com
seen is, this little problem will be small.
upstream
On Tue, Mar 22, 2011 at 4:50 PM, Paul Norman penor...@mac.com wrote:
If there are no objections to the retagging part I'll proceed with
retagging FCodes 46003 and 46006 as documented on
http://wiki.openstreetmap.org/wiki/User:Pnorman
The first of your examples ('015 node) appears to be more accurate than the
node it replaced in one of the ways,
http://www.openstreetmap.org/browse/node/263660932 which was farther away
from the monument (based on NAIP imagery)
In the second one ('476 node), the changeset improved the position
Adding talk-us@ and imports@ to the cc list since this touches the border.
The IBC data matches decently with the NAIP and Bing imagery on the border,
and very well with my 10cm Surrey imagery. The existing border data in OSM
is about 20m away in parts (near monument 32 for example)
The proposed
of the survey point.
-Original Message-
From: Richard Weait [mailto:rich...@weait.com]
Sent: Sunday, March 27, 2011 1:46 PM
To: Daniel Begin
Cc: impo...@openstreetmap.org; talk-us@openstreetmap.org; Paul Norman;
talk...@openstreetmap.org
Subject: Re: [Talk-us] Proposed import of IBC data
-Original Message-
From: Nathan Edgars II [mailto:nerou...@gmail.com]
On 9/30/2011 1:48 PM, Richard Fairhurst wrote:
I think
you could make a case that OSM in the US is being held back by the
community's failure to agree on a common tagging scheme for roads
(about five years after
-Original Message-
From: Toby Murray [mailto:toby.mur...@gmail.com]
The one address component that I have seen missing is suite. We have a
couple of places where businesses share housenumbers and use suite
numbers or letters. I'm sure this is not uncommon. Some places write it
as
Sent: Saturday, October 15, 2011 11:42 AM
Subject: Re: [Talk-us] Combining State/County Borders Physical
Features?
part 3, of course, is simplification. both 2) and 3) above have a lot of
nodes.
do we have any criteria stated anywhere about when simplification is in
order,
and what the
From: Nathan Edgars II [mailto:nerou...@gmail.com]
Subject: Re: [Talk-us] NE2 doing mass retaggings
On 10/19/2011 9:31 PM, Paul Norman wrote:
He has a history in Canada of deleting data in the same manner
http://www.openstreetmap.org/browse/way/50623496/history
Are you sure you're
From: Nathan Edgars II [mailto:nerou...@gmail.com]
Subject: Re: [Talk-us] NE2 doing mass retaggings
On 10/20/2011 10:56 AM, Paul Norman wrote:
From: Nathan Edgars II [mailto:nerou...@gmail.com]
Subject: Re: [Talk-us] NE2 doing mass retaggings
On 10/19/2011 9:31 PM, Paul Norman wrote
In another thread, the subject of high-visibility vests came up and I was
wondering if there were any of these in North America. The wiki says the
existing ones are sold by the OpenCycleMap shop, but they are listed as
temporarily unavailable. In any case, shipping clothing from Europe is
likely
.
They look like this: http://schaaltreinen.nl/openstreetmap-hi-viz-vest
If it looks a little wrinkly, that's because I brought them from Europe ;)
Martijn
On Sun, Oct 23, 2011 at 6:12 PM, Paul Norman penor...@mac.com wrote:
In another thread, the subject of high-visibility vests came up and I
From: Mike N [mailto:nice...@att.net]
Subject: Re: [Talk-us] Address improvement through imports?
Splitting ways for maxSpeed, public transport, cycle lanes, route
relations, and lane counts are all value-added mapper observations, but
still often conveniently span a number of blocks.
From: Martijn van Exel [mailto:m...@rtijn.org]
Subject: [Talk-us] Take your slice and map it!
I don't know how to add a WMS layer in Potlatch (can you?)
There are three options for using a WMS layer in Potlatch that I am aware
of.
1. Use a wms to tms proxy like http://whoots.mapwarper.net/
2.
From: Phil! Gold [mailto:phi...@pobox.com]
Subject: [Talk-us] Semi-import of TIGER 2011 in a small area
* Open the resulting .osm file in JOSM and delete everything I didn't
want. This was accomplished by selecting all the roads I did want and
then inverting the selection. Also, the
From: Toby Murray [mailto:toby.mur...@gmail.com]
Subject: Re: [Talk-us] Finding new roads
On Mon, Jan 16, 2012 at 6:48 PM, Nick Hocking nick.hock...@gmail.com
wrote:
I believe that OSm's most usefull attribute is to be up to date.
The only real way to do this is with a local mapper but
From: Dave Hansen [mailto:d...@sr71.net]
Subject: Re: [Talk-us] Parabens - Voce foi sortedo(a) com 10.000 pontos
fidelidade - Clique aqui e resgate.
On 03/08/2012 07:58 PM, James Mast wrote:
Can somebody PLEASE kill this spam that's been showing up the last few
days? I'd appreciate it.
Frederik, can we get these reverted? I'd do it myself but I'm not confident
enough with the revert tools and I doubt this changeset will revert cleanly.
In the particular example of way 44925685, a quick look shows no tags that
could not be recovered with TIGER and odbl=clean.
As an aside,
If there are duplicated ways and nodes, perhaps reverting is the best
option?
From: Marc Zoss [mailto:marcz...@gmail.com]
Subject: Re: [Talk-us] [Imports] Uploads to City of Salisbury, MD
Dear Nick
I would strongly advise to review and revise you conversion scripts.
The move to select
From: Toby Murray [mailto:toby.mur...@gmail.com]
Sent: Saturday, March 24, 2012 1:22 AM
To: talk-us
Subject: [Talk-us] Remapping coastlines
Paul Norman has been looking at coastlines as it relates to the license
change. Turns out we have a big problem along the west coast.
Does anyone
I propose replacing the PGS coastlines (largely imported by blars) in
Northwest Washington state with GeoBase coastlines. GeoBase data covers part
of NW Washington state (e.g. Canadian NHD area 08HAD00 covers the Washington
coastline from Port Angeles to Port Townsend). Most of the existing PGS
From: Wim Lewis [mailto:w...@.org]
Sent: Tuesday, March 27, 2012 11:27 PM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Proposed import: GeoBase Coastlines into
Northwest, Washington state
On Sat, 24 Mar 2012 17:50:13 -0700, Paul Norman penor...@mac.com
wrote:
I propose
There are a significant number of cities in BC and Washington which have
borders that in practice[1] coincide with the Canada/US border. Currently in
OSM these are represented with many nearly-overlapping ways.
The Canada/US border here consists of the BC-WA border, BC-ID border, BC-MT
border,
From: Jeffrey Ollie [mailto:j...@ocjtech.us]
Sent: Friday, March 30, 2012 8:21 AM
To: talk-us
Subject: Re: [Talk-us] City boundaries on the Canada/US border
On Fri, Mar 30, 2012 at 9:50 AM, Toby Murray toby.mur...@gmail.com
wrote:
The problem with conflicts is if someone is splitting
From: Nathan Edgars II [mailto:nerou...@gmail.com]
Sent: Friday, March 30, 2012 10:02 AM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] City boundaries on the Canada/US border
On 3/30/2012 12:55 PM, Paul Norman wrote:
From: Jeffrey Ollie [mailto:j...@ocjtech.us] Could
From: David Litke [mailto:dwli...@comcast.net]
Subject: Re: [Talk-us] Update on remapping
I am a newbie, wonder why the current license change downtime is
affecting data. Does the new license make some existing data illegel and
hence they are removing it? Or are they making use of the
LA area on BadMap: http://cleanmap.poole.ch/?zoom=10
http://cleanmap.poole.ch/?zoom=10lat=34lon=-118layers=00B0
lat=34lon=-118layers=00B0
From: Charlotte Wolter [mailto:techl...@techlady.com]
Sent: Sunday, April 08, 2012 1:34 PM
To: talk-us@openstreetmap.org
Subject: [Talk-us] Link to BadMap?
From: Martijn van Exel [mailto:mve...@gmail.com]
Subject: [Talk-us] importing bus stops
Hi,
Anyone here with experience importing bus stops? Any particular
considerations?
To make it more concrete, I have permission to import all UTA stops.
They come in a shapefile similar to the one
From: Alan Mintz [mailto:alan_mintz+...@earthlink.net]
Sent: Monday, April 16, 2012 6:18 PM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Excellent progress, u.s.
At 2012-04-16 14:06, Nathan Edgars II wrote:
Or you can simply add odbl=clean if there's nothing ungood about the
, March 30, 2012 7:51 AM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] City boundaries on the Canada/US border
On Fri, Mar 30, 2012 at 7:18 AM, Alexander Roalter
alexan...@roalter.it wrote:
Am 30.03.2012 11:17, schrieb Paul Norman:
There are a significant number of cities in BC
imported. Since they haven't responded, I'm asking the community for them.
What should be done with this data? It could be reverted or left. The data
does seem an improvement on the PGS that was there before, but I'm not a
local so I don't have any strong opinion.
Paul Norman
For the DWG
I happened across an import of Fresno castradal data from mid-2010 in the
Fresno area. http://www.openstreetmap.org/?lat=36.77lon=-119.81zoom=15 is
the general area but I haven't fully explored the extents. For a view of the
data, see http://maps.paulnorman.ca/imports/review/fresno.png
Based on
From: Toby Murray [mailto:toby.mur...@gmail.com]
Subject: Re: [Imports] [Talk-us] Fresno castradal imports
On Thu, Apr 26, 2012 at 9:39 AM, Martijn van Exel m...@rtijn.org wrote:
Hi,
On Thu, Apr 26, 2012 at 12:54 AM, Paul Norman penor...@mac.com
wrote:
I happened across an import
From: Nathan Edgars II [mailto:nerou...@gmail.com]
Sent: Saturday, April 28, 2012 2:24 AM
To: Tag discussion, strategy and related tools; OpenStreetMap talk-us
list
Subject: [Talk-us] Waterway directionality in drainage canals
It's the standard to draw a waterway in the direction of flow.
See http://lists.openstreetmap.org/pipermail/talk-us/2012-April/008032.html
for the full discussion around the removal
In summary:
- The Fresno import has a number of issues
- No one is opposed to removal if there are no easier options for cleaning
up the data
- No one has proposed an easier
From: Paul Johnson [mailto:ba...@ursamundi.org]
Subject: Re: [Talk-us] Fresno castradal imports
On Fri, May 4, 2012 at 1:37 AM, Paul Norman penor...@mac.com wrote:
See
http://lists.openstreetmap.org/pipermail/talk-us/2012-April/008032.htm
l for the full discussion around the removal
From: Nathan Mills [mailto:nat...@nwacg.net]
Subject: Re: [Talk-us] Fresno castradal imports
On 5/4/2012 4:21 PM, Ian Dees wrote:
To the contrary, this whole conversation started because we received
multiple complaints about this area from mappers who wanted to create
data in this area
From: Paul Johnson [mailto:ba...@ursamundi.org]
Subject: Re: [Talk-us] Fresno castradal imports
On May 4, 2012 5:41 PM, Alan Mintz alan_mintz+...@earthlink.net wrote:
...and we need to examine what our existing user tools and server
processing
and storage resources are and how they can
From: Alan Mintz [mailto:alan_mintz+...@earthlink.net]
Sent: Friday, May 04, 2012 3:06 PM
To: talk-us@openstreetmap.org; impo...@openstreetmap.org
Subject: Re: [Talk-us] Fresno castradal imports
At 2012-05-04 01:37, Paul Norman wrote:
See
http://lists.openstreetmap.org/pipermail/talk-us
Minutely diffs are currently running from
http://planet.osm.org/redaction-period/
You should read the caution first before consuming.
From what I saw the imports were fairly clean. Some large objects, but
that's to be expected with the large lakes in the region you were working
in. If you're
-Original Message-
From: Toby Murray [mailto:toby.mur...@gmail.com]
Sent: Friday, May 04, 2012 1:18 PM
To: OpenStreetMap talk-us list
Subject: Re: [Talk-us] Address placement (was: Fresno castradal imports)
Moving this to a new thread because there is no address data in the
I've been looking at the NHD data from the USGS site and have noticed a few
recent changes from how they were described on the wiki.
1. The viewer has changed. http://viewer.nationalmap.gov/viewer/nhd.html
will bring up a map you can use to download NHD data. This viewer does not
work in Chrome
From: Serge Wroclawski [mailto:emac...@gmail.com]
Seattle importer, please read!)
Getting back to the current TIGER expansion, I decided it would be a
mistake to try a large scale import without having some way of ensuring
that the uploads were being done correctly, and so I've been working
I have a few specific comments, and some more general ones
From: William Morris [mailto:wboyk...@geosprocket.com]
Subject: [Talk-us] UVM-SAL Buildings
Howdy Folks,
Trying this again, after a hiatus, here is a sample of a few hundred
buildings from a UVM-SAL land use classification. In
From: Phil! Gold [mailto:phi...@pobox.com]
Subject: Re: [Talk-us] UVM-SAL Buildings
* William Morris wboyk...@geosprocket.com [2012-06-01 12:53 -0400]:
is orthogonalization worthwhile in this case?
I'm not sure it is. I tried using JOSM's orthogonalization tool on a
number of buildings
You're asking two separate questions, one is on creating a PDF map, the
other is a style sheet that shows something other than what osm.xml (the
standard style on osm.org) does.
I wrote mapbook (https://github.com/pnorman/mapbook) which will create a PDF
using Mapnik's default AGG renderer. It
I have been working on a conversion for NHD data to .osm and decided it's
time to post something.
A few warnings
- The conversion is not yet done. I estimate that the FCode conversions are
about 90% done
- This is designed to work on the pre-staged subregion files which are
FileGDB or
From: Toby Murray [mailto:toby.mur...@gmail.com]
Subject: Re: [Talk-us] Fwd: Re: Post bot cleanup
And this time to the list... (cures you, lack of reply-to!)
On Thu, Jul 19, 2012 at 11:16 AM, the Old Topo Depot
oldto...@novacell.com wrote:
Toby's post yesterday using the modified live
From: Kevin Kenny [mailto:kken...@nycap.rr.com]
Subject: [Talk-us] NHD import: what data quality is acceptable?
A few months ago, I tried to get started on trying to resume the NHD
import in my area - and some of the places where I hike. I'm trying to
check results with both P2 and JOSM,
From: James Umbanhowar [mailto:jumba...@gmail.com]
Sent: Sunday, July 22, 2012 6:43 PM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] NHD import: what data quality is acceptable?
On Sun, 2012-07-22 at 18:33 -0700, Paul Norman wrote:
The main weakness with NHD data that I find
From: Kevin Kenny [mailto:kken...@nycap.rr.com]
Sent: Monday, July 23, 2012 5:45 AM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] NHD import: what data quality is acceptable?
On 07/22/2012 09:33 PM, Paul Norman wrote:
The mappings on the wiki are not only incomplete
I happened to be looking at Kern County and noticed two problems with the
imports that seem to be systemic over the area.
The first is classification of empty areas as landuse=residential (e.g.
http://www.openstreetmap.org/browse/relation/540695
http://www.openstreetmap.org/browse/way/53993995)
It’s all CC BY-SA right now so you’d be okay now, but I think it’d be a problem
in the future under both CC BY-SA and ODbL if you were mix the data in this way.
From: Martijn van Exel [mailto:m...@rtijn.org]
Sent: Monday, August 13, 2012 7:09 PM
To: Mike N
Cc: talk-us@openstreetmap.org
It's good to see some progress made on cleaning these up.
Just be clear, are you proposing a new import at this time?
From: Nathan Mixter [mailto:srmix...@hotmail.com]
Sent: Monday, August 20, 2012 2:45 PM
To: talk-us; imports
Subject: [Talk-us] Kern County progress
I have begun
the accuracy.
On Aug 20, 2012 6:36 PM, Paul Norman penor...@mac.com wrote:
It's good to see some progress made on cleaning these up.
Just be clear, are you proposing a new import at this time?
From: Nathan Mixter [mailto:srmix...@hotmail.com]
Sent: Monday, August 20, 2012 2:45 PM
I've gone and updated the imagery bounds and bboxes for both Potlatch 2 and
JOSM for the North American imagery sources. JOSM should now only suggest a
source if it actually covers the area.
Potlatch 2 will still suggest sources even if they don't cover the area
because potlatch 2 only supports
The survey points are based on IBC data (which they view as PD) and are
supposed to be accurate within a few cm and the limits of NAD83 to WGS84
conversion (a few more cm).
I've verified a few by the lower mainland with survey and against a few
sources of accurate imagery and their data seems
with the actual border. See
http://www.openstreetmap.org/?lat=48.9803
http://www.openstreetmap.org/?lat=48.9803lon=-121.7579zoom=12layers=M
lon=-121.7579zoom=12layers=M
Paul Norman wrote:
On Mon, Sep 17, 2012 at 5:49 PM, Paul Norman penor...@mac.com wrote:
The survey points are based on IBC
From: Martijn van Exel [mailto:m...@rtijn.org]
Sent: Friday, September 28, 2012 8:29 AM
Subject: Re: [Talk-us] Remap-a-tron level 2 complete! Suggestions for
level 3?
Level 4
Tiger unedited roads that are highway residential and have no name.
How many of those are there? They
From: Dave Hansen [mailto:d...@sr71.net]
Subject: [Talk-us] Whole-US Garmin Map update - 2012-09-26
Does your map cover Mexico/Canada?
Yes!! I have, for the purposes of this map, annexed Ontario
in to the USA. Some areas of North America that are close
to the US
From: Andrew Guertin [mailto:andrew.guer...@uvm.edu]
Subject: Re: [Talk-us] Burlington, Vermont road classification
On 10/18/2012 05:07 PM, Richard Weait wrote:
On Thu, Oct 18, 2012 at 4:48 PM, Andrew Guertin
andrew.guer...@uvm.edu wrote:
Hi,
There are two active mappers in the
From: Toby Murray [mailto:toby.mur...@gmail.com]
Sent: Saturday, October 20, 2012 12:59 AM
To: Talk Openstreetmap
Subject: Re: [Talk-us] press from SOTM US
On Fri, Oct 19, 2012 at 10:48 PM, Richard Welty rwe...@averillpark.net
wrote:
we got some. Carl Frantzen of Talking Points Memo
I've been going through my time-lapse photos from the way down to Portland.
A large part of what I'm doing is adding tags to the I 5, mainly lit=yes/no
since you can't get much else at night.
Because I'm editing the tags anyways, I'm stripping off unnecessary or
incorrect tiger:* tags. Often this
From: Russ Nelson [mailto:nel...@crynwr.com]
Sent: Saturday, October 27, 2012 6:19 PM
To: OSM US Talk List
Subject: Re: [Talk-us] NHD Imports
I would like to have every stream in the U.S. available as a .osm file.
So, say, I am running along some road or railroad, and I see a stream
that
From: Nathan Mixter [mailto:nmix...@gmail.com]
Sent: Sunday, October 28, 2012 1:39 PM
To: talk-us
Subject: Re: [Talk-us] NHD imports
In June, user Bsupnik converted the entire NHD dataset into OSM format.
The files are available at http://bsupnik.dev.openstreetmap.org/NHD. He
mentioned
Background: I'm working on converting NHD to .osm format
NHD is an extremely large data set. It's about 25G of zipfiles and all of
this converted to .osm would total about 3 TB. This is about 10x-15x times
the size of planet.osm.
There are three factors that lead to this large size. The third is
From: Michal Migurski [mailto:m...@teczno.com]
Sent: Sunday, October 28, 2012 8:58 PM
To: OpenStreetMap US Talk
Subject: Re: [Talk-us] What to do with unnamed NHD streams
Does [NHD] all come in shapefile form? The simplification would be a
relatively easy (though time-consuming) task for
From: Michal Migurski [mailto:m...@teczno.com]
Sent: Monday, October 29, 2012 12:04 AM
To: OpenStreetMap US Talk
Subject: Re: [Talk-us] What to do with unnamed NHD streams
On Oct 28, 2012, at 11:41 PM, Paul Norman wrote:
From: Michal Migurski [mailto:m...@teczno.com]
Subject: Re
From: Michal Migurski [mailto:m...@teczno.com]
Subject: Re: [Talk-us] What to do with unnamed NHD streams
On Oct 29, 2012, at 12:03 AM, Michal Migurski wrote:
Do you have any sample NHD extracts that might be usable for a test
drive?
All of NHD can be found at on the USGS FTP site,
From: Jaakko Helleranta.com [mailto:jaa...@helleranta.com]
Sent: Monday, October 29, 2012 5:52 AM
To: Paul Norman
Subject: Re: [Imports] What to do with unnamed NHD streams
Hi Paul,
Where can I get my hands on this data / its documentation?
I'm actually most interested about
This is only a partial reply - I should have more detail this afternoon when
I have more time.
From: Ben Supnik [mailto:bsup...@xsquawkbox.net]
Subject: Re: [Talk-us] NHD imports
2. The conversion required running a non-GUI tool, which meant having
command line skills, etc.
This is
From: Martijn van Exel [mailto:m...@rtijn.org]
Sent: Wednesday, October 31, 2012 2:18 PM
To: Richard Weait
Cc: Serge Wroclawski; d...@osmfoundation.org; Ian Dees; talk-
u...@openstreetmap.org Openstreetmap
Subject: Re: [Talk-us] Difficult USA mapper(s)
It's hard to come up with guidelines
From: Matthias Meißer [mailto:dig...@arcor.de]
Sent: Thursday, November 01, 2012 9:51 AM
To: talk-us@openstreetmap.org
Subject: [Talk-us] Operation Cowboy - preparations
Hi US community,
4. *Further Imagery*
Is there other or better imagery than Bing for certain areas? How can we
From: Serge Wroclawski [mailto:emac...@gmail.com]
Subject: Re: [Talk-us] Feature proposal: proposed expanded address
tagging scheme for US
Since local conditions vary so
widely across the US, having more tags gives mappers more flexibility
to tag what they see.
How does it give them
From: Mark Gray [mailto:mark-os...@hspf.com]
Subject: Re: [Talk-us] Feature proposal: proposed expanded address
tagging scheme for US
In taginfo, I see there is already some use:
86023 instances of associatedStreet
14921 instances of Street
This is still small compared with:
15461897
I've been cleaning up and converting the Alaska admin boundaries and
relations and I've come across two questions where I could use some more
local feedback. I'm not finished yet, I still have to go back and fix some
mistakes (ugh) and de-duplicate more ways.
As no one had touched most of the
From: Paul Norman [mailto:penor...@mac.com]
Subject: [Talk-us] Alaska CPD boundaries
(2) The 3 nautical mile limit (state submerged land limit, traditional
territorial sea claims limit)
I'm sort of answering my own question, but the latest TIGER data has it at
this limit.
I'll go ahead
In Alaska the Boroughs and CPDs are the equivalent of counties.
I recently cleaned up much of the Canada/Alaska border and in the process
looked at the counties data.
I have come to the conclusion that it is better and easier to remove the
existing counties data and reimport from TIGER 2012.
(subject changed because this isn't really about the CPDs anymore)
From: Greg Troxel [mailto:g...@ir.bbn.com]
Sent: Monday, November 26, 2012 4:48 AM
To: Paul Norman
Subject: Re: [Talk-us] Alaska CPD boundaries
I'm sort of answering my own question, but the latest TIGER data has
-Original Message-
From: Frederik Ramm [mailto:frede...@remote.org]
Sent: Monday, November 26, 2012 8:00 AM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Proposed import: Alaska Boroughs/CPDs
Hi,
On 11/26/12 05:51, Paul Norman wrote:
There is more detail at
http
From: Greg Troxel [mailto:g...@ir.bbn.com]
Sent: Monday, November 26, 2012 4:48 AM
Subject: Re: [Talk-us] Alaska CPD boundaries
The census bureau divided the unorganized borough into 11 census
areas.
These have no legal significance but serve to sub-divided the state
into
From: Toby Murray [mailto:toby.mur...@gmail.com]
Subject: Re: [Talk-us] Proposed import: Alaska Boroughs/CPDs
I have been doing a lot of work on county borders in the lower 48. I got
to Alaska and the current state of the data plus the whole unorganized
borough thing made me go huh? I'll
From: Paul Norman [mailto:penor...@mac.com]
Subject: Re: [Talk-us] Proposed import: Alaska Boroughs/CPDs
Given that the comments received have been generally positive and the
concerns raised are addressed I'm going to go ahead and start post-
processing the data so I can merge it in as well
Ogr will read personal geodatabases with the appropriate drivers so ogr2osm
will read them, so if the legal issues can be sorted out there's no problem.
From: Steven Johnson [mailto:sejohns...@gmail.com]
Sent: Thursday, November 29, 2012 10:04 AM
To: Open Street Map Talk-US
Subject: Re:
It's worth noting that the results will be in Mercator meters, not meters.
I have OSM loaded into a pgsnapshot db and can run queries on request.
Something else is that tags-'highway' in ( 'motorway', 'primary',
'secondary' ) will NOT use indexes on tags.
tags @ hstore('highway',
Apologies for the length, but there are quite a few points to address,
some of a specific nature and others more general. Because I'm replying
to points across several messages and the formatting in this thread has
become screwed up I'll be reformatting messages and re-ordering them so
that
From: Alex Barth [mailto:a...@mapbox.com]
Subject: Re: [Talk-us] MassGIS building conversion
On Dec 9, 2012, at 3:51 PM, Jason Remillard remillard.ja...@gmail.com
wrote:
But, in general, I don't think the MassGIS ID's should be included
since they are just the center of mass of the
From: Alex Barth [mailto:a...@mapbox.com]
Subject: Re: [Talk-us] MassGIS building conversion
Hi Paul -
On Dec 10, 2012, at 6:06 PM, Paul Norman penor...@mac.com wrote:
Any future work with the data after it's imported will have to handle
buildings without IDs. I included IDs in two
I'd say the wiki is likely the least used of the various channels for local
OSM communities. Because as part of the DWG I've had to contact local
communities in various ways I've seen (in some kind of rough order
resembling popularity)
- Mailing lists
- OSM.org forums
-
From: Steve Coast [mailto:st...@asklater.com]
Subject: Re: [Talk-us] Mappy Hour suggestions?
Try to find new audiences, this mailing list is saturated with your
target market already. So, try google ads or a banner on osm.org. Work
with existing local groups (e.g. the seattle group had no
A couple of initial comments:
Has some kind of simplify been run on the data? Although most of the
buildings are quite good some of the curved ones are overnoded (e.g.
http://took.paulnorman.ca/imports/massgis/noded.png)
If your documentation conflicts with the requirements of the import
message or a 0-hour block which
forces them to log on to osm.org and read it.
From: Jeff Meyer [mailto:j...@gwhat.org]
Sent: Wednesday, December 12, 2012 6:56 PM
To: Paul Norman
Cc: Jason Remillard; impo...@openstreetmap.org; OpenStreetMap US Talk
Subject: Re: [Talk-us] [Imports] MassGIS Building
CanVec operates with each user using a dedicated account. Using a dedicated
account doesn't mean sharing an account.
From: Clifford Snow [mailto:cliff...@snowandsnow.us]
Sent: Wednesday, December 12, 2012 8:37 PM
To: nicholas ingalls
Cc: OpenStreetMap US Talk
Subject: Re: [Talk-us] [Imports]
601 - 700 of 952 matches
Mail list logo
