On Feb 12, 2018 17:51, "Matthew Darwin" wrote:
Hi,
I am now reviewing the *addr**:city* tag. Seems we are not very
consistent how we use it. For example, Toronto:
110707 City of Toronto
9603 Toronto
With my minimalist mapping hat on (it's invisible), if a municipality has a
boundary de
But they can't use OGL-CA v2 cos municipalities aren't federal. And
anything but the actual few already approved licences need a multi-month
review.
Stewart
On Sep 27, 2017 18:28, "James" wrote:
> other then have them change their license from say ogl-ca v1 to ogl-cav2
>
> theres not much we c
Hi Jochen,
I was waiting for user canvec_imports to say something, but there's been no
activity from the account for more than two years.
The import was started a long time ago, before there were import guidelines
and very likely before the licence change too. It was done with the best
available
On Jun 2, 2017 6:40 PM, "john whelan" wrote:
Treasury Board Canada's Open Data License 2.0 has been reviewed by the
legal working group and deemed OK. The City of Ottawa's license which was
derived from the TB one has been accepted.
Yes, the whole Federal licence has passed LWG muster. Ottawa
Hi Martijn - I have the LWG looking at the Toronto and Ontario licenses.
Simon Poole has previously said that all OGL-ca-type licenses will be
reviewed individually.
Stewart
On Jun 2, 2017 5:47 PM, wrote:
> Hi all,
>
> I am curious what the current status is around OGL-like licenses and
> comp
Just so folks know, there are a few initiatives going on that could lead us
to using Ontario and Toronto open data.
I requested the LWG review the licences last month. This will take a few
months to rattle through the system.
Also last month on Open Data Day, there were useful contacts made at th
On Nov 11, 2016 6:04 AM, "James" wrote:
>
> The other tags are precisions (instead of doing massive spatial joins)
> you will know that say Ottawa is in Ontario
I disagree that these need to be added. is_in* seems to be deprecated, and
we have (or should have) robust boundary=administrative data
On Sep 15, 2016 08:08, "Kevin Farrugia" wrote:
>
> I think Stewart means make sure that the City has the rights to
distribute it if the data is created by some third party.
Thanks, Kevin. That's exactly what I meant.
As was mentioned on the thread I linked to, a UK open address group found
that
Hi James,
> If you are asking if we are going to just dump a whole lot of data as is in a
> region, the answer is no.
No, I knew you weren't just planning to do that. I was asking if the
import was going to be done through dedicated accounts, as it should
be.
These address points, once we get t
Hi Dennis - thanks for getting back to me.
> We will be using the Tasking Manager to import small chunks of data that
can be downloaded via each individual tasks.
So these could possibly be carried out by regular user accounts, not the
dedicated import accounts as required by the guidelines?
Che
I checked on OSM-legal. Would probably work if we had a statement from Peel
agreeing to inclusion. As is, it's likely not compatible.
Stewart
-- Forwarded message --
From: "Simon Poole"
Date: Sep 8, 2016 13:57
Subject: Re: [OSM-legal-talk] Licence compatibility: Open Data Licence
Hi James:
As per the import guide lines I wish to seek approval for importing
> building outlines and addresses in the region of Peel.
>
> Documentation is available here:
> https://github.com/osmottawa/imports/blob/master/Peel-Region.md
>
Seems like a decent outline, though I have questions:
existing address data and drop in the stats data and use the
> copy for their purposes.
>
> Cheerio John
>
> On 1 February 2016 at 18:36, Stewart Russell wrote:
>
>> It seems that this import has started with no discussion. Here's the wiki
>> pa
It seems that this import has started with no discussion. Here's the wiki
page:
https://wiki.openstreetmap.org/wiki/Triplinx_Metrolinx_Import_Plan
Stewart
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
A trunk road is not necessarily divided. The limited access part means that
it's not residential. It has to go from a town or city to another town or
city. It predates or has lesser capacity than a motorway.
It's one of these maddening "know one when I see one" definitions that
makes perfect sense
I was pretty disappointed with the results I got from (mapquest's)
Nominatim when I tried to geocode Doors Open Toronto's data. I found about
a third of the results were clearly wrong, and haven't eyeballed the rest
on a map to see how far off they are. Toronto's got pretty good address
range entry
On Tue, May 7, 2013 at 3:48 PM, Fabian Rodriguez wrote:
>
> http://blog.openstreetmap.org/2013/05/07/openstreetmap-launches-all-new-easy-map-editor-and-announces-funding-appeal/
>
>
All I get is a blank white screen with iD on Firefox 20.0.1 (aka current
release). That might be a bit of a hurdle f
Being returned to the last edited thing is the best! If I saw all of Canada
every time I went to the website I'd be pulling lots of tiles and queries
to get where I want to go.
Cheers
Stewart
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://list
On Thu, Aug 9, 2012 at 4:19 PM, Harald Kliems wrote:
> That's indeed some nice imagery. In the area I looked at, the QC/NY
> border south of Montreal, it doesn't extend all that far into Canada
> but it's nice nonetheless.
It looks like some of the stuff in Canada is Public Domain:
http://cumulus
You know, I haven't a clue. I signed up in May 2007, but didn't
actually start mapping until July 2010.
Stewart
--
http://scruss.com/blog/ - 73 de VA3PID
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Thu, Dec 2, 2010 at 1:00 PM, James Ewen wrote:
>
> Goofy people across the pond, huh?
Nah, 'cos we'd just call them a chemist.
--
http://scruss.com/blog/
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/ta
21 matches
Mail list logo
