...@dstoecker.dewrote:
On Sat, 17 Nov 2012, Jiri Klement wrote:
is there a way to do small custom modifications to internal element style?
I know I can copy elemstyles.xml and do my modifications but I would
prefer
to have my own little style file that contains only changes I don't like
Hi,
is there a way to do small custom modifications to internal element style?
I know I can copy elemstyles.xml and do my modifications but I would prefer
to have my own little style file that contains only changes I don't like in
elemstyles.xml.
To be specific, I don't like piste:difficulty
Hi,
I have hudson running at my laptop that builds josm and plugins and
also checks for changes in josm that breaks backward compatibility
with plugins. Problem is that it's broken all the time (either
compilation error in plugins or some change in josm that breaks some
plugins) so I basically
Hi,
Problem in history dialog should be fixed now. As for reporting, you
can make tickets but it's really minor issue, in 99.9% of cases this
won't break anything. Or you can disable the check by setting
debug.edt-checker.enable to false (default is true only for local
builds, users of
Hi,
I don't know about MapCSS but routes plugin can render hiking trails.
It was made especially for Czech hiking trails which AFAIK use the
same system as in Slovakia.
--
Jiri
On Thu, Nov 3, 2011 at 8:44 AM, Martin Ždila m.zd...@gmail.com wrote:
Hello
I'd like to create a MapCSS for hiking
Hi,
Extending name template to work with parent relations or members or
any other related primitives shouldn't be too difficult, general idea
is to add new construct that will have search expression to select
from which primitive should be tags taken and inner name template.
Query that gets name
Hi,
The files were generated using xjc tool from wms-cache.xsd file. JAXB
is used to simplify reading of xml files - xml is automatically
transformed into java objects that are easier to process than for
example SAX events.
The files doesn't need to be checked in svn, it would be quite easy to
expression. Or this is not suitable for core at all and it should be
rather provided via plugin.
It might useful to make it possible to define custom icon for primitive as well.
So what do you think?
--
Jiri Klement
___
josm-dev mailing list
josm-dev
Maybe a rework of the painting code could make it faster, as well.
Currently for each rubber-band line a full repaint of the entire map
is done. There is no caching, it just draws each object of each layer
for every mouse move event.
...
I think we should cache all static data (osm objects,
Have a look at #4687 (unsolvable conflict with nodes). It's about node
that is not visible on server and has also been removed in josm. That
produce two conflicts (one for deleted, other one for visible).
Resolution of conflicts ends with an exception. I think correct way to
fix this is show only
Multipolygon painting speed was improved in 2793, but Lake Inari was
very slow anyway, because it contains multiple outer polygons. I've
added optimalization for this case today (r2948).
Btw. outer polygons are not used correctly in the lake, when there is
small lake inside of island on the big
The JOSM search box help lists 21 conditions, offers case
(in)sensitiveness and optional regular expressions, still misses a
simple logical AND and offers a myriad of possible combinations.
What do you mean by missing AND? Logical AND is imlicit so
highway=tertiary oneway=yes will search for
Simple use normal if/then. Java VM will recompile it at runtime. This
probably
wont work in java5 if compiled for java6 :-(
http://www.devx.com/tips/Tip/13342
Runtime handling is no usuable solution. When you have conditionals you
don't want specific code in a version (e.g. commercial
Hi,
I guess it's because RelationListDialog is updated after almost any
change in dataset. I will add possibility to disable events on Dataset
for batch operations, then Preparing dataset should be about as fast
as before.
On Fri, Nov 20, 2009 at 2:30 PM, Nakor nakor...@gmail.com wrote:
Hello,
It's not possible to get it easily back as it was, but Way.getBBox()
should do the caching now. When I get time I'll add events to Dataset
so that Way will know when it's nodes were changed and update it's
bbox.
On Tue, Nov 10, 2009 at 6:33 PM, Dave Hansen d...@sr71.net wrote:
This changeset:
Hi,
I did some changes in JOSM core, that might bring some tickets in
following days.
First of all, Dataset now have map of primitives, that makes searching
for primitive by id much faster. It's used by addPrimitive method to
throw an exception if somebody is trying to add the same primitive
Hi,
QuadBuckets is used for some time as storage for nodes and ways in
Dataset but I think it doesn't bring any benefit for JOSM in current
state. Ability to do fast search for bounding box will be usefull in
future, but right now it can't be used because it's not sure that
QuadBuckets will be
Karl wrote:
Exactly, and just for the sake of naming suggestions: in this context they
could be called NodeMemento, WayMemento, etc.
(really just for the sake of examples, I'm not in favor of these names, they
would be used in the context of undo/redo, but not in the general context of
OSM
On Mon, Oct 5, 2009 at 9:43 AM, Frederik Ramm frede...@remote.org wrote:
Can you explain (or point me to a previous post that explains) what
referrers are good for?
For example when way has list of nodes then every node has that way as
a referrer. Also every primitive included in relation has
I've fixed #2480 by replacing LinkedList with ConcurrentLinkedQueue
(or at least I hope so, I don't have gps device with me to test it).
Just a few thoughs about threading issues...
Making data structures thread safe does not necessary mean big
synchronization overhead. For example
I would preffer to have new tested released asap, the best would be
releasing #2221 right now :-). I was hoping to be developing over the
weekend. I'm going to add referrers (so you can eg get list of ways
that reference some node). That should make some parts of josm much
faster when working
Hi,
I'm working on support for referrers and I run into a problem which
I'm not sure how to fix. Currently JOSM quite often makes copies of
primitive (using for example cloneFrom or special constructors). It's
not obvious whether the copy is added to the dataset or is kept in
case we need to get
Hi,
JOSM and most plug-ins already have prepared Eclipse projects. It
should be enough to import JOSM project and plug-ins you want to
debug. (File - Import - Project, disable copy to workspace)
If you want to be able to debug plug-in you must run plug-in project
but use JOSM main class as a
Another area is possibility to build spatial index - it should make
map paint and functions like getNearestNode much faster. Spatial index
and painting only primitives that are not too small is imho the main
reason why is josmng so much faster than josm.
Btw. Currently I'm not continuing on the
Hi,
I have another patch that will break plugins and possibly other
things. It replaces direct access to PleaseWaitDialog with
ProgressMonitor interface. It should fix exceptions caused by
modifications of PleaseWaitDialog by multiple threads and also allows
grouping of tasks - useful especially
Can you please make a bug report and include one of the hs_err files?
It's quite possible it's a Java bug. In that case upgrading Java to
newest version should help.
On Mon, Apr 6, 2009 at 9:02 PM, Fabrizio Carrai
fabrizio.car...@gmail.com wrote:
It happened to me as well, but since some
, 38MB saved
Especially the timestamp patch saves much more memory than I have expected.
The tests were made using 80MB osm file. I've used jconsole to perform
GC and measure heap size.
--
Jiri Klement
string_intern.patch
Description: Binary data
___
josm
memory efficient storage of timestamp. I
personally would get rid of lazy parsing parsing and use Petr's
version. What do you think?
On Mon, Mar 9, 2009 at 6:03 PM, Petr Nejedlý p...@nejedli.cz wrote:
Jiri Klement napsal(a):
Hi,
Attached patch replaces timestamp and parsedTimestamp
OK, here is another patch, this time using DateUtils from josm-ng.
On Tue, Mar 10, 2009 at 9:08 AM, Dirk Stöcker
openstreet...@dstoecker.de wrote:
On Tue, 10 Mar 2009, Jiri Klement wrote:
I did some benchmarks and here are the results:
no date handling at all - 17 seconds
josm-ng date
index or better caching will be possible in future.
--
Jiri Klement
timestamp.patch
Description: Binary data
___
josm-dev mailing list
josm-...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
Setting up compiler compliance is not enough. You have to use JDK 1.5
compiler to make sure you don't use any Java 1.6 api.
Anyway is Java 5 support still necessary? Java 6 seems to be available
on most computers now.
On Sun, Jan 25, 2009 at 8:55 PM, Igor Shubovych
igor.shubov...@gmail.com
Hi,
attached patch automatically hides splashscreen when some window is
shown (ie missing plugin, broken config, ..). Without the patch splash
screen blocks the other window making josm unable to start.
--
Jiri
splash.patch
Description: Binary data
Hi,
Josm compiled from svn fails with following exception:
java.util.MissingResourceException: Resource bundle not found
at org.xnap.commons.i18n.I18nFactory.getI18n(I18nFactory.java:257)
at org.xnap.commons.i18n.I18nFactory.getI18n(I18nFactory.java:180)
at
33 matches
Mail list logo