Hi,
I've create an proposal for turn restrictions. It's at
http://wiki.openstreetmap.org/index.php/Relation:xrestriction
I see no problem in splitting a way at an intersection where it
is part of a turn restriction, thus nicely solving all ambiguity.
Bye
Frederik
--
Frederik Ramm
Hi,
How can I remove friends fom http://www.openstreetmap.org/user/xyz ?
I accidently clicked me one friend who is't.
Simply move him to enemies ;-)
Jokes aside, just click on his name in your friends list, and then
there will be a link remove as friend just where there was the add as
Hi,
everything is AND and everything is consistently out of place to the
southeast with the same offset - is there any way to programmatically
change this?
I have a script that I could use for this task if people want. Obviously
I'd need to know exactly what to move and by what amount...
server in EPS:32643 and re-project it on
the fly. Something like this has been done by Sven Geggus
[EMAIL PROTECTED] to access WMS servers that only had the
German national projection.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
Hi,
if anyone else wants to go from Dublin airport to Limerick on Friday
afternoon (departure c. 17:30), I have 1-2 more spaces available in my
car. The return journey (early Monday morning) is also still available.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09
Hi,
Gran Canaria. The GNOME and KDE free desktop conferences are jointly
being held there Friday, July, 3rd until Saturday, July 11th 2009.
So I think it would be great if SOTM could be there, say, Sat 11th-Sun 12th.
Nothing against Gran Canaria at all but I don't see a lot of value in
Hi,
John McKerrell wrote:
Does anyone have the link for that great video shown during the State
of Italy talk?
http://www.youtube.com/watch?v=_ZOQSn5tyqQ
Bye
Frederik
___
talk mailing list
talk@openstreetmap.org
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
an edit link to create it.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Hi,
You're talking free as in beer. Simon was talking free as in freedom.
I hope he'll at least be happy once he has a free as in freedom
software implementation. If he chose to go on to say you cannot really
use Java because there's no reasonably performing free as in freedom
processor
then depending on what uses you're after, you
might want to look at osm2csv (in SVN) as an initial step but I'd
avoid that if possible.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk
would call that
free ;-)
Anyone sharing Simon's disposition though is encouraged to use
Merkaartor which, as far as I know, just needs a C compiler and an
open source Qt library.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
reasons for not coming,
and I don't see why RichardF's absence in particular should be something
to discuss on the mailing list?
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk
. The question has
been asked and answered a number of times on the lists, e.g. here:
http://lists.openstreetmap.org/pipermail/talk/2007-December/021047.html
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
, and you will
have to specify the --m option one time less often than the number of
files, e.g.
osmosis --rx input.osm --tee 4 --bp ... --bp ... --bp ... --bp ... --m
--m --m --wx output.osm
But check with BrettH if unsure.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49
have a
tag that is widely used in France you're welcome to put that on Map
Features even if people in the UK are unlikely to use it and vice versa.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing
only
changed something else later)
...
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Hi,
Someone has emailed me to say that the slippy map at
www.openstreetmap.org does not work in Opera nor Firefox/Iceweasel
on their Linux box.
No problems with firefox 1.04 under Debian ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
in their collapsation rules for their local
language.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
. It's a free world ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Hi,
So, what are other use cases for OSM? Are the current OSM renderings good for
those use cases? Do we need more different renderings for different use
cases?
We are not a map rendering project. We are a Geodata collection project.
The fact that we have maps at all is more or less to
Hi,
It's quite telling that if you look on the
UK roadgeek site, www.sabre-roads.org.uk (dominated by motorists),
they don't quite get OSM: they just whinge about lack of completeness.
Same here with pocketnavigation.de...
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49
... but
I'd trade them for some engineered stuff any time ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Hi,
Well, there was a discussion on IRC today among some of the [EMAIL PROTECTED]
chaps
along the lines of what we really need is a benevolent dictator, like
the Mapnik stylesheet has.
Strange [EMAIL PROTECTED] chaps they must have been, since *not* having a
benevolent
dictator is one
and connect them.
If you opt for one of the coarser methods, someone else can easily
refine them later.
But I'm just explaining why we do what we're doing; I'm not trying to
talk you into doing the same if you don't see the merit for yourself.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL
predating the creation of the
Foundation, and I don't believe anyone has bothered to ask.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
of those will report it, but
if the numbers are high enough, you should get reliable statistical
effects.
OSM quality supervisors
*shudder* ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing
Hi,
For the last few months I've been wondering if OSM isn't more of a
software project than a database.
An interesting aspect.
It is very likely that none of the data we collect now will still be
used 20 years from now, because by then everything is so networked and
fully automatic and we
tagging/relations required. Use relations only if
you have a named/signed/well established route.
For issues specific to Germany's system of roads and ways, also check
out the talk-de list.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
Hi,
From given event, how are pleasure institutes (Puffs) being tagged?
Unless you want to go into the legal particulars of the sex trade, I'd
suggest to take your question to talk not legal-talk.
Bye
Frederik
___
legal-talk mailing list
[EMAIL
H,
m*sh wrote:
But matter of factly a similar idea crosses my mind from time to time.
Proposing a tag-combination:
label=yes
name = Mainstreet (e.g.)
displayzoom = 12
This is not a similar thought. The original poster talked about
combining ways to form relations, thus informing the
Stephen,
Stephen Gower wrote:
That argument surely applies to aerial images also, and yet consensus is
that getting facts from them would create a derived work incompatible with
our licence.
Just for the record: The issue is highly contended and it would be wrong
to speak of consensus. If
Hi,
if I offer processed OSM data on my web site for others to use under
CC-BY-SA: Whom do the others have to give attribution? I usually expect
everyone to retain the OpenStreetMap contributors message and leave me
(or my company) out of the picture - but if I wanted to, could I also
will be on there from his Google
map), and after a year or so knowing most of the place by hard.
According to your strict reading, the sad git would probably be unable
to contribute to OSM in this town, ever, because is brain is now a
derived work of Google maps...
Bye
Frederik
--
Frederik Ramm ## eMail
a book one evening and tell us the truth the next morning.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
paragraph ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
with the output of close-areas.pl (the script used to make polygons
from coastline sections). I believed I had this fixed, and it worked
for a number of test cases, but it seems you have found something
where it doesn't. I will have a look.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL
tiles but
checked locally), maybe anyone else seeing a coastline problem and
who has [EMAIL PROTECTED] installed could check whether it's ok now but I
believe
it should.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
Hi,
Jon Burgess wrote:
Are you aware that the 'export' tab feature on the main site lets you do
something similar but with an easier selection of the bounding box and a
choice of map layers and output formats?
It does have its limits though. It prevents you obtaining anything
larger than
are available can also be specified in the headers. This has
nothing to do with calling an external gzip/bzip2 program.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http
test*osm
b66910215e75f774e31166d4b34b9290 test1.osm
b66910215e75f774e31166d4b34b9290 test2.osm
[EMAIL PROTECTED]:/tmp/wget$
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk
machines, and presented it to OSM users to play with. You don't have use
the live system to build a proof of concept.
But as I said, I believe the problem is not the data model but the user
interface.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
in some way, either by forming some kind of
informal relation working group or by having a proper developer
meeting to supplement SOTM.
Cheers
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk
Hi,
one direction and back again. Turns out that the forward and
backward are only meant clarify how the route goes by saying you
have to turn this way around to match up with the direction of the
others, and can often be ignored.
Er... I have no idea what you actually mean by that last
ways so much easier. Just get josm-latest to use it. (It can be
deactivated in preferences.)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http
and
things like that. Maybe we should have a wiki waning week where
everyone is encouraged to merge similar articles and delete obsolete
articles. And then we invent a shiny star that we give to whoever
achieves the most decluttering during that week.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL
-filled baloon, you know, the toy shop/fun fair variety, then let
it slowly ascend tied to a light yarn until you're at the top of the
building... ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
I'm adding a feature to Potlatch whereby you can select a way, choose
'Offset way', and a new, parallel way will be created a certain
distance away.
Can you perhaps also find a way to encode this information - either by
way of a relation grouping both ways, or a special tag or
Hi,
Doru Julian Bugariu wrote:
You were probably heised :-)
Duh, and I though we'd been beeb'd.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http
is
arbitrary.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.osc.gz
You will lose some of the contents of the offending note tag if you
use this, otherwise it is identical to the original diff.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk
as an area must also be rendered as one; it is obvious that in the
long run renderers will need (and get) mechanisms to collapse areas into
lines or points at low-detail zoom levels.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
robin paulson wrote:
I think we shouldn't vote on tags at all. Instead, we should monitor what
gets
used most by the mappers (see Tagwatch and the tool announced by
Schuyler Erle).
one of the problems with this, is that it's highly likely two mappers
will develop two contrasting,
with Mapnik.
I won't make it available in an automated fashion because it eats a lot
of CPU *and* requires manual tweaking of the results and parameters by
someone who knows what he's doing ;-)
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
for the sake
of some greater good - at least not if it is easily avoidable.
Bye
Frederik
--
Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
that
makes Iceland and the Equator fit will still have France out of place.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo
Hi,
Niklas Cholmkvist wrote:
Does anyone know if the first method I mentioned(export method) really
puts less load on the main openstreetmap server?
It doesn't; it is the same API function called by JOSM and by you
hitting the export tab. (It might be different API daemons handling your
side of the force?), but
even if you'd just do a 15 minute presentation that goes What is ODbL
and why does the OSMF think it is good for us, and take 30 minutes of
questions from the audience afterwards, that would be ok for me too.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org
, just on a higher level.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
Bernhard zwischenbrugger wrote:
I don't want to synchronize a database. The thing I'm thinking
about is a visualization of the current activity.
Google for OSMAware for some inspiration!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
, of course, you're talking about twittering the updates. that
would be teh moar ;-)
For once, it would not be TomH who bans an IP range then ;-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing
of recording, and relaying, changes.
If you want to summarise
each minutely diff and twitter it, be my guest, though remember you need
to compress it into 140 chars.
Well, I could spread the content over 60 seconds ;-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49
Hi,
Peter Childs wrote:
The Problem is that you can't rebuild the map from a continuing
stream, This is the problem with Database Replication in general.
True, but maybe the stream use cases don't require that? Maybe it is
more important for an application to know in an instant where
Hi,
Jonathan Bennett wrote:
andrzej zaborowski wrote:
You might be missing out on a cool visualisation tool though (maybe
what Bernhard is trying doing is similar), but that's the only use
case I can think of right now.
How does that help anyone a) use the data, or b) improve the data? See
seconds?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
Martijn van Exel wrote:
Interesting. We will be having the same kind of import versus existing
data issue once more (if and) when the Nationaal Wegenbestand
(National road database) is made available by the transport ministry.
I did not give it much thought yet - may be some of my Dutch
Hi,
Bernhard zwischenbrugger wrote:
To lunch a small Satellite is not very expensive.
Not if you plan to let it make photos that are of better resolution than
Landsat though!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
Hi,
Matt Amos wrote:
didn't you have to restrict that to a small number of signed-up
mappers though? i would have thought that, hiring topsat rather than
licensing the imagery, we wouldn't have to restrict imagery use to a
small group of people.
With the Bavarian imagery that was loaned to
Hi,
Christian Kögler wrote:
Please reverse the changeset #1268604:
http://www.openstreetmap.org/browse/changeset/1268604
Done, and emailed the user to find out what he did and if we can somehow
improve JOSM so that it doesn't happen more often...
Bye
Frederik
--
Frederik Ramm ## eMail
is a sensible distinction but people can
only use/understand that together with your definition (use large if
...). If you would instead tag stone:circumference=20m or something,
that would make it immediately clear how big the thing is, no need to
look it up.
Bye
Frederik
--
Frederik Ramm ## eMail
not sure about the openness of OpenStreetBugs but if you can manage
to grab OSB's code somewhere then you're almost there.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
the existence of
which would have to remain secret. Would that then be a classified
unclassified road, and under what circumstances could it become
declassified?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk
have more map significance than
one of the dozens of cities that surround Paris.
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
Josh wrote:
hello there is a very important petition in my signature I would appreciate
if you would sign it please.
You have sent the same message to this list two days ago.
Bye
Frederik
___
talk mailing list
talk@openstreetmap.org
Hi,
ce-test, qualified testing bv - Gert Gremmen wrote:
I want to suggest the following feature to the next API :
The API must be kept simple. I agree that lifecycle support needs
improvement but the API is not the place to implement such specific
rules. The API is, and should remain, first
Hi,
Peter Dörrie wrote:
The current renderes wouldn't be able to handle it either and forcing 50+
applications to change would be unappropriate.
Why, we're doing that all the time ;-)
There are many unsolved questions here. For example: What happens if
parts of the ancient world transcend
Hi,
Martin Koppenhoefer wrote:
I guess you are talking about the pantheon (the parthenon is in Athens)
What an embarassment ;-) you're right of course. I was thinking of Rome
not Greece.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
Hi,
Mario Salvini wrote:
Even in germany on these roads there are no additional rights-of-way in
comparison to normal cycleways (except that bicycles get the
officially allowance to drive next to each other and not just inline.
buts that's piece of cake ;) ). A normal cycleway with
Hi,
2009/6/10 Mario Salvini salv...@t-online.de:
tag both ways as:
highway=cycleway
motor_vehicle=yes
footway=right
parking:right=inline
parrking:left=diagonal
width=13
I won't have it. This feature is a road, not a 20 metre wide cycleway
with parking facilities.
Yes there are different
these capabilities (plus a give me this area as it was last year
API call). There is no pressing reason to burden the central API with
that once we figure out how to publish full history dumps.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
knowledge, drop any data. And
before 0.3 OSM was so small that whatever was there at the time can
safely be ignored ;-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http
I don't find that too bad actually. But it has no map on the first page.
I vehemently stated that we're about data, not about slippy maps, in the
talk-de discussion; however we also need to show off.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
up.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Frederik
[*] This is different from international trademarks, where you pick the
countries you want to apply in, and if it fails in half of them you've
still got the trademark in the other half.
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
somewhere but I'm not sure where. I
think it is a bit crazy but at least it can co-exist peacefully with
what we already have (an object can be tagged according to both schemes
at the same time).
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
(which I understand we can't but let's assume we could), what
part of OSM would work better tomorrow?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http
have coded; instead
open this up so that anybody can hook their app into the user interface
to offer functionality.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
Hi,
Alice Kaerast wrote:
Is there any way that changesets #1420511 and #1420511 can be
reverted?
I'm trying my hand at it now. Both numbers given above are the same, did
you mean another changeset besides 1420511?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49
Hi,
Thomas Schäfer wrote:
This is a bad idea. Do it right or do it not.
... has never been OSM's attitude so far, so why change now. Honestly, I
get the feeling you're on a personal crusade here for doing things
right which is of no relevance to most of us. You might as well tell us
that we
Hi,
Richard Fairhurst wrote:
Frederik Ramm wrote:
That's the point I was trying to make - do not hog all the bugs in
one central place and allow users to do only what you have coded;
instead open this up so that anybody can hook their app into the
user interface to offer functionality
Hi,
Dair Grant wrote:
Is the bugs database really so different in character to the map database
though? Provided there was a planet-style dump of the bug database, anyone
wishing to build an external system could easily do so.
As I tried to point out in my other message, if there is to be a
Steve,
Iván Sánchez Ortega wrote:
I also find insulting that you consider my work to be a cheap copy of yours,
and I therefore demand prompt payment of 1 (one) beer* in concept of moral
damages in order to settle the issue.
Just a word of caution, I think those Spanish guys can get really
any detail beyond what is on the site though. It's at the
ZKM (centre for art and media technology) here in Karlsruhe.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
PDF somewhere?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
has the capacity of editing ways then we ought
to make sure it deals with all the relation stuff that goes with it and
so on...
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
talk mailing list
talk
201 - 300 of 7651 matches
Mail list logo