J'ai ajouté short_name pour le Québec, mais je pense effectivement que c'est
inutile à comparer avec Ontario. Dans ce cas, le ON fonctionne sans doute à
cause de state_code=ON.
Et effectivement, lorsque les relations de territoires sont ajoutées et
fonctionnelles, les is_in et addr:province
Pierre,
This is a good idea, and I plan to do it. My current challenge is to
know what things people think "need correction". I'm starting these
discussions to see if there is any consensus before I go writing
code. If you (or anyone else) has ideas, please do post here (or
email
Searching on "110 Laurier Avenue West, on" in Nominatim already works
(it finds Ottawa City hall) even though the address has no
addr:province tag for City Halle. So I don't think this is a good
reason to be adding addr:province/addr:province:short_name tags. IMO.
Unless there is another use
J'ai fait recherche «Toronto, On» Cela fonctionne. Peut-etre a cause de
«state_code=ON»
Pierre
Le samedi 10 mars 2018 15:39:53 HNE, john whelan a
écrit :
So you're suggesting adding short_name='ON' to ones that have
addr:province=Ontario
How would that
Non, inutile si relations. Dans relation province d'Ontario- ajouter
short_name='ON'.
De cette façon, Recherche Toronto, ON
devrait fonctionner. A essayer :)
Pierre
Le samedi 10 mars 2018 15:39:53 HNE, john whelan a
écrit :
So you're suggesting adding
So you're suggesting adding short_name='ON' to ones that have
addr:province=Ontario
How would that work?
addr:province=Ontario
addr:province:short_name=ON ?
Merci John
On 10 March 2018 at 15:27, Pierre Béland wrote:
> John, on doit essayer d'être plus intuitif et permettre
John, on doit essayer d'être plus intuitif et permettre les deux façons de
rechercher. Cela peut se faire simplement en ajoutant dans la relation province
d'Ontario, short_name='ON'.
Pour revenir aux suggestions de Matthew, de façon à impliquer / motiver les
communautés locales, ce serait
For Ontario I would suggest following the post office guidelines for
province and using ON rather than a mixture of ON and Ontario. That way it
makes it easier to find an address since you just need to search for ON.
Currently you would need to search for both variations.
Cheerio John
On 8 Mar
Matthew,
Tu fais du travail très louable. En même temps, il est important pour certains
éléments de connaitre le contexte local. Chaque province a ses règles au niveau
des noms et il y a du ménage à faire. Par exemple, il y a eu un import massif
de noms à partir de la base GNS. Ces données ne
is addr:province even needed? province boundaries are pretty well defined
and could be dropped
On Mar 8, 2018 11:28 PM, "Matthew Darwin" wrote:
>
> So I've tidied up the addr:province/state tags, now using only
> addr:province, leaving anything that would be generally
So I've tidied up the addr:province/state tags, now using only
addr:province, leaving anything that would be generally considered
"correct" either spelt out in full or using English provincial
abbreviation as you might use in a mailing address. Also left "Quebec"
(no accent).
I would rather
On Mon, Feb 19, 2018 at 7:44 AM, Matthew Darwin wrote:
> Hi Clifford,
>
> (It was good to meet you at SOTM US last year).
>
> Thanks for your comments... The situation with addr:city appears to me to
> be more complex than the situation with addr:province/addr:country, along
Hi John,
If we want to be able generate mailing addresses from OSM (is that a
valid use case?), then whatever the city address Canada Post thinks we
are in needs to be tagged in some fashion. Google maps and Bing maps
both think I'm in "Kanata". OSM thinks I'm in "Kanata North". Both
are
Matthew,
Just one concern - Removing of addr:city. I encourage people to include
addr:city since it's part of their mailing address and could easily be
outside of the city limits. While addr:city isn't needed inside of city
boundaries since it can be obtained from their spatial location, does make
Hi all,
During the discussion of cleaning up municipality names in Canada, it
was suggested that the addr:city could be removed entirely if the
appropriate boundaries are defined. I would hazard to guess (and
will endeavour to investigate) that the addr:city and the boundaries
do not
-Message d'origine-
From: Richard Weait
Sent: Monday, April 09, 2012 11:20 AM
To: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] cleanup
On Mon, Apr 9, 2012 at 10:40 AM, Andrew Allison
andrew.alli...@teksavvy.com wrote:
So the redaction has began.
Not as far as I can tell
So the redaction has began.
Any idea how long it will take?
signature.asc
Description: This is a digitally signed message part
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca
On Mon, Apr 9, 2012 at 10:40 AM, Andrew Allison
andrew.alli...@teksavvy.com wrote:
So the redaction has began.
Not as far as I can tell. But it will start without notice, with the
small area tests.
Latest update.
http://blog.osmfoundation.org/2012/04/05/license-change-update-getting-it-right/
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 at 4:10 AM, Paul Norman penor...@mac.com wrote:
On Wed, Feb 1, 2012 at 2:36 PM, Richard
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
-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
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 tainted data removed automatically,
It appears that the bot is deleting ways more extensive than those proposed.
Ah,
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
Objects edited only by those two non-agreed accounts, regardless of
the current version number. (Provided these objects are not
natural=coastline objects.) That will remove a number of objects that
were imported by one of these accounts and then modified by the other.
That should clear up
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 Weait rich...@weait.com wrote:
The first pass on the clean up started a few hours ago.
It's complete now.
The summary of the bulk removal is as follows:
About 66% of the nodes, 70%
On Mon, Jan 30, 2012 at 2:27 PM, Richard Weait rich...@weait.com wrote:
The first pass on the clean up started a few hours ago.
It's complete now.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca
On Thu, Jan 26, 2012 at 1:43 PM, Gordon Dewis gor...@pinetree.org wrote:
Could the impacted objects have an attributed added to them so we can easily
review the impact before they're deleted? Could help us plan replacement
strategies.
I suppose you could whip up a viewer like that, but editing
On Thu, 2012-01-26 at 13:23 -0500, Richard Weait wrote:
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 been subsequently edited. That means the effected data can
easily be re-imported for a
On Thu, Jan 26, 2012 at 1:48 PM, Andrew Allison
andrew.alli...@teksavvy.com wrote:
I'm currently removing / replacing the data in the London area.
I just had a look and London looks much better than last time I looked
at it. Nice job!
How many mappers are there out there, that are recreating
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
On Thu, Jan 26, 2012 at 2:50 PM, Paul Norman penor...@mac.com wrote:
Also, what do you mean by known-bad accounts?
low-quality edits by accounts that aren't going to agree.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
31 matches
Mail list logo