Re: [OSM-talk] I've removed historic=icon from map features
On 13/01/2008, Tony Bowden [EMAIL PROTECTED] wrote: Robin Paulson wrote: http://de.wikipedia.org/wiki/Bildstock of course, i remember seeing these in austria now. yes, they are quite prominent aren't they and maybe map-worthy after all - would you be willing to put a proposal up on the wiki? unfortunately, i can't speak german or i'd do it Why does it need a proposal? It was already on Map Features until a unilateral decision to remove it. Now that it's been explained what it is, why not just put it back and document it? well, trilateral. but still your point stands, it was rather naughty of us, circumventing the process like that. yes, it can be put back up, i was hoping Marc could add some detail first, maybe for other tags we could include? date, name, that sort of thing, other stuff that's important? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] maritime borders (was: administrative boundaries and is_in)
On 13/01/2008, Robin Paulson [EMAIL PROTECTED] wrote: i'll start a wiki page. anyone here have any experience with drawing libraries? i'm sure we can do this by re-using something that's already there ok, here we go. i've put in some rough details of the method i suggested earlier. if anyone can expand on it (maths for converting lat/lon to distance would be useful), or add any other proposals, that would be great http://wiki.openstreetmap.org/index.php/Maritime_borders ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] maritime borders
Robin Paulson wrote the following on 13/01/2008 21:50: On 13/01/2008, Robin Paulson [EMAIL PROTECTED] wrote: i'll start a wiki page. anyone here have any experience with drawing libraries? i'm sure we can do this by re-using something that's already there ok, here we go. i've put in some rough details of the method i suggested earlier. if anyone can expand on it (maths for converting lat/lon to distance would be useful), or add any other proposals, that would be great Maybe we are overcomplicating this. Mapping these borders programmatically based on the existing coastline which may already be a little inaccurate where based on PGS data will at best give an approximation even if you take into account all the exceptions listed here http://en.wikipedia.org/wiki/Territorial_waters#Special_cases. Surely what would be best is to find a dataset that contains the actual international borders based on the UN convention. I'm still looking for a source but surely they must be public other wise it would be a bit tricky to enforce your territorial waters if no one else knows exactly where the line is or if everyone is using a slightly different method of calculating it. Does anyone know if the CIA data that has been used for land borders also contains sea borders? Or is there any other PD sources available? What do maritime gps systems use? Cheers rcr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] RFC: Import of OpenGeoDB to OSM
On Jan 13, 2008 8:31 AM, Martin Trautmann [EMAIL PROTECTED] wrote: When you import everything, you will have lots of duplicate places. What would be instructive is: - Convert the source to OSM and - Use osmxapi to extract what's already there Load both into JOSM and see exactly how much is duplicated... Done right you can even remove the duplication *before* it enters the DB, which a Good Thing (tm). Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] maritime borders
Rob Reid wrote: Surely what would be best is to find a dataset that contains the actual international borders based on the UN convention. I'm still looking for a source but surely they must be public other wise it would be a bit tricky to enforce your territorial waters if no one else knows exactly where the line is or if everyone is using a slightly different method of calculating it. Check out the FAQ on the UN site, looks like they charge for these things http://www.un.org/Depts/los/LEGISLATIONANDTREATIES/frequently_asked_questions.htm Igor ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] RFC - postal addresses (relations)
Andy Robinson (blackadder) wrote: Lester Caine wrote: Sent: 13 January 2008 8:07 AM To: OSM Talk Subject: Re: [OSM-talk] RFC - postal addresses (relations) Claus Färber wrote: I've written a proposal for postal addresses: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Postal_Addresses It covers more than house numbers, i.e. it includes streets, postal codes, etc., even countries). However, the proposal does not allow putting some house numbers on a map and having the rest be interpolated); this should, IMO, be handled differently (and discussed at http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers). Due to the nature of postal addresses, the proposal overlaps with the tagging of geographic areas, such as countries, regions, etc. This is going to be another area where international differences are going to hinder agreement, simply because of the local 'restrictions' on how a 'postal' address can be constructed. But the main problem I am seeing with this proposal is the complete lack of integration into the maps? The proposal seems to be adding a complete new layer of tags, when what is needed is a means of identifying the hierarchy of the existing data. I have a major interest in this currently as I am DEEP in the middle of enhancements to my own commercial software to add and manage NLPG data. The National Land and Property Gazetteer provides a unique property reference number for every building and parcel of land in England and Wales. At some point it will also have data for the boundaries of every property as well. At present it has a location coordinate which I currently have mapping onto OSM with a fair degree of accuracy - except that the area I have access to data for is still rather incomplete on OSM. The layer above the uprn (unique property reference number) is the usrn - unique street reference number, and every property reference has to access a valid street reference. ( As an aside - while these are country specific, some means of adding such a well defined reference would be appropriate? ) The POINT I am getting at here is HIERARCHY - and while I am a little blinkered in my approach - simply because the current data that I am working with *IS* well structured. I've realised what is wrong with *IS_IN* and it's the fact that it's not being used to create hierarchic links! Every node 'is_in' the map, but now we need to add the sub layers! I was thinking that we needed to sort out 'boundaries' so we can brake up the current mass of data, but what we are missing is simply STRUCTURE. We need the boundaries, but rather than trying to rely on reading coordinates to establish if a node is inside or outside a boundary, we need the 'is_in' relation. We ignore the nodes and look at the bigger picture. We create some high level 'boundaries' - the boundary:continent, and then and countries within them. Every country will at some point have a boundary and it is probably the boundary tag that gives us the missing hierarchy since we need a set of country boundaries. Every boundary:country will have an is_in to the boundary:continent. The next layer down becomes more country specific, and it may well be that we have several different types of boundary:county/state. A specific example here is boundary:country of the UK would be THE UK, and we then need boundary:sub-country 'ENGLAND' before going down to boundary:county/state and boundary:ward or boundary:parish AND IMPOTENTLY boundary:city/town/village. It may be that we have to provide 'split' boundaries for some places where parts are within different higher level boundaries, but place would have a single boundary reference, and place/east and place/west would then have different 'is_in' relations. It is probable that we would have multiple 'is_in' relations at some levels, but normally you would only be referring to one level above. So boundary:city/town/village refers to boundary:county/state - boundary:county/state or boundary:country and we have Gloucester, Gloucestershire, England, UK, Europe ... STREETS then refer to the the town and we have no need to create yet another hierarchy for postal addresses. A building 'is_in' a street ... SEARCHING for things then becomes simple as well? THIS is the bigger picture I have been trying to get across :( I agree with most of your sentiment here in that we have most of the elements in the database already to define an address but currently have no way of expressing it. The big problem will always be though that we cannot enforce a tight structure. Contributors don’t want to be told that they must add certain tags for the data to be acceptable. Thus we have to think a little differently. In my view, and I've been working on this approach for some time now, we can define a structure for our tags after the tags themselves have been created and used. The contributors don't
Re: [OSM-talk] Missing structure
On Sun, 2008-01-13 at 09:40 +, Lester Caine wrote: Taking an example * place=village * name=Ryde * is_in=England, Isle of Wight, Hampshire SHOULD be is_in=Isle of Wight With * place=county * name=Isle of Wight * is_in=Hampshire * place=county * name=Hampshire * is_in=England * place=country * name=England * is_in=United Kingdom I was thinking that stating a hierarchy isn't required. One can be automatically generated from a list of tags at the same level. This is somewhat reminiscent of Epiphany's bookmark handling, where you give your bookmarks tags and it generates a hierarchy based on them. [0] For instance, something could be is_in = East Dunbartonshire, Scotland, UK and another one could be Fife, Scotland, UK. From this, we can infer that there are 2 high level places (Scotland and UK) and 2 low level places (East Dunbartonshire and Fife). [0] http://www.kbs.twi.tudelft.nl/Publications/MSc/2002-Knezu-MSc.html -- Bruce Cowan [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagging hierarchies
On Jan 13, 2008 4:07 PM, Alex L. Mauer [EMAIL PROTECTED] wrote: Karl Newman wrote: On Jan 13, 2008 2:13 PM, Alex Mauer [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Robin Paulson wrote: the point i'm trying to get across, is that all water features, be they linear (rivers, canals, stream) or areas (lakes, reservoirs) or whatever would benefit from being under _one_ top-level tag, for consistency. Hmm, are you sure? Is it easy for a renderer to differentiate a linear feature from an area without a distinct tag? I don't think it could be. -Alex Mauer hawke Why not just add an area=yes tag? Because in my experience, that always puts the name of the thing in the middle of the area. E.g. a turning circle at the end of a dead-end road, defined as an area, will put the name of the road in the middle of it. -Alex Mauer hawke Let's not confuse rendering issues with data issues. The point was that the single high-level water tag could be used to designate water. Adding area=yes will indicate that it is an area (lake, etc.), not just a line. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Welsh Map
On Sun, 2008-01-13 at 21:47 +, Chris Jones wrote: Just a quick email to announce a Welsh Language render of the UK. See http://sucs.org/~rollercow/cyosm/ Uses 'name:cy' where available, falls back to 'name' if no welsh language version is available. /me wonders what a Gaelic map would look like, using name:gd. -- Bruce Cowan [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] voting open - crane
this has been proposed for 2 weeks now, with no disagreements, time to open voting http://wiki.openstreetmap.org/index.php/Proposed_features/crane thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagging hierarchies
On Jan 13, 2008 5:01 PM, Robin Paulson [EMAIL PROTECTED] wrote: On 14/01/2008, Karl Newman [EMAIL PROTECTED] wrote: Let's not confuse rendering issues with data issues. The point was that the single high-level water tag could be used to designate water. Adding area=yes will indicate that it is an area (lake, etc.), not just a line. thanks Karl, i'd lost track of where this was going the point i was making is that we don't need to say area=yes for lakes. if it's a lake, always draw it as an area. any object drawn as a way and tagged 'lake' can easily be ignored by the renderer, as this is not valid, and frankly IMO it's confusing. in what circumstances could this be useful? no need for the area tag at all But that gets back to the specialized tagging (renderers/data consumers having to know about lakes, reservoirs, etc.). If it were just natural=water, area=yes, (or whatever the proposed tag was), then it could be dealt with appropriately regardless of the waterway type. For that matter, I wish all closed ways which designate an area were marked as such. I'm working on writing a tiling task for Osmosis which will carve up data into rectangular grids (for feeding into GPS map creators such as mkgmap). It has to treat closed ways differently than linear features (hard clip them with synthetic nodes right at the boundaries and link the clipped parts together). Without a universal tag such as area=yes designating a way as a polygon (simply having a closed way is not sufficient--witness roundabouts), the tiling task will have to know about every type of tag which implicitly designates a polygon. Then when a new implicit polygon tag is added, the task won't correctly treat it as a polygon until it's told about it. We really could use a generic method for designating polygons. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] voting closed - swimming_pool
Brent Easton wrote: Interesting. If there are votes both for and against, then it requires 14 Yes votes to get something through, but only 1 No vote to can it. In fact, the No voters are more likely to prevent a proposal by NOT voting against a proposal once the first No vote is registered! Wow, somebody's reading the voting description completely wrong. 6 unanimous yes approve is an approval. Otherwise, once 15 votes are reached, the majority rules. This proposal still has only 14 votes, so voting should still be open. -Alex Mauer hawke signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] voting closed - swimming_pool
Brent Easton wrote: Interesting. If there are votes both for and against, then it requires 14 Yes votes to get something through, but only 1 No vote to can it. In fact, the No voters are more likely to prevent a proposal by NOT voting against a proposal once the first No vote is registered! Alex Mauer [EMAIL PROTECTED] Wow, somebody's reading the voting description completely wrong. 6 unanimous yes approve is an approval. Otherwise, once 15 votes are reached, the majority rules. This is pretty much what Brent said. The proposal only needs one more No vote to succeed. Is there anyone out there who doesn't like the proposal, who can disapprove quickly? We can then move it to Map Features. Ian. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] voting closed - swimming_pool
Ian Sergeant wrote: This is pretty much what Brent said. The proposal only needs one more No vote to succeed. Is there anyone out there who doesn't like the proposal, who can disapprove quickly? We can then move it to Map Features. Ian. No, Brent said ...it requires 14 Yes votes to get something through, but only 1 No vote to can it. This is completely incorrect. And it needs only one vote, which can be yes or no. -Alex Mauer hawke signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] voting closed - swimming_pool
On 14/01/2008, Brent Easton [EMAIL PROTECTED] wrote: If there are votes both for and against, then it requires 14 Yes votes to get something through, but only 1 No vote to can it. In fact, the No voters are more likely to prevent a proposal by NOT voting against a proposal once the first No vote is registered! i'll admit, the voting proposal scheme seems a bit odd, but some things are important in this partcular proposal: 1. voting was open for 8 months 2. the no votes pointed out that there were a lot fo unanswered points 3. it's a (sort of) duplicate of sport=swimming if it had solely been 11 yes votes and 3 no votes, i would have put it in the approved features page, but the proposal makes no sense at all, so that would be bad. there's no reason it can't be proposed again, coupled with making sport=swimming obsolete which would probably be best because it's such a muddled mess if you would like to change the voting numbers, there's no reason it can't be discussed, as with anything else on osm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] voting closed - swimming_pool
Chill out guys, I'm merely pointing out an interesting anomaly with the current voting scheme. I don't particularly care if you change it or not. I am not having a go at you Robin, who are doing a terrific job. Cheers, Brent. *** REPLY SEPARATOR *** On 14/01/2008 at 7:54 PM Robin Paulson wrote: On 14/01/2008, Brent Easton [EMAIL PROTECTED] wrote: If there are votes both for and against, then it requires 14 Yes votes to get something through, but only 1 No vote to can it. In fact, the No voters are more likely to prevent a proposal by NOT voting against a proposal once the first No vote is registered! i'll admit, the voting proposal scheme seems a bit odd, but some things are important in this partcular proposal: 1. voting was open for 8 months 2. the no votes pointed out that there were a lot fo unanswered points 3. it's a (sort of) duplicate of sport=swimming if it had solely been 11 yes votes and 3 no votes, i would have put it in the approved features page, but the proposal makes no sense at all, so that would be bad. there's no reason it can't be proposed again, coupled with making sport=swimming obsolete which would probably be best because it's such a muddled mess if you would like to change the voting numbers, there's no reason it can't be discussed, as with anything else on osm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.2/1222 - Release Date: 13/01/2008 12:23 PM Brent Easton Analyst/Programmer University of Western Sydney Email: [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] tileserver
Hallo Martijn, Martijn van Oosterhout schreef: 2008/1/12 Peter Peterse [EMAIL PROTECTED]: Hoe voer je trouwens de updates uit van de database? Vanuit de readme op de tile server ga ik er van uit dat je hiervoor osmosis gebruikt. Maar wat is dan het proces? Lees je eerst een planet file en vervolgens elke dag een diff? En zo ja wat is hiervoor het commando? De script voor de dagelijkse dumps is ook op hypercube: http://hypercube.telascience.org/planet/getplanet Elke dag wordt de diff gecombineert met de oude (dat duurt enkele uren) en dat wordt NL eruit gesneden (weer een uur of zo). Mvg, ik heb het script even zitten door te nemen. Echter vanuit een van je oudere berichten heb ik begrepen dat er op de tile server een postgis database gebruikt wordt. In het script zie ik een aanroep met mysql. Waarom ik de interesse heb richting de database is omdat ik een WMS server aan het opzetten ben, echter de database is snel verouderd. Om iedere keer een planet file te downloaden en vervolgens te importeren is een beetje omslachtig. Vandaar de vragen over de database. Ik hoop dat je mij hiermee een beetje kunt helpen. Alvast bedankt, Peter. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] tileserver
On Sun, 13 Jan 2008 12:42:10 +0100 Peter Peterse [EMAIL PROTECTED] wrote: Hallo Martijn, Martijn van Oosterhout schreef: 2008/1/12 Peter Peterse [EMAIL PROTECTED]: Hoe voer je trouwens de updates uit van de database? Vanuit de readme op de tile server ga ik er van uit dat je hiervoor osmosis gebruikt. Maar wat is dan het proces? Lees je eerst een planet file en vervolgens elke dag een diff? En zo ja wat is hiervoor het commando? De script voor de dagelijkse dumps is ook op hypercube: http://hypercube.telascience.org/planet/getplanet Elke dag wordt de diff gecombineert met de oude (dat duurt enkele uren) en dat wordt NL eruit gesneden (weer een uur of zo). Mvg, ik heb het script even zitten door te nemen. Echter vanuit een van je oudere berichten heb ik begrepen dat er op de tile server een postgis database gebruikt wordt. In het script zie ik een aanroep met mysql. Waarom ik de interesse heb richting de database is omdat ik een WMS server aan het opzetten ben, echter de database is snel verouderd. Om iedere keer een planet file te downloaden en vervolgens te importeren is een beetje omslachtig. Vandaar de vragen over de database. Ik hoop dat je mij hiermee een beetje kunt helpen. Alvast bedankt, Peter. De live database van OSM is een MySQL database. Vanuit deze database worden de *.osm XML-bestanden gegenereerd. Deze bevatten alleen data over hoe de kaart er nu uit ziet. De live database bevat echter ook gegevens over de historie. Er is op dit moment geen methode voor gebruikers om deze historie informatie te raadplegen. (De undo functie in Potlatch laat je er wat van zien, maar...) M.b.v. de tool Osmosis kun je van deze *.osm bestanden weer een MySQL database maken en omgekeerd. Deze database bevat dan alles wat in het *.osm bestand zat. De structuur van deze database lijkt zoveel mogelijk op de live database. Als je niet elke keer de hele planet.osm wilt downloaden/bewerken, dan zijn er ook daily diffs van de data beschikbaar. Deze kun je wederom met behulp van Osmosis combineren met de oudere data die je al hebt. M.b.v. een andere tool osm2pgsql kun je een PostGIS database vullen met data uit een *.osm bestand. Deze database zal echter alleen informatie bevatten voor de tags waar de renderer Mapnik iets mee doet. Ook de structuur van de database is veel simpeler. _ _ _ _ _ Hopelijk kan deze korte samenvatting van een aantal zaken die ik de afgelopen weken heb geleerd door het lezen van de wiki en de mailinglist archives je een stukje op weg helpen. m.v.g., Martijn Verwijmeren a.k.a. Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] hoe busbanen te taggen
*, ik vroeg me zojuist af wat de beste manier is om busbanen te taggen. Ik weet niet of dit alleen een Nederlands verschijnsel is, maar er liggen er genoeg. Ik was net aan het kijken naar de Uithof in Utrecht (universiteitscampus), waar de busbaan als 'pedestrian' is getagged. Een ding dat ik zeker weet, je wil daar niet als voetganger lopen :-) armijn -- --- [EMAIL PROTECTED] | http://www.uulug.nl/ | UULug: Utrecht Linux Users Group --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Even voorstellen
Martijn Verwijmeren wrote: Hallo allemaal, Er was vandaag een bericht op de mailinglijst waarop ik wilde reageren. Toen realiseerde ik me dat ik nog niet de moeite had genomen om me voor te stellen. Bij deze dus: Ik ben een dertiger die altijd een hoop belangstelling heeft gehad voor alles wat te maken heeft met geografie en kaarten in het bijzonder. Iets voor de kerst heb ik OSM ontdekt toen ik op zoek was naar kaartdata om als ondergrond te dienen voor iets wat ik zelf aan het maken was. Ik heb inmiddels de meest duidelijke fouten uit OSM gehaald voor het zuidoosten van de stad Utrecht (waar ik woon) en het gebied rond Baarle Nassau (waar ik opgegroeid ben). Helaas heb ik zelf geen GPS, dus een aantal dingen die niet kloppen heb ik niet kunnen corrigeren. Ook het verder invullen van de voet en fietspaden en van landuse hier in het zuidoosten van Utrecht zal moeten wachten tot ik er één heb. Mischien is OSM dan eindelijk het excuus dat ik nodig had om te gaan sparen voor zo'n ding. Intussen kan ik me nuttig bezig houden voor OSM met het repareren van kustlijnen. Ah, nog een Martijn! Misschien tijd voor een wikipagina /Martijns :) Anyway, ik was net op de OSM nieuwjaarsborrel, en daar had Henk een doos met een aanzienlijke hoeveelheid GPS'en die van OSM zijn. (een heel andere discussie: wellicht moet OSM een stichting worden oid?) Wellicht dat je een van deze GPS'en kan lenen? Groeten, Martijn Pannevis. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Even voorstellen
Ha Martijns ;) Ik heb het leeuwendeel van de GPS units in beheer, als je er één wil gebruiken kun je die bij mij in Amsterdam komen ophalen, of bij één van de komende Mapping Parties (waarschijnlijk komt er half feb. eentje in Enschede, en ik heb nog Almere op mijn netvlies). Zie hier voor de actuele uitleenstatus van de apparaten: http://wiki.openstreetmap.org/index.php/GPS_Devices_OSM_Netherlands Wat betreft dat stichtingverhaal, dat is waarschijnlijk een goed idee. Voor het beheren (en ontvangen) van geld is het eigenlijk gewoon noodzaak. Wie heeft zin om te kijken wat e.e.a. kost aan geld en moeite? Ik weet dat je in elk geval statuten moet hebben. Ik neem aan dat we het wiel niet uit hoeven te vinden. Misschien dat de mensen van Vrijschrift tips hebben. Ik hoor het wel, Martijn van Exel Op 13 jan 2008, om 17:14 heeft Martijn Pannevis het volgende geschreven: Martijn Verwijmeren wrote: Hallo allemaal, Er was vandaag een bericht op de mailinglijst waarop ik wilde reageren. Toen realiseerde ik me dat ik nog niet de moeite had genomen om me voor te stellen. Bij deze dus: Ik ben een dertiger die altijd een hoop belangstelling heeft gehad voor alles wat te maken heeft met geografie en kaarten in het bijzonder. Iets voor de kerst heb ik OSM ontdekt toen ik op zoek was naar kaartdata om als ondergrond te dienen voor iets wat ik zelf aan het maken was. Ik heb inmiddels de meest duidelijke fouten uit OSM gehaald voor het zuidoosten van de stad Utrecht (waar ik woon) en het gebied rond Baarle Nassau (waar ik opgegroeid ben). Helaas heb ik zelf geen GPS, dus een aantal dingen die niet kloppen heb ik niet kunnen corrigeren. Ook het verder invullen van de voet en fietspaden en van landuse hier in het zuidoosten van Utrecht zal moeten wachten tot ik er één heb. Mischien is OSM dan eindelijk het excuus dat ik nodig had om te gaan sparen voor zo'n ding. Intussen kan ik me nuttig bezig houden voor OSM met het repareren van kustlijnen. Ah, nog een Martijn! Misschien tijd voor een wikipagina /Martijns :) Anyway, ik was net op de OSM nieuwjaarsborrel, en daar had Henk een doos met een aanzienlijke hoeveelheid GPS'en die van OSM zijn. (een heel andere discussie: wellicht moet OSM een stichting worden oid?) Wellicht dat je een van deze GPS'en kan lenen? Groeten, Martijn Pannevis. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] tileserver
2008/1/13 Peter Peterse [EMAIL PROTECTED]: ik heb het script even zitten door te nemen. Echter vanuit een van je oudere berichten heb ik begrepen dat er op de tile server een postgis database gebruikt wordt. In het script zie ik een aanroep met mysql. Waarom ik de interesse heb richting de database is omdat ik een WMS server aan het opzetten ben, echter de database is snel verouderd. Om iedere keer een planet file te downloaden en vervolgens te importeren is een beetje omslachtig. Vandaar de vragen over de database. Ik hoop dat je mij hiermee een beetje kunt helpen. Dat script roept alleen mysql aan voor de tile_complexity DB voor [EMAIL PROTECTED], dat heeft niks met dit hele process to maken. Ik doe alleen de NL deel, die is een stuk kleiner en laadt vrij snel. Als je de hele wereld wil doen dan duurt dat inderdaad best lang. In theorie zou het mogelijk moeten zijn om de diffs direct op de database te doen, maar de code is niet geschreven. Maar inderdaad, ik doe niks raar, gewoon elke dag de hele DB vervangen... Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[Talk-de] upload?
Moin, ich kann im Moment keine gpx-Traces hochladen. Funktioniert das bei Euch? Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. *http://www.pc-sicherheit.web.de/startseite/?mc=00* [http://www.pc-sicherheit.web.de/startseite/?mc=00] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload?
Moin, ich kann im Moment keine gpx-Traces hochladen. Funktioniert das bei Euch?... hat sich erledigt! Es funktioniert wieder ... Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. *http://www.pc-sicherheit.web.de/startseite/?mc=00* [http://www.pc-sicherheit.web.de/startseite/?mc=00] ___Talk-de mailing [EMAIL PROTECTED]://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. *http://www.pc-sicherheit.web.de/startseite/?mc=00* [http://www.pc-sicherheit.web.de/startseite/?mc=00] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Seen und Inseln
In Finnland gibt es viele unsichbare Seen, die nur im Editor zu sehen sind. Dieser Sache bin ich nun mal auf den Grund gegangen und habe an einer unauffälligen Stelle zwei Seen mit Inseln angelegt und dabei alle möglichen Kombinationen ausprobiert. Die interessanten Ergebnisse möchte ich euch nicht vorenthalten. 1.) See mit natural=water wird mit Bezierkurven dargestellt. Eine Insel wird nur sichtbar, wenn sie natural=land hat und auf einem höheren Layer als der See liegt. Alles andere funktioniert nicht. Darstellung mit Bezierkurven. 2.) See mit natural=coastline wird als Polygon dargestellt. Bei Inseln muss hier kein Layer angegeben werden, wenn sie folgendermaßen gekennzeichnet sind: a.) natural=land (mit Bezierkurven dargestellt) b.) natural=coastline (als Polygon dargestellt) All dies betrifft erstmal nur den Osmarender. Mapnik lässt noch auf sich warten. Wenn der dann auch so weit ist, werde ich die Ergebnisse in die De:Map_Features eintragen. Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Duplicated Nodes und wie man sie los wird
Hallo, Das sehe ich nicht so. Nodes, die nur für Ways benutzt werden und sonst keine Tags haben, bekommen bei mir keine Layer. Ich würde die selben Nodes für mehrere Ways benutzen, und nur die Ways bekommen verschiedene Layer. Grundsätzliche geht Routingsoftware heute davon aus, dass, wenn sich zwei Strassen an einem Node treffen, an diesem Node ein Abbiegen moeglich ist. Layers werden dabei nicht beachtet (denn sonst wuerde ja kein Router je den Weg ueber eine Bruecke finden, da irgendwo vor der Bruecke ploetzlich der Sprung von Layer 0 auf Layer 1 ist). Deine Methode wird also dazu fuehren, dass die Routingsoftware munter im Parkhaus zwischen den Ebenen hin und her springt (falls sie je auf ein Parkhaus losgelassen würde). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] GPX-Track in einer OSM-Karte anzeigen
Hallo, ich habe unter ruessel.in-chemnitz.de/erzgeb einige Radtouren beschrieben und zeige die Tracks derzeit mittels Google Maps an. Geht das Anzeigen eines Tracks auf ähnliche Weise auch mit OSM? Wenn ja, wie? Leider hab ich mit Google und im Wiki nichts gefunden. Danke, Jens -- Jens Poenisch, EMail: [EMAIL PROTECTED] - Bisher haben die Astropsychologen noch nicht herausgefunden, woran die Elefanten denken. -- T. Pratchett -An Elefantinnen, meint OJe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Seen und Inseln
Paul Lenz wrote: 1.) See mit natural=water wird mit Bezierkurven dargestellt. Eine Insel wird nur sichtbar, wenn sie natural=land hat und auf einem höheren Layer als der See liegt. Alles andere funktioniert nicht. Darstellung mit Bezierkurven. Eine Relation funktioniert auch nicht? Nicht dass ich schon einmal eine Insel aufgeschüttet hätte, aber eine Lichtung in einem Wald rode ich jeweils folgendermassen: - Sowohl Wald wie Lichtung mit natural=forest einzeichnen. - Relation erzeugen mit type=multipolygon - Member sind sowohl Wald und Lichtung, der Wald hat die role=outer, die Lichtung role=inner Ich denke, das müsste mit einer Insel im See analog funktionieren. Gruss, Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie weit sind wir in der Schweiz ?
Andy schrieb: Gerade in den Alpen ist noch viel Wald. Wir sollten uns aber vorher noch einigen, ob wir nun mit landuse:forest oder mit landuse:forest und natural:wood taggen (Fuer mich ist beides ok). Da das Wetter in dieser Jahreszeit ja nicht immer so ueberragend ist wuerde ich auch gerne etwas Wald mittels Landsat erfassen. Mittlerweile glaube ich (siehe mein Mail von vorher), dass natural=wood der richtige Weg ist. Sollten wir spaeter merken, dass wir dies doch aendern sollten, so koennen wir ja per Skript alle Waelder in der Schweiz umbauen. (Ja, dabei gaebe es ev. Probleme mit den echten Urwaeldern, aber sowas gibt es ja in der Schweiz (leider) praktisch gar nicht mehr). PS: Wie waer es mit einer Maillinglist fuer Schweiz-Spezifische Themen? Ich habe die Befuerchtung, dass zwischen talk-de und talk-fr, talk-it ein Roeschtigraben ist... Ich befuerworte eine Schweizer Mailingliste. Nicht fuer normale Themen. Diese sind in den bestehenden sprachspezifischen Mailinglisten gut aufgehoben. Aber es gibt doch Themen, fuer diese eine landesspezifische Mailingliste sinnvoll waere (Koordination der Mappingbemuehungen, wie tagen wir Dinge, die ausserhalb der Schweiz etwas anders sind, z.B. Begegnungszonen, usw). Gruss, Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Straße gesperrt durch senkrecht stehen de Stahlstangen
Hallo zusammen, wie heißen diese Dinger, die typischeweise am Ende einer Straße stehen dort, wo die Straße in einen einen Weg übergeht. Soll man die irgendwie markieren auf der Karte? HaraldK. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPX-Track in einer OSM-Karte anzeigen
Hi, ich habe unter ruessel.in-chemnitz.de/erzgeb einige Radtouren beschrieben und zeige die Tracks derzeit mittels Google Maps an. Geht das Anzeigen eines Tracks auf ähnliche Weise auch mit OSM? Wenn ja, wie? Leider hab ich mit Google und im Wiki nichts gefunden. ich kenne da den aktuellen Stand von openlayers nicht. Aber ein Franzose hatte mal genau sowas in openlayers 'reingepatched. Sieh mal unter http://gnunux.info/divia nach. HTH, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straße gesperrt durch senkrecht stehen de Stahlstangen
Hi, Am Sonntag, 13. Januar 2008 schrieb Harald Kirsch: Hallo zusammen, wie heißen diese Dinger, die typischeweise am Ende einer Straße stehen dort, wo die Straße in einen einen Weg übergeht. Suchst du sowas: http://wiki.openstreetmap.org/index.php/Proposed_features/barriers Ist zwar noch im Proposal-Status, kannst aber je trotzdem verwenden. Und evtl. auch gleich das Proposal mal wieder pushen ;-) Soll man die irgendwie markieren auf der Karte? Ich finde schon. Grüße, Rapha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] landuse = forest oder natural=wood
Matthias Geiser schrieb: Hoi zaeme, so, ich habe mich jetzt endlich auf die Mailingliste eingetragen. Bisher hatte ich die Diskussionen bloss im Archiv verfolgt. Es war uebrigens nett, einige von Euch am 24c3 persoenlich kennenzulernen. Raphael schrieb: Es gibt einen Unterschied, mag er auch in unserer Region kleiner sein als anderswo. Trotzdem sollten wir ihn ber?cksichtigen. Leider ist mir der Unterschied zwischen landuse=forest und natural=wood immer noch nicht ganz klar. Und ich habe das Gefuehl, es geht den meisten hier aehnlich. Ich fasse das mal so zusammen, bitte korrigiert mich, wenn ich falsch liege: Bisher bin ich davon ausgegangen, dass Landuse angibt, wofuer eine Flaeche genutzt wird (industrial, forest, ...) und dann naeher spezifiziert wird, was dort auf diesem Gebiet steht (natural=forest, building=xy). Aus diesem Grunde muesste ein Wald sowohl als landuse=forest wie auch als natural=wood eingezeichnet werden. Jetzt habe ich aber etwas weiter recherchiert und komme zu einem anderen Schluss: Landuse gibt an, wie eine groessere Flaeche genutzt wird (forest, industrial, residential, ...). Dies, weil es nicht praktikabel ist, jedes einzelne Objekt (Wohnhaus, Fabrikgebauede, ...) einzeln einzuzeichnen. Siehe [1]. Dort steht: ---cut--- Landuse tags are used to describe large tracts of land, made up of separate legal entities, that all have a common usage. An example of an appropriate landuse tag is 'residential'. At present, there is no commonly accepted way, nor the resources, to map every residential property throughout the the world, or even a minor town. Therefore, the area covered by these properties is marked as one 'residential' area, made up of possibly hundreds or thousands of residences. An example of an inappropriate landuse tag to create, would be 'park'. A park is one legal entity, named and tagged individually. A park landuse tag would only be appropriate if there were several adjacent parks, neither of which were named individually. This is unlikely, as the resources necessary to tag all parks in an area are relatively small. ---cut--- Daraus folgt, dass es Unsinn ist ein Objekt zu haben, welches landuse=forest und natural=wood traegt. Wenn, dann muesste ein grosses Gebiet (landuse=forest) mehrere Waelder (natural=wood) enthalten. Fuer einen Foerster ist es wahrscheinlich tatsaechlich so, dass es in einem Wald (landuse=forest) viele einzelne Teilgebiete gibt (natural=wood), welche unterschieden werden koennen (nach Bewaldung, Nutzung, Besitzer, Flurnahmen und anderen mir unbekannten Kriterien). Ein Laie wird diese einzelnen natural=wood aber niemals erkennen, geschweige denn unterscheiden koennen. Darum macht es fuer uns als Hobby-Kartographen keinen Sinn, soetwas einzeichnen zu wollen. Ergo: Waelder in DE/AT/CH sollten als natural=wood eingetragen werden! Was ist Eure Meinung dazu? Viele Gruesse aus der Schweiz, Matthias [1] http://wiki.openstreetmap.org/index.php/Key:landuse ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ich könnte mir z.B. folgendes vorstellen: eine Gesamtfläche wird als landuse=forrest getaggt. in dieser landuse-area gibt es verschieden natural=wood-Gebiete (am liebsten noch unterschieden in *wood=coniferous* , *wood=deciduous*, wood=*mixed* [Nadel-, Laub-, Mischwald]). Waldscheisen sind z.B. nicht natural=wood, aber sie gehören absolut in ein landuse=forrest. Genauso wie Lichtungen innerhalb eines größeren Waldes. -- mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straße gesperrt durch senkrecht stehen de Stahlstangen
Hallo. Am 13.01.2008 17:34 schrieb Raphael Mack: Hi, Am Sonntag, 13. Januar 2008 schrieb Harald Kirsch: Hallo zusammen, wie heißen diese Dinger, die typischeweise am Ende einer Straße stehen dort, wo die Straße in einen einen Weg übergeht. Suchst du sowas: http://wiki.openstreetmap.org/index.php/Proposed_features/barriers Ok, der Schlüssel barrier würde passen, aber ein bollard ist definitiv was anderes. Die verwenden die Großen Bretagner auf der Insel gerne. Ich meine eher die viereckigen Stangen, Kantenlänge ca. 8cm. Wie heißen denn die? HaraldK ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straße gesperrt durch senkrecht stehen de Stahlstangen
Moin! Ok, der Schlüssel barrier würde passen, aber ein bollard ist definitiv was anderes. Die verwenden die Großen Bretagner auf der Insel gerne. Ich meine eher die viereckigen Stangen, Kantenlänge ca. 8cm. Wie heißen denn die? Aber die Funktion ist doch die gleiche... -- Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPX-Track in einer OSM-Karte anzeigen
Jens Poenisch [EMAIL PROTECTED] wrote: ich habe unter ruessel.in-chemnitz.de/erzgeb einige Radtouren beschrieben und zeige die Tracks derzeit mittels Google Maps an. Geht das Anzeigen eines Tracks auf ähnliche Weise auch mit OSM? Man kann das Google Maps API auch für OSM Kacheln verwenden: Hab ich hier zum Beispiel gemacht: http://geggus.net/gmaps/routeplanner.html Das ist eine aufgebohrte Version des Online Routenplaners von http://www.marengo-ltd.com/map/ Gruss Sven -- This golden age of communication Means everyone talks at the same time (Lyrics of New Model Army song 225) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straße gesperrt durch senkrecht stehe nde Stahlstangen
Harald Kirsch [EMAIL PROTECTED] wrote: Ok, der Schlüssel barrier würde passen, aber ein bollard ist definitiv was anderes. Die verwenden die Großen Bretagner auf der Insel gerne. Ich meine eher die viereckigen Stangen, Kantenlänge ca. 8cm. Wie heißen denn die? Wie die aussehen ist ja nicht so wichtig. Wichtig ist ob jemand daran vorbeikommt und wenn ja welche Fahrzeuge. http://wiki.openstreetmap.org/index.php/Proposed_features/Bollard Zeigt ja sowohl deutsche Absperrstangen als auch englische bollards. Wir hatten die Diskussion hier schonmal. Christoph hatte damals die Bezeichnung stanchion verwendet. Wir wurden daraufhin von einem native Speaker darauf hingewiesen, dass bollard wohl besser passen würde. Gruss Sven -- How to prevent Java from forking? Use a spoon. (Found on http://slashdot.org) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straße gesperrt durch senkrecht stehen de Stahlstangen
Am Sonntag, 13. Januar 2008 schrieb Steffen Voß: Moin! Ok, der Schlüssel barrier würde passen, aber ein bollard ist definitiv was anderes. Die verwenden die Großen Bretagner auf der Insel gerne. Ich meine eher die viereckigen Stangen, Kantenlänge ca. 8cm. Wie heißen denn die? Aber die Funktion ist doch die gleiche... Ja, so sehe ich das auch. Wenn es dir nicht genau genug ist, dann kannst ja noch ein note=Das sind keine großen runden Betonhindernisse, sondern eckige, die rot-weiß angemalt sind. Die Feuerwehr hat Schlüssel um sie ganz zu entfernen dazu machen. Oder eben auf dieser Seite mitdiskutieren und vorschlagen, dass es dafür noch ein Extra-Tag geben muss. Grüße, Rapha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straße gesperrt durch senkrecht stehe nde Stahlstangen
Moin, Wir wurden daraufhin von einem native Speaker darauf hingewiesen, dass bollard wohl besser passen würde. yo. Stanchion musste er erstmal nachschlagen :-) . -- Mit freundlichen Grüßen, Best regards, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Suchen/ersetzen?
Hallo zusammen, gibt es eigentlich ein tool zum suchen und ersetzen von tags? josm plugin oder so? Konkret geht es darum eigene tags für die es seinerzeit noch nichts offizielles passend umzuwandeln. Gruss Sven -- The American news-media is no longer a news source; it is a cheerleading squad. (unknown source) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Suchen/ersetzen?
Am Sonntag, 13. Januar 2008 schrieb Sven Geggus: Hallo zusammen, gibt es eigentlich ein tool zum suchen und ersetzen von tags? josm plugin oder so? Konkret geht es darum eigene tags für die es seinerzeit noch nichts offizielles passend umzuwandeln. naja, du kannst ja die ganz normale suche verwenden, um alle alt getaggeden Wege und Knoten zu selektieren und dann einfach die Tags ändern. Oder suchst du was, das noch advancedter ist? Rapha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Suchen/ersetzen?
Raphael Mack [EMAIL PROTECTED] wrote: naja, du kannst ja die ganz normale suche verwenden, um alle alt getaggeden Wege und Knoten zu selektieren und dann einfach die Tags ändern. Oder suchst du was, das noch advancedter ist? Konkretes Beispiel, ich würde gerne halbautomatisch carsharing=stadtmobil in amenity=carsharing + operator=stadtmobil ändern. Gruss Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Suchen/ersetzen?
Am Sonntag, 13. Januar 2008 schrieb Sven Geggus: Raphael Mack [EMAIL PROTECTED] wrote: naja, du kannst ja die ganz normale suche verwenden, um alle alt getaggeden Wege und Knoten zu selektieren und dann einfach die Tags ändern. Oder suchst du was, das noch advancedter ist? Konkretes Beispiel, ich würde gerne halbautomatisch carsharing=stadtmobil in amenity=carsharing + operator=stadtmobil ändern. ok, das sollte gehen wie beschrieben in JOSM: - öffne den Auswahldialog - drücke auf suchen - gebe carsharing:stadtmobil ein - selektiere Auswahl ersetzen - drücke ok nun sind alle Knoten/Wege die mit carsharing=stadtmobil getagged waren selektiert - betätige nun im Properties-Dialog hinzufügen (wie wenn du ein Tag hinzufügen willst - füge nun wie gewohnt die gewünschten Tags hinzu (und lösche carsharing=stadtmobil Grüße, Rapha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Suchen/ersetzen?
Hi, Konkretes Beispiel, ich würde gerne halbautomatisch carsharing=stadtmobil in amenity=carsharing + operator=stadtmobil ändern. dazu sollte Raphaels Tipp ausreichen. Die Suche im JOSM beherrscht noch ein paar Spezialitäten, wie Fred mal gepöostet hat: -- 8-- [OSM-talk] JOSM search secrets while reading the code I found out a few things about searching in JOSM that I didn't know about. Did YOU know that you can search for type:way name:- modified to find ways that you have edited in the current session and that have no name? Did YOU know that you can search for amenity:pharamacy selected to reduce your selection to all pharamacies (without adding pharmacies that weren't previously selected)? Did YOU know that you can search for file:///tmp/my.file.name.osm to select all objects that are mentioned in my.file.name.osm? Updated docs at http://josm.openstreetmap.de/wiki/Help/Action/Search. Bye Frederik -- 8 -- -- Mit freundlichen Grüßen, Best regards, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPX-Track in einer OSM-Karte anzeigen
Am Sonntag 13 Januar 2008 schrieb Jens Poenisch: Hallo, ich habe unter ruessel.in-chemnitz.de/erzgeb einige Radtouren beschrieben und zeige die Tracks derzeit mittels Google Maps an. Geht das Anzeigen eines Tracks auf ähnliche Weise auch mit OSM? Wenn ja, wie? Leider hab ich mit Google und im Wiki nichts gefunden. die aktuelle svn version von gpsdrive kann das... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Duplicated Nodes und wie man sie los wird
On Sunday, 13 January 2008 13:55:37 +0100, Frederik Ramm [EMAIL PROTECTED] writes: Das sehe ich nicht so. Nodes, die nur für Ways benutzt werden und sonst keine Tags haben, bekommen bei mir keine Layer. Ich würde die selben Nodes für mehrere Ways benutzen, und nur die Ways bekommen verschiedene Layer. Grundsätzliche geht Routingsoftware heute davon aus, dass, wenn sich zwei Strassen an einem Node treffen, an diesem Node ein Abbiegen moeglich ist. Layers werden dabei nicht beachtet (denn sonst wuerde ja kein Router je den Weg ueber eine Bruecke finden, da irgendwo vor der Bruecke ploetzlich der Sprung von Layer 0 auf Layer 1 ist). Deine Methode wird also dazu fuehren, dass die Routingsoftware munter im Parkhaus zwischen den Ebenen hin und her springt (falls sie je auf ein Parkhaus losgelassen würde). ... oder man fuegt explizite Abbiegeverbote hinzu -- man kann es sich und den Routern aber auch unnoetig schwer machen :-}. Ein weiteres Argumente fuer mehrere Nodes mit denselben Lat/Long-Koordinaten: Nur Nodes kann man mit ele verschiedene Hoehen mitgeben, d.h. will man zwei direkt uebereinanderliegenden Strassen unterschiedliche Hoehen zuweisen, benoetigt man jeweils zwei Nodes. Beispielsweise gibt es verschiedentlich Bruecken, deren Richtungsfahrbahnen nicht nebeneinander, sondern uebereinander liegen. Will man direkt uebereinander liegende Nodes und Ways vermeiden, muessen die Ways fuer die beiden Fahrbahnen einen kleinen Long/Lat-Offset voneinander haben. Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Suchen/ersetzen?
On Sun, Jan 13, 2008 at 08:50:50PM +0100, Christoph Eckert wrote: type:way name:- modified Das sollte type:way -name: modified sein. amenity:pharamacy selected Da gibt es noch ein paar andere nette Pseudo-Tags: - id:12345: Objekte mit ID 12345 - user:80n: zuletzt von 80n bearbeitet - incomplete: Objekte, von denen JOSM derzeit nur die ID weiß (also z.B. Ways, die nur von einer Relation referenziert wurden, aber nicht mit gedownloaded wurden.) - timestamp:2008: 2008 kommt im Datum der letzten Bearbeitung vor. file:///tmp/my.file.name.osm Nota bene: Die URL muss dabei das einzige sein, wonach gesucht wird. Da darf kein name:Hintertupfing mehr danach kommen, und auch kein Leerzeichen davor. Außerdem gibt es auch noch Klammern und Oder, z.B: - highway:primary OR (highway:secondary name:Hauptstraße) sucht nach Primary-Straßen oder Secondary-Straßen mit Namen Hauptstraße Gabriel. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Germany Roads Tagging II
Claus Färber schrieb: Am sinnvollsten wären aber m.E. Relations, in die man alle Straßen einer bestimmten Klassifikation packt, z.B. eine Relation mit allen Bundesautobahnen oder eine Relation mit allen Kreisstraßen des Landkreises Rosenheim. Hmm, stimmt man könnte ja die Straßen der Bund/Land/Kreisrelation die es durch den OpenGeoDB Import eh geben wird zuordnen. MfG Andreas Hubel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Alpha: OpenGeoDB - OSM
Sven Anders schrieb: solange beides identisch ist, reicht name. Den openGeoDB-Name wuerde ich nur bei Abweichungen nenne, so wie z.B. auch einen abweichenden wikipedia-Name: name=freiburg opengeodb:name=Freiburg im Breisgau wikipedia:de=Freiburg_im_Breisgau Warum nicht trotzdem alles nennen, es ist ja ne Zusatzinformation, dass diese Daten in anderen Quelle auch so verzeichnet sind, also z.B. name=München openGeoDB:name=München wikipedia:de=München Weil es einfach auf der Ebene einfach unnötig ist. Man weiß, das es zu jedem Ort einen Eintrag in der OpenGeoDB und in Wikipedia gibt. So mach man die DB nur größer als es eigendlich nötig wäre Das hat auch den Vorteil, das man auch als Benutzer schnell mal einen Tippfehler finden könnte. Wenn z.B. sowas auftaucht: name=Muenchen openGeoDB:name=München Wie gesagt, ich hab nichts gegen doppelte Nennung wenn die Werte unterschiedlich sind, aber bei identischen Werten keine Doppelnennung. openGeoDB:version ist meiner Meinung nach mit 0.2.6.11 / 2007-12-04 / http://fa-technik.adfc.de/code/opengeodb/dump/; zu lang. Nur die Version 0.2.6.11 sollte reichen. Ja, genau - wobei auf fa-technik.adfc.de beliebige zwischendumps moeglich sind, teils direkt durch Benutzerwunsch. Von daher waere 0.2.6.11_2007-12-04 oder 02611_20071204 sinnvoll. Warum darf der String nicht länger sein? Gibt es irgend ein Problem wenn der String zu lang wird? Der braucht dann einfach zu viel Speicherplatz. Wer mehr Infos will findet die ja auf der Wiki Seite zu OpenGeoDB openGeoDB:license_plate_code = BW für BaWü ist irgendwie seltsam, Offiziell heisst das car_licence_code. Solche gibt es eigentlich nur auf Kreisebene (z.B. FR: Stadt Freiburg und Landkreis Breisgau im Schwarzwald) bzw. die Ebenen darunter. Auf Bundesland-Ebene steckt in dem Feld einfach nur eine Abkuerzung. Das finde ich nicht so gut (das ein Feld auch noch für einen anderen Zweck benutzt wird, denn es gibt ja kein Autokennzeichen: BW) Ok, dann das feld einfach nur auf Landkreisebene Importieren. Irgendwie sollte man noch kennzeichnnen das das ein Deutscher car_licence_code ist z.B. durch car_licence_code:de=M Die anderen Namensvarianten sind wenig interessant. Hier muss aber darauf hingewiesen werden, dass es auch landesspezifische Varianten gibt, z.B. opengeodb:name=Deutschland opengeodb:name:en=Germany opengeodb:name:fi=Saksa opengeodb:name:he=גרמניה usw. Ist genau so implementiert. Bitte soche Einträge nur dann anlegen, wenn es bereits Einträge für name=Deutschland name:en=Germany name:fi=Saksa name:he=גרמניה die anders lauten. Könntest du, wenn es nen neuen Dump gibt, in den die angenommenen Verbesserungsvorschläge eingeflossen sind, diesen hier posten, oder am besten Auszüge davon? MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] §5 UrhG, Städti
Im Zweifelsfall einfach mal bei der Stadt/Gemeinde nachfragen. MfG Andreas Hubel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zuordung von Straßen zu Orten via Rel ations
Gernot Hillier schrieb: Hi! Andreas Hubel schrieb: Da sich Martin Trautmann ja momentan die Arbeit macht, Straßen Orten zuzuordnen könnte man das Script doch gleich hernehmen um damit die entsprechenden Relations in OSM Anzulegen, dann könnte man das in Zukunft direkt aus den Daten rauslesen und muss nicht über den Abstand raten. Oder man könnte (Achtung: mein Lieblingsthema) einfach die Städte als Areas einzeichnen, wie es, wie ich mittlerweile rausgefunden habe, auch die FAQ als das korrekte Vorgehen bezeichnet: http://wiki.openstreetmap.org/index.php/FAQ#What_makes_a_road_belong_to_a_city.3F Ähm warum nicht einfach beides. Für eine Programm ist es einfach in ein Feld zu schauen, in dem steht diese Straße/Node/Area gehört zu diesem Gebiet, als erst mal komplizierte Berechnungen anzustellen, welche Areas denn jetzt grade dieses oder jenes schneiden. MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Alpha: OpenGeoDB - OSM
Martin Trautmann schrieb: ich denke die ganzen is_in Felder sollte man raus lassen. is_in kommt aus der Zeit in der es noch keine Relations gab. Ich denke das Tag sollte man irgendwie als veraltet oder so kennzeichnen. Im Gegenteil steckt genau im originalen part_of die Relation drin, weil hier die loc_id des naechsten opengeodb-Eintrags steckt. Svens Beispiel scheint das flachzuklopfen (part_of / Teil von / is_in_loc_id gegenueber is_in) das is_in kommt wie gesagt aus der Zeit in der es noch keine Relations in OSM gab. Das heißt man konnte nicht einfach sagen dieses Element gehört zu diesem Gebiet/Node, weil man die IDs der OSM Elemente nicht kannte. Deswegen hat man sich mit dem Namen des entsprechenden Gebiets/Nodes beholfen. Weil aber Namen nicht eindeutig sind, hat man teilweise angefangen die nächst höhreren Ebenen ebenfalls mit ein zu bauen bis man zu den ewig langen angeben gekommen ist, die wir heute haben. Heutzutage kann man das wunderbar mit Relations ausdrücken. Okay, es wäre schön wenn man den Nodes gleich ein member of=12354 xx=xxx / mitgeben könnte, aber das ist halt nicht so vorgesehen. Ich kann verstehen das man es aus kurzer Sicht eventl. noch mit rein nimmt, damit die alten Tools, die is_in noch nutzen weiterhin funktionieren, aber eigendlich ist das der falsche Weg. Eherer sollte man die ganzen is_in's in saubere Relations umwandel und denn tag dann entgültig verbannen. MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Javascript-Editor für OSM
Evtl. sollte man cschmitt mal fragen, ob er das nicht ins openstreetmap svn mit rüber nehmen könnte, da könnten dann auch mehr leute dran mit machen. BTW: Wo muss man die OSM SVN Accounts eigendlich beantragen. Geht das inzwischenzeit schneller? MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POIs und Openlayers
mallok schrieb: Hallo, ich habe gemaess dem Beispiel im wiki versucht mit POIs in einer Textdatei und openlayers, diese in OSM zeichnen zu lassen. Habe auch brav die lat lons in mercator umgerechnet (ebenfalls wie im wiki beschrieben). Meine POIs landen allerdings in Italien und nicht in Muenchen, wo sie hingehoeren. Ich habe die letzten 6 Stunden mit suchen im Netz zugebracht aber keine fuer brauchbaren beispiele gefunden. Eine Umrechnung der im wiki angegebenen Punkte transportiert die weit in den Norden und nicht nach Muenchen. Ich bin inzwischen so weit. dass ich weis. dass ich ein Problem mit der Projektion habe; nur habe ich leider keine Ahnung, welche Formel(n) ich anwenden soll. Weiss hier jemand weiter? Gruesse mallok Ja des ist ne zimlich seltsamme Sache, bin damals auch dran gescheitert. Die von OSM auf der Seite benutzte OpenLayers Variante benutzt intern keine Koordinaten, sondern Meter zwischen -20037508 und 20037508. Aber in deren JavaScripts gibts auch ne Funktion die die normalen Lat/Lon Koordinaten entsprechnd umwandelt, wie man z.B. bei der Centerfunktion sieht: var centre = lonLatToMercator(new OpenLayers.LonLat(10.688571882011752, 48.87896240236462)); oder bei der Funktion hier: function setPosition(lat, lon, zoom) { var centre = lonLatToMercator(new OpenLayers.LonLat(lon, lat)); map.setCenter(centre, zoom); if (marker) removeMarkerFromMap(marker); marker = addMarkerToMap(centre, getArrowIcon()); } Ich hoffe, das ich weiter helfen konnte, ansonsten zeig einfach mal deinen Code. MfG Andreas Hubel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Treffen München Januar
Hi, ich weiß etwas kurzfristig, aber ich hätte gerne mal ein Treffen in München mit Internetzugang. Also ne Gaststätte oder andere Örtlichkeit bei der es WLAN gibt. Jemand ne Idee oder dagegen? MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Treffen München Januar
Am Montag 14 Januar 2008 schrieb Andreas Hubel: Hi, ich weiß etwas kurzfristig, aber ich hätte gerne mal ein Treffen in München mit Internetzugang. Also ne Gaststätte oder andere Örtlichkeit bei der es WLAN gibt. Jemand ne Idee oder dagegen? generell dafuer, aber ich denke fuer morgen bleiben wir noch bei der bekannten location. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Javascript-Editor für OSM
Hallo, BTW: Wo muss man die OSM SVN Accounts eigendlich beantragen. http://wiki.openstreetmap.org/index.php/Accounts: Tom Hughes - [EMAIL PROTECTED] Geht das inzwischenzeit schneller? Weiss nicht ;-) normal ist der aber auf Zack. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] §5 UrhG, Städti
Am Sonntag, 13. Januar 2008 23:49 schrieb Andreas Hubel: Im Zweifelsfall einfach mal bei der Stadt/Gemeinde nachfragen. Wobei die sich dann häufig dafür entscheiden erstmal zu sagen: Alles ist urheberrechtlich geschützt. Damit ist der arme Angestellte in der Verwaltung auf der sicheren Seite. Am besten wäre wahrscheinlich einen Rechtsanwalt mit der Klärung der Frage zu beauftragen (und ihn auch nach Gebührenordnung zu bezahlen). Dann haftet der im Zweifel für seine falsche Beratung (dafür muss jeder Anwalt eine Rechtschutzversicherung haben). Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Alpha: OpenGeoDB - OSM
Am Montag, 14. Januar 2008 00:01 schrieb Andreas Hubel: Martin Trautmann schrieb: ich denke die ganzen is_in Felder sollte man raus lassen. is_in kommt aus der Zeit in der es noch keine Relations gab. Ich denke das Tag sollte man irgendwie als veraltet oder so kennzeichnen. Im Gegenteil steckt genau im originalen part_of die Relation drin, weil hier die loc_id des naechsten opengeodb-Eintrags steckt. Svens Beispiel scheint das flachzuklopfen (part_of / Teil von / is_in_loc_id gegenueber is_in) das is_in kommt wie gesagt aus der Zeit in der es noch keine Relations in OSM gab. Das heißt man konnte nicht einfach sagen dieses Element gehört zu diesem Gebiet/Node, weil man die IDs der OSM Elemente nicht kannte. Deswegen hat man sich mit dem Namen des entsprechenden Gebiets/Nodes beholfen. Weil aber Namen nicht eindeutig sind, hat man teilweise angefangen die nächst höhreren Ebenen ebenfalls mit ein zu bauen bis man zu den ewig langen angeben gekommen ist, die wir heute haben. Ich denke da liegst du falsch. Bereits in der ersten Version des Proposals am 31.August 2006 stand als Beispiel: isin=bedfordshire, england, UK isin=europe,scandanavia Heutzutage kann man das wunderbar mit Relations ausdrücken. Ja, aber die Tools machen es noch nicht. Solange das Feature in den Map_Features auftaucht und es bei OSM keinen Konsens gibt den Key zu löschen, möchte/werde ich den Key benutzen. Okay, es wäre schön wenn man den Nodes gleich ein member of=12354 xx=xxx / mitgeben könnte, aber das ist halt nicht so vorgesehen. Ich kann verstehen das man es aus kurzer Sicht eventl. noch mit rein nimmt, damit die alten Tools, die is_in noch nutzen weiterhin funktionieren, aber eigendlich ist das der falsche Weg. Warum? Das is_in ganz raus zu schmeißen, wenn es etwas besseres gibt, was funktioniert (=von Tools unterstützt wird) ist kein Problem. Dafür schreib ich dir in 2h einen Bot. Eherer sollte man die ganzen is_in's in saubere Relations umwandel und denn tag dann entgültig verbannen. Ich denke der erste Schritt ist, sich zu einigen, was stattdessen kommen soll. Und davon sind wir im Moment noch Meilenweit entfernt. Es gibt zu dem Thema leider mehrere Proposals: Relations/Proposed/Is_In Proposed_features/House_numbers Relations/Proposed/Postal_Addresses die alle Ihre schwächen und stärken haben. Mal ganz davon abgesehen gibt es eben auch Tools die dieses Tag verwenden. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-GB] RFC: Trigpoint Import (FW: Trigonomy Database Copyright)
Hi all, I'm looking to import a database of trigpoint pillars of the UK into OSM, since they're highly useful for countryside navigation. I have sent a message to the trigonomy yahoo group who are the experts on trigpoints. The only issue is possible copyright on their sources. Below is the reply I recieved from their list, I just need some further clarification from OSM whether it would be possible to continue. --- In [EMAIL PROTECTED], Graeme Paterson [EMAIL PROTECTED] wrote: Thomas Wood wrote: Hi, I'm looking to import trigpoints into the OpenStreetMap.org project from the trigonomy database. However, to do this, the licensing and copyright status of the data must be determined. OSM can only accept data with a license that allows free redistribution and use. Since the trigonomy database is compiled from a large number of sources, this is a complex issue, can anyone comment on the copyright status of the data? __- Hi Thomas, Interesting question. The Main Trigonomy Database was originally compiled by Jonathan (Jack) Russell, started in the later months of 2002 and completed early in 2003. I had taken over the updating of the Trigonomy by July 2003, and continue maintain it to this day. The next 'edition' is already underway, in that I have done a Save As and continued filling the pillar condition cells, mainly from Rob's latest adventures in the far north. As far as copyright of the Trigonomy Database is concerned, I had never even thought of it as being a copyright item in any way. I upload an updated Database to Yahoo! group Trigonomy at least once a year, and from there, all group members are free to download it onto their own PCs if desired. Personally, I am perfectly happy for you to import anything contained in the Trigonomy database into the http://www.openstreetmap.org/ project. However, as the historic information contained in the spreadsheet was originally property of the Ordnance Survey, perhaps you should clear things with them to satisfy OSM conditions. As the OS have now put their trig archive data on the web, I cannot see there being any problems with what you plan to achieve. Others on the Trigonomy Group may wish to comment on your enquiry - hopefully supportively. I am thinking particularly those who have contributed up to date information on trig pillars. Most of the major contributors are listed alphabetically by their first names on the back worksheet of the database, here they are : AC / TAC The Angry Corrie. ACG Aileen Gray [Coinea - TUK] ALG Alan Grove AH / ARH Alistair Hare AL Alex Latham [Lathma - TUK] AMc Alasdair MacNeill [Allymac - TUK] anon Other contributor(s) whose names are withheld. AW A Wainright [quoted in other sources] BBH Barry Hunter [Owner Creator - Trigtools] BD Brian Deegan [Deego - TUK] BeH Bernie Hughes [agentmancuso - TUK] BMJ Barbara Jones [TAC contributor] BTW Brian Westlake (Brisey, TUK) CB Chris Bomington CBR / BR Brian Russell [Trigonomy / RHB] CPa Colin Park (Bridgeman - TUK) DA David Ackrill [Morseman - TUK] DA D Andrews DB / DBu David Butterfield DCB David Bratt DW / DWo Dave Woffenden [Manonabike - TUK] GP / GRP Graeme Paterson [Clochandighter, TUK] IB Iain Bains IC Iain Cameron IGR Ian Richardson [Elsworth,TUK] IH Ian Harris [Teasel - (owner) TrigpointingUK] IJ Ian Jones [Stonestreaker - TUK] IM / IRM Iain Macaulay [Iainmac - TUK] IP Ian Peattie JCT John Talbot [Jochta TUK] JD Jon Davis JR /JFER Jonathan (Jack) Russell [Trigonomy owner]. JWR Jon Rouse [JWRouse - TUK] LAW Luke Winward [Lackofluke - TUK] MJF Michael Fisher MP M Phillips MS Mike Sutherland [Spidym - TUK] PDR Pete Roberts[Rhayader_wanderer - TUK] PP Philip Powell [Fellwanderer - TUK] PY Paul Young [Pyoung1s - TrigpointingUK] RB Roy Beacham RH / RHo Richard Helen Horton. (Trigpointbears - TUK] RN Richard Neale (Asteroth - TrigpointingUK) RS /RAHS Rod Sladen [RoPeHe - TUK] RW / RHW Rob Woodall [Sagina nivalis, TUK] 5000+ trig visits!!! RJW Richard Webb [Fasgadh - TrigpointingUK] SDL Sue Littlewood [rhb/trigonomy contributor]. SW Steve Weatherill [TAC contributor]. TA Ted Allwood [Ted - TUK] TL / TJL Trevor Littlewood TR Ted Richards [Father Ted - TrigpointingUK] Plus many others, apologies to those missed from the list above. Many of these folk have visited several hundred trig pillars, and some are in four figures. I have had a look at http://www.openstreetmap.org/ and it is a very interesting project. Very impressive, even names local pubs in my area. It would be great to see trig pillars indicated. How do you plan to show then? Symbol and height as usual, or symbol FB number? I may get involved myself one day, but unfortunately cannot spare any time at the moment as I already have my finger in several other
Re: [Talk-GB] Galloway Was:Summer Wales Party / Isle of Wight Redux...
Bruce Cowan wrote: Probably the most empty area in the UK just now is the Galloway region What are you complaining about? I've mapped Port Logan in its entirety: http://www.openstreetmap.org/?lat=54.72378lon=-4.95618zoom=16layers=0BFT (OK, apart from the road over to Drummore...) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb