[OSM-dev] Some statistics for file-format -development

2008-11-21 Thread Marcus Wolschon
Hello everyone,

during the development of my osmbin file-format I ahev gathered some
statistics using an extract of the city of hamburg (a larger extract of all
of the state of baden-wuertemberg is computing right now).

http://wiki.openstreetmap.org/wiki/User:MarcusWolschon/osmbin_draft#statistics

http://spreadsheets.google.com/pub?key=p5alGmffVt6gMsh_x2iXzew

They may be usefull for others doing similar tasks.

It shows the history of:

* how many nodes/ways have now many tags
* how many tag-values have each length (for ways and nodes)
* how many ways have how many nodes referenced
* how many nodes have how many ways referencing them
* ...

I made the linked spreadshet to find the optimum number of slots
for each of these in my fixed-record-length format.


PS:
I could use some help with specifying and implementing the 2D-index
for nodes(location) and ways(bounding-box).

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


Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?

2008-11-21 Thread 80n
Stefan
It takes some time to do a complete database rebuild.  On bearstech this was
hampered by an unexpected reboot of the VM.

Meanwhile xapi.openstreetmap.org is behaving oddly.  I'm beginning to belive
its a hardware problem (memory perhaps), but I'm still trying to nail down
the exact issue.

Do you want to help sort out these problems?

80n

On Fri, Nov 21, 2008 at 12:43 AM, Stefan Keller [EMAIL PROTECTED] wrote:

 Hi all,

 What are the core problems not being able to keep those Xapi services
 up, especially xapi.openstreetmap.org?

 From platform status of xapi as of nov. 21, 2008:
 http://wiki.openstreetmap.org/wiki/Platform_Status:
  * Xapi service at xapi.openstreetmap.org .DOWN = Database
 rebuild in progress.
  * Xapi service at osmxapi.hypercube.telascience.org =  OK
  * Xapi service at osm.bearstech.com ..DOWN = Database
 rebuild in progress.

 Stefan

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

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


Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?

2008-11-21 Thread Tom Hughes
Stefan Keller wrote:

 What are the core problems not being able to keep those Xapi services
 up, especially xapi.openstreetmap.org?

Why especially that one? It's no different to any of the others as far 
as I know.

Tom

-- 
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/

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


Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?

2008-11-21 Thread Sebastian Spaeth
Stefan Keller wrote:
 Hi all,
 
 What are the core problems not being able to keep those Xapi services
 up, especially xapi.openstreetmap.org?

Note, that I'm no XAPI maintainer. IMO there are at least 3 computers
running xapi services:

- 1 owned by OSM located in UCL is reliable but on a weak machine
- 1 donated by bearstech which had a hard disk failure
- 1 hosted on hypercube.telascience.org which is quite a powerful box.
unfortunately it uses NFS mounted disk space with a history of outages
and performance problems over the last weeks (months?)

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


Re: [OSM-dev] OSMXAPI to be ported? (Was Re: Lean and mean Tile- and XML-API-Server)

2008-11-21 Thread Stefan Keller
Thanks, Frederik, for laying out the requirements.

I'm actually after a reliable OSM read-only mirror which offers OSM
api, OSMXAPI and Tiling services as described in the Lean and mean
Tile- and XML-API-Server thread. Given many business cases, the data
freshness can be as good as it gets, beginning with weekly/daily
replication.

Stefan


2008/11/21 Frederik Ramm [EMAIL PROTECTED]:
 Hi,

 Stefan Keller wrote:

 So it seems that the OSMXAPI is the candidate which really needs to be
 ported?

 Instead of porting something that exists, why don't you define your needs
 and then simply write something that serves those needs?

 OSMXAPI, for example, has a number of special features, e.g. keeping track
 of a list of users having touched an object or locking certain tags so
 that only the person having created it can modify it, which are cool to have
 but might be unnecessary baggage for the application you have in mind.

 It is also important to know whether you're aiming at some sort of live
 replication (using minute diffs and applying them quickly) or whether you
 are aiming at loading daily diffs; this might also cause you to make
 different design decisions. Systems that can work with minute diffs tend to
 spend more time on initial setup, whereas a system that just loads the
 planet file and is thereafter unable to process minute diffs can load the
 planet much faster.

 Another factor is whether or not you need to by XML compatible with the API;
 if it is sufficient for your application to hand out, say, WKT geometries
 then you might go down a different route than if you need to hand out the
 exact data objects.

 And so on.

 If you are aiming at a read/write environment then it will be hard to
 surpass the current API performance. If you intend to do readonly then
 there's a number of shortcuts you can take.

 Bye
 Frederik

 --
 Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33


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


Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?

2008-11-21 Thread Maarten Deen
Sebastian Spaeth wrote:
 Stefan Keller wrote:
 Hi all,

 What are the core problems not being able to keep those Xapi services
 up, especially xapi.openstreetmap.org?

 Note, that I'm no XAPI maintainer. IMO there are at least 3 computers
 running xapi services:

 - 1 owned by OSM located in UCL is reliable but on a weak machine
 - 1 donated by bearstech which had a hard disk failure
 - 1 hosted on hypercube.telascience.org which is quite a powerful box.
 unfortunately it uses NFS mounted disk space with a history of outages
 and performance problems over the last weeks (months?)

A week or so ago there was some uphieve about KPN who were using OSM data for
a mobile on-line application without proper attribution. There was some talk
on the talk-nl list about KPN giving something back.
How about asking them to donate a server with rackspace for this?

See http://www.openstreetmap.nl/archives/84-Hi-OpenStreetMap!-How-are-you.html
or
http://babelfish.yahoo.com/translate_url?doit=donett=urlintl=1fr=bf-hometrurl=http%3A%2F%2Fwww.openstreetmap.nl%2Farchives%2F84-Hi-OpenStreetMap!-How-are-you.htmllp=nl_enbtnTrUrl=Translate
for translation.

Maarten



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


Re: [OSM-dev] Some statistics for file-format -development

2008-11-21 Thread Marcus Wolschon
2008/11/21 Matthias Brandt [EMAIL PROTECTED]:
 Marcus Wolschon wrote:


 http://wiki.openstreetmap.org/wiki/User:MarcusWolschon/osmbin_draft#statistics

 http://spreadsheets.google.com/pub?key=p5alGmffVt6gMsh_x2iXzew

 They may be usefull for others doing similar tasks.


 Thanks a lot! This is really healpful for me!

I ran into an outOfMemory-Exception memory-mapping the file when importing
Baden-Württemberg.
The current statistics are about a city, this new run should provide more
representative data.  However it will take a while to change the architecture
of my code to not require memory-mapping all of the binary-file while writing.
(I did not think this would become an issue for file-sizes of about 100MB)

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


Re: [josm-dev] [PATCH] - OrthogonalizeAction

2008-11-21 Thread Hermann Schwaerzler
hello gert

Gert Gremmen wrote:
 http://tile.openstreetmap.nl/?zoom=18lat=51.99522lon=4.34562layers=B0
 0F
 
 I suppose you can put that URL into JOSM and download
 the area.
 I tried using JOM version 1087 and the most recent
 plug-ins (though that should not be a problem)
 Actually it does not delete it, but becomes invisible.


you mean the buildings that look like a three-pointed star?
well, you can't orthogonalize those as the function tries to
orthogonalize _all_ edges. that does not work with such a shape as only
shapes with an even number of edges can be truely orthogonalized!


I think we need another check before orthogonalizing. how about that:

// Check if way has an even number of edges
if (((way.nodes.size() - 1) % 2) == 1) {
JOptionPane.showMessageDialog(Main.parent, tr(Please select a way
with an even number of edges.));
return;
}

I don't like the wording of the dialog-message. Can someone suggest a
better one?

regards
hermann

___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] ewmsplugin on win32

2008-11-21 Thread Gert Gremmen
Some improvement.
I downloaded the new ewmsplugin using update in JOSM
I downloaded the webkit on the same address as before.



I get image, but vertically compressed to approx
1/3 of the screen. All data seems to be there.
Higher and lower parts of screen remain white.
Automatic download functions when scrolling left-right.
Automatic download with vertical scrolling creates a new
bar of compressed image 2/3 of a screen higher.

No problems with JOSM responsiveness anymore !!!

Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)


-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Dirk Stöcker
Verzonden: Friday, November 21, 2008 9:43 AM
Aan: [EMAIL PROTECTED]
Onderwerp: Re: [josm-dev] ewmsplugin on win32

On Sun, 2 Nov 2008, John3voltas wrote:

 Last time we heard about Dirk (hope he doesn't mind me calling him by
 his 1st name) in this thread was around the 22nd October.

Please update plugin and redownload the webkit-image stuff and retry.

Tell results.

Proxy support not included yet.

Ciao
-- 
http://www.dstoecker.eu/ (PGP key available)

___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev

___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] OSMXAPI to be ported? (Was Re: Lean and mean Tile- and XML-API-Server)

2008-11-21 Thread Stefan de Konink
On Fri, 21 Nov 2008, Stefan Keller wrote:

 So it seems that the OSMXAPI is the candidate which really needs to be ported?

I already have implemented OSMXAPI in C :)


Stefan


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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Matt Amos wrote:
 premature optimisation is the root of all evil ;-)

A premature optimisation would be starting with integers, C, and more. 
Now even I implemented a relatively 'old' API (0.5) and started with 
doubles ;) Last night I introduced a comparison table with the 2^32/360 
stuff. To see there is 10ms improvement per bbox request ;)


Stefan

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


Re: [josm-dev] ewmsplugin on win32

2008-11-21 Thread Karl Guggisberg
Hi Dirk

there are still some issue with the alignment and scaling of tiles, see
   http://www.guggis.ch/temp/ewmsplugin-screenshot.jpg

My OS: Vista Ultimate

Regards
Karl


-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Dirk Stöcker
Gesendet: Freitag, 21. November 2008 09:43
An: [EMAIL PROTECTED]
Betreff: Re: [josm-dev] ewmsplugin on win32

On Sun, 2 Nov 2008, John3voltas wrote:

 Last time we heard about Dirk (hope he doesn't mind me calling him by 
 his 1st name) in this thread was around the 22nd October.

Please update plugin and redownload the webkit-image stuff and retry.

Tell results.

Proxy support not included yet.

Ciao
--
http://www.dstoecker.eu/ (PGP key available)

___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev


___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] Some statistics for file-format -development

2008-11-21 Thread Sascha Silbe

On Fri, Nov 21, 2008 at 10:59:27AM +0100, Marcus Wolschon wrote:

I ran into an outOfMemory-Exception memory-mapping the file when 
importing

Baden-Württemberg.

[...]
(I did not think this would become an issue for file-sizes of about 
100MB)
Did you try it on Windows or a POSIX compatible OS? 32bit or 64bit 
architecture/OS/userspace?
On 64bit Linux, I can easily mmap() even the whole planet database 
(~50GB total, with largest file being ~30GB) - on 32bit it's less, but 
still way more than a few hundred MBs.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


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


Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?

2008-11-21 Thread Rob
2008/11/21 Maarten Deen [EMAIL PROTECTED]:
 Sebastian Spaeth wrote:
 Stefan Keller wrote:
 Hi all,

 What are the core problems not being able to keep those Xapi services
 up, especially xapi.openstreetmap.org?

 Note, that I'm no XAPI maintainer. IMO there are at least 3 computers
 running xapi services:

 - 1 owned by OSM located in UCL is reliable but on a weak machine
 - 1 donated by bearstech which had a hard disk failure
 - 1 hosted on hypercube.telascience.org which is quite a powerful box.
 unfortunately it uses NFS mounted disk space with a history of outages
 and performance problems over the last weeks (months?)

 A week or so ago there was some uphieve about KPN who were using OSM data for
 a mobile on-line application without proper attribution. There was some talk
 on the talk-nl list about KPN giving something back.
 How about asking them to donate a server with rackspace for this?

 See 
 http://www.openstreetmap.nl/archives/84-Hi-OpenStreetMap!-How-are-you.html
 or
 http://babelfish.yahoo.com/translate_url?doit=donett=urlintl=1fr=bf-hometrurl=http%3A%2F%2Fwww.openstreetmap.nl%2Farchives%2F84-Hi-OpenStreetMap!-How-are-you.htmllp=nl_enbtnTrUrl=Translate
 for translation.

 Maarten


English information
http://www.service2media.com/news/now-where-youre-friends-are-with-hi.html

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


Re: [josm-dev] [PATCH] - OrthogonalizeAction

2008-11-21 Thread Gert Gremmen

I understood, and it was not meant to be orthogonalized.
Just playing and testing.



The message (for now):
Why not change the negative into positive :

Please add another corner to orthogonalize this shape / polygon

Some suggestions:

Create the same function for 30, 45, 60, 120, 150, 210, 240, 270
degrees AND 90 degrees mixed in one shape.
(gets tricky I think)
May be that could work on my star building.


Would be nice however if those corners that ARE within
for example 85 and 95 degrees were orthogonalized.
As well as corners close to +/- 5 degrees could
be straightened.
Even better if the remaining angles could be symmetrized.
I am not sure however, if that works on all shapes .

A further improvement could be to accept all shapes
that are -selected- instead of just single closed ways. many many
roads are essentially build rectangular, and
in the maps only close approximations.
I imagine 4 roads selected . As your calculation
happens only on the nodes (isn't it?) it must be possible.

Thanks for the great work. This literally improved
my building mapping with a factor 2 at least, at the same
time creating much better results.

Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)


-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Hermann Schwaerzler
Verzonden: Friday, November 21, 2008 11:02 AM
Aan: [EMAIL PROTECTED]
Onderwerp: Re: [josm-dev] [PATCH] - OrthogonalizeAction

hello gert

Gert Gremmen wrote:

http://tile.openstreetmap.nl/?zoom=18lat=51.99522lon=4.34562layers=B0
 0F
 
 I suppose you can put that URL into JOSM and download
 the area.
 I tried using JOM version 1087 and the most recent
 plug-ins (though that should not be a problem)
 Actually it does not delete it, but becomes invisible.


you mean the buildings that look like a three-pointed star?
well, you can't orthogonalize those as the function tries to
orthogonalize _all_ edges. that does not work with such a shape as only
shapes with an even number of edges can be truely orthogonalized!


I think we need another check before orthogonalizing. how about that:

// Check if way has an even number of edges
if (((way.nodes.size() - 1) % 2) == 1) {
JOptionPane.showMessageDialog(Main.parent, tr(Please select a way
with an even number of edges.));
return;
}

I don't like the wording of the dialog-message. Can someone suggest a
better one?

regards
hermann

___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev

___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] Some statistics for file-format -development

2008-11-21 Thread Marcus Wolschon
2008/11/21 Sascha Silbe [EMAIL PROTECTED]:
 On Fri, Nov 21, 2008 at 10:59:27AM +0100, Marcus Wolschon wrote:

 I ran into an outOfMemory-Exception memory-mapping the file when importing
 Baden-Württemberg.

 [...]

 (I did not think this would become an issue for file-sizes of about 100MB)

 Did you try it on Windows or a POSIX compatible OS? 32bit or 64bit
 architecture/OS/userspace?
 On 64bit Linux, I can easily mmap() even the whole planet database (~50GB
 total, with largest file being ~30GB) - on 32bit it's less, but still way
 more than a few hundred MBs.

I will try on a Linux/x86-32 later. ATM I only have an XP on an Eeepc
at my hands.
I could raise the limit to a few hundred MB by using an undocumented argument
to the java-runtime but still , reserving 3GB only allows me to memory-map
2 files with a sum of 450MB.
I made sure there are no references to the old mapping when growing the
file and mapping again and even called the garbage-collector manually.

The code is pretty small and easy to understand.
http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/libosm/src/org/openstreetmap/osm/data/osmbin/
https://sourceforge.net/svn/?group_id=203597

(look at nodesfile.java and it's super-class FixedRecordFile.java)

I don't understand how this can be yet but I intend to find out.

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


[OSM-dev] wiki problems

2008-11-21 Thread sylvain letuffe
Hi there,

The wiki is down again...

Are there any help someone with few programming skills but high admin sys 
skills could provide to help the wiki operate better ?

Is the wiki installed on a dedicated machine, does someone can provide me a 
link to the wiki's visitors stats, load stats ? Is there somewhere an 
explanation of how the wiki is architecturaly installed ?
( mysql DB ? mysql server ? php ? config files )

Can I get in touch with actual sys admins ? Is my help anyhow wanted ?

-- 
Sylvain Letuffe [EMAIL PROTECTED]
qui suis-je : http://slyserv.dyndns.org



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


Re: [OSM-dev] wiki problems

2008-11-21 Thread Marcus Wolschon
Could this have something to do with SchlundTech being completely down?
Their DNS-servers are gone since a few hours.

Marcus

2008/11/21 sylvain letuffe [EMAIL PROTECTED]:
 Hi there,

 The wiki is down again...

 Are there any help someone with few programming skills but high admin sys
 skills could provide to help the wiki operate better ?

 Is the wiki installed on a dedicated machine, does someone can provide me a
 link to the wiki's visitors stats, load stats ? Is there somewhere an
 explanation of how the wiki is architecturaly installed ?
 ( mysql DB ? mysql server ? php ? config files )

 Can I get in touch with actual sys admins ? Is my help anyhow wanted ?

 --
 Sylvain Letuffe [EMAIL PROTECTED]
 qui suis-je : http://slyserv.dyndns.org



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


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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Matt Amos
On Fri, Nov 21, 2008 at 11:45 AM, Stefan de Konink [EMAIL PROTECTED] wrote:
 Matt Amos wrote:

 premature optimisation is the root of all evil ;-)

 A premature optimisation would be starting with integers, C, and more.

premature optimisation would be writing something in C(++) when it
isn't the bottleneck.

the database is currently the bottleneck and i'm pretty sure they
already wrote that in C :-)

 Now
 even I implemented a relatively 'old' API (0.5) and started with doubles ;)
 Last night I introduced a comparison table with the 2^32/360 stuff. To see
 there is 10ms improvement per bbox request ;)

what was %age gain? i mean, if its a 10ms improvement on a 500ms call
then it might not be such a big deal. if its a 10ms gain on an 11ms
call that would be fantastic.

don't forget that the rails port also handles user management,
friends, messages, diaries, gps points, etc... it would be better to
say you have implemented part of 'old' API 0.5.

cheers,

matt

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Matt Amos wrote:
 On Fri, Nov 21, 2008 at 11:45 AM, Stefan de Konink [EMAIL PROTECTED] wrote:
 Matt Amos wrote:
 premature optimisation is the root of all evil ;-)
 A premature optimisation would be starting with integers, C, and more.
 
 premature optimisation would be writing something in C(++) when it
 isn't the bottleneck.

I hear a different thing when I browse on this list about ruby memory 
usage :)

 the database is currently the bottleneck and i'm pretty sure they
 already wrote that in C :-)

The database that is used in production isn't the most efficient one too 
;) So that is also optimised ;)

 Now
 even I implemented a relatively 'old' API (0.5) and started with doubles ;)
 Last night I introduced a comparison table with the 2^32/360 stuff. To see
 there is 10ms improvement per bbox request ;)
 
 what was %age gain? i mean, if its a 10ms improvement on a 500ms call
 then it might not be such a big deal. if its a 10ms gain on an 11ms
 call that would be fantastic.

Double: 50~100ms
Integer: 40~80ms

But the calltrace revealed in both search situation more optimisations 
where possible.

 don't forget that the rails port also handles user management,
 friends, messages, diaries, gps points, etc... it would be better to
 say you have implemented part of 'old' API 0.5.


I have implemented API0.5 + XAPI. User management and GPX was on the 
todo. If I implement user management I'll implement an OpenStreetProxy, 
for now I don't even keep changes (for reasons I already mentioned).


Stefan

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Matt Amos
On Fri, Nov 21, 2008 at 2:06 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
 Matt Amos wrote:
 On Fri, Nov 21, 2008 at 11:45 AM, Stefan de Konink [EMAIL PROTECTED]
 wrote:
 Matt Amos wrote:

 premature optimisation is the root of all evil ;-)

 A premature optimisation would be starting with integers, C, and more.

 premature optimisation would be writing something in C(++) when it
 isn't the bottleneck.

 I hear a different thing when I browse on this list about ruby memory usage
 :)

ah well, thats the price you pay for being able to easily write code
without having to manage memory manually (or stick shared_ptr all
over the place). there is a bug in there too, i think, which results
in libxml not fully free()ing all the memory it is using.

 the database is currently the bottleneck and i'm pretty sure they
 already wrote that in C :-)

 The database that is used in production isn't the most efficient one too ;)
 So that is also optimised ;)

how did you optimise it? (other than converting ways to relations)?

 Double: 50~100ms
 Integer: 40~80ms

 But the calltrace revealed in both search situation more optimisations where
 possible.

20% is pretty significant. obviously thats an optimisation worth having.

cheers,

matt

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Matt Amos wrote:
 ah well, thats the price you pay for being able to easily write code
 without having to manage memory manually (or stick shared_ptr all
 over the place). there is a bug in there too, i think, which results
 in libxml not fully free()ing all the memory it is using.

Come on you can give better arguments than that :) C/C++ is not a 
prototype language. You will need to have your functional diagrams ready 
before start 'scripting'. So I don't mind pointers, and in this case my 
webserver's api takes care of the string management, so I am a happy 
coder :)

 the database is currently the bottleneck and i'm pretty sure they
 already wrote that in C :-)
 The database that is used in production isn't the most efficient one too ;)
 So that is also optimised ;)
 
 how did you optimise it? (other than converting ways to relations)?

Not using MySQL, but MonetDB. It uses column based storage.

 Double: 50~100ms
 Integer: 40~80ms

 But the calltrace revealed in both search situation more optimisations where
 possible.
 
 20% is pretty significant. obviously thats an optimisation worth having.

Jup, but extra mathematical overhead in query generation that should not 
be forgotten. Every output has to be atoi - double back. And in the 
case of storing doubles/floats the input can directly be passed to the 
user. I need to figure out if the overhead of data translation is not 
bigger than querying speed.


Stefan

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


Re: [OSM-dev] wiki problems

2008-11-21 Thread Tom Hughes
Marcus Wolschon wrote:

 Could this have something to do with SchlundTech being completely down?
 Their DNS-servers are gone since a few hours.

Who are SchlundTech and what do they have to do with anything?

Tom

-- 
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/

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


[OSM-dev] What's the attitude on embedding [EMAIL PROTECTED] or informationfreeway slippy maps on own site?

2008-11-21 Thread Nick Whitelegg
Hello everyone,

I have to admit I haven't done much work on Freemap lately - other 
commitments being a big factor but an equally important factor  being that 
my server cannot cope well with an OSM database covering most of England.

So I was considering an alternative approach, in which Freemap no longer 
focuses on providing custom OSM maps for walkers, but rather uses the 
standard OSM maps (probably [EMAIL PROTECTED]/osmarender, as they distinguish 
between tracks with private and public access which is vital for walkers) 
and focuses instead on providing a separate and more lightweight data 
layer which allows walkers to report problems with paths, contribute 
directions in difficult places, photos, etc.

However this would obviously mean Freemap embedding [EMAIL PROTECTED] or 
informationfreeway.org maps in its own site. How acceptable would this be 
seen to be?

Thanks,
Nick

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


Re: [OSM-dev] wiki problems

2008-11-21 Thread Grant Slater
sylvain letuffe wrote:
 Hi there,

 The wiki is down again...

 Are there any help someone with few programming skills but high admin sys 
 skills could provide to help the wiki operate better ?

 Is the wiki installed on a dedicated machine, does someone can provide me a 
 link to the wiki's visitors stats, load stats ? Is there somewhere an 
 explanation of how the wiki is architecturaly installed ?
 ( mysql DB ? mysql server ? php ? config files )

 Can I get in touch with actual sys admins ? Is my help anyhow wanted ?
   

Time to start a new hardware funding drive I think. We also need a new 
API internal database server.

The problem is load based and the server struggling to keep up.

The 'Map Features' page on cache purge is blocking other requests. Load 
spikes.

The server is not dedicated and shared with the Mailing Lists, SVN and a 
few other minors.

The email on squid error page is valid.

/ Grant

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


Re: [josm-dev] ewmsplugin on win32

2008-11-21 Thread David Groom

 - Original Message - 
 From: Karl Guggisberg [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Friday, November 21, 2008 10:25 AM
 Subject: Re: [josm-dev] ewmsplugin on win32



 Hi Dirk

 there are still some issue with the alignment and scaling of tiles, see
   http://www.guggis.ch/temp/ewmsplugin-screenshot.jpg

 My OS: Vista Ultimate


I get something similar on Windows XP.  But its an improvement on the last 
time I tried this, when I git no real image at all.

David



 Regards
 Karl


 -Ursprüngliche Nachricht-
 Von: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Im Auftrag von Dirk Stöcker
 Gesendet: Freitag, 21. November 2008 09:43
 An: [EMAIL PROTECTED]
 Betreff: Re: [josm-dev] ewmsplugin on win32

 On Sun, 2 Nov 2008, John3voltas wrote:

 Last time we heard about Dirk (hope he doesn't mind me calling him by
 his 1st name) in this thread was around the 22nd October.

 Please update plugin and redownload the webkit-image stuff and retry.

 Tell results.

 Proxy support not included yet.

 Ciao
 --
 http://www.dstoecker.eu/ (PGP key available)

 ___
 josm-dev mailing list
 [EMAIL PROTECTED]
 http://lists.openstreetmap.org/listinfo/josm-dev


 ___
 josm-dev mailing list
 [EMAIL PROTECTED]
 http://lists.openstreetmap.org/listinfo/josm-dev

 



___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] What's the attitude on embedding [EMAIL PROTECTED] or informationfreeway slippy maps on own site?

2008-11-21 Thread Thomas Wood
2008/11/21 Nick Whitelegg [EMAIL PROTECTED]:
 Hello everyone,

 I have to admit I haven't done much work on Freemap lately - other
 commitments being a big factor but an equally important factor  being that
 my server cannot cope well with an OSM database covering most of England.

 So I was considering an alternative approach, in which Freemap no longer
 focuses on providing custom OSM maps for walkers, but rather uses the
 standard OSM maps (probably [EMAIL PROTECTED]/osmarender, as they 
 distinguish
 between tracks with private and public access which is vital for walkers)
 and focuses instead on providing a separate and more lightweight data
 layer which allows walkers to report problems with paths, contribute
 directions in difficult places, photos, etc.

 However this would obviously mean Freemap embedding [EMAIL PROTECTED] or
 informationfreeway.org maps in its own site. How acceptable would this be
 seen to be?

 Thanks,
 Nick

Perfectly fine, providing the standard OSM attribution.
In fact, the  OpenLayers definition[0] was produced so people could do
this easily!

[0] http://www.openstreetmap.org/openlayers/OpenStreetMap.js

-- 
Regards,
Thomas Wood
(Edgemaster)

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


Re: [OSM-dev] wiki problems

2008-11-21 Thread sylvain letuffe
On Friday 21 November 2008 14:39, you wrote:
 Could this have something to do with SchlundTech being completely down?
 Their DNS-servers are gone since a few hours.

Doesn't look a DNS related problem to me but a load one. 

However, only squid (the proxy cache) is answering me with errors, so that 
might well be anything from connectivity, to DNS resolving, to crashed raid 
disk, to network IDS or to a rat having unplugged the global power supply.
( Chance of this happening are, however not equal )

-- 
Sylvain Letuffe [EMAIL PROTECTED]
qui suis-je : http://slyserv.dyndns.org



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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Matt Amos
On Fri, Nov 21, 2008 at 2:22 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
 Matt Amos wrote:
 ah well, thats the price you pay for being able to easily write code
 without having to manage memory manually (or stick shared_ptr all
 over the place). there is a bug in there too, i think, which results
 in libxml not fully free()ing all the memory it is using.

 Come on you can give better arguments than that :)

but i don't need to :-)

 C/C++ is not a prototype language.

do you mean http://en.wikipedia.org/wiki/Prototype-based_programming ?

 You will need to have your functional diagrams ready before start
 'scripting'. So I don't mind pointers, and in this case my webserver's api
 takes care of the string management, so I am a happy coder :)

i don't mind pointers either, but i know a lot of people who do. C++
is a powerful and complex language, which takes a long time to learn
to use properly. in an open-source project, this means either
potential contributors are excluded, or that they submit
poorly-written code. of course, its possible for any developer to make
a mistake, but at least in ruby it is less likely to cause a colossal
failure.

 how did you optimise it? (other than converting ways to relations)?

 Not using MySQL, but MonetDB. It uses column based storage.

interesting. the web site describes it as an in-memory database, but i
assume it can store to disk as well. so why is everyone still using
mysql / postgres / oracle?

 Jup, but extra mathematical overhead in query generation that should not be
 forgotten. Every output has to be atoi - double back. And in the case of
 storing doubles/floats the input can directly be passed to the user. I need
 to figure out if the overhead of data translation is not bigger than
 querying speed.

to be fair, the latency between here and the states is about 150ms, so
you may not need to optimise further.

cheers,

matt

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Matt Amos wrote:
 C/C++ is not a prototype language.
 
 do you mean http://en.wikipedia.org/wiki/Prototype-based_programming ?

No I mean a language where you start scripting and others have no clue 
what you are doing until it finished and it works. Other words; 
Proof-of-Concept. Low level languages are not good for this, too much 
distractions with memory management etc., but once you know exactly what 
you want. Don't waste your time on a language that does 90% for you 
sadly has no compiler to native machine code.


 how did you optimise it? (other than converting ways to relations)?
 Not using MySQL, but MonetDB. It uses column based storage.
 
 interesting. the web site describes it as an in-memory database, but i
 assume it can store to disk as well. so why is everyone still using
 mysql / postgres / oracle?

I know some pretty big Dutch banking/insurance organisations are using 
an ancient version of it, that was tailor made and tested specifically 
on their applications. There are some datawarehouses that use it. Plus 
this database implements SQL92 by the letter, no funny extensions. So we 
can call it; nobody knows, no body is using it.

 Jup, but extra mathematical overhead in query generation that should not be
 forgotten. Every output has to be atoi - double back. And in the case of
 storing doubles/floats the input can directly be passed to the user. I need
 to figure out if the overhead of data translation is not bigger than
 querying speed.
 
 to be fair, the latency between here and the states is about 150ms, so
 you may not need to optimise further.

You miss the point of concurrent usage every performance improvement 
will allow more users to be served simultaneously.


Stefan

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Dave Stubbs
2008/11/21 Stefan de Konink [EMAIL PROTECTED]:
 Matt Amos wrote:
 C/C++ is not a prototype language.

 do you mean http://en.wikipedia.org/wiki/Prototype-based_programming ?

 No I mean a language where you start scripting and others have no clue
 what you are doing until it finished and it works. Other words;
 Proof-of-Concept. Low level languages are not good for this, too much
 distractions with memory management etc., but once you know exactly what
 you want. Don't waste your time on a language that does 90% for you
 sadly has no compiler to native machine code.



Meh, proper languages are often over rated. Machines are cheap,
developers are expensive, and code lives far longer than most people
hope. Maintaining well written code is easier than maintaining crap
code, and many of your prototype languages promote well written
code.

Especially when you talk about ruby on rails. The entire point is an
easy to maintain code base, with MVC architecture, database schema
versioning, and all the crud and boiler plate taken out of your way.
Point a rails developer at a well written rails app and they can
figure out what's what in very little time.

C/C++ has it's place, and I'm not claiming it's not faster (or even
better) for this application. But that doesn't make RoR a prototyping
system.
Or as a mirror for your last statement: don't waste your time on a
language that compiles 90% quicker when it doesn't matter.

Which leaves the important question: does it matter for OSM?
(and is a full rewrite the best way of fixing it if it does)

Dave

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Dave Stubbs wrote:
 Meh, proper languages are often over rated. Machines are cheap,
 developers are expensive, and code lives far longer than most people
 hope.

Who is paying for new machines in OSM? And who is getting paid for 
writing code?

 Which leaves the important question: does it matter for OSM?
 (and is a full rewrite the best way of fixing it if it does)

As long it is slow, and someone is stupid enough to try and fix it, it 
matters :)


Stefan

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


Re: [josm-dev] ewmsplugin on win32

2008-11-21 Thread Dirk Stöcker
On Fri, 21 Nov 2008, Karl Guggisberg wrote:

 there are still some issue with the alignment and scaling of tiles, see
   http://www.guggis.ch/temp/ewmsplugin-screenshot.jpg

The problem here is, that the white is not white but only nearly white. 
Very strange I already added 254,254,254 but it seems you still have 
another white there.

That's all a bit strange under Windows.

If someone finds a better way to get the final image size compared to the 
the strip white from the large area idea we surely could get this to 
work as expected.

Probably the Javascript code sends some Qt signal for the resizing tasks 
and that could be captured. Ideas welcome.

And BTW: On all machines I have this works as expected.

Ciao
-- 
http://www.dstoecker.eu/ (PGP key available)

___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Matt Amos
On Fri, Nov 21, 2008 at 3:42 PM, Dave Stubbs [EMAIL PROTECTED] wrote:
 2008/11/21 Stefan de Konink [EMAIL PROTECTED]:
 Don't waste your time on a language that does 90% for you
 sadly has no compiler to native machine code.

i'd have said the same thing about javascript a couple of years ago.

 Meh, proper languages are often over rated. Machines are cheap,
 developers are expensive, and code lives far longer than most people
 hope.

to put it another way: computers are getting better and faster, but
human brains have been the same for hundreds of thosands of years.

 Maintaining well written code is easier than maintaining crap
 code, and many of your prototype languages promote well written
 code.

except for perl, of course ;-)

 Which leaves the important question: does it matter for OSM?
 (and is a full rewrite the best way of fixing it if it does)

we'll see soon whether api 0.6 will make things better.

cheers,

matt

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Matt Amos wrote:
 On Fri, Nov 21, 2008 at 3:42 PM, Dave Stubbs [EMAIL PROTECTED] wrote:
 2008/11/21 Stefan de Konink [EMAIL PROTECTED]:
 Don't waste your time on a language that does 90% for you
 sadly has no compiler to native machine code.
 
 i'd have said the same thing about javascript a couple of years ago.

Yes this is *exactly* my point. Python/Ruby are great high level 
languages. But until there is any real progress in getting them to work 
at native speeds (or at least in the python case, better speeds are 
possible) it is not an alternative for HP applications, while for HA it 
can be a choice because of the design.

 Meh, proper languages are often over rated. Machines are cheap,
 developers are expensive, and code lives far longer than most people
 hope.
 
 to put it another way: computers are getting better and faster, but
 human brains have been the same for hundreds of thosands of years.

Faster is overrated; hence we are looking here at I/O and scheduling 
bottlenecks. Not even a Pentium X is going to get more speed out of a 
sata harddisk.

 Which leaves the important question: does it matter for OSM?
 (and is a full rewrite the best way of fixing it if it does)
 
 we'll see soon whether api 0.6 will make things better.

Very true :)


Stefan

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Dave Stubbs
2008/11/21 Stefan de Konink [EMAIL PROTECTED]:
 Dave Stubbs wrote:

 Meh, proper languages are often over rated. Machines are cheap,
 developers are expensive, and code lives far longer than most people
 hope.

 Who is paying for new machines in OSM? And who is getting paid for writing
 code?


1) The OSMF through donations and membership, other random donations etc.
2) Nobody (not by OSM(F) at any rate), so that means we're limited by
how much time people are willing to provide for free (either companies
or individuals).

And besides which it was a general statement in response to your
general statement about languages. Any applicability to OSM in
particular is a fairly complex question which is, unsurprisingly,
going to result in compromises.



 Which leaves the important question: does it matter for OSM?
 (and is a full rewrite the best way of fixing it if it does)

 As long it is slow, and someone is stupid enough to try and fix it, it
 matters :)


Sure, except that the code, once written, doesn't just sit there.
People have to maintain this stuff. It's not just about, can it be
written?, it's can it be written and maintained?.

So I think a better reply (well, maybe just more complete) is that as
long as it is slow, and someone is stupid enough to try and fix it,
and they can convince the guys who are going to end up responsible for
deploying and maintaining it, it matters.

Sometimes speed becomes important and it makes sense to replace
certain parts of the system, ie: the GPX importer which has already
been down this path.

Dave

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


Re: [josm-dev] Cant point to JOSM build dir

2008-11-21 Thread Raphael Mack
I just tried the version in the OSM svn and I cannot reproduce your
problem.

Ok, I get some deprecation warnings, which should of caurse be cleaned
up but it works. And I have to admit, that I have adapted your build.xml
to the scheme used by other plugins.

BTW: when using the DirectUpload and putting the character ',' into the
tags field it ends up with a Bad Request error. It should better check
for comma characters before trying to upload.

And, I would prefer it, when the filename which is stored in the
GPXLayer (if there is one) instead of a temporary one.

Cheers,
Rapha
Am Freitag, den 21.11.2008, 20:24 +0530 schrieb Subhodip Biswas:
 Sorry for a duplicate post .
 
 
 -- Forwarded message --
 From: Subhodip Biswas [EMAIL PROTECTED]
 Date: Sun, Nov 9, 2008 at 11:57 PM
 Subject: Unable to compile plugin
 To: [EMAIL PROTECTED]
 
 
 hi !
 
 I tried to compile DirectUpload plugin with josm-latest.jar v1042 .
 But compile failed with some errors . I am attaching the error log .
 It felt like it failing to fetch josm classes .
 
 My build.xml is pointing to josm correctly(i guess) ,so i am attaching
 that also
 
 Is it a bug or is there something that i missed .
 
 Can anybody point me out , if there are major changes due I18n .
 Will be grateful to any pointers available .
 
 
 
 ___
 josm-dev mailing list
 [EMAIL PROTECTED]
 http://lists.openstreetmap.org/listinfo/josm-dev


___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Dave Stubbs wrote:
 1) The OSMF through donations and membership, other random donations etc.
 2) Nobody (not by OSM(F) at any rate), so that means we're limited by
 how much time people are willing to provide for free (either companies
 or individuals).
 
 And besides which it was a general statement in response to your
 general statement about languages. Any applicability to OSM in
 particular is a fairly complex question which is, unsurprisingly,
 going to result in compromises.

Many corporate boys always go to battle with the stupid argument you 
made. Your general statement only points out laziness of developers, 
doing things in shorter time resulting (usually) in suboptimal solutions.

Since we are a group of people that not get paid and therefore need to 
produce better work in order to use our facilities more optimal it is to 
defend to always try to improve the work, because the userbase grows and 
the amount of hardware is limited.

 Which leaves the important question: does it matter for OSM?
 (and is a full rewrite the best way of fixing it if it does)
 As long it is slow, and someone is stupid enough to try and fix it, it
 matters :)
 
 Sure, except that the code, once written, doesn't just sit there.
 People have to maintain this stuff. It's not just about, can it be
 written?, it's can it be written and maintained?.
 
 So I think a better reply (well, maybe just more complete) is that as
 long as it is slow, and someone is stupid enough to try and fix it,
 and they can convince the guys who are going to end up responsible for
 deploying and maintaining it, it matters.

The amount of people here that feel responsible for each others code is 
very low. If you look at the tools available for processing OSM data it 
is also easy to see that some are superseded a long time ago and others 
get bitrot by updated APIs.

In my perspective; if everything is unittested and the limitations are 
known, they don't break if they are untouched. To use another well known 
sales boy quote: no one is irreplaceable, there will thus always be 
someone that is capable of reading the documentation, and changing the code.

 Sometimes speed becomes important and it makes sense to replace
 certain parts of the system, ie: the GPX importer which has already
 been down this path.

Exactly, and so can we do with the API/XAPI if we want to :)


Stefan

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


Re: [josm-dev] ewmsplugin on win32

2008-11-21 Thread andrzej zaborowski
2008/11/21 Dirk Stöcker [EMAIL PROTECTED]:
 On Fri, 21 Nov 2008, andrzej zaborowski wrote:

 With gnome-web-photo I modified the wms plugin to calculate the width
 based on the height of the image, this is pretty simple, but it still
 relies on the height being correct.

 Which means you have a fix for the white border problem for GNOME. Can you
 post this? It will be a hotfix for the WebKit problem as well.

It's this one:
http://lists.openstreetmap.org/pipermail/josm-dev/attachments/20080915/c56a1d87/attachment-0005.txt

The important bit is
+   ratio = Math.cos(Math.toRadians(lat));
+   width = (int)
+   (img.getWidth() * width / ratio / img.getHeight()) + 1;
if I remember ok.

Cheers.
___
josm-dev mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Matt Amos
On Fri, Nov 21, 2008 at 4:37 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
 Matt Amos wrote:
 On Fri, Nov 21, 2008 at 3:42 PM, Dave Stubbs [EMAIL PROTECTED]
 wrote:
 2008/11/21 Stefan de Konink [EMAIL PROTECTED]:

 Don't waste your time on a language that does 90% for you
 sadly has no compiler to native machine code.

 i'd have said the same thing about javascript a couple of years ago.

 Yes this is *exactly* my point. Python/Ruby are great high level languages.
 But until there is any real progress in getting them to work at native
 speeds (or at least in the python case, better speeds are possible) it is
 not an alternative for HP applications, while for HA it can be a choice
 because of the design.

people are making progress.

http://antoniocangiano.com/2008/05/31/maglev-rocks/
http://blog.fallingsnow.net/2008/09/05/rubinius-status/

for high performance it may be worth porting some bits to lower-level
languages (e.g: the map call). but some people at the api 0.6 hack
weekend had some ideas for improving performance while staying within
RoR.

 Faster is overrated; hence we are looking here at I/O and scheduling
 bottlenecks. Not even a Pentium X is going to get more speed out of a sata
 harddisk.

install a raid array? ;-)

at what point do you decide that your code is fast enough?

cheers,

matt

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


Re: [OSM-dev] 'holes' in buildings

2008-11-21 Thread Thomas Wood
2008/11/21 Brian Quinion [EMAIL PROTECTED]:
 Hi,

 I'm running my own mapnik server and have noticed a strange problem
 with the rendering.  I don't seem to be getting the holes in buildings
 (i.e. 
 http://www.openstreetmap.org/?lat=52.212704lon=0.102523zoom=18layers=B000FTF
 ) instead I get 2 seperate polygons, both filled.  This is using the
 standard OSM style sheet so I'm assuming I must be missing something
 to do with relations when doing the osm2pgsql conversion.

 At the moment I'm simply running:

 ./osm2pgsql -d osm uk-081119.osm.bz2

 The OSM file from here:
 http://nick.dev.openstreetmap.org/downloads/planet/ although I've also
 tried the uk cloudmade file with the same results.

 Any suggestions?
 --
  Brian

You need to use osm2pgsql slim mode (-s), apparently relation parsing
is broken in the in-memory mode, since it can't decide which ways are
valuable enough to keep before parsing the relation. (Or something
similar)

-- 
Regards,
Thomas Wood
(Edgemaster)

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


Re: [OSM-dev] What's the attitude on embedding [EMAIL PROTECTED] or informationfreeway slippy maps on own site?

2008-11-21 Thread Matthias Julius
Nick Whitelegg [EMAIL PROTECTED] writes:

Perfectly fine, providing the standard OSM attribution.
In fact, the  OpenLayers definition[0] was produced so people could do
this easily!

 Was thinking more of server load than licencing issues (not that freemap 
 has a huge user base!) - sorry if that was unclear.

I would say this is what the server is there for: provide tiles for
people to look at.  Whether they look at them via openstreetmap.org,
informationfreeway.org, freemap.org or any other site should not
matter.

Of course, if your users bog down our server we need to talk
again. ;-)

Spaetz has the hat on for the [EMAIL PROTECTED] server, BTW.

Matthias

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Matt Amos wrote:
 Exactly, and so can we do with the API/XAPI if we want to :)
 There's only one API though, so you need to do one awesome job of
 convincing the right people :-)
 
 and ensure that no functionality is lost (e.g: user diaries, comments,
 friends, etc...). i don't use these features, but there are people who
 like them.

Interesting that you mention them, but where can all data be downloaded 
that is obviously there under CC-SA-BY? The same counts for the full 
history of OSM.


Stefan

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Matt Amos
On Fri, Nov 21, 2008 at 7:53 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
 Matt Amos wrote:
 and ensure that no functionality is lost (e.g: user diaries, comments,
 friends, etc...). i don't use these features, but there are people who
 like them.

 Interesting that you mention them, but where can all data be downloaded that
 is obviously there under CC-SA-BY? The same counts for the full history of
 OSM.

obviously there are privacy issues with providing users' data. but the
source code of the current API is public, so you could create test
data pretty easily.

cheers,

matt

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Matt Amos wrote:
 On Fri, Nov 21, 2008 at 7:53 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
 Matt Amos wrote:
 and ensure that no functionality is lost (e.g: user diaries, comments,
 friends, etc...). i don't use these features, but there are people who
 like them.
 Interesting that you mention them, but where can all data be downloaded that
 is obviously there under CC-SA-BY? The same counts for the full history of
 OSM.
 
 obviously there are privacy issues with providing users' data. but the
 source code of the current API is public, so you could create test
 data pretty easily.

Are the user prefs also in an api?


Stefan

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Stefan de Konink
Shaun McDonald wrote:
 
 On 21 Nov 2008, at 21:07, Stefan de Konink wrote:
 
 Matt Amos wrote:

 Are the user prefs also in an api?

 
 Yes user preferences are in the API.

http://wiki.openstreetmap.org/wiki/Api

Could you add it to Other API's?


Stefan

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


Re: [OSM-dev] Lean and mean Tile- and XML-API-Server

2008-11-21 Thread Erik Johansson
On Sat, Nov 22, 2008 at 12:46 AM, Stefan de Konink [EMAIL PROTECTED] wrote:
 Shaun McDonald wrote:
 On 21 Nov 2008, at 21:07, Stefan de Konink wrote:
 Are the user prefs also in an api?


 Yes user preferences are in the API.

 http://wiki.openstreetmap.org/wiki/Api

 Could you add it to Other API's?


It's in API 0.5:
http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.5#Preferences



-- 
/emj

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


Re: [josm-dev] ewmsplugin on win32

2008-11-21 Thread Dirk Stöcker
On Sun, 2 Nov 2008, John3voltas wrote:

 Last time we heard about Dirk (hope he doesn't mind me calling him by
 his 1st name) in this thread was around the 22nd October.

Please update plugin and redownload the webkit-image stuff and retry.

Tell results.

Proxy support not included yet.

Ciao
-- 
http://www.dstoecker.eu/ (PGP key available)

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


Re: [josm-dev] [PATCH] - OrthogonalizeAction

2008-11-21 Thread Gert Gremmen
http://tile.openstreetmap.nl/?zoom=18lat=51.99522lon=4.34562layers=B0
0F

I suppose you can put that URL into JOSM and download
the area.
I tried using JOM version 1087 and the most recent
plug-ins (though that should not be a problem)
Actually it does not delete it, but becomes invisible.

Gert Gremmen
-

Openstreetmap.nl  (alias: cetest)
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Hermann Schwaerzler
Verzonden: Friday, November 21, 2008 8:37 AM
Aan: josm-dev@openstreetmap.org
Onderwerp: Re: [josm-dev] [PATCH] - OrthogonalizeAction

hello gert

Gert Gremmen wrote:

[...]
 Applied on odd polygons the q command deletes the
 Whole polygon (but leaves the nodes alone)

can you send as an osm-file with such an odd polygon? I would like to
look into that...

regards
hermann

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

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