Maybe we look at volume and connectivity to higher orders of road and/or
connectivity to other municipalities as the criteria?
In some areas these will also happen to be former provincial highways (ex:
parts of former Hwy 7, parts of former Hwy 10/Hurontario, Main St
(Hamilton), etc.) while
t;
> --
>
>
>
> Andrew
> Student
>
>
> On Thursday, July 16, 2020, 08:31:48 p.m. EDT, Kevin Farrugia <
> kevinfarru...@gmail.com> wrote:
>
>
> Hey Andrew,
>
> I'm in agreement with Justin. I think it's too urban a road, with urban
> speed li
Hey Andrew,
I'm in agreement with Justin. I think it's too urban a road, with urban
speed limits along almost its entire length and many traffic lights. I
definitely wouldn't consider the part of Yonge through downtown Toronto (or
most of Toronto for that matter) to be Primary, with truck
I wouldn't worry about hoping the NRCan stuff is up to date. They're based
on data may/may not have been updated since the paper maps were printed in
the 70s/80s/90s and all aerial imagery that's in OSM would be newer than
that.
The National Hydro Network and National Road Network (based on
Hey Jason,
Imports are quite the pain to try and do - there's a whole process in place
now to do them. It stems from the experience in the States of an import
more than a decade ago of the TIGER data (from the Census Bureau) that is
still being fixed after pretty large amounts of time working
Canada Post is a Crown Corporation so it kind of operates in its own world
even though it's subsidised and owned by the government. I don't think the
open government directive applied across all Crown ABCs but to the civil
service portion.
We're not doing an import of post offices in the actual
Correct - it's a municipal bylaw thing. For example, Burlington explicitly
allows bikes on sidewalks except downtown, while next door in Oakville
riding on sidewalks isn't allowed anywhere. Brampton allows bikes on
sidewalks if the wheel size is less than a certain size so that kids can
legally
I don't want to rain on the postal code party, and maybe I'm a little jaded
from using the data, but I use the Postal Code Conversion File (PCCF) from
Statistics Canada (who get it from Canada Post) at work. In general I
would say that the postal code points are in mediocre shape.
Some things
Hi Eric,
Welcome to OpenStreetMap! It's also great that you're able to provide so
much imagery to Mapillary.
Are there certain areas of Ontario that are a priority or certain
attributes that are most important to your routing? For example, maybe
Stouffville is in general a big issue for you or
Hi Joshua,
The national data that gets mentioned here is actually municipal data
rolled up into one federated Federal dataset to avoid licensing issues
since the federal license has been approved by OSM.
As for the national import, that's for others to update you on
---
Kevin (Kevo)
On
No, I'm referring to the official records of street names held by
municipalities. In many cases, at least in newer developments, they seem to
be abbreviated. If it's officially short form then it would be incorrect to
say it's Saint.
---
Kevin Farrugia
On Fri, Mar 15, 2019, 1:08 PM Martin
However, the street name is legally "St." in almost all cases, so saint is
wrong.
-------
Kevin Farrugia
On Fri, Mar 15, 2019, 1:00 PM Martin Chalifoux via Talk-ca <
talk-ca@openstreetmap.org> wrote:
> The word is definitely Saint. St is a contraction and neither proper
Hi Jarek,
I agree that of the sign has a short form for saint then it should be that
way on the map too, as the sign text comes from the official records of
street names.
I think St. Is better with a period as it makes it less ambiguous to it
being an abbreviation and it may help screen readers
Data is currently stored in OSM by mappers this way, regardless of the
source. I don't think a height or which part is needed to use the building
part tags. It provides the basis for later additions should a mapper be so
inclined to add it.
---
Kevin Farrugia
On Thu., Jan. 24, 2019, 11:51
in Ontario
and to Ontarians.
-------
Kevin Farrugia
On Mon, Mar 26, 2018, 11:46 AM Viajero Perdido, <
viajero.perdido.spam.buc...@gmail.com> wrote:
> On 18-03-26 05:33 AM, talk-ca-requ...@openstreetmap.org wrote:
> > Message: 3
> > Date: Mon, 26 Mar 2018 11:33:14 +
>
comes from has the legal name as it's
usually establishing the jurisdiction that contains the road. The address
ranges are derived from the road system, so it's just been copied over.
-Kevin Farrugia
kevinfarru...@gmail.com
On 12 February 2018 at 21:02, Bernie Connors <bernie.conn...@unb.ca&
Hi Matthew,
Not having the "City of" or "Town of" would be preferred - the reason those
are there is that the CanVec data that was imported uses administrative
names in the data.
When people search or say an address out loud they would use "123 Yonge St,
Toronto" not "123 Yonge St, City of
I'm picturing the car being there and
> the software still having time to make a choice which road to send it down.
> Why did OSRM pick to ignore the turning road given there is all the
> opportunity in the world to choose it instead of the actual intersection
> corner?
>
>
Hey Ian,
The main purpose is to stop silly or dangerous things from happening. If a
user misses their turn and the engine reroutes them to turn right where
they shouldn't (or U-turn) the consequences could be catastrophic. When
people are following a computer's instructions they'll follow them
Canada Post can be ignored, luckily, when it comes to municipal boundaries.
statscan's municipal boundaries are handy because it's country-wide and we
have a license agreement with them.
I don't think the boundaries with be an import in the true sense, more of a
guide that allows us to more
Morning Bjenk,
Just a heads up - municipal boundaries are best of they aren't just
straight up imported because they're usually done as relations. For
example, we generally add roads into the boundary relationship rather than
overlapping boundary and roads. Here's one I did before:
Hey Martijn & everyone else,
The bulk of destination:street was added beginning with Mapbox's "Mapping
exit numbers and destinations in Canada", which described the methods to
use [https://github.com/mapbox/mapping/issues/220] Since then, most of us
(me included) in Southern Ontario have just
newer data it is:
> > https://wiki.openstreetmap.org/wiki/File:13.PNG
>
> The fact that a lot of buildings are missing in 12.PNG not all of which
> are probably newly built idicates that these two data sets are not
> meant to represent the same feature set, likely the one in 12.PNG
Generally the planimetric CAD drawings (what Stewart posted) are/were the
source for most municipal building footprints, from what I've seen in my
experience. In some cases the footprints are still maintained in that
format and exported out for GIS, while in other cases they're now
exclusively
it's the ones I found in a couple of seconds
>
> On Mon, Oct 17, 2016 at 1:27 PM, Kevin Farrugia <kevinfarru...@gmail.com>
> wrote:
>
>> Afternoon,
>>
>> I'm not part of the import, but it's been discussed over the past several
>> months as a project by Stati
I think Stewart means make sure that the City has the rights to distribute
it if the data is created by some third party.
For example, some cities get their building footprints from their
orthoimagery provider (they're created as part of the orthorectification
process) while others digitize them
Thanks for looking into it Stewart.
Are there any examples from other exemptions that I can look at when I
bring it up?
On Sep 8, 2016 6:20 PM, "James" <james2...@gmail.com> wrote:
> This is something Kevin Farrugia might be able to help us with
>
> On Sep 8, 2016
That was addressed in James' previous email after Stewart asked about it.
"Yes, there is a reason I put this documentation in .md(mark down), as it
is the same format used by the wiki. So all information that is found on
github will be *transferred over to the wiki once local approval is done.*"
Hey all,
I'm the person at Peel that works with GIS data and posts data up to the
open data site so I can probably answer most questions that might come up.
1) I can look into having some sort of change or special case of the
licence for OSM if it is a show stopper, but the bureaucracy can move
Yes - recently bootprint, andrewpmk, and I have been changing and
correcting the name tags to destination in Ontario along the 400-Series
highways. If you see a ramp/link that is named, it's fine to change it over
to destination or correct a problem you find with it.
On Aug 11, 2016 8:38 AM,
For clarification - Canada Post only owns the postal code, the address
itself (123 Main St.) is created and approved by the municipality, so it's
their data and they can release that data if they wish to.
So it is perfectly fine to add the street number and name, just not the
postal code from an
Morning everyone,
I was looking at information on one of the Province's imagery programs
(SWOOP:
https://dr6j45jk9xcmk.cloudfront.net/documents/3609/lio-swoop2015-eng-final-2014-05-13.pdf)
and I had previously assumed that the imagery was paid for by the province
but the rights still owned by the
According to Paul Norman in an earlier email that licence isn't compatible
with OSM's.
On May 10, 2016 1:47 PM, "James" wrote:
> Planet has released FMM satelite imagery as CC-BY-SA
> https://www.planet.com/pulse/fort-mcmurray-wildfire/
>
> On Tue, May 10, 2016 at 1:40 PM,
1) this would be inherent in the map since we'd be mapping it
2) again, this would be inherent in the map, although I wouldn't put a
measurement value in the attributes as this can be calculated outside of OSM
3) would probably be a hard to get for many buildings, but there are tags
around for
Hi Bjenk,
What type of information are you looking to add about buildings? Some data
belongs in OSM while other attributes might be extraneous. Other people on
this list will also add their opinion on this issue I'm sure. If it's
something being done en masse, it's always best to take an
Whoa whoa whoa,
I manually imported data from peel open data on my own time. By import I
mean I traced out the ranged and manually typed in the addresses.
Before I get in trouble...
On Feb 12, 2016 7:36 AM, "Stewart C. Russell" wrote:
> Hi again Mojgan —
>
> > … I noticed
Afternoon everyone,
Metrolinx is looking at adding missing address ranges - either those that were
never added in or those that are in new neighbourhoods. I believe they're also
looking for problems where the street name on the highway doesn't match the
address range street name due to
Hey Pierre,
It's simply that the cycle tiles are maintained and hosted outside of OSM
so they aren't updated in near real-time like the standard OSM tiles are.
They're taken care of by Andy Allen and you can check out his website at
http://www.thunderforest.com. You could ask him how often the
Hey everyone,
During the winter/spring I was updating the PATH when I was frequently
taking it to/from home, but I've taken a break since it's nice outside (I
hope that's understandable!). The PATH is a bit of a beast to update
because it's invisible to imagery and GPS and, in many parts, poorly
There's some conflicting stuff about this when I look into it: the last
traffic volume report (2010) from MTO refers to the section as 400A (
http://www.ontario.ca/data/traffic-volume), but MNR road data labels it as
Highway 11 (the MNR Ontario Road Network dataset is the source for GeoBase
roads
.
-Kevin (Kevo)
-Kevin Farrugia
kevinfarru...@gmail.com
On Fri, Jun 26, 2015 at 7:36 AM, Daniel Begin jfd...@hotmail.com wrote:
AFAIK, it has never been discussed at least on this forum. I consider it
as an error or even vandalism since it does not conform to acceptable rules
(1)
A similar
/stairs and then linking the other side of
the entrance node to the sidewalks or roads so that it should be able to
route between the two networks.
If you have any suggestions or comments please tell us.
Thanks for the heads up,
Kevin (Kevo)
-Kevin Farrugia
kevinfarru...@gmail.com
On Thu, May
I'd have to disagree. While there are many areas of Canada that will change
little, if at all, from current data, it would be incredibly short sighted
and lazy to not implement UUIDs at the initial import phase. Considering
the bulk of the work is done with a script, it only makes sense to
/talk-ca
--
Kevin Farrugia
kevinfarru...@gmail.com
Sent with BlackBerry
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca
I think he's aware that we can't use Google Earth, nor did he ever say to.
He was just saying that his GPS tracks met up with the actual path when
overlayed on the Google imagery, meaning that his tracks are probably more
accurate.
About the waterways - I think many of the waterways (smaller
rather
than lines, seems like much more trouble to me than just having the lines
imported.
Kevin Farrugia
Kevo
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca
of the government databases
though, because if there was we would be able to merge the address
attributes into the GeoBase/CanVec road network, and address location and
network routing would be possible in the future.
-Kevin Farrugia
(Kevo)
On Thu, Dec 11, 2008 at 12:43 PM, Brent Fraser bfra
will especially
be useful in the Canadian Shield where there are thousands and thousands of
lakes, only low res imagery available, and not many people to map the areas
(I'm sure it'll also be an excellent complement for hiking/off road trails
too).
-Kevin Farrugia
(Kevo)
On Thu, Dec 11, 2008 at 11:36 PM, Corey
48 matches
Mail list logo