Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass
On 28/03/2008, Peter Miller <[EMAIL PROTECTED]> wrote: > > Thanks for that Robert. A few other questions: > > 1) How does one tag something that is being considered seriously (such as > the Mottram Tintwistle bypass), but which may well never get built? I think > I will just put the estimated build date given by the highways agency for > now. (I will also continue to use the tunnel trick to get it to render in > the mean time). On the basis that we only put data into the project relating to physical objects I dont think we should put any items in that "might" get built. Once construction starts then you tag the object with something appropriate to indicate its a feature under construction. However I appreciate that once planning consent is approved we should have the object represented if we know where it is to go. Something like highway=trunk and proposed=true would be good enough for me. > > 2) I have a more difficult job with the new Haughley Bends upgrade on the > A14. A new section of A14 is being opened in the summer 08 and then the old > carriageways will be closed for 6 months and will then re-emerge as a > tertiary road (the west carriageway) and a bridleway (the east carriageway) > for most of the old section in Dec08, although a couple of short bits will > be grubbed up entirely and some new linking bits will be created. Is there > any way of coding such a thing? I feel it may be better to create a > relationship around all of the old stuff and say that it is going to go on > the switchover date, and then separately model the new network for the > replacement. Currently one has to add dates to every single little section > of road and as the opening date slips one should really change all the dates > which would be bonkers. In reality when a scheme opens in parts one might > have a series of versions of the model to be used in turn. > > I realise that I am pushing the model beyond its initial intentions but we > are going to need to have robust ways of dealing with change. > > > > Regards, > > > > > > > Peter > > > > > > -Original Message- > > From: Robert (Jamie) Munro [mailto:[EMAIL PROTECTED] > > Sent: 28 March 2008 12:29 > > To: Peter Miller; Talk Openstreetmap > > Subject: Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass > > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Peter Miller wrote: > > | > > | This job does raise an important question about how to map and model > > | proposed roads. We have used the tags 'highway=trunk' and 'tunnel=yes' > > | and name='Mottram . bypass (proposed)', 'proposed=trunk' and added a > > | note. It would be better not to have to use the tunnel tag to get it to > > | render properly (especially as part of the road is indeed in a proposed > > | tunnel which we can't represent!). Btw, the Glossop Spur didn't render > > | properly this week under mapnik and I think (hope) it was because I used > > | 'tunnel=true' not 'tunnel=yes'. I have changed the tags for the Glossop > > | Spur so that they are now identical to that for the main bypass and > > | should render properly next week. > > > > The correct tagging is to put a start_date that is somewhere in the > > future (i.e. the estimated date of completion of the project). I don't > > think renderers support this yet - they just render it as a normal road. > > They should render it as under construction (or not at all) if the date > > is in the future, and normally otherwise. Similarly for end_date. Dates > > should be in -MM-DD format as this is the most easily machine > > readable. I think renderers should allow partial dates - so if you know > > something will open in 2010, but not what month, you can just put > > start_date=2010, or if you know it's February start_date=2010-02. > > > > I also think renderers should ignore things after a space, so you can > > put "start_date=2010-01-01 approximately" or "start_date=2010 proposed" > > or other unforeseen uses. > > > > Robert (Jamie) Munro > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.6 (Darwin) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQFH7OSOz+aYVHdncI0RAuWKAKD8Zfojnl07nhH78z72H4bs4pgRGQCfZLnl > > s1g5bSrPwSpHRz899DtZc20= > > =kaiQ > > -END PGP SIGNATURE- > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > -- Andy Robinson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass
Andy Robinson wrote: > Something >like highway=trunk and proposed=true would be good enough for me. If you make that highway=proposed and proposed=trunk only those, that want to render proposed streets, have to change their rulefiles. Norbert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass
On Mar 29, 2008, at 09:39, Andy Robinson wrote: > On 28/03/2008, Peter Miller <[EMAIL PROTECTED]> wrote: >> 1) How does one tag something that is being considered seriously >> (such as >> the Mottram Tintwistle bypass), but which may well never get built? >> I think >> I will just put the estimated build date given by the highways >> agency for >> now. (I will also continue to use the tunnel trick to get it to >> render in >> the mean time). > On the basis that we only put data into the project relating to > physical objects I dont think we should put any items in that "might" > get built. This should really go into a separate layer... If consensus is that this data should not go in the database, I'd suggest creating it in JOSM and saving to a .osm file. Then if you want to create a map that shows the proposed highway, you could include this file in the input to the renderer. Personally, I don't see any harm in adding the data to the OSM database for now -- it certainly shouldn't get rendered on the main maps, but that can be achieved by appropriate tagging. Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXAPI returning points outside bounding box
On 18/03/2008, David Dean <[EMAIL PROTECTED]> wrote: > But, there are a bunch of nodes in the XML file outside that bounding box: > > > After a bit of that, the reset of the xml file seems ok, but something weird > is > clearly happening here. > > Any ideas? seeing as no-one more knowledgeable has answeeed, i'll have a go: are they components of ways which are partly within the bbox, partly outside it? i think if you request a bbox which has roads (or any ways), which are partly outside, it downloads the entirety of the way, including the nodes not constrained by the box? but i'm not 100% ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GML to OSM (Re: convert mapinfo POI to osm for uploading)
Hi, > Are there any updates on this script? Desperately needed for a public > domain data available as GML. > http://gis.naga.gov.ph/pmwiki/pmwiki.php/Main/Data No GML on that page? 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
[EMAIL PROTECTED] wrote: > I feel that it is important not to automatically fix tags, as this could > result in a custom render suddenly failing. Yes, but the same is true when someone manually replaces old tags with new ones. If you are doing a custom rendering and you don't keep your styles up to date with the current tagging policy, your rendering _will_ break because at some point someone's going to start updating the tags. -- - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ 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 server? Fixed now. There was an additional problem with an invalid character in one of the diffs; unfortunately, if there's one diff not working the whole incremental process grinds to a halt until re-synced by the next planet file. In this case I was able to fix the diff by hand. So all the excerpts should now be current. 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] OSM & Political problems (Re: China cracks down on illegal online map services to protect state security)
On 27/03/2008, Edoardo Marascalchi <[EMAIL PROTECTED]> wrote: > http://news.xinhuanet.com/english/2008-03/25/content_7858467.htm > [...] > The campaign would also target websites that made mistakes such as > labeling Taiwan a "country", wrongly drawing national boundaries, or > omitting important islands including the South China Islands, Diaoyu > Islands and Chiwei Island, said Min. I think this will be an increasing problem as OSM gains more momentum. For some people, national boundaries have huge political importance, and we should perhaps give some thought on how to deal with this before we get an edit war wrt Taiwan is a country or wether Kosovo is a part of Serbia or not. Wikipedia has these problems and deals with them (see e.g. this article with corresponding discussions: http://en.wikipedia.org/wiki/Armenian_Genocide), but since OSM is more like a sea of data than a set of separate articles, I assume it migt be more complex to deal with in OSM. I also assume (could not find anything in the wiki) that OSM ideally should be politically neutral. -- Bernt Marius Johnsen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GML to OSM (Re: convert mapinfo POI to o sm for uploading )
El Sábado, 29 de Marzo de 2008, Frederik Ramm escribió: > Hi, > > > Are there any updates on this script? Desperately needed for a public > > domain data available as GML. > > http://gis.naga.gov.ph/pmwiki/pmwiki.php/Main/Data > > No GML on that page? The data that can be downloaded from WFS is most usually GML. -- -- Iván Sánchez Ortega <[EMAIL PROTECTED]> Do nothing unless you must, and when you must act -- hesitate. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] RFC: railway=incline
On Fri, Mar 28, 2008 at 9:02 PM, Alex Mauer <[EMAIL PROTECTED]> wrote: > Sven Geggus wrote: > > > > To be serious, I don't like this pseudo object-oriented > > railway:incline:traction= stuff at all. > > Huh? object oriented? It's like that in order to prevent potential > conflicts, not anything to do with object orientation. Gah. All the namespacing appears to be there to raise the barrier to entry, rather than solving any real problem. Once again, I will say that it is unnecessarily complicated. If I find a traction=something I will know that you are talking about railway traction because it is on a railway=something object. In the same way, I will know that capacity=100 means that it's a chairlift capacity because it's on a chairlift, not a car park, and any "piste:thing:capacity" is a waste of time. You are simply making the tagging extremely complicated to remember. Please, please, please stop with the namespacing. We have tens of thousands of volunteers who won't understand what it means, and it doesn't actually solve any real problems. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] RFC: railway=incline
> Please, please, please stop with the namespacing. We have tens of > thousands of volunteers who won't understand what it means, and it > doesn't actually solve any real problems. > +1 Wabba ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] RFC: railway=incline
Andy Allan schrieb: > On Fri, Mar 28, 2008 at 9:02 PM, Alex Mauer <[EMAIL PROTECTED]> wrote: > >> Sven Geggus wrote: >> > >> > To be serious, I don't like this pseudo object-oriented >> > railway:incline:traction= stuff at all. >> >> Huh? object oriented? It's like that in order to prevent potential >> conflicts, not anything to do with object orientation. >> > Gah. All the namespacing appears to be there to raise the barrier to > entry, rather than solving any real problem. Once again, I will say > that it is unnecessarily complicated. If I find a traction=something I > will know that you are talking about railway traction because it is on > a railway=something object. In the same way, I will know that > capacity=100 means that it's a chairlift capacity because it's on a > chairlift, not a car park, and any "piste:thing:capacity" is a waste > of time. You are simply making the tagging extremely complicated to > remember. > > Please, please, please stop with the namespacing. We have tens of > thousands of volunteers who won't understand what it means, and it > doesn't actually solve any real problems. > FULL ACK!!! Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSMXapi error 501
I've been trying to extract data from OSMXapi. It seems to respond with ERROR 501 - Internal Server Error to each request. Is it broken? cheers, Chris __ Sent from Yahoo! Mail. A Smarter Inbox http://uk.docs.yahoo.com/nowyoucan.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GML to OSM (Re: convert mapinfo POI to o sm for uploading )
El Sábado, 29 de Marzo de 2008, Iván Sánchez Ortega escribió: > El Sábado, 29 de Marzo de 2008, Frederik Ramm escribió: > > Hi, > > > > > Are there any updates on this script? Desperately needed for a public > > > domain data available as GML. > > > http://gis.naga.gov.ph/pmwiki/pmwiki.php/Main/Data > > > > No GML on that page? > > The data that can be downloaded from WFS is most usually GML. In fact, downloading the data as GML is as simple as: http://gis.naga.gov.ph/cgi-bin/mapserv?MAP=/home/senenebio/public_html/nagacity_data.map&SERVICE=WFS&VERSION=1.1.1&REQUEST=GetCapabilities'); foreach($xml->FeatureTypeList->FeatureType as $layer) { echo "---\n Downloading data from layer:\n"; print_r($layer); passthru("wget 'http://gis.naga.gov.ph/cgi-bin/mapserv?MAP=/home/senenebio/public_html/nagacity_data.map&SERVICE=WMS&VERSION=1.1.1&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&TYPENAME={$layer->Name}' -O {$layer->Name}.gml -c"); } ?> I'll try have a look at the GML2OSM script... -- -- Iván Sánchez Ortega <[EMAIL PROTECTED]> Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Metadata schema for Nama City GML data
Hi all, I'm trying to convert the GML data for Nama City, Philippines (available through a WFS server) to the OSM format (for uploading with JOSM, etc) http://gis.naga.gov.ph/pmwiki/pmwiki.php/Main/Data I already got the data (look for the "GML to OSM" for a script for doing so). However, I can't find an explanation, or schema, of the metadata in that GML. (e.g. I don't know what SURF_TYPE or RSHOULDER mean). Somebody could please have a look at that issue? Cheers, -- -- Iván Sánchez Ortega <[EMAIL PROTECTED]> Now listening to: Sigur Rós - ( ) (2002) - [6] [E-Bow] (8:37) (96.545502%) signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXapi error 501
Chris Hill skrev: > I've been trying to extract data from OSMXapi. It seems to respond with > ERROR 501 - Internal Server Error to each request. Is it broken? > > cheers, Chris Same server that runs [EMAIL PROTECTED] afair - and that server is down at the moment. Crschmidt posted the following on the [EMAIL PROTECTED] list : "The [EMAIL PROTECTED] server is currently down for processing new tilesets. The disk which hosts the MySQL database is currently unavailable. I've contacted the owner of the machine and let him know. I will update the list when the service is available again. I apologize for any inconvenience. Regards, Christopher Schmidt MetaCarta" That might be the same reason osmxapi is u/s at the moment. Dutch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GML to OSM (Re: convert mapinfo POI to osm for uploading)
El Sábado, 29 de Marzo de 2008, maning sambale escribió: > Are there any updates on this script? Desperately needed for a public > domain data available as GML. > http://gis.naga.gov.ph/pmwiki/pmwiki.php/Main/Data And, to top it, the GML data there is malformed... LineStrings must have at least 2 points... -- -- Iván Sánchez Ortega <[EMAIL PROTECTED]> Now listening to: Anggun - Au nom de la lune (1997) - [14] De soleils et d'ombres (4:00) (75.00%) signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] RFC: railway=incline
Andy Allan wrote: > Gah. All the namespacing appears to be there to raise the barrier to > entry, rather than solving any real problem. Once again, I will say > that it is unnecessarily complicated. If I find a traction=something I > will know that you are talking about railway traction because it is on > a railway=something object. Clearly, there's no way that a traction key could ever be applied to something that shares a way with a railway. That's not a real problem, just something imaginary. -Alex Mauer "hawke" ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] import of dataset for new zealand
On Sat, Mar 29, 2008 at 4:18 AM, Robin Paulson <[EMAIL PROTECTED]> wrote: > > I thought the whole point of this > > project was to get away from crap like that... > > well, partly. but the practicality is that we need a license that says > 'do this if you want to use our data' to protect it from bad people, > so it's not unreasonable for people who donate large amounts to us to > do similar Umm, there are many people contributing who would like their data to be public domain. I don't think we need a licence to protect the data at all. The licence is to protect us, as *users* from companies blindsiding us by changing terms/asking money/limiting usage. When I use OSM data I know there are no limitations how or where I can use it. You're proposing changing that and I object. It basically has the same problems as the original BSD advertising clause. http://en.wikipedia.org/wiki/BSD_license#UC_Berkeley_advertising_clause It sucked then and it sucks now. We don't want it. 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] Mapping Mottram and Tintwistle proposed bypass
On Sat, Mar 29, 2008 at 9:39 AM, Andy Robinson <[EMAIL PROTECTED]> wrote: > On the basis that we only put data into the project relating to > physical objects I dont think we should put any items in that "might" > get built. In general I agree, but for some things like highways I think you can make an exception. There's a freeway in the area that's been in the planning for 20 years. The land is cleared, on a satellite image you can see exactly where it will be. In that case I think putting it in as "proposed" is not unreasonable. Basically, if you can see the effects already, it's mappable. This may be prior to the start of construction. 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] Coastline checker / fixer
On Wed, 2008-03-26 at 17:31 +, Robert (Jamie) Munro wrote: > I vaguely remember months ago when the coastline checker at > http://tile.openstreetmap.nl/coastlines.html was quite new, someone > suggested they thought it was mature enough to be used to auto-fix ways > that need reversing, and others suggested that it wouldn't be a good > idea to do that. > > I'm wondering if it could add a FIXME=coastline_direction_checker_error > or similar tag to ways that it thinks are the wrong way around so that > it is easy to find them using JOSM's search function. Currently, I have > to keep switching applications between JOSM and Firefox to try to work > out which small island is the one that is backwards. I've modified the JOSM validator plugin (and JOSM itself) to do much improved coastline checking. I generally find a bad place on the coastline checker slippy map, then pull it up in JOSM. It can fix about 95% of the errors all by itself, including those small islands. Just run the validator and look for "Clockwise Water". My new checks are a ton better than what was there before. It sucked. :) You can download a custom JOSM and validator .jar here: http://dev.openstreetmap.org/~daveh/josm/ I'm also keeping my personal JOSM patch set much better split out than I did before, so I'm very willing to post it any time if people are interested in integrating some of what I have done. If you decide to run it and have any troubles, please report them back to me. I'll fix them as fast as I can! -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] RFC: railway=incline
On Sat, Mar 29, 2008 at 5:18 PM, Alex Mauer <[EMAIL PROTECTED]> wrote: > Andy Allan wrote: > > Gah. All the namespacing appears to be there to raise the barrier to > > entry, rather than solving any real problem. Once again, I will say > > that it is unnecessarily complicated. If I find a traction=something I > > will know that you are talking about railway traction because it is on > > a railway=something object. > > Clearly, there's no way that a traction key could ever be applied to > something that shares a way with a railway. That's not a real problem, > just something imaginary. I see you've changed it from railway:incline:traction= to railway:traction= - but I still don't understand the need for the railway: prefix. Am I missing something obvious? What's wrong with just traction= ? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] RFC: railway=incline
Andy Allan wrote: > I see you've changed it from railway:incline:traction= to > railway:traction= - but I still don't understand the need for the > railway: prefix. Am I missing something obvious? What's wrong with > just traction= ? I think it is possible, even likely, that we might want to apply it to something other than railway, which can share a way with a railway. The simple/plain traction= would preclude this. -Alex Mauer "hawke" ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] RFC: railway=incline
On Sat, Mar 29, 2008 at 6:20 PM, Alex Mauer <[EMAIL PROTECTED]> wrote: > Andy Allan wrote: > > > I see you've changed it from railway:incline:traction= to > > railway:traction= - but I still don't understand the need for the > > railway: prefix. Am I missing something obvious? What's wrong with > > just traction= ? > > I think it is possible, even likely, that we might want to apply it to > something other than railway, Fair enough > which can share a way with a railway. Very, very unlikely. > The simple/plain traction= would preclude this. It could be modelled with two ways, if this was the case. Even sharing nodes (if it needs to be impossible to edit!). Or relations. But you seem to be making up extremely unlikely hypotheticals in order to back up your desire to use namespaces where they are completely unnecessary (c.f. piste:lift:capacity). I can't even think of a situation where the capacity= tag is ambiguous, and it's being used for a number of capacity-related purposes, never mind this traction= tag which so far only even has one purpose. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] RFC: railway=incline
Alex Mauer wrote: > I think it is possible, even likely, that we might want to apply it to > something other than railway, which can share a way with a railway. The > simple/plain traction= would preclude this. Can you give an example of such a thing? What features shares a way with a railway at all, traction or no traction? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXapi error 501
On Sat, Mar 29, 2008 at 05:03:54PM +0100, J.D. Schmidt wrote: > Chris Hill skrev: > > I've been trying to extract data from OSMXapi. It seems to respond with > > ERROR 501 - Internal Server Error to each request. Is it broken? > > > > cheers, Chris > > Same server that runs [EMAIL PROTECTED] afair - and that server is down at > the moment. > Crschmidt posted the following on the [EMAIL PROTECTED] list : This shouldn't have affected osmxapi other than temporarily, but in any case, Hypercube is back in the saddle now, so if there is a continuing problem, it likely needs to be fixed by etienne: unfortunately, I don't know much about how to bring this back online. Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Cycle lanes
Andy Allan schrieb: > I'd tag every one of those as highway=cycleway on a separate way, if I > had the time and the patience. If I was busy, I would see > cycleway=track as being a stop-gap, and someone else could model them > as separate ways when they had the time (in the same way that there's > nothing wrong with a parking node when you can't/don't want to draw > the area in full). This is also my technique. Much too often those cycleways are very different from the motorcar lanes and require additional attention. For example, if time permits I'd like to add warning notes ("behind a bus_stop", "an entrance to a supermarket nearby", "beware of trash cans twice the week", "often use for parking car", etc.). > If, however, someone came along and removed my separate ways and added > cycleway=track to the road I would be very cross! BTW, I'd also like us to add cycleway=track to highway=cycleway way whenever the cycleway belongs to the street (in German "straßenbegleitend"). In Germany it is very important to know whether a cycleway belongs to the street, because then cyclists are force to use the cycleway. That's probably the same elsewhere in Europe. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] RFC: railway=incline
Gervase Markham wrote: > Alex Mauer wrote: >> I think it is possible, even likely, that we might want to apply it to >> something other than railway, which can share a way with a railway. The >> simple/plain traction= would preclude this. > > Can you give an example of such a thing? > > What features shares a way with a railway at all, traction or no traction? highways, for one. There are railways which travel along streets in many places. -Alex Mauer "hawke" ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXapi error 501
The request still gives error 501 so something is wrong. cheers, Chris - Original Message > From: Christopher Schmidt <[EMAIL PROTECTED]> > To: J.D. Schmidt <[EMAIL PROTECTED]> > Cc: Chris Hill <[EMAIL PROTECTED]>; Talk OSM > Sent: Saturday, 29 March, 2008 7:31:56 PM > Subject: Re: [OSM-talk] OSMXapi error 501 > > On Sat, Mar 29, 2008 at 05:03:54PM +0100, J.D. Schmidt wrote: > > Chris Hill skrev: > > > I've been trying to extract data from OSMXapi. It seems to respond with > ERROR 501 - Internal Server Error to each request. Is it broken? > > > > > > cheers, Chris > > > > Same server that runs [EMAIL PROTECTED] afair - and that server is down at > > the moment. > > Crschmidt posted the following on the [EMAIL PROTECTED] list : > > This shouldn't have affected osmxapi other than temporarily, but in any > case, Hypercube is back in the saddle now, so if there is a continuing > problem, it likely needs to be fixed by etienne: unfortunately, I don't > know much about how to bring this back online. > > Regards, > -- > Christopher Schmidt > MetaCarta > __ Sent from Yahoo! Mail. A Smarter Inbox http://uk.docs.yahoo.com/nowyoucan.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] Vote opened - aeroway=gate
Voting is now open on the aeroway=gate proposal - please add your vote http://wiki.openstreetmap.org/index.php/Proposed_features/aeroway_gate ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXapi error 501
Osmxapi is back up. It just wanted a database check before it was willing to restart. 80n On Sat, Mar 29, 2008 at 10:17 PM, Chris Hill <[EMAIL PROTECTED]> wrote: > The request still gives error 501 so something is wrong. > > cheers, Chris > > - Original Message > > From: Christopher Schmidt <[EMAIL PROTECTED]> > > To: J.D. Schmidt <[EMAIL PROTECTED]> > > Cc: Chris Hill <[EMAIL PROTECTED]>; Talk OSM < > talk@openstreetmap.org> > > Sent: Saturday, 29 March, 2008 7:31:56 PM > > Subject: Re: [OSM-talk] OSMXapi error 501 > > > > On Sat, Mar 29, 2008 at 05:03:54PM +0100, J.D. Schmidt wrote: > > > Chris Hill skrev: > > > > I've been trying to extract data from OSMXapi. It seems to respond > with > > ERROR 501 - Internal Server Error to each request. Is it broken? > > > > > > > > cheers, Chris > > > > > > Same server that runs [EMAIL PROTECTED] afair - and that server is down > > > at the > moment. > > > Crschmidt posted the following on the [EMAIL PROTECTED] list : > > > > This shouldn't have affected osmxapi other than temporarily, but in any > > case, Hypercube is back in the saddle now, so if there is a continuing > > problem, it likely needs to be fixed by etienne: unfortunately, I don't > > know much about how to bring this back online. > > > > Regards, > > -- > > Christopher Schmidt > > MetaCarta > > > > > > > __ > Sent from Yahoo! Mail. > A Smarter Inbox http://uk.docs.yahoo.com/nowyoucan.html > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagging HAM radio repeaters.
Jon Stockill wrote: > [EMAIL PROTECTED] wrote: > > >> Also any objection to a closed wey showing coverage limit, and how should >> this be tagged? (would probably need a wey per transmitter frequency). >> > > Coverage would depend a great deal on the equipment used to access the > repeater though. > > Jon > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > > Maybe not a closed way defining coverage, but on the node putting in power output per band would be useful. Freqs could be listed by band as well, such as 70cm, 2m, etc A wiki style link to propogation maps would be useful too. A repeater site may also contain different repeaters operated by different folks (with different callsigns) Kyle ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] The State of Terminal 5
I hear it's still a bit of a state... glad we avoided Heathrow again :-) Kyle Nick Black wrote: > Very timely ;-) > > On Thu, Mar 27, 2008 at 11:07 AM, 80n <[EMAIL PROTECTED]> wrote: > >> The new terminal 5 at Heathrow airport opened today. >> >> I've just done a survey of the quality of the on-line maps for this major >> new facility. The results are on the OpenGeoData blog: >> http://www.opengeodata.org/?p=286 >> >> Enjoy. >> 80n >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk >> ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Stares
Thomas Szukala wrote: > I remember a story of a guy who was trying to photograph a highway by > night (long time exposure). A policeman came by and was some kind of > picky about what the strange guy with this strange equipment (DSLR, > tripod, etc) was doing, unitl he showed him on the camera screen the > results. Then the conversation started to go in the direction on how > this was done and how he (the policeman) could do it by himself. > > Thomas > > If memory serves, it was a guy trying to photograph Battersea Power Station. In this current "oh my ghod everyone's a terrorist" climate, it's not surprising - sadly Kyle ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Participating in TAH
Christopher Woods wrote: > I have a handful of machines at my disposal (less than ten but more > than three!) that I'm interested in using to contribute towards > rendering tiles. However, I can't find an easy way of signing up, I > can't attach to the project in BOINC and there's not much help on the > TAH site. > > Can someone get in touch with me to nudge me in the right direction? > Cheers. > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > I know this has already been answered, but it would be awesome if [EMAIL PROTECTED] could be accessed through the BOINC framework (especially as deployment to multiple computers would just involve an MSI and MST file). Anyone reckon if it's at all possible to get all the required magic working? :-p Kyle ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk