Hello everyone,
I would like to announce a new command line tool that can convert
between the i18n file formats *.mo (used by gettext) and the custom
*.lang file format (used by JOSM). It is named quite unimaginatively
`langconv` (if you know some really catchy name for this, let me know ).
Hi Vincent,
great idea, I think I'd most definitely stop by.
I'm not yet sure if I'll have the time to participate in hacking on that
weekend, but at least for a JOSM meetup I would join you in Karlsruhe.
Cheers,
Flo(scher)
Am 03.09.2018 um 22:36 schrieb Vincent Privat:
Hello,
I was thinking
Yes, absolutely!
If these files are published (and I think they should be), the Nexus repository
is the right place to do so.
AFAICS these files are even already published over there, see e.g.
https://josm.openstreetmap.de/nexus/content/repositor
018-05-09 14:37 GMT+02:00 Florian Schäfer <flor...@schaeferban.de>:
> > Hi Polyglot,
> >
> >
> >
> > it's at https://translations.launchpad.net/josm/ .
> >
> > A few plugins are translated at
> > https://www.transifex.com/josm/j
Hi Polyglot,
it's at https://translations.launchpad.net/josm/ .
A few plugins are translated at https://www.transifex.com/josm/josm/content/
instead.
Cheers,
floscher
Am Mittwoch, den 09.05.2018, 14:00 +0200 schrieb Jo:
> Hi,
>
> Do we have a web interface where the strings of JOSM and its
Hello list,
I have a question about validator rules in JOSM, because I want to write
several new rules for the wikipedia plugin as
part of my Summer of Code.
As far as I can see the ID of each test should be unique and JOSM core uses the
IDs from 1 to 3799 (see [1]). So can I
simply choose a
Hello everyone,
I'm happy to tell you that Google accepted me as a Summer of Code student for
this summer.
As a project I picked the wikipedia plugin for JOSM and improving Wikidata
support in it [1]. My main focus will be on
showing JOSM users additional information from MediaWiki projects
for the Ant-build.
Cheers,
Florian
[1]: https://josm.openstreetmap.de/attachment/ticket/8645/excludeTransi
fexPlugins2.patch
Weitergeleitete Nachricht
Von: Vincent Privat <vincent.pri...@gmail.com>
An: Florian Schäfer <flor...@schaeferban.de>
Kopie: josm-dev <josm-dev@op
That would be another option. I'd be ok with either of these.
Let's continue the discussion in the ticket https://josm.openstreetmap.
de/ticket/8645 . I prepared a patch that would ignore plugins with a
`.tx/config` file.
Florian
Weitergeleitete Nachricht
Von: Dirk Stöcker
Go ahead! At least plugins with currently no translations on Launchpad
could then use that project (e.g. the `scripting` plugin).
For the Mapillary project, it probably needs some discussion if the
translated strings from Launchpad could be imported to Transifex.
Asking every single translator
sm-dev@openstreetmap.org
Betreff: Re: I18n of JOSM plugins (with Gradle build) via Transifex
Datum: Tue, 16 Jan 2018 13:58:31 +0100
On 2018-01-16 13:04, Florian Schäfer wrote:
> Regarding the licensing, I'm not really sure what the implications
> would be and if sharing translations would be
ad off translators and making things more
consistent over multiple projects.
Simon
Am 16.01.2018 um 12:18 schrieb Florian Schäfer:
> Hello fellow JOSM developers,
>
> I'd like to make an announcement for plugin developers and
> translators:
>
> TL;DR:
> Translators, you can now t
Hello fellow JOSM developers,
I'd like to make an announcement for plugin developers and translators:
TL;DR:
Translators, you can now translate a few JOSM plugins at Transifex.com
[1] (the other translations are still on Launchpad).
Plugin developers, if you are building with Gradle you can now
Hi Polyglot,
if you are interested in trying out the plugin, you can download it from
[1] as JAR file and put it into the ~/.josm/plugins/ directory.
But note, that it's only compatible with JOSM versions 8229–8904,
because it relies on a method that was removed last October [2] from the
JOSM-API.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sorry, if my change caused confusion.
I suspected this specific relation to cause the glitch. So I changed the
label to a visually similar String (Schworzwald) to confirm my assumption.
So now it's clear that relation 1395820 caused the glitch.
move (maybe deleting the relation and creating it
newly)?
Florian
[1]: https://github.com/openstreetmap/osm2pgsql/issues/215
Am 17.11.2014 um 16:01 schrieb Andy Allan:
On 17 November 2014 12:16, Florian Schäfer flor...@schaeferban.de wrote:
What version of osm2pgsql is running on the main
16 matches
Mail list logo