I've been looking at the tagging practices in the lower mainland and the
documentation on the wiki. I'm having trouble finding a consistent practice,
particularly around residential collectors.
Is there a consistent practice?
___
Talk-ca mailing
Message-
From: talk-ca-boun...@openstreetmap.org
[mailto:talk-ca-boun...@openstreetmap.org] On Behalf Of Richard Weait
Sent: Thursday, October 07, 2010 5:46 AM
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Tagging of roads in Vancouver
On Thu, Oct 7, 2010 at 8:24 AM, Paul Norman penor
UBC in Vancouver has been suffering from issues of building misalignment
because the Yahoo orthography is misaligned with the ground and suffers from
distortion[1]. The City of Vancouver offers some mapping data [2] which can
be used with OSM. I've taken 16 tiles that cover most of UBC and
...@gmail.com [mailto:samvekem...@gmail.com] On Behalf Of Sam
Vekemans
Sent: Sunday, October 31, 2010 6:25 AM
To: john whelan
Cc: Paul Norman; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] UBC, Vancouver orthography, and street alignment
were still waiting for OpenStreetMap to change it's licence
it is more specific than
Re: Contents of Talk-ca digest...
Today's Topics:
1. UBC, Vancouver orthography, and street alignment (Paul Norman)
--
Message: 1
Date: Sat, 30 Oct 2010 21:18:03 -0700
From: Paul Norman
The City of Surrey has released their GIS data under the PDDL at
http://www.surrey.ca/city-services/658.aspx
Included in this is addresses for the entire city, lamp posts, manholes.
I've glanced at some of the files in ArcGIS Explorer and the level of detail
in them is excessive if anything. That
given out enough detail to do so.
From: Adam Dunn [mailto:dunna...@gmail.com]
Sent: Tuesday, November 02, 2010 12:44 PM
To: Paul Norman
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Surrey Data
Asked on irc, and PDDL is okay to import, so we can do this one if we want.
Lots of great
are outside their tile system but photographed.
-Original Message-
From: talk-ca-boun...@openstreetmap.org [mailto:talk-ca-
boun...@openstreetmap.org] On Behalf Of Paul Norman
Sent: Monday, November 01, 2010 3:21 PM
To: talk-ca@openstreetmap.org
Subject: [Talk-ca] Surrey Data
list.
--
Paul Norman
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca
To get this info *out* of OSM you could use XAPI. A query like
http://xapi.openstreetmap.org/api/0.6/*[amenity=hospital] might work. The
wiki has more xapi documentation at http://wiki.openstreetmap.org/wiki/Xapi
which might help. You should be warned that xapi is at times slow and
outdated. You
Just an FYI for anyone mapping at UBC - my measurements show that the bing
imagery is offset approximately 2m in the direction 150 degrees meaning
everything should be about 2m north of where you draw it based on bing,
where north follows the street direction.
I took the true position as canvec,
I'm proposing to import the surrey address data located at
http://www.surrey.ca/city-services/658.aspx
I've written a translation script for the data, and it, along with the data
untranslated and translated are located at
http://maps.paulnorman.ca/surrey/addresses/
Legal:
The data is PDDL,
I just wanted to note a couple of mistakes are present in the conversion of
rd - road, etc, which are now fixed, and I'm re-running the conversions.
-Original Message-
From: talk-ca-boun...@openstreetmap.org [mailto:talk-ca-
boun...@openstreetmap.org] On Behalf Of Paul Norman
Sent
a number of buildings with invalid geometries that it doesn't
like.
A site survey is needed to do addr:* data, but I find this a lot easier to
do when I can print a map that has buildings and then write in each building
the details.
From: Paul Norman [mailto:penor...@mac.com]
Sent
As an aside, the imports in the lower mainland were not done by Sam, but by
mbiker. I'm not sure on the exact import process used for the NRN data. If I
were to do the imports over again myself I think I'd use CanVec 7.0 which
seems to have the same data but I haven't evaluated it in any detail.
, but it should be significantly fewer than currently and after
simplification and joining named ways together it should be easier to go in
and edit.
-Original Message-
From: Adam Dunn [mailto:dunna...@gmail.com]
Sent: Tuesday, February 22, 2011 9:38 AM
To: Paul Norman
Cc: Talk-CA OpenStreetMap
I think I have a note somewhere that says This is confusing in OSM. It's
worse on the ground. I try to include those when I map something that seems
completely illogical, but is an accurate representation of reality.
I fixed the Brunette/Bernatchey intersection - my imagery indicates that you
I prefer http://wiki.openstreetmap.org/wiki/Ogr2osm to do the conversions.
To convert you have to write a python function that maps the shapefile
tagging to osm tagging. This is not technically very hard, but mapping to
osm tags is very easy to get wrong.
If you're using Windows, I'd suggest
I'd suggest doing a conversion and posting a .osm file somewhere so we can
see the proposed tagging.
-Original Message-
From: Samuel Dyck [mailto:samueld...@gmail.com]
Sent: Friday, March 25, 2011 7:40 PM
To: Paul Norman
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca
The other information of note is that Sam did not remove his release to PD
until Febuary 2011.[1] My interpretation would be that any changeset
uploaded by him in this time is released into the public domain.
Therefore, it'd be acceptable to re-import any of his changesets as they are
public
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...@openstreetmap.org; Paul Norman;
talk-ca@openstreetmap.org
Subject: Re: [Talk-us] Proposed import of IBC data
I just finished converting the Surrey road data to a .osm file. This may be
of interest to anyone mapping in the Surrey area.
I've posted it to http://maps.paulnorman.ca/surrey/SurreyRoads2010.zip along
with the ogr2osm translation file I wrote.
I'm not planning to import it wholesale, just
this data?
Corey
On Mon, Mar 28, 2011 at 4:43 PM, Paul Norman penor...@mac.com wrote:
I just finished converting the Surrey road data to a .osm file. This
may be of interest to anyone mapping in the Surrey area.
I've posted it to http://maps.paulnorman.ca/surrey/SurreyRoads2010.zip
along
In short, the waterways in Surrey BC are largely from NHN data which in some
cases is accurate, but tends to be 20-30 years old. I'm proposing importing
data from the city, licensed under PDDL. I'm at least 2-3 weeks away from
being ready to do the import as I have some other priorities currently
From: Richard Weait [mailto:rich...@weait.com]
On Tue, Mar 29, 2011 at 2:31 AM, Paul Norman penor...@mac.com wrote:
In short, the waterways in Surrey BC are largely from NHN data which
in some cases is accurate, but tends to be 20-30 years old. I'm
proposing importing data from the city
for waterways is can be found in Bridgeview at
http://maps.paulnorman.ca/surreywater.html?bbox=-122.8773,49.2068,-122.8680,
49.2108
Hopefully this will help with determining if we want the roadside ditch
information.
From: Paul Norman [mailto:penor...@mac.com]
Subject: Re: [Talk-ca] [Imports
I've developed a couple of new layers that I use as background layers when
working in Surrey, BC. First off though, do NOT import these files. Instead,
merge objects from them or trace from them if you want to use them.
The first is cadLotsSHP, the Surrey castradal data. Castradal data
The Township of Langley has released a number of data sets under the PDDL, a
license that is compatible with OSM, at
http://www.tol.ca/ServicesContact/OpenData/OpenDataCatalogue.aspx
They have released about 40 datasets which I will be looking at after my
exams to see what has usable data. A
From: James A. Treacy [mailto:tre...@debian.org]
Sent: Tuesday, June 07, 2011 1:06 PM
To: talk-ca@openstreetmap.org
Subject: [Talk-ca] NTS tile 040P
Hello,
I believe I am looking for a subtile of 040P but the directory
ftp://ftp2.cits.rncan.gc.ca/osm/pub/040/P/ is empty.
This brings up
Two options
1. Covert to tiles with gdal2tiles or another program.
2. Set up MapServer and server it with WMS
1 is faster at serving tiles but takes more disk space and pre-processing. 2
is slower but better for large files since you don't have to pre-process.
As your GeoTiff isn't very large,
-Original Message-
Subject: Re: [Talk-ca] GeoTiff in JOSM
On Fri, Sep 2, 2011 at 12:55 PM, penorman penor...@mac.com wrote:
I'm at work and going on vacation so I can't give a detailed answer
for a few days, but this might help
No problem, any help is appreciated.
Once the
I'm hoping to do some highway work this weekend and would like to do any
changes to the highway tagging at this time. The two unresolved issues were
1. NHS=yes on ways
The apparent reason for adding this was that it was used in the US and is
referenced on some Wiki pages. I've reread
-Original Message-
From: Richard Weait [mailto:rich...@weait.com]
It is wonderful to see the increasing numbers of OSM groups in Canada.
Fredericton, NB is the newest group to start, earlier this year, but
who will be next?
Will it be Vancouver, or do Van-OSMers just pop across to
I noticed an issue with Okanagan lake in the BC Interior. June56 had
mistakenly messed it up and it was no longer rendering. After consultation
with them, I reverted changesets 9328821, 9338303 and 9338413 with changeset
9339109. I then restored the road and POI changes they had done in 9328821
A quick reading of the terms of use at
http://www.fredericton.ca/en/citygovernment/TermsOfUse.asp seems to show
that they suffer from the same problems as the Vancouver terms of use and
are non-open. http://weait.com/content/unintended-restrictions has an
analysis of them.
This is not just a
Back in April in
http://lists.openstreetmap.org/pipermail/talk-ca/2011-April/003929.html I
proposed importing data from Surrey, BC to replace the current OSM waterway
data for the city, which is derived from a NHD import. The license and
accuracy of the data is not an issue, the only questions
Does anyone know where I can find old CanVec versions? I was looking into
http://www.openstreetmap.org/?lat=44.608497
http://www.openstreetmap.org/?lat=44.608497lon=-63.629537zoom=18layers=M
lon=-63.629537zoom=18layers=M which I was pointed to on IRC and has a
footway and a track running over
There are two different and conflicting ways of tagging motorways at ferry
terminals. The first of these, as shown at the Horseshoe Bay terminal
http://osm.org/go/WJQnahqdV- is of having one way where there are many lanes
and tagging as highway=motorway. The second, shown at Swartz Bay
To: Paul Norman
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Old CanVec versions
I've got a copy of v6 on my network. Did you want one sheet or all of it?
Best Regards,
Brent Fraser
On 10/15/2011 2:06 AM, Paul Norman wrote:
Does anyone know where I can find old CanVec versions
.
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
I was looking at the new truck rendering layer at
http://www.itoworld.com/product/data/ito_map/main?view=160 and ran across an
import called the Calgary Area Trail Mapping Project. This is, as far as I
can tell, the only significant use of hgv=* between Vancouver and Toronto.
Does anyone know
From: si...@mungewell.org [mailto:si...@mungewell.org]
Subject: Re: [Talk-ca] Calgary Area Trail Mapping Project
I ran across some trails from the project when out on a week long
horseback riding camp...
http://www.openstreetmap.org/?lat=52.0671916007996lon=-115.9683108329
Surrey, BC is holding an Open Data Hackathon on Sunday November 20th. More
details are at http://www.surrey.ca/city-services/10036.aspx
I will be attending and looking at writing some new conversion scripts.
Does anyone have suggestions for any printed OSM materials to bring?
I'm writing this late at night so hopefully everything make sense.
Currently there are two competing schemes for the network=* tag. The first
of these is ca_bc_primary and the second is CA:BC. (Using the example of a
numbered route in BC)
I propose moving to one standard. I do not know
From: James Ewen [mailto:ve6...@gmail.com]
Subject: Re: [Talk-ca] Fwd: [OSM-talk] Argh, Canvec imports
On Thu, Nov 17, 2011 at 5:18 AM, Richard Weait rich...@weait.com
wrote:
I do bimonthly runs of the worldwide coastlines
(http://metro.teczno.com/#coastline), and Canada seems to be a
From: Frank Steggink [mailto:stegg...@steggink.org]
Subject: Re: [Talk-ca] new goodies on OSM -- Canvec artifacts
Due to the use of Natural Earth (?) as a base layer, certain artifacts
from the Canvec import become more visible, especially at the lower (=
7) zoomlevels. See for example the
Thanks to iandees, the imagery from Surrey BC is now mirrored with an OSM US
server. It can be accessed with an imagery URL of
tms[10,20]:http://{switch:a,b,c}.tile.osm.osuosl.org/tiles/bc_surrey_2011/{z
oom}/{x}/{y}.png in JOSM, or
http://a.tile.osm.osuosl.org/tiles/bc_surrey_2011/$z/$x/$y.png in
From: Paul Norman [mailto:penor...@mac.com]
Sent: Sunday, November 27, 2011 12:43 AM
To: 'Frank Steggink'; talk-ca@openstreetmap.org
Cc: gravityst...@gmail.com; impo...@openstreetmap.org
Subject: Re: [Talk-ca] new goodies on OSM -- Canvec artifacts
From: Frank Steggink [mailto:stegg
lanes=* and surface=* are present in BC (e.g. 092G02)
surface=unpaved is wrong for the most part - they're generally paved back
lanes.
From: Begin Daniel [mailto:jfd...@hotmail.com]
Sent: Wednesday, January 18, 2012 7:33 PM
To: rich...@weait.com; harald.kli...@mail.mcgill.ca
Cc:
The administrative boundaries in the lower mainland are not complete. I've
been looking for a source for the rest of them, but haven't found one.
From: SAMUEL LONGIARU [mailto:longi...@shaw.ca]
Sent: Sunday, January 22, 2012 1:42 PM
To: talk-ca@openstreetmap.org
Subject: [Talk-ca]
,
Vancouver, Richmond and Delta are all incomplete I believe.
From: Samuel Longiaru [mailto:longi...@shaw.ca]
Sent: Sunday, January 22, 2012 3:56 PM
To: Paul Norman
Cc: talk-ca@openstreetmap.org
Subject: RE: [Talk-ca] Canadian-specific boundary tweaks for MkGMap
Ah... well that could be the issue
From: Richard Weait [mailto:rich...@weait.com]
Sent: Thursday, January 26, 2012 10:24 AM
To: Talk-CA OpenStreetMap
Subject: [Talk-ca] Cleanup
Most of the Canadian data that needs cleaning is very low impact.
Two of the high-volume decline accounts are primarily imports that have
not
From: James A. Treacy [mailto:tre...@debian.org]
Subject: Re: [Talk-ca] Clean up - natural coastline
On Sat, Jan 28, 2012 at 10:33:09AM -0500, Andrew Allison wrote:
Hello:
I'm in the process of recreating non-ct data.
What areas need to be replaced?
I know that some PGS coastline
From: David Groom [mailto:revi...@pacific-rim.net]
Subject: Re: [Talk-ca] Clean up - natural coastline
- Original Message -
From: Andrew Allison andrew.alli...@teksavvy.com
Subject: [Talk-ca] Clean up - natural coastline
Hello:
I'm in the process of recreating non-ct data.
If the aboriginal lands are the same as were previously imported in BC I
don't think they're really suitable for use. A single reserve is split up
into much smaller areas at each of the roads. While I'm sure this is legally
correct, it's not much use for mapping.
I think boundary=aboriginal_land
Can you give an example of a municipal regional or upper municipality?
Looking at the global usage, admin_level=5 is seldom used. I would think
that Municipal Regional would be 6 and upper municipality would be 7, but I
cant really say without examples.
I would also suggest that these
, 2012, at 7:55 PM, Paul Norman penor...@mac.com wrote:
From: James A. Treacy [mailto:tre...@debian.org]
Subject: Re: [Talk-ca] Clean up - natural coastline
On Sat, Jan 28, 2012 at 10:33:09AM -0500, Andrew Allison wrote:
Hello:
I'm in the process of recreating non-ct data.
What areas
I make extensive use of the data from Surrey and Langley and consider them
to be models of the best practice for open data licensing, with all their
data licensed under PDDL.
-Original Message-
From: Richard Weait [mailto:rich...@weait.com]
Sent: Sunday, February 12, 2012 1:55 PM
To:
For the last couple of weeks I have been replacing the portions of the BC
coastline which were PGS or CT-dirty imports with the latest CanVec/GeoBase
data. I elected to use GeoBase since it's coastlines require less manual
processing to get into workable form. This process is now finished, with
Does this mean that they would form closed areas split like large lakes are?
If so, this makes them unsuitable for importing into OSM without significant
work.
Can we see an example area so that we know what you are proposing?
-Original Message-
From: Bégin, Daniel
Then I don't think they should be included in canvec.osm
-Original Message-
From: Bégin, Daniel [mailto:daniel.be...@rncan-nrcan.gc.ca]
Sent: Monday, February 13, 2012 6:04 AM
To: Paul Norman
Cc: talk-ca@openstreetmap.org
Subject: RE: [Talk-ca] Aboriginal Lands
Bonjour again Paul
From: James A. Treacy [mailto:tre...@debian.org]
Subject: Re: [Talk-ca] Aboriginal Lands
On Mon, Feb 13, 2012 at 08:37:17AM -0600, Tyler Gunn wrote:
With wooded areas and lakes I've noticed we tend to just leave them
un-merged. I can imagine for boundaries we'd like to have them
any.
-Original Message-
From: Bégin, Daniel [mailto:daniel.be...@rncan-nrcan.gc.ca]
Sent: Monday, February 13, 2012 6:00 AM
To: Paul Norman; talk-ca@openstreetmap.org
Subject: RE: [Talk-ca] British Columbia Coastlines
Amazing task!
And I understand that we should eventually have
From the wiki, those look consistent with what Ive seen locally, although
naturally I cant comment about Quebec.
From: Bégin, Daniel [mailto:daniel.be...@rncan-nrcan.gc.ca]
Sent: Monday, February 13, 2012 5:54 AM
To: Paul Norman; talk-ca@openstreetmap.org
Subject: RE: [Talk-ca
it :-) Regards,
Daniel
-Original Message-
From: Paul Norman [mailto:penor...@mac.com]
Sent: February 13, 2012 18:55
To: Bégin, Daniel
Cc: talk-ca@openstreetmap.org
Subject: RE: [Talk-ca] Aboriginal Lands
Then I don't think they should be included in canvec.osm
-Original
In BC we have remarkably consistent road tagging. Unfortunately, it bears
little resemblance to what the wiki suggests. Being familiar with the
tagging, I propose changing the wiki to match practice. Call it
anti-wiki-fiddling.
I've drafted what I propose using at
Aside from the usual oddities, the coastline in 092L10.0.1.osm seems odd up
in unique ways. There's a multipolygon with natural=coastline and the
coastline is ways in the MP with the role inner. If you were to try to
interpret this, it would be an area with the inside being the water.
If they were doing work on it Id suggest highway=construction. If theyve
just closed it indefinitely then Id say access=no is the best way, but is
it really a primary if its closed until further notice?
Access=no should likely be rendered at lower zooms when on major road types
From:
-Original Message-
From: Richard Weait [mailto:rich...@weait.com]
Sent: Wednesday, February 29, 2012 5:56 PM
To: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] Cleanup
On Wed, Feb 1, 2012 at 2:36 PM, Richard Weait rich...@weait.com wrote:
On Mon, Jan 30, 2012 at 2:27 PM, Richard
From: Richard Weait [mailto:rich...@weait.com]
Sent: Friday, March 02, 2012 5:42 AM
Subject: Re: [Talk-ca] Cleanup
On Fri, Mar 2, 2012 at 4:10 AM, Paul Norman penor...@mac.com wrote:
On Wed, Feb 1, 2012 at 2:36 PM, Richard Weait rich...@weait.com
wrote:
I suggest that we can have more
From: Richard Weait [mailto:rich...@weait.com]
Subject: Re: [Talk-ca] Cleanup
On Fri, Mar 2, 2012 at 12:57 PM, Paul Norman penor...@mac.com wrote:
From: Richard Weait [mailto:rich...@weait.com]
Sent: Friday, March 02, 2012 5:42 AM
Subject: Re: [Talk-ca] Cleanup
On Fri, Mar 2, 2012
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,
In 092G03.2.2.1.osm I noticed streets named East 51st Avenue with two
spaces between East and 51st.
Additionally most of the lanes are tagged highway=service lanes=1
surface=unpaved but are paved, and should also have service=alley. They're
also over-noded. This may be an issue with the
The GeoBase and CanVec imports in the lower mainland suffered from two
tagging errors I propose fixing with two one-time mechanical edits.
1. surface=unpaved service ways
GeoBase and CanVec highway=service ways are mis-tagged with surface=unpaved
regardless of if they are paved or not. I propose
-Original Message-
From: Stewart C. Russell [mailto:scr...@gmail.com]
Sent: Monday, March 19, 2012 4:22 PM
To: talk-ca@openstreetmap.org
Subject: [Talk-ca] Wind farm access roads that really shouldn't be in
OSM
I've notice a few ways in OSM like this one:
-Original Message-
From: Stewart C. Russell [mailto:scr...@gmail.com]
Subject: Re: [Talk-ca] Wind farm access roads that really shouldn't be
in OSM
On 12-03-19 19:45 , Paul Norman wrote:
I'd just retag as highway=service, but it definitely belongs in the DB
if there's a road
I have finished my translation file for the Township of Langley roads data.
The resulting output is available at
http://maps.paulnorman.ca/langley/Roads-201204.zip
Included are the shapefiles, ogr2osm translation file, and .osm output file.
This file is not to be blindly imported, but used as
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,
Since no one has objected (or commented) I'll go ahead with this if I can
get it in before the rebuild starts.
-Original Message-
From: Paul Norman [mailto:penor...@mac.com]
Sent: Saturday, March 17, 2012 12:04 AM
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Proposed
From: Richard Weait [mailto:rich...@weait.com]
Subject: [Talk-ca] upcoming Canadian press coverage and your local group
Dear all,
I expect that OSM will be getting some press coverage in the Canadian
media in the near future. This is a wonderful opportunity to launch
your
From: Andrew Allison [mailto:andrew.alli...@teksavvy.com]
Sent: Saturday, April 14, 2012 6:55 PM
To: talk-ca@openstreetmap.org
Subject: [Talk-ca] coastline or water polygon
Hello:
I'm removing red dots on the north coast of Nova Scotia at the
moment with canvec data. The canvec data
From: Richard Weait [mailto:rich...@weait.com]
Subject: [Talk-ca] Canadian imports: good or bad?
Dear All,
Let's talk about it again. How do we feel about the bulk copying of
information from a permitted source into OpenStreetMap in Canada?
To be clear, I'm not suggesting that we
From: Ian Bruseker [mailto:ian.bruse...@gmail.com]
Sent: Sunday, April 15, 2012 9:31 PM
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Canadian imports: good or bad?
On 2012-04-15, at 6:37 PM, Steve Singer st...@ssinger.info wrote:
I also feel that not of all data sources are
Websites normally use TMS for backgrounds, not WMS. WMS is generally a lot
slower than TMS. http://wiki.openstreetmap.org/wiki/WMS might help with
finding a WMS server for OSM data. To make your own WMS server you could
either use a program that turns tiles to WMS or renders directly to WMS.
2. There is not a consensus among the community that CanVec data can be
imported without verifying the data for internal consistency and where
possible against imagery.
If no one disagrees with the fact there is not a consensus that importing
CanVec without minimal verification is acceptable
From: Bégin, Daniel [mailto:daniel.be...@rncan-nrcan.gc.ca]
Subject: RE: [Talk-ca] Canadian imports: good or bad?
Steve, Paul,
I was on the impression that the consensus was more about using Canvec
where it is the best available source and, when it is not, the data
could be imported, but
Whoops - forgot to include talk-ca@ in this
-Original Message-
From: Paul Norman [mailto:penor...@mac.com]
Sent: Wednesday, April 25, 2012 1:50 PM
To: 'Toby Murray'; talk...@openstreetmap.org
Subject: Re: [Talk-us] City boundaries on the Canada/US border
I started working my way across
-Original Message-
From: webmas...@the506.com [mailto:webmas...@the506.com]
Sent: Thursday, June 21, 2012 10:51 AM
To: talk-ca@openstreetmap.org
Subject: [Talk-ca] Proposed import: Service New Brunswick address data
Hello...long time reader, first time poster. You may know me as
-Original Message-
From: Fabian Rodriguez [mailto:magic...@member.fsf.org]
Sent: Saturday, June 30, 2012 4:16 AM
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Tr : [OSGeo-qc] Données ouvertes : gouvernement
du Québec...
On 06/30/2012 03:51 AM, Frank Steggink wrote:
From: Richard Weait [mailto:rich...@weait.com]
Subject: [Talk-ca] redaction bot cbbboming soon!
Dear All,
The redaction bot is now in North America. You can watch the progress
here:
http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php
Each area starts from the
The logs (linked from that square) say which way it was. It looks like the
maritime boundary was large enough that two instances of the bot tried to
delete it at the same time
From: Bruno Remy [mailto:bremy.qc...@gmail.com]
Sent: Wednesday, July 18, 2012 7:43 PM
To: Paul Norman
Cc: Talk-CA
From: David E. Nelson [mailto:denelso...@yahoo.ca]
Subject: [Talk-ca] CanVec imports allowed again?
Now that the redaction bot has apparently finished its sweep of Canada,
is it safe for CanVec imports to be resumed? I want to try my hand at
importing a few tiles around where I live.
The
This is based on
http://lists.openstreetmap.org/pipermail/talk-us/2012-July/008830.html, a
recent talk-us@ discussion about TIGER tags. Parts of this message are a
copy/paste from there.
Some people may not even be aware of this but JOSM silently discards the
created_by tag if it exists on any
From: Adam Dunn [mailto:dunna...@gmail.com]
Sent: Sunday, July 29, 2012 5:57 PM
To: Steve Singer
Cc: Paul Norman; Toby Murray; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Disgardable NHN and NRN tags
I'd keep the accuracy:meters around. I've used that for other things
(mainly
From: Toby Murray [mailto:toby.mur...@gmail.com]
Sent: Tuesday, July 31, 2012 6:40 PM
To: talk-us
Subject: Re: [Talk-us] Discardable TIGER tags
I was unaware of the TLID bug and the fact that TIGER has changed their
data model although I kind of wondered about this because I didn't see a
From: Paul Norman [mailto:penor...@mac.com]
Sent: Sunday, July 29, 2012 8:14 PM
Subject: Re: [Talk-ca] Disgardable NHN and NRN tags
I think the ways tagged with sub_sea would need to be deleted, not
just the tag itself. These tend to be hydrological topology connectors
under lakes
After some technical and legal work, I now have a number of imagery layers
hosted on a rented server.
These layers cover from Vancouver to Hope in 20cm or better and Lions Bay to
Pemberton as 40cm or better. 10cm imagery is available for Vancouver,
Richmond, Ladner, West Delta, the North Shore,
You're supposed to copy and paste the URL from the table or click on the
link, not copy the link. I'll see if I can clarify that in the
documentation.
From: Matthew Buchanan [mailto:matthew.ian.bucha...@gmail.com]
Sent: Tuesday, August 21, 2012 8:01 PM
To: Paul Norman
Cc: talk-ca
I see the problem as being the importing of everything as being the problem,
not the geometric model :)
From: Daniel Begin [mailto:jfd...@hotmail.com]
Sent: Tuesday, August 21, 2012 1:49 PM
To: 'Pierre Béland'; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Canvec import issues
Bonjour
1 - 100 of 207 matches
Mail list logo