Re: [OSM-talk] amenity=embassy
Francois De Ryckel wrote: > Hello Everyone, > > As I'm mapping in an area with a lot of embassies and consulate, I'd like > to resurrect this proposal: > Proposed features/Embassy > > I do not know all the procedures for this tag to appear on the map > features and or to be rendered ... I know some kind of voting should be > involved :) > > Thanks for adding any suggestion to the proposal > > Cheers > > François de Ryckel Hi everyone, I've done some work on Francois' original page on Embassy. A few people there have suggested 'diplomatic=embassy' instead of 'amenity=embassy'., which is something I support. I've expanded the page with this proposal. It would also solve the long standing 'Border Control' proposal. There's some more details on the page: http://wiki.openstreetmap.org/index.php/Proposed_features/Embassy Just to let people know that work is being done on this proposal. Rory ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] - Alpine Hut
On Jun 13, 2008, at 18:00, Alexander Zatko wrote: > I found out that there is a tag tourism=chalet which seems to be quite > a similar concept to alpine hut. Given that the chalet tag is already > approved, I will start using it, but am not sure what to do with the > proposal I created for Alpine Hut. To me, tourism=chalet is a building that you'd rent with a group or family for holidays, usually in or close to a village. An alpine hut on the other hand is usually higher up in the mountains and further from civilization, which operates more like a youth hostel. So I think your proposal should stand. Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OpenStreetBugs
It looks like updates done by the script are not fully correct. Deleting results in an empty balloon and still existing node. However, after refreshing it is correct. When adding a bug, it disappears when I hit OK. However, at that moment the bug I added before appears. Thus I always miss the last one added, but see all others. (I'm using FF3.) Besides that, it is very nice. Steven [EMAIL PROTECTED] schreef: Hello I just made a tiny tool for fun : http://gpsrevolution.blogspot.com/2008/06/openstreetbugs-eng.html That's not a big thing but I found it useful. Feel free to use it. Xav (french mapper). Very Cool. Deleting doesn't seem to work properly and if you add a bug when POI layer is disable you can enter details but it does not stick. In terms of usage where is the list of bugs maintained and can it be automatic split down into regions? There nothing like a bit of competition to get local teams motivated ("my list has less bugs than yours..."). Since we have mailing lists for different countries, would that be a suitable split? How about changing the marker to be a bug outline :-) Cheers, Simon. ___ 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] OpenStreetBugs
> Hello > > I just made a tiny tool for fun : > http://gpsrevolution.blogspot.com/2008/06/openstreetbugs-eng.html > That's not a big thing but I found it useful. > Feel free to use it. > > Xav (french mapper). Very Cool. Deleting doesn't seem to work properly and if you add a bug when POI layer is disable you can enter details but it does not stick. In terms of usage where is the list of bugs maintained and can it be automatic split down into regions? There nothing like a bit of competition to get local teams motivated ("my list has less bugs than yours..."). Since we have mailing lists for different countries, would that be a suitable split? How about changing the marker to be a bug outline :-) Cheers, Simon. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OpenStreetBugs
X schrieb: > Hello > > I just made a tiny tool for fun : > http://gpsrevolution.blogspot.com/2008/06/openstreetbugs-eng.html > That's not a big thing but I found it useful. > Feel free to use it. > > Xav (french mapper). > > ___ > Very cool, thanks for the tool. I think it would be helpful to put this on the front page openstreetmap.org. Either in new Tab or only the plus button onto the map. Cheers, Jonas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Front page
[EMAIL PROTECTED] wrote: > Would it be possible to make the whole of the left 'banner' > collapsable, > so that it would compress to a thin bar on the left of the screen? > This is > what google maps does > > Would this have a negative effect with Potlatch getting confused about > screen size? Shouldn't do - Potlatch resizes to the size of the div automatically. Nice idea. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OpenStreetBugs
X wrote: > Hello > > I just made a tiny tool for fun : > http://gpsrevolution.blogspot.com/2008/06/openstreetbugs-eng.html > That's not a big thing but I found it useful. > Feel free to use it. > > Xav (french mapper). > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > > Very nice looking tool. People have talked about this for a while, but you have done it. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] - Alpine Hut
I found out that there is a tag tourism=chalet which seems to be quite a similar concept to alpine hut. Given that the chalet tag is already approved, I will start using it, but am not sure what to do with the proposal I created for Alpine Hut. A. On Jun 5, 2008, at 10:07 AM, Sven Geggus wrote: > AJH <[EMAIL PROTECTED]> wrote: >>> There is however another thing we would need a Tag for. >>> unfortunately >>> I don't know an englisch word (bivouac?), we call this >>> "Biwakschachtel" in German: >> >> Bothy? > > OK, this one comes close: > http://en.wikipedia.org/wiki/Bothy > > So this could be an extension to the existing shelter proposal. We > could just add something like sleeping=yes. > > Sven > > -- > Why are there so many Unix-haters-handbooks and not even one > Microsoft-Windows-haters handbook? > Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! > /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web > > ___ > 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] OpenStreetBugs
Hi, > http://gpsrevolution.blogspot.com/2008/06/openstreetbugs-eng.html very cool :) . BTW: Was it possible to add a name tag, especially to the gpx download file? I didn't try what happens when loading nameless waypoints to my garmin yer :) . Cheers, ce ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
On Wed, 2008-06-11 at 23:24 +0200, Rainer Dorsch wrote: > Am Mittwoch, 11. Juni 2008 schrieb Richard Fairhurst: > > Frank Sautter wrote: > > > i agree with you! > > > my idea of how this should be rendered is: > > > grade1: just like highway=service > > > [...] > > > > It's worth noting that tracktype is not a universally welcome tag - a > > lot of people think having an arbitrary scale isn't very "OSM-like", > > and that it's better to tag specific characteristics. We don't > > necessarily have anything better, of course. > > > > I agree. In particular it does not reflect the diameter of the stones on the > track. Having a track with large "rocks" (as it happens often in the Alps) or > very small stones certainly makes a difference when you ride with your > bikeNevertheless the tracktype information is much more useful than just > knowing it is a track. > I guess we could have a surface=big_stones or something like that :) -- Rodrigo Moya <[EMAIL PROTECTED]> ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
Marc Schütz wrote: >> An alternative is to use highway=service, surface=paved since they >> are access roads within a property(?) just the same as universities, >> hospitals and industry. > > No, they are usually public ways, not within a property. I don't think that's necessarily true, and has no bearing on whether it's marked as service. A service road is a service road, regardless of whether it's public or private. From the wiki, Key:highway page: "It is a very general and sometimes vague description of the physical structure of the highway." -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] Front page
I confirm that openstreetmap.org is losing hits in favor of informationfreeway.org due to that left banner ;-) Cheers, Lucas De: [EMAIL PROTECTED] en nombre de [EMAIL PROTECTED] Enviado el: vie 13/06/2008 17:12 Para: OSM Openstreetmap Asunto: Re: [OSM-talk] Front page Would it be possible to make the whole of the left 'banner' collapsable, so that it would compress to a thin bar on the left of the screen? This is what google maps does Would this have a negative effect with Potlatch getting confused about screen size? Cheers, Simon ___ 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
[OSM-talk] OpenStreetBugs
Hello I just made a tiny tool for fun : http://gpsrevolution.blogspot.com/2008/06/openstreetbugs-eng.html That's not a big thing but I found it useful. Feel free to use it. Xav (french mapper). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Front page
Would it be possible to make the whole of the left 'banner' collapsable, so that it would compress to a thin bar on the left of the screen? This is what google maps does Would this have a negative effect with Potlatch getting confused about screen size? Cheers, Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
On Friday 13 June 2008 03:54:42 Frederik Ramm wrote: > Hi, > > > If there is some legal reason for it to be only accessible by bikes and > > tractors, then you'll need to use access restrictions > > (access=no;agriculture=yes;bicycle=yes;foot=yes) anyway, as there is > > nothing that says normal cars are not allowed to use tracks of grade1 > > I don't know if this is a German specialty but the tracks being > discussed mainly carry the following sign disallowing all motorized > traffic: > > http://de.wikipedia.org/wiki/Bild:Zeichen_260.svg > > And then the following exemption explicitly allowing > agricultural/forestry use: > > http://de.wikipedia.org/wiki/Bild:Zusatzzeichen_1026-38.svg > > Surely it is possible to tag these ways as > access=no,agriculture=yes,forestry=yes,bicycle=yes,horse=yes,foot=yes > etc.etc. but it seems wrong to me; the signage *forbids* certain > accesses and allows all others. You are suggesting to turn around the > logic with your tagging: Forbid all accesss and then explicitly allow > some. Which obviously breaks if new access types are introduced later. I'm doing exactly what you want to do. Except I was thinking about the following sign: http://de.wikipedia.org/wiki/Bild:Zeichen_250.svg The closest tag I know for this is access=no, unless you want to invent the new tag vehicles=no > What's more, in terms of kilometres we have vastly more of these in > Germany than, say, pedestrian zones in cities. Nobody says that we > should do away with highway=pedestrian even though you could perfectly > well tag it as highway=residential,access=no,foot=yes - pedestrian areas > are something that is known to everyone and so we just tag "here is a > pedestrian area" instead of trying to describe what exactly a pedestrian > area is. > > So it is only understandable that the community is looking for an easy > way to tag these kinds of tracks, and until now many seem to have used > highway=track,tracktype=grade1 for them. Maybe many have discussed this implicit access restriction on the German mailinglist. But I have seen nothing about it in the wiki nor in the talk list. So from my (Dutch) viewpoint there are no implicit access restrictions on a grade1 track. In contrary the very definition of it implies it is physically possible to drive a normal car along it. For a pedestrian highway however the implicit access restrictions are clearly defined and worldwide the same. > Maybe we should simply stop trying to find international lingo for > something that seems to be a national type of road, and just recommend > that people tag these things as "highway=land-und-forstwirtschaft", with > implied access restrictions. That is probably a better idea than to expect any routing program to know that when a track of grade1 is in Germany it has different access restrictions then in e.g. the Netherlands. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Front page
At 01:57 PM 6/13/2008, spaetz wrote: > > >> Would it be worth moving the introduction, links, wiki, shop, > > >> conference advert, and donation buttons from the front page to an > > >> "about" tab in the view/edit/export.. tab strip? The left-hand edge > > >> of the main page seems to be getting quite long, so the search box > > >> isn't visible without scrolling on some screens. > >I also think that the current setup uses a bit too much space. Here >is my attempt to make things more efficient and more pleasing. > >Compare the current osm layout with my simple tweaks: >http://img246.imageshack.us/img246/6303/snapshot20080613135303az8.png Looks good. Maybe move the whole Search box to below the logo and the "Map Key" bullet point to the top of its list? That prioritises the main actual usage functions. I realise these are probably not CSS tweaks. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Front page
> >> Would it be worth moving the introduction, links, wiki, shop, > >> conference advert, and donation buttons from the front page to an > >> "about" tab in the view/edit/export.. tab strip? The left-hand edge > >> of the main page seems to be getting quite long, so the search box > >> isn't visible without scrolling on some screens. I also think that the current setup uses a bit too much space. Here is my attempt to make things more efficient and more pleasing. Compare the current osm layout with my simple tweaks: http://img246.imageshack.us/img246/6303/snapshot20080613135303az8.png What it does: 1) remove the ugly box around the OSM logo 2) make the logo less important by removing upper/lower padding around it. 3) Add some "bullet points" before menu items so they are recongnizable as such. (Just stole some random ones on the net, we should obviously use different ones) 4) Remove the examples under the search box, this declutters the page a lot. So I think it's worth moving the examples to the linked wiki page. All but 4) are a few tiny CSS tweaks. -- Diff to the screen stylesheet: 50c50 < padding: 10px; --- > padding: 0px 10px; 54d53 < border: 1px solid #dd; 121a121,126 > #left_menu a { > background-image:url('http://www.qplay.de/img/BulletPoint.gif'); > background-repeat:no-repeat; > padding-left:20px; > } > 173c178 < top: 35px; --- > top: 25px; ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
> At 09:50 AM 6/13/2008, Sven Geggus wrote: > >spaetz <[EMAIL PROTECTED]> wrote: > > > > > I use highway=track for paved roads sometime. In Switzerland these > > > agricultural roads are sometimes of very high quality. > > > >Same in Germany > > An alternative is to use highway=service, surface=paved since they > are access roads within a property(?) just the same as universities, > hospitals and industry. No, they are usually public ways, not within a property. > > Mike Regards, Marc -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
At 09:50 AM 6/13/2008, Sven Geggus wrote: >spaetz <[EMAIL PROTECTED]> wrote: > > > I use highway=track for paved roads sometime. In Switzerland these > > agricultural roads are sometimes of very high quality. > >Same in Germany An alternative is to use highway=service, surface=paved since they are access roads within a property(?) just the same as universities, hospitals and industry. I understand the need and reasoning, but as a native speaker, I usually expect a track to be, well, a track, i.e. something of not particularly great quality. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
Am Freitag, 13. Juni 2008 07:42:25 schrieb Karl Newman: > On Thu, Jun 12, 2008 at 10:18 PM, spaetz <[EMAIL PROTECTED]> wrote: > > On Thu, Jun 12, 2008 at 11:34:06AM -0700, Karl Newman wrote: > > > So now I decide that since I drive really fast down my driveway, I > > > should call it highway=motorway and start tagging driveways that way. > > > Since > > > > that's > > > > > "how it's used", I'm going to change Map Features to reflect that. > > > Okay, that's a bit extreme, but really, care should be taken when > > > changing Map Features since that's what the mappers rely on. > > > > highway=track > > tracktype=grade16520 > > > > Seems to be used 6520 times in Germany alone, according to tagwatch. That > > hardly qualifies as a single loonie, doing nonsense. I agree that > > changing map_features should be done carefully. But in this case it seems > > absurd to bnot change it. > > > > spaetz > > Ah, so I only need 6249 more loonies! :-) Thanks for the data to back this > up. I'm actually okay with the change, but I'm concerned with the cavalier > manner in which it was done. > > Karl Well, the point is, that when tracktype appeared (and was discussed and voted upon in the wiki), it included the "grade1 is paved or similar" description on the proposal page, but noone changed the outdated information in map features afterwards. -Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Front page
In message <[EMAIL PROTECTED]> Steve Hill <[EMAIL PROTECTED]> wrote: > On Fri, 13 Jun 2008, OJ W wrote: > >> Would it be worth moving the introduction, links, wiki, shop, >> conference advert, and donation buttons from the front page to an >> "about" tab in the view/edit/export.. tab strip? The left-hand edge >> of the main page seems to be getting quite long, so the search box >> isn't visible without scrolling on some screens. > > What about moving the search box? Maybe right under the OSM logo, or even > on the tab-bar between "User Diaries" and "log in"/"Welcome" (although > that may make the page too wide). The tab bar is nowhere near deep enough for the search box, not to mention the fact that the tab bar is already getting a bit wide without adding anything more to it. This is mainly a problem for people that aren't logged in - the big box on the left that describes OSM vanishes if you are logged in. The conference announcement also doesn't help but that will gone again in a month. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] New template for Proposed features
On Fri, Jun 13, 2008 at 3:32 AM, Robin Paulson <[EMAIL PROTECTED]> wrote: > by the way, on the example page: are we allowed to use shots obviously > taken from google? i think a link to the area in question would be > less likely to cause trouble...unless i'm being paranoid Yea gads no. It would be much better to do a bit of sketching over an OSM map, or take a photo, or something, rather than screenshotting someone else's map to say "do this ->" Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Front page
On Fri, 13 Jun 2008, OJ W wrote: > Would it be worth moving the introduction, links, wiki, shop, > conference advert, and donation buttons from the front page to an > "about" tab in the view/edit/export.. tab strip? The left-hand edge > of the main page seems to be getting quite long, so the search box > isn't visible without scrolling on some screens. What about moving the search box? Maybe right under the OSM logo, or even on the tab-bar between "User Diaries" and "log in"/"Welcome" (although that may make the page too wide). - 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] Rendering of tracktype
I´d like to point up proposal of new smoothness tag, which seems to solve the problems with tracktype and surface tags. http://wiki.openstreetmap.org/index.php/Proposed_features/Smoothness It would be IMHO great solution for the track rendering problem, rendering could be also altered for special maps like cycle map or skate map, because the proposal clearly defines usability of the track. The same schema could be also used for rendering footways, cycleways and paths, with diferrent color. Proposal of track surface rendering: excelent - single solid line, thick goog - single solid line, thin intermediate - dashed line with longer dashes bad - dashed line with shorter dashes horrible - dotted line impassable - dotted line with greater spaces between dots This rendering schema could be also used for tracktype values till the smoothness tag will be in broader usage. Tomas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
Karl Newman schrieb: Ah, so I only need 6249 more loonies! :-) Thanks for the data to back this up. I'm actually okay with the change, but I'm concerned with the cavalier manner in which it was done. The original Map_Features was put up in the same way. I don't see any problem here. It's a wiki. You can revert it. And should there be much dissent, *then* you can have a vote. -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rendering of tracktype
spaetz <[EMAIL PROTECTED]> wrote: > I use highway=track for paved roads sometime. In Switzerland these > agricultural roads are sometimes of very high quality. Same in Germany Sven -- "We don't know the OS that God uses, but the Vatican uses Linux" (Sister Judith Zoebelein, Vatican Webmaster) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Front page
Would it be worth moving the introduction, links, wiki, shop, conference advert, and donation buttons from the front page to an "about" tab in the view/edit/export.. tab strip? The left-hand edge of the main page seems to be getting quite long, so the search box isn't visible without scrolling on some screens. Then, should export and map key be buttons on the map, since they modify the current map view rather than going to a different page? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk