On Mon, Apr 30, 2012 at 11:28 PM, Serge Wroclawski emac...@gmail.com wrote:
On Mon, Apr 30, 2012 at 8:14 PM, Paul Johnson ba...@ursamundi.org wrote:
There have been some limited automated expansions, though they can be
problematic, because abbreviations can mean many possible things. Expanding
On Tue, May 1, 2012 at 1:06 PM, Serge Wroclawski emac...@gmail.com 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
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:18 PM, Nathan Edgars II nerou...@gmail.com 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
On 5/1/2012 1:23 PM, Anthony wrote:
On Tue, May 1, 2012 at 1:18 PM, Nathan Edgars IInerou...@gmail.com 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
On Tue, May 1, 2012 at 1:26 PM, Nathan Edgars II nerou...@gmail.com wrote:
On 5/1/2012 1:23 PM, Anthony wrote:
On Tue, May 1, 2012 at 1:18 PM, Nathan Edgars IInerou...@gmail.com
wrote:
On 5/1/2012 12:59 PM, Anthony wrote:
Automatically expanding abbreviations is a terrible idea. If an
On Tue, May 1, 2012 at 1:31 PM, Anthony o...@inbox.org 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
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
On Tue, May 1, 2012 at 12:26 PM, Nathan Edgars II nerou...@gmail.comwrote:
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
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.
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
On Tue, May 1, 2012 at 1:36 PM, Mike N nice...@att.net 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.
On Tue, May 1, 2012 at 1:41 PM, Ian Dees ian.d...@gmail.com wrote:
On Tue, May 1, 2012 at 12:26 PM, Nathan Edgars II nerou...@gmail.com
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
13 matches
Mail list logo
