Dear Openstreetmap community,
My name is Radomir Cernoch and as a long-time OSM user, I have recently
started creating maps. I must say I was quite surprised, how difficult
it is to start producing maps in a proper way and good quality -- the
possibilities and complexness of OSM is quite high.
2009/3/25 Iván Sánchez Ortega i...@sanchezortega.es:
El Miércoles, 25 de Marzo de 2009, José Ricardo escribió:
My interests are converging into the area of ubiquitous computing in which
localization plays a significant role (navigation, context awareness, ...)
as well as mobile development,
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
2009/3/25 Radomír Černoch radomir.cern...@gmail.com:
Firstly create the initial ontology to support at
least all official map elements.
Hi Radomír,
There's no such thing. In fact, the lack of a fixed/official ontology
is held as one of the key defining attributes of the success,
flexibility
On Wed, Mar 25, 2009 at 10:59 AM, Andy Allan gravityst...@gmail.com wrote:
2009/3/25 Iván Sánchez Ortega i...@sanchezortega.es:
El Miércoles, 25 de Marzo de 2009, José Ricardo escribió:
My interests are converging into the area of ubiquitous computing in which
localization plays a significant
2009/3/25 Radomír Černoch radomir.cern...@gmail.com:
Firstly create the initial ontology to support at
least all official map elements.
Hi Radomír,
There's no such thing. In fact, the lack of a fixed/official ontology
is held as one of the key defining attributes of the success,
On Wed, Mar 25, 2009 at 11:18 AM, Matt Amos zerebub...@gmail.com wrote:
or even better - improve editing support in andnav for ways/relations* :-)
/me FAIL. andnav isn't open-source, although parts of it might be re-used.
cheers,
matt
___
dev
Matt Amos wrote:
On Wed, Mar 25, 2009 at 11:18 AM, Matt Amos zerebub...@gmail.com wrote:
or even better - improve editing support in andnav for ways/relations* :-)
/me FAIL. andnav isn't open-source
In opposition to Vespucci.
My interests are converging into the area of ubiquitous computing
2009/3/25 Frederik Ramm frede...@remote.org
Hi,
Igor Shubovych wrote:
This demands completely changing of the OSM API.
I only think if it is good idea to change the whole protocol just to make
history more clear.
No, I wasn't suggesting any API change. I said:
Ideally of course, the
On Wed, Mar 25, 2009 at 11:46 AM, Matthias Brandt
mattelacchiato.l...@googlemail.com wrote:
Matt Amos wrote:
/me FAIL. andnav isn't open-source
In opposition to Vespucci.
i'd been looking for that editing screenshot you have of the large
edit areas - i couldn't find it and assumed it must
Matt Amos wrote:
i'd been looking for that editing screenshot you have of the large
edit areas - i couldn't find it and assumed it must have been an
andnav screenshot. i've put a page on the OSM wiki linking to your
google code project so i don't forget again!
Oh, thanks!
looks like an
The attached patch modifies the options for GPX line drawing to allow
lines to be drawn only for files loaded from a local drive, and not for
layers downloaded from the OSM server. Per-layer/file preferences still
override this behaviour.
--
Jonathan (Jonobennett)
# This patch file was
On Wed, Mar 25, 2009 at 12:43 PM, Matthias Brandt
mattelacchiato.l...@googlemail.com wrote:
Matt Amos wrote:
looks like an excellent candidate for some help with the 0.6 API change?
Yes, Vespucci has to be updated for API 0.6! Are you interested?
yes, i'll definitely take a look at it.
The amount of 'potlatch' in the attached document is in my opinion again
a bit too high. This ran on the planet export of yesterday. So I'll
check it in today.
I'll also run the 'hey, go away, empty way'-script but those are still
to be detected.
Stefan
Stefan de Konink wrote:
The amount of 'potlatch' in the attached document
As has been explained to you, you mean the amount of API ;)
http://lists.openstreetmap.org/pipermail/dev/2009-January/013768.html
cheers
Richard
--
View this message in context:
Richard Fairhurst wrote:
Stefan de Konink wrote:
The amount of 'potlatch' in the attached document
As has been explained to you, you mean the amount of API ;)
Yeah yeah... I knew this would trigger you to a response; My next mail
includes the b0rk3d ways and relations. I can already tell
Stefan de Konink wrote:
I'll also run the 'hey, go away, empty way'-script but those are still
to be detected.
http://kinkrsoftware.nl/contrib/osm/brokenways.txt.gz
The 'hey borked relation'-script output:
http://kinkrsoftware.nl/contrib/osm/brokenrelations.txt.gz
I'll download the ways
2009/3/25 Stefan de Konink ste...@konink.de:
Richard Fairhurst wrote:
Stefan de Konink wrote:
The amount of 'potlatch' in the attached document
As has been explained to you, you mean the amount of API ;)
Yeah yeah... I knew this would trigger you to a response; My next mail
includes the
Dave Stubbs wrote:
2009/3/25 Stefan de Konink ste...@konink.de:
Richard Fairhurst wrote:
Stefan de Konink wrote:
The amount of 'potlatch' in the attached document
As has been explained to you, you mean the amount of API ;)
Yeah yeah... I knew this would trigger you to a response; My next
On Wed, Mar 25, 2009 at 3:07 PM, Stefan de Konink ste...@konink.de wrote:
It's a known problem with a fix on the way with 0.6.
Is this already checked that it will be fixed using 0.6? Since currently
the API doesn't seem to be the problem, the lacking referential
constraints inside the
Hi Radomír
four months ago we saw a similar discussion on this list. It lead to a
proposal for a machine-readable map-feature list [1] and to a proposal for
managing map features using Semantic MediaWiki, see the wiki prototype[2].
There is also an article on the OSM wiki which tries to explain
Unfortunatelly, we didn't make any progress in the last two months. I'd
still be interested in a well-managed machine-readable map feature list and
I encourage you to pursue your ideas.
The progress stopped because the current Wiki Server can't handle the Semantic
MediaWiki extension in a
I've made a slight change to my style file so that ways which have
tiger:reviewed are rendered specially. It's important that people
review the TIGER data because it's not so reliable.
I'd like to get this into JOSM. Should I just submit a patch?
--
--my blog is at
Andy Allan wrote:
On Wed, Mar 25, 2009 at 3:07 PM, Stefan de Konink ste...@konink.de wrote:
It's a known problem with a fix on the way with 0.6.
Is this already checked that it will be fixed using 0.6? Since currently
the API doesn't seem to be the problem, the lacking referential
On Wed, Mar 25, 2009 at 4:47 PM, Stefan de Konink ste...@konink.de wrote:
Andy Allan wrote:
On Wed, Mar 25, 2009 at 3:07 PM, Stefan de Konink ste...@konink.de wrote:
It's a known problem with a fix on the way with 0.6.
Is this already checked that it will be fixed using 0.6? Since currently
Matt Amos wrote:
yeah, the wiki page could probably do with some updating. but you
remember this thread last month, right?
http://lists.openstreetmap.org/pipermail/dev/2009-February/014024.html
the issue with things referencing deleted items should go away because
the transactions wrap the
Why isn't the current method suitable? All downloaded layers have the
same name and therefore are normally customizable without additional
effort.
Greetings
xeen
2009/3/25 Jonathan Bennett openstreet...@jonno.cix.co.uk:
The attached patch modifies the options for GPX line drawing to allow
Jonathan Bennett wrote:
The method used in this patch is based on the origin of the data, not
what it happens to be named at the time. It's far more robust.
...plus it's better usability. With my patch, the user can see that this
functionality is possible, explicitly. The other method requires
2009/3/25 Stefan de Konink ste...@konink.de:
Matt Amos wrote:
yeah, the wiki page could probably do with some updating. but you
remember this thread last month, right?
http://lists.openstreetmap.org/pipermail/dev/2009-February/014024.html
the issue with things referencing deleted items
Stefan de Konink wrote:
So I collected all the 'problematic' things. I think by what you
mention, it can be trivially fixed just by fetching all nodes and
reinserting them again?
s/nodes/ways
___
dev mailing list
dev@openstreetmap.org
Hello all,
My name is Paul Wicks and I am a Computer Science major at the University of
Puget Sound and I am interested in taking part in the Google of Summer of
Code for the OSM project.
The idea in the list that seemed to appeal to me most was the creation of a
Static Map API. I'd be very
Paul Wicks wrote:
Hello all,
My name is Paul Wicks and I am a Computer Science major at the
University of Puget Sound and I am interested in taking part in the
Google of Summer of Code for the OSM project.
The idea in the list that seemed to appeal to me most was the creation
of a
El Miércoles, 25 de Marzo de 2009, Milo van der Linden escribió:
Mapnik could act as a wms server, but this would not be good for
performance since all rendering would be done straight from the
openstreetmap db on the fly.
You're wrong - mapnik depends on a local PostgreSQL database, not on
On Wed, Mar 25, 2009 at 7:06 PM, Stefan de Konink ste...@konink.de wrote:
Matt Amos wrote:
the issue with things referencing deleted items should go away because
the transactions wrap the used-by checks.
True; But isn't Rails doing that now too? [I am talking about the main
database]
no.
34 matches
Mail list logo