Re: Tracer2 Plugin / Alternative / WFS?

2020-12-15 Thread Florian Lohoff
On Mon, Dec 14, 2020 at 05:10:01PM +0100, Marián Kyral wrote:
> 
> Hi,
> 
> maybe you can test the classic module of tracer-testing. We no more using 
> bitmap tracer module as we have available vector data from government. So 
> the module is not much tested.

I fail to even grasp the idea of what i need. The Wiki (English version)
does not have any description/instructions.

I installed the tracer-testing and configured the classic plugin and
then?

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


Re: Tracer2 Plugin / Alternative / WFS?

2020-12-14 Thread Florian Lohoff
On Mon, Dec 14, 2020 at 02:38:09PM +0100, Marián Kyral wrote:
> 
> I think it is mainly update of Tracer wiki page and then merge development
> branch to master and push to svn. I don't think there is anyone still using
> the old mono server. I also need to "migrate" current tracer-testing users
> back to tracer.
> 

Yep there is - Me - And i asked out local community and there are more
people still using it. All with the same issues like crashes in the
josm plugin, problems with different image stuff like dashed lines etc.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


Tracer2 Plugin / Alternative / WFS?

2020-12-13 Thread Florian Lohoff

Hi,
as the ALKIS Data for example for Northrhine-Westfalia have been
republished as CC0 it is possible to use the Tracer2 Plugin and External
Helper which have bitrottet a bit over the last years and are prone
to backtraces/crashes and other problems.

As Northrhine-Westfalia has also published the Building Outlines as 
a shape it would also be possible to use the outlines from the shape.

While thinking about it it would a pretty plugin for be able to click
somewhere and get a feature from a WFS Service which surrounds
the clicked point.

There is no point in trying an import as 90% of the buildings are
there already. I'd rather like to see a simpler point-and-click 
feature by feature update/import.

Is there some kind of WFS based Plugin?

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


Keyboard dead bug again / still / getting annoying again

2020-06-18 Thread Florian Lohoff

Hi,
i am experiencing the "keyboard dead" bug again more frequently. Every
hour or so i hit the issue and need to restart josm.

It happens mostly when my machine is loaded in the background e.g.
a backup, some docker containers processing data etc. So the machine
slows down, i open the attribute add window alt-a and try to type
and the keyboard stalls in all sub widgets and there is no way to revive it.

We had opened bugs for this a couple of times, patches have been
applied but the bug never went away for me. It some kind of race
condition i cant remember the real cause. But it gets more annoying
these days.

Running with josm-latest-16589.jar and 

openjdk 11.0.7 2020-04-14
OpenJDK Runtime Environment (build 11.0.7+10-post-Debian-3deb10u1)
OpenJDK 64-Bit Server VM (build 11.0.7+10-post-Debian-3deb10u1, mixed
mode, sharing)

On Debian/Buster, ThinkPad T440s with 12GB Ram

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


Re: view/plugin showing age of an object

2019-03-18 Thread Florian Lohoff
On Mon, Mar 18, 2019 at 05:30:37PM +0100, Dirk Stöcker wrote:
> Hello,

> > Is there anything i didnt see?
> 
> Use the "timestamp:" search function?

I know that - But that needs absolute times. I cant search for
timestamp:>-8h can i ?

And i was more like thinking of a maxspeed stuff - Age shows in 
the colours.

So newest objects are green and the older they get from 0Min to 24h 
it fades to red or stuff like that.

I bit like a mix of "modified" and "maxspeed" view/style.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


view/plugin showing age of an object

2019-03-18 Thread Florian Lohoff

Hi,
i am regularly visiting areas and try to find last modifications.
Typically this is caused by some routing regressions i get automatically
notified of.

So i know the rough area something has changed so i open the area and
now try to find recent changes. By recent i mean between 7 days to 2 hours.

Typically i click through suspect objects and look up their 
history.

Optimally i'd like to have something like the maxspeed view which shows
the relative age of the objects in view. I couldnt find anything which
does this, and i couldnt find if i can access node/way metadata in
MapCSS e.g. calculate objects age.

Is there anything i didnt see?

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


Re: josm Keyboard input stops working

2019-01-07 Thread Florian Lohoff
On Mon, Jan 07, 2019 at 05:49:59PM +0100, Roland Olbricht wrote:
> Hi all,
> 
> > Look at https://josm.openstreetmap.de/ticket/13160
> > 
> > For me its dead simple to reproduce ... Still exists in current josm
> > with openjdk 8 and 11. I am on Linux but others have reported the
> > Problem on Windows.
> 
> I had the issue both on Windows and Linux (Windows 7 64Bit, Ubuntu 14.04,
> and Ubuntu 16.04). It did never materialize in any reproducible way,
> sometimes after barely a minute, sometimes not on session over multiple
> hours.
> 
> At the moment, everything is fine (on Windows 7 and Ubuntu 16.04). This
> includes the setting that you have described.
> 
> Given that the JOSM core developers might face the same situation, I suggest
> to collect as much information as possible, in particular the Java
> environment, the active plugins, all their version and so on.
> 
> Could you check whether the problem persists even on a JOSM without any
> plugins?

I mentioned it already in the ticket. I can reproduce it with
--skip-plugins and --reset-preferences with OpenJDK8 and OpenJDK11 on
Debian/Stretch.

Without plugins it takes longer to reproduce - around 30 seconds
instead of 3. My speculation is that its some kind of race condition.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


Re: josm Keyboard input stops working

2019-01-07 Thread Florian Lohoff

Hola Maarten

On Mon, Jan 07, 2019 at 08:11:20AM +0100, Maarten Deen wrote:
> I have seen this also and have filed a bug for it in the past, but that got
> closed because it was not reproducible.
> 
> https://josm.openstreetmap.de/ticket/16403
> 
> Circumstances to create it included fast succession of entering keys, like
> what Florian is describing. At a certain point I could not type new text but
> I could change existing keys.
> But I have not experienced this in some time now. I'm normally using the
> webstart JOSM with usually last version of JAVA on Windows 7.

Look at https://josm.openstreetmap.de/ticket/13160

For me its dead simple to reproduce ... Still exists in current josm
with openjdk 8 and 11. I am on Linux but others have reported the
Problem on Windows.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


Re: josm Keyboard input stops working

2019-01-06 Thread Florian Lohoff
On Sun, Jan 06, 2019 at 01:02:22PM -0200, Nelson A. de Oliveira wrote:
> On Sun, Jan 6, 2019 at 12:54 PM Florian Lohoff  wrote:
> > for some month now i have the issue that under some for me
> > non deterministic circumstances the complete keyboard input
> > in JOSM stops working.
> 
> Sometimes I still have this same problem
> https://josm.openstreetmap.de/ticket/13160
> 
> As a workaround, when I see that the keys stopped to work, I open a
> terminal, create an empty session file (touch something.joz) and ask
> JOSM to save the session (selecting this empty file and overwriting
> it).

I had it break keyboard input 4 times in 20 Minutes now. Did nothing
special - Just adding lanes, sidewalk, shoulder, cycleway, lit tags
with alt-a, return from the cached key/value list.

pressing alt-a to early again (I am a quick typer) breaks keyboard
input.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


josm Keyboard input stops working

2019-01-06 Thread Florian Lohoff

Hi,
for some month now i have the issue that under some for me
non deterministic circumstances the complete keyboard input
in JOSM stops working.

I was on latest 14530 and switched to 14648 a couple minutes
ago and after 2 Minutes of editing all keyboard input was
disfunctional. The only input method left is the mouse
so i cant save a session because i cant enter a filename
in the file requester popping up.

I am pretty shure the bug existed in 14352 which i was using
a while.

This is on Debian/Stretch with OpenJDK 1.8 - 8u181-b13-2~deb9u1
and a cinnamon environment.

A feeling i have is that it happens when there is keyboard input
while a input masks pops up. So typing really quick triggers
it pretty soon. Pressing "alt-a,return" quickly in a row 
to add some cached key/values triggers it somehow quick.

The only way out is to restart josm.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


Re: [OSM-dev] tools to add buffer to poly

2018-11-27 Thread Florian Lohoff
On Tue, Nov 27, 2018 at 10:59:00AM +0100, Jochen Topf wrote:
> On Tue, Nov 27, 2018 at 10:10:35AM +0100, Florian Lohoff wrote:
> > i am using poly exports from Wambacher (thanks) to extract pbf
> > content from a germany export. Now i am trying to use the
> > admin boundarys from the pbfs which obviously get dropped
> > when using itself as boundary.
> 
> What are using to do the extracts? When you use "osmium extract", you
> could use the "smart strategy" and configure it to also extract the
> boundary (see man page). That should work without extra buffering.

Replaced "osmconvert -B" with "osmium extract -p" in my processing
pipeline and everything is fine now.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] tools to add buffer to poly

2018-11-27 Thread Florian Lohoff
On Tue, Nov 27, 2018 at 10:59:00AM +0100, Jochen Topf wrote:
> On Tue, Nov 27, 2018 at 10:10:35AM +0100, Florian Lohoff wrote:
> > i am using poly exports from Wambacher (thanks) to extract pbf
> > content from a germany export. Now i am trying to use the
> > admin boundarys from the pbfs which obviously get dropped
> > when using itself as boundary.
> 
> What are using to do the extracts? When you use "osmium extract", you
> could use the "smart strategy" and configure it to also extract the
> boundary (see man page). That should work without extra buffering.

I am extracting addresses adding postcode and city from boundarys if
missing.

Typically i have some nrw pbf around which i cut down to reasonable
test sizes (a city) with osmconvert which strips off the boundary as
the poly to cut down the pbf is the same as the boundary.

Works fine with the hand-crafted simplyfied polys from geofabrik. Using
the automatic generated polys from wambacher from our admin boundarys
drops the boundarys it is cutting with. So my obvious solution would
be to add some buffer to the poly.

I guess i need to have a look at the osmium command line - only using
libosmium so far ;)

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] tools to add buffer to poly

2018-11-27 Thread Florian Lohoff
On Tue, Nov 27, 2018 at 12:14:16PM +0300, Darafei "Komяpa" Praliaskouski wrote:
> Hi,
> 
> if you have a PostGIS at hand:

I have.
 
> select ST_Buffer('POLYGON(lon lat, lon lat, lon lat)'::geography, 50);
> 
> http://www.postgis.net/docs/ST_Buffer.html

I know that - That means i need to rexport the admin boundarys from
wambacher as shape. Use shp2pgsql to put them into the postgis,
buffer them and rexport somehow as poly.

I though i would not be the only one having the problem. 

I whished osmconvert had a "ready to use" buffer function for
the -B option ;)

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


[OSM-dev] tools to add buffer to poly

2018-11-27 Thread Florian Lohoff

Hi,
i am using poly exports from Wambacher (thanks) to extract pbf
content from a germany export. Now i am trying to use the
admin boundarys from the pbfs which obviously get dropped
when using itself as boundary.

I'd rather not like to buffer them manually by drawing boundarys myself.

So - is there a tool(-chain) for poly -> poly adding some buffer
e.g. 50-100m ? 

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] issue with geofabrik europe update

2018-05-17 Thread Florian Lohoff
On Wed, May 16, 2018 at 05:50:19PM +0200, Frederik Ramm wrote:
> Hi,
> 
> On 05/16/18 14:43, Julien Fastré wrote:
> > We had a strange issue with a europe diff update from geofabrik: the
> > diff file is not a valid xml.
> 
> And that's entirely my fault for using "sed" to modify a couple of .osc
> files around the beginning of May. Sorry for that! It was after we got
> rid of uid/user fields in .osc files, and it turned out that some people
> has issues with the reduced files, so we decided to put dummy uid/user
> fields back in, and for the old files I quickly did that with a too
> broad search-and-replace command ;)

So you actually say that geofabrik pbf/osc files dont contain valid
usernames anymore?

I was wondering why i saw numerical usernames but if thats the case
i can drop usernames from my QA tools.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


josm startup 21 Minutes on current hardware // Disable network updates on start?

2018-04-09 Thread Florian Lohoff

Hi,
today it hit me again - Josm updates styles on startup which made
the Startup take

2018-04-10 02:21:01.354 INFO: Log level is at INFO (INFO, 800)
[ ... ]
2018-04-10 02:41:33.656 INFO: Toolbar action 1323558253_wikipedia-icon_24 
overwritten: kendzi.josm.kendzi3d.action.LoadTextureLibraryAction gets 
kendzi.josm.kendzi3d.action.ShowPluginDirAction

Take 21 Minutes.

I am on a DSL Light aka 384KBit/s link and josm without my interaction
first updated a sign style which in itselt is 46MByte 

I have disabled plugin autoupdate for the very same reason.

Is there a way to disable even more autoupdate stuff on startup?

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature


Re: [OSM-dev] Fwd: TCP Fast Open Experiment

2016-06-02 Thread Florian Lohoff
On Thu, Jun 02, 2016 at 10:44:51AM +0100, Grant Slater wrote:
> Hi OSM Dev,
> 
> I have experimentally enabled TCP Fast Open (TFO) on the imagery site:
> http://os.openstreetmap.org/
> 
> I am interested in any feedback... Does the site not work from any
> connections, operating system or software? Improved performance on
> high latency slow connections?
> 
> TFO is a "new" way to speed up establishing TCP connections.
> https://en.wikipedia.org/wiki/TCP_Fast_Open
> 
> I'd like to see TFO rolled out to more services in OSM over time.
> Depending how things go, next up would be the tile.openstreetmap.org caches.

From my understanding TFO solves the problem HTTP/2 (or SPDY) solved by
muxing streams of data into the same tcp connection or am i wrong?

What about HTTP/2 support? 

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [josm-dev] Auto center new node

2016-03-22 Thread Florian Lohoff
On Sun, Mar 20, 2016 at 02:27:49PM +0100, Gertrud Simson wrote:
> Maybe you accidently pressed Strg+Shift+F instead of Strg+F.

Hadnt hit it for like 8 years and it came up directly after the ugrade
of josm to the latest version - I cant rule out i hit ctrl-f
accidentally. I had never seen that mode in the past - does anyone
actually use it?

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] Auto center new node

2016-03-19 Thread Florian Lohoff
On Sat, Mar 19, 2016 at 11:53:43AM +0100, Florian Lohoff wrote:
> 
> Hi,
> i just updated to the latest josm and was immediatly annoyed by
> josm trying to auto center/scroll to a new node beeing set. 
> 
> I looked through the settings and i couldnt find anything obvious.
> 
> Is there a way to disable that behaviour? I dont think it should be
> default either.

Forget it - after thinking about it for another 5 Minutes i found
the "Viewport following". I have no clue how it enabled and why
i never stumbled on that before ...

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


[josm-dev] Auto center new node

2016-03-19 Thread Florian Lohoff

Hi,
i just updated to the latest josm and was immediatly annoyed by
josm trying to auto center/scroll to a new node beeing set. 

I looked through the settings and i couldnt find anything obvious.

Is there a way to disable that behaviour? I dont think it should be
default either.

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


[OSM-dev] libosmium / spatialindex

2016-01-17 Thread Florian Lohoff

Hi,

I am playing around with QA and for that i am using libosmium to walk
through the pbf files. Simple bugs are easy to do like missing, tags,
tags on wrong objects, broken tag combinations. For node reusage
for areas i used a std::vector in a node index which worked
okay.

Now i am progressing to more complex checks with spatial relation and
for that i am thinking of writing ways e.g. their geometry and their
tags into a spatial index.

I used libspatialindex for that and wrote myself some code to create a
serialized compressed way (tags/values as variable length integers
and a geos wkb geometry). It works "sort of" but i am dissatisfied by
the code and keep refactoring it over and over which does not make it
more beautiful.

As typically i am not the first to approach stuff like that most likely
somebody else has already done that with libosmium.

So - Does anyone already have a generic Osmium Object Spatial Index
storage at hand that i just overlooked?

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [josm-dev] IPv6 problems

2016-01-02 Thread Florian Lohoff
On Fri, Jan 01, 2016 at 09:12:50PM +0100, Dirk Stöcker wrote:
> On Fri, 1 Jan 2016, Philip Homburg wrote:
> 
> >- Ideally, operating systems should ship with a happy eyeballs implementation
> > in the C library. I don't know any that does. It is not such a great idea
> > for applications to roll their own. Mostly because you may want knobs to
> > configure things system wide.
> 
> For C there probably are libraries.
> 
> >- All applications should loop over all addresses returned by getaddrinfo.
> > There is simply no excuse not to. If java makes it impossible to iterate
> > over all addresses that it is java that is horribly broken.
> 
> I disagree here. ATM most services only have one IPv4 address. In
> the transition time between protocols many will have IPv4 AND IPv6
> but in the near future (let's say 5-10 years) most will either have
> IPv4 OR IPv6 and dual stack will slowly fade out.

Thats 30 years timeframe - And Multi A or  record is a common
usage for load balancing. Just in case you havent seen it:

flo@p3:~$ host api.openstreetmap.org
api.openstreetmap.org has address 193.63.75.99
api.openstreetmap.org has address 193.63.75.100
api.openstreetmap.org has address 193.63.75.103
api.openstreetmap.org has IPv6 address 2001:630:12:500:219:bbff:fe39:8aba
api.openstreetmap.org has IPv6 address 2001:630:12:500:21a:4bff:fea5:fd2a
api.openstreetmap.org has IPv6 address 2001:630:12:500:219:bbff:fe39:3d9e

> And it's not so easy to handle multiple connects. You can either
> optimize for speed (open multiple connections parallel) or for load
> (open one after the other) or ignore it (single connect) or randomly
> choose an address (e.g. what postfix does). All of these methods
> have advantages and disadvantages and depend on the application.

Okay - When you ask your DNS the DNS is rotating the results for you.
Thats been best common practice for nearly as long as there is DNS.

flo@p3:~$ dig +short -t ANY api.openstreetmap.org @a.ns.bytemark.co.uk.
193.63.75.99
193.63.75.103
193.63.75.100
2001:630:12:500:21a:4bff:fea5:fd2a
2001:630:12:500:219:bbff:fe39:3d9e
2001:630:12:500:219:bbff:fe39:8aba
flo@p3:~$ dig +short -t ANY api.openstreetmap.org @a.ns.bytemark.co.uk.
193.63.75.100
193.63.75.103
193.63.75.99
2001:630:12:500:219:bbff:fe39:3d9e
2001:630:12:500:21a:4bff:fea5:fd2a
2001:630:12:500:219:bbff:fe39:8aba

As the application author you are supposed to  try the ipv6 and then the ipv4 
in order of appearance. If you do so everything is fine. If you try to be clever
hell breaks loose with all sorts of problems.

This is what i had when one of the APIs went dodo some weeks ago. I wasnt able
to upload my changes with JOSM. So i used dig to find a working address
and hardcoded it in the /etc/hosts because josm refused to try a different
address.

> And it's not so easy to decide when a connection works or not, as it
> can fail on multiple levels and so on and so on. Many programs are

Its easy - does a connect work? Its as easy as that.

> extremely simple and implementing a full featured we-try-all network
> access is total overkill. So also in the future the majority of
> tools will only open one connection and try once. It's wishful
> thinking to assume otherwise.

Under most circumstances the very first connect will work and you are
done. All others may take some seconds but still work. Right now
the 1% fails - and fails in a way intransparent for users and undebuggable.

> Thus the main question here is if parallel connects are important
> enough, so that JOSM needs to support that feature or not. Currently
> I think not.

Its not about parallel connections - its about trying the other adresses
you are told to use.

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] IPv6 problems

2016-01-02 Thread Florian Lohoff
On Fri, Jan 01, 2016 at 02:03:57PM +0100, Dirk Stöcker wrote:
> On Fri, 1 Jan 2016, Florian Lohoff wrote:
> 
> >Currently josm tries to be clever and either does v6 or v4 and tries
> >to detect whether the host is v6 enabled. This is broken by design.
> >You cant detect whether you will be able to issue v6 connections
> >until you try. There are v6 blackholes in the internet, there is
> >intermittet connectivity, there are ULA prefixes which is just an v6
> >island whathever. Its the INTERNET - Everything is built on a "best
> >effort" base. It may work - it may also not. IPv6 put the responsibility
> 
> That's nonsense. If you extend the meaning of "best effort" to "it
> may work or not" then it's ok when a provider only delivers data to
> half of the world? Well, why pay money for devlivery the other half?

Welcome to my world. I have been dealing with issues like that
for 20 Years ... Upstream providers depeering other Tier 1s because
of business issues and the regional ISPs looking for alternative paths.

> A network access which has permanent connectivity issues is broken!

As a residential customer this might be the case. Not in the ISP
world. There are legions of people worldwide trying their 
best to keep the net working. Tuning paths that the residential
customer paying 9.95€ does not see the packet loss occuring
on the opposite site of the world.

This was always in the commercial ages of the internet for like
decades. When i started my own ISP Business in the very early 90ies
we had the issues with DFN and all others. It went that far
that XLink had its last hop toward dfn added a PTR 

1.2.3.4 IN PTR ab.hier.wirds.langsam.weil.dfn.de

> If you go into the future you will have IPv6 only. No IPv4 fallback.
> And it has to work. Yes - we currently have a chance to try again
> with IPv4 and JOSM doesn't use that chance. Well, JOSM doesn't do
> many other things as well.

IPv4 will not go away. It will stay with us for at least 30 years.
Remember that there are billions of devices deployed world wide
which dont have the flash codespace to support ipv6.

The access technology will change. Today we have Dualstack. Cable
operators have switched to DS Light tunneling ipv4 via ipv6 (Kabel
Deutschland). Most likely the Cell providers will do DS Light
aswell as their pricing/capacity is build around the number of
datapipes and v4 and v6 are seperated.

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


[josm-dev] DNS timeout/fail on startup Was: IPv6 problems

2016-01-02 Thread Florian Lohoff
On Fri, Jan 01, 2016 at 02:03:57PM +0100, Dirk Stöcker wrote:
> I also don't believe that's a JOSM issue, as JOSM does not remember
> any states between connections. Maybe your connection is simply to
> slow and you need to increase the timeouts so it works for your
> system. JOSM uses reasonable timeouts for modern connections of half
> a minute. That should be enough also for a 348kbit/s connection.

I just tried to reproduce:

Just let the very first DNS request for josm.openstreetmap.org
fail/timeout - You get a popup "Network errors occured"
and "Change proxy setting". This is abolute nonesense. I dont
use any proxy - A simple DNS query failed - Thats life. I might
even be offline - that would be perfectly allright.

I could use josm afterwards pressing cancel on the "Change proxy
settings" but i have situation where this does not work and
i cant up-/download data.

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] IPv6 problems

2016-01-01 Thread Florian Lohoff
On Fri, Jan 01, 2016 at 01:09:30PM +0100, Simon Legner wrote:
> Hi!
> 
> On Fri, Jan 1, 2016 at 12:47 AM, Florian Lohoff <f...@zz.de> wrote:
> > So please - either fix ipv6 in JOSM by implementing the BCPs or
> > drop the ipv6 support completely - Currently you are breaking tons
> > of user setups and you actively blame ipv6 for it.
> 
> I tried to find some reference implementations for the RFC6555 / Happy
> Eyeballs in Java – without success. None of the popular HTTP client
> libraries [1, 2, 3] seem to have any support for this algorithm.
> Instead, they seem to attempt connections sequentially to the resolved
> addresses [4, 5].
> 
> On GitHub I could only find two Java demo projects on the
> java.net.Socket level [6, 7].

Its not about Happy Eyeballs as the real and only solution. Best Common
Practice is whenever you isse a connection and you get  and A
records you try  first and if they fail you fall back to A records
e.g. IPv6 first. This is the fundamental principle of IPv6 introduction
and transition. You NEED people to first try v6 as you want the traffic
to transition to the new protocol. IPv4 is DEAD - No RIR has v4 adresses
anymore so there will be no new Companys with v4 connectivity. Get
over it.

Currently josm tries to be clever and either does v6 or v4 and tries
to detect whether the host is v6 enabled. This is broken by design.
You cant detect whether you will be able to issue v6 connections
until you try. There are v6 blackholes in the internet, there is
intermittet connectivity, there are ULA prefixes which is just an v6
island whathever. Its the INTERNET - Everything is built on a "best
effort" base. It may work - it may also not. IPv6 put the responsibility
for the user experience in the hands of application writers by making
strong recommendations on how to write your applications. If it fails
because the application is broken people turn off ipv6 and will never 
ever turn it back on because of bad reputation. This will hurt
IPv6 adoption and in the end will hurt us all. 


I had all sorts of tricks in my josm startup scripts in the past years to 
tell josm to ignore v6 - to always enable ipv6 etc. First versions of
josm even thought they would be ipv6 enabled if there were a ::1 on
the lo interface. So the josm startup script included a

"ifdown lo; josm &; sleep 30; ifup lo"

That got fixed - now i have the issue that i need to restart josm when i
move to a different network. Need to run tcpproxy in the background
to let josm connect to the tracer server because it does not do a ipv4 
fallback etc..

There are even more broken assumptions in josm. I live in the rural
outback and i have 348kbit/s - Sometimes on josm startup it fails to
fetch the motd or mappaint styles or whetever it tries to do on startup.
Some requests on startup timeout because my line is congested. This
causes josm to refuse to do ANY network interaction afterwards. You cant
download data etc etc. Sometimes i need to start josm 3-4 times until it
actually is willing to play with me. This never happens on a VDSL
50MBit/s connection etc.

I really ask myself how the HOT people work around those issues. Network
connectivity isnt even perfect in Germany, and is most likely even more
flaky in HOT areas. Is josm actually usable without internet
connectivity - editing offline files?

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] IPv6 problems

2015-12-31 Thread Florian Lohoff
On Thu, Dec 31, 2015 at 02:44:59PM +0100, Dirk Stöcker wrote:
> JOSM and Java do not try different protocols. If you (and the remote
> server) have IPv6 it uses IPv6, if not IPv4.
> 
> It seems you have a broken IPv6 connection which sometimes works and
> sometimes not. You should fix it.
t
I disagree on that. The fallback to v4 should be per CONNECTION and
not per application restart. The RFCs are pretty clear on this
and further behaviour improvements on intermitted ipv6 connectivity.

JOSM is a pain in the ass concerning ipv6. I typically roam with my
notebook between dualstack and ipv4 only locations with suspend/resume
and most of the time i need to save session restart josm etc.
Its not even deterministic what the error looks like it just
complains on some random network access ...

> Trying multiple connections can hide such broken connections, but
> most applications don't do this. Web browsers are the main
> exception. JOSM not.

So you are clearly not adhearing to BCPs for dual stack application
development. There has to be a fallback to ipv4 for every single
connection attempt not just once we restart the application.

Just one of the most recent RFCs making this very clear that
intermitted ipv6 connectivity is a common case and needs to be 
worked around in the application:

https://tools.ietf.org/html/rfc6555

I used to work in the ISP Business for 15 years and applications
like JOSM are the main hinderance for ipv6 acceptance.

"It does not work when i enable ipv6" is the customer complaint
so ipv6 is kept turned off.

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] IPv6 problems

2015-12-31 Thread Florian Lohoff
On Thu, Dec 31, 2015 at 11:09:24PM +0100, Dirk Stöcker wrote:
> >JOSM is a pain in the ass concerning ipv6. I typically roam with my
> >notebook between dualstack and ipv4 only locations with suspend/resume
> >and most of the time i need to save session restart josm etc.
> >Its not even deterministic what the error looks like it just
> >complains on some random network access ...
> 
> If you switch between such networks disable IPv6 with "prefer.ipv6"
> set to "false" or use a start script to set correct settings.

But this is simply a broken advise - We want ipv6 and all RFCs
have been written with transition in mind. You are now telling
here is this app called JOSM and whenever you are on ipv6 turn
it off because it might cause problems.

This is exactly what the authors of all the RFCs tried to prevent.
You are now causing a bad reputation on ipv6 although
the application is simply not constructed with the Best Common
Practices.

> There are too few users with that specific issue to care for them
> right now with an automatic approach.

Germany - Bigges Community - Largest ISP Telekom is switching all
DSL contracts to Dualstack. Kabel Deutschland is already handing
out IPv6 be default with DS Light. So within a very short timeframe
you'll see a lot more people complaining.

> Java does not support on-the-fly detection, but this setting must be
> done before first network usage and cannot be changed later. We
> can't change that behaviour. Feel free to submit a Java bug report.

There is no such thing as a on-the-fly detection. You as the application
author need to write the detection. You need robust "connect" logic
which tries ipv6 and falls back to ipv4 when the connect does not
work. The latest RFCs gives even more advice on how to work around
long delays induced by servers advertising ipv6 and not responding
to it or intermitted ipv6 problems e.g. packet loss in the v6 path. This
is the daily business for an ISP - You path are different for v4 than
for v6 so you have different latencys, paths, packet loss probabilities
etc.

> We also do not fallback to secondary IPV4 addresses and so on and so
> on. Happy Eyeballs is a feature and we don't have that feature.

Happy Eyeballs is the continuation of fallback logic refinement.

> Don't know where you find the statement in the RFC above. Problems
> in section 3 of the document still have to be fixed, the document
> itself provides only a workaround to "enjoy nearly identical
> performance" even without fixing the problems. Time advanced since
> 1994 where the first statement from section 3 comes and also since
> 2012 where the RFC was written. I see no sense in spending lots of
> work on fixing broken user setups. If you can convince Java to
> support IPv6 better and switching during runtime, we'll use it.
> Otherwise we expect users to use proper networks settings.

My user setup is continously broken and i work around it. YOU refuse
to even implement 20 year old Best Common Practices written in RFCs
for a good reason.

Just as one of the examples 

http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/110207

So please - either fix ipv6 in JOSM by implementing the BCPs or
drop the ipv6 support completely - Currently you are breaking tons
of user setups and you actively blame ipv6 for it. 

> For me the main problem are ISP's which provide broken or no IPv6
> connectivity.

Sorry - NO - I have a perfectly working ipv6 setup with German Telekom
at home. Even there i need workarounds with josm not falling back
to ipv4 with the tracer plugin.

Then i suspend, drive to work, resume and my setup is broken because
i dont have ipv6 at work but josm caches it knowledge which it shouldnt.

JOSM tries to be very clever and tries to detect if it has
IPv6 connectivity and caches the knowledge. THIS IS BROKEN ALREADY.
EVERY single connection needs the fallback logic for itself without
cached prior knowledge of the environment.

With mobility my ipv4 only connection can change to dualstack to dslight 
to a pure ipv6 with 6to4 NAT back to ipv4. If my services are reachable
Dualstack there should be service everywhere. With JOSM the first
change in network environment needs an application restart.

This is 80ies - "You have moved your mouse - please reboot"

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] iD creates invalid (?) highway tags

2015-10-13 Thread Florian Lohoff
On Tue, Oct 13, 2015 at 12:30:54PM +0200, Gerd Petermann wrote:
> Yes, I understand how this happens, but I don't understand
> why iD doesn't prevent this action or at least warns the user.
> I am not aware of many tags which regularly contain lists,
> so I'd say it would be better to always warn or implement 
> a white list for those tags in iD.
> I am sure that it already would be a great improvement 
> if the 100 most often used tags are checked.

It should not be a blacklist but a whitelist. Most tags make
absolutely no sense with a ; in them. Today its highway
tomorrow its landuse, maxspeed, bridge, tunnel, width, height
building etc which get combined.

The very easy fix is to refuse a merge/combine when there are
different tag values on the 2 segments with a popup. The user
then can cleanup by deleting the tags on one of the segments
and then join. (This is the proceedure i use with josm aswell
as its much quicker than to go through a lenghthy list of 
multiple choices)

The more advanced solution (But probably a lot more confusing for
the user) would be some multiple-choice like in josm.

I'd prefer the first solution. Still everything is possible
but its hard to get it wrong.

Flo
-- 
Florian Lohoff f...@zz.de
  We need to self-defend - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


[OSM-dev] osmosis pgsnapshot actions table

2015-04-08 Thread Florian Lohoff

Hi,
iam looking at something like whodidit - Analysis of changesets,
their authors and near realtime monitoring of areas.

Whodidit parses the osc files independent of existing data so
when only ways get modified (without their respective nodes)
you'll miss the update.

I was thinking of using an osmosis based pgsnapshot schema
which i have running anyway and adding the actions tables,
some trigger function magic and there we have the data.

Now i have multiple problems.

- With triggers on the actions table i am unable to fetch
  deleted nodes former geometry. before or after insert on
  the actions table when action is 'D' the node is already gone
  from the nodes table.

- I fail to get the changeset, user and timestamp information.

Did anyone solve this? I had a look at osmosis on extending the
data dumped to the actions table e.g. changeset, user and timestamp
but still the delete entity would still exist.

Would something like this reorder the deletion of the way/node/relation
and the insert into the action table?


diff --git 
a/osmosis-pgsnapshot/src/main/java/org/openstreetmap/osmosis/pgsnapshot/v0_6/impl/EntityDao.java
 
b/osmosis-pgsnapshot/src/main/java/org/openstreetmap/osmosis/pgsnapshot/v0_6/impl/EntityDao.java
index e53539e..59ff9fb 100644
--- 
a/osmosis-pgsnapshot/src/main/java/org/openstreetmap/osmosis/pgsnapshot/v0_6/impl/EntityDao.java
+++ 
b/osmosis-pgsnapshot/src/main/java/org/openstreetmap/osmosis/pgsnapshot/v0_6/impl/EntityDao.java
@@ -147,9 +147,9 @@ public abstract class EntityDaoT extends Entity {
args = new HashMapString, Object();
args.put(id, entityId);

-   
namedParameterJdbcTemplate.update(entityMapper.getSqlDelete(true), args);
-   
actionDao.addAction(entityMapper.getEntityType(), 
ChangesetAction.DELETE, entityId);
+
+   
namedParameterJdbcTemplate.update(entityMapper.getSqlDelete(true), args);
}


Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Osmosis Postgres Vacuum Stall Upload

2015-04-04 Thread Florian Lohoff
On Sat, Apr 04, 2015 at 01:02:38AM +, Humphries, Grant wrote:
 Hi all,
 
 I have a script set up that loads OSM data into a postgres db via Osmosis 
 (into the snapshot schema) each night.  The database that it being loaded has 
 a lot of other data in various schemas and the osm data is loaded into its 
 own schema.  However it seems that as a part of the loading process Osmosis 
 vacuums the entire database and because the db is so large this is taking 
 about 25 minutes, while the loading of the data itself takes less than 5 
 minutes.
 
 (At least this is what I believe is happening, when I run osmosis under 
 verbose this is the line it hangs up on for ~25 mins:
 Apr 3, 2015 5:13:02 PM 
 org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.CopyFilesetLoader run
 FINE: Vacuuming database.)
 
 Does anyone have advice as to how I could address this issue?

I would enable statement + time logging in postgres to 
see which statement results in the delay.

Then modify osmosis to not call that statement. In the
end its open source and if it breaks you may keep both halves.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Building routable graph from OSM data

2015-03-23 Thread Florian Lohoff

Hi,

On Sun, Mar 22, 2015 at 04:56:32PM +0100, Mateusz Konieczny wrote:
 I am looking for library that is processing OSM data into routing graph.
 This graph will be later processed by my program so tight integration with
 existing routing engine is unneeded and unwanted.
 
 I am hoping that I will be able to reuse already existing code that is
 supporting relation restrictions, access tags etc.
 
 It is not necessary that it is high performance, simplicity and small
 line count would be preferable.
 
 Is there some obvious solution? From what I found OSRM and
 OpenTripPlanner are promising. In case of OSRM Project OSRM is a stack
 of high-performance tools is quite scary. With OpenTripPlanner I am
 unsure whatever
 https://github.com/opentripplanner/OpenTripPlanner/wiki/GraphBuilder
 is tightly coupled to other parts of application or is it something
 that is generally usable.

The question is what the final purpose is. For smaller scale
graph stuff i am using postgis with the osmosis schema. I am grabbing
all ways and then splitting ways at junctions etc so in the end you
get a graph (which i am solving as a steiner tree). Takes some seconds.

This works pretty well but most likely not on a per country size.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


[OSM-dev] libosmium / osmi-addresses

2015-03-03 Thread Florian Lohoff
 at a different location on Debian/Jessie with gcc4.9

g++ -O3 -I. -std=c++11 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall 
-Wextra -pedantic -Wredundant-decls -Wdisabled-optimization -Wctor-dtor-privacy 
-Wnon-virtual-dtor -Woverloaded-virtual -Wsign-promo -Wold-style-cast 
-I/usr/include/gdal -o osmi main.cpp  -lexpat -pthread -lz -lprotobuf-lite 
-losmpbf -lz -lbz2 -L/usr/lib -lgeos-3.4.2 -L/usr/lib -lgdal 
-lboost_program_options ; touch last_use_of_gcc.tmp
In file included from main.cpp:18:0:
./osmium/index/map/sparse_table.hpp: In instantiation of ‘void 
osmium::index::map::SparseTableTId, TValue::dump_as_list(int) const [with TId 
= long unsigned int; TValue = AltTagList]’:
main.cpp:95:1:   required from here
./osmium/index/map/sparse_table.hpp:124:35: error: no match for 
‘operator!=’ (operand types are ‘const AltTagList’ and ‘AltTagList’)
 if (value != 
osmium::index::empty_valueTValue()) {
   ^
./osmium/index/map/sparse_table.hpp:124:35: note: candidates are:
In file included from ./osmium/handler/node_locations_for_ways.hpp:41:0,
 from main.cpp:22:
./osmium/osm/location.hpp:245:34: note: constexpr bool 
osmium::operator!=(const osmium::Location, const osmium::Location)
 inline OSMIUM_CONSTEXPR bool operator!=(const Location lhs, const 
Location rhs) noexcept {

I once had a working libosmium state building osmi and thats 
c8a4ee68181a51f3168f83b516b2cc1c720f95b7 which still builds on
jessie.

- My osmi build from libosmium c8a4ee68181a51f3168f83b516b2cc1c720f95b7 and 
osmi-addresses 4dd06179420d82fd77d08757f73cc2216c915b05 
  which i got build mid of last year barfs at the current germany extract of 
mine:

~/bin/osmi  ~/germany.osm.pbf germany
node processing in FirstHandler finished
terminate called after throwing an instance of 'std::out_of_range'
  what():  Missing location
Aborted

As all production machines i have are Wheezy i am lost here.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


[josm-dev] josm locale english / iso date

2014-07-09 Thread Florian Lohoff

Hi,

is it possible to tell josm/java that my language is English
but my date preference is iso date? (e.g. History).

Typically i have a locale en_US.UTF-8 although i hate the US style
date - i prefer iso date.

Setting LC_ALL=de_DE.utf_8 and LANG=en_US.utf-8 results in a german
JOSM which i still dont understand as LANG says en_US.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] Full notes export (alpha)

2014-07-08 Thread Florian Lohoff
On Mon, Jul 07, 2014 at 10:33:31PM +0100, Grant Slater wrote:
 Few items have been fixed:
 https://github.com/iandees/planet-notes-dump/issues?page=1state=closed
 
 And a new dump created:
 http://grant.dev.openstreetmap.org/tmp/planet-notes-dump-testing/
 
 Anything else? ;-)

Is it planned to offer an export of the subset of open and possibly
recently closed notes?

12M is not that much today but for creating a garmin gmapsupp with
notes pulling the full history might not be the desired process.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [josm-dev] Relation editor support for north/south and east/west similar to forward/backward

2013-11-26 Thread Florian Lohoff
On Tue, Nov 26, 2013 at 03:57:40PM -0600, Ian Dees wrote:
 
 No, these aren't compass directions. They're the directionality of the
 road. For example, this way is part of the I-94 interstate going west, but
 a compass in a car driving on it would tell the viewer they were pointing
 north:
 
 http://www.openstreetmap.org/browse/way/39372612

So - North would be straight on, east would be left, west would be
right in 99% of the other countries?

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] Relation editor support for north/south and east/west similar to forward/backward

2013-11-26 Thread Florian Lohoff
On Tue, Nov 26, 2013 at 03:46:47PM -0700, Martijn van Exel wrote:
 So the relation between the east--west and north--south member roles
 is equivalent to the relation between forward--backward.
 
 Because the cardinal direction is commonly included on the road signs
 (see example http://www.aaroads.com/west/new_mexico010/bl-010_eb_at_i-010.jpg)
 this information is useful in the U.S. (and Canadian) context as a
 drop in replacement for the traditional forward / backward role
 members.

I still dont get it - Which relation would need this as a role?

If this is a signposted destination i would expect it in the
destination or destination:lane tag on the road as west e.g.

destination:lanes=West;Los Angeles|East;Boston

For example Mapfactor Navigator will use this to show destinations.

backward/forward as role are in relation to the ways direction. A tag
can either have a meaning in forward or backward or both directions
on a way. There is no way a tag has a meaning in 56° left of the way.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime

2013-11-25 Thread Florian Lohoff

Hi,

On Mon, Nov 25, 2013 at 10:23:43AM -0500, Richard Weait wrote:
 Grant, thanks always to you and to the full admin team, for making
 OpenStreetMap work and work well.  I appreciate your constant
 attention to the nitty bits and the gritty bits of OpenStreetMap
 infrastructure, keeping everything up and running.  The way that you
 make frequent improvements and additions to OpenStreetMap Foundation
 services is wonderful.  Your immediate attention and rapid response to
 unscheduled events is exemplary.
 
 Thanks so much.  You admins should be paid in more than just thanks.
 Not just for your continued expertise, but for the ten years of
 commitment so far.

Sysadmin appriciantion day is on 28th of July :)

SCNR

Flo
PS: http://de.wikipedia.org/wiki/System_Administrator_Appreciation_Day
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Fun documentation questionnaire!

2013-10-08 Thread Florian Lohoff

Hi,
thanks for the poll.

On Mon, Oct 07, 2013 at 07:56:02PM +0100, Matt Amos wrote:
 we at EWG are interested in which OSM-related projects would benefit
 from some help improving their documentation for developers. that is;
 the documentation which you'd look at if you wanted to start
 contributing to that project, not any documentation for using it.
 
 to help collect some data to inform any discussion, we would be very
 grateful if you could spend a few minutes filling out this short (and
 fun) questionnaire:
 
 http://bit.ly/17OxvKa

I think the point is that only VERY FEW can actually give sensible
input. I have at least looked into some of the tools and found my way
around as a user and sometimes providing some quick patches to problems
i found.

As a user of OSRM, osm2pgsql, osmosis, mapnik, josm,
ocitysmap/MapOSMatic  i find my way around. Especially the Documentation
for osmosis, OSRM and MapOSMatic is excellent to get something going
within minutes as a user.

 if you see a project which you've not heard of before, or haven't seen
 the developer documentation, it would be extremely helpful if you
 could spend a short time looking for it. it may not even exist - but
 it's good data!
 
 the list of projects is not supposed to be exhaustive, and there are
 many worthy projects missing from the list. if there is something
 which we've missed, please use this thread to discuss it and its
 developer documentation situation.

I think a real problem is the OSM Wiki. There is tons of information
to the tools but a lot of it is horribly outdated or even wrong.
It gets replicated and forgotten.

My feeling as a long time OSM contributor is that the wiki is more
confusing for the tools as than it helps.

Concerning help for Tools i'd suggest using the osmium toolset to
produce helper to filter from OSM Datasets. And Nominatim needs to
be accelerated and reduced in the resources needed.

I understand that geocoding is a hard business but when
you look at the hardware specs and time needed to get a nominatim 
instance going this doesnt look like anyone will soon be able to
do this at home.

Another thing i'd like to see is an OSM Package Repository 
for Debian, Ubuntu possibly Redhat where all the tools are in their
current version.

So as someone who likes to play with OSM Data i'd simply add an OSM
Repository and be able to install osmosis, mapnik, postgis in their
current version. As a newbie you spend a lot of time getting all the
software together, built and then you Discover you need mapnik 2.2 and
not 2.0 and for this you miss dependencies.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [josm-dev] An incredible and unexpected use of JOSM

2013-09-11 Thread Florian Lohoff
Hi,

On Wed, Sep 11, 2013 at 08:30:35AM +0300, Marko Mäkelä wrote:
 After reading this, it became less amusing: 
 http://press.nokia.com/2013/09/09/here-partners-with-automakers-and-automotive-suppliers-to-connect-cars-to-the-cloud/
 
 (You may remember that Nokia (whose phone division was recently sold
 to Microsoft) paid $8bn for the map company Navteq a few years ago.)

Probably Nokia and Mercedes just use the OSM Toolchain for easily
editing and visualizing the map data?

But i wouldnt be worried - There will be a day where OSM will be THE
ONLY important map provider. Its economically not possible for Nokia
and TomTom to get the same map detail level as we do. So they'll
highlight the crowd nature of OSM and try to spread FUD about
reliability and accuracy of OSM for the next 10 Years. 

This has all happened before in the Linux universe and in the end
there is Linux on any embedded device and server and the Desktop,
Microsoft has been dominating for 30 Years will be irrelevant by
tomorrow.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev


[OSM-dev] OSRM lua profile / Error in prepare

2013-07-24 Thread Florian Lohoff

Hi,
i am trying to tweak a lua profile that i get the shortest way on
tarmac roads e.g. no cycle/footway/track/service and no motorway,
ignoring all turn restrictions, oneways, roundabouts, traffic_lights
etc.

For this the way_function simply sets:

  way.speed = 10
  way.type = 1

and returns 0 on areas motorways etc.

I fail to find the difference between returning 0 and

way.ignore_in_grid = true

Also i get a error in osrm-prepare

[info createHierarchy.cpp:78] Using restrictions from file: 
germany.osrm.restrictions
[info createHierarchy.cpp:120] Parsing speedprofile from profile.lua
[error Contractor/../DataStructures/ImportEdge.h:44] Type: -1

which is not very helpful on what i did wrong.

I am using cc73ed19b3f83cc7e718a94580c79d02aea8567a May 14 

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] New database server

2013-05-21 Thread Florian Lohoff
On Mon, May 20, 2013 at 09:32:30PM -0400, Jason Remillard wrote:
 Hi,
 
 schema). This would allow the site to scale more incrementally, and
 potentially scale to larger loads than putting all of our eggs into
 two monster servers. For the money we planning on spending on the big
 server, we could get could get several of these smaller edge servers
 with flash disks and a less expensive redundant write/history database
 server. As we need to scale, we can do it in 3,000 dollar increments
 rather 40,000 dollars increments. Having a server with 29 disks, does
 not seem like a good situation. Just a thought.

Without beeing involved in the server issues my guess is that not the
amount of API calls but the working set is the problem here.

We are talking about a multi terabyte working set. Grabbing data out of
this working set is a very tedious task. You might want to grab 10 bytes
in the front - 20 in the middle and 60 at the end. For this you need to
walk through multiple gigabytes of indexes and move your disk heads like
1750 times.

Not looking at SSDs the number of spindles is the concurrency you can
get from this. The more heads - the more concurrent accesses.

SSDs will help accelerate indexes but today are not a solution for the
full database comparing € or $.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] AIO Styles

2013-05-14 Thread Florian Lohoff

Hi,

is anyone still maintaining the AIO styles? It seems most of
it is unmaintained and throws warnings about deprecated usage of
display_name in current mkgmap versions.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] Regular Notes dump for mkgmap purposes

2013-05-13 Thread Florian Lohoff

Hi,
is there a full notes dump available somewhere for processing with 
mkgmap e.g. Garmin maps?

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[josm-dev] josm/jmapviewer / tilecache / single directory

2013-04-03 Thread Florian Lohoff

Hi,
i send an email a couple of months back about the jmapviewer tilecache
used by josm using a flat directory for storing the tiles.

Today now i stumbled that doing a find in the .josm directory takes
upwards of 10 Minutes on my Quad i7 with a 7200 IDE Disk on
Debian/Wheezy.

Doing a cache cold ls in ~/.josm/tilecache/Bing Aerial Maps
takes 

flo@p2:~/.josm/tilecache/Bing Aerial Maps$ time ls /dev/null
real9m3.151s
user0m23.133s
sys 0m26.474s
flo@p2:~/.josm/tilecache/Bing Aerial Maps$ ls -1 | wc -l
1846091

9 Minutes 3 seconds for a ls - 1.8Mio files in a single directory.

Flo
PS: Dont get me wrong - large cache is good - but not like this.
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] josm/jmapviewer / tilecache / single directory

2013-04-03 Thread Florian Lohoff
On Wed, Apr 03, 2013 at 12:00:13PM +0200, Dirk Stöcker wrote:
 
 Hmm. Did you change any of the cache parameters in config? It should
 not get that large. Probably cache clean is broken, if so, please
 open a bug?
 

I am living behind a 384KBit/s DSL and loading tiles is a pain in the
ass as it takes ages to fill a screen with tiles. 

So a large cache is VERY WELCOME. It got that large because i was
active in northern china which is a huge area.

I want that much data in my cache - But storing it into a single
directory is - uhm - broken - Filesystems are bad in storing huge
amount of files or directories into a single dir. This is why
all caches typically organize their files into trees - e.g. squid.

Normally josm had its cache dir set to something in /tmp which is even
more broken as /tmp is typically a tmpfs on most architectures. So using
josm fills up memory and swap and cache is deleted on reboot...

As sane default could be ~/.josm/tilecache but not a single directory.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


[josm-dev] validator / power=line no power=pole|tower

2013-03-20 Thread Florian Lohoff

Hi,

i have a power minor_line which ends in a brick tower like sub_station.
Thus i made a building=yes way for the substation and let the
power=minor_line end on a node on the outer way for the building which
is the obvious thing as just the isolators are mounted to the wall.

Now the josm validator shows me a warning that the minor_lines node does
not contain a power pole or tower which in this case is correct.

I think this is a false warning.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


[josm-dev] jmapviewer / tilecache hashing

2013-01-14 Thread Florian Lohoff

Hi,

i am using tile caching for bing extensively as i live in a rural area
and connectivity is low-speed by todays standards.

After a while i noticed that the tile cache directory gets awfully
crowded with files.

flo@p2:~/.josm/tilecache/Bing Aerial Maps$ ls -1 | wc -l
332731

Something like this is basically a worst case for all of todays
filesystems.

I tried having a look at the jmapviewer which seems to be the origin of
the cache structure.

Is/Has anybody working/ed on the cache directory layout? E.g. 

- Hashed directories like with squid
- Make the tags an integral part of the file e.g. reserve the first
  2-500 bytes of the file

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


[OSM-dev] Unified QA viewer Was: OSM Wishlist

2012-10-12 Thread Florian Lohoff
On Fri, Oct 12, 2012 at 09:18:55AM +0200, Frederik Ramm wrote:
 Maybe all that thinking is why I never got around to build something
 - perhaps it is time to take a step back and build the simplest
 thing that could possibly work. Then again, if it doesn't offer an
 advantage over what's already there, it won't reach the goal of
 concentrating QA measures.

So what would be the api for the backends? Remote http calls with
specified format returning geojson + meta infos for popups and side
pane?

This would make it possible for people to add dynamic temporary layers
to the view like pasting a kml url to google maps search bar.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] hacking outdoor GPS devices

2012-04-18 Thread Florian Lohoff
On Tue, Apr 17, 2012 at 04:44:05PM +0200, Stellan Lagerstrom wrote:
 I have one of those, too. Really like it for mapping while biking. I
 use the USB connection for data, but BT would be nice.
 Never really suffered from any bugs, but entering text is a real

There is a WAAS Bug when the GPSMap gets and looses one of the WAAS/EGNOS/etc
sattelites. Afterwards it has an offset which does not get eliminated until
turned off.

I consider the problem with the mkgmap generated maps and searching
for adresses a bug - Open Source Firmware - Problem gone.

 pain. A clickable scroll wheel would be an improvement, but is
 perhaps hard to make waterproof...

Have a look at the Mercedes Benz built in Navigation. You have the
4 direction buttons and an okay - and entering text works like a charm.
Its a UI problem and with Garmin the Software Developers are free
to design the UI ...

 Ambivalent on the battery - it is also great to be able to buy
 batteries practically anywhere.

I agree - This is why i meant - charging in the case. A little
switch saying Alkali or NiCd, NiMh.

 More robust - Better battery life - Better display in direct sunlight.
 
 All of that, plus that the UI is usable w gloves (which you need
 while biking at least half of the year), even in the rain, and still
 gives tactile feedback.

Which excludes any kind of touch interface which is a PITA.

 And the handlebar mount.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] New version of MapOSMatic, a city map rendering service

2012-04-18 Thread Florian Lohoff
Hi,

On Wed, Apr 18, 2012 at 08:58:23AM +0200, Thomas Petazzoni wrote:
 Hello,
 
 In September 2009, we launched MapOSMatic (http://www.maposmatic.org),
 a free web service that allows to render city maps on-demand based on
 OpenStreetMap data. Those city maps, divided into squares, are
 associated with a street index, making the process of locating a street
 on the map easier.
 
 We are proud to announce today the launch of a new version of
 MapOSMatic, which is the result of significant development
 efforts. Amongst the new features:

Let me thank you - MapOSMatic is one of my favorite sites to show the
advantages of OpenStreetMap and it is a fantastic Service.

I love the changes and new features.

Keep going

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] hacking outdoor GPS devices

2012-04-17 Thread Florian Lohoff
On Mon, Apr 16, 2012 at 08:26:56PM +0200, Mitja Kleider wrote:
 Hello,
 
 I have a few questions regarding outdoor GPS devices:
 
 * Are you satisfied with the available devices? What would you change first?

No - I have a GPSMap 60Csx - Form factor, battery life, display are all okay. 
I'd like to have the ability to charge it and a bluetooth mass storage solution
to aquire the tracks as disassembling the device to get to the micro SD is
broken by design. Firmware is aehm - broken - multitudes of bugs and UI mishaps.
I dont need touch screen or those fancy modern stuff - it needs to be usable.

I dont need routing although its a nice to have.

 * If there was a device with open source firmware, would that be an
 important feature?

It would be a nice bonus if the firmware would be fixable - Park
the git tree and build instructions somewhere ;)

 * Are you interested in developing your own firmware (if drivers were
 available)?

Definitly.

 * Why would you but an outdoor GPS anyway instead of using your smartphone?

More robust - Better battery life - Better display in direct sunlight.

 Your opinion on these questions would help me a lot!

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Project OSRM has moved to github

2011-09-23 Thread Florian Lohoff
On Thu, Sep 22, 2011 at 07:18:49PM +0200, Dennis Luxen wrote:
 The code including history is already online and I'm working to have
 Wiki and bug tracker also migrated soon. If you are still seeing the old
 page, then just wait a few hours until DNS entries have settled.
 
 The next code sprint is coming up with the first two weeks of October
 and patches are always welcome. So please, fork, code and send pull
 requests.

I had a quick look at the code concerning access restrictions etc.
My understanding would be that there shoule be more than access=true/false
as when the way is on the end or start of a route its perfectly valid
to use any way e.g. service/track/path. Either its a type of cost to
use a way or better that it may only appear at the start or end of
the route.

I look at the access restrictions first as i live at a highway=track with
motor_vehicle=destination (Its more motor_vehicle=aggricultural or
destination). Most routing software will not even try to route to my house
although its perfectly reachable via the track and it would also be legal to go
there. 

Simply adding track to the SpeedProfile names and a speed like 0.0001 
would probably have a strange effect of letting people use the
track but prefer a route of 50km when avoiding 10m of track :)

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] osmosis + postgis 2.0 - usage of legacy function namens

2011-07-08 Thread Florian Lohoff
)
at 
org.springframework.jdbc.core.JdbcTemplate$2.doInPreparedStatement(JdbcTemplate.java:1)
at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:586)
... 14 more

-- 
Florian Lohoff f...@zz.de
„Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die
Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein
Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung
beschlossen, kommt für die nationale Energieversorgung zu abrupt.“
Angela Merkel CDU 30.8.2009


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] osmosis + postgis 2.0 - usage of legacy function namens

2011-07-08 Thread Florian Lohoff
On Fri, Jul 08, 2011 at 09:34:35AM -0500, Ian Dees wrote:
 On Fri, Jul 8, 2011 at 9:12 AM, Florian Lohoff f...@zz.de wrote:
 
 
  Hi,
  i just found a future bug when postgis 2.0 will be used more - osmosis 0.39
  uses legacy functions e.h. MakeLine which should be replaces with
  ST_MakeLine
 
 Where are you getting postgis 2.0 from? Is it packaged anywhere?
 
 Is ST_MakeLine backwards compatible?

I took the debian postgis 1.5.x package and a svn checkout of postgis
2.0 and copied over the debian directory. Change version strings in 
the changelog and removed the patches from the debian/patches dir 
and it built smooth.

All non ST_ functions are deprecated and will only be available when
you import the postgis-legacy.sql so its better to switch now using
the ST_ standard functions. MakeLine and ST_MakeLine are actually the same
function as i read it.

I found it in the 2.0 TRUNK NEWS file: http://svn.osgeo.org/postgis/trunk/NEWS 

  - #722, #302 Most deprecated functions removed (over 250 functions) 
(Regina Obe / Paragon Corporation, Paul Ramsey / OpenGeo)
(most deprecated in 1.2) removed non-ST variants buffer, 
length, intersects (and internal functions renamed) etc. 
If you have been using these - CHANGE your apps or suffer the consequences.
If you don't see a function documented -- it ain't supported.
Some constraints in older tables were built with deprecated functions.
If you restore you may need to rebuild these 
with populate_geometry_columns().

postgis 2.0 is interesting for me because of ST_ConcaveHull i am using.

Flo
-- 
Florian Lohoff f...@zz.de
„Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die
Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein
Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung
beschlossen, kommt für die nationale Energieversorgung zu abrupt.“
Angela Merkel CDU 30.8.2009


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [josm-dev] addr mask / last tag takeover / dysfunctional when building=yes on way

2011-07-07 Thread Florian Lohoff
On Thu, Jul 07, 2011 at 11:57:02AM +0200, Kay Drangmeister wrote:
 My opinion: it worked well before. Now editing is a PITA. Please revert
 if possible.

You can do so yourself by setting the 

taggingpreset.fill-default-for-tagged-primitives=true

key/value. My point is that in the case of addr and building outlines
the new default is broken as it can be. And changing a default where
people were extensively using the behaviour before is broken.

Adding a feature to enable people to convert to a new behaviour is
okay but i had to go through the last revisions, recompile with my
debugging code to finally stumble over the tagging default above.

So i wasted an hour installing java sdk, checking out the svn tree,
finding out how to build, finding the code involved, adding debug 
code etc ...

Here in the office people were yelling at me for at least 4 days because
editing became a PITA and it was simply an undocumented change in
default behaviour..

Flo
-- 
Florian Lohoff f...@zz.de
„Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die
Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein
Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung
beschlossen, kommt für die nationale Energieversorgung zu abrupt.“
Angela Merkel CDU 30.8.2009


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] addr mask / last tag takeover / dysfunctional when building=yes on way

2011-07-07 Thread Florian Lohoff
On Wed, Jul 06, 2011 at 11:46:27AM +0200, Dirk Stöcker wrote:
 Aeh - Okay - Somebody draws thousands of buildings and tags it with
 building=yes. Now i do site survey and add addresses - suddenly my
 presets dont work - Bug ...
 
 The defaults do not work. This is the same as when one of the
 elements would have the tag with a value. In this case defaults
 would not be applied as well.
 
 Default means try to guess what user wants. Guessing should be
 used with care and this is what josm does.

But when pressing the addr preset its obvious that a pure building=yes
should be on the line as the preset does not touch/add/remove or interacts
with this tag. But refusing an obvious choice of offering the last
city/postcode/street the user entered is - oem - a strange decision.

Flo
-- 
Florian Lohoff f...@zz.de
„Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die
Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein
Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung
beschlossen, kommt für die nationale Energieversorgung zu abrupt.“
Angela Merkel CDU 30.8.2009


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] addr mask / last tag takeover / dysfunctional when building=yes on way

2011-07-06 Thread Florian Lohoff
On Tue, Jul 05, 2011 at 05:02:25PM +0200, Florian Lohoff wrote:
 Hi,
 is there a rational behind the latest josm not taking over the last
 addr mask settings if there is a building=yes on the way you try
 to set the tags?
 
 E.g. edit a way with addr:street/city/postcode/country, press Apply,
 open an untagged way - edit address and all tags except housenumber
 get taken from the last edit. 
 
 When there is a building=yes on the way the mask is empty ...
 
 Bug or feature?

Okay - its simply a broken default

src/org/openstreetmap/josm/gui/tagging/TaggingPreset.java
 249 initAutoCompletionField(textField, key);
 250 if (usage.unused()){
 251 if (!usage.hadKeys() || PROP_FILL_DEFAULT.get()) {
 252 // selected osm primitives are untagged or filling 
default values feature is enabled
 253 if (use_last_as_default  lastValue.containsKey(key)) 
{
 254 textField.setText(lastValue.get(key));
 255 } else {
 256 textField.setText(default_);
 257 }
 258 } else {
 259 // selected osm primitives are tagged and filling 
default values feature is disabled
 260 textField.setText();
 261 }

 117 private static final BooleanProperty PROP_FILL_DEFAULT = new 
BooleanProperty(taggingpreset.fill-default-for-tagged-primitives, false);

The new introduced default is to NOT autofill those entries which is a change 
in behaviour.
I would rather change this to true.

Flo
-- 
Florian Lohoff f...@zz.de
„Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die
Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein
Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung
beschlossen, kommt für die nationale Energieversorgung zu abrupt.“
Angela Merkel CDU 30.8.2009


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


[josm-dev] addr mask / last tag takeover / dysfunctional when building=yes on way

2011-07-05 Thread Florian Lohoff

Hi,
is there a rational behind the latest josm not taking over the last
addr mask settings if there is a building=yes on the way you try
to set the tags?

E.g. edit a way with addr:street/city/postcode/country, press Apply,
open an untagged way - edit address and all tags except housenumber
get taken from the last edit. 

When there is a building=yes on the way the mask is empty ...

Bug or feature?

Flo
-- 
Florian Lohoff f...@zz.de
„Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die
Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein
Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung
beschlossen, kommt für die nationale Energieversorgung zu abrupt.“
Angela Merkel CDU 30.8.2009

___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] osmosis stuck, possible to debug?

2011-06-22 Thread Florian Lohoff
On Wed, Jun 22, 2011 at 07:12:49PM +0200, Frederik Ramm wrote:
 Hi,
 
 On 06/22/11 18:51, Stephan Knauss wrote:
 this afternoon my update process got stuck. Running on linux. according
 to ps it's in state Sl.
 It's stated with these arguments:
 osmosis -q --rri --bc --simc --bc --write-xml-change - |
 I guess killing it is all it takes to recover. But is there any tracing
 I could enable now to detect why it got stuck and make it possible to
 fix the issue?
 
 I don't know, but when this happens it tends to happen to almost
 everybody. It happened to four machines where I run minutely
 updates, too. It's usually once every few months. I have no idea
 why.

I used to start osmosis with timeout a little unix tool which will kill
the called process once it takes to long.

Just put it to any value which always works so the update has at least
a chance to recover.

Flo
-- 
Florian Lohoff f...@zz.de
„Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die
Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein
Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung
beschlossen, kommt für die nationale Energieversorgung zu abrupt.“
Angela Merkel CDU 30.8.2009


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] Minute replication broken

2010-12-25 Thread Florian Lohoff

Hi,
just a Heads up - the minutely replication broke this morning 5:59

t...@h stopped rendering soon later as all TRAPIs were out of date.

Flo
-- 
Florian Lohoff f...@zz.de
 Professionell gesehen bin ich zu haben 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [josm-dev] Mailing list configuration - reply address

2010-08-20 Thread Florian Lohoff
 This is such a strange discussion, which comes up from time to time on  
 various mailinglists and everybody is convinced his opinion is right.  
 Actually I see no big difference between both and prefer the 
 Reply-To-List default which is equal to the way usenet postings are done 
 (probably I'm too old, as I used usenet long before mailinglists :-).

 My mails have a Reply-To-List always (because I much more often got 
 double mails due to unexperienced authors than I got private mails over 
 lists) and until now the But-I-Cant-Send-To-Author fraction never 
 complained.

I'd like to get my mails as dupes. Which means i can respond much more
quickly. I tend to not look into the mailinglist folders to often. And i 
also forward mails into the inbox to other locations for prompt reaction.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] Mailing list configuration - reply address

2010-08-19 Thread Florian Lohoff
On Thu, Aug 19, 2010 at 07:52:38PM +0200, Sebastian Klein wrote:
 Hi,

 who is managing the mailing list? I would appreciate, if mails sent to  
 the list would have

 Reply-To: josm-dev@openstreetmap.org

 in the header. This way you can answer more easily to the list.

http://www.unicom.com/pw/reply-to-harmful.html

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] [PATCH] Image Direction / Compass Camera images

2010-05-18 Thread Florian Lohoff
Hi,
could it be that the josm build is not done on a utf-8 clean machine?

On Mon, May 17, 2010 at 05:11:58PM +0200, Florian Lohoff wrote:
 + if (entry.getExifImgDir() != null) {
 +osd.append(tr(\nDirection {0}°, 
 Math.round(entry.getExifImgDir(;
 + }

The ° gets garbled - it works in my environment - seems okay in the 
the josm git - but in the josm-latest its shown as 2 rectangles
in the image viewer - So my guess is that its a utf-8 in the svn/git repo
and the build machine is an iso-8859-Something and intereprets the multibyte
character as individual characters ...

Flo
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] [PATCH] Image Direction / Compass Camera images

2010-05-17 Thread Florian Lohoff
 
ComparableImageEntry, Cloneable {
 void setExifCoor(LatLon exifCoor) {
 this.exifCoor = exifCoor;
 }
+void setExifImgDir(double exifDir) {
+this.exifImgDir = exifDir;
+} 
 
 @Override
 public ImageEntry clone() {
diff --git 
a/src/org/openstreetmap/josm/gui/layer/geoimage/ImageViewerDialog.java 
b/src/org/openstreetmap/josm/gui/layer/geoimage/ImageViewerDialog.java
index 02db2d6..7d99186 100644
--- a/src/org/openstreetmap/josm/gui/layer/geoimage/ImageViewerDialog.java
+++ b/src/org/openstreetmap/josm/gui/layer/geoimage/ImageViewerDialog.java
@@ -238,6 +238,9 @@ public class ImageViewerDialog extends ToggleDialog {
 if (entry.getSpeed() != null) {
 osd.append(tr(\n{0} km/h, Math.round(entry.getSpeed(;
 }
+   if (entry.getExifImgDir() != null) {
+osd.append(tr(\nDirection {0}°, 
Math.round(entry.getExifImgDir(;
+   }
 //if (entry.getPos()  != null) {
 //osd.append(tr(\nlat: {0}, lon: {1}, 
Double.toString(entry.getPos().lat()), Double.toString(entry.getPos().lon(;
 //}

Flo
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


[OSM-dev] hstore / db schema Was: Query-Formats

2010-03-24 Thread Florian Lohoff
On Tue, Mar 23, 2010 at 01:30:04PM +0100, Peter Körner wrote:
 Hi
 
 On the osm dev-server we're playing around with the postgres-hstore 
 extension which allows us to repond to xapi-like queries, but with 
 already assembled LIESTRINGs and such neat things.

Which is not per se a feature of hstore ... hstore is just another
data type which is neat because it fits into the OSM model concerning 
tags ... 

I am currently building most of my applications around the osmosis 
db schema but the split into node and node_tags and way and way_tags
is - hum - not very efficient.

This is why i would be interested in some tools to import a planet/sub extract
into a more efficient db scheme which still allows to store all details
of the osm planet (which osm2pgsql does not) but is more efficient
concerning spatial queries.

E.g. i'd like to drop way_tags and put them into a hstore tags column in the
way table and then cluster the way table with the geom index on the linestring
for example.

Does anyone have speed/place comparisons?

Flo
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] Planet 20100310 / Broken import with osmosis

2010-03-17 Thread Florian Lohoff

Hi,
trying to import the planet of 20100310 breaks with:

EVERE: Thread for task 1-read-xml-0.6 failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to parse xml 
file -.  publicId=(null), systemId=(null), lineNumber=529642199, 
columnNumber=27.
at 
org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java:113)
at java.lang.Thread.run(Thread.java:619)
Caused by: org.xml.sax.SAXParseException: Character reference #24 is an 
invalid XML character.
at 
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown 
Source)
at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)

Flo
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] TRAPI status

2010-03-04 Thread Florian Lohoff
On Thu, Mar 04, 2010 at 01:52:22PM -0800, openstreetmap-...@scd.debian.net 
wrote:
 In article 20100304153805.ga12...@hydra.gt.owl.de 
 The files you need more are the state files which
 are just 20 byte of status information.
 
 Plus several k-bytes and several round-trip times of overhead to fetch them.
 
 Sometime I think the people who design this stuff have never been on a
 slow inteernet connection.

When running a TRAPI and beeing able to download a multi-gigabyte
planet file + downloading a multi-kilobyte diffs per minute would
suggest one has a half way speedy connection.

Flo 
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Removing Minutely and Hourly Changesets

2010-01-07 Thread Florian Lohoff
On Thu, Jan 07, 2010 at 12:03:27PM +1100, Brett Henderson wrote:
 I haven't heard anything but I've disabled the hourly diffs as well.  They
 can be re-enabled if necessary.

Thanks - i hadnt switched yet - trying now.

 As per the minute and minute-slow diffs, I'll delete these if nobody yells.
 I'll give it at least a few days though.

How do i init the --rri task (--rrii) to a specific date/time? 

I am set off at 7th of Jan 0:00 and i'd like to continue with --rri from
there.

Flo
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Major improvements to MapOSMatic

2010-01-05 Thread Florian Lohoff
On Tue, Jan 05, 2010 at 01:51:40PM +0100, Thomas Petazzoni wrote:
 We have been told by other users from Germany that level 8 doesn't work
 for large cities such as Berlin or Münich. I've been told that level 6
 was the appropriate level for Germany.
 
 On the other hand, on http://nominatim.openstreetmap.org, I only find a
 level 4 boundary for Berlin (level 4 seems to be the Länder level,
 because Berlin is at the same time a city and a Länder).
 
 Why level should be used in Germany ?

IMHO there is no such thing as the right level - You are creating
a map of your neighbourhood which might be just some streets, your suburb
or city, or county. 

I'd vote for showing the different admin level boundarys available so the user
can choose. 

And if it were christmas i'd say - dont simply use the max extent of the 
boundary but rather show the user the box on a map which would be mapped
and let it be moved and resized.

I made a map of Langenberg Germany which has some odd shape and some parts
of it are of no real interest - the result is that we have a very large extent
of the map but the interesting parts are just 2-3 squares in the middle.

Flo
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Removing Minutely and Hourly Changesets

2009-12-19 Thread Florian Lohoff
On Sat, Dec 19, 2009 at 03:06:13PM +1100, Brett Henderson wrote:
 Are there any objections to me disabling the old minute and hourly
 changesets and deleting their files from the planet server?
 http://planet.openstreetmap.org/minute/
 http://planet.openstreetmap.org/minute-slow/
 http://planet.openstreetmap.org/hourly/
 
 They are replaced by the (hopefully) reliable transaction based replication
 changesets.
 http://planet.openstreetmap.org/minute-replicate/
 http://planet.openstreetmap.org/hour-replicate/
 
 I haven't heard any complaints about the replication changesets so I'm
 assuming they're working well.
 
 I'll leave the daily changesets running for now because they are running
 with a much longer delay and shouldn't miss data.

Ich am still using the normal hourly diffs as of lately the replicated
diff stuff has not been documented and i didnt want to read java code
to find out ...

Flo
-- 
Florian Lohoff f...@rfc822.org
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Cacheing map data between API and JOSM

2009-10-13 Thread Florian Lohoff
On Tue, Oct 13, 2009 at 12:19:34AM +0200, Tomáš Kouba wrote:
Hello,
 
I have an idea how to dramatically fasten building a map in JOSM.
Currently if you want to update your maps via JOSM then it has to download
the whole map every time which is very slow. So it would be great if JOSM
would download only diferrences in map.
 
Suggested solution:
Create a cacher (sort of proxy server) probably located on localhost,
which would store and cache your maps. Cacher would stand between JOSM and
map server API (see http://files.chciwww.cz/OSM_Components.png). You could
use caching feature just by specifying this cache server as a map server
in JOSM. Cacher would have its own map database and if you wanted cacher
to get you a map up-to-date, cacher would download from main map server
only differences in map.
How come this feature isn't already implemented as it looks so important?
Or is there a some sort of tack, that kills attemps to cache maps?
I'm new to Open Street Map project so my apologies if I'm missing
something. Reason for my contribution is that I'm looking for a subject of
my bachelor's thesis and this looks useful.

How does the cache know when to invalidate individual objects from its cache?
This is a non trivial problem with squid and other simple object caches and
those simply fall-back to a If-Modified-Since query for an individual object. A
map call which josm uses to download map data is a multi-objects-in-an-area
call which would when fall-back to an if-modified-since query need to do the
very same query to the database - So - you would not save time in the database
but only on transfer ...

Flo
-- 
Florian Lohoff f...@rfc822.org
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Minute Diffs Broken

2009-10-06 Thread Florian Lohoff

Hi,

On Tue, May 05, 2009 at 08:32:44AM +1000, Brett Henderson wrote:
 Hi Everybody,
 
 Unfortunately the minute diffs appear to be regularly missing data.  In 
 the last 8 hours at least 3 changesets have been missed.  The ones I've 
 noticed are 1076325, 1076998, 1077469.  These have been detected by 
 comparing the normal minute diffs against another minute diff process 
 running half an hour later.  I don't know what is causing these 
 changesets to be applied to the database so slowly, whether it's just 
 their size or some other factor I don't know.  I don't know if this is 
 something that can be fixed, or whether the current osmosis extraction 
 method is too time-sensitive and simply broken.
 
 At some stage over the next day or so I'll try to publish the audit 
 results automatically so that the problems are at least visible.
 
 The hourly and daily diffs should be more reliable because they run with 
 a 30 and 40 minute delay respectively although theoretically there's no 
 guarantee that they're correct either.
 
 So, any suggestions on how to fix this?
 
 I've been trying to avoid requiring any changes to the main database in 
 order to keep things simple but perhaps it's unavoidable.  One way 
 around the problem would be to introduce delta table(s) in the main 
 database populated by triggers on the existing history tables and 
 containing the ids and timestamps of changes.  Osmosis could read those 
 tables and delete records as it processes them.  It's a major change though.
 
 This isn't an ideal forum for coming up with solutions, but I thought it 
 was important to ensure people are aware of the problem.  I'll try to 
 spend some time on IRC over the next few days.  Whatever the solution, I 
 won't have the time (or skills) to do it on my own.

Is this fixed or at least somebody has an idea how to fix this? Its
been 6 Months since i switched to hourly updates which did not suffer
from this problem although i'd like my applications to be more current.

Flo
-- 
Florian Lohoff f...@rfc822.org
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] what server next?

2009-09-09 Thread Florian Lohoff
On Tue, Sep 08, 2009 at 08:35:51AM +0100, Tom Hughes wrote:
 Subject: Re: [OSM-dev] what server next?
 
 On 08/09/09 08:21, Florian Lohoff wrote:

 Sometimes i'd like to actively contact mappers in that distant region and
 mostly i dont care what they are called - simply - send email to top most
 recently active mappers in that region.

 This has been discussed a number of times - it's not something that  
 needs any new hardware though. The problems with it are all about  
 software and about the risk of it being abused.

The possibility is already there - i wrote my own scripts around
it - selecting users from my database mirror and then using some 
perl magic to post the messages to the OSM message system.

Also I'd like to be able to answer to messages via mail
not the web frontend. I dont like to touch my mouse for writing
emails ... I am already thinking of doing some procmail/perl stuff
to rewrite from adress on OSM messages and replying to a virtual gateway
of mine which will repost the message to the OSM message system.

If OSM usernames would not allow spaces and be case sensitive 
it would be possible to make the OSM usernames an email adress.

Flo
-- 
Florian Lohoff f...@rfc822.org
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] what server next?

2009-09-09 Thread Florian Lohoff
On Wed, Sep 09, 2009 at 06:07:35PM +, Ævar Arnfjörð Bjarmason wrote:
 On Wed, Sep 9, 2009 at 2:41 PM, Florian Lohofff...@rfc822.org wrote:
  If OSM usernames would not allow spaces and be case sensitive
  it would be possible to make the OSM usernames an email adress.
 
 RFC 822 is a lot more flexible about E-Mail addresses than most people
 think. My username which contains spaces is e.g. a valid RFC 822
 E-Mail address if you put it in quotations:
 
 Ævar Arnfjörð Bjarmason@users.openstreetmap.org
 
 Given the hostname part of your E-Mail you probably know some of
 this:) But can you provide an example of a username that isn't a valid
 in a RFC 822 E-Mail address when double-quoted in this manner?
 
 That's leaving aside that you could of course just give people
 nicknames / send to the OSM user ID if you wanted to implement this.

Currently OSM allows most characters:

2 usernames with  in their name
35 users with ' in their name
49 users with @ in their name
4527 users with space in their name

And there are tons of software out there which does not support anything
than AlphaNumeric + handful of specials like -_+-.

f...@de

Would also be a valid email address although its of no use as most entry
forms will only accept a domain part with at least a single dot ...

Also the case sensitivity worrys me a bit - there is software out there
which will fix the case for you on sending - IIRC Lotus Notes has got
this (bad) habit ...

Flo
-- 
Florian Lohoff f...@rfc822.org
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] what server next?

2009-09-08 Thread Florian Lohoff
On Tue, Sep 08, 2009 at 05:47:04AM +0200, Micha Ruh wrote:
 Score-points get calculated per supertile, top 4 contributors for each
 supertile including their score-points get stored in a database, the
 attribution-db. Keys and indexes on zoom level and new supertile index
 (maybe central tile x/y).
 
 OpenLayer gets extended in a way that while requesting tiles an additional
 request to the attribution-db is issued, contributors for the corresponding
 supertile get loaded and nicely presented in the lower right corner of the
 view.
 
 OSM runs the attribution-db and spreads the extended OpenLayer lib.

Sometimes i'd like to actively contact mappers in that distant region and
mostly i dont care what they are called - simply - send email to top most
recently active mappers in that region.

Flo
-- 
Florian Lohoff f...@rfc822.org
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] planet hourly diff generation stopped 20090627 19:00

2009-07-26 Thread Florian Lohoff

Hi,
there are no newer diffs for the last 12 hours ...

Flo
-- 
Florian Lohoff f...@rfc822.org  
   
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Rendering of long street names for short streets

2009-07-19 Thread Florian Lohoff
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 is inside of.

The problem with those polyons are that they are not fast - To make
this usable for renderers one needs to apply a lot of optimization
and precomputing.

Flo
-- 
Florian Lohoff f...@rfc822.org  
   
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Rendering of long street names for short streets

2009-07-17 Thread Florian Lohoff
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 longer. How can we give the renderer some hints how to abbreviate
 the street names properly in different zoom levels?
 
 Would it be possible to specify multiple alternative entries in the
 'name' tag and the renderer picks whatever fits onto the map?
 

I guess a lot of countries have this requirement:

For example Germany has names like

Annette-von-Droste-Hülshoff-Straße

which could be abbreviated down to

A.-v.-D.-Hülshoff-Str.

or even

AvD-Hülshoff-Str.

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 renderer would need to chose the name
based on the space available.

The street name above does exist in nearly every town in Germany
so it makes sense to create the correct abbreviations once ...

Flo
-- 
Florian Lohoff f...@rfc822.org  
   
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] planet.o.o - no hourly diffs since 20090708 0:00

2009-07-08 Thread Florian Lohoff

Hi,
planet.openstreetmap.org does not have any hourly diffs
since 0:00 this morning.

Known bug? Havent seen any mention so far ...

Flo
PS: Minute diffs stop at 200907080153.osc.gz ...
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Customizing map for wikivoyage.org

2009-07-04 Thread Florian Lohoff
On Sat, Jul 04, 2009 at 12:58:50PM +0200, Hans Musil wrote:
 Here are my first questions, also posted to 
 http://wiki.openstreetmap.org/wiki/Talk:Osmosis#What_Java_distributions_will_work.3F
 
 Is there any benefit from using PostGIS instead of PostgreSQL without 
 PostGIS? I do ask this because I have experienced several oddities when 
 experimenting with PostGIS before.
 
 As far a I see, getting osmosis running is vital for importing the 
 planet.osm file into the database. I freely admit that java is not my 
 favourit language. We run Debian Lenny on our server and there is a 
 confusing choice of Java distros: openJDK, gcj or sun-jdk. Could you 
 give me a hint which of them would be the best to install?

For rendering the map with mapnik you'll need a different db schema
than the one produced with osmosis. Have a look at osm2pgsql and 
yes - you'll need the postgis extension.

The problem with the different projection will be that you'll need
to modify the sql queries made in the mapnik xml to reproject
to a different projection. IIRC the default osm2pgsql imports
with is ESRI:900913 aka google/mercator.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] osmosis - planet import pgsql simple schema

2009-05-07 Thread Florian Lohoff

Hi,
i tried to import the current planet into a psql simple schema 0.6 and it
fails with osmosis 0.30 and 0.31.1 - and i dont get it:

f...@tiles-two:~/initialimport$ osmosis --read-xml-0.6 
file=planet-090506.osm.bz2 --write-pgsql-0.6 user=flo database=osm password=flo
May 7, 2009 10:41:56 AM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.31.1
May 7, 2009 10:41:57 AM org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
May 7, 2009 10:41:57 AM org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
May 7, 2009 10:41:57 AM org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
May 7, 2009 10:41:59 AM 
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager 
waitForCompletion
SEVERE: Thread for task 1-read-xml-0.6 failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to parse xml 
file planet-090506.osm.bz2.  publicId=(null), systemId=(null), lineNumber=6663, 
columnNumber=148.
at 
org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java:113)
at java.lang.Thread.run(Thread.java:636)
Caused by: org.xml.sax.SAXParseException: XML document structures must start 
and end within the same entity.
at 
com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.endEntity(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.endEntity(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLEntityManager.endEntity(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(Unknown Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.scanLiteral(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLScanner.scanAttributeValue(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanAttribute(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown 
Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
 Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at 
org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java:108)
... 1 more
May 7, 2009 10:41:59 AM org.openstreetmap.osmosis.core.Osmosis main
SEVERE: Execution aborted.
org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks 
failed.
at 
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:85)
at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:30)


Line 6663 is  not suspicious:

f...@tiles-two:~/initialimport$ bzcat planet-090506.osm.bz2 | sed -ne '6663p'
  node id=102228 lat=60.2163811 lon=9.6328650 
timestamp=2008-10-17T14:33:31Z version=2 changeset=406212 
user=crazykangaroo uid=71766/
^C

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] osmosis - planet import pgsql simple schema

2009-05-07 Thread Florian Lohoff
On Thu, May 07, 2009 at 10:56:01AM +0200, Frederik Ramm wrote:
 Subject: Re: [OSM-dev] osmosis - planet import pgsql simple schema
 
 Hi,

 Florian Lohoff wrote:
 i tried to import the current planet into a psql simple schema 0.6 and it
 fails with osmosis 0.30 and 0.31.1 - and i dont get it:

 It might be a similar problem to what we recently saw with osm2pgsql,  
 namely the planet file having been packed using a multithreaded variant  
 of bzip2 which yields slightly different results. bzcat and bunzip2  
 process these files correctly, but osm2pgsql (initially) did not;  
 perhaps a similar problem exists with Osmosis.

 I have tonight unpacked the planet file with bzcat and processed it with  
 Osmosis without trouble, so the file is definitely ok...

Yep

bzcat planet | osmosis --read-xml-0.6 file=- 

works ... *grmpf* And i even read the thread about multithreaded bzip2 ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] osmosis cutting planet

2009-04-23 Thread Florian Lohoff

Hi,
i tried cutting germany from the 090421 planet on planet.openstreetmap.org with
svn osmosis (0.30.3) and it failed somewhere at the end:

f...@tiles-one:~/import$ ../osmosis/osmosis-0.30.3/bin/osmosis --read-xml-0.6 
file=planet-090421.osm.gz --bp file=germany2pts.txt --write-xml-0.6 file=g
ermany-090421.osm.bz2
Apr 22, 2009 8:39:56 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.30.3
Apr 22, 2009 8:39:56 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline. 
Apr 22, 2009 8:39:56 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
Apr 22, 2009 8:39:56 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
Apr 23, 2009 6:24:20 AM 
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager 
waitForCompletion
SEVERE: Thread for task 1-read-xml-0.6 failed
java.lang.NumberFormatException: For input string: Way
at 
java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:403)
at java.lang.Long.parseLong(Long.java:461)
at 
org.openstreetmap.osmosis.core.xml.v0_6.impl.RelationMemberElementProcessor.begin(RelationMemberElementProcessor.java:52)
at 
org.openstreetmap.osmosis.core.xml.v0_6.impl.OsmHandler.startElement(OsmHandler.java:91)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:501)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:179)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1339)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2747)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
at 
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
at 
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:198)
at 
org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java:108)
at java.lang.Thread.run(Thread.java:619)
Apr 23, 2009 6:24:20 AM org.openstreetmap.osmosis.core.Osmosis main
SEVERE: Execution aborted.
org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks 
failed.
at 
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:85)
at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:30)

-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[OSM-dev] osmosis - smallint again

2009-04-23 Thread Florian Lohoff

Hi,
i tried to import a current planet 090421 to a postgres with the 0.6 simple
schema (no linestring, no bbox) and it failed again because of the smallint
thing we have discussed in the past - there are ways with more nodes than
smallint ... Osmosis svn 0.30.3 altering the table now ...

f...@tiles-two:~/initialimport$ osmosis --read-xml-0.6 
file=planet-090421.osm.gz --write-pgsql database=osm user=flo password=flo
Apr 22, 2009 9:05:13 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.30.3
Apr 22, 2009 9:05:14 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
Apr 22, 2009 9:05:14 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
Apr 22, 2009 9:05:14 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
Apr 23, 2009 7:42:03 AM 
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager 
waitForCompletion
SEVERE: Thread for task 1-read-xml-0.6 failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to bulk insert 
way nodes into the database.
at 
org.openstreetmap.osmosis.core.pgsql.v0_6.PostgreSqlWriter.flushWayNodes(PostgreSqlWriter.java:638)
at 
org.openstreetmap.osmosis.core.pgsql.v0_6.PostgreSqlWriter.addWayNodes(PostgreSqlWriter.java:570)
at 
org.openstreetmap.osmosis.core.pgsql.v0_6.PostgreSqlWriter.flushWays(PostgreSqlWriter.java:504)
at 
org.openstreetmap.osmosis.core.pgsql.v0_6.PostgreSqlWriter.process(PostgreSqlWriter.java:943)
at 
org.openstreetmap.osmosis.core.container.v0_6.WayContainer.process(WayContainer.java:60)
at 
org.openstreetmap.osmosis.core.pgsql.v0_6.PostgreSqlWriter.process(PostgreSqlWriter.java:907)
at 
org.openstreetmap.osmosis.core.xml.v0_6.impl.WayElementProcessor.end(WayElementProcessor.java:105)
at 
org.openstreetmap.osmosis.core.xml.v0_6.impl.OsmHandler.endElement(OsmHandler.java:108)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
 Source)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown 
Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
 Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at 
org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java:108)
at java.lang.Thread.run(Thread.java:636)
Caused by: org.postgresql.util.PSQLException: ERROR: smallint out of range
at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:1592)
at 
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1327)
at 
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:192)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:451)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:350)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:304)
at 
org.openstreetmap.osmosis.core.pgsql.v0_6.PostgreSqlWriter.flushWayNodes(PostgreSqlWriter.java:636)
... 21 more
Apr 23, 2009 7:42:03 AM org.openstreetmap.osmosis.core.Osmosis main
SEVERE: Execution aborted.
org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks 
failed.
at 
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:85)
at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:30)


-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


[josm-dev] direction arrows - oneway=yes

2009-03-14 Thread Florian Lohoff

Hi,
more recent josm versions dropped the default display of the ways
direction with arrows. Currently josm does only so with oneway=yes.

As junction=roundabout implies a oneway=yes i'd suggest adding
arrows for ways with junction=roundabout aswell.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] 0.6 move and downtime (re-scheduled)

2009-03-13 Thread Florian Lohoff
On Fri, Mar 13, 2009 at 03:41:16AM +0100, Stefan de Konink wrote:
 Mirroring will not increase performance because your RAID card will not 
 a priori know what files you are interested in, only the blocks you are 
 interested in and in the worst case will grab the same data from the 
 same disks and compare it ;)

In case of raid1 (mirroring) it should not compare data on simple read
but only do so in case of a reported ECC/disk block error.

Mirroring will increase performance with multiple concurrent readers
which is obviously the case with the OSM API Server. In the case of a
single reader you are right - it would not help latency but probably
streaming data (which would need intelligent read ahead)

So it is sensible to make it mirroring and it might even be a benefit to
do an 1 - N mirroring.

Rule of thumb:

More concurrent readers - More spindles

This is why 72GB disks are still common in storage systems.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [josm-dev] Dropped arrows / visualize node connectivity

2009-03-11 Thread Florian Lohoff
On Wed, Mar 11, 2009 at 08:03:31AM +0100, Dirk Stöcker wrote:
 Subject: Re: [josm-dev] Dropped arrows / visualize node connectivity
 
 On Tue, 10 Mar 2009, Florian Lohoff wrote:
 
  Why? It would look exactly the same even if there are two overlaying nodes
  in the middle.
 
  The most common error i stumble upon is unconnected ways. Duplicate
  nodes are rare in comparison. So visualizing connections more
  prominently might reduce those errors i would expect - at least it did
  for me in the past.
 
 BTW, Why don't you use the validator check for this issue?

I do and did - But visualizing/hinting common bugs/problems might help
avoiding them.

And sometimes i fix little things in the middle of a huge crowd and
starting to fix bugs in the validator may then take hours - But
sometimes one pans around on the map and sees unconnected ways which
is an important bug for me (i want to have routing) and quickly fixes
them. 

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] Dropped arrows / visualize node connectivity

2009-03-11 Thread Florian Lohoff
On Wed, Mar 11, 2009 at 11:41:55AM +0100, Dirk Stöcker wrote:
 You can reduce the validator checks, when you select data before pressing 
 Validate. You know?

I know ;) At least this report i would not contribute to my lazyness,
ignorance or missing experience - Although i had other bug reports
which were simply that ;)
 
Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


[josm-dev] Dropped arrows / visualize node connectivity

2009-03-10 Thread Florian Lohoff

Hi,
i just tried to delete my preferences and start from fresh after 1 1/2
Years and i like the visual changes i see. The only missing thing are
the arrows on every street. I know i can turn them on again but i'd just
like to make a point about visualizing. 

Typically the arrows indicated quite well if streets were connected.
On a crossing both ways would have at least a single arrow towards the
common node.

Now the arrows get removed completely which is a good thing on one hand
but i would prefer a second mode which made arrows on both ends.

Example:
 
 O-OO
 ^
 |
 |
 |

This would even more indicate a correct connection between ways.

An even more interesting mode would be to make the first and last nodes
arrows on a way different from the others so one could see where a way
is split up instead of selecting the way and detect it by the highlighting

I put arrows in  because it would not necessarily be arrows but some
end/start of segment indicator - probably just some change in line
thickness or something.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] Autocompletion of numbers and access to presets

2009-02-13 Thread Florian Lohoff
On Fri, Feb 13, 2009 at 10:48:16AM +0800, D Tucny wrote:
 Using the address preset may help, but, as it stands, presets are not easily
 accessible, or, perhaps they are only easily accessible and not quickly
 accessible... I can put a shortcut on the toolbar which would help, but, I
 can't seem to apply a keyboard shortcut, if I want to access the address
 preset using only the keyboard, alt-p opens the present menu, but then I
 have to press the up arrow 10 times, the right arrow once then the up arrow
 twice... Not exactly quick...

I am typically using the address preset which i put into the josm
toolbar. I havent yet checked whether its possible to put in a keyboard
shortcut. 

A nice add on would be to have autocompletion on the Street name in the
address preset input. As typically the street is already on the map when
i enter housenumbers that would be helpful. Sometimes i make typos in
the streetname as i need to type it again which afterwards will only get
noticed in the Geofabrik tools ...

Another nice add on would be that not only inputted values in the
address input get taken as default but rather the values of the last
opened address. Sometimes i'd like to continue on street A - so i could
quickly open the last number on street a and then continue with new
numbers. Currently when switching between streets one needs to type in
the street name/postcode/town name again and again ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] Autocompletion of numbers and access to presets

2009-02-13 Thread Florian Lohoff
On Fri, Feb 13, 2009 at 04:18:20PM +0100, Stefan Breunig wrote:
 
 Please add the bug report to trac
 (http://josm.openstreetmap.de/newticket), otherwise it will get lost.


  A nice add on would be to have autocompletion on the Street name in the
  address preset input. As typically the street is already on the map when
  i enter housenumbers that would be helpful. Sometimes i make typos in
  the streetname as i need to type it again which afterwards will only get
  noticed in the Geofabrik tools ...

Added 3 Months ago:
http://josm.openstreetmap.de/ticket/1774

  Another nice add on would be that not only inputted values in the
  address input get taken as default but rather the values of the last
  opened address. Sometimes i'd like to continue on street A - so i could
  quickly open the last number on street a and then continue with new
  numbers. Currently when switching between streets one needs to type in
  the street name/postcode/town name again and again ...

http://josm.openstreetmap.de/ticket/2169

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] Autocompletion of numbers and access to presets

2009-02-13 Thread Florian Lohoff
On Fri, Feb 13, 2009 at 04:56:19PM +0100, Stefan Breunig wrote:
 Thanks! You also might want to comment on
 http://josm.openstreetmap.de/ticket/67#comment:9 (help drawing
 parallel highways) as I believe this might be useful for housenumbers
 as well (i.e. at least the street name and postal code could be
 inserted when creating parallel ways. Please post if you have any
 suggestions, I'm not really satisfied with my current idea.

I am not inserting adress interpolation and i dont like that part of the
Karlsruhe schema at all. As the OpenRouteService already proves the
interpolation is mostly irrelevant as ORS interpolates anyway also
without any interpolating address way ...

Typically i enter EVERY single house currently by a single node. When
we'll have access to Aerial photos one can also add house outlines.

http://www.openstreetmap.org/?lat=51.78382lon=8.31078zoom=17layers=B000FTF

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] [OSM-talk] donating read-only api-mirrors

2009-02-06 Thread Florian Lohoff
On Fri, Feb 06, 2009 at 12:29:44PM +0100, marcus.wolsc...@googlemail.com wrote:
 It does not?
 http://wiki.openstreetmap.org/wiki/ROMA
 does not mention that it does not implement the full API.
 btw, is it 0.6 -capable already?

It does not - ROMA does only support the map call as thats the only
one needed for t...@h.

Extending ROMA to support the other calls (read-only) should be quite
easy.

API 0.7 should contain a referral as LDAP does - So a client could
connect to a cluster of read-only copies and once you write to it you
get a referral to the master database. Synchronization is a big issue
here but it should be a good point for scalability ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] TomTom map format

2008-12-31 Thread Florian Lohoff
On Wed, Dec 31, 2008 at 12:11:42AM +0100, Stefan de Konink wrote:
 Florian Lohoff wrote:
 My rough guess is that they have no interest - They make money by
 selling the maps and it would be unwise to help the others ..
 
 There is another variable to this. They want to have a mapping 
 community... and it is not strange they have asked some people from OSM 
 to give talks about the issues that they have.
 
 So I presume there are opportunities for them too, now they have 
 acquired Teleatlas that chance could be slim... but certainly not 0.
 
 For compatibility it should IMHO be legal to reverse engineer at least in
 Germany.
 
 Here too.
 
 But what is your motivation about this? Just to enlarge userbase (OSM)?

Dont we all wish OSM run-everywhere maps?

TomTom has done a great job in providing navigational software with 
an exceptionally good usability. The Hardware is robust and well thought
about. Its no wonder they are the most sold device in Germany.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] TomTom map format

2008-12-31 Thread Florian Lohoff
On Wed, Dec 31, 2008 at 12:55:43PM +0100, Matthias Rötsch wrote:
 
 Related to the legal part: I think we should record everything
 law-related of the reverse engineering. If it succeeds, it has a high
 chance to end up in court. And I don't want to be broke just because the
 origin of a certain firmware or map-file cannot be traced back.
 

Makes sense to document how findings were done ...

  I'd be interested in bit hacking too - Have the findings been
  documented
  somewhere? Would a seperate list make sense?
 A separate list about the TomTom case or about osm related bithacking in
 general? When it is about a certain format, an svn-repo or wiki-pages
 would be my choice.

tomtom format list i'd say - we could use an svn (although i meanwhile
prefer git as its a lot faster and imho easier)...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] TomTom map format

2008-12-31 Thread Florian Lohoff
On Wed, Dec 31, 2008 at 11:43:48AM +0100, Stefan de Konink wrote:
 Florian Lohoff wrote:
 But what is your motivation about this? Just to enlarge userbase (OSM)?
 
 Dont we all wish OSM run-everywhere maps?
 
 My main motivation is still not to increase hardware sales on heavily 
 drm'ed packages just because users think it is great hardware. In that 
 case lets design great hardware ourselves that is more cheap and give 
 OSM free with it.

How bad it goes when designing Hardware - Look at the OpenMoko project
and you want to run away ... Bugs like not beeing able to power on 
the device after the batterie runs empty are inexcusable.

Chossing a Display/FB Hardware where afterwards no specs are available 
for acceleration.

 TomTom has done a great job in providing navigational software with 
 an exceptionally good usability. The Hardware is robust and well thought
 about. Its no wonder they are the most sold device in Germany.
 
 ...and they want to keep their map format extremely closed. Even if they 
 are the number one player. Maybe Neelie Kroes can maken TomTom give 
 their specs too :)

Its a closed product and only designed for beeing used in a very strict
environment. These dicisions are natural imho.

Now we need to get over it ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] TomTom map format

2008-12-30 Thread Florian Lohoff
On Tue, Dec 30, 2008 at 09:48:04PM +0100, Stefan de Konink wrote:
 Subject: Re: [OSM-dev] TomTom map format
 
 Matthias Rötsch wrote:
  is there already someone how is analysing the TomTom map format or are
  there small bits of knowledge about it?
  I want to give it a try, even if it leads to nothing. But I just have
  few experience with file format reverse engineering.
 
 We have looked at the postcode format that revealed a bit of the used 
 strings. If you really want to work on decryption I suggest taking qemu 
 and trying out to run the arm binary of a 'specific' embedded release. 
 It is quite obvious that you must be able to run it in the qemu debugger...
 
  At a first look it seems quiet structured, not compressed and at least
  not entirely encrypted.
 
 I have the same observation; I wouldn't be surprised if they first 
 define the scope of the structures in the file format to be compatible 
 between every release that is using that interpreter; and then bit 
 efficient encode it.

I'd be interested in bit hacking too - Have the findings been documented
somewhere? Would a seperate list make sense?

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] TomTom map format

2008-12-30 Thread Florian Lohoff
On Tue, Dec 30, 2008 at 11:42:36PM +0100, Stefan de Konink wrote:
 Florian Lohoff wrote:
 I'd be interested in bit hacking too - Have the findings been documented
 somewhere? Would a seperate list make sense?
 
 My attempt was 'illegal' because I wanted to recover data from a 'free' 
 source of postal data. But if someone wants to reverse engineer it for 
 creating maps we could do the hacking part on a separate list.
 
 (OSM-NL has contacts within TomTom, it might be possible to also 'talk' 
 with them...)

My rough guess is that they have no interest - They make money by
selling the maps and it would be unwise to help the others ..

For compatibility it should IMHO be legal to reverse engineer at least in
Germany.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] ROMA servers down - osmosis large way problem

2008-12-28 Thread Florian Lohoff
On Sun, Dec 28, 2008 at 08:25:54PM +0100, Stefan de Konink wrote:
 So what is the fundamental problem that your tools break on 40k of 
 nodes? Bbox them on the request, and return a partial result that will 
 work just as good for rendering.

The db schema uses smallint for the node number on the way - so you may
only address -32768 to +32767 number of nodes on a way - 40k nodes 
is out of scope of a smallint so osmosis breaks on importing the
changeset.

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] ROMA servers down - osmosis large way problem

2008-12-28 Thread Florian Lohoff
On Mon, Dec 29, 2008 at 03:43:27AM +0800, D Tucny wrote:
 osm= select max(sequence_id) from way_nodes;
   max
   ---
39767
   (1 row)
 
 osm= select * from way_nodes where sequence_id = 39767;
   way_id  |  node_id  | sequence_id
   --+---+-
28098452 | 308532457 |   39767
 
 I converted the smallint to int ...
 
 Flo
 
 So, perhaps following Flo's lead and changing the smallint to int would be
 the best approach for dealing with getting the ROMA servers back up and
 running...

Both of my databases broke down again as i dropped the databases and
recreated them - right now converting again ...

I have no clue if this solves it - forgot already what i did last time ;)

ALTER TABLE way_nodes ALTER COLUMN sequence_id TYPE integer;

Hopefully postgres is clever enough to take over the old content and
recreate the index ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


signature.asc
Description: Digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


  1   2   >