I was inspired to do this because a few TIGER uploads have had issues
when someone deleted nodes in the middle of an upload. So far, I've
fixed those up by hand, but they *SUCK* to do that way.
Anyway, here's an update to the perl APIClientV5 which allows bringing
objects back from the dead.
On Sun, 2007-12-16 at 19:54 +0100, Gabriel Ebner wrote:
Skimming over them using page-down, it's clear which ones are just
getFoo { return foo; } and which are more complicated.
I'm perfectly OK with accessor functions that actually do something
and that
make the code clearer (and/or
Stefan Baebler wrote:
On Dec 21, 2007 7:41 AM, Brett Henderson [EMAIL PROTECTED] wrote:
I'm a dufus, I may have found the problem. I didn't have the production
encoding hack enabled on the hourly diffs, I've enabled it now.
Presumably this means that most non ascii characters were being
Hi,
Yep, they require sorted input. I should add a validation check in the
code to error if non-sorted input is detected. And I should add
documentation to the wiki ...
I have done the latter.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33'
On Dec 21, 2007 3:09 PM, Brett Henderson [EMAIL PROTECTED] wrote:
Stefan Baebler wrote:
On Dec 21, 2007 7:41 AM, Brett Henderson [EMAIL PROTECTED] wrote:
I'm a dufus, I may have found the problem. I didn't have the production
encoding hack enabled on the hourly diffs, I've enabled it
I tried to uncompress the latest planet last night (first time in quite a
while) which failed when the disk on my hand-me-down dev box was full :-(
Would be helpful if those with planet experience could share your current
method of processing and analysing planet and the amount of disk and memory
On Sat, 2007-12-22 at 11:24 +, Andy Robinson (blackadder) wrote:
I tried to uncompress the latest planet last night (first time in quite a
while) which failed when the disk on my hand-me-down dev box was full :-(
Would be helpful if those with planet experience could share your current
On Sat, 2007-12-22 at 15:22 +0100, Martijn van Oosterhout wrote:
How big is the uncompressed planet dump these days anyway... Something
rediculous no doubt...
$ gzip -dc planet-071219.osm.gz | wc -c
56837660410
or 53GiB!
Jon
___
dev
Andy, thanks for the pointer!
On Mon, 2007-12-24 at 11:30 -0700, Kelly Jones wrote:
I'd like to upload 200K+ nodes that weren't obtained from a GPS
track. Specifically, the nodes representing every street address in
Albuquerque, NM:
http://www.cabq.gov/gisshapes/
I've confirmed this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am looking for some java-code to simplify ways
to generate simplified, pre-computed maps for low zoom-levels.
(Like showing all of berlin or europe in Traveling Salesman
after zooming out.)
Does anyone know of such code or a simple algorithm to
On Dec 25, 2007 8:19 AM, Dave Hansen [EMAIL PROTECTED] wrote:
Andy, thanks for the pointer!
On Mon, 2007-12-24 at 11:30 -0700, Kelly Jones wrote:
I'd like to upload 200K+ nodes that weren't obtained from a GPS
track. Specifically, the nodes representing every street address in
On Dec 25, 2007 2:52 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
Hi,
Karl Newman wrote:
The proposal page is a
mess, and I'm tempted to wipe it out and start over.
This is something that should be done more often, and more liberally, on
our Wiki. Only recently someone said on the
On Thu, Dec 27, 2007 at 03:43:32PM +0100, Joerg Ostertag (OSM Munich/Germany)
wrote:
I would like to query mapnik data directly from the postgis Database. Can
anyone give me a hint which SELECT statements I would need to querey all
streets in a bounding Box or in the (surrounding) area of a
On 27/12/2007, Gabriel Ebner [EMAIL PROTECTED] wrote:
On Thu, Dec 27, 2007 at 02:06:48AM +, Jon Burgess wrote:
By using QuadTiles, you only have to look at 120,000 nodes (10,000
nodes each for the QuadTile and all of its parents) to determine what to
map. Of course, you could use
On Thu, Dec 27, 2007 at 03:29:47PM +, Jon Burgess wrote:
On 27/12/2007, Gabriel Ebner [EMAIL PROTECTED] wrote:
On Thu, Dec 27, 2007 at 02:06:48AM +, Jon Burgess wrote:
By using QuadTiles, you only have to look at 120,000 nodes (10,000
nodes each for the QuadTile and all of its
On Dec 27, 2007 4:21 PM, Jochen Topf [EMAIL PROTECTED] wrote:
The 3395 ist the so-called SRID, the projection used. Mapnik db uses
WGS84 Mercator.
Note this is a paramter of the conversion. On my sites I use Spherical
Mercator (900913) which avoid an extra reprojection in
TileCache/Mapnik.
On Dec 28, 2007 4:04 PM, Andy Allan [EMAIL PROTECTED] wrote:
On Dec 28, 2007 8:14 PM, Karl Newman [EMAIL PROTECTED] wrote:
Can you enlighten me--what is the tiling problem?
Steve Radcliffe or Computerteddy may want to correct me on this,
since they know more than I do.
There's a size
On Dec 31, 2007 12:30 AM, Kelly Jones [EMAIL PROTECTED] wrote:
Thanks, Andy. I found that using cURL did exactly what I wanted,
without my having to use Flash, download Java 1.5, etc.
At the risk of offending TPTB (which I believe includes yourself?), I
documented the process:
Karl Newman wrote:
Okay, that's no big deal. It's actually astounding to me that you put
were able to the entire planet into a single img file... (obviously in
pre-TIGER days). Anyway, I'm planning on writing a tiling task for
Osmosis (probably not part of the Osmosis codebase, more likely a
On 2 Jan 2008, at 16:37, Stefan de Konink wrote:
On Wed, 2 Jan 2008, Artem Pavlenko wrote:
David Siegel implemented support for libxml2 parser in Mapnik, check
it out :
I was able to load the entiere planet.osm into MonetDB4 (XML), but
incompare to the SQL version it is not optimal. And
On 2 Jan 2008, at 16:46, Andy Allan wrote:
Hi Artem,
This is really useful. I think it'll be especially handy for me if our
main osm.xml file uses this - at the moment it's quite a lengthy
procedure to resync the cycle map with the base osm.xml, since I'm
trying to keep all of the roads
On 02/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote:
I wonder if it could be accepted that every day an automatic spell check
script would operate on the database and checks for less common 'name'
tags for automatic spelling corrections.
select name, count(name) AS count from way_tags
On 02/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote:
Tom Hughes schreef:
On 02/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote:
I wonder if it could be accepted that every day an automatic spell check
script would operate on the database and checks for less common 'name'
tags for
Tom Hughes schreef:
On 02/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote:
Tom Hughes schreef:
On 02/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote:
I wonder if it could be accepted that every day an automatic spell check
script would operate on the database and checks for less common
On 02/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote:
Tom Hughes schreef:
On 02/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote:
Tom Hughes schreef:
On 02/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote:
I wonder if it could be accepted that every day an automatic spell check
On Jan 2, 2008 9:55 PM, Artem Pavlenko [EMAIL PROTECTED] wrote:
Hello lists,
Sometime last year I was inspired by http://www.srtm.com and I even
contacted developer to see if we can use SRTM derived relief maps in
OSM.
I don't remember all details but reply was somewhat ambiguous: yes
OSM
On Jan 2, 2008 11:18 PM, Artem Pavlenko [EMAIL PROTECTED] wrote:
Hello,
Recently, while porting osm2pgsql to win32 platform (native compiler
vc_80) I came across constructs like:
Whoops, that's an odd mixture of C99 and GCC.
I believe the above is an *obsolete* syntax from ancient GCC (
On Wednesday 02 Jan 2008 22:31, Andy Allan wrote:
On Jan 2, 2008 9:55 PM, Artem Pavlenko [EMAIL PROTECTED] wrote:
Hello lists,
Sometime last year I was inspired by http://www.srtm.com and I even
contacted developer to see if we can use SRTM derived relief maps in
OSM.
I don't remember
Andy Allan wrote:
[srtm2shp]
I had seen that when you posted about it recently. I haven't tried it
out yet, but I have more confidence in the usefulness of your scripts
than of mine, but I couldn't get the older version of your scripts to
work for me.
There's also DEM2TOPO, which I use, and
Andy Allan wrote:
One of the things I haven't worked out yet is how to render
planet-wide contours in an efficient manner, since the shapefiles
mulitply either in size or number to rather large amounts (for 10m
contours especially) as I start including europe, never mind in the
US. I found
On Thursday 03 Jan 2008 08:53, you wrote:
On Jan 2, 2008 11:50 PM, Nick Whitelegg [EMAIL PROTECTED] wrote:
Hello Andy,
There is the srtm2shp utility available in SVN which outputs a shapefile
of contours, it outputs in Mercator - is that any good? It doesn't deal
with SRTM voids yet.
Igor Brejc wrote:
Lambertus wrote:
Will this be able to write the SRTM data as ways to .osm files as
well? AFAIK there is no such utility yet, but it would be useful for
creating e.g. Garmin maps.
Srtm2Osm converts SRTM3 data to OSM ways and can also categorize them so
that they can
On Thursday 03 Jan 2008 09:31, Martin Spott wrote:
Andy Allan wrote:
One of the things I haven't worked out yet is how to render
planet-wide contours in an efficient manner, since the shapefiles
mulitply either in size or number to rather large amounts (for 10m
contours especially) as I
On Jan 3, 2008 9:11 AM, Richard Fairhurst [EMAIL PROTECTED] wrote:
Andy Allan wrote:
[srtm2shp]
I had seen that when you posted about it recently. I haven't tried it
out yet, but I have more confidence in the usefulness of your scripts
than of mine, but I couldn't get the older version
Frederik Ramm wrote:
Sent: 03 January 2008 4:53 PM
To: Robert (Jamie) Munro
Cc: dev Openstreetmap
Subject: Re: [OSM-dev] curves
Hi,
What people think about explicitly supporting curves as a part of
geometry model? This way we can model the world better.
When I suggested this before, someone
On 3 Jan 2008, at 16:53, Frederik Ramm wrote:
Hi,
What people think about explicitly supporting curves as a part
of geometry model? This way we can model the world better.
When I suggested this before, someone said it was patented,
possibly by
either NavTeq or TeleAtlas,
Navteq
On Jan 3, 2008 9:56 AM, Ulf Lamping [EMAIL PROTECTED] wrote:
Igor Brejc schrieb:
A month or so ago I reported a bug with saving OSM files in JOSM
(version from 2007-12-29). Basically, neither the Save or Save As
seem to function after the first saving of newly downloaded OSM data
(I'm
I just added an option to the mapnik-osm-updater.sh to enable you to install
one of the small planet excerpts from Freds Geofabrik page ...
mapnik-osm-updater.sh --all-planet-geofabrik=europe/germany/baden-wuerttemberg
To get a list of alll available ... use:
mapnik-osm-updater.sh
Hi again!
Osmxapi behaves much better now, but there is a problem with my test node
in planet.osm it is:
node id=29161753 timestamp=2007-12-22T05:59:49Z lat=46.1356895
lon=14.7445634
tag k=created_by v=JOSM/
tag k=name v=Moravče/
tag k=is_in v=Slovenia, Europe/
tag k=place v=town/
tag k=note
On Jan 4, 2008 11:13 AM, Stefan Baebler [EMAIL PROTECTED] wrote:
On Jan 4, 2008 11:22 AM, 80n [EMAIL PROTECTED] wrote:
The 100 character truncation was a bug in Osmxapi, which is fixed now.
Goodie.
About 600 tags (out of 180 million) are affected in Osmxapi's database,
these will get
On Jan 4, 2008 11:22 AM, 80n [EMAIL PROTECTED] wrote:
The 100 character truncation was a bug in Osmxapi, which is fixed now.
Goodie.
About 600 tags (out of 180 million) are affected in Osmxapi's database,
these will get corrected as they percolate through from the osmosis feed.
Surprisingly
On Fri, Jan 04, 2008 at 03:02:15PM +, Artem Pavlenko wrote:
What I could see working is something like this :
we define a standard interpolation method that turns a set of point
into
a sucession of bezier curves. (for an example see
Does anyone know if an open source, cross platform SRTM void filling
application already exists? There seem to be some corrected data sets but
some of those use copyrighted source data.
Maybe ask at #geo or on the geowanking / GDAL / OGC list ?
dev@openstreetmap.org
On Jan 8, 2008 11:13 AM, Richard Fairhurst [EMAIL PROTECTED] wrote:
Nick Whitelegg wrote:
Before I get too far with this do people think it would be better to
generate a layer of markers/pushpins for the POIs or have the user
click on the map directly?
Strong preference for the latter.
The section you have done so far looks great to me. Seems to have the perfect
amount of detail at the two levels that are rendered. I don't see any tiles at
zoom 9 or 8, I guess you haven't rendered them yet.
I think the transparent layer had something to do with IE not correctly
displaying
Richard Fairhurst wrote:
Nick Whitelegg wrote:
Before I get too far with this do people think it would be better to
generate a layer of markers/pushpins for the POIs or have the user
click on the map directly?
Strong preference for the latter. Markers and pushpins will make our
I am getting an unusal error when trying to commit some Osmarender changes.
Has anyone seen these before?
*** Commit
svn commit
D:\eclipse32\workspace\tilesathome\osmarender\osm-map-features-z10.xml -m
Provide default rendering for disused railways - same as preserved --username
brent
RA
Nice work on the script!
Frederik Ramm wrote:
A better way to do this would be using the algorithms I nicked from
GPSBabel and implemented in the simplify way code for JOSM but I'm
not in a mood to perlify them atm.
Would it be simpler to add the polygon simplification into the polygon
On Jan 9, 2008 10:26 AM, Artem Pavlenko [EMAIL PROTECTED] wrote:
http://mapnik.org/maps/srtm_relief/
All I can say is *wow*. Does this take a lot of processing power?
Because it would be a nice backdrop for OSM maps.
I'm aware of voids and 'below sea level' areas (TODO) and I'm looking
for
On Jan 9, 2008 1:44 PM, Artem Pavlenko [EMAIL PROTECTED] wrote:
OK, below sea level is now corrected : http://
artem.dev.openstreetmap.org/files/reliefs/water.jpg
but there are still lots of water around. I guess this represents
reality.
From this zoom-level it's hard to be sure, but it looks
On Wed, Jan 09, 2008 at 12:44:51PM +, Artem Pavlenko wrote:
I think areas below sea level should just get the darkest green. In most
cases it is probably not necessary to distinguish the details.
OK, below sea level is now corrected :
On 9 Jan 2008, at 12:59, Jochen Topf wrote:
On Wed, Jan 09, 2008 at 12:44:51PM +, Artem Pavlenko wrote:
I think areas below sea level should just get the darkest green.
In most
cases it is probably not necessary to distinguish the details.
OK, below sea level is now corrected :
OK, SWBD masking does the trick : http://artem.dev.openstreetmap.org/
files/reliefs/srtm_masked.jpg
I even managed to drain the fens :http://artem.dev.openstreetmap.org/
files/reliefs/the_fens.jpg :P
___
dev mailing list
dev@openstreetmap.org
On 10/01/2008, Gregory Williams
[EMAIL PROTECTED] wrote:
I've just tried to save an update to
[Yahoo!_Aerial_Imagery/Coverage] and get the following
error:
Warning:
require(/var/www/wiki.openstreetmap.org/extensions/ConfirmEdit/ConfirmEdit_body.php)
[function.require]: failed to open
When trying to edit any page on the wiki, I'm getting the following error
messages:
Warning:
require(/var/www/wiki.openstreetmap.org/extensions/ConfirmEdit/ConfirmEdit_body.php)
[function.require]: failed to open stream: No such file or directory
in
It appears to be working again now.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robin Paulson
Sent: 9 January 2008 19:34
To: dev Openstreetmap
Subject: Re: [OSM-dev] Issue saving wiki page
On 10/01/2008, Gregory Williams
[EMAIL PROTECTED] wrote:
Tom,
I have tried 3 different clients now and all are reporting exactly the same
error.
I have checked out a new copy of the source with a different client, updated a
file and tried to commit. Same thing.
Regards,
Brent.
*** REPLY SEPARATOR ***
On 9/01/2008 at 2:54 PM
Shaun McDonald wrote:
On 6 Jan 2008, at 15:55, Christopher Schmidt wrote:
Something like this?
http://crschmidt.net/osm/osm.html
http://crschmidt.net/osm/history.html?type=wayid=8615004
This all works directly against the API, and should work in FF1.5+,
IE6+, Opera 8+, and Safari 3+.
Artem Pavlenko wrote:
Sent: 09 January 2008 6:48 PM
To: dev Openstreetmap
Subject: [OSM-dev] relief madness
OK, SWBD masking does the trick : http://artem.dev.openstreetmap.org/
files/reliefs/srtm_masked.jpg
I even managed to drain the fens :http://artem.dev.openstreetmap.org/
Hi,
I will be manning an OSM stand at the next OpenExpo(.ch) in Bern,
Switzerland in March. I need a poster for that. Unfortunately, I have
forgotten how people have been creating these so far. There was a
postscript renderer somewhere in CVS right? Or have people been using
Mapnik
On Jan 9, 2008 7:34 PM, Jeremy Adams [EMAIL PROTECTED] wrote:
How did you go about editing the polygon? I'd go through a edit it by hand
if I knew of some way to do this efficiently.
Is there some way to get this converted into an .osm so I could edit with
JOSM and then convert back? I
Excellent, Great job. It looks terrific.
Brent.
*** REPLY SEPARATOR ***
On 10/01/2008 at 9:45 AM 80n wrote:
I've now generated new lowzoom tiles from z8 to z11 for a bit of southern
England and the area around Paris.
Hi,
when I download data using a bounding box, I get all nodes and all ways with at
least one node in the BB. But imagine a street just crossing the edge of the BB
with its nodes outside the BB, none inside the BB. This way would not be
returned upon the request. In my own program when I
I rendered some relief tiles with OSM major roads on top :
http://mapnik.org/maps/srtm_relief/
Artem
On 11 Jan 2008, at 11:10, Artem Pavlenko wrote:
On 10 Jan 2008, at 09:21, Andy Robinson ((blackadder)) wrote:
Artem Pavlenko wrote:
Sent: 09 January 2008 6:48 PM
To: dev Openstreetmap
Is there a way I could determine this from my end? I see no indication on my
ISP's events page.
http://www.lagado.com/proxy-test
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Hello windows users,
osm2pgsql.exe has arrived : http://artem.dev.openstreetmap.org/files/
osm2pgsql_latest.exe.zip
Enjoy!
Artem
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Hello Stuart,
Thought I'd say hello to the list. Just started out using OSM.
a warm welcome to you.
I'm currently working on getting OSM for the UK into Garmin map
format, going well so far.
[...]
just as a hint: another user from OSM is doing the same thing for
Germany and the
Thanks Grant,
I have run both tests and there are no proxies.
I have setup latest Eclipse and Subclipse from scratch and can successfully
access and commit to a non-OSM repository. Trying to commit to the OSM
repository and I do not even get asked for my password, I immediately get the
RA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
SteveC schreef:
I think the single-server still works very well. It does so by
ignoring doctrine on postgis and gis extensions and a bunch of scary C
extensions thought up by Nick Hill and implemented by TomH. jburgess
is doing similarly
Stefan
someone (me?) put up an anonymised apache log with a sample of the
queries the db receives, I think its on the wiki
an updated version of that should give you a representative sample to
use
On 14 Jan 2008, at 16:36, Stefan de Konink wrote:
-BEGIN PGP SIGNED MESSAGE-
On Jan 14, 2008 10:22 AM, Karl Newman [EMAIL PROTECTED] wrote:
On Jan 14, 2008 10:11 AM, Lambertus [EMAIL PROTECTED] wrote:
Hi Brett,
Lets see if I can put this down nice and short: I've had a little chat
on the IRC today about splitting the planet file into subtiles for my
Garmin
Hi
One thing to add is that ideally you want to split tiles so that they are
smaller where there is more detail and larger elsewhere. If you look at
the map viewer on the Garmin web site, for example - Metro Guide Europe,
you can see the tile outlines. Over London they are much smaller than
In message [EMAIL PROTECTED]
Callum Noble [EMAIL PROTECTED] wrote:
I notice that the message sending section of the openstreetmap.org site
is vulnerable to type 2 XSS attacks.
Well thank you for announcing that on a public mailing list. Do you
not think an email to webmaster might
Hi,
I should have been a little more clear in my mail.
I wasn't trying to belittle the problem; I'm aware that if you can get
a b through you can do a lot more. On second thought, my posting was
perhaps not that useful because those with an understanding of
security will probably have known
In message [EMAIL PROTECTED]
Stefan de Konink [EMAIL PROTECTED] wrote:
SteveC schreef:
I think the single-server still works very well. It does so by
ignoring doctrine on postgis and gis extensions and a bunch of scary C
extensions thought up by Nick Hill and implemented by
On Jan 14, 2008 4:13 PM, Steve Ratcliffe [EMAIL PROTECTED] wrote:
Hi
One thing to add is that ideally you want to split tiles so that they are
smaller where there is more detail and larger elsewhere. If you look at
the map viewer on the Garmin web site, for example - Metro Guide Europe,
Lambertus wrote:
Hi Brett,
Lets see if I can put this down nice and short: I've had a little chat
on the IRC today about splitting the planet file into subtiles for my
Garmin endeavors. I complained about missing ways where they cross
tile boundaries because of how the bboxes are
In message [EMAIL PROTECTED]
SteveC [EMAIL PROTECTED] wrote:
I think the single-server still works very well. It does so by
ignoring doctrine on postgis and gis extensions and a bunch of scary C
extensions thought up by Nick Hill and implemented by TomH. jburgess
is doing similarly
Agreed. I was thinking it might be nice to have a method where you
could have a directory full of tile definition files (or all in one
XML file) which could specify the tiles as any arbitrary size, maybe
along with some rules that say what to do with the data. I think we
want to stick with
Steve Ratcliffe wrote:
One thing to add is that ideally you want to split tiles so that they are
smaller where there is more detail and larger elsewhere. If you look at
the map viewer on the Garmin web site, for example - Metro Guide Europe,
you can see the tile outlines. Over London they
On 15 Jan 2008, at 00:17, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Frederik Ramm [EMAIL PROTECTED] wrote:
Fixing the particular problem is probably a one-liner for our ruby
heroes but as you said in your initial E-Mail, the problem may be
widespread and should be
In message [EMAIL PROTECTED]
SteveC [EMAIL PROTECTED] wrote:
On 15 Jan 2008, at 00:17, Tom Hughes wrote:
It's anything but trivial to fix (without loosing functionality) which
is why it hasn't been done before.
If whoever originally wrote the code had thought about these things
On Jan 15, 2008 12:34 AM, Lambertus [EMAIL PROTECTED] wrote:
Steve Ratcliffe wrote:
One thing to add is that ideally you want to split tiles so that they
are
smaller where there is more detail and larger elsewhere. If you look at
the map viewer on the Garmin web site, for example - Metro
UK planet failed 09/01/08 and 16/01/08
Hello Chris,
Not sure why. I'll try and look into it the next couple of days (unable to
SSH into anything right now).
Everyone - are there any issues on dev at the moment (e.g. disc space)
which means that the script to extract the UK planet won't have
Gervase Markham wrote:
1) When you are surveying, you end up with two layers - a LiveGPS layer
with all of the raw points, and a Surveyor layer with your annotations.
This surveyor layer has points, plus the text and icons associated with
those points.
It appears to be impossible to save
In message [EMAIL PROTECTED]
Gervase Markham [EMAIL PROTECTED] wrote:
Tom Hughes wrote:
It's not complaining about the file (it hasn't even looked at the
contents of the file) but rather about the contents of the upload
form. Specifially about the tags field - most likely you have put
On 17 Jan 2008, at 14:47, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Gervase Markham [EMAIL PROTECTED] wrote:
Tom Hughes wrote:
It's not complaining about the file (it hasn't even looked at the
contents of the file) but rather about the contents of the upload
form. Specifially
Welcome to the Spanish part of the world!
Things will even get nicer when you get to Russia or Greece ;-)
My guess is that the original file format was not UTF-8, you may have
converted it, but in the conversion process, the new file decided to
replace the ê ç and other characters.
I had the
On Thu, Jan 17, 2008 at 09:28:54AM -0800, Dave Hansen wrote:
Well, I've done virtually the entire US's TIGER data with the script,
with no issues, but it finally choked on Puerto Rico.
It gets this:
not well-formed (invalid token) at line 330, column 38, byte 14569
at
Well, I've done virtually the entire US's TIGER data with the script,
with no issues, but it finally choked on Puerto Rico.
It gets this:
not well-formed (invalid token) at line 330, column 38, byte 14569
at /usr/local/lib/perl/5.8.8/XML/Parser.pm line 187
when running on this file:
The Kosmos rendere has been on a german IT-news portal
http://www.golem.de/0801/57077.html
I still like the programm very much. I was able to browse throug
switzerland nearly fluently.
Regards
Raphael
___
dev mailing list
dev@openstreetmap.org
On Thu, 2008-01-17 at 19:11 +0100, Gabriel Ebner wrote:
As others have pointed out, the Calderón bit is ISO-8859-15 while the
XML file
says it's UTF-8. A simple iconv run should make it work:
$ iconv -f ISO-8859-15 -t UTF-8 ~/Adjuntas.osm | ./04to05.pl
Awesome. Thanks for the tip!
--
On Jan 17, 2008 4:56 PM, Gervase Markham [EMAIL PROTECTED] wrote:
waterway=river is described on Map Features as For narrow rivers
which will be rendered as a line.. However, the line in osmarender is
pretty thick. Same for waterway=stream, which is supposed to be even
thinner.
If it's a
It's still horribly buggy, but I've coded a Ruby rewrite of my crude
text-based interface to OSM [curl, fly, xv, ImageMagick also
required-- you can probably get away w/o the last 3 if you don't use
the graphical features]:
http://kelly.terry.jones.googlepages.com/index.html
(I originally tried
On Tue, Jan 15, 2008 at 12:53:08AM +, Tom Hughes wrote:
I'm not aware of any significant performance issues with the API at
the moment anyway, but maybe you've seen something I haven't?
This isn't particularly relevant to the rest of this thread, but to
answer this question, I say Yes,
Christopher Schmidt wrote:
I'm working on creating interfaces that display OSM data as you
drag
the map around. The interface requests data from OSM
on the fly -- so every time the map stops moving, the old features
are removed, and a new request is sent out.
I had thought about
In message [EMAIL PROTECTED] you wrote:
There are still issues with the way we query the database for the
map call, notably the need to fetch a list of nodes and then feed
a (potentially very large) list of node IDs back to the database
to find the matching ways.
What about doing the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom Hughes wrote:
| In message [EMAIL PROTECTED]
| Christopher Schmidt [EMAIL PROTECTED] wrote:
|
| In the past, I think that we had talked about the fact that the /map
| request is resource intensive compared to most of the other ruby
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom Hughes wrote:
| We shouldn't really need to do all that though - we should be able
| to achieve the same thing with a simple subquery like this:
|
| select * from current_way
| where id in (select cn.id from current_nodes cn
|
On Sun, Jan 20, 2008 at 10:17:21AM +, Tom Evans wrote:
Christopher Schmidt wrote:
I'm working on creating interfaces that display OSM data as you
drag
the map around. The interface requests data from OSM
on the fly -- so every time the map stops moving, the old features
are
1 - 100 of 29855 matches
Mail list logo
