On 24/08/2008 02:28, Brent Easton wrote:
Hi Rainer,
It is a strange Eclipse bug that has been reported several times in this
forum before.
Comment out the offending lines containing the marktr lines and save the
file. Don't worry if this causes other compile errors.
Uncomment the
Hi,
this is a really strange bug. The work around is even stranger, but it
worked like a charm for me. Thanks for your help.
I tried to add a note to the Eclipse section in
http://josm.openstreetmap.de/wiki/InstallNotes, but I couldn't log into the
wiki. Maybe someone with access rights can
Dirk Stöcker schrieb:
Hello,
I reworked the virtual nodes in revision 853. The virtual nodes are no
longer created on clicking a node, but only when you click the virtual
node and also drag it. This should reduce the existing problems a lot and
make the feature as intended originally.
Martijn van Oosterhout wrote:
In my opinion it is extremely bad form for your first email about a
project to be let's refactor the codebase.
Can you quote an example of where someone has actually done that? (As
opposed to, say, I tried to implement this feature but I found it
really difficult.
On Sun, 24 Aug 2008, Robin Rattay wrote:
- The virtual nodes cover the segment numbers, which are IMHO quite
important.
Yes. Need to shift the segment numbers a bit, when drawing the virtual
nodes. I don't use that option, :-) What is it good for?
- When there are two ways sharing the same
Dirk Stöcker schrieb:
On Sun, 24 Aug 2008, Robin Rattay wrote:
- The virtual nodes cover the segment numbers, which are IMHO quite
important.
Yes. Need to shift the segment numbers a bit, when drawing the virtual
nodes. I don't use that option, :-) What is it good for?
Good question. I
On Sun, 24 Aug 2008, Robin Rattay wrote:
- When there are two ways sharing the same segment there is no way to
choose into which way the new node is inserted. Actually the node
probably should be inserted in all ways.
Handling here is same as for nodes, which means you always get the topmost
Hi,
quite a while ago
(http://lists.openstreetmap.org/pipermail/josm-dev/2008-March/000797.html)
I started to work on support to edit GPX in JOSM (only drop/filter nodes,
not move and add). Therefore I suggested to add a interface Selectable and
handle selection related things via the layer.
On Sun, 24 Aug 2008, Robin Rattay wrote:
Good point. I think we need to find a better way to handle overlapping
elements. The middle-click/ctrl/left-click combination is a useablity
nightmare and doesn't allow things like moving the selected element.
I changed that lately. Now when you
On Sun, 24 Aug 2008, Raphael Mack wrote:
There is still some work left to get the latest features like virtual nodes
in, but I'd be glad to hear, that you are interested in my changes, else I
just stop working on it.
I would like to have the ability to clean out GPX files without the
current
Dirk Stöcker schrieb:
Now also works for ways (Rev 860). Also segment numbers are fixed. And to
make it nicer, they are drawn like virtual nodes only in a certain zoom
level and on top of the way.
Great work! I was actually trying to do the same, but I have not
understood the drawing yet.
On Sun, 24 Aug 2008, Robin Rattay wrote:
However there is one bug: the stroke thickness isn't drawn anymore.
Fixed.
BTW, you can get the real size of the string with
g.getFontMetrics().stringWidth(...) and g.getFontMetrics().getHeight()
(if performance allows it). IMHO that's better than
On Sun, Aug 24, 2008 at 3:26 PM, Gervase Markham [EMAIL PROTECTED] wrote:
Martijn van Oosterhout wrote:
In my opinion it is extremely bad form for your first email about a
project to be let's refactor the codebase.
Can you quote an example of where someone has actually done that? (As
opposed
I created a patch to fix this issue.
First, it will not raise an exception anymore if the nodes are outside
the Lambert zones.
Second, it will display once an error message if someone tries to use
this Lambert projection beyond the latitudes it was designed for.
Third, I renamed the projection as
Am Sonntag, 24. August 2008 schrieb Dirk Stöcker:
On Sun, 24 Aug 2008, Raphael Mack wrote:
There is still some work left to get the latest features like virtual
nodes in, but I'd be glad to hear, that you are interested in my
changes, else I just stop working on it.
I would like to have
On Sun, 24 Aug 2008, Pieren wrote:
I created a patch to fix this issue.
First, it will not raise an exception anymore if the nodes are outside
the Lambert zones.
Second, it will display once an error message if someone tries to use
this Lambert projection beyond the latitudes it was designed
On Sun, 24 Aug 2008, Raphael Mack wrote:
Am Sonntag, 24. August 2008 schrieb Dirk Stöcker:
On Sun, 24 Aug 2008, Raphael Mack wrote:
There is still some work left to get the latest features like virtual
nodes in, but I'd be glad to hear, that you are interested in my
changes, else I just stop
Hi,
Dirk Stöcker wrote:
Wow. Major changes. Can we break these into smaller pieces? I had a look
at the whole diff and all the modifications seem to go into the right
direction, but I would not like to introduce them in such a large pack.
A step-by-step integration would be much more the
On Sun, 24 Aug 2008, Frederik Ramm wrote:
Wow. Major changes. Can we break these into smaller pieces? I had a look
at the whole diff and all the modifications seem to go into the right
direction, but I would not like to introduce them in such a large pack.
A step-by-step integration would be
Hi,
Maarten Deen wrote:
I've got the slippymap plugin which works fine when downloading tiles, but
for
every tile that I want to make a render request for it displays error
requesting update in the tile.
Is this a general problem in the plugin or is there anything I can do to fix
20 matches
Mail list logo