[OSM-dev] Way-Geometra history [was: api question]

2010-08-12 Thread Peter Körner

Am 12.08.2010 00:39, schrieb Frederik Ramm:

Hi,

bernhard zwischenbrugger wrote:

Is there a way to get a full way for an old version?


It is complicated because matching nodes have to be retrieved. The XAPI
can do it, see:


Its the no. 1 show stopper for a history viewer -- for obvious reasons.

We should* extend osmosis to process a history file using the 
linestringbuilde, so it could generate a table with one geometry for 
each minor-version of the way.


Peter


*I'll have a look at it myself but it's a complex task and it would be 
better to have more than one person working on a solution.


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


Re: [OSM-dev] aviation maps? - conclusion

2010-08-12 Thread Ákos Maróy
Dear All,

Thank you for all the valuable information regarding the aviation map
topic on the list. How I see it, the following would be the solution for
what I'm looking for:

- I'd need to host my own OSM server, using the rails port, as described
here: http://wiki.openstreetmap.org/wiki/The_Rails_Port
there I could store the aviation maps, separate from the 'offical' OSM
map database

- I'd use Mapnik, as described here:
http://wiki.openstreetmap.org/wiki/Mapnik to render the map into
bitmaps. to handle the specialties of aviation map artifacts, I'd need
to create rendering rules within Mapnik (?)

- looking at the map would be via an overlay, so that a 'usual' OSM map
is but underneath, for visual navigation.

- for layers / airport approach charts, maybe something similar needs to
be used as OSMTransport, http://3liz.fr/public/osmtransport/ - does
anyone know what technology is being used here?


Again, thank you for all the input!


Akos

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


[OSM-dev] minute diff - max delay

2010-08-12 Thread bernhard zwischenbrugger

Hi all

Is there a maximum delay time the minute diffs can have?

Here for example:
http://planet.openstreetmap.org/minute-replicate/000/439/
At 11:54 there is a 15 minute delay.

lg, Bernhard

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


[josm-dev] WMS requiring an EULA acceptance

2010-08-12 Thread Pieren
Dear josm-devs,

In my country, we have a commercial imagery supplier which is ready to open
its images but only for the OSM project (licencing issues fixed). For that,
they will set-up a WMS for a limited coverage during an experimental period
and want to check that only allowed clients are accessing the data by
checking the user-agent (on which only the OSM editors could be accepted and
others rejected of course).
The main concern is about a special handling of the WMS. They want that a
contributor using the WMS the first time shall read and accept an EULA (End
User License Agreement). Again this is just to inform people that they are
only allowed to use the imagery for OSM and nothing else. Of course, the
whole process can be bypassed by anyone who really want to access the WMS
but this is a demand from the lawyers. The EULA would be available in two
languages but could be extended later.
Then I'm asking you to check if this demand is possible and how it could be
solved. I don't want to fork the WMS plugin just for that, so my idea is
that the plugin could be modified in a way that the special WMS URI could be
identified as such in the Java code (hardcoded) and would raise the EULA
acceptance dialog automatically the first time (stored somewhere is
different languages). I could implement that myself but I would have your
feedback first to see if this is the right way to go.

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


Re: [OSM-dev] aviation maps? - conclusion

2010-08-12 Thread Peter Körner

Am 12.08.2010 13:23, schrieb Ákos Maróy:

- I'd use Mapnik, as described here:
http://wiki.openstreetmap.org/wiki/Mapnik to render the map into
bitmaps. to handle the specialties of aviation map artifacts, I'd need
to create rendering rules within Mapnik (?)


dependent on the complexity of data a openlayers vector layer would 
probably be the better choice. It does not suffer from expire/rerender 
issues and is less hassle to set up.


Its the same technique that's used on http://3liz.fr/public/osmtransport/.

Peter

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


Re: [OSM-dev] aviation maps? - conclusion

2010-08-12 Thread Ákos Maróy
Peter,

On 12/08/10 16:32, Peter Körner wrote:
 Am 12.08.2010 13:23, schrieb Ákos Maróy:
 - I'd use Mapnik, as described here:
 http://wiki.openstreetmap.org/wiki/Mapnik to render the map into
 bitmaps. to handle the specialties of aviation map artifacts, I'd need
 to create rendering rules within Mapnik (?)
 
 dependent on the complexity of data a openlayers vector layer would
 probably be the better choice. It does not suffer from expire/rerender
 issues and is less hassle to set up.
 
 Its the same technique that's used on
 http://3liz.fr/public/osmtransport/.


I see - can you give more background on this tool - where can I find the
tool itself, for example?


Akos

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


Re: [OSM-dev] aviation maps? - conclusion

2010-08-12 Thread Julio Costa Zambelli
http://www.openlayers.org/

On Thu, Aug 12, 2010 at 10:42 AM, Ákos Maróy a...@maroy.hu wrote:
 Peter,

 On 12/08/10 16:32, Peter Körner wrote:
 Am 12.08.2010 13:23, schrieb Ákos Maróy:
 - I'd use Mapnik, as described here:
 http://wiki.openstreetmap.org/wiki/Mapnik to render the map into
 bitmaps. to handle the specialties of aviation map artifacts, I'd need
 to create rendering rules within Mapnik (?)

 dependent on the complexity of data a openlayers vector layer would
 probably be the better choice. It does not suffer from expire/rerender
 issues and is less hassle to set up.

 Its the same technique that's used on
 http://3liz.fr/public/osmtransport/.


 I see - can you give more background on this tool - where can I find the
 tool itself, for example?


 Akos

 ___
 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] aviation maps? - conclusion

2010-08-12 Thread Ákos Maróy
John,

On 12/08/10 17:04, John Smith wrote:
 On 13 August 2010 00:54, Julio Costa Zambelli
 julio.co...@openstreetmap.cl wrote:
 http://www.openlayers.org/
 
 That would be for displaying, they could still use OSM tools to
 convert or create data, eg JOSM, but instead of uploading to a server
 they could then convert OSM files to a KML file which openlayers can
 handle.

oh, I see now. so basically this layer feature works on KML files..

thanks for the info.


Akos

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


Re: [OSM-dev] aviation maps? - conclusion

2010-08-12 Thread John Smith
On 13 August 2010 01:05, Ákos Maróy a...@maroy.hu wrote:
 oh, I see now. so basically this layer feature works on KML files..

That isn't the only way to do it, just a way to do it.

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


[OSM-dev] OS LandForm Panorama (contour data) parsing tools?

2010-08-12 Thread Nick Whitelegg
Hi,

I'm interested (depending on how much work is involved - as I'm focusing on 
OpenTrailView at the moment), as I belive one or two others have done, in 
overlaying OS Landform Panorama contours and OSM footpaths on VectorMap 
District data.

To save effort, are there any open source scripts available for parsing the 
LandForm Panorama data out there? e.g. converting the DXF format into 
shapefiles, or populating a database?

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


Re: [josm-dev] Error messages in Josm

2010-08-12 Thread Sebastian Klein

Jonas Stein wrote:

i just had a problem with josm. A friend tried to reproduce the steps and
got a different (translated) message.

I suggest to add errorcodes and 
not to translate error messages as things get very improper.
Errormessages could start with 
WW: warning

II: information
EE: error

That could help to filter information.

Fatal: seems to be not the best word to describe the situation.


Example 
JOSM will not stop working for german users:


Fatal: failed to locate image 'markers/Bus Station.png'. This is a serious 
configuration problem. JOSM will stop working.

Fehler: Das Bild 'markers/Bus Station.png' konnte nicht geladen werden. Das ist ein 
schwerwiegendes Konfigurationsproblem.


Sounds reasonable, but as there are hundreds of error messages, (some 
maybe not shown a single time, yet), it would be a significant burden 
for the developers to follow some rule here. Not the content of the rule 
would be a problem, but the fact that it has to enforced and explained 
to other people.


You might think, he is just looking for an excuse, and you are right. ;)

Currently, you have at least some differentiation:
EE: error - this is always a coding error, please file a bug 
report-window pops up
WW: warning - Message on the console starting with Warning or Error 
or Fatal

II: information - everything else on the console


Your particular case with a missing marker image is clearly a bug as the 
error is not fatal and JOSM will run just fine.


But if there is e.g. a preset image missing, you *want* that message all 
over the screen, so it can be fixed asap!



Sebastian

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


Re: [OSM-dev] [Talk-GB] OS LandForm Panorama (contour data) parsing tools?

2010-08-12 Thread Jon Burgess
On Thu, 2010-08-12 at 16:15 +0100, Nick Whitelegg wrote:
 To save effort, are there any open source scripts available for
 parsing the LandForm Panorama data out there? e.g. converting the DXF
 format into shapefiles, or populating a database?

DXF is supported by the gdal (ogr) tools since version 1.7.0. The
contour information can be extracted into a shapefile by converting the
G8040201 layer:

$ ogr2ogr sy08.shp sy08.dxf -where Layer=G8040201

The resulting shapefile will be in OSGB projection like the rest of the
OS data. Information on the other available layers can be found in the
Landform Panorama user guide, linked from [1]. 

Jon

1: 
http://wiki.openstreetmap.org/wiki/Ordnance_Survey_Opendata#Land-Form_PANORAMA



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


Re: [OSM-dev] minute diff - max delay

2010-08-12 Thread Norbert Hoffmann
bernhard zwischenbrugger wrote:

Is there a maximum delay time the minute diffs can have?

Here for example:
http://planet.openstreetmap.org/minute-replicate/000/439/
At 11:54 there is a 15 minute delay.

Files with data for 10 minutes or more are quite frequent since some time
now. This causes e.g. the TRAPI servers to stop to serve data because they
have no actual data. http://datenkueche.com/osmlive/ is quite useless
because it replays the same data again and again. 

Norbert


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


Re: [josm-dev] WMS and remote-control

2010-08-12 Thread bomm


Komяpa wrote:
 
 2) fires.Kosmosnimki.ru have provided us access to their realtime
 satellite imagery. That imagery [...] consists of thousands of layers.
 [...]
 Now, we need a convenient way to load that imagery into josm. An
 extenstion to josm-remote that will load specified WMS URL will be
 just fine.
 

What do you want to implement? A Web page to select a layer and load it into
JOSM?

Currently the WMS plugin needs a configuration entry for every WMS server
(and every layer).
I don't know how much work it would be to implement a remote interface for
(temporarily?) adding the necessary configuration and automatically loading
the new WMS layer.

For now I suggest you generate and display the WMS URL for the selected
layer in the format required by JOSM. Then the user can copy and paste it
into JOSM's configuration as needed. It's not as user friendly as you
intended but it's the best you can do with the current version of JOSM and
WMS plugin.

(I resend this via nabble because my original message sent via webmail
interface did not show up on the list.)


Bodo
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/WMS-and-remote-control-tp5413841p5415372.html
Sent from the JOSM Development mailing list archive at Nabble.com.

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


Re: [josm-dev] WMS and remote-control

2010-08-12 Thread Komяpa
 What do you want to implement? A Web page to select a layer and load it into
 JOSM?
Yes.

 Currently the WMS plugin needs a configuration entry for every WMS server
 (and every layer).
 I don't know how much work it would be to implement a remote interface for
 (temporarily?) adding the necessary configuration and automatically loading
 the new WMS layer.
Except for configuration window (F12-WMS), WMS plugin has menu item
WMS-Rectified Image, that lets user quickly add a layer by WMS URL.
What's needed is a way to access this functionality from a webpage.

-- 
Darafei Komяpa Praliaskouski
xmpp:m...@komzpa.net mailto:m...@komzpa.net

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


[josm-dev] Error messages in Josm

2010-08-12 Thread Jonas Stein

i just had a problem with josm. A friend tried to reproduce the steps and
got a different (translated) message.

I suggest to add errorcodes and 
not to translate error messages as things get very improper.
Errormessages could start with 
WW: warning
II: information
EE: error

That could help to filter information.

Fatal: seems to be not the best word to describe the situation.


Example 
JOSM will not stop working for german users:

Fatal: failed to locate image 'markers/Bus Station.png'. This is a serious 
configuration problem. JOSM will stop working.

Fehler: Das Bild 'markers/Bus Station.png' konnte nicht geladen werden. Das 
ist ein schwerwiegendes Konfigurationsproblem.

please comment,

-- 
Jonas Stein n...@jonasstein.de


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


Re: [josm-dev] WMS requiring an EULA acceptance

2010-08-12 Thread Bodo Meissner


Pieren wrote:
 
 It could be a WMS customization (blocking the
 images delivery if the user-agent is not in the white list), I don't know
 this part well enough to answer.
 

Matthias is right. You cannot rely on the client program. It is easy to
change the user agent. see
http://chrispederick.com/work/user-agent-switcher/


Matthias Meißer wrote:
 
 so best would be to let mappers somewhat register by mail/osm PM/.. so
 they
 can check who is online. During this step it is necessary to accept the
 EULA.
 


Pieren wrote:
 
 The things you suggest have been
 studied in details with their lawyers and they found this solution as a
 compromise (no user accounts to manage, simplicity, etc). Just click 'OK'
 on
 the text asking you to use the imagery for OSM only. Sounds reasonable.
 

With this simplicity they won't get any security.
As I already said you cannot rely on the client program.

I saw in the WMS plugin that you can specify cookies. (I don't know if it
works correct.)
Maybe the user can go to their website to accept the license. The user will
get a string that he has to copy and paste to his WMS configuration as a
cookie specification. The WMS server can reject requests without a known
cookie.
(But without other checks some cookies will sooner or later be known to
everyone.)

Or the website can create an individual URL after accepting the license. The
user can select the WMS - rectified image option and paste the URL.
(similar security problems here, maybe the URL can be restricted to a
specific IP address and could expire when unused for some time...)


Bodo
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/WMS-requiring-an-EULA-acceptance-tp5416309p5416706.html
Sent from the JOSM Development mailing list archive at Nabble.com.

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


Re: [josm-dev] WMS requiring an EULA acceptance

2010-08-12 Thread Sebastian Klein

Pieren wrote:

Dear josm-devs,

In my country, we have a commercial imagery supplier which is ready to open
its images but only for the OSM project (licencing issues fixed). For that,
they will set-up a WMS for a limited coverage during an experimental period
and want to check that only allowed clients are accessing the data by
checking the user-agent (on which only the OSM editors could be accepted and
others rejected of course).
The main concern is about a special handling of the WMS. They want that a
contributor using the WMS the first time shall read and accept an EULA (End
User License Agreement). Again this is just to inform people that they are
only allowed to use the imagery for OSM and nothing else. Of course, the
whole process can be bypassed by anyone who really want to access the WMS
but this is a demand from the lawyers. The EULA would be available in two
languages but could be extended later.
Then I'm asking you to check if this demand is possible and how it could be
solved. I don't want to fork the WMS plugin just for that, so my idea is
that the plugin could be modified in a way that the special WMS URI could be
identified as such in the Java code (hardcoded) and would raise the EULA
acceptance dialog automatically the first time (stored somewhere is
different languages). I could implement that myself but I would have your
feedback first to see if this is the right way to go.


Generally, it should be possible to include something like this in the 
main wms plugin. Hardcoding some URLs might also be acceptable (but I 
don't think it is needed).


There are always older versions of the wms plugin out there in use. 
These older versions would not know about this blacklist and would 
simply ignore the EULA enforcement. You might want to demand a certain 
parameter in the URL (like ...user=openstreetmap) just to sort out the 
older clients.


When reading the list of defaults [1], wms plugin ignores each line that 
has more than 2 semicolons in it. You can exploit this, to create your 
own custom format. E.g. the first string could be the name of the custom 
format EULA-1.0, followed by the necessary parameters. When extending 
the plugin, make it ignore lines with unknown format.


I would imagine it like this:
* You open josm preference and select the entry from the defaults.
* A message box pops up, informing you that it is necessary to accept an 
EULA for using the service.
* If you click OK, it would download the EULA text from an external 
website (possibly translated) and present it in another dialog.

* Save in the preferences that EULA has been accepted.

[1] 
http://svn.openstreetmap.org/applications/editors/josm/plugins/wmsplugin/sources.cfg


Sebastian

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


Re: [josm-dev] WMS requiring an EULA acceptance

2010-08-12 Thread Pieren
On Thu, Aug 12, 2010 at 5:56 PM, Bodo Meissner b...@bodo-m.de wrote:

 Matthias is right. You cannot rely on the client program. It is easy to
 change the user agent. see
 http://chrispederick.com/work/user-agent-switcher/


Again, the idea is not to build up a fortress. It is well known that if
someone really want to catch the images, he will be able to do so anyway.
The request to show and accept the uela is coming from the jurists, I cannot
change that. What I would like to know is if it is possible and how I could
do it in JOSM/WMS plugin without disturbing the main stream.

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


Re: [josm-dev] WMS requiring an EULA acceptance

2010-08-12 Thread Pieren
On Thu, Aug 12, 2010 at 6:20 PM, Sebastian Klein basti...@googlemail.comwrote:

 I would imagine it like this:
 * You open josm preference and select the entry from the defaults.
 * A message box pops up, informing you that it is necessary to accept an
 EULA for using the service.
 * If you click OK, it would download the EULA text from an external
 website (possibly translated) and present it in another dialog.
 * Save in the preferences that EULA has been accepted.


Sounds reasonable for me. If nobody is against this proposal, I will look to
implement it in the plugin.

Thank you for your support,
Pieren
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev


Re: [josm-dev] WMS and remote-control

2010-08-12 Thread Sebastian Klein

Komяpa wrote:

Hi all,

1) Due to Landsat WMS being down and overloaded usually, we've set up
a caching WMS proxy for it.
JOSM URL is http://irs.gis-lab.info/?layers=landsat;
Please consider updating JOSM defaults.


Do you want it to show up in the list on the bottom, or make it 
installed by default instead of the standard landsat URL?


Are you sure, you can handle the traffic?

The list of wms services [1] can be edited and is loaded by each wms 
client on startup. However you cannot force people to delete an entry 
from their menu, once it has been added it to their bookmarks.


[1] 
http://svn.openstreetmap.org/applications/editors/josm/plugins/wmsplugin/sources.cfg



2) fires.Kosmosnimki.ru have provided us access to their realtime
satellite imagery. That imagery is not mosaiced, and consists of
thousands of layers. We've made a WMS gateway to it.
Now, we need a convenient way to load that imagery into josm. An
extenstion to josm-remote that will load specified WMS URL will be
just fine. Hope somebody will write it, as I'm no java coder,
unfortunately.


There are some security issues when the browser has too much control 
over the client software.


If you extend josm-remote this way, I suggest you fork it. (No offence 
intended, might be useful for some.)



Sebastian

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