[OSM-dev] planet timestamp calculation
hi, what is the easiest way to tell the age of a timestamp in a planet file in PERL? [days] = function (planet-timestamp-string) thanks gerhard gary68 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] How do I do make shaded area overlays with openlayers or something similar?
This site shows aussie postcodes over the top of a base layer: http://www.aus-emaps.com/postcode_finder.php How would I do something similar for postcodes in the OSM DB already, and showing them as a shaded area, and 2 different colours if they've been reviewed or not. Something like this maybe: http://www.censusdata.abs.gov.au/ABSNavigation/ImageServer?id=map,Census,2006,POA4480 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] How do I do make shaded area overlays with openlayers or something similar?
John Smith schrieb: This site shows aussie postcodes over the top of a base layer: http://www.aus-emaps.com/postcode_finder.php How would I do something similar for postcodes in the OSM DB already, and showing them as a shaded area, and 2 different colours if they've been reviewed or not. Something like this maybe: http://www.censusdata.abs.gov.au/ABSNavigation/ImageServer?id=map,Census,2006,POA4480 You may want to take a look at http://topo.geofabrik.de/ Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] How do I do make shaded area overlays with openlayers or something similar?
2009/9/22 Peter Körner osm-li...@mazdermind.de: You may want to take a look at http://topo.geofabrik.de/ I can't read German, is there a download link or something? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] How do I do make shaded area overlays with openlayers or something similar?
John Smith schrieb: 2009/9/22 Peter Körner osm-li...@mazdermind.de: You may want to take a look at http://topo.geofabrik.de/ I can't read German, is there a download link or something? Oh I'm sorry I missread your mail.. I thought you wanted to have hill-shading for your map ;) As far as I understand you, take a look on openlayers [0] As shown on [1] it supports drawing vector-data on maps. As I don't have any special knowledge about the usage, I can't help you any further, but I'm sure so. here will. Peter [0] http://openlayers.org/ [1] http://openlayers.org/dev/examples/behavior-fixed-http-gml.html ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] [JOSM][RemoteControl] import?url
Hi, I'm trying to use remote control plugin from JOSM with function /import?url=... When I put an invalid url, I get an error, but when I put a valid osm file url, nothing appens. What shoul'd I do to get remote data into osm ? I'm using JOSM 2180 on windows with RemoteControl 17590 -- Etienne * Test 1 (incomplete file) : http://127.0.0.1:8111/import?url=http://api.openstreetmap.org/api/0.6/way/31591786 = Console result : RemoteControl received: GET /import?url=http://api.openstreetmap.org/api/0.6/way /31591786 HTTP/1.1 GET http://api.openstreetmap.org/api/0.6/way/31591786 22 sept. 2009 18:13:08 org.openstreetmap.josm.io.OsmReader processWaysAfterParsi ng ATTENTION: marked way 31á591á786 with 5 nodes incomplete because at least one no de was missing in the loaded data and is therefore incomplete too RemoteControl received: GET /import?url=http://api.openstreetmap.org/api/0.6/way /31591786/full HTTP/1.1 * Test 2 (valid file) : http://127.0.0.1:8111/import?url=http://api.openstreetmap.org/api/0.6/way/31591786/full = Console result : RemoteControl received: GET /import?url=http://api.openstreetmap.org/api/0.6/way /31591786/full HTTP/1.1 GET http://api.openstreetmap.org/api/0.6/way/31591786/full ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] [OSM-talk] New JOSM Address Interpolation plugin
This was an attempt to create a titled horizontal rule. Is there a native Swing component for this? I think a JSeparator is your friend there. Adding some indentation or border will make you even more happy there. I converted this to a conventional border. Also, based on a suggestion, I reordered the inputs so that it can perform an autodetect of numbering scheme when entering the combo box.It only needs to be manually changed for the cases of both even or odd numbers for the 'all' numbering scheme. ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] josm 2180 seems to invent conflicts and then fail to properly resolve them?
Maybe this should be on the newbies list, but still.
Using josm latest, 2180, earlier this evening, it started reporting
conflicts which I am fairly certain were spurious.
I was uploading frequently in small changes partly because josm runs so
slowly, and partly because I have had a few crashes with recent
versions. I didn't want to spend hours on an edit only to have to do it
again :-) In the event that's exactly what happened...
OK. Now I haven't encountered conflicts before, and maybe I
misunderstand something. But I opened the conflicts window, selected the
problem, and used the resolve option. That seemed to fix the problem,
but when I then tried to upload the changes, it didn't complete, but
instead reported an error.
I haven't (yet) opened a ticket on this because I don't think that I
understand what is happening well enough to provide much useful information.
However, I find it hard to believe that I am the only one experiencing
these problems (or perhaps I am misusing the multiple changesets
somehow), so I thought that I should ask here first.
I do have a little of the output from part of a failing session:
--
$ Revision: Path: trunk
URL: http://josm.openstreetmap.de/svn/trunk
Repository Root: http://josm.openstreetmap.de/svn
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Revision: 2180
Node Kind: directory
Last Changed Author: stoecker
Last Changed Rev: 2180
Last Changed Date: 2009-09-21 13:11:21 +0200 (Mon, 21 Sep 2009)
loading AgPifoJ
loading DirectUpload
loading editgpx
loading measurement
loading validator
opening fc for extension null
Open file: /home/someone/mapping/22-9-2009/220909.gpx (1102912 bytes)
GET http://www.openstreetmap.org/api/capabilities... OK
Communications with http://www.openstreetmap.org/api established using
protocol version 0.6
GET
http://www.openstreetmap.org/api/0.6/map?bbox=-1.544492718163326,51.81650224203192,-1.5003183705164196,51.8588818258819
returning array list with size: 733
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=0
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=1
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=2
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=3
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=4
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=5
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=6
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=7
returning array list with size: 733
returning array list with size: 733
PUT http://www.openstreetmap.org/api/0.6/changeset/create... OK
POST http://www.openstreetmap.org/api/0.6/changeset/2572692/upload... OK
PUT http://www.openstreetmap.org/api/0.6/changeset/2572692/close... OK
returning array list with size: 738
returning array list with size: 738
returning array list with size: 740
returning array list with size: 740
PUT http://www.openstreetmap.org/api/0.6/changeset/create... OK
POST http://www.openstreetmap.org/api/0.6/changeset/2572860/upload... Gone
Error header: The node with the id 36480515 has already been deleted ==
PUT http://www.openstreetmap.org/api/0.6/changeset/2572860/close... OK
GET http://www.openstreetmap.org/api/0.6/nodes?nodes=36480515
returning array list with size: 1
returning array list with size: 1
...
-
After 3 or 4 attempts to use josm-latest, I gave up and used josm-tested
{I think the measurement plugin might be broken there: fixed later}. No
problems with that version, so it looks like 2180 is broken somehow.
I will await advice about whether to submit a ticket.
ael
___
josm-dev mailing list
josm-...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] josm 2180 seems to invent conflicts and then fail to properly resolve them?
On Tue, Sep 22, 2009 at 8:22 PM, ael law_ence@ntlworld.com wrote: Using josm latest, 2180, earlier this evening, it started reporting conflicts which I am fairly certain were spurious. josm-latest is not josm-tested. If you take the risk to use the version under development, you should check first the trac system and create a ticket if you find a problem. See my trac ticket: http://josm.openstreetmap.de/ticket/3568 and it is maybe also related with: http://josm.openstreetmap.de/ticket/3570 Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[OSM-dev] osmosis problem with truncate
Hi, is this a bug or am I using it wrong? Sporadically osmosis throws an exception. I do not understand the reason because I wanted to clear the db before an import using the truncate task. Osmosis is called like this: osmosis --truncate-pgsql database=db user=pg --fast-read-xml-0.6 file=f.osm --buffer --write-pgsql user=pg database=db and throws this exception: 22.09.2009 07:42:08 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager waitForCompletion SCHWERWIEGEND: Thread for task 3-buffer failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to execute statement. at org.openstreetmap.osmosis.core.pgsql.common.DatabaseContext.executeStatement(DatabaseContext.java:106) at org.openstreetmap.osmosis.core.pgsql.v0_6.PostgreSqlWriter.complete(PostgreSqlWriter.java:862) at org.openstreetmap.osmosis.core.buffer.v0_6.EntityBuffer.run(EntityBuffer.java:77) at java.lang.Thread.run(Unknown Source) Caused by: org.postgresql.util.PSQLException: ERROR: could not create unique index pk_users Detail: Table contains duplicated values. 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:336) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:328) at org.openstreetmap.osmosis.core.pgsql.common.DatabaseContext.executeStatement(DatabaseContext.java:103) ... 3 more 22.09.2009 07:42:08 org.openstreetmap.osmosis.core.Osmosis main SCHWERWIEGEND: 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) Stephan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Polygon relationificator
On Mon, Sep 14, 2009 at 8:42 AM, Emilie Laffray emilie.laff...@gmail.comwrote: 2009/9/14 Frederik Ramm frede...@remote.org Ian, This feature could be added, but could you draw a couple pictures to explain what you mean? What happens with the graph edges inside the multipolygon? Since they aren't really polygons, do they belong in a multipolygon relation? Maybe I'm not correctly interpreting what you meant. The typical case is a shapefile with a mesh of, say, post code boundaries or county boundaries or so for a larger area. You will typically have lots of individual polygons, but running them through shp2osm as-is will duplicate nodes along the borders. The goal is to split up the polygons into their border lines, and then create OSM multipolygon relations where the border consists of several of those lines, and every line is used by two adjacent polygons (rather than importing the line twice just because it was present twice in the shape). I had a basic prototype for this behavior based on SQL code; the limitation was that I didn't write the code to create the relation and that it was working only on lines which had the same OSM nodes. The first pass would merge nodes and then it would do a check on lines. But there is more work to get it work properly. This was done using Osmosis postgresql schema. After spending a couple hours last night trying to clean up the county borders in Wisconsin last night (by turning them into relations instead of overlapping ways), I think I'd like to try implementing this. Is there anyone interested in helping me come up with an algorithm for finding which ways need to be deleted, which need to be segmented, etc.? I think the hardest part will be to find ways that exactly-overlap. Any thoughts on this? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [JOSM][RemoteControl] import?url
Hi, Etienne Chové wrote: I'm trying to use remote control plugin from JOSM with function /import?url=... When I put an invalid url, I get an error, but when I put a valid osm file url, nothing appens. People are reporting server problems ATM so try again later, and if the problem persist, we'll investigate further. Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] The OpenStreetMap website is now translatable at Translatewiki
This is great! But which OSM components does this cover? I'm assuming this only covers the main OSM website (and the wiki indirectly since MediaWiki is already in TranslateWiki) but not Potlatch, and the other editors. On Wed, Sep 23, 2009 at 7:13 AM, Ævar Arnfjörð Bjarmason ava...@gmail.comwrote: The main OpenStreetMap website (http://openstreetmap.org) can now be translated on the web using Translatewiki. I originally floated the idea in July[1] and after meeting up with the maintainers of Translatewiki at Wikimania 2009[2] we made it happen. Nikerabbit and Siebrand (Translatewiki guys) have done some great work on making this happen. If you want to translate OpenStreetMap site you can now do so at the Translatewiki site: http://translatewiki.net/wiki/Translating:OpenStreetMap Since it was imported yesterday from the OpenStreetMap SVN server we've had 1500 edits to the translations by 10 different users. 9 of those are to languages that didn't have translations already (although they're still small): Stats for yesterday: http://translatewiki.net/w/i.php?title=Translating:OpenStreetMap/stats/trunkoldid=1521779 Stats for today: http://translatewiki.net/w/i.php?title=Translating:OpenStreetMap/stats/trunkoldid=1527284 Stats for *now*: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk These translations aren't automatically being synced back to the OpenStreetMap SVN repository yet. Me and Nikerabbit have been fixing bugs in the import/export process required to make this happen. Those bugs don't affect translations on Translatewiki.net, but it might be a few days before we can start committing back so the translated strings will show up on the OpenStreetMap site. So please go to Translatewiki and help make OpenStreetMap available in your language! 1. http://lists.openstreetmap.org/pipermail/dev/2009-July/016127.html 2. http://lists.openstreetmap.org/pipermail/dev/2009-August/016707.html ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- http://vaes9.codedgraphic.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] josm 2180 seems to invent conflicts and then fail to properly resolve them?
had similar problems from time to time. but never a clear testcase to
reproduce and no trac ticket yet.
On Tue, Sep 22, 2009 at 11:22 AM, ael law_ence@ntlworld.com wrote:
Maybe this should be on the newbies list, but still.
Using josm latest, 2180, earlier this evening, it started reporting
conflicts which I am fairly certain were spurious.
I was uploading frequently in small changes partly because josm runs so
slowly, and partly because I have had a few crashes with recent
versions. I didn't want to spend hours on an edit only to have to do it
again :-) In the event that's exactly what happened...
OK. Now I haven't encountered conflicts before, and maybe I
misunderstand something. But I opened the conflicts window, selected the
problem, and used the resolve option. That seemed to fix the problem,
but when I then tried to upload the changes, it didn't complete, but
instead reported an error.
I haven't (yet) opened a ticket on this because I don't think that I
understand what is happening well enough to provide much useful
information.
However, I find it hard to believe that I am the only one experiencing
these problems (or perhaps I am misusing the multiple changesets
somehow), so I thought that I should ask here first.
I do have a little of the output from part of a failing session:
--
$ Revision: Path: trunk
URL: http://josm.openstreetmap.de/svn/trunk
Repository Root: http://josm.openstreetmap.de/svn
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Revision: 2180
Node Kind: directory
Last Changed Author: stoecker
Last Changed Rev: 2180
Last Changed Date: 2009-09-21 13:11:21 +0200 (Mon, 21 Sep 2009)
loading AgPifoJ
loading DirectUpload
loading editgpx
loading measurement
loading validator
opening fc for extension null
Open file: /home/someone/mapping/22-9-2009/220909.gpx (1102912 bytes)
GET http://www.openstreetmap.org/api/capabilities... OK
Communications with http://www.openstreetmap.org/api established using
protocol version 0.6
GET
http://www.openstreetmap.org/api/0.6/map?bbox=-1.544492718163326,51.81650224203192,-1.5003183705164196,51.8588818258819
returning array list with size: 733
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=0
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=1
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=2
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=3
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=4
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=5
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=6
GET
http://www.openstreetmap.org/api/0.6/trackpoints?bbox=-1.5444954471170094,51.81150545766499,-1.5020482225854301,51.852228089849945page=7
returning array list with size: 733
returning array list with size: 733
PUT http://www.openstreetmap.org/api/0.6/changeset/create... OK
POST http://www.openstreetmap.org/api/0.6/changeset/2572692/upload... OK
PUT http://www.openstreetmap.org/api/0.6/changeset/2572692/close... OK
returning array list with size: 738
returning array list with size: 738
returning array list with size: 740
returning array list with size: 740
PUT http://www.openstreetmap.org/api/0.6/changeset/create... OK
POST http://www.openstreetmap.org/api/0.6/changeset/2572860/upload... Gone
Error header: The node with the id 36480515 has already been deleted ==
PUT http://www.openstreetmap.org/api/0.6/changeset/2572860/close... OK
GET http://www.openstreetmap.org/api/0.6/nodes?nodes=36480515
returning array list with size: 1
returning array list with size: 1
...
-
After 3 or 4 attempts to use josm-latest, I gave up and used josm-tested
{I think the measurement plugin might be broken there: fixed later}. No
problems with that version, so it looks like 2180 is broken somehow.
I will await advice about whether to submit a ticket.
ael
___
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
