Re: [OSM-talk] Finding a particular street on the GPS

on proprietary software while doing so...? 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

[OSM-talk] Interwiki links from Wikipedia etc.

this: [[Openstreetmap:Map Features]] or [[Openstreetmap:User:Frederik Ramm]] 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

Re: [OSM-talk] implementation of relations in josm

route or whatever you used as type value. We should fix that; the problem is that we'd really need code dependent on the type of relation - for some you may want to have the name or the ref, for others this would not make sense. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED

[OSM-talk] My Openstreetmap talk at 24C3

. My slides are in SVN (/misc/lectures/), in OpenOffice and PDF formats, and of course you're welcome to re-use them in any way. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk

Re: [OSM-talk] My Openstreetmap talk at 24C3

Hi, Buy our book (out February 2008) Frederik Ramm, Jochen Topf: OpenStreetMap Lehmanns Verlag, Hamburg So tell us more...? Well... I finished the chapter on routing yesterday, and an hour later heard that Roadmap now has OSM support as well so I'll have to include that - and that's

Re: [OSM-talk] My Openstreetmap talk at 24C3

Hi, Nice slides, and one of my picture too. I had to resist the urge of putting in a SteveC portrait with a big fat It's all his fault arrow ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk

Re: [OSM-talk] JOSM upload failure

Hi, Stephen Hope wrote: I was uploading a big section of data when I had an connection failure of some kind, and the upload eventually timed out. It had uploaded a lot of nodes, but hadn't got as far as the ways yet. Can I assume that if I just try and upload the same data again (I have it

Re: [OSM-talk] POIs from wikipedia

-- 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

Re: [OSM-legal-talk] The OSM licence: where we are, where we're going

Hi, Unmodified PD data can easily be restricted. If I have PD data on my server and offer it to the world, nobody in the world can restrict that. This data is PD and will always remain PD, and to say otherwise is just scaremongering. Bye Frederik -- Frederik Ramm ## eMail [EMAIL

Re: [OSM-legal-talk] [OSM-talk] The OSM licence: where we are, where we're going

* to be biased, and thus worthless. It's not only that the Foundation alone has access to all the E-mail addresses (btw: does it? and why?), it is also that the Foundation would probably be trusted to create an unbiased poll. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09

Re: [OSM-talk] Osmosis UTF-8 problem (again)

timestamp=2007-12-04T17:26:52Z user=josé ... Seems like the user names don't get encoded properly. Username looks conspicuously similar ;) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list

[OSM-talk] Tagging hierarchies (was: RFC - lake)

=standing and everything that is water_standing is also natural=water, would require only *one* tag on the object; the renderer would have to load the hierarchy from the external source but that would really not be too difficult. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09

Re: [OSM-talk] Tagging hierarchies (was: RFC - lake)

, and in the end we'd end up with a system where nobody can tag anything unless he's one of the world's three experts. Surface=asphalt you say, hm? Let's take a sample and ship it to the laboratory... Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] Tagging hierarchies (was: RFC - lake)

at the same time and even invent new ones for every object you map. But I don't assume that this would make things *easier* for the renderer ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk

Re: [OSM-talk] OSM needs a measure for completeness

it (or note down complaints). 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

Re: [OSM-talk] RFC: Import of OpenGeoDB to OSM

by Thomas Mack in which he responds to a question by Joerg Ostertag (who would have thought of that!) and says something about the sources: http://lists.phpbar.de/pipermail/opengeodb/2006-September/003552.html Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] Deleted Place names in the Philippines

fix sooner or later but then again, maybe just leave that behaviour in ;-) 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

Re: [OSM-talk] OSM Logo

Hi, Just a thought, but how about using an animated logo, for online use. Would be lost on me since I have instructed my browsers not to display animations. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] CLC2000

=...). So attribution gets overwritten if another feature is drawn on top (no need to attribute something you don't show!). This little red pixel over there provided by MASSGIS. Not volunteering, just grinning ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008

Re: [OSM-talk] OSM in the press: Article about the finished TIGER import on linux.com

Hi, Would it make sense to note these in the press coverage of OSM list on the wiki? Yes, please do. I also hope that some individuals make copies of these articles in case they get lost (are removed from the web). Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49

Re: [OSM-talk] [OSM-dev] Opentrail - What development environments would be best for mobile compatibility?

to a significant success for a Smartphone in the UK market. 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

Re: [OSM-talk] Potlatch on talk-de

Hi, Potlach frustration was the initial start of this thread. We are gone over this and are much further now! We just have forgotten to chnage the subject. Now it's more on ...should we develop a standard first, then go out and and go for a tag.. or. ...just go out , tag and later we

Re: [OSM-talk] Copyright and old maps

bans cameras/etc and will only allow copies to be made by staff, with a similar licence applied. If you managed to sneak in a camera and use it, would the resulting images then be free of their licensing ideas? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008

Re: [OSM-talk] Kosmos v1.9 - poster printing OSM maps

-- how can I create a project file to try this out? 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

Re: [OSM-talk] Move tagging RfCs/voting to extra list?

the suggestion: Let's create an extra list for formal aspects of tagging discussions. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org

Re: [OSM-talk] Move tagging RfCs/voting to extra list?

-- 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

Re: [OSM-talk] [josm-dev] Error while uploading with JOSM

right now will only appear in josm-latest.jar after that 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

[OSM-talk] Mapping where it is illegal (was: [Talk-GB] Are we all terrorists?)

as logic would dictate that if someone, in the UK, trespasses on someone else's land and maps their garden paths, that data should be as welcome as illegally collected tracs from China. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] Random thought...

you're within our terms. Anyone else doing the same as we do would be allowed to as well. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http

Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime

there ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk

Re: [OSM-legal-talk] Progressing OSM to a new data Licence regime

such an amount of money or labour to get at our data then it must be quite good indeed ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi

Re: [OSM-talk] New Coastline in Mapnik

Hi, I have switch the Mapnik layer over to use the new coastline shapefiles for zooms 10-18. These files are generated by extracting all the OSM ways with natural=coastline. Looks cool. How often are the shapefiles updated? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED

Re: [OSM-talk] [OSM-dev] Polygons and Multipolygons

processing easier for some. 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

Re: [OSM-talk] correctly mapping avenues

with left/right in it also relies on direction. I'd prefer east/west/north/south, or using an explicit relation that says trees on the right between nodes A and B along road C. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] Lighthouses? Should they be rendering?

Hi, PS: I'd still love to see those lighthouses we do map appearing on the rendered output. Usually that requires pressuring the right guys in irc. For [EMAIL PROTECTED], just change the stylesheets in SVN. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008

Re: [OSM-talk] Lighthouses? Should they be rendering?

that requires just one e-mail to TomH. Just be sure not to mention that you want to fix Cyprus once and for all ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http

Re: [OSM-talk] relations in order not to fragment roads (was: correctly mapping avenues)

not split way. create two relations that each contain the way, plus the start and end node (B/D for relation 1 and M/P for relation 2), plus the special tag (pedestrian). Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] Shapefile download

- ntation of a subset of osmexport's capabilities which is far less flexible but a bit faster and less memory consuming, but the existing osm2shp.cpp would probably have done the job as well. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] [tagging] RFC: Highway administrative and physical descriptions

in Germany E-roads are exclusively motorways, and they all have the E-number in addition to a national number.) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http

Re: [OSM-talk] Kosmos on Linux

Hi Igor, thanks for building a Linux version! On my machine (Ubuntu Gutsy) it starts up, but when I open a project, after displaying Loading... for a while, the program quits with the following message: ** (Kosmos.Gui.exe:29424): WARNING **: Missing method

Re: [OSM-talk] displayed width of roads

... 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

Re: [OSM-talk] User umehlig and some really nasty edits

about ids being assigned by the server. 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

Re: [OSM-talk] User umehlig and some really nasty edits

they need. 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

Re: [OSM-talk] Osmosis and Bounding Boxes

box to one of them and the little ones to the others but if your input is much bigger than your boxes then you're wasting a lot of CPU there. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list

[OSM-talk] OSM flyer

printer... PPS: If you read the first letter of each paragraph in sequence, they spell out P.o.t.l.a.t.c.h.m.u.s.t.d.i.e. PPPS: Just kidding to get Richard's attention ;-) -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] OSM flyer

Hi, impressive job! if you could provide me an english translation, I'd be glad to do an italian version (maybe with updated images from an italian city). I have checked in a file named TRANSLATION which contains an English version of the texts. Bye Frederik -- Frederik Ramm ## eMail

Re: [OSM-legal-talk] Deconstructing the loss of data claim

errors into our database. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk

Re: [OSM-legal-talk] Deconstructing the loss of data claim

and remove them. It seems that you would be in a better position than me to do it. But maybe, if that's the new project guideline, I'll start with some creativity as well. I think map data can be a great playing ground for various senses of humour. Bye Frederik -- Frederik Ramm ## eMail [EMAIL

Re: [OSM-talk] OSM flyer

export more than a few hundred thousand Euros' worth of good each year, then they would be expected to charge you the UK tax instead of the German tax. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] OSM flyer

Hi, Quote I received. £375ex. (Flyer would not attract VAT in UK *) I looked if there are any online printers in Germany with reasonable English web sites. printplaza.com is one of them (but they don't do A7 flyers, only down to A6), and meindruckportal.de (they do A7 but strangely, only in

Re: [OSM-talk] Using an extract from OSM in an academic paper

was just used (rather than discussed) then I'd recommend to explicitly mark those images which are from OSM. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http

Re: [OSM-talk] Raw GPS layer

recommend not to count those tracks marked as private; I believe there are people who do not want others to know that they're uploading tracks (e.g. those in China). Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] GIS hooligans at Perugia (GRASS - GFOSS Italian Meeting)

Hi, I heard someone saying - as a joke - that we are like GIS hooligans: we do not bother topology But we have topology! The GIS folks' shapefiles do not ;-) Bye Frederik ___ talk mailing list talk@openstreetmap.org

Re: [OSM-talk] Continuous audio in JOSM on tracks without waypoints

Hi, I just noticed that this whole discussion is on talk, ignoring the fact that we have a josm-dev mailing list. Maybe talk's ok for announcements every now and then but perhaps we should continue the detailed discussion to josm-dev? David Earl wrote: I've fixed the following that 80n

Re: [OSM-talk] New in JOSM: Paste Tags

Hi, OK, I've fixed it. I'm afraid I was thinking how something works in PHP rather than Java, and it wasn't quite equivalent. :-) JOSM can also be a bitch when it comes to object modification, since it makes a point of only having exactly one copy of every object. Nevertheless it is

Re: [OSM-talk] osmosis

at the end, and this one hadn't. Fixed now. 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

Re: [OSM-talk] Cities with grids

Hi, I've been only adding the ends, and leaving the middles unconnected, knowing that I can go back in JOSM, validate, find crossing ways, and join them without moving them. Except that I can't join them without moving them Why? JOSM has code to place a node at the exact intersection of two

Re: [OSM-talk] area_with_holes as alternative to multipolygon relation

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

Re: [OSM-talk] area_with_holes as alternative to multipolygon relation

= tags? Very likely that there is a problem. However, as I said in another post, why not fix that instead of creating new tagging proposals that cater to the renderer's behaviour. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] [tagging] Voting - skyhook

Hi, I think the point was to have a little fun and show that the process of creating tags needn't be so formal and boring. If people just posted their cool tag usage, rather than the lengthy discussions on the anal aspects of a tag, we'd get a lot more stuff with useful data attached to it in

Re: [OSM-talk] area_with_holes as alternative to multipolygon relation

not require any changes. Indeed many probably make the assumption that the outer ring is closed anyway... Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http

Re: [OSM-talk] What has happened to Scandinavian dump file?

for Denmark, Sweden, Norway, and Finland, but they too are dated 05 March (date of the last full planet dump). Daily diffs have been restored in the mean time but daily updates can only resume after the next full planet dump, i.e. tomorrow. Bye Frederik -- Frederik Ramm ## eMail [EMAIL

Re: [OSM-talk] JOSM and data set size

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

Re: [OSM-talk] JOSM and data set size

this size? None that I know of. What about adding -Xmx1024M to the Java command line to increase the heap size? Of course. Sorry, I was assuming everybody does that anyway ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33

Re: [OSM-talk] Cannot correct ring self intersection

Hi, I have not succeeded at all in splitting closed ways with JOSM. It always says to me that I should select a node from the middle of the road. It seems to think that any node in the closed ring is the starting one. Other way to think is that any node in the ring is in the

Re: [OSM-talk] area_with_holes as alternative to multipolygon relation

, these will be merged to make the circumference? 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

Re: [OSM-talk] area_with_holes as alternative to multipolygon relation

Hi, True, but since there can only be one circumference of a polygon, could we not specify that if more than one outer ways exist in a multipoly relation, these will be merged to make the circumference? That would be very confusing. I'd expect outer and inner ways to be the same kind of

[OSM-talk] User stats desperately wanted

. But with the huge amount of TIGER data this gets a bit distorted. Any ideas? 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

Re: [OSM-talk] User stats desperately wanted

Hi, http://osm.bandnet.org/osm_stats/pngs/month-latest.png Blue line... So we're not *that* exponential then ;-) thanks. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk

Re: [OSM-talk] import of dataset for new zealand

with this then they shouldn't give us their data. 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

Re: [OSM-talk] Tag proposal/approval system is too heavyweight

are used, just documents 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

Re: [OSM-talk] Tag proposal/approval system is too heavyweight

and please fill out and sign three copies of the yellow form. 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

Re: [OSM-talk] Tag proposal/approval system is too heavyweight

or kilometres). Maybe that's the cultural divide here. If you'd think more about how you want to do your part than about how you can control how others do theirs, then you'd see less conflict. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33

Re: [OSM-talk] How to deal with data duplication in bulk upload

. 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

Re: [OSM-talk] Tag proposal/approval system is too heavyweight

of minds over the issue. The value is not in the vote taking and vote counting. 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

Re: [OSM-talk] Tag proposal/approval system is too heavyweight

would have had even more success. But this is a pointless argument, as it would have been impossible to start off with a perfect schema. It is not only impossible to start off with a perfect schema, it is impossible to reach a perfect schema, ever. Bye Frederik -- Frederik Ramm ## eMail

Re: [OSM-talk] Tag proposal/approval system is too heavyweight

approved then. 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

Re: [OSM-talk] Relation 412 errors

of) relations. 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

Re: [OSM-talk] Relation 412 errors

-- 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

Re: [OSM-talk] OSMXapi

the box. 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

[OSM-talk] Survey: Bad Map Rendering

to edit the map tile with the GIMP before uploading it ;-) I'd be happy to hear from you about such areas of bad rendering, whether they are bugs in there renderer(s) or just things that are ugly for some reason. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33

Re: [OSM-talk] Teleatlas file format

here: http://www.ertico.com/en/links/links/gdf_-_geographic_data_files.htm The format is quite ugly and, as far as I understand, they're toying with a transition to some XML format. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33

Re: [OSM-talk] OSMXapi

), while BitSet worked fine. Sent the whole thing to Karl Newman who couldn't reproduce the problem. Does switching to BitSet do anything for you? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list

Re: [OSM-talk] OSMXapi

space Try adding the Java command line parameter -Xmx1024m. 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

Re: [OSM-talk] highway = living_street does not render on Osmarender

, and at the same time looking a bit like speed bumps). 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

Re: [OSM-talk] How to perfect the map

trouble with 2D already ;-) 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

Re: [OSM-talk] Cycle lanes

work with your above examples, but that would not reduce their horribleness. 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

Re: [OSM-talk] JOSM and scale

Hi, In Mercator distance is constant independent of orientation, isn't it? No, the effect is just not as pronounced as it is if you use EPSG4326. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk

[OSM-talk] OSM real paper map of Freiburg, Germany

me where to send it to. 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

Re: [OSM-talk] OSM real paper map of Freiburg, Germany

Hi, This is great - well done. Thanks. I did a one-off A2 paper map of Cambridge after I completed the City about a year ago, and one problem I had was that to get the whole city in the street names were too small on the whole. I see you solved thios by not putting the suburban

Re: [OSM-talk] OSM real paper map of Freiburg, Germany

Hi, Rodrigo Moya wrote: I'd like to do something similar, so could you please share the process to do it? Well it's really not a magic process, just using the standard tools and a lot of manual labour ;-) I wrote down a bit more detail under the process heading here:

Re: [OSM-talk] Osmarender and coastlines

as well. 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

Re: [OSM-talk] GeoFabrik update-frequency

Hi, I used the cut-outs from http://download.geofabrik.de/ quite often in the past when they were updated every two days. Now, the last update was at 19-Mar-2008. Did something get stuck or did you decide to lower the update-frequency of the regions since it creates high load on the

Re: [OSM-talk] JOSM update

that suffer from the east arrows have been uploaded twice, so that every point in them occurs twice, but I'll check that again. Maybe JOSM should be instructed to omit these arrows. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33

Re: [OSM-talk] JOSM update / why does API return GPS points in descending order?

Hi, mh, I guess this cannot be fixed in josm, since the the server returns the stored gps points in arbitrary order. I would even suggest not to draw any direction arrows for gps data from the server. But they can't be too arbitrary since drawing lines in between the points would reveal a

Re: [OSM-talk] JOSM update / why does API return GPS points in descending order?

Hi, ... and the DESC nicely explains the observation that all arrows are in the wrong direction! I wonder why it is there. Because you want the most recent ones first? Does any application *not* read all pages returned? Bye Frederik ___ talk

Re: [OSM-talk] Cycle lanes

Hi, Interesting you should mention dual-carriageways -- there was some discussion a while back: http://wiki.openstreetmap.org/index.php/Proposed_features/Left/right_things Thanks for bringing this to my attention, I have put a paragaph on the discussion page about why I strongly dislike

Re: [OSM-talk] JOSM update

points downloaded via the API all GPS points in bbox call, but that's probably not what you want anyway. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http

Re: [OSM-talk] JOSM update / why does API return GPS points in descending order?

forget to speak up should you ever remove the DESC ordering ;-) 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

Re: [OSM-talk] OSM real paper map of Freiburg, Germany

than Freiburg, you'll probably find lots of ugly bits in the map which don't match the style because we have only adapted those styles that were relevant for the section we were working with! Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33

  1   2   3   4   5   6   7   8   9   10   >