Matt Amos wrote:
premature optimisation is the root of all evil ;-)
A premature optimisation would be starting with integers, C, and more.
Now even I implemented a relatively 'old' API (0.5) and started with
doubles ;) Last night I introduced a comparison table with the 2^32/360
stuff. To see
On Fri, Nov 21, 2008 at 11:45 AM, Stefan de Konink [EMAIL PROTECTED] wrote:
Matt Amos wrote:
premature optimisation is the root of all evil ;-)
A premature optimisation would be starting with integers, C, and more.
premature optimisation would be writing something in C(++) when it
isn't the
Matt Amos wrote:
On Fri, Nov 21, 2008 at 11:45 AM, Stefan de Konink [EMAIL PROTECTED] wrote:
Matt Amos wrote:
premature optimisation is the root of all evil ;-)
A premature optimisation would be starting with integers, C, and more.
premature optimisation would be writing something in C(++)
On Fri, Nov 21, 2008 at 2:06 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
Matt Amos wrote:
On Fri, Nov 21, 2008 at 11:45 AM, Stefan de Konink [EMAIL PROTECTED]
wrote:
Matt Amos wrote:
premature optimisation is the root of all evil ;-)
A premature optimisation would be starting with
Matt Amos wrote:
ah well, thats the price you pay for being able to easily write code
without having to manage memory manually (or stick shared_ptr all
over the place). there is a bug in there too, i think, which results
in libxml not fully free()ing all the memory it is using.
Come on you
On Fri, Nov 21, 2008 at 2:22 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
Matt Amos wrote:
ah well, thats the price you pay for being able to easily write code
without having to manage memory manually (or stick shared_ptr all
over the place). there is a bug in there too, i think, which
Matt Amos wrote:
C/C++ is not a prototype language.
do you mean http://en.wikipedia.org/wiki/Prototype-based_programming ?
No I mean a language where you start scripting and others have no clue
what you are doing until it finished and it works. Other words;
Proof-of-Concept. Low level
2008/11/21 Stefan de Konink [EMAIL PROTECTED]:
Matt Amos wrote:
C/C++ is not a prototype language.
do you mean http://en.wikipedia.org/wiki/Prototype-based_programming ?
No I mean a language where you start scripting and others have no clue
what you are doing until it finished and it works.
Dave Stubbs wrote:
Meh, proper languages are often over rated. Machines are cheap,
developers are expensive, and code lives far longer than most people
hope.
Who is paying for new machines in OSM? And who is getting paid for
writing code?
Which leaves the important question: does it matter
On Fri, Nov 21, 2008 at 3:42 PM, Dave Stubbs [EMAIL PROTECTED] wrote:
2008/11/21 Stefan de Konink [EMAIL PROTECTED]:
Don't waste your time on a language that does 90% for you
sadly has no compiler to native machine code.
i'd have said the same thing about javascript a couple of years ago.
Matt Amos wrote:
On Fri, Nov 21, 2008 at 3:42 PM, Dave Stubbs [EMAIL PROTECTED] wrote:
2008/11/21 Stefan de Konink [EMAIL PROTECTED]:
Don't waste your time on a language that does 90% for you
sadly has no compiler to native machine code.
i'd have said the same thing about javascript a
2008/11/21 Stefan de Konink [EMAIL PROTECTED]:
Dave Stubbs wrote:
Meh, proper languages are often over rated. Machines are cheap,
developers are expensive, and code lives far longer than most people
hope.
Who is paying for new machines in OSM? And who is getting paid for writing
code?
1)
Dave Stubbs wrote:
1) The OSMF through donations and membership, other random donations etc.
2) Nobody (not by OSM(F) at any rate), so that means we're limited by
how much time people are willing to provide for free (either companies
or individuals).
And besides which it was a general
On Fri, Nov 21, 2008 at 4:37 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
Matt Amos wrote:
On Fri, Nov 21, 2008 at 3:42 PM, Dave Stubbs [EMAIL PROTECTED]
wrote:
2008/11/21 Stefan de Konink [EMAIL PROTECTED]:
Don't waste your time on a language that does 90% for you
sadly has no compiler to
Matt Amos wrote:
Exactly, and so can we do with the API/XAPI if we want to :)
There's only one API though, so you need to do one awesome job of
convincing the right people :-)
and ensure that no functionality is lost (e.g: user diaries, comments,
friends, etc...). i don't use these
On Fri, Nov 21, 2008 at 7:53 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
Matt Amos wrote:
and ensure that no functionality is lost (e.g: user diaries, comments,
friends, etc...). i don't use these features, but there are people who
like them.
Interesting that you mention them, but where
Matt Amos wrote:
On Fri, Nov 21, 2008 at 7:53 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
Matt Amos wrote:
and ensure that no functionality is lost (e.g: user diaries, comments,
friends, etc...). i don't use these features, but there are people who
like them.
Interesting that you mention
Shaun McDonald wrote:
On 21 Nov 2008, at 21:07, Stefan de Konink wrote:
Matt Amos wrote:
Are the user prefs also in an api?
Yes user preferences are in the API.
http://wiki.openstreetmap.org/wiki/Api
Could you add it to Other API's?
Stefan
On Sat, Nov 22, 2008 at 12:46 AM, Stefan de Konink [EMAIL PROTECTED] wrote:
Shaun McDonald wrote:
On 21 Nov 2008, at 21:07, Stefan de Konink wrote:
Are the user prefs also in an api?
Yes user preferences are in the API.
http://wiki.openstreetmap.org/wiki/Api
Could you add it to Other
Stefan Keller wrote:
Would'nt it be worthwhile to rewrite everything in a single well known
language (like Ruby or Java)?
The reason for the rewrite to C(++) of common used tools within OSM (api
server/editor) is purely performance and not a prototype language like
Python, Ruby. Or a language
On Fri, Nov 21, 2008 at 1:07 AM, Stefan de Konink [EMAIL PROTECTED] wrote:
Stefan Keller wrote:
Would'nt it be worthwhile to rewrite everything in a single well known
language (like Ruby or Java)?
iirc, the only thing in a weird language is osmxapi which, as you
point out, is written in MUMPS.
I'd like to organize - or implement if needed - an own server which
offers the 'usual'
Tile- and XML-API (read only, ev. with diff upload) services for OSM data.
I've so far found OnDemandTileServer, The_Rails_Port, Mapnik and other tools.
These are all Ok, but I'm looking for something lean and
Stefan Keller wrote:
Any suggestions?
http://repo.or.cz/w/handlerosm.git
We are building a VM around it. Some OGR patches still need to be
modified, but then we have a live Mapserver running on our database.
Stefan
___
dev mailing list
23 matches
Mail list logo