the general
uselessness of the MySQL optimiser when given anything involving a
subquery.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
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
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
to
have to make an emergency fix that loses (temporarily at least) some
functionality.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
are in the code as
straight SQL queries.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
geographically (but all in one database) is
something I have considered for when we need to extract some more
performance from the database, but even then it is hard to come
up with a good split - most simple solutions leave you with some
partitions with very little data.
Tom
--
Tom Hughes
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
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
tried) properly
and rather than index scan current_nodes by tile and then work
back through the ids to the ways it does a table scan of the ways
looking up the nodes for each one to see if any of them match
the tile list.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
In message [EMAIL PROTECTED]
Robert (Jamie) Munro [EMAIL PROTECTED] wrote:
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
In message [EMAIL PROTECTED]
Rob [EMAIL PROTECTED] wrote:
hmm, i wonder if the 417 error is from lighthttpd or the api and if so what
it receives.
Neither - we don't return 417 anymore (we used to for some errors
but that stopped when segments went away I think).
Tom
--
Tom Hughes
MyISAM for the
tags table.
TomH: what do you think about creating a full text index on way_tags k v?
We already have one on v, but not k.
I've no objection to putting one on k - it will allow some more
restrictions on the search API to be lifted.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
, it will often find a street with a
similar name somewhere else in the country.
I looked at it when David first implemented it, but I decided it
wasn't reliable enough to go on the main site I think.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
on both fields, then you can do a
fulltext query to narrow down the records, then exact match those to
find the ones you really want.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http
On 23/01/2008, Robert (Jamie) Munro [EMAIL PROTECTED] wrote:
Tom Hughes wrote:
| I looked at it when David first implemented it, but I decided it
| wasn't reliable enough to go on the main site I think.
I think it would be better if the site said I'm not sure about this,
but the postcode
and I will be a very
happy bunny.
As it stands I think this is a waste of time.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
three get on with whatever it is you're going to do and I'll look at
what you come up with next week or something rather than trying to
keep up in real time.
Have fun, and try not to do too much damage guys!
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
/index.php/FAQ#How_do_I_link_to_a_particular_latitude_and_longitude_on_OSM_from_my_own_website.3F
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman
In message [EMAIL PROTECTED]
Erik Wilde [EMAIL PROTECTED] wrote:
Tom Hughes wrote:
Well it isn't really supposed to be user comprehensible - it's a
permalink, ie an opaque token that takes you back to what you were
looking at when you saved it.
well, permalinks often do have
self and does save (which will trigger the before_save to
update the tile number).
So do that if you want - it may look the code look nice and tidy - but
tile updating should still work and it is no more efficient than
looping.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
look to
see if the code ends ## and use a lower zoom in that case.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
is about which
rendering of the street map to use, and wouldn't map well to the layers
on other services which tend to be streets/photos/terrain.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http
everything checking
out properly? Is anyone else having the same problem?
You don't actually need that one - try an update of vendor/plugins to
make sure you get the other plugins.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev
to improve the trac output or having a more detailed mailing
list?
Go read the trac manual - if you see a better way to do it, let me
know what I need to change.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev
it could be done that time. I meant if you could find a way
to make trac put more information in the RSS feed.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi
-alive might lead to
people managing to hog the server.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
is not in the best of conditions at the moment.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
to be in the next release I believe.
If this was possible, I guess the browser could also emulate finer
grades (half-levels) of zooming. It would make for a less bumpy
user experience.
That is also something that the next release of OL is expected to
be able to do I believe.
Tom
--
Tom
://www.frankieandshadow.com/osm/ and other probably places).
I would gladly turn it on, but Steve has explicitly said that
he doesn't want it.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http
slowly now.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
In message [EMAIL PROTECTED]
Shaun McDonald [EMAIL PROTECTED] wrote:
On 17 Feb 2008, at 21:41, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Martijn van Oosterhout [EMAIL PROTECTED] wrote:
Can we get the constraints in the database working already? The 0/1
In message [EMAIL PROTECTED]
Martijn van Oosterhout [EMAIL PROTECTED] wrote:
On Feb 17, 2008 10:41 PM, Tom Hughes [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED]
Martijn van Oosterhout [EMAIL PROTECTED] wrote:
Can we get the constraints in the database working
you like best, but it's certainly a problem that needs to be
solved.
I know that. They probably generally start from the assumption
that you have a vaguely ACID compliant database engine though.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
In message [EMAIL PROTECTED]
Karl Newman [EMAIL PROTECTED] wrote:
On Sun, Feb 24, 2008 at 5:18 AM, Tom Hughes [EMAIL PROTECTED] wrote:
That'll be when I updated the database to schema version 11 for Steve's
changes. Unfortunately that breaks Osmosis... I think Brett's away
it.
But other editors may of cause upload every single
change as it is made. So your way may indeed be better
here.
That upload isn't a single action though - there is one HTTP call
made for each change. So even JOSM needs to be able to open a
changeset at the start of each upload.
Tom
--
Tom
. It does
not return the email address and (as far as I can see) never has.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
the issue
I see it with Fedora 8, Firefox 2.0.0.12 and Flash 9.0.115.0 here.
If I use my compose key to enter an accented character I get what
looks like the underlying UTF-8 byte sequence represented as
characters. Pasting works correctly.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
) talking about the weekly diff that shows
the differences between the main planet files.
That is not generated by Osmosis, but by Jon's planetdiff tool.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev
In message [EMAIL PROTECTED]
Ciprian Talaba [EMAIL PROTECTED] wrote:
Tom Hughes wrote:
David is (or so I assume) talking about the weekly diff that shows
the differences between the main planet files.
That is not generated by Osmosis, but by Jon's planetdiff tool.
My mistake.
So
In message [EMAIL PROTECTED]
Ciprian Talaba [EMAIL PROTECTED] wrote:
Tom Hughes wrote:
David is (or so I assume) talking about the weekly diff that shows
the differences between the main planet files.
That is not generated by Osmosis, but by Jon's planetdiff tool.
This is where
and get back to doing something useful.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
In message [EMAIL PROTECTED]
Lauri Hahne [EMAIL PROTECTED] wrote:
On 07/03/2008, Tom Hughes [EMAIL PROTECTED] wrote:
Last time I tried those they didn't work. And what I'd be doing would
be a simple web-app a la the the current trace uploader but which
would up each trace
like it will
encourage people to constantly reupload their entire trace
collection and leave us to fish through and find anything new
and I don't see why that is a desirable thing to have.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
In message [EMAIL PROTECTED]
Shaun McDonald [EMAIL PROTECTED] wrote:
On 7 Mar 2008, at 14:01, Tom Hughes wrote:
I may be being dense here, but what's the problem with a user
uploading a second file with the same name?
All my traces currently have a unique name as produced by the gps
)
cairo.render()
Ideas?
I did look at this briefly - one issue is whether to wrap the cairo
surface object that is passed to the renderer using boost::python as
for everything else, or to use the existing cairo python bindings.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
...
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
this implemented?
You've already done the necessary by emailing me, I just haven't got
that far down my to-do list yet.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin
In message [EMAIL PROTECTED]
Artem Pavlenko [EMAIL PROTECTED] wrote:
On 9 Mar 2008, at 10:42, Tom Hughes wrote:
Main problem with cairo - it is not reflected in Python bindings,
yet.
Should we have something like :
agg = agg_renderer(m, im)
agg.render()
cairo
it and hits the same bug.
The current git head cairo code does not have this problem and is
capable of clipping without any noticeable slowdown.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http
am working on...
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
accesses the database directly like the planet dumper
or osmosis may well report them.
The API is probably loosing them because ruby is barking when trying
to interpret them as UTF-8 and discarding them or something.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
is that the name crosses the tile
boundary and the renderer hasn't rendered the other half of the
name on the other tile I think.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org
they ;-)?
Well RichardF apparently found it useful enough to knock up a
kludgy solution on dev to do it for him...
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi
2008/4/11 Stefan Baebler [EMAIL PROTECTED]:
On Fri, Apr 11, 2008 at 11:46 AM, Tom Hughes [EMAIL PROTECTED] wrote:
Should be fairly easy to fix that with openlayers:
http://openlayers.org/dev/examples/wrapDateLine.html
I don't think so. The tiles look like they are wrapping round
that broke it ;-) Though I was fixing an unintialised
memory read that was causing undefined behaviour at the time...
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin
for example, then it would normally be drawn on the map
as a country border not a state border.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman
the shop when it
comes to specifying scale values - there is no real fixed set of values
that are used throughout to target particular zoom levels.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http
, the other text
related issues (shaping, right-to-left text, etc) should be solved
in the current mapnik code, but please correct me if I'm wrong.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http
this to the OSM dev list.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
and
then if there isn't enough space underneath for the text it will have to
flow onto a new page. I don't think there is much we can do about that.
What you really want is a shrink page to fit option in Firefox, but
it doesn't look it has one - it can shrink the width to fit but not the
height.
Tom
--
Tom Hughes
all kinds of slippy maps,
it never works out the way I want it. I use something like
bigmap/MapOf to make a large bitmap and print that.
Seriously? I find our site works really well since I added the print
stylesheet. What sort of problems do you see with it?
Tom
--
Tom Hughes ([EMAIL PROTECTED
In message [EMAIL PROTECTED]
Mikel Maron [EMAIL PROTECTED] wrote:
From: Tom Hughes [EMAIL PROTECTED]
I'd like to see GPS export. Anyone want to work together on a mkgmap
service? Or does one exist already?
I don't understand what you mean? What is GPS export?
I want
is more of a
problem.
Likewise export of osmarender images, which works by stitching
together the existing tiles so needs access to the rendered tiles.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev
the classic_pagination plugin. That one seems to be
working at the moment if you update it.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
like to study how much of these would be required pertaining to
project.
I wouldn't have thought you should have to worry about that much
really - if you've got valid UTF and you use an appropriate text
rendering library then that sort of stuff should sort itself out.
Tom
--
Tom Hughes ([EMAIL
In message [EMAIL PROTECTED]
Mikel Maron [EMAIL PROTECTED] wrote:
From: Tom Hughes [EMAIL PROTECTED]
In message [EMAIL PROTECTED]
Arindam Ghosh [EMAIL PROTECTED] wrote:
On Tue, Apr 22, 2008 at 3:22 PM, Gora Mohanty [EMAIL PROTECTED] wrote:
I work
be in the
main database, but in this case I think this is on the right side of
that line.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
is not a problem - not sure why you think it's complicated.
For any work on the main web site, just create a branch in the
rails_port_branches directory - there are several there already.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev
on the rails code, is reading this or has anything to add?
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
it.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
...
I've put a zip of my vendor directory up - you can download it from:
http://dev.openstreetmap.org/~tomh/vendor.zip
If you unzip that into your rails tree it should get you going.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev
://wiki.openstreetmap.org/index.php/FAQ#Why_didn.27t_my_GPX_file_upload_properly.3F
Which explains that it is deliberate because of some less than ideal
behaviour on the part of Garmin units.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu
a textual versions in the comment and description
fields.
What exactly were they smoking when they made that decision?
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org
of data in your database to worry about.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
In message [EMAIL PROTECTED]
Martijn van Oosterhout [EMAIL PROTECTED] wrote:
On Sun, Apr 27, 2008 at 1:34 PM, Tom Hughes [EMAIL PROTECTED] wrote:
x = (int) Math.floor((longitude + 180) * 65536 / 360);
y = (int) Math.floor((latitude + 90) * 65536 / 180);
Yep
they're in the TODO section
on the wiki page:
http://wiki.openstreetmap.org/index.php/Mod_tile
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo
behind the scenes by rails and embedded in
the HTML page it returns which starts the flash applet.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman
In message [EMAIL PROTECTED]
Christopher Schmidt [EMAIL PROTECTED] wrote:
On Thu, May 01, 2008 at 11:04:06PM +0100, Tom Hughes wrote:
I'm not sure it's relevant to the issue at hand here anyway, as I think
it's not an issue at all. We already support token based authentication
API.
I think even Richard wouldn't mind too much making the AMF API use
the rails object model if it wasn't for the performance issues.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http
In message [EMAIL PROTECTED]
Christopher Schmidt [EMAIL PROTECTED] wrote:
On Fri, May 02, 2008 at 12:18:58AM +0100, Tom Hughes wrote:
Well I assume the client app would make a request to /api/0.5/user/token
or something with noraml username+password HTTP authentication and get a
token
In message [EMAIL PROTECTED]
Christopher Schmidt [EMAIL PROTECTED] wrote:
2 On Fri, May 02, 2008 at 12:24:35AM +0100, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Tom Carden [EMAIL PROTECTED] wrote:
I think the fact that it has its own API is a much bigger concern than
, in the way which they often
do because they will always concentrate on majority platforms.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
In message [EMAIL PROTECTED]
Christopher Schmidt [EMAIL PROTECTED] wrote:
On Fri, May 02, 2008 at 08:35:06AM +0100, Tom Hughes wrote:
To summarise I think we both want the same thing, but you perhaps
think somebody should just sit down and bang an AMF version of the
current XML API
, but please do ask if you have any queries.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
the necessary downtime which
will need notice itself. All in all it is going to take a number of
weeks before anything happens.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
the transition. That's exactly why it
won't be happening in ten days, because even if the code
was ready that isn't enough time to manage the transition
properly.
Do you have some sort of persecution complex? Do you really
think we're all out to get you or something?
Tom
--
Tom Hughes ([EMAIL
indicate
what version of the object that had when making a change, so that the
server could reject the change if the object had been changed since
that client last downloaded.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing
extent, required. I was going to import them into our repository
but Steve seemed to prefer them as externals.
In theory having them as externals is a neat idea as it keeps them up
to date, but in practice a lot of them are hosted on not very stable
servers.
Tom
--
Tom Hughes ([EMAIL PROTECTED
a Potlatch style update.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
In message [EMAIL PROTECTED]
Christopher Schmidt [EMAIL PROTECTED] wrote:
On Mon, May 12, 2008 at 08:29:23AM +0100, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Christopher Schmidt [EMAIL PROTECTED] wrote:
It looks like the main API and Potlatch have different ideas
API then that would be very
helpful as far as I'm concerned...
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
way PUT that I talked about, and probably some methods for
accessing historical views of the data.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
would definitely be considered. Switching database is a more
complicated proposition because it would be much harder to evaluate
the likely performance in the live environment.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev
think about how you can generate the results for a map call and
return them to a client while holding as little state as possible in
memory if you want to do a good job.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev
libxml2 bindings a rewrite
in C might be better ;-)
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
of the daemons.
It's worse than that, as the daemon effectively caches a list of
traces which need doing at the moment.
The other issue with doing more that one at once is the resource
requirements in terms of CPU time, disk I/O, memory, etc.
Tom
--
Tom Hughes ([EMAIL PROTECTED])
http
1 - 100 of 745 matches
Mail list logo
