On Tue, May 1, 2012 at 1:41 PM, Ian Dees wrote:
> On Tue, May 1, 2012 at 12:26 PM, Nathan Edgars II
> wrote:
>>
>> The TIGER tags are not exactly standard OSM tags that belong in the
>> database. Better that we get rid of them at the same time as we expand
>> abbreviations.
>
> Although the tiger
On Tue, May 1, 2012 at 1:36 PM, Mike N wrote:
> On 5/1/2012 1:21 PM, Anthony wrote:
>
>> The preprocessing step between downloading the data from OSM and doing
>> something with it.
>
> That assumes that the TIGER tags will always be present to assist with
> proper automatic expansion.
I'm not s
On Tue, May 1, 2012 at 10:41 AM, Ian Dees wrote:
> On Tue, May 1, 2012 at 12:26 PM, Nathan Edgars II wrote:
>>
>> The TIGER tags are not exactly standard OSM tags that belong in the
>> database. Better that we get rid of them at the same time as we expand
>> abbreviations.
>
>
> Although the tige
On 5/1/2012 4:24 PM, Clifford Snow wrote:
It would be nice to be able to hit a key to add a turning circle to the
end of a way.
I put frequently used items like 'turning circle' on the JOSM toolbar:
Edit / Preferences / Toolbar customization
___
T
I think it was added a while back. I mostly use josm. I like the license
check plugin. It seems easier to use than potlatch which seems to
highlight every possible license issue. With josm you just click on an
item on the list, right click to "zoom to problem" on the node. Then I
usually clean
Check the options. There must have been an update to potlatch which
reverts the options back to a default. Mine was the same way just now.
Clifford
On Tue, May 1, 2012 at 11:11 AM, Charlotte Wolter wrote:
> Hello all,
>
> ****For the past couple of days in Potlatch 2, the ways and
> p
Hello all,
For the past couple of days in Potlatch 2, the ways and
points done by nonagreers to the license have been highlighted in red
and orange. I thought," At last, a useful tool for remapping!"
Considering most of downtown LA has to be redone, it was a blessing to have it.
On Tue, May 1, 2012 at 12:26 PM, Nathan Edgars II wrote:
>
> The TIGER tags are not exactly standard OSM tags that belong in the
> database. Better that we get rid of them at the same time as we expand
> abbreviations.
Although the tiger:* keys aren't standard, the information they store is
very
On 5/1/2012 1:21 PM, Anthony wrote:
The preprocessing step between downloading the data from OSM and doing
something with it.
That assumes that the TIGER tags will always be present to assist
with proper automatic expansion.
And I'd rather have the US data in line with the world-wide OS
On Tue, May 1, 2012 at 1:31 PM, Anthony wrote:
> And actually, if the bot is going to be smart enough to look at the
> history, to find deleted TIGER tags, then maybe there is some
> advantage to doing this during the preprocessing step (which would
> often not have access to history data).
What
On Tue, May 1, 2012 at 1:26 PM, Nathan Edgars II wrote:
> On 5/1/2012 1:23 PM, Anthony wrote:
>>
>> On Tue, May 1, 2012 at 1:18 PM, Nathan Edgars II
>> wrote:
>>>
>>> On 5/1/2012 12:59 PM, Anthony wrote:
Automatically expanding abbreviations is a terrible idea. If an
abbrevia
On 5/1/2012 1:23 PM, Anthony wrote:
On Tue, May 1, 2012 at 1:18 PM, Nathan Edgars II wrote:
On 5/1/2012 12:59 PM, Anthony wrote:
Automatically expanding abbreviations is a terrible idea. If an
abbreviation is unambiguous, then it can be expanded during the
preprocessing step. If, on the oth
On Tue, May 1, 2012 at 1:18 PM, Nathan Edgars II wrote:
> On 5/1/2012 12:59 PM, Anthony wrote:
>>
>> Automatically expanding abbreviations is a terrible idea. If an
>> abbreviation is unambiguous, then it can be expanded during the
>> preprocessing step. If, on the other hand, it is ambiguous, t
On Tue, May 1, 2012 at 1:17 PM, Mike N wrote:
> On 5/1/2012 12:59 PM, Anthony wrote:
>>
>> I'm not sure what you're saying.
>>
>> Automatically expanding abbreviations is a terrible idea. If an
>> abbreviation is unambiguous, then it can be expanded during the
>> preprocessing step. If, on the o
On 5/1/2012 12:59 PM, Anthony wrote:
Automatically expanding abbreviations is a terrible idea. If an
abbreviation is unambiguous, then it can be expanded during the
preprocessing step. If, on the other hand, it is ambiguous, then you
are turning ambiguous data into incorrect data, which certain
On 5/1/2012 12:59 PM, Anthony wrote:
I'm not sure what you're saying.
Automatically expanding abbreviations is a terrible idea. If an
abbreviation is unambiguous, then it can be expanded during the
preprocessing step. If, on the other hand, it is ambiguous, then you
are turning ambiguous data
On Tue, May 1, 2012 at 1:06 PM, Serge Wroclawski wrote:
> The other point that's being missed is that we as a community already
> accept an error rate in our data that's far larger than any potential
> mistake rate on a well written script. If the script makes one error
> in 1000 streets, it will
On Mon, Apr 30, 2012 at 11:28 PM, Serge Wroclawski wrote:
> On Mon, Apr 30, 2012 at 8:14 PM, Paul Johnson wrote:
>> There have been some limited automated expansions, though they can be
>> problematic, because abbreviations can mean many possible things. Expanding
>> abbreviations requires a bit
On Tue, May 1, 2012 at 9:10 AM, Richard Weait wrote:
> The previous bots were shouted down and all took the approach of
> finding things to change, then changing them. This sounds like a
> similar approach.
That is not the case. In one of the bots, one error was found, and the
author decided no
On Mon, Apr 30, 2012 at 10:35 PM, Mike N wrote:
> On 4/30/2012 10:24 PM, Toby Murray wrote:
>>
>> I believe It was stopped after some
>> complaints about it not handling some situations correctly. But I
>> would probably be in favor of trying to complete it.
>
>
> I would agree - there's no poin
On 5/1/2012 9:10 AM, Richard Weait wrote:
The previous bots were shouted down and all took the approach of
finding things to change, then changing them. This sounds like a
similar approach.
I think the one that Andrzej / balrog-kun was running makes the best
use of hints in the TIGER data.
Many contributors wrote:
"Yay! I can haz 'Bots pleez!?!?" :-)
Dekkert replied, " 'Bots are like any other machine - they're either a
benefit or a hazard. If they're a benefit, it's not my problem." Then
he resignedly took a swig from his futuristic, Los Angeles 2023, drink
and got into his fly
22 matches
Mail list logo