On Jun 2, 2009, at 03:27, Ævar Arnfjörð Bjarmason wrote:
2009/6/1 Eddy Petrișor eddy.petri...@gmail.com:
Use a logarithmic scale for your heat input (probably is best to
use
10 as the base). So instead of min use log(min), instead of max, use
log(max) and so on.
I tried generating a map
On Mar 25, 2009, at 10:36, Radomír Černoch wrote:
Since I am a student (doing AI, knowledge engineering specialism) I
thought about the currently running GSoC 2009, in which OSM takes
part. My idea, which I am proposing, is to build a taxonomy of map
elements formalised in an ontology, which
On Feb 12, 2009, at 23:26, Kenn Sebesta wrote:
I'm a little confused about exactly what you are doing. Will you be
pre-processing the OSM data on a large system with internet access,
then storing a subset on your small device?
That's exactly what I'll be doing. Offline, I'll prepare the
On Jan 12, 2009, at 13:45, Nevel Gandish wrote:
And can I be sure that when moving a node caused a new history entry
for the node and the way that both have the exact timestamp or might
they differ by a few seconds?
Just moving a node doesn't create a new history entry for the way, I
think.
On Dec 19, 2008, at 07:22, Joerg Ostertag (OSM Tettnang/Germany) wrote:
This sounds like my only possibility for now will be to deactivate
this until
we switch completeley to 1.66
There's a patch at http://josm.openstreetmap.de/ticket/1775 that makes
it compile with Java 1.5 me. The
On Dec 11, 2008, at 14:57, Shaun McDonald wrote:
Strange, I can't reproduce the problem here. Have you clicked the
link in the e-mail you were sent.
The bunch more info, is what tells us where to look in the code to
find the error. So can you please send it too?
It's working now, not
On Jul 22, 2008, at 12:28, Knut Arne Bjørndal wrote:
Chris Browet [EMAIL PROTECTED] writes:
In the future, I plan to implement a wizard mode for tagging in
Merkaartor,
as I think that the openness of tagging might be frightening for
newbies.
This wizard would be dynamic based upon the
On May 30, 2008, at 23:18, Thomas Wood wrote:
On Fri, May 30, 2008 at 9:21 PM, Stefan de Konink
[EMAIL PROTECTED] wrote:
So would it be allowed to do:
type=node ref=1 role=from
type=node ref=2 role=at
type=node ref=1 role=at
type=node ref=3 role=to
Or is the second 1 not allowed?
On Apr 2, 2008, at 13:00, Raphael Studer wrote:
- in ski aereas there is nothing else around to map than lifts and
pists. In a carnival-aerea there is.
Have you been to a ski area in the summer?
- the lifts are there the whole year, carnival is just some months (at
least in switzerland :)
On Mar 31, 2008, at 12:00, Andy Robinson (blackadder) wrote:
Also as a civil engineer I can see some merit in having elevation
data for
physical objects in the database. However, we don't really have a
good way
of collecting data that is remotely accurate to the level at which
it
On Mar 17, 2008, at 13:33, Andy Allan wrote:
On Fri, Mar 14, 2008 at 10:43 AM, Robert (Jamie) Munro
[EMAIL PROTECTED] wrote:
Yes. That is what I am saying. 1 simple rule:
*All* areas should be colour on the right (i.e. clockwise)
No chance. This is a completely terrible idea. It makes it
On Mar 14, 2008, at 00:05, Frederik Ramm wrote:
I'm currently working on a Perl re-implementation of Osmarender. It
is already almost feature complete; I've made an early announcement on
the [EMAIL PROTECTED] list:
Great!
change is the way polygons with holes are drawn. I want to switch
On Mar 14, 2008, at 10:01, Andy Robinson ((blackadder)) wrote:
If I've got this all wrong then someone point me to better
understand the
problem.
Small point: This is also about, say, clearings in forests and
cemeteries in parks.
Cheers
Robert
On Fri, Mar 14, 2008 at 11:39 AM, bvh [EMAIL PROTECTED] wrote:
I disagree. Requiring mappers to add two ways that overlap
completly is with the goal of making the math simpler is
shifting the burden from software to users.
On Mar 14, 2008, at 16:32, 80n wrote:
Sometimes this is unavoidable.
14 matches
Mail list logo