On 18 Jul 2009, at 09:13, Michael Ritzert wrote:
Hi,
Florian Lohoff wrote:
Putting explicit abbreviation onto all streets is a huge overkill.
I'd rather vote for a simple abbreviation dictionary in the svn
which is renderer agnostic. I am not shure on how to include
the abbreviation then
On Sun, Jul 19, 2009 at 10:29:25AM +0100, Shaun McDonald wrote:
Do not use the freeform is_in tag, as it just bloats the data with
unnecessary information. It is also very difficult to parse due to its
freeform nature. Get a set of country polygons and test to see which
one each street
Michael Ritzert wrote:
For a more thorough solution, having a somewhat reliable way to find at
least the country a road is in would be required.
I think a lot of applications would find this extremely useful, from
rendering different shapes for road number symbols and colours to
recognizing
On Fri, Jul 17, 2009 at 02:18, Florian Lohofff...@rfc822.org wrote:
Putting explicit abbreviation onto all streets is a huge overkill.
I'd rather vote for a simple abbreviation dictionary in the svn
which is renderer agnostic. I am not shure on how to include
the abbreviation then as the
On Fri, Jul 17, 2009 at 11:10:53AM +0800, Arne Goetje wrote:
Hi list,
in Taiwan we have the situation, that street names may be too long to be
rendered on the map. In addition, we'd like to keep the map bilingual
(Chinese, Romanized/English), which makes the names rendered on the map
even
On Fri, Jul 17, 2009 at 9:18 AM, Florian Lohofff...@rfc822.org wrote:
Putting explicit abbreviation onto all streets is a huge overkill.
I'd rather vote for a simple abbreviation dictionary in the svn
Some dictionnary like this one on the wiki :
Hi list,
in Taiwan we have the situation, that street names may be too long to be
rendered on the map. In addition, we'd like to keep the map bilingual
(Chinese, Romanized/English), which makes the names rendered on the map
even longer. How can we give the renderer some hints how to abbreviate
I've actually been thinking of suggesting an :abbr suffix key to all
name-accepting tags (name, name:en, name:fr, alt_name, int_name, etc.) and
the values are a semicolon-separated list of abbreviations. This is
backwards compatible since existing tools can still use the base name tags
and ignore
On Fri, Jul 17, 2009 at 5:33 AM, Eugene Alvin Villarsea...@gmail.com wrote:
I've actually been thinking of suggesting an :abbr suffix key to all
name-accepting tags (name, name:en, name:fr, alt_name, int_name, etc.) and
the values are a semicolon-separated list of abbreviations. This is
9 matches
Mail list logo
