[talk-ph] legarda flyover
yes, i pass there almost everyday. confirm that there is a flyover. it will be at the highest level. which will put it above the other one. as well there is a left turn from ramon magsaysay to nagtahan bridge. also from san miguel you can turn left to legarda and even arsenio lacson. the area under the flyovers is really an open space where i think you can pretty much anything goes. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Atelier/workshop on OSM, Boussu, 21/05/2011
Je confirme ma venue à 15h ! Bonne journée, @ tout à l'heure. -*φol d.*- 2011/5/19 Pol d.paol...@gmail.com Bonjour, J'essaierai de venir, mais c'est déjà mal parti. Je vais faire mon possible mais sans plus de garantie. Bonne journée ! -*φol d.*- 2011/5/16 Linusable linusableli...@yahoo.fr This is an annoucement of a small workshop on OSM near Mons, next saturday ! As it will be in french, i only use this language for the following text : Le prochain atelier mensuel de l'A.S.B.L. LoLiGrUB se déroulera samedi 21 mai à 15h dans les locaux du Caj-Mir à Boussu. Pour plus d'information : http://www.loligrub.be/blog/2011/05/14/prochain-atelier-loligrub-samedi-21-mai-15h/ http://www.loligrub.be/blog/nous-rejoindre/ Un des sujets abordés est OpenStreetMap, un pont plus loin…. (lire : un peu plus loin...) La présentation s'adressera tant aux novices qu'à des utilisateurs de niveaux débutant ou moyen. Après un rapide rappel des bases sur la cartographie numérique avec OpenStreetMap, l'atelier se focalisera sur quelques points : - le fonctionnement de la communauté des contributeurs OSM (Wiki, forum, mailing list, ...) - les nouvelles fonctionnalités du logiciel d'encodage JOSM - la présentation de quelques projets utilisant les données de OpenStreetMap - la couverture de la région de Mons et du Borinage, les perspectives et la contribution de l'association LoLiGrUB La présentation sera suivie d'une discussion. Ambiance conviviale garantie ! L'atelier est ouvert à toute personne intéressée, et en particulier aux contributeurs OSM de la région. Au plaisir de vous y rencontrer ! Linusable PS : à noter que l'animateur de l'atelier (votre serviteur) n'est pas un expert en la matière, mais entend bien amplifier la dynamique OSM sur la région. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Tracks and there place in society
Very basically this is all a problem becuase highway=track and highway=bridleway/byway/footway cannot both be tagged together. They need to be understood and moved, or duplicated into 'routes' or another key to state access. Having them together any longer will knock 10 years off my life, I'm sure of it! We need to either move bridleways/byways and footways to routes or somewhere/anywhere else!, and just leave highway=track and highway=path. Or we need to move physical things (like tracks) out of the highway key, even though highway is apparently 'Physical', realistically it primarily states access rights. This has been done to death before. The wheel does not need to be reinvented. In the UK, most people mapping countryside areas use what is described in the wiki under the Classic UK Tagging style http://wiki.openstreetmap.org/wiki/United_Kingdom_Tagging_Guidelines#Rights_of_ways_in_England_and_Wales Note, in particular, that the access-type keys are designation=public_footpath designation=public_bridleway designation=restricted_byway designation=public_byway or designation=byway_open_to_all_traffic You can see a real rendering of these rules here; http://www.free-map.org.uk/freemap/index.php RichardB ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tracks and there place in society
RichardB: I'm aware it's appeared before, that means nothing if theres still an issue. To class the tagging system as 'the wheel' is giving it far to much praise, the wheel is what would be great to have. are the following tags rendering on the main openstreetmap renderers? If so, can designation=public_footpath appear without highway=footway. If so, that does then bring up the issue of good rendering, and correlation between style and meaning, and also asks why it was necessary to have yet another key to patch up an issue. designation=public_footpath designation=public_bridleway designation=restricted_byway designation=public_byway or designation=byway_open_to_all_trafficDesignation does seem like an incredably hacky way of solving this issue. It's an attachment tag to correct a bug, where a new key is invented where not necessary. Guess that's standard OSM practice! At least there has been some progress. Simon: Access means the rules/rights you have to access something. I.e there is no public access to my house. or, there is public access on foot to a footway. Physical means what is physically there. I.e. there is physically a path in my back garden. There is also physically a path where there is a public access footway. So, a good example is the M69 in the UK, and I'm sure there are other versions in most countries. It is a fake section of motorway used for training. Therefore it isn't actually a 'motorway' it's just a piece of tarmac. Physically it has all the properties of a motorway. It doesn't however have public access, you can't go on it, and if you did, i assume becuase it's not on the highway, it doesn't have the same standard highway laws. Therefore it is physically a motorway, access is private. It is not a highway. In many countries the 2 can happily be merged together. However in the UK, there are footways(access) which are on private roads, tracks, paths, or not visible at all. The phisical properties are highly varied, the access is the same. Likewise all the aforementioned physical routes can exist with no foot way on. Renderers and OSM's tagging scheme being set out to make this easy really doesn't involve much, and it would have no effect on people in other countries where it's not an issue. Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tracks and there place in society
RichardB: This also makes me wonder, why do highway=bridleway or highway=byway still exist, if designation=public_bridleway is possible? What is a bridleway if not designated a bridleway?! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tracks and there place in society
Simon: To put it simply. There is 'can' and there is 'may'. Places one 'can' go, and places one 'may'. I can walk across my neighbours lawn, but I may not. I may choose to take a footway where I 'can' walk on a track, then take another footway where i 'may' walk where i 'can' on a path. In OSM track and footway can't coexsist. The 'highways' key has a mix of these as well as tags that state both, neither or something completely different. Likewise for rendering. Hope that makes sense. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tracks and there place in society
Ben Robbins wrote: [...] Please take this to talk-gb. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Tracks-and-there-place-in-society-tp6389100p6389114.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tracks and there place in society
Am 21.05.2011 11:45, schrieb Ben Robbins: Simon: To put it simply. There is 'can' and there is 'may'. Places one 'can' go, and places one 'may'. I can walk across my neighbours lawn, but I may not. I may choose to take a footway where I 'can' walk on a track, then take another footway where i 'may' walk where i 'can' on a path. In OSM track and footway can't coexsist. That was really already clear to me. I was just confused by your use of access track since afaik track doesn't actually correspond to any specific right of way classification in the UK, so really is more of a physical or/and usage classification in any case (see the German version of the highway=track page in the wiki). The 'highways' key has a mix of these as well as tags that state both, neither or something completely different. Likewise for rendering. Woudn't it be best simply to ignore that historically the values for some of the highway tags originated in the UK right of way system and (for the UK) rely on the designation tag to map the row status? In the end that is what the overwhelming majority of OSM outside of the UK has to do anyway. Hope that makes sense. Well as much as anything in the UK makes any sense :-) SImon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tracks and there place in society
Simon: There is no such thing as a track as an access right in the UK. I merely give this example becuase I am talking generally, and apparently they do exist elsewhere, and this has been insistend relentlessly by others in the past, so I'm just going with that. In the UK there is no use for highway=track at all, but it's not 'just a UK' thing. I agree that the origins of the highway tag can be ignored and that they started in with UK definitions doesn't matter. It's what we now have that matters. The rendering rule sheets on OSM's main page are not listening it seems to what there is now. If it did, the highway=byway/bridleway/foot-way would be a rarely used tag within the UK. It is not. I think justifying why something is a mess doesn't make it justification for leaving it as such. The problem is having highway=bridleway with highway=track. Now as Richard B said there is now the designation tag so highway=track and designation=public bridleway can be done. However this isn't rendered either at all, or if it were would clash and not render correctly (brown dash for track with yellow dash for byway on mapnik). Freemap seems to asume that highway=byway is another way of saying it's a road. Which is odd becuase byways may be on a tarmacked road (can only think of 1 i've seen), but they are also on tracks or just grass. In this example the byways are mere tire tracks in the grass: http://www.free-map.org.uk/freemap/index.php?zoom=16lat=52.09726lon=-1.06801layers=B Now the 'designation' option could work. 3 things then need to be done. 1) It just needs to be listened to and rendered. WIth logic. 2) 'access' rights should be removed from the Highway tag. 2) There should be consideration as to what the difference is between route= and designation= really is, and why there under different keys. Richard Fairhurst: This is talking about highways in general, and the render rule-sheets. The fact that the problem is exposed within the UK does not make it UK specific. Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Default policy on automated edits
I was recently having a discussion about the role of automated imports and other automated edits to our dataset. I think we need a simple, concise position statement on the issue. This video concisely summarizes my view on the issue and I suggest we adopt it as our official default policy: http://www.youtube.com/watch?v=tb2Pzl1U0sY Thank you, - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tracks and there place in society
are the following tags rendering on the main openstreetmap renderers? If so, can designation=public_footpath appear without highway=footway. If so, that does then bring up the issue of good rendering, and I think you are conflating two things: in tagging, it makes sense to describe both the physical object and the legal issues. I think everyone agrees that these are conceptually separate, and that our tagging scheme often carries both meanings. In rendering, maps can be made for many purposes by anyone. You're basically complaining that the standard rendering doesn't do what you want. In the case of a way which is physically track but is also a public_footpath but not a public_bridleway or a byway (please excuse errors - I'm the US, but I hope you get the point), a map could choose a) show a track (because that's what is physically) b) show a footway (because that's what most people can do with it) c) show a track with some tint to show both concepts (note that we already have no-access tint) d) skip it, because a clean view for normal driving is wanted Each of these 4 choices will make some people happy and not others. So having a debate about the right one for the default render is not going to be too useful. The data and the styles are all free. Perhaps you can render your own, and share your style.A proposed specific change to the style file to implement some form of c with an example rendered is soemthing that I think would be more well received. That said, highway= implies that the object is a public or private way (US terms, but usable by the public), except for highway=service and highway=track. Those access defaults are perhaps a mess, but the main point is that there are established clear semantics for the tags. In the case of physical tracks with various public_foo status, it seems there is a clear way. pgp5WTid20xfc.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tracks and there place in society
are the following tags rendering on the main openstreetmap renderers? If so, can designation=public_footpath appear without highway=footway. If so, that does then bring up the issue of good rendering, and I think you are conflating two things: in tagging, it makes sense to describe both the physical object and the legal issues. I think everyone agrees that these are conceptually separate, and that our tagging scheme often carries both meanings. In rendering, maps can be made for many purposes by anyone. You're basically complaining that the standard rendering doesn't do what you want. I'm complaining not because it's not what I want, but because 1) it's not possible to map correctly. 2) the system is not particularly neat/organised. I do want it to be better yes, but there's rational behind my point, it's not me complaining becuase I don't have what I want...I'm not that simple. In the case of a way which is physically track but is also a public_footpath but not a public_bridleway or a byway (please excuse errors - I'm the US, but I hope you get the point), a map could choose a) show a track (because that's what is physically) b) show a footway (because that's what most people can do with it) c) show a track with some tint to show both concepts (note that we already have no-access tint) d) skip it, because a clean view for normal driving is wanted Each of these 4 choices will make some people happy and not others. So having a debate about the right one for the default render is not going to be too useful. If it is a) (just a track), show just a track. If it is b) (a footway (public access)) show a footway. If it is both, we need to be able to show both. For c) it then has assumptions made about highway=track. If you need to add no=access, then has highway=track implied some access, and in which case what? For d) I'm unclear what you mean by 'it'. If you mean the public bridleway that is on the track then that is a fair point if the map render is made for drivers. However it is not, it's beyond a 'streetmap' as the footways and bridleways demonstrated from day 1. The data and the styles are all free. Perhaps you can render your own, and share your style.A proposed specific change to the style file to implement some form of c with an example rendered is soemthing that I think would be more well received. I do render my own. I have shared a style in the initial email. An additional image is here: http://wiki.openstreetmap.org/wiki/File:Tracktype_example.PNG this is some 5 years old now. I would personally propose that a track (phisical) is renderered with core/casing in some form, so that a coloured access right can render on top and there is no clash. However, this 'is' just what 'I' want. It goes beyond just addressing the problem, and even getting some acceptance of it. What I am trying to Emphasise is what map features says is near meaningless if it isn't rendering, becuase the renderer will influence what people do. So as far as I can see highway=footway still clashes with highway=track on the OSM renders, even if there is a sorta fix on map features. That said, highway= implies that the object is a public or private way (US terms, but usable by the public), except for highway=service and highway=track. See this is part of the issue. It implies different things, or many things. Ideally it should be clear, and that is what I would like to try to sort out. If values appear under the same key then there shouldn't really be the 'excepts'. Also it's more complex that just implying 'public or private'. 'motorway' implies all motorway regulations and properties. Track's in the UK don't have this, they have the regulations of the 'something else' that may or may not go along them. Those access defaults are perhaps a mess, but the main point is that there are established clear semantics for the tags. In the case of physical tracks with various public_foo status, it seems there is a clear way. Can you ellaborate on this? I'm not following. What is this clear way, and would it be possible to see an example of this please? Sorry if this isn't appearing correctly in the archives...I'm not really clear on how make replies attach to specific messages. Also,I'm off for 3 days, so apologies for a slow responce to come. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tracks and there place in society
Hi, On 05/21/2011 01:41 PM, Ben Robbins wrote: If it is a) (just a track), show just a track. If it is b) (a footway (public access)) show a footway. If it is both, we need to be able to show both. A track which does not have access=private or access=no or something is always accessible and usable for pedestrians, so why would anyone want to tag it as footway too? A footway, on the other hand, is never a track because then it would have been tagged as one. I don't understand what you're going on about, it must be something specific to the UK, and I second Richard Fairhurst's suggestion that you take this to talk-gb. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tracks and there place in society
Ben Robbins schrieb: does seem like an incredably hacky way of solving this issue. Practically everything in OSM is done in a hacky way. And actually, that's probably the only way that works in a mostly unorganized, freedom-promoting community. If you want strictly logical organization, you're probably in the wrong project. ;-) Robert Kaiser ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tracks and there place in society
Frederik Ramm writes: On 05/21/2011 01:41 PM, Ben Robbins wrote: If it is a) (just a track), show just a track. If it is b) (a footway (public access)) show a footway. If it is both, we need to be able to show both. A track which does not have access=private or access=no or something is always accessible and usable for pedestrians, so why would anyone want to tag it as footway too? A footway, on the other hand, is never a track because then it would have been tagged as one. I don't understand what you're going on about, it must be something specific to the UK, and I second Richard Fairhurst's suggestion that you take this to talk-gb. I agree with Richard and Frederik's suggestion that this is an issue only in the UK, and that you take it to a forum where everybody understands what the heck you're talking about. But may I make a suggestion? That the best way to resolve differences is to write them down in a Wiki page (easy to do in your own namespace), link to places where your wisdom differs from the common wisdom, insert a link from there back to your page, and say This is how I map. If people share your wisdom, they will follow you. And a further suggestion: that if what you are doing does not conflict with what other people are doing, then the problem isn't a mapping problem, it's a rendering problem. Rendering problems are solvable without requiring coordination between people. The easiest way to create order in OSM is to DOCUMENT HOW YOU MAP, and DON'T MAP IN OPPOSITION TO HOW OTHER PEOPLE MAP. We don't all need to map the same way, but the people who use the data need to understand it. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Default policy on automated edits
Serge Wroclawski writes: This video concisely summarizes my view on the issue and I suggest we adopt it as our official default policy: http://www.youtube.com/watch?v=tb2Pzl1U0sY And I always though it's the Klingon you don't trust http://www.youtube.com/watch?v=Y0kzI9m6gO0 :) Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Default policy on automated edits
On Sat, May 21, 2011 at 5:49 AM, Serge Wroclawski emac...@gmail.com wrote: I was recently having a discussion about the role of automated imports and other automated edits to our dataset. I think we need a simple, concise position statement on the issue. This video concisely summarizes my view on the issue and I suggest we adopt it as our official default policy: http://www.youtube.com/watch?v=tb2Pzl1U0sY I think I could get behind that. I present my last week of edits as exhibit B: http://www.openstreetmap.org/user/ToeBee/edits ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] A modest proposal fo OSM mailing list reform
John Smith deltafoxtrot...@gmail.com wrote: On 21 May 2011 13:52, Nick Hocking nick.hock...@gmail.com wrote: Forums (IMO) are much superior to mailing lists for one simple reason If the forum software is a threaded one then it is really easy to avoid reading any drivel from the trolls. You just ignore the whole thread if the troll starts it or just ignore any parts of an otherwise useful thread if it becomes troll infested. While not a forum, you do realise you can do the same thing with a newsgroup interface? Any decent mail client will offer the same feature. Forums suck hardcore. They all have different feature sets, differently disabled UIs, they encourage terrible posting styles, and worst of all I have to go to them (and register separately at each one, log in each time I visit, manage yet another user profile, remember a whole new set of user identities for those I interact with, etc) if I want to read the content. With mailing lists on the other hand, the content conveniently comes direct to me, I get to choose what software has the interface I like, and it is impossible for censors to delete stuff before I get to see it. All that, and I still have a delete button for stuff I don't want to see. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] A modest proposal fo OSM mailing list reform
On 21 May 2011 16:08, Sam Couter s...@couter.id.au wrote: John Smith deltafoxtrot...@gmail.com wrote: On 21 May 2011 13:52, Nick Hocking nick.hock...@gmail.com wrote: Forums (IMO) are much superior to mailing lists for one simple reason If the forum software is a threaded one then it is really easy to avoid reading any drivel from the trolls. You just ignore the whole thread if the troll starts it or just ignore any parts of an otherwise useful thread if it becomes troll infested. While not a forum, you do realise you can do the same thing with a newsgroup interface? Any decent mail client will offer the same feature. Forums suck hardcore. They all have different feature sets, differently disabled UIs, they encourage terrible posting styles, and worst of all I have to go to them (and register separately at each one, log in each time I visit, manage yet another user profile, remember a whole new set of user identities for those I interact with, etc) if I want to read the content. With mailing lists on the other hand, the content conveniently comes direct to me, I get to choose what software has the interface I like, and it is impossible for censors to delete stuff before I get to see it. All that, and I still have a delete button for stuff I don't want to see. I was trying to avoid the discussion/flame war over mailing lists v forums v whatever. This is a very subjective thing, possibly due to when you started to use the internet and your personality/preferences etc etc etc If people want to use a forum like interface, gmane.org does that I believe. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] A modest proposal fo OSM mailing list reform
On 21 May 2011 16:11, John Smith deltafoxtrot...@gmail.com wrote: If people want to use a forum like interface, gmane.org does that I believe. Actually gmane.org does a few different options, include a blog like interface... http://dir.gmane.org/gmane.comp.gis.openstreetmap.region.au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] A modest proposal fo OSM mailing list reform
On 21 May 2011 16:11, John Smith deltafoxtrot...@gmail.com wrote: If people want to use a forum like interface, gmane.org does that I believe. I've used MarkMail for lists, and like it: http://goo.gl/Sv27p which is this less friendly/longer URL: http://markmail.org/search/?q=talk-au#query:talk-au%20list%3Aorg.openstreetmap.talk-au+page:1+state:facets Chris ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Talk-au Digest, Vol 47, Issue 21
I have my membership on the list set up to receive the daily digest. I get one email a day with the postings since the last one. I can scan over it read more deeply the ones I want. When I'm finished I can delete the lot. I am in a couple of groups like this and I have them all set up this way. Works for me. Cheers, Paul From: talk-au-requ...@openstreetmap.org talk-au-requ...@openstreetmap.org To: talk-au@openstreetmap.org Sent: Saturday, 21 May 2011 9:00 PM Subject: Talk-au Digest, Vol 47, Issue 21 Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. A modest proposal for OSM mailing list reform (Alex (Maxious) Sadleir) 2. whereNSW forum on spatial data policy 4th June (Alex (Maxious) Sadleir) 3. A modest proposal fo OSM mailing list reform (Nick Hocking) 4. Re: A modest proposal fo OSM mailing list reform (John Smith) 5. Re: A modest proposal fo OSM mailing list reform (Sam Couter) 6. Re: A modest proposal fo OSM mailing list reform (John Smith) 7. Re: A modest proposal fo OSM mailing list reform (John Smith) 8. Re: A modest proposal fo OSM mailing list reform (Chris Barham) -- Message: 1 Date: Sat, 21 May 2011 09:30:20 +1000 From: Alex (Maxious) Sadleir maxi...@gmail.com To: OSM Australian Talk List talk-au@openstreetmap.org Subject: [talk-au] A modest proposal for OSM mailing list reform Message-ID: banlktinv_u-oju_pfr9gwhgnko3w1na...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 http://opengeodata.org/osm-mailing-lists-time-for-a-change -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20110521/a1032393/attachment-0001.html -- Message: 2 Date: Sat, 21 May 2011 10:12:05 +1000 From: Alex (Maxious) Sadleir maxi...@gmail.com To: OSM Australian Talk List talk-au@openstreetmap.org Subject: [talk-au] whereNSW forum on spatial data policy 4th June Message-ID: banlktinw7z97hceoqd01tswe0azcefo...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 http://wherensw.net.au/ Will also be streamed online. -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20110521/1deee150/attachment-0001.html -- Message: 3 Date: Sat, 21 May 2011 13:52:47 +1000 From: Nick Hocking nick.hock...@gmail.com To: talk-au@openstreetmap.org Subject: [talk-au] A modest proposal fo OSM mailing list reform Message-ID: banlktimttbl-jzgxmqko4cr1j+xizuz...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Forums (IMO) are much superior to mailing lists for one simple reason If the forum software is a threaded one then it is really easy to avoid reading any drivel from the trolls. You just ignore the whole thread if the troll starts it or just ignore any parts of an otherwise useful thread if it becomes troll infested. With mailing lists it is easy to just not open a post from a troll but if someone else directly quotes a troll then it is a bit tricky to stop reading instantly. The trick is that the forum must be threaded. Of course the desperate trolls will then start to put their poison in the subject line and to increase their use of sock puppets so as to try to trick us into reading their garbage. At this point there, unfortunately, needs to be some form of moderation/banning (or CENSORSHIP as the trolls will bleat). -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20110521/5aa3adf9/attachment-0001.html -- Message: 4 Date: Sat, 21 May 2011 14:32:22 +1000 From: John Smith deltafoxtrot...@gmail.com To: Nick Hocking nick.hock...@gmail.com Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] A modest proposal fo OSM mailing list reform Message-ID: BANLkTimYYOk=-AXk9eaKR=tsgrl5wep...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 On 21 May 2011 13:52, Nick Hocking nick.hock...@gmail.com wrote: Forums (IMO) are much superior to mailing lists for one simple reason If the forum software is a threaded one then it is really easy to avoid reading any drivel from the trolls. You just ignore the whole thread if the troll starts it or just ignore any parts of an otherwise useful thread if it becomes troll infested. With mailing lists it is easy
[Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Moin, ich habe heute beschlossen, den Abgleich der Straßenverzeichnise, der ISIL Bibliotheken-Karte, dem TMC Validator und dem AGS Abgleich, nach immerhin 3 Jahre nach dem Start des ersten Straßenverzeichnisses einstellen. Ich habe es nicht mehr geschafft, die Aktualisierung der Dienste zeitnah zu überwachen. OpenStreetMap wächst gewaltig, darüber freue ich mich sehr, aber damit wachsen auch die Datenmengen, die meine Skripte verarbeiten müssen, den Webspace den ich anmieten muss, und die Möglichkeit das Fehler auftreten. Ich möchte mich lieber für anderen Dingen, auch bei OpenStretMap, einsetzen, als hier einen Haufen Skripte zu warten, die nicht richtig funktionieren und immer das Gefühl zu haben etwas halb fertiges zu haben Sollte es intersse an den Skripten und Daten geben, bin ich gerne bereit diese jemanden aus zu händigen und auch das ein oder andere zu erklären. Ich möchte mich bei allen Bedanken, die mit Hilfe der Daten bislang OpenStreetMap verbessert haben. Mir ist klar, das es immer noch Bedarf für die Dienste gibt. Bei Bedaf können evtl. vorhandene Verweise auf die Seite: http://osm.anders-hamburg.de/ umgestellt werden. Wer Lust hat, kann mich auf dem Kirchentag in Dresden im Staatsschauspiel (in der nähe des Zwingers) besuchen. Ich arbeite dort als Hallenleiter (hab aber dann vermutlich auch wenig Zeit). Gruß Sven Anders ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Hallo Sven, Herzlichen Dank für Deine bisherige Arbeit! In Bayern waren/sind Deine Skripte hilfreich und beliebt. Mit herzliche Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Hallo Sven, ganz herzlichen Dank für Deine Arbeit und Deinen Einsatz auch von meiner Seite!! Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Am 21. Mai 2011 09:16 schrieb Sven Anders s...@anders-hamburg.de: ich habe heute beschlossen, den Abgleich der Straßenverzeichnise, [...] Sollte es intersse an den Skripten und Daten geben, bin ich gerne bereit diese jemanden aus zu händigen und auch das ein oder andere zu erklären. Das interessanteste oder wertvollste, werden sicherlich die Straßenverzeichnisse sein, welche von einer Vielzahl zusammengetragen wurden. Es wäre schön, wenn du davon ein Backup bereitstellen könntest. Das selbe gilt im Übrigen auch für Florian Lohoffs ehemalige Straßenlistenauswertung. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
Am 21.05.2011 09:16, schrieb Sven Anders: Sollte es intersse an den Skripten und Daten geben, bin ich gerne bereit diese jemanden aus zu händigen und auch das ein oder andere zu erklären. Mich würden die Scripte für den AGS Abgleich und die genaue rechtliche Erlaubnis für die amtlichen Listen interessieren. MfG yobiSource ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arabische Schriftzeichen arg klein?
Uhu Zu den Asiatischen Fonts: Ich kann ein paar asiatische Sprachen halbwegs lesen - es gelingt mir zumindest ab und zu ein Wort zu erkennen. Bei Lao, Khmer und Burmesisch kann ich die gröbsten Rendering Fehler erkennen. Falls also jemand die Fehler verbesseren möchte - keine Ahnung wer das sein könnte - kann ich anbieten Beta Tester zu sein und die Fehler zu beschreiben. Eine andere Sache die mich schon länger beschäftigt: Eine Freundin von mir sieht nicht besonders gut. Immer wenn ich ihr Openstreetmap zeige, fragt Sie mich, ob man die Schrift größer machen kann. Mit CTRL+ kann man schon alles größer machen, dann wird es aber unscharf. Menschen die schlecht sehen, werden nicht mal sehen, dass das unscharf ist, ich denke mir aber, daß speziell Menschen mit Sehbehinderungen auch scharfe Bilder besser erkennen können. Ein BigFont Mapnik-Style wäre nicht schlecht. lg, Bernhard On 2011-05-21 00:31, Peter wrote: Am 16.05.2011 23:37, schrieb Stephan Knauss: On 16.05.2011 22:13, Peter wrote:' ich nicht, Kann es sein das die arabische Schrift in Mapnik Karten etwas klein ist? ja, ist sie. Nicht nur die. Auch die ganzen asiatischen Schriften. Problem ist der Font. Größere Größe einstellen? Besonders bei den asiatischen Schriften ist dann noch das Problem, dass die Ziffern eine deutlich andere Größe haben als die restliche Schrift. Wusst' ich nicht. Würde ich einfach mal ignorieren, zumindest hierzuland sind Ziffern selten in Namen. Leetspeak ist auch out. Ich habe das für zwei kleinere Gebiete korrigiert: http://libya.osm-tools.org/ korrigiert :-) nett gesagt. Ich finde es zwar besser, aber gegenüber dem Fliegendreck der es vorher war ist alles besser. Ich hab' mal einen Screenshot nebeneinander gestellt. Die lateinischen Buchstaben sind eine ganz andere Klasse besser zu sehen, http://666kb.com/i/btnqe18wckw1334ix.png Oben ist deins, also größer. Die Schriftzeichen haben evtl. größere Überlängen, also die Dinger die oben rausgucken, wodurch der großteil des Textes zu klein wird wenn man sich bei der Größenwahl an den Überlängen orientiert. Da modernere Geräte mehr dpi haben als ein oller Desktopmonitor wird das schnell nochmal kleiner. Ich könnte mir vorstellen das mobile Geräte dann nochmal feiner sind. Dann noch das Alter... die Augen, stöhn:-) http://thaimap.osm-tools.org/ Auch hübsches Schriftbild, aber auch kleiner als die lateinischen. Aber das soll ein Sprachkundiger entscheiden. Am besten auch einer der schon Ü40+ ist, mit 20 hab' ich sicher noch besser gucken können. Was bleibt ist ein Bug in Mapnik bzw, der dort verwendeten Font-Engine mit Khmer Schrift. Ist ein bekanntes Problem, die Lösung scheint nicht ganz so einfach zu sein. Obwohl Microsoft und Google es ja auch gelöst haben... Die haben mehr Leute die sich kümmern können. Andere Renderengine wo das gar nicht auftrat. Mit der Zeit 10 Renderer implementiert, was auch immer ... http://lists.berlios.de/pipermail/mapnik-devel/2010-September/001245.html Ich selbst hab' keinen Bedarf da ich das 'eh nicht lesen kann. Wollte es halt mal gesagt haben, nicht das es noch keiner merkte, bzw. ob meine Einschätzung nicht ganz daneben liegt. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggen eines Kreuzgangs
Hallo, Ich möchten einen Kreuzgang erfassen und finde keinen dazu passenden historic-Wert. Von dem Kreuzgang stehen nur noch die Mauern mit den darin eingelassenen Grabnischen. Für mich ist das weder ein building noch eine ruin. Und sollte man eher die Mauern als Linie oder als Fläche Taggen oder das gesamte umschlossene Areal als eine area? Hat jemand eine Idee oder gibt es vielleicht sogar Beispiele für ähnliche Baudenkmäler, die bereits erfasst sind? Hier ein Foto des Objekts: einen http://www.mairie-perpignan.fr/sites/default/files/mairieperpignan/images/monuments/pho_monument_193_03.jpg Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche in OpenSteetMap
Andreas Labres schrieb: Natürlich funktioniert's (OSM unterstützt OpenSearch), nur mußt Du halt wissen, wie Dein Browser das umsetzt. Im Chrome geht man zB in Optionen|Suchmaschinen verwalten und setzt z.B. für OpenStreetMap das Suchkürzel osm, dann kann ich in der Adresszeile osm $ADRESSE suchen. Oh, das hat Chrome auch 1:1 von Firefox kopiert? Schon spanned, wie stark die ein schwach gemachter Klon unserer Technologie-Erfindungen sind. Aber du hast die eigentliche Frage nicht verstanden, |Ich habe grad openstreetmap Ortsname in Google eingegeben| heißt nicht in einer speziell manuel installierten Scuhmaschine in Chrome, sondern im Suichfeld auf der Google-Webseite, also dem eigentlichen Google und nicht einem Nebenprodukt dieser Firma. Und natürlich würde Google nie dafür Sorge tragen, dass in deren Suche OpenStreetMap so intuitiv auftaucht, schließlich verdienen sie Geld mit dem eigenen Kartenservice. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Soll Google unsere Daten finden ? war Re: Suche in OpenSteetMap
Hi, und warum hat Google unsere Daten nicht im Index. Technisch wäre das für Google kein Problem. Also wollen sie nicht, bzw. sie respektieren unsere Community und unsere Arbeit. Wollen wir, das Google unsere Inhalte findet und anzeigt ? Mfg Marc Gehling Am 20.05.2011 um 22:59 schrieb Sven Geggus: Markus liste12a4...@gmx.de wrote: Ich habe grad openstreetmap Ortsname in Google eingegeben, in der Hoffnung, dass dann die Karte von Ortsname angezeigt wird (oder zumindest eine Link dorthin) Funktioniert aber nicht. Wenn es dafür eine einfache Lösung gäbe, dass sowas funktioniert, dann hätten wir das längst. OSM hat haufenweise exklusive Inhalte die man finden würde, wenn Google unsere DB im Index hätte. Gruss Sven -- Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das Verbindungsgebrüll. (aus einer Ebay fishing Mail) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Soll Google unsere Daten finden ? war Re: Suche in OpenSteetMap
Hi, Gehling Marc wrote: und warum hat Google unsere Daten nicht im Index. Technisch wäre das für Google kein Problem. Also wollen sie nicht, bzw. sie respektieren unsere Community und unsere Arbeit. Wollen wir, das Google unsere Inhalte findet und anzeigt ? Derzeit sind die browse/*-Seiten per robots.txt fuer Google erlaubt, und werden von Google auch geladen und dargestellt, man such z.B. mal nach site:www.openstreetmap.org dortmund. Wenn ich die Karte von Dortmund finden will, muss ich nach site:www.openstreetmap.org dortmund place=city suchen, damit ich nicht die ganzen Relationen mit Dortmund im Namen finde. Dann bin ich mit zwei Klicks auch auf der Karte. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alles hat ein Ende, auch mein Straßenvergleich
On 11-05-21 9:16, Sven Anders wrote: Ich möchte mich lieber für anderen Dingen, auch bei OpenStretMap, einsetzen, als hier einen Haufen Skripte zu warten, die nicht richtig funktionieren und immer das Gefühl zu haben etwas halb fertiges zu haben Hallo Sven, die Skripte und Daten sollten zumindest als aktueller Snapshot archiviert werden, besser noch in brauchbarem Zustand nochmals aufgeräumt und übergebbar werden. Ein Haufen Skripte, die nicht richtig funktionieren? Die Straßenauswertung wirkte nach aussen so, als würde sie ordentlich laufen. Bekannte Probleme der Skripte sollten vielleicht noch dokumentiert werden. Ich möchte mich bei allen Bedanken, die mit Hilfe der Daten bislang OpenStreetMap verbessert haben. Mir ist klar, das es immer noch Bedarf für die Dienste gibt. Meinen Dank für deine Arbeit - sie war viel besser als meine Versuche, die nur nach grober Umkreis-Schätzung gingen und nicht wirklich die inzwischen bekannten Gemeindegrenzen berücksichtigen konnten. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arabische Schriftzeichen arg klein?
Am 21.05.2011 01:10, schrieb Bernhard Zwischenbrugger: Eine Freundin von mir sieht nicht besonders gut. Immer wenn ich ihr Openstreetmap zeige, fragt Sie mich, ob man die Schrift größer machen kann. Mit CTRL+ kann man schon alles größer machen, dann wird es aber unscharf. Menschen die schlecht sehen, werden nicht mal sehen, dass das unscharf ist, ich denke mir aber, daß speziell Menschen mit Sehbehinderungen auch scharfe Bilder besser erkennen können. Ein BigFont Mapnik-Style wäre nicht schlecht. Falls jemand etwas in der Richtung anbieten will, würd ich mich auch über 'ne Nachricht darüber freuen, das fällt in unserem Projekt vermutlich erstmal mehr oder weniger hinten rüber, weil es der Kernzielgruppe, Blinden Menschen auch nicht weiterhilft, aber für die zusätzliche visuelle Karte doch reichlich Arbeit ist ;) Gruß Peter lg, Bernhard On 2011-05-21 00:31, Peter wrote: Am 16.05.2011 23:37, schrieb Stephan Knauss: On 16.05.2011 22:13, Peter wrote:' ich nicht, Kann es sein das die arabische Schrift in Mapnik Karten etwas klein ist? ja, ist sie. Nicht nur die. Auch die ganzen asiatischen Schriften. Problem ist der Font. Größere Größe einstellen? Besonders bei den asiatischen Schriften ist dann noch das Problem, dass die Ziffern eine deutlich andere Größe haben als die restliche Schrift. Wusst' ich nicht. Würde ich einfach mal ignorieren, zumindest hierzuland sind Ziffern selten in Namen. Leetspeak ist auch out. Ich habe das für zwei kleinere Gebiete korrigiert: http://libya.osm-tools.org/ korrigiert :-) nett gesagt. Ich finde es zwar besser, aber gegenüber dem Fliegendreck der es vorher war ist alles besser. Ich hab' mal einen Screenshot nebeneinander gestellt. Die lateinischen Buchstaben sind eine ganz andere Klasse besser zu sehen, http://666kb.com/i/btnqe18wckw1334ix.png Oben ist deins, also größer. Die Schriftzeichen haben evtl. größere Überlängen, also die Dinger die oben rausgucken, wodurch der großteil des Textes zu klein wird wenn man sich bei der Größenwahl an den Überlängen orientiert. Da modernere Geräte mehr dpi haben als ein oller Desktopmonitor wird das schnell nochmal kleiner. Ich könnte mir vorstellen das mobile Geräte dann nochmal feiner sind. Dann noch das Alter... die Augen, stöhn:-) http://thaimap.osm-tools.org/ Auch hübsches Schriftbild, aber auch kleiner als die lateinischen. Aber das soll ein Sprachkundiger entscheiden. Am besten auch einer der schon Ü40+ ist, mit 20 hab' ich sicher noch besser gucken können. Was bleibt ist ein Bug in Mapnik bzw, der dort verwendeten Font-Engine mit Khmer Schrift. Ist ein bekanntes Problem, die Lösung scheint nicht ganz so einfach zu sein. Obwohl Microsoft und Google es ja auch gelöst haben... Die haben mehr Leute die sich kümmern können. Andere Renderengine wo das gar nicht auftrat. Mit der Zeit 10 Renderer implementiert, was auch immer ... http://lists.berlios.de/pipermail/mapnik-devel/2010-September/001245.html Ich selbst hab' keinen Bedarf da ich das 'eh nicht lesen kann. Wollte es halt mal gesagt haben, nicht das es noch keiner merkte, bzw. ob meine Einschätzung nicht ganz daneben liegt. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen eines Kreuzgangs
On 21/05/2011 13:06, Rainer Kluge wrote: Hallo, Ich möchten einen Kreuzgang erfassen und finde keinen dazu passenden historic-Wert. Von dem Kreuzgang stehen nur noch die Mauern mit den darin eingelassenen Grabnischen. Für mich ist das weder ein building noch eine ruin. (...) Hat jemand eine Idee oder gibt es vielleicht sogar Beispiele für ähnliche Baudenkmäler, die bereits erfasst sind? Ich hab mal in Europa nach Ways mit Tag value kreuzgang|cloister|cross-coat|chiostro|clo.tre|claustro gesucht. Viel hab ich nicht gefunden: http://www.openstreetmap.org/browse/way/4887298 http://www.openstreetmap.org/browse/way/47072351 http://www.openstreetmap.org/browse/way/48871731 http://www.openstreetmap.org/browse/way/83998993 http://www.openstreetmap.org/browse/way/110786236 http://www.openstreetmap.org/browse/way/84668154 http://www.openstreetmap.org/browse/way/87771585 http://www.openstreetmap.org/browse/way/87771586 http://www.openstreetmap.org/browse/way/109715568 http://www.openstreetmap.org/browse/way/93944034 http://www.openstreetmap.org/browse/way/90404916 http://www.openstreetmap.org/browse/way/39387989 http://www.openstreetmap.org/browse/way/27999283 http://www.openstreetmap.org/browse/way/5322 http://www.openstreetmap.org/browse/way/92873812 http://www.openstreetmap.org/browse/way/38766884 http://www.openstreetmap.org/browse/way/38766885 Diese Objekte haben u.a. diese Tags: historic=ruins historic=yes historic=monument historic=monastery leisure=garden leisure=park building=yes Hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arabische Schriftzeichen arg klein?
Hi Am 21.05.2011 01:10, schrieb Bernhard Zwischenbrugger: Uhu Na, Uhu bin ich noch nicht:-) Zu den Asiatischen Fonts: Ich kann ein paar asiatische Sprachen halbwegs lesen - es gelingt mir zumindest ab und zu ein Wort zu erkennen. Du meinst es ist zu klein zum lesen? Oder das du nur paar Worte kennst? Bei Lao, Khmer und Burmesisch kann ich die gröbsten Rendering Fehler erkennen. Falls also jemand die Fehler verbesseren möchte - keine Ahnung wer das sein könnte - kann ich anbieten Beta Tester zu sein und die Fehler zu beschreiben. Eine andere Sache die mich schon länger beschäftigt: Eine Freundin von mir sieht nicht besonders gut. Immer wenn ich ihr Openstreetmap zeige, fragt Sie mich, ob man die Schrift größer machen kann. Finde ich auch wichtig. osm scheint Jugenddominiert. Mit CTRL+ kann man schon alles größer machen, dann wird es aber unscharf. Menschen die schlecht sehen, werden nicht mal sehen, dass das unscharf ist, ich denke mir aber, daß speziell Menschen mit Sehbehinderungen auch scharfe Bilder besser erkennen können. Ein BigFont Mapnik-Style wäre nicht schlecht. Es gibt die Tiles ohne Namen, ich sah mal eine Karte, die wurde evtl. hier annonciert, da konnte man zwischen englischen und irischen (IIRC) Texten umschalten. Die wurden auf ansonsten transparente tiles geplotted. Da könnte man sogar normal mittel, groß, anbieten Mit einem svg overlay wäre das noch flexibler. Wenn sowas geht. Das könnte man sogar vorlesen lassen. Sowas wie die Maus drüberhalten und statt tooltip kommt eine Stimme. Oder in einfach: statt stimme der Text im Tooltip in großen Buchstaben. Da braucht man dann aber definitionen von areas die sagen wo was ist, letztlich sowas wie openlinkmap statt links halt Namen. Evt. geht das ganze rendering auch mal in Richtung: der Client malt selbst, wobei das wohl noch Jahre dauern wird. Letztlich hat man ein Platzproblem die Texte in groß unterzubringen. Man muß dann die Stile der Renderer dahingehend ändern das in den Zoomstufen dann weniger Texte geplottet werden. Fehlt halt was. Peter On 2011-05-21 00:31, Peter wrote: Am 16.05.2011 23:37, schrieb Stephan Knauss: On 16.05.2011 22:13, Peter wrote:' ich nicht, Kann es sein das die arabische Schrift in Mapnik Karten etwas klein ist? ja, ist sie. Nicht nur die. Auch die ganzen asiatischen Schriften. Problem ist der Font. [...] Da modernere Geräte mehr dpi haben als ein oller Desktopmonitor wird das schnell nochmal kleiner. Ich könnte mir vorstellen das mobile Geräte dann nochmal feiner sind. Dann noch das Alter... die Augen, stöhn:-) [...] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arabische Schriftzeichen arg klein?
Am 21.05.2011 21:44, schrieb Peter: Eine Freundin von mir sieht nicht besonders gut. Immer wenn ich ihr Openstreetmap zeige, fragt Sie mich, ob man die Schrift größer machen kann. Finde ich auch wichtig. osm scheint Jugenddominiert. [...] Es gibt die Tiles ohne Namen, ich sah mal eine Karte, die wurde evtl. hier annonciert, da konnte man zwischen englischen und irischen (IIRC) Texten umschalten. Die wurden auf ansonsten transparente tiles geplotted. Da könnte man sogar normal mittel, groß, anbieten Das beträfe dann aber nur die Texte. Kontrastschwierigkeiten, die mit Sehbehinderungen häufig einhergehen, sind damit noch nicht adressiert, und die Bedeutung der einzelnen Texte ist auch nicht notwendigerweise bekannt: Ist das jetzt ein Ort, eine Bushaltestelle oder ein Restaurant? (überspitzt formuliert). Mit einem svg overlay wäre das noch flexibler. Wenn sowas geht. Das könnte man sogar vorlesen lassen. Sowas wie die Maus drüberhalten und statt tooltip kommt eine Stimme. Setzt aber eben voraus, dass der Nutzer die Maus sinnvoll bedienen kann. Eine Maus blind zu bewegen, die man sonst gar nicht benutzen kann, weil man die Auswirkungen nicht sieht, ist irgendwie Blödsinnig ;) Das mag bei deiner Freundin noch in Ordnung sein, bei anderen würde das eben auch nicht helfen. Letztlich hat man ein Platzproblem die Texte in groß unterzubringen. Man muß dann die Stile der Renderer dahingehend ändern das in den Zoomstufen dann weniger Texte geplottet werden. Fehlt halt was. Oder man muss extrem viel größer rendern: Gleicher Inhalt wie Zoom 18, aber eben auf z.B. 1024x1024 Pixeln pro Tile. Das Problem dürfte dann aber in den nochmal extrem viel größeren Datenmengen liegen. Gruß Peter P.S.: Wenn die erwähnte Freundin Interesse hat, im Laufe des nächsten Jahres bei einem entsprechenden Projekt zu testen, wär das klasse; ich werd mir die Mail mal entsprechend markieren und spreche dich evtl. nochmal an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen eines Kreuzgangs
Am 21.05.2011 20:44, schrieb Hermann Peifer: Diese Objekte haben u.a. diese Tags: historic=ruins historic=yes historic=monument historic=monastery leisure=garden leisure=park building=yes Im vorliegenden Fall scheint mir davon historic=ruins am ehesten zu passen, denn große Teile dieses Kreuzgangs existieren nicht mehr, insbesondere die innere Säulenreihe und die überdachten Gänge. So habe ich es jetzt auch getaggt: http://www.openstreetmap.org/browse/way/114302047 Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche in OpenSteetMap
Robert Kaiser schrieb: Andreas Labres schrieb: Natürlich funktioniert's (OSM unterstützt OpenSearch), nur mußt Du halt wissen, wie Dein Browser das umsetzt. Im Chrome geht man zB in Optionen|Suchmaschinen verwalten und setzt z.B. für OpenStreetMap Optionen|das Suchkürzel osm, dann kann ich in der Adresszeile osm $ADRESSE suchen. Oh, das hat Chrome auch 1:1 von Firefox kopiert? Schon spanned, wie stark die ein schwach gemachter Klon unserer Technologie-Erfindungen sind. Ich dachte, dass das zuerst in Opera drin war.¹ Rechtsklick in $Suchfeld, Neue Suche erstellen, fertig. malenki ¹20.06.2006. http://www.opera.com/docs/history/#facts Für FF fand ich keine so nette Übersicht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Mappare i porti
Il giorno Fri, 20 May 2011 21:34:25 +0200 Samuele Battarra batta...@email.it ha scritto: Il venerdì 20 maggio 2011 00:21 M∡rtin Koppenhoefer ha scritto: Cosa a me interessa, e non ne sono certo: dove passa il confine del comune, della provincia e della regione? Comprende anche le parti del mare dentro il porto? Suppongo di si. Non avevo pensato a questo, ma anche secondo me si. In questo caso però non mapperei come nel secondo esempio, ma toglierei il natural=coastline al segmento che chiude il porto, lasciandogli solo il boundary, viceversa alla linea che segue il porto metterei solo coastline senza il boundary. Pure io mi sono trovato a mappare un piccolo porto fluviale qui: http://www.openstreetmap.org/?lat=42.76565lon=10.87642zoom=15layers=M ed ho optato per la chiusura alla foce però mi sono sempre posto il problema, senza riuscire a trovare una soluzione cercando su internet, circa la reale posizione del confine amministrativo comunale/provinciale/regionale sul mare. Ovunque è posizionato sul coastline e così lo lascio ma è corretto ? Ciao, Carlo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Stazioni ferroviarie
Ciao a tutti, [pubblicità] sto lavorando a un progettino software, per utilità mia e per imparare qualcosa di nuovo: Quando Parte è un'applicazioncina per Nokia N900 che, quando finita, permetterà di scoprire velocemente se il treno che si vuole prendere è in orario, o qual è il primo treno disponibile da una certa stazione. (Caso d'uso: sono in ufficio, e prima di uscire voglio controllare se mi conviene prendere il treno o l'autobus per tornare a casa) Per il mio uso personale, il programmino funziona perfettamente, ma ora vorrei renderlo più utile anche ad altri, permettendo di scegliere qualsiasi stazione, e permettendo di ordinare le stazioni in funzione della distanza. Per far cio' pensavo di usare i dati di openstreetmap; però mi sono reso conto che: A- sono incompleti: non ci sono tutte le stazioni; B- a volte la stessa stazione è mappata come poligono, a volte come nodo, a volte in entrambi i modi. C- railway=station è usato anche per le metropolitane e le funicolari. D- se faccio una query con xapi ottengo anche stazioni non gestite dalle ferrovie. Quindi dovrò lavorarci un po' su. La cosa buona è che questo è un lavoro che può essere utile anche per openstreetmap. La cosa meno buona è che speravo di avere la soluzione in tasca :) Ad ogni modo, ho bisogno di consigli, su come procedere: - Il punto A si risolve mettendo tutte le stazioni... Qui una mano da chi è del luogo per fare le verifiche mi servirebbe - Per il punto B posso prendere poligoni e nodi e scartare i dati ridondanti. Però forse c'è la possibilità di migliorare i dati: a volte a essere indicato come railway=station è l'edificio, che secondo la pagina di aiuto dovrebbe essere indicato come building=train_station Per i punti C e D, mi aiuterebbe che il nodo della stazione avesse anche il tag operator (operator=RFI) Su quest'ultimo ho qualche dubbio: le stazioni sono gestite (almeno secondo wikipedia) da RFI (Rete Ferroviaria Italiana) o GrandiStazioni o Centostazioni. Non ho capito se usare RFI per tutte (e magari mettere un secondo operatore) possa essere accettabile. Mi semplificherebbe la vita, ma forse è inesatto. Consigli, suggerimenti? Luciano PS per chi potesse/volesse provare il programmino, al momento può scaricarlo da qui: http://competition.meetmeego.org/submissions/15 Non mi assumo responsabilità su danni a cose o persone dovute all'uso del programma (che tra l'altro è ancora in fase di sviluppo) ma non mi aspetto nulla di troppo grave. Ciao a tutti e grazie per l'attenzione: -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per negozi di bici (service:bicycle) approvati!
2011/5/20 M∡rtin Koppenhoefer dieterdre...@gmail.com: Mi piacerebbe che qualcuno esperto di JOSM / Potlatch 2 mi aiutasse ad aggiungerlo ai preset. Cioè bisognerebbe editare i preset per shop=bicycle in modo da gestire queste specificazioni aggiuntive. Chi mi dà una mano? per JOSM lo faceva in passato sempre Christoph Eckert ( c...@christeck.de ). PL2 non lo so. Ho scoperto che per PL2 bisogna chiedere sulla mailing list dev: http://lists.openstreetmap.org/pipermail/potlatch-dev/2011-May/000919.html (sono gli sviluppatori di PL2 che decidono quali preset mettere nella versione sul sito principale OSM; per le versioni ospitate su siti esterni, c'è maggiore libertà) Ora indago per JOSM. Mi piacerebbe metterlo nei preset standard, anche perché vorrei che non apparissero come nuove chiavi indipendenti (anche se lo sono) ma vorrei che apparissero nella scheda relativa ai negozi di biciclette Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stazioni ferroviarie
Luciano Montanaro-3 wrote: le stazioni sono gestite (almeno secondo wikipedia) da RFI (Rete Ferroviaria Italiana) o GrandiStazioni o Centostazioni. Non ho capito se usare RFI per tutte (e magari mettere un secondo operatore) possa essere accettabile. Mi semplificherebbe la vita, ma forse è inesatto A giudicare dagli elenchi che trovi in http://www.ferroviedellostato.it/instazione.html è inesatto. In bocca al lupo per il progettino! Approfitto per segnalare altre questioni relative alle stazioni ferroviarie. - Il tag railway=halt, comunque in Italia poco usato. La definizione del wiki è ambigua, ma la distinzione tra stazione e fermata ferroviaria è chiara (copio da Wikipedia): Una stazione ferroviaria è dotata di almeno due binari ed almeno uno scambio, per avere la possibilità di effettuare incroci o precedenze fra treni e di comporre e scomporre i convogli ferroviari. Altri punti di accesso dei viaggiatori alla ferrovia, detti fermate, sono invece senza scambi (e pertanto a differenza delle stazioni non consentono di effettuare manovre, precedenze e incroci). Sareste d'accordo a cambiare in halt tutte le fermate che attualmente sono station? - Il tag name. In molte stazioni è utilizzato semplicemente il nome della stazione (name=Piovarolo), in alcune una cosa del tipo name=Stazione di Piovarolo. Io in alcune occasioni ho cancellato la parte Stazione di , ma è stata una decisione arbitraria, anche qui sarebbe opportuno che la comunità si accordasse. Ciao, Gianluca -- View this message in context: http://gis.638310.n2.nabble.com/Stazioni-ferroviarie-tp6389491p6389723.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stazioni ferroviarie
2011/5/21 totera g...@hotmail.it: Luciano Montanaro-3 wrote: le stazioni sono gestite (almeno secondo wikipedia) da RFI (Rete Ferroviaria Italiana) o GrandiStazioni o Centostazioni. Non ho capito se usare RFI per tutte (e magari mettere un secondo operatore) possa essere accettabile. Mi semplificherebbe la vita, ma forse è inesatto A giudicare dagli elenchi che trovi in http://www.ferroviedellostato.it/instazione.html è inesatto. Uhm... quali elenchi? Sarò cieco, ma non li ho trovati. In ogni caso, qual è la tua proposta? RFI/CentoStazioni/GrandiStazioni? In bocca al lupo per il progettino! Approfitto per segnalare altre questioni relative alle stazioni ferroviarie. - Il tag railway=halt, comunque in Italia poco usato. La definizione del wiki è ambigua, ma la distinzione tra stazione e fermata ferroviaria è chiara (copio da Wikipedia): Una stazione ferroviaria è dotata di almeno due binari ed almeno uno scambio, per avere la possibilità di effettuare incroci o precedenze fra treni e di comporre e scomporre i convogli ferroviari. Altri punti di accesso dei viaggiatori alla ferrovia, detti fermate, sono invece senza scambi (e pertanto a differenza delle stazioni non consentono di effettuare manovre, precedenze e incroci). Sareste d'accordo a cambiare in halt tutte le fermate che attualmente sono station? Uhm... a me non viene comodissimo :) ma forsesarebbe meglio. Quante sono le stazioni da correggere (a spanne)? - Il tag name. In molte stazioni è utilizzato semplicemente il nome della stazione (name=Piovarolo), in alcune una cosa del tipo name=Stazione di Piovarolo. Io in alcune occasioni ho cancellato la parte Stazione di , ma è stata una decisione arbitraria, anche qui sarebbe opportuno che la comunità si accordasse. Ah, sì, l'avevo dimenticato nel messaggio precedente, ma anche a me creerebbe problemi. Sarebbe meglio usare il nome ufficiale della stazione (quello riconosciuto dai siti di ricerca di trenitalia) e basta. O tutti con lo stesso prefisso (Stazione di... o Fermata di..., se vogliamo fare una distinzione). Grazie per i consigli. Luciano Ciao, Gianluca -- View this message in context: http://gis.638310.n2.nabble.com/Stazioni-ferroviarie-tp6389491p6389723.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stazioni ferroviarie
Luciano Montanaro-3 wrote: Uhm... quali elenchi? Sarò cieco, ma non li ho trovati. In ogni caso, qual è la tua proposta? RFI/CentoStazioni/GrandiStazioni? Scusa, sono stato poco preciso, bisogna cliccare su un capoluogo di regione sulla cartina d'Italia a sinistra. Comunque sì, direi di usare RFI o Centostazioni o Grandi Stazioni a seconda del caso. Non dimenticare però che ci sono anche le ferrovie in concessione... Quante sono le stazioni da correggere (a spanne)? Non lo so, ma a me preoccuperebbero di più tutte le stazioni/fermate che al momento non ci sono per niente ;) -- View this message in context: http://gis.638310.n2.nabble.com/Stazioni-ferroviarie-tp6389491p6389845.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stazioni ferroviarie
2011/5/21 totera g...@hotmail.it: Luciano Montanaro-3 wrote: Uhm... quali elenchi? Sarò cieco, ma non li ho trovati. In ogni caso, qual è la tua proposta? RFI/CentoStazioni/GrandiStazioni? Scusa, sono stato poco preciso, bisogna cliccare su un capoluogo di regione sulla cartina d'Italia a sinistra. Comunque sì, direi di usare RFI o Centostazioni o Grandi Stazioni a seconda del caso. Non dimenticare però che ci sono anche le ferrovie in concessione... Tipo Ferrovie Nord? Be' quelle mi sa che non saranno gestibili dal mio programma.. né gli orari dei treni non gestiti da trenitalia, comunque, a meno che non riesca a recuperare una fonte per i dati. Comunque è giusto usare l'operatore corretto... idem per metropolitane e ferrovie a scartamento ridotto. Quante sono le stazioni da correggere (a spanne)? Non lo so, ma a me preoccuperebbero di più tutte le stazioni/fermate che al momento non ci sono per niente ;) Più che giusto. -- View this message in context: http://gis.638310.n2.nabble.com/Stazioni-ferroviarie-tp6389491p6389845.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Avviso ai nuovi mapper
*din-don* (suono di annuncio tipo stazione ferroviaria) Vorrei avvisare i nuovi mapper che: - non è possibile utilizzare cartine militari, IGM, CTR o altri servizi WMS per cui non si abbia ESPLICITA autorizzazione/concessione per l'immissione di dati in OpenStreetMap; - non è possibile utilizzare Google StreetView per ricavare informazioni da inserire in OSM (in realtà la cosa è piuttosto dibattuta, e sono personalmente pro-StreetView, ma è meglio non usarlo finché non siamo certi. Meglio pochi dati, che finire in tribunale contro Google); - una qualunque concessione dati con la clausola non commerciale non è compatibile né con la CC-BY-SA (licenza attuale), né con la ODbL (probabile licenza futura); e, nel caso abbiate dubbi su qualunque cosa, QUALUNQUE, prima di inserire dati, chiedete ai mapper più esperti. Sono sicuro che saranno/saremo felici di aiutarvi :) Buon mapping, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Avviso ai nuovi mapper
On Sat, 21 May 2011 21:34:17 +0200, David Paleino wrote: - non è possibile utilizzare cartine militari, IGM, CTR o altri servizi WMS per cui non si abbia ESPLICITA autorizzazione/concessione per l'immissione di dati in OpenStreetMap; (o comunque licenza libera compatibile con la nostra) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stazioni ferroviarie
2011/5/21 gvf g...@gvf.ve.it: Il giorno sab, 21/05/2011 alle 19.44 +0200, Alberto Nogaro ha scritto: Uhm... Mi sembra troppo complicato. È già difficile avere un po' di coerenza con i tag più semplici... Forse sarebbe meglio approfittare di una revisione per applicare il nuovo schema public_transport=* [1] [1] http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport Bellino, ma per i bus ha una piccola mancanza: il senso di marcia. Ho mappato fermate dell'autobus che avevano più di 100 metri fra la fermata in un senso qe quella in senso opposto... bisognerebbe prevederlo. -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Avviso ai nuovi mapper
Sei cosciente del fatto che probabilmente quei mappatori inadempienti a cui implicitamente ti rivolgi NON seguono la mailing list, vero? :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stazioni ferroviarie
Luciano Montanaro wrote: 2011/5/21 toterag...@hotmail.it: - Il tag name. In molte stazioni è utilizzato semplicemente il nome della stazione (name=ovarolo), in alcune una cosa del tipo name=Stazione di Piovarolo. Io in alcune occasioni ho cancellato la parte Stazione di , ma è stata una decisione arbitraria, anche qui sarebbe opportuno che la comunità si accordasse. Ah, sì, l'avevo dimenticato nel messaggio precedente, ma anche a me creerebbe problemi. Sarebbe meglio usare il nome ufficiale della stazione (quello riconosciuto dai siti di ricerca di trenitalia) e basta. O tutti con lo stesso prefisso (Stazione di... o Fermata di..., se vogliamo fare una distinzione). Per favore... nel tag name va messo solo il nome della stazione. Non serve mettere stazione di... o fermata di..., questo lo sappiamo già del tag railway=station/halt. Lo stesso vale per l'operatore (FNM, FS etc.) - questo va messo nel tag operator=*, non nel nome. Altrimenti ogni elenco alfabetico, ricerca per none etc. diverrebbe un casino. Unica eccezione: se in un posto dovessero essere due stazioni di due operatori con nessun'altra distinzione nel nome, conviene mettere l'operatore *dopo* il nome (Posto FS, Posto FNM). Chiunque dovesse aver bisogno di renderizzare il nome col prefisso o un operatore può configurare appositamente il renderizzatore o aggiustarsi i dati sul suo sistema. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] @CrisisMappe] Space Charter requested triggered for floods in Colombia
De: Einar BJORGO einar.bjo...@unitar.org Fecha: 21 de mayo de 2011 08:33:40 GMT-05:00 Para: 'crisismapp...@googlegroups.com' crisismapp...@googlegroups.com Asunto: [CrisisMappers] Space Charter requested triggered for floods in Colombia Responder a: crisismapp...@googlegroups.com Please note that based on a request from UN OCHA, UNITAR/UNOSAT has requested activation of the Space Charter for floods in Colombia. Regards, Einar Bjorgo Follow UNOSAT on Twitter: www.twitter.com/unosat UNOSAT - Operational Satellite Applications Programme - Einar Bjorgo, Ph.D. Head, Rapid Mapping, Applications and User Relations United Nations Institute for Training and Research (UNITAR) Palais des Nations CH-1211 Geneva 10 Switzerland Telephone: +41 22 767 4020 Mobile:+41 76 487 4998 (UNOSAT hotline) E-mail:einar.bjo...@unitar.org Web: www.unitar.org // www.unosat.org CHECK THE LATEST MAPS AND NEWS ON http://www.unitar.org/unosat - This e-mail and the information and attachments contained therein are for the sole use of the intended recipient. It may not be disclosed to or used by anyone other than the addressee. If you are not the intended recipient or have received this e-mail in error please notify the sender by return e-mail and delete this e-mail and all attachments from your system. -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk-fr] Oregon 450, cartes et stockage
Salut ! Pour ce qui est de l'aspect déformé, je n'ai pas vu ca. Par
contre si tu veux modifier le rendu, il te faudra personnaliser un
fichier TYP et le linker à ta carte lors de la recompilation. J'ai
mis 2 ou 3 infos sur ma page user à propose de la générations de
cartes maison via un makefile qui fait tout. si tu veux t'y plonger.
http://wiki.openstreetmap.org/wiki/User:Blueberry
C'est un peu long mais rigolo et pas trop compliqué. Tu pourras aussi
y telecharger une carte pour voir si t'as les memes symptomes. J'ai
fait mon propre TYP avoir un fond blanc au lieu de jaune (plus lisible
je trouve) et pour mettre en évidences les petites routes que je
recherche en vélo.
{HS] Garmin annonce le Montana, monstrueux ! (le prix aussi) [/HS]
-
Eric (User:Blueberry)
Merci pour vos réponses.
Par contre, que je mette n'importe quel carte, j'ai toujours l'apparition de
verger un peu partout et des surfaces déformées.
A quoi est-ce lié ? Y a-t-il possibilité de paramétrer la carte
(différencier les couleurs de routes, et pas que du orange..., retirer la
symbolique verger...)
Merci d'avance.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oregon 450, cartes et stockage
2011/5/21 Eric eric...@sfr.fr Salut ! Pour ce qui est de l'aspect déformé, je n'ai pas vu ca. Par contre si tu veux modifier le rendu, il te faudra personnaliser un fichier TYP et le linker à ta carte lors de la recompilation. J'ai mis 2 ou 3 infos sur ma page user à propose de la générations de cartes maison via un makefile qui fait tout. si tu veux t'y plonger. http://wiki.openstreetmap.org/wiki/User:Blueberry C'est un peu long mais rigolo et pas trop compliqué. Tu pourras aussi y telecharger une carte pour voir si t'as les memes symptomes. J'ai fait mon propre TYP avoir un fond blanc au lieu de jaune (plus lisible je trouve) et pour mettre en évidences les petites routes que je recherche en vélo. Une façon de faire est aussi de télécharger des cartes toutes faites de différentes sources http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download, pour regarder si l'une d'entre elles ne te convient pas déjà. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment éviter les participations malveillantes
Merci pour le compte rendu Le vendredi 20 mai 2011 à 23:36 +0200, lintr...@free.fr a écrit : Bosoir, je reviens sur ce fil de discussion... puisque j'en suis à l'origine, et que comme annoncé dans le mail initial, j'ai présenté hier à un certain nombre d'élus du conseil général la démarche OSM. J'ai filmé cette présentation (15min) et je la mets en ligne dès la semaine prochaine . Il faut que j'allège un peu le clip et coupe les passages peu en rapport avec OSM (questions relatives au réseau Cyber-base, etc...). Évidemment, je vous transmettrai l'url dès que possible. J'espère que les propos tenus ne choqueront pas les puristes de la cartographie. J'ai essayé d'être le plus pédagogique possible et au vu des réactions de la salle, je crois avoir réussi à convaincre. Ceci étant dit, comme je l'avais pressenti, la première question portait sur les participations malveillantes. J'ai donc mis en avant l'usage d'outils de surveillance, sans préciser que leur maitrise n'était pas forcément aisée. Il est donc évident que c'est une question fondamentale pour tous les acteurs potentiels et je pense que l'on ne peut pas se contenter de renvoyer la balle dans le camp des contributeurs comme je l'ai lu dans certaines réponses sans lui donner les moyens d'agir facilement. Je suis de l'avis de Pieren. Il faut mettre à disposition de tous des outils simples permettant une surveillance de zone, qui rassureront le contributeur. Il est d'ailleurs paradoxal de faire, à priori, confiance à nos concitoyens pour alimenter une base de données mondiale et limiter l'usage des outils de détection et de surveillance à un nombre restreint. C'est ensuite posé la question de la libération des données publiques détenues par les collectivités locales (la salle était très réactive !). Cette démarche d'Open Data est une vraie opportunité pour certains et source d'inquiétude pour d'autres (à ce sujet, la note de la FING, est particulièrement intéressante je trouve) Pour conclure, cette opération a été très enrichissante. Elle donne le départ de la cartographie libre de notre département qui sera menée dès la rentrée de septembre dans toutes les Cyber-bases de la Nièvre. Prochain objectif : libérer les données du SIG de ma collectivité ! Là, c'est un sacré challenge ! Pascal - Mail Original - De: Eric Sibert courr...@eric.sibert.fr À: talk-fr@openstreetmap.org Envoyé: Jeudi 19 Mai 2011 16h55:51 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] comment éviter les participations malveillantes ok, mais comment trouver le changeset de la suppression de la rue en bas de chez moi qu'un mechant vandale a effacer ? Potlatch 1 et visualisation des éléments effacés. C'est une vrai question (pour moi) : comment trouver ce qui s'est passé sur une zone. Il y a des POI que j'ai l'impression d'avoir ajouté plusieurs fois, et je ne sais pas comment vérifier si 1) j'ai révé 2) quelqu'un a supprimé les POI que j'avais mis. D'ailleurs, ça me fait penser que dans un coin, un gars a supprimer des POI que j'avais ajoutés, les considérant comme des nœuds superposés alors que c'étaient juste des magasins à proximité de rue :-( Faut que j'aille revoir ça. Pour les histoires de suivi de zone, je suis en train d'essayer les flux RSS/atom. Mes constations actuelles: - OWL : on peut couvrir facilement de grandes zones. - ITO : zones plus restreintes. Il faut s'enregistrer chez ITO. Par contre, on peut filtrer suivant les contributeurs. Ainsi, on peut exclure du flux RSS un certain nombre d'utilisateurs en qui ont a confiance (dont sois-même :-p ) et n'être informé que pour les autres. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accord entre Google Map et OSM pour la Colombie.
Le 20/05/2011 13:29, rldhont a écrit : Bonjour, Il n'y a pas ni eu d'accord entre OpenStreetMap et Google pour cartographier la Colombie. Mais il y a eu un import d'OpenStreetMap vers Google Maps par le fournisseur de Google en Colombie. Ce problème avait été identifié et corrigé. Bonjour, En fait, il était malheureusement un peu optimiste de déduire du message d'Ed Parsons que le problème, s'il avait bien été reconnu, avait aussi été entièrement corrigé. Ce récent message de talk-co (http://lists.openstreetmap.org/pipermail/talk-co/2011-May/002158.html) , intitulé Abus de #google et de son fournisseur contre la Communauté #OpenStreetMap #evil, indique qu'ils ont seulement retiré l'information ponctuelle qui avait été apportée comme preuve, mais que continue à exister sur leurs serveurs beaucoup des informations qui nous appartiennent. Le fil de discussion qui a suivi a, comme ici, rappelé que la licence OSM imposerait en ce cas là qu'OSM soit citée comme source, et que la clause de partage à l'identique soit respectée. Le message lance aussi un appel à témoignages, en vue d'une action juridique, qui serait menée par la fondation OSM contre le fournisseur de données colombien. Sébastien, tu sembles avoir matière à y contribuer. Par ailleurs, un mappeur de Portland, au Nord-Ouest des Etats-Unis, a récemment réalisé une intéressante expérience, où il a vu un nom de voie vraisemblable, mais de son cru, être repris par Google (http://www.openstreetmap.org/user/Paul%20Johnson/diary/13843). Et je reviens d'un séminaire où un cartographe reconnu et très expérimenté, qui n'a pas de lien particulier avec OSM, et intervient dans différents pays du Sud, a déclaré que des améliorations qui apparaissaient dans Google lui apparaissaient suivre celles d'OSM. Pendant ce temps, Google n'autorise même pas OSM à utiliser son imagerie globale, alors que leurs moyens leur ont permis d'acquérir l'exclusivité de certain satellite à haute résolution pour l'usage de cartographie en ligne [1], et qu'il y a des avis divergents sur le bien fondé et la validité de ce genre d'interdiction d'un point de vue juridique. Mikel Maron a par ailleurs écrit un article de blog sur la façon dont Google exploite certaines communautés pour s'approprier leurs données : http://brainoff.com/weblog/2011/04/11/1635 On peut décidément se dire que le fameux Don't be evil des débuts n'est que de la poudre aux yeux [2]. Bien cordialement, Jean-Guilhem [1] http://news.cnet.com/8301-1023_3-10028842-93.html [2] https://secure.wikimedia.org/wikipedia/en/wiki/Don%27t_be_evil#cite_note-15 -- pgp 0x5939EAE2 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oregon 450, cartes et stockage
Merci pour vos informations. Effectivement, un rendu style Mapnik me plairait pas mal. J'ai finalement décider d'acheter CityXplorer Benelux. Je constate effectivement la même sémiologie pour les cartes (routes oranges ...). Comment peut-on avoir les limitations de vitesse qui s'affiche (caractéristique indiqué dans le descriptif du logiciel chez Garmin) ? -- View this message in context: http://gis.638310.n2.nabble.com/Oregon-450-cartes-et-stockage-tp6376953p6389218.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tagguer un condominium
Bonjour à tous Comment taggue-t-on sur OpenStreetMap un condominium ? Définition wikipedia : «Un condominium est, en droit international public, un territoire sur lequel plusieurs puissances (généralement deux États) exercent une souveraineté conjointe.» Le condominium qui m'intéresse est l'île aux faisans, ou île de la conférence, sur la bidassoa, le long de la frontière espagnole. http://www.openstreetmap.org/?lat=43.342789lon=-1.764932zoom=18layers=M La carte actuelle, coupant l'île en deux par la frontière, est fausse. Cette ile est administrée alternativement tous les six mois par la France et l'Espagne. Quelle est la solution ? Un bot qui va bouger la frontière tous les six mois ? Des tags spécifiques ? La création d'un territoire à part ? Merci d'avance Pierre, en mode chieur... P.S : je suis sûr que j'ai pire en stock signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer un condominium
Bonjour, Le 21/05/2011 16:07, Pierre a écrit : Bonjour à tous Comment taggue-t-on sur OpenStreetMap un condominium ? Définition wikipedia : «Un condominium est, en droit international public, un territoire sur lequel plusieurs puissances (généralement deux États) exercent une souveraineté conjointe.» Le condominium qui m'intéresse est l'île aux faisans, ou île de la conférence, sur la bidassoa, le long de la frontière espagnole. http://www.openstreetmap.org/?lat=43.342789lon=-1.764932zoom=18layers=M La carte actuelle, coupant l'île en deux par la frontière, est fausse. Cette ile est administrée alternativement tous les six mois par la France et l'Espagne. Quelle est la solution ? Un bot qui va bouger la frontière tous les six mois ? Des tags spécifiques ? La création d'un territoire à part ? Le bot, c'est satisfaisant à l'instant T pour qui interroge la base en live, mais pour quelqu'un qui utilise un (extrait de) planet sans le mettre à jour, ça ne peut pas fonctionner, alors qu'un tag, oui. Si j'imagine bien 2 tracés de frontière taggués avec des *valeurs* sorties de la page opening_hours [1], je vois mal utliser ce *tag* pour des frontières. Je préfèrerais un tag qui évoque une période de validité, mais je n'ai pas trouvé ça dans le wiki, appliqué à ce contexte. Il y a bien start_date et end_date, mais qui font référence à des dates passées, ou encore temporary[2], mais qui ne semble pas considérer la notion de cycle, juste un intervalle figé de dates. Il suffirait peut-être de l'étendre pour par exemple indiquer des mois en s'affranchissant de l'année ? Pierre, en mode chieur... P.S : je suis sûr que j'ai pire en stock :-) vincent [1] : http://wiki.openstreetmap.org/wiki/Opening_hours [2] : http://wiki.openstreetmap.org/wiki/Proposed_features/temporary ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] pb rendu sur l'ile de charentonneau
Salut, j'ai besoin d'aide pour l'île de charentonneau: Dessus, il y a une partie boisée: http://www.openstreetmap.org/browse/way/110120483 et une partie qui est un parc: http://www.openstreetmap.org/browse/way/110120483 Or, ces deux parties n'apparaissent pas sur le rendu mapnik: http://www.openstreetmap.org/?lat=48.816108lon=2.437581zoom=18layers=M Sur le rendu openmapquest, c'est encore pire: Le contour de l'île n'apparait même pas, on dirait que les chemins sont sur l'eau: http://open.mapquest.fr/link/10-m5vkAqx6 quelqu'un a une idée de la cause du souci ? a+ arno -- http://syj.renevier.net/ Show Your Journey, website to share routes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer un condominium
Pas possible sinon de faire s'entrecroiser les frontières ? On aurait l'ile qui serait à la fois en France et en Espagne ? C'est quand même assez fou ce truc o_O Vincent Le 21 mai 2011 18:48, Yannick VOYEAUD yann...@voyeaud.org a écrit : Le 21/05/2011 16:07, Pierre a écrit : Bonjour à tous Comment taggue-t-on sur OpenStreetMap un condominium ? Définition wikipedia : «Un condominium est, en droit international public, un territoire sur lequel plusieurs puissances (généralement deux États) exercent une souveraineté conjointe.» Le condominium qui m'intéresse est l'île aux faisans, ou île de la conférence, sur la bidassoa, le long de la frontière espagnole. http://www.openstreetmap.org/?lat=43.342789lon=-1.764932zoom=18layers=M La carte actuelle, coupant l'île en deux par la frontière, est fausse. Cette ile est administrée alternativement tous les six mois par la France et l'Espagne. Quelle est la solution ? Un bot qui va bouger la frontière tous les six mois ? Des tags spécifiques ? La création d'un territoire à part ? Merci d'avance Pierre, en mode chieur... Bonsoir, Pierre c'est l'histoire qui est chiante avec ces conséquences. Pour répondre je suggère de regarder comment est géré la principauté d'Andorre qui elle aussi est gérée par les deux pays certes pas de la même façon mais ce pourrait être une piste. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Voyage dans un pays très peu cartographié
Bonjour à tous, Je prépare un voyage pour la Bosnie-Herzégovine, ce pays est plutôt culturelle riche mais coté carte, c'est un peu le désert. Pour ce que ça intéresse : http://www.openstreetmap.org/?lat=44lon=17.84zoom=8layers=M google maps ne fait guère mieux. J'aimerais que le voyage soit un peu utile pour la communauté OSM. Par contre, comment faire pour joindre l'utile à l'agréable ? comment s'il prend-on lorsque que l'on a pas de cadastre et que bing est inutilisable... Il faut uniquement se servir d'un GPS et des traces ? Je serais limité coté bagage : je ne suis pas sûr que je pourrais partir avec un ordinateur portable, comment procéder ? Est-ce que l'un d'en vous à déjà fait un pareil voyage ? Cédric Barribaud Secrétaire de l'APP3L www.app3l.org - Pieren pier...@gmail.com a écrit : 2011/5/20 Rodolphe Quiedeville rodol...@quiedeville.org La liberté a un prix, ici il coûte des lectures et re-lectures de la features list sur le wiki[2]. 1. http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team 2. http://wiki.openstreetmap.org/wiki/FR:Map_Features Mais cette liberté devrait être encadrée tout de même. Je milite depuis longtemps pour que l'on fixe des limites à ce qui peux entrer dans la base: http://help.openstreetmap.org/questions/1194/what-osm-is-not On peut aussi voir comme exemple la récente controverse autour du tag historic=event: http://wiki.openstreetmap.org/wiki/Tag:historic%3Devent qui a déclenché une guerre d'édition dans le wiki: http://wiki.openstreetmap.org/w/index.php?title=Tag:historic%3Deventaction=history Comme ce tag était déjà documenté et présent en quelques exemplaires dans la base sans être passé par une concertation auprès de la communauté, j'ai tenté une nouvelle approche pour stopper la gueguerre en demandant si nous pouvions accepter ce tag comme Map feature, donc visible dans la page pointée par Rodolphe (ce qui était déjà le cas lorsque je me suis immiscé). Le résultat est le vote massif visible en bas de page. Moralité : on peut à peu près tout mettre dans la base mais la communauté n'est pas prête non plus à accepter n'importe quoi Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] Amenity 編集中
あとで書くと分からなくなるので現在進行中で日本語訳の変更分をメモ。
fast_food
例として、牛丼店、立ち食い蕎麦店追加
drinking_water
販売店は削除
bbq
焼き肉屋は削除。室内だけどバーベキューというのは観光施設等で
ありますが、それは焼肉屋とは違いますね。
kindergarten
こども園追加
bus_station
{{tag|public_transport|station}}を使うようになりました。
parking
大幅に追加
parking_space
新規
parking_entrance
新規
bank
ちょっと修正
baby_hatch
ちょっと加筆。
doctors
外科は外す。
social_facility
追加。老人福祉施設に適用する点については多少議論が必要かも。
veterinary
少し加筆。
social_centre
余り推奨されていないみたいなので訳しません。
fire_hydrant
はなくなってますね。
shelter
少し加筆。
toilets
少し加筆。
watering_place
新規。
oota
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] Map featuresのOffice 編集中
Officeというカテゴリが追加になってます。 コメントがあればお願いします。 accountant 会計事務所 administrative ちょっと分からないのでパス。定義へのリンクもないようですし。 architect 建築設計事務所 company 普通の会社 employment_agency 不動産屋 government 政府機関 insurance 保険、共済業 it IT関連業 lawyer 弁護士事務所、法律事務所 newspaper 新聞社 新聞配達店はどうしましょうかね。 ngo 非営利組織 quango 半官半民団体、第三セクター、特殊法人 research 研究開発 なんとかリサーチのような、調査会社とは違うのかな。 説明のリンクにはほとんど情報ないですし。 telecommunication 通信業 travel_agent 旅行代理店 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] [OSM-talk] Ben's Consise Compendium of OSM issues - Tracks and there place in society
Very basically this is all a problem becuase highway=track and highway=bridleway/byway/footway cannot both be tagged together. They need to be understood and moved, or duplicated into 'routes' or another key to state access. Having them together any longer will knock 10 years off my life, I'm sure of it! We need to either move bridleways/byways and .footways to routes or somewhere/anywhere else!, and just leave highway=track and highway=path. Or we need to move physical things (like tracks) out of the highway key, even though highway is apparently 'Physical', realistically it primarily states access rights. We do: that's what the designation tag is for ;-) Many people use highway=track, path, service, etc for the *physical* condition of the path and then designation=public_footpath,public_bridleway, etc for the rights. Or, for permissive paths, foot,horse=permissive. Also I think Mapnik does render tracktype tags now. Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Trouble in Google-land?
Those of you who get off on schadenfreude might be interested in this thread: http://www.aaroads.com/forum/index.php?topic=4464.0 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
