Re: [OSM-talk-be] JOSM 5608
Hey, Vreemd. Ik ben zelf ook een Macgebruiker en hier is alles zonder problemen verlopen. Ik denk zelfs dat ik het bestand niet manueel heb gedownload, maar dat de update automatisch gebeurde. Als ik het bestand 'josm-tested.jar' download, kan ik het ook probleemloos gebruiken (gewoon dubbelklikken). Aangezien dit gebaseerd is op java, misschien eens kijken in die richting? Een tijd geleden heeft Apple Java van hun besturingssysteem verwijderd. Misschien de volgende download eens proberen: http://java.com/nl/download/mac_download.jsp?locale=nl . Als ik mij niet vergis krijg je netjes een melding als je die java-versie al hebt. Hopelijk werkt het, Joren Op 12/12/12 07:01, Peter Verschueren schreef: Hello Group, Ik probeer al een paar dagen versie 5608 te downloaden voor mac maar er blijkt een probleem te zijn met het bestand. Volgens de melding die ik krijg zou het bestand beschadigd zijn. Andere mensen met hetzelfde probleem? Thanks for the info! P ___ 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-be] JOSM 5608
Hallo, Ik heb momenteel de laatste versie van JAVA dus daar kan het niet liggen, en de vorige versie heb ik niet meer. Alvast bedankt voor de hulp, ik wacht wel op de volgende release. P Op 12-dec.-2012, om 11:13 heeft Joren joren.libreoff...@telenet.be het volgende geschreven: Hey, Vreemd. Ik ben zelf ook een Macgebruiker en hier is alles zonder problemen verlopen. Ik denk zelfs dat ik het bestand niet manueel heb gedownload, maar dat de update automatisch gebeurde. Als ik het bestand 'josm-tested.jar' download, kan ik het ook probleemloos gebruiken (gewoon dubbelklikken). Aangezien dit gebaseerd is op java, misschien eens kijken in die richting? Een tijd geleden heeft Apple Java van hun besturingssysteem verwijderd. Misschien de volgende download eens proberen: http://java.com/nl/download/mac_download.jsp?locale=nl . Als ik mij niet vergis krijg je netjes een melding als je die java-versie al hebt. Hopelijk werkt het, Joren Op 12/12/12 07:01, Peter Verschueren schreef: Hello Group, Ik probeer al een paar dagen versie 5608 te downloaden voor mac maar er blijkt een probleem te zijn met het bestand. Volgens de melding die ik krijg zou het bestand beschadigd zijn. Andere mensen met hetzelfde probleem? Thanks for the info! P ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM 5608
OK, probleem opgelost, bedankt voor de bijstand. P Op 12-dec.-2012, om 13:18 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Ik had daar ook een probleem mee. Ik heb dan de 'Open in 32-bit mode vlag' aangezet (Command-I op josm-applicatie) Sindsdien geen probleem meer. 2012/12/12 talk-be-requ...@openstreetmap.org Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. JOSM 5608 (Peter Verschueren) 2. Re: JOSM 5608 (Joren) 3. Re: JOSM 5608 (Peter Verschueren) -- Message: 1 Date: Wed, 12 Dec 2012 07:01:30 +0100 From: Peter Verschueren peter.verschue...@me.com To: talk-be@openstreetmap.org Subject: [OSM-talk-be] JOSM 5608 Message-ID: 59e0732a-ab81-4f7f-8a25-37b0a7137...@me.com Content-Type: text/plain; CHARSET=US-ASCII Hello Group, Ik probeer al een paar dagen versie 5608 te downloaden voor mac maar er blijkt een probleem te zijn met het bestand. Volgens de melding die ik krijg zou het bestand beschadigd zijn. Andere mensen met hetzelfde probleem? Thanks for the info! P -- Message: 2 Date: Wed, 12 Dec 2012 11:13:15 +0100 From: Joren joren.libreoff...@telenet.be To: talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] JOSM 5608 Message-ID: 50c858bb.3020...@telenet.be Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hey, Vreemd. Ik ben zelf ook een Macgebruiker en hier is alles zonder problemen verlopen. Ik denk zelfs dat ik het bestand niet manueel heb gedownload, maar dat de update automatisch gebeurde. Als ik het bestand 'josm-tested.jar' download, kan ik het ook probleemloos gebruiken (gewoon dubbelklikken). Aangezien dit gebaseerd is op java, misschien eens kijken in die richting? Een tijd geleden heeft Apple Java van hun besturingssysteem verwijderd. Misschien de volgende download eens proberen: http://java.com/nl/download/mac_download.jsp?locale=nl . Als ik mij niet vergis krijg je netjes een melding als je die java-versie al hebt. Hopelijk werkt het, Joren Op 12/12/12 07:01, Peter Verschueren schreef: Hello Group, Ik probeer al een paar dagen versie 5608 te downloaden voor mac maar er blijkt een probleem te zijn met het bestand. Volgens de melding die ik krijg zou het bestand beschadigd zijn. Andere mensen met hetzelfde probleem? Thanks for the info! P ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Message: 3 Date: Wed, 12 Dec 2012 11:20:39 +0100 From: Peter Verschueren peter.verschue...@me.com To: OpenStreetMap Belgium talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] JOSM 5608 Message-ID: ca174510-172f-4bb5-bffc-2f2feefb9...@me.com Content-Type: text/plain; CHARSET=US-ASCII Hallo, Ik heb momenteel de laatste versie van JAVA dus daar kan het niet liggen, en de vorige versie heb ik niet meer. Alvast bedankt voor de hulp, ik wacht wel op de volgende release. P Op 12-dec.-2012, om 11:13 heeft Joren joren.libreoff...@telenet.be het volgende geschreven: Hey, Vreemd. Ik ben zelf ook een Macgebruiker en hier is alles zonder problemen verlopen. Ik denk zelfs dat ik het bestand niet manueel heb gedownload, maar dat de update automatisch gebeurde. Als ik het bestand 'josm-tested.jar' download, kan ik het ook probleemloos gebruiken (gewoon dubbelklikken). Aangezien dit gebaseerd is op java, misschien eens kijken in die richting? Een tijd geleden heeft Apple Java van hun besturingssysteem verwijderd. Misschien de volgende download eens proberen: http://java.com/nl/download/mac_download.jsp?locale=nl . Als ik mij niet vergis krijg je netjes een melding als je die java-versie al hebt. Hopelijk werkt het, Joren Op 12/12/12 07:01, Peter Verschueren schreef: Hello Group, Ik probeer al een paar dagen versie 5608 te downloaden voor mac maar er blijkt een probleem te zijn met het bestand. Volgens de melding die ik krijg zou het bestand beschadigd zijn. Andere mensen met hetzelfde probleem? Thanks for the info! P ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org
[OSM-talk] ebook maps
Hello, all possibilities to render maps as ebooks (or for print) that I found were relatively limited (only raster images and/or limited number of pages). So I tried something new: https://technik-stinkt.de/~hendrik/maps/ What do you think? cheers Hendrik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ebook maps
On 2012-12-12 10:25, Hendrik Siedelmann wrote: Hello, all possibilities to render maps as ebooks (or for print) that I found were relatively limited (only raster images and/or limited number of pages). So I tried something new: https://technik-stinkt.de/~hendrik/maps/ What do you think? The idea is great. But before I download a 245MB PDF file: will Adobe Acrobat or Foxit PDFreader load and display something like that without problems? The most difficult PDF I have is a 4MB file of the french railroad network (official RRF file), and a redraw after zooming or panning takes a looong time. The inital draw is 20 seconds alone. And does 3.4MB for only the coastline and the one major road not seem a bit excessive? I think the data should be a bit simplified before you make a PDF out of it. But again: the idea as such is good. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ebook maps
On 12/12/2012 10:33 AM, Maarten Deen wrote: On 2012-12-12 10:25, Hendrik Siedelmann wrote: Hello, all possibilities to render maps as ebooks (or for print) that I found were relatively limited (only raster images and/or limited number of pages). So I tried something new: https://technik-stinkt.de/~hendrik/maps/ What do you think? The idea is great. But before I download a 245MB PDF file: will Adobe Acrobat or Foxit PDFreader load and display something like that without problems? The most difficult PDF I have is a 4MB file of the french railroad network (official RRF file), and a redraw after zooming or panning takes a looong time. The inital draw is 20 seconds alone. Yes, it works :-D. Tested on ebook readers, which are wy slower compared to a laptop. There should be no need to zoom, just go to the page with the next higher zoom level. And does 3.4MB for only the coastline and the one major road not seem a bit excessive? I think the data should be a bit simplified before you make a PDF out of it. There is a bit of simplification (not enough). For what I want (really big maps) it doesn't matter that much because the higher zoom levels take all the space anyways. The small ones are just a demo if you don't want to download the big one. But again: the idea as such is good. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ebook maps
De : Hendrik Siedelmann hendrik.siedelm...@googlemail.com Hello, all possibilities to render maps as ebooks (or for print) that I found were relatively limited (only raster images and/or limited number of pages). So I tried something new: https://technik-stinkt.de/~hendrik/maps/ What do you think? Hi Hendrik, This is a good idea, but I`m not able to see any index or glossary in your example pdf. The medium example is composed of about 2500 pages, how can I know on which page to go to find the location I need ? On map book there are also often some marks on page sides/corners to indicate the page number we have to go if we want to have left/right/up/down part of the map. Could you add such information ( if it could be in form of hyperlink it would be nice )? Some pages are also completely grey. could you eliminate them from the book ? Cheers Julien___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ebook maps
On 12/12/2012 11:04 AM, THEVENON Julien wrote: *De :* Hendrik Siedelmann hendrik.siedelm...@googlemail.com Hello, all possibilities to render maps as ebooks (or for print) that I found were relatively limited (only raster images and/or limited number of pages). So I tried something new: https://technik-stinkt.de/~hendrik/maps/ https://technik-stinkt.de/%7Ehendrik/maps/ What do you think? Hi Hendrik, This is a good idea, but I`m not able to see any index or glossary in your example pdf. The medium example is composed of about 2500 pages, how can I know on which page to go to find the location I need ? The pdf basically represents a zoomable map without index. In the corners of every page are the page numbers of the next zoom level for the respective quadrant. At the endpoints of the cross that is visible at every page, there are the page numbers for north/south/... A Hyperlink would be nice, but I haven't yet found a method to embed them in the pdf with the tools I use. On map book there are also often some marks on page sides/corners to indicate the page number we have to go if we want to have left/right/up/down part of the map. Could you add such information ( if it could be in form of hyperlink it would be nice )? Some pages are also completely grey. could you eliminate them from the book ? I will. Cheers Julien ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ebook maps
De : Hendrik Siedelmann hendrik.siedelm...@googlemail.com In the corners of every page are the page numbers of the next zoom level for the respective quadrant. At the endpoints of the cross that is visible at every page, there are the page numbers for north/south/... Sorry I missed these numbers... Cheers Julien___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Overpass API v0.7.1
Hello everybody, A new version of Overpass API http://wiki.openstreetmap.org/wiki/Overpass_API is available. Please read http://wiki.openstreetmap.org/wiki/Overpass_API/versions#Overpass_API_v0.7.1 for details. The most important thing is that this version accomodates 64-bit node ids. So the expected overflow over node id 2^31 in February 2013 will not harm Overpass API. The second most import thing is that the fair usage policy needs a subtle adjustment. You don't need to do anything, the server helps you automatically to comply to the policy. Some users (I assume a malformed JavaScript application) have sent a sequence of queries with very large bounding boxes within a few seconds. This used up all server ressources and harmed other users, and at the same time did not return useful results (due to oversize). A sample from the logfile: [07/Dec/2012:20:41:20 0100] runtime: 181, return size: 341, query string: /api/xapi?node[man_made=surveillance] [bbox=-73.6312499955,-21.20088405484794,102.4312499776,79.67900280484885] [07/Dec/2012:20:41:21 0100] runtime: 180, return size: 341, query string: /api/xapi?node[man_made=surveillance] [bbox=-29.61562499774,17.868367821866197,58.41562499785,69.46927728884238] [07/Dec/2012:20:41:22 0100] runtime: 180, query string: /api/xapi?node[man_made=surveillance] [bbox=-7.60781249978,35.566567573194945,36.4078124989,61.23135136351583] To avoid this, now queries from the same host (based on IP address) are serialized (executed one after another) and queries waiting for this reason for more than 15 seconds are rejected with HTTP code 429. If you have sent a runaway query and therefore receive 429 for subsequent queries, you can cancel the runaway query with http://overpass-api.de/api/kill_my_queries Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Updating www.bestofosm.org
Am 11/dic/2012 um 16:02 schrieb hbogner hbog...@gmail.com: Bosnia team was started few weeks/months ago and they just imported Corine land cover. Compared to google it now looks great :D It would be a good boost for them to be on bestofosm :D Great to hear that an active community is emerging in Bosnia, but I oppose strongly the idea to have a corine import marked as best of OSM. Didn't analyze the situation there, but if the data is mainly corine we shouldn't promote this as best of Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Updating www.bestofosm.org
They were doing good work even before corine import, Sarajevo is an example. Ragards, Hrvoje On 12/12/2012 02:43 PM, Martin Koppenhoefer wrote: Great to hear that an active community is emerging in Bosnia, but I oppose strongly the idea to have a corine import marked as best of OSM. Didn't analyze the situation there, but if the data is mainly corine we shouldn't promote this as best of Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Updating www.bestofosm.org
Sarajevo is an example I was in Sarajevo talking OSM in October whilst participating in a TechCamp event there. I was surprised to check the coverage this week and to see the extent it had improved over the last 2 months. Impressive stuff! Cheers, Joseph On 12 December 2012 13:59, hbogner hbog...@gmail.com wrote: Sarajevo is an example ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Updating www.bestofosm.org
There's some theme / amusement parks mapped in great detail: Walt Disney World Resort: http://bestofosm.org/?type=mapniklon=-81.54878lat=28.37393zoom=18 / http://bestofosm.org/?type=mapniklon=-81.54878lat=28.37393zoom=18 Disneyland CA: http://bestofosm.org/?type=mapniklon=-81.54878lat=28.37393zoom=18 On Tue, Dec 11, 2012 at 2:24 AM, Frederik Ramm frede...@remote.org wrote: Hi, most of you will know www.bestofosm.org - essentially a simple OpenLayers page with a couple KML layers with markers (and preview images) for locations that are special in OSM. The location list hasn't been updated since the license change and we're planning to do a major update, together with a new poster print (latest one proudly boasts 2010 version http://bestofosm.org/poster/). Do you know any places that should be featured on bestofosm.org? We're looking for things that * are mapped to an exceptional standard (where exceptional is relative to the surroundings - something that is normal for OSM in Europe might be exceptional for OSM in China). and/or * have a nice story (e.g. a village might only look 'average' on the map but have been mapped completely in one day by the local primary school) and/or * have relevance for OSM as a project (e.g. we'll add all locations of past SOTMs but things like the first mapping party in Africa or so would be great too) and/or * are exceptional in some other respect The site isn't intended to be a catalogue, but more of a showcase. That's why we absolutely need a story paragraph for each item that should ideally go beyound this place also looks nice - these story paragraphs will also go on the poster. We're also after a good planet coverage - currently, the non-coastal US, Australia, and Canada are completely devoid of entries. Entries must be visible on one of the publicly accessible OSM tile maps - can be standard map, cyclemap, piste map, seamap, etc. but we can't support maps with interactive features or vector overlays. Your input is greatly appreciated, and will be edited and compiled into KML files/PNG files that are freely reusable under CC-BY-SA just as bestofosm.org is today. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Bot-wars
On 12/10/12 22:26, Ronald Stroethoff wrote: Ik weet niet of hier nog wel zin in heb. Zou het misschien zinnig zijn om dit eens te bespreken komende zaterdag bij de GeoFreedomDay? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] cities changed to towns
I completely disagree that population alone should be used to classify a location (unless the populations are seriously reduced). Going by the suggested populations, places like Tenterfield, Glen Innes, Charleville will become villages and Norseman, Laverton and Lockhart hamlets. The population method may well work in most of Europe as a 'village' of 2,000 people will rarely be further than 50km from a town and therefore won't need facilities beyond a basic fuel station and general store. Rural Australia is a different game. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] cities changed to towns
On 12/12/12 23:35, Nathan Van Der Meulen wrote: I completely disagree that population alone should be used to classify a location (unless the populations are seriously reduced). Going by the suggested populations, places like Tenterfield, Glen Innes, Charleville will become villages and Norseman, Laverton and Lockhart hamlets. The population method may well work in most of Europe as a 'village' of 2,000 people will rarely be further than 50km from a town and therefore won't need facilities beyond a basic fuel station and general store.Rural Australia is a different game. Absolutely. When I'm planning a trip, I like to look at OSM maps online. There's nothing more frustrating than seeing a few towns (obvious from the network of streets), but not a town name to be seen. Sure, I can zoom in to see the names, but when I do that, I've got to zoom in so far that I can no longer see the spacial relationship between those few towns (because I can see only one at a time). This is the result of tagging rural Australian towns purely on the basis of population. The principle of not tagging for the renderer can be taken too far. The maps must be useful. John ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Fwd: cities changed to towns
Arrgh, I've just noted that I havn't sent this to the list but as a direct reply. So here another try: 2012/12/12 Nathan Van Der Meulen natvan...@yahoo.com I completely disagree that population alone should be used to classify a location (unless the populations are seriously reduced). Going by the suggested populations, places like Tenterfield, Glen Innes, Charleville will become villages and Norseman, Laverton and Lockhart hamlets. I agree. The population method may well work in most of Europe as a 'village' of 2,000 people will rarely be further than 50km from a town and therefore won't need facilities beyond a basic fuel station and general store. Rural Australia is a different game. Well, in fact it doesn't really work well in Europe either. To me it always should be a mix of population *and* regional importance/situation. So while a place like Noseman (or probably Wyndham) should definelty qualify for place=town something in similar size in a more densely populated area might not. So my concern is more along the lines that even if a place legally/formally is a city I wouldn't automatically imply place=city. Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] cities changed to towns- I made Alice Springs a city.
I agree we need to think about the map, not the rules. look at the first map you see when you type OSM into google. Its a map of europe. It shows London, prague, and warsaw but not paris or berlin. Lisbon but not madrid, budapest but not rome. And here, at a slightly different zoom level we get Sydney, Melbourne, Albury and Cooma but not the nations capital - canberra. In fact, Queenbeyan appears before CAnberra. I've just noticed that Queenbeyan also appears before Alice Springs, for goodness sake. In my opinion, if the guidelines generate these counter intuitive maps , then the guidelines are wrong. I have made Alice Springs a city, but feel free to change it back if this violates some rule. We are map makers, not programmers, which means we interpret the physical world through a cultural lense to make a document that helps others. Embrace subjectivity. The number of people living in an area is only one reason a settlement should show up on a map. I would argue one of the lesser reasons, unless the purpoe of that map is to map population density. cheers, adrian. From: talk-au-requ...@openstreetmap.org Subject: Talk-au Digest, Vol 66, Issue 13 To: talk-au@openstreetmap.org Date: Tue, 11 Dec 2012 12:00:04 + 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. (Paul HAYDON) 2. Re: cities changed to towns (Steve Bennett) -- Message: 1 Date: Tue, 11 Dec 2012 21:37:43 +1100 From: Paul HAYDON cadmana...@live.com.au To: Talk-AU OSM talk-au@openstreetmap.org Subject: Re: [talk-au] cities changed to towns Message-ID: snt002-w16383afc8c960153517deea8c...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Hi everyone, Firstly, a qualification:I've not read the Wiki on this subject, so this is simply my opinion without the support of guidelines/rules/etc. I believe, having authored/compiled some detail Magellan maps for eXplorist GPSrs this year, that more important than guidelines or rules that are documented, there needs to be a hierarchy in the data. Obviously, a city in Europe will be much larger than one in Australia, and similarly, ours will be much larger than those in more remote countries. And the size differs, not only in population, but also in geographical area (since population densities also vary). For example, let me just describe the east coast of N.S.W., centred on Sydney: I reckon Sydney, Newcastle, and Wollongong are no-brainers - they're cities. But also, Gosford and Wyong on the Central Coast should be classified the same. Now, while I'm sure such places as Parramatta are also cities (I've not verified this, but I'm pretty sure), from a mapping perspective, Sydney is probably all that is needed. So, on a broad view, you will see Sydney, with Newcastle to the north, and Wollongong to the South, as well as Gosford/Wyong midway between Sydney Newcastle. The next level should then be those centres within the metropolitan areas which warrant attention: in Sydney, such places as Strathfield, Parramatta, Penrith, Chatswood, Hornsby, Hurstville Sutherland (plus, I'm sure there are others). IMHO, keeping sight of the end-use (i.e. a map) is more important than strictly applying a rule based purely on numbers (although, when in doubt, these can be helpful). So places like Parramatta might not be classified as cities when in fact they are, while others in more remote parts of our country might be classified, even though they might not be cities. Any thoughts? Cheers,Paul. -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20121211/1c467a61/attachment-0001.html -- Message: 2 Date: Tue, 11 Dec 2012 22:56:37 +1100 From: Steve Bennett stevag...@gmail.com To: Alex Sims a...@softgrow.com Cc: talk-au talk-au@openstreetmap.org Subject: Re: [talk-au] cities changed to towns Message-ID: CA+z=q=uUgqFsEr+0_pxv8vtj526oEL9PayPKbe=chkmp4mh...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 I would want place=city to refer to an urban populated area of at least 100,000 people as per http://wiki.openstreetmap.org/wiki/Key:place#Values I've taken to fixing errors from Geofabrik OSMI and have changed places to match the schema above. Whilst I find hamlet village grate on me as
[Talk-de] Taggen weicher Kriterien bei Radwegen
hallo, Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich die Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der auf der legalen Situation basierenden Attribute auch mit einer nutzerorientierten Klassifizierung zu versehen. Hintergrund ist der Wunsch, auf der Karte Wege, die zwar denselben Nutzungsver- und geboten unterliegen, aber auf Grund der Umstände für den Nutzer von ganz unterschiedlicher Qualität sind, optisch unterscheiden zu können. Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der aber aufgrund seiner Bauweise und Lage stark von Fußgängern frequentiert wird. Oder ein Radstreifen, der de facto seine Funktion nicht erfüllt, da die Markierung am Boden kaum erkennbar ist. Oder ein Radstreifen, dessen Benutzung wegen mangelnder Breite und/oder starken Lkw-Verkehrs für bestimmte Nutzergruppen unzumutbar ist. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Hi, On 12/12/12 13:03, RainerU wrote: Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich die Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der auf der legalen Situation basierenden Attribute auch mit einer nutzerorientierten Klassifizierung zu versehen. Eher nein, weil solche Klassifizierungen in aller Regel subjektiv sind und daher nicht unserem Wunsch nach Ueberpruefbarkeit durch Dritte standhalten. Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der aber aufgrund seiner Bauweise und Lage stark von Fußgängern frequentiert wird. Oder ein Radstreifen, der de facto seine Funktion nicht erfüllt, da die Markierung am Boden kaum erkennbar ist. Oder ein Radstreifen, dessen Benutzung wegen mangelnder Breite und/oder starken Lkw-Verkehrs für bestimmte Nutzergruppen unzumutbar ist. Ideal ist es, wenn es Dir gelingt, solche Dinge zu objektivieren. Beispielsweise koenntest Du ein Tag fuer die Breite eines Radstreifens erfinden - der wuerde dann zwar vielleicht nicht grossflaechig genutzt, aber ueberall dort, wo die Breite ein Problem darstellt, koennte man den einsetzen, und Deine Applikation/Karte koennte das beruecksichtigen. So etwas wie die Haeufigkeit von Fussgaengern auf dem Radweg ist natuerlich schwer zu mappen - obwohl man auch dort ueber ein foot=permissive nachdenken koennte, denn offensichtlich werden sie ja geduldet ;) 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] Taggen weicher Kriterien bei Radwegen
On Wednesday 12 December 2012 13:46:47 Frederik Ramm wrote: Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich die Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der auf der legalen Situation basierenden Attribute auch mit einer nutzerorientierten Klassifizierung zu versehen. Eher nein, weil solche Klassifizierungen in aller Regel subjektiv sind und daher nicht unserem Wunsch nach Ueberpruefbarkeit durch Dritte standhalten. Umgekehrt kann ich mir schon vorstellen solche weiche Faktoren die *leicht durch dritte überprüfbar sind* in OSM aufzunehmen -- dass der Radweg für Radfahrer nicht nutzbar ist weil er von Fussgängern stark frequentiert wird oder zu schmal dafür ist oder regelmäßig von Autos zugeparkt wird ist schon überprüfbar. Auf eine gute Definition und Dokumentation kommt es hier an, ich find die Idee gut und nützlich. -- Jan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
... und wenn du schon dran bist: Waere schoen , wenn auch Gefahrenpunkte eingetragen werden koennten. Habe leider keine Loesung anzubieten, bin aber am Subjekt sehr interessiert. Volker (Padova, Italien) 2012/12/12 RainerU ra...@sfr.fr hallo, Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich die Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der auf der legalen Situation basierenden Attribute auch mit einer nutzerorientierten Klassifizierung zu versehen. Hintergrund ist der Wunsch, auf der Karte Wege, die zwar denselben Nutzungsver- und geboten unterliegen, aber auf Grund der Umstände für den Nutzer von ganz unterschiedlicher Qualität sind, optisch unterscheiden zu können. Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der aber aufgrund seiner Bauweise und Lage stark von Fußgängern frequentiert wird. Oder ein Radstreifen, der de facto seine Funktion nicht erfüllt, da die Markierung am Boden kaum erkennbar ist. Oder ein Radstreifen, dessen Benutzung wegen mangelnder Breite und/oder starken Lkw-Verkehrs für bestimmte Nutzergruppen unzumutbar ist. Gruß Rainer __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://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 weicher Kriterien bei Radwegen
Du kannst class:bicycle benutzen, mir ist es zu müßig da jetzt dazulegen, warum es sinnvoll ist. Ich finde das es für stark abweichende (besonders gut zum fahren, besonders schlecht zum fahren) Abschnitte sehr sinnvoll ist. Sprich wenn objektive Kriterien nicht helfen, dann kannst du es über class:bicycle gut ausdrücken. On 12.12.2012 13:03, RainerU wrote: hallo, Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich die Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der auf der legalen Situation basierenden Attribute auch mit einer nutzerorientierten Klassifizierung zu versehen. Hintergrund ist der Wunsch, auf der Karte Wege, die zwar denselben Nutzungsver- und geboten unterliegen, aber auf Grund der Umstände für den Nutzer von ganz unterschiedlicher Qualität sind, optisch unterscheiden zu können. Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der aber aufgrund seiner Bauweise und Lage stark von Fußgängern frequentiert wird. Oder ein Radstreifen, der de facto seine Funktion nicht erfüllt, da die Markierung am Boden kaum erkennbar ist. Oder ein Radstreifen, dessen Benutzung wegen mangelnder Breite und/oder starken Lkw-Verkehrs für bestimmte Nutzergruppen unzumutbar ist. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- keep on biking and discovering new trails Felix openmtbmap.org www.velomap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 12.12.2012 14:33, schrieb Volker Schmidt: ... und wenn du schon dran bist: Waere schoen , wenn auch Gefahrenpunkte eingetragen werden koennten. Habe leider keine Loesung anzubieten, bin aber am Subjekt sehr interessiert. hazard=* siehe: http://wiki.openstreetmap.org/wiki/Proposed_features/hazard Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 12/12/2012 13:46 schrieb Frederik Ramm: Eher nein, weil solche Klassifizierungen in aller Regel subjektiv sind und daher nicht unserem Wunsch nach Ueberpruefbarkeit durch Dritte standhalten. Grundsätzlich sehe ich das auch so und versuche daher auch, subjektive Daten nach Möglichkeit extern zu halten. Das ist z.B. bei Gefahrenpunkten mit geringem Aufwand für die Umsetzung und Pflege zu machen. Bei den Radwegen und -spuren scheidet solch eine Lösung aus, da ich auf jeden Fall die Topologie und die Standardattribute aus OSM verwenden will. Erst recht gilt das, wenn man die Radfahreignung sämtlicher Verkehrswege darstellen möchte. Und wie ausgiebige Diskussionen, z.B. [1], gezeigt haben, gibt es keine einfach handzuhabende Lösung, um OSM-Objekte mit anwendungspezifischen, extern gehaltenen Daten zu verknüpfen. Die Radfahreignung aus Zusatztags wie surface, width, smoothness usw. abzuleiten, halte ich für nicht praktikabel. Zum einen ist ein flächendeckende Versorgung mit diesen Tags in absehbarer Zeit nicht zu erwarten. Zum anderen ist eine programmtechnische Auswertung dieser Tags, die alle möglichen Kombinationen abdeckt, kaum möglich. Ein class:bicycle mit mit vier bis sechs Stufen und einer Kategorisierung mittels objektiver Kriterien, wie Breite, Belag, Steigung, Fahrzeugfrequenz, ähnlich wie das bei sac-scale, mtb:scale und tracktype gemacht wurde, wäre aus meiner Sicht eine pragmatische Lösung. Leider erfüllt der Vorschlag im Wiki diese Anforderungen auch nicht ansatzweise. In meinem Fall kann ich mich auf eine Klassifizierung der örtlichen Radfahrorganisation stützen. Entweder erfinde ich dafür ein spezielles Tag oder ich bilde das auf class:bicycle ab. Gruß Rainer [1] http://thread.gmane.org/gmane.comp.gis.openstreetmap.region.de/96029 [2] http://wiki.openstreetmap.org/wiki/Class:bicycle ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 12.12.2012 13:46, schrieb Frederik Ramm: On 12/12/12 13:03, RainerU wrote: Im Zusammenhang mit der Erstellung einer lokalen Fahrradkarte stellt sich die Frage, ob es eine Möglichkeit gibt, Radwege und Radstreifen neben der auf der legalen Situation basierenden Attribute auch mit einer nutzerorientierten Klassifizierung zu versehen. Eher nein, weil solche Klassifizierungen in aller Regel subjektiv sind und daher nicht unserem Wunsch nach Ueberpruefbarkeit durch Dritte standhalten. +1 Allein schon, weil nahezu jeder Radfahrer eigene Bedürfnisse hat und die Situation anders interpretiert. Dinge, die von der Tageszeit abhängen sind auch nicht gerade sinnvoll. Ein Beispiel hierfür ist ein dedizierter Radweg (Zeichen 237), der aber aufgrund seiner Bauweise und Lage stark von Fußgängern frequentiert wird. Oder ein Radstreifen, der de facto seine Funktion nicht erfüllt, da die Markierung am Boden kaum erkennbar ist. Oder ein Radstreifen, dessen Benutzung wegen mangelnder Breite und/oder starken Lkw-Verkehrs für bestimmte Nutzergruppen unzumutbar ist. Sinnvoll wäre es das alles direkt an der Straße zu erfassen. Dann hat man cycleway:...=... . Für die Breite könnte man dann cycleway:width=1.2 für eine Breite von 1.2 m nehmen. Zu den vorhanden Tags solltest du einiges im wiki finden. Sollte was fehlen, kann man überlegen, wie man das in das bestehende System eingliedern kann. Einen Blick kannst du auch mal zu hazard werfen. Das könnte für Stellen passen, die dicht von Fußgängern frequentiert werden. Ich bin jedoch der Meinung, dass Stellen, wo andere gegen Gesetze verstoßen nicht unbedingt in OSM eingetragen werden sollten. Das auf einem Radweg geparkt wird kann leider überall passieren, ebenso dass auf einem Radweg gelaufen wird. So etwas wie die Haeufigkeit von Fussgaengern auf dem Radweg ist natuerlich schwer zu mappen - obwohl man auch dort ueber ein foot=permissive nachdenken koennte, denn offensichtlich werden sie ja geduldet ;) access-Tags beschreiben den rechtlichen Zugang, nicht den gelebten oder den, den man gerne hätte. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 12.12.2012 16:36, schrieb RainerU: Die Radfahreignung aus Zusatztags wie surface, width, smoothness usw. abzuleiten, halte ich für nicht praktikabel. Zum einen ist ein flächendeckende Versorgung mit diesen Tags in absehbarer Zeit nicht zu erwarten. Zum anderen ist eine programmtechnische Auswertung dieser Tags, die alle möglichen Kombinationen abdeckt, kaum möglich. Ein class:bicycle mit mit vier bis sechs Stufen und einer Kategorisierung mittels objektiver Kriterien, wie Breite, Belag, Steigung, Fahrzeugfrequenz, ähnlich wie das bei sac-scale, mtb:scale und tracktype gemacht wurde, wäre aus meiner Sicht eine pragmatische Lösung. Leider erfüllt der Vorschlag im Wiki diese Anforderungen auch nicht ansatzweise. Die Folge eines solchen mehr oder weniger subjektivem und groben System ist, dass jeder es verwendet, wie er es gerne hätte. Das simpelste Beispiel ist tracktype. Die Werte werden genutzt, wie es dem Mapper gerne passt. Mal ist eine ebene Schotterpiste grade1, mal eine holprigere Asphaltpiste grade2 usw. Im wiki steht als Definition nur der Grad der Befestigung, nicht ob der Weg eben ist oder nicht. Die Begründung: surface, smoothness und width gibt es nicht flächendeckend, dann nehmen ich halt class:bicycle finde ich recht merkwürdig. Das ist um den Faktor 100 weniger verbreitet als smoothness, bei surface ist es Faktor 5000. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Hallo Hennig, Am 12.12.2012 16:51, schrieb Henning Scholland: Das simpelste Beispiel ist tracktype. Die Werte werden genutzt, wie es dem Mapper gerne passt. Mal ist eine ebene Schotterpiste grade1, mal eine holprigere Asphaltpiste grade2 usw. Im wiki steht als Definition nur der Grad der Befestigung, nicht ob der Weg eben ist oder nicht. Meine Erfahrung in der Praxis ist gerade gegenteilig. Als Track getaggte Wege werden in der Regel nur für land- und forstwirtschaftlichen Verkehr genutzt. Grade1-Tracks sind in Mitteleuropa in der Regel asphaltiert, Grade2-Tracks haben zumindest bei trockenem Wetter eine Oberfläche, die bequem mit 32er-Reifen befahren werden kann. Die Begründung: surface, smoothness und width gibt es nicht flächendeckend, dann nehmen ich halt class:bicycle finde ich recht merkwürdig. Das ist um den Faktor 100 weniger verbreitet als smoothness, bei surface ist es Faktor 5000. Wie schon die Werte horrible und unpassable zeigen, ist smoothness ein extrem subjektives Attribut. Wahrscheinlich ist es genau deshalb auch so weit verbreitet. Laut Wiki entspricht smoothness=good (thin_wheels) racing bike. Was bitte sind thin wheels? Ich fahre mit Rennrad und 25er-Reifen schon mal über nicht-asphaltierte Wege, soll ich die also mit smoothness=good taggen? Wenn nicht, dann frage ich mich, wie sieht ein Weg aus, der mit dem Rennrad befahrbar ist, also smoothness=good, aber nicht mit dem Skateboard (erfordert excellent)? Aber wie gesagt, ich finde class:bicycle auch nicht optimal und einen key scale:adfc_ortsgruppe_hitertupfingen ist auch nicht viel besser. Aber ich sehe nach wie vor keine andere Möglichkeit, nicht messbare Informationen wie Radweg ständig zugeparkt mit OSM-Daten zu verknüpfen. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 12.12.2012 18:05, schrieb RainerU: Hallo Hennig, Am 12.12.2012 16:51, schrieb Henning Scholland: Das simpelste Beispiel ist tracktype. Die Werte werden genutzt, wie es dem Mapper gerne passt. Mal ist eine ebene Schotterpiste grade1, mal eine holprigere Asphaltpiste grade2 usw. Im wiki steht als Definition nur der Grad der Befestigung, nicht ob der Weg eben ist oder nicht. Meine Erfahrung in der Praxis ist gerade gegenteilig. Als Track getaggte Wege werden in der Regel nur für land- und forstwirtschaftlichen Verkehr genutzt. Grade1-Tracks sind in Mitteleuropa in der Regel asphaltiert, Grade2-Tracks haben zumindest bei trockenem Wetter eine Oberfläche, die bequem mit 32er-Reifen befahren werden kann. Wobei befestigt aber nicht nur superglatten Asphalt meint, sondern eben auch Asphalt mit vielen Schlaglöchern, Wurzeln, etc. Auch Kopfsteinpflaster ist befestigt, oder huckelige Betonplattenwege. Es gibt aber durchaus Mapper, die sagen grade1 sind nur gute, befestigte Wege. Ich möchte jetzt auch keine Diskussion lostreten. Es ging mir nur darum, dass alles, was nicht objektiv ist, nicht unbedingt tauglich ist. Auch smoothness ist nicht objektiv und auch hier gibt es ähnliche Probleme wie bei tracktype. Die Sache wird aber durch einen weiteren, subjektiven Tag, der noch weiter gefasst ist nicht besser. Die Begründung: surface, smoothness und width gibt es nicht flächendeckend, dann nehmen ich halt class:bicycle finde ich recht merkwürdig. Das ist um den Faktor 100 weniger verbreitet als smoothness, bei surface ist es Faktor 5000. Wie schon die Werte horrible und unpassable zeigen, ist smoothness ein extrem subjektives Attribut. Wahrscheinlich ist es genau deshalb auch so weit verbreitet. Laut Wiki entspricht smoothness=good (thin_wheels) racing bike. Was bitte sind thin wheels? Ich fahre mit Rennrad und 25er-Reifen schon mal über nicht-asphaltierte Wege, soll ich die also mit smoothness=good taggen? Wenn nicht, dann frage ich mich, wie sieht ein Weg aus, der mit dem Rennrad befahrbar ist, also smoothness=good, aber nicht mit dem Skateboard (erfordert excellent)? Spontan könnte ich mir surface=paving_stones vorstellen und ähnliche Oberflächen, die im Prinzip eben sind, nur kleinere Rillen haben, die man mit einem 28-Rad überrollt, mit dem Inliner aber hängen bleibt. Allgemein hat smoothness aber nichts mit surface zutun. Asphalt kann auch eine schlechte Oberfläche haben und eine verdichtete Fahrbahn kann auch eben sein. Aber wie gesagt, ich finde class:bicycle auch nicht optimal und einen key scale:adfc_ortsgruppe_hitertupfingen ist auch nicht viel besser. Aber ich sehe nach wie vor keine andere Möglichkeit, nicht messbare Informationen wie Radweg ständig zugeparkt mit OSM-Daten zu verknüpfen. Allgemein ist es sicherlich sinnvoll, wenn du erstmal grob überlegst, was du für Eigenschaften brauchst. Dann kann man überlegen, was davon sinnvoll in OSM umgesetzt werden kann und dies erfinden, bzw. schauen, was es schon gibt. Spontan fallen mir als Kriterien: Breite, getrennt von Fußweg, häufig zugeparkt, Ebenheit und Oberfläche ein. Das kann man alles mehr oder weniger objektiv erfassen. Ist aber deutlich aussagekräftiger als ein allgemeiner Tag mit 5 Stufen. Henning Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Hallo, On 12.12.2012 16:36, RainerU wrote: In meinem Fall kann ich mich auf eine Klassifizierung der örtlichen Radfahrorganisation stützen. Entweder erfinde ich dafür ein spezielles Tag oder ich bilde das auf class:bicycle ab. Das wiederum ist ja dann objektiv - allerdings solltest Du die betr. Organisation da vorher fragen, nicht dass die sich nachher beschweren. Eine flaechendeckende Versorgung mit width ist genauso viel oder wenig zu erwarten wie eine mit class:bicycle (ich persoenlich wuerde mir sogar eher zutrauen, ein width zu setzen, als ein aus objektiven Kriterien hergeleitetes class:bicycle). Ausserdem denke ich, dass es unwahrscheinlich ist, dass sowas wie hier laufen oefters mal Fussgaenger sich wirklich in einem class:bicycle nutzbar niederschlagen wuerde. Meiner Ansicht nach sind sac-scale, mtb:scale und tracktype gerade Beispiele, bei denen es nicht so gut funktioniert. In einer Reihe mit smoothness=very_horrible ;) Es gibt auch den empirischen Ansatz: Man sammle Tracks von Fahrradfahrern und verwende die Trackdichte zur Einfaerbung einer Karte. Dann bedeuten Deine Farben zwar nicht ist gut zu fahren/ist nicht gut zu fahren sondern wird viel benutzt/wird wenig benutzt, aber eigentlich muesste das ja konvergieren. Ich glaube, naviki.org macht sowas, aber ich bin nicht sicher, wieviel von deren Daten sie rausgeben. 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
[Talk-de] Häuser richtig oder hübsch zeichnen?
Hallo, da ich jetzt mal einige Häuser bei mir in der Stadt eingetragen habe, bin ich über folgendes Problem gestoßen: Wenn ich die Sachen von Bing Maps abzeichne, sind ja manche Häuser etwas schräg zur Straße, andere etwas versetzt zu den anderen Häusern usw. Im Grunde sieht es aber in der Straße doch schon gleichmäßig aus. Nur in OSM hat man dann bei einfachem Abzeichnen doch eher ziemlich unruhige Straßenzüge. Deswegen wollt ich fragen, ob es besser ist, solche kleinen Unregelmäßigkeiten zu ignorieren und einen Straßenzug recht gleichmäßig einzutragen, oder das alles wirklich genau wie in der Wirklichkeit zu machen? Danke! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
On Wed, 12 Dec 2012, Gerrit wrote: Hallo, da ich jetzt mal einige Häuser bei mir in der Stadt eingetragen habe, bin ich über folgendes Problem gestoßen: Wenn ich die Sachen von Bing Maps abzeichne, sind ja manche Häuser etwas schräg zur Straße, andere etwas versetzt zu den anderen Häusern usw. Im Grunde sieht es aber in der Straße doch schon gleichmäßig aus. Nur in OSM hat man dann bei einfachem Abzeichnen doch eher ziemlich unruhige Straßenzüge. Deswegen wollt ich fragen, ob es besser ist, solche kleinen Unregelmäßigkeiten zu ignorieren und einen Straßenzug recht gleichmäßig einzutragen, oder das alles wirklich genau wie in der Wirklichkeit zu machen? Ich arbeite zur Zeit auch gerade viel mit den Haeusern aus bing und kenne das Problem. Die Georeferenzierung der bing-Bilder ist auch nicht besser als der Weg daneben, den irgendein Mapper eingetragen hat (meistens zumindest). Ich erlaube mir deshalb, in solchen Faellen einen gewissen Trade-Off einzubauen, sowohl beim Weg als auch beim Haus. Manchmal hat jemand einen Weg grob eingezeichnet, der ganz offensichtlich durch eine Reihe Haeuser geht. Da lege ich z.B. etwas Hand an. Dann wieder sind die bing-Bilder um ein paar Meter versetzt, relativ zum Wegenetz, da verschiebe ich dann die Haeuser ein bisschen. Ortskenntnisse sind hier natuerlich von Vorteil, ggf. Kontakt zum Mapper des betroffenen Wegs und eine gesunde Einschaetzung der Qualitaet der vorhandenen Daten. Ich finde es am wichtigsten, dass bei einer Navigation das Gesamtbild der Umgebung mit dem zu korrelieren ist, was auf dem Display zu sehen ist. bing hat 'die Wirklichkeit' ja auch nicht gepachtet ;) Meine Meinung... A.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
Am 12.12.2012 20:16, schrieb Alexander Lehner: Ich arbeite zur Zeit auch gerade viel mit den Haeusern aus bing und kenne das Problem. Die Georeferenzierung der bing-Bilder ist auch nicht besser als der Weg daneben, den irgendein Mapper eingetragen hat (meistens zumindest). Ich erlaube mir deshalb, in solchen Faellen einen gewissen Trade-Off einzubauen, sowohl beim Weg als auch beim Haus. Manchmal hat jemand einen Weg grob eingezeichnet, der ganz offensichtlich durch eine Reihe Haeuser geht. Da lege ich z.B. etwas Hand an. Dann wieder sind die bing-Bilder um ein paar Meter versetzt, relativ zum Wegenetz, da verschiebe ich dann die Haeuser ein bisschen. Ortskenntnisse sind hier natuerlich von Vorteil, ggf. Kontakt zum Mapper des betroffenen Wegs und eine gesunde Einschaetzung der Qualitaet der vorhandenen Daten. Ich finde es am wichtigsten, dass bei einer Navigation das Gesamtbild der Umgebung mit dem zu korrelieren ist, was auf dem Display zu sehen ist. bing hat 'die Wirklichkeit' ja auch nicht gepachtet ;) Meine Meinung... A. Hm, das Problem ist nicht einmal, das Bing falsch wäre (Zumindest scheint es mir nicht so), sondern dass auch in Wirklichkeit die Häuser nicht 100%ig „hübsch“ nebeneinander stellen. Oft ist es ja so, dass in einem Reihenhauskomplex ein Haus ein paar Meter nach hinten verschoben ist. Oder dass die Häuser an sich etwas schräg zur Straße stehen. Das ist auf dem Luftbild auch zu sehen, und wenn man das Luftbild abzeichnet, sieht es bei OSM nachher auch so aus. Allerdings wirkt das ganze Straßenbild eben nicht so chaotisch, wenn man sich wirklich in der Straße aufhält: Da sieht es eigentlich schon so aus, als ob die Häuser alle parallel zur Straße stehen würden, auch wenn es eben in Wirklichkeit nicht so ist. Nur fällt das nicht auf. Jetzt ist mein Problem halt, ob man das wirklich 100%ig richtig zeichnen soll, oder ob es eben auf der Karte etwas „hübscher“ wirken soll. Ich glaube, ich werde da doch aber lieber dazu tendieren, das ganze grafisch etwas aufzupolieren. Sonst sieht es wirklich schlecht aus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
On Wed, 12 Dec 2012, Gerrit wrote: Hm, das Problem ist nicht einmal, das Bing falsch wäre (Zumindest scheint es mir nicht so), sondern dass auch in Wirklichkeit die Häuser nicht 100%ig ?hübsch? nebeneinander stellen. Oft ist es ja so, dass in einem Reihenhauskomplex ein Haus ein paar Meter nach hinten verschoben ist. Oder dass die Häuser an sich etwas schräg zur Straße stehen. Das ist auf dem Luftbild auch zu sehen, und wenn man das Luftbild abzeichnet, sieht es bei OSM nachher auch so aus. Allerdings wirkt das ganze Straßenbild eben nicht so chaotisch, wenn man sich wirklich in der Straße aufhält: Da sieht es eigentlich schon so aus, als ob die Häuser alle parallel zur Straße stehen würden, auch wenn es eben in Wirklichkeit nicht so ist. Nur fällt das nicht auf. Has Du mal ein aktuelles Beispiel? Parallel zur Strasse heisst ja in dem Fall auch eher zum Strassenrand, nicht zu einer gedachten Linie die gerendert wird. A. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
Am 12. Dezember 2012 20:25 schrieb Gerrit z0idb...@gmx.de: Jetzt ist mein Problem halt, ob man das wirklich 100%ig richtig zeichnen soll, oder ob es eben auf der Karte etwas „hübscher“ wirken soll. Ich glaube, ich werde da doch aber lieber dazu tendieren, das ganze grafisch etwas aufzupolieren. Sonst sieht es wirklich schlecht aus. Ich versuche, auch kleine Details (z.B. einen mittelkleinen Rücksprung in der Fassade eines einzelnen Hauses) so abzubilden, wie sie auch in der Realität sind, weil man so am meisten mit den Daten anfangen kann. Absichtlich Fehler einzubauen, damit es in bestimmten Maßstäben gleichmäßiger aussieht, halte ich für schädliche Schönfärberei ;-) Gerade die Unregelmäßigkeiten und Brüche sind meistens die interessantesten Stellen in einer Stadt, und normalerweise gibt es jeweils auch einen Grund oder eine Geschichte dazu. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Hallo, Am 12.12.2012 19:50, schrieb Frederik Ramm: On 12.12.2012 16:36, RainerU wrote: In meinem Fall kann ich mich auf eine Klassifizierung der örtlichen Radfahrorganisation stützen. Entweder erfinde ich dafür ein spezielles Tag oder ich bilde das auf class:bicycle ab. Das wiederum ist ja dann objektiv - allerdings solltest Du die betr. Organisation da vorher fragen, nicht dass die sich nachher beschweren. Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5 subjektiv ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und kann sich komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom Ausland nicht zu reden. Das hat für mich dann etwas von: Wir sind nicht schuld, dass das System Käse ist, der ADFC Stadt_A hat es sich ausgedacht. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 12. Dezember 2012 20:37 schrieb Henning Scholland o...@aighes.de: Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5 subjektiv ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und kann sich komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom Ausland nicht zu reden. Das hat für mich dann etwas von: Wir sind nicht schuld, dass das System Käse ist, der ADFC Stadt_A hat es sich ausgedacht. ja, sie sind beide subjektiv, aber das eine ist ein Wert, den jeder ändern kann wie er denkt, während das andere ein Wert ist, den man objektiv eintragen kann (so wie jemand anderes es aufgeschrieben hat). Mit vielen solcher Systeme parallel getaggt könnte man statistisch vorgehen bei der Bewertung ;-) das muss nicht unbedingt schlecht sein. Allerdings sind solche fremden Systeme prinzipiell erstmal vom Urheberrecht geschützt. Ich bin jedenfalls auch dafür, die einzelnen Eigenschaften möglichst allgemein darzustellen, separat getaggt, und nicht mehrere Dinge zusammenzufassen die dann als Eignungsklasse für Fortbewegungsmittel XY32 oder so getaggt wären. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
Hi, On 12.12.2012 20:36, Martin Koppenhoefer wrote: Ich versuche, auch kleine Details (z.B. einen mittelkleinen Rücksprung in der Fassade eines einzelnen Hauses) so abzubilden, wie sie auch in der Realität sind, weil man so am meisten mit den Daten anfangen kann. Ich bin gern ab und zu bereit, ueber ein Detail hinwegzusehen, und z.B. eine Reihe von Haeusern mit q im JOSM parallel anzuordnen, wenn es insgesamt wie eine Reihe paralleler Haeuser aussieht. Aber wenn ich damit etwas erzeuge, was auch bei Inbetrachtziehung einer moeglichen Luftbildungenaugkeit falsch ist, wuerde ich das auch vermeiden. Gerade die Unregelmäßigkeiten und Brüche sind meistens die interessantesten Stellen in einer Stadt, und normalerweise gibt es jeweils auch einen Grund oder eine Geschichte dazu. Bei Reihenbebauung in der Stadt (wo ja oft ein ganzer Strassenzug lueckenlos bebaut ist) sind Details wie kleine Vorspruenge usw. spaeter hilfreich, wenn man vor Ort die Hausnummern eintragen will. Dann steht man da, sieht auf dem Ausdruck 13 Haeuser und vor sich 16 Hausnummern und fragt sich, was wohl zu was gehoert. Ein kleiner Vorsprung oder eine seltsame Ecke helfen dann. 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] Taggen weicher Kriterien bei Radwegen
Hallo, On 12.12.2012 20:37, Henning Scholland wrote: Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5 subjektiv ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und kann sich komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom Ausland nicht zu reden. Klar. Aber es ist ja trotzdem eine unumstoessliche Tatsache, dass eine bestimmte Strasse vom lokalen Fahrradclub in seiner Publikation XYZ die Klasse ABC erhalten hat. Du mappst in dem Moment ja nicht wie gut ist die Strasse fuers Radfahren geeignet, sondern wie ist die Strasse vom lokalen Verein eingeteilt. Das hat für mich dann etwas von: Wir sind nicht schuld, dass das System Käse ist, der ADFC Stadt_A hat es sich ausgedacht. Wir haben halt kein Entscheidungsfindungs-System in unserem Projekt. Wenn sich zwei Mapper uneins sind, ob irgendwas jetzt horrible oder very_horrible sind und man es nicht anhand objektiver Kriterien nachvollziehen kann, was soll man im Fall eines Edit wars o.ae. denn dann machen? Abstimmen lassen? Wen? - Wir waeren da hilflos. Mappen wir hingegen diese Strasse ist vom ADFC Stadt A als XYZ eingeteilt, dann kann im Notfall ein Anruf beim ADFC die Sache klaeren. Diese Information mag weniger nuetzlich sein, aber weniger problematisch ist sie auch. 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] Taggen weicher Kriterien bei Radwegen
Am 12.12.2012 21:20, schrieb Frederik Ramm: Hallo, On 12.12.2012 20:37, Henning Scholland wrote: Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5 subjektiv ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und kann sich komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom Ausland nicht zu reden. Klar. Aber es ist ja trotzdem eine unumstoessliche Tatsache, dass eine bestimmte Strasse vom lokalen Fahrradclub in seiner Publikation XYZ die Klasse ABC erhalten hat. Du mappst in dem Moment ja nicht wie gut ist die Strasse fuers Radfahren geeignet, sondern wie ist die Strasse vom lokalen Verein eingeteilt. Genau das meine ich mit Augenwischerei. Weil mit dem Mappen von wie ist die Strasse vom lokalen Verein eingeteilt will ich dem Auswerter ja genau wie gut ist die Strasse fuers Radfahren geeignet sagen. Das ist doch gerade der Sinn dahinter: Eine Karte oder ein Routing, dass gute Wege bevorzugt/hervorhebt. Weg1 wäre: Fahrradclub legt Kriterien fest, wenige Mitglieder kategorisieren die Straßen und wir übernehmen das Weg2 wäre: OSM legt Kriterien fest, wenige Mapper kategorisieren die Straßen Ob jetzt ein Clubmitglied die Entscheidung trifft oder ein Mapper läuft bei einem subjektiven Tag letztlich auf das gleiche Ergebnis hinaus. Nur einmal ist es unsere Entscheidung und einmal können wir sagen, aber der Fahrradclub hat's gesagt. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Hallo, Klar. Aber es ist ja trotzdem eine unumstoessliche Tatsache, dass eine bestimmte Strasse vom lokalen Fahrradclub in seiner Publikation XYZ die Klasse ABC erhalten hat. Du mappst in dem Moment ja nicht wie gut ist die Strasse fuers Radfahren geeignet, sondern wie ist die Strasse vom lokalen Verein eingeteilt. Dann müssten wir also highway primary/secondary/tertiary besser nach der amtlichen Klassifikation machen? War nicht bewusst gerade nicht strikt nach der amtlichen Klassifikation? Wenn sich zwei Mapper uneins sind, ob irgendwas jetzt horrible oder very_horrible sind und man es nicht anhand objektiver Kriterien nachvollziehen kann, was soll man im Fall eines Edit wars o.ae. denn dann machen? Abstimmen lassen? Wen? - Wir waeren da hilflos. Mappen wir hingegen diese Strasse ist vom ADFC Stadt A als XYZ eingeteilt, dann kann im Notfall ein Anruf beim ADFC die Sache klaeren. Der Logik zufolge wäre es für Mapper MaxMuster also legitim, das komplette Radwegenetz mit einer Klassifikation MaxMuster:bicycle=1..5 zu versehen, denn man kann ja bei ihm anrufen und fragen. Diese Information mag weniger nuetzlich sein, aber weniger problematisch ist sie auch. Ich denke, da wird das Problempotential überschätzt. Trotzdem bin ich für die Erläuterung dankbar. Vielleicht sollten wir erst einmal untersuchen, wie viele Fälle von Edit-Wars es bisher in OSM gegeben hat. Letztlich wäre außer Straßenklassifikation (die ja allgemein als bevorzugt subjektiv akzeptiert ist) und Radwegequalität auch so etwas wie subjektive Sicherheit, realistische Höchstgeschwindigkeiten (ein Feldweg ohne Geschwindigkeitsbegrenzung ermöglicht bestimmt nicht Tempo 100) und Weiteres sehr interessant als Crowdsourcing, speziell auch für parxisnahes Routing. Das geht mit dem Strikt-Objektiv-Paradigma bisher alles verloren. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Hi, On 12.12.2012 22:20, Roland Olbricht wrote: Dann müssten wir also highway primary/secondary/tertiary besser nach der amtlichen Klassifikation machen? War nicht bewusst gerade nicht strikt nach der amtlichen Klassifikation? Das stimmt (wobei amtliche Klassifikation ja auch hiesse, dass man sich von dem britischen Schema verabschieden muesste). Es gibt ab und zu mal Edit-Scharmuetzel vorallem im Bereich residential/unclassified/tertiary und primary/trunk, aber groessere Auseinandersetzungen glaub ich nicht. Der Logik zufolge wäre es für Mapper MaxMuster also legitim, das komplette Radwegenetz mit einer Klassifikation MaxMuster:bicycle=1..5 zu versehen, denn man kann ja bei ihm anrufen und fragen. Tatsaechlich haben wir frueher immer gesagt: Jeder kann eigene Tags vergeben, wenn er seinen Usernamen als Prefix nimmt. Das wird heute nicht mehr so propagiert, aber im Grunde ist das schon noch so. Wenn MaxMuster von Hand die von ihm befahrenen Wege klassifizieren will, wuerde man das wohl schon akzeptieren - anders waere es, wenn er mal eben saemtliche Strassen automatisch mit einem MaxMuster-Tagschema ueberziehen wollte. Letztlich wäre außer Straßenklassifikation (die ja allgemein als bevorzugt subjektiv akzeptiert ist) und Radwegequalität auch so etwas wie subjektive Sicherheit, realistische Höchstgeschwindigkeiten (ein Feldweg ohne Geschwindigkeitsbegrenzung ermöglicht bestimmt nicht Tempo 100) und Weiteres sehr interessant als Crowdsourcing, speziell auch für parxisnahes Routing. Das geht mit dem Strikt-Objektiv-Paradigma bisher alles verloren. Ich denke, man koennte im subjektiven Bereich besser mit Stimmen als mit Tatsachen arbeiten. Dass es an der Strasse ein Tempolimit 100 gibt, ist Tatsache, da gibts keine Diskussion; dass man praktisch eigentlich nicht schneller als 50 fahren kann, ist meine Meinung, Du findest vielleicht 70, und jemand anders findet 45 - diese Stimmen kann man alle sammeln (bitte nicht als Tags, sondern irgendwie separat), und dann kann sich jeder darauf seinen eigenen Reim machen. Einer koennte z.B. sagen ich vertraue den Benutzern A, B, und C und will immer den Mitterlwert aus deren Stimmen fuer mein Routing verwenden, ein anderer koennte sagen ich bin eher ein vorsichtiger Fahrer und orientiere mich am 1. Quartil und so weiter. Peter Miller hatte dazu auf einer SOTM vor 3-4 Jahren mal einen Vortrag, da ging es auch um die subjektive Eignung von Wegen fuer verschiedene Nutzerklassen (Stichwort Fussweg, der aber fuer Kinderwagen nicht geeignet ist, Radweg, auf dem man sich aber das Rennrad kaputt macht, etc.). 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] Taggen weicher Kriterien bei Radwegen
Am 12.12.2012 22:38, schrieb Frederik Ramm: On 12.12.2012 22:20, Roland Olbricht wrote: Der Logik zufolge wäre es für Mapper MaxMuster also legitim, das komplette Radwegenetz mit einer Klassifikation MaxMuster:bicycle=1..5 zu versehen, denn man kann ja bei ihm anrufen und fragen. Tatsaechlich haben wir frueher immer gesagt: Jeder kann eigene Tags vergeben, wenn er seinen Usernamen als Prefix nimmt. Das wird heute nicht mehr so propagiert, aber im Grunde ist das schon noch so. Wenn MaxMuster von Hand die von ihm befahrenen Wege klassifizieren will, wuerde man das wohl schon akzeptieren - anders waere es, wenn er mal eben saemtliche Strassen automatisch mit einem MaxMuster-Tagschema ueberziehen wollte. Aber es nutzt doch kaum jemanden etwas, wenn sich zig Mapper/Ortsgruppen vom Fahrradclub eigene Schemata für die selbe Sache ausdenken, bzw. auf ihre Situation vor Ort anpassen. Mit dem Wissen um die Bedeutung der Tags kann man dann zwar eine Karte von Stadt_A erstellen, aber dann hört es auch schon auf. Überregionale Projekte können kaum alle Systeme auswerten, auch wenn sie es wollen würden. Auch für die Mapper ist es sehr anstrengend. Man mappt ja nicht nur in der eigenen Stadt. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
Hallo Gerrit. Ich würde mich Martin und Frederik anschließen: Das eintragen, was da ist. Ecken und Kanten machen doch eine Stadt erst aus. Wenn alles gerade in einer Linie gebaut ist, sieht das entweder nach amerikanischem Hochglanzkino aus oder aber nach Sim City und Co. Ob die Karte, die man daraus erzeugt, wirklich schöner aussieht, sei dahingestellt; eine 3D-Darstellung wird dadurch langweiliger - und könnte genausogut automatisch generiert werden ohne osm-datengrundlage. Gruß Peter Am 12.12.2012 19:54, schrieb Gerrit: Hallo, da ich jetzt mal einige Häuser bei mir in der Stadt eingetragen habe, bin ich über folgendes Problem gestoßen: Wenn ich die Sachen von Bing Maps abzeichne, sind ja manche Häuser etwas schräg zur Straße, andere etwas versetzt zu den anderen Häusern usw. Im Grunde sieht es aber in der Straße doch schon gleichmäßig aus. Nur in OSM hat man dann bei einfachem Abzeichnen doch eher ziemlich unruhige Straßenzüge. Deswegen wollt ich fragen, ob es besser ist, solche kleinen Unregelmäßigkeiten zu ignorieren und einen Straßenzug recht gleichmäßig einzutragen, oder das alles wirklich genau wie in der Wirklichkeit zu machen? Danke! ___ 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 weicher Kriterien bei Radwegen
Am 12.12.2012 19:50, schrieb Frederik Ramm: [...] Es gibt auch den empirischen Ansatz: Man sammle Tracks von Fahrradfahrern und verwende die Trackdichte zur Einfaerbung einer Karte. Dann bedeuten Deine Farben zwar nicht ist gut zu fahren/ist nicht gut zu fahren sondern wird viel benutzt/wird wenig benutzt, aber eigentlich muesste das ja konvergieren. Bis es wieder divergiert, vermute ich. Bis zu einem gewissen Grad spiegelt die Nutzung des Weges die Qualität zum Radfahren wieder, dann ist der Weg verstopft und Radfahren wird ungemütlich, weil flüssiges Fahren nicht mehr möglich ist, je mehr Radfahrer jetzt also noch dazukommen, desto schlechter ist die Idee, diesen Weg selbst zu wählen. Interessant wäre hier eher der direkte Ansatz aus der Problemstellung: wie viele Fußgänger benutzen den Radweg? Denn das ist ja eins der Kriterien, die als nicht-messbar und deshalb einzutragen vorgeschlagen wurden. In beiden Fällen dürfte unser Problem aber sein, dass wir nicht objektiv die kritische Masse an Daten für Radwege sammeln können. Ein Vergleich der Tracks bringt nichts, wenn das 100 Personen in einer Großstadt sind, die ihre meist regelmäßigen Strecken zur Verfügung stellen, während 10.000 andere die Wege genausoviel nutzen. Einzelne Personen verhalten sich dazu zu unterschiedlich, als dass man aus einer so kleinen Stichprobe da gute Ergebnisse erzielen könnte, befürchte ich. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 12.12.2012 21:41, schrieb Henning Scholland: Am 12.12.2012 21:20, schrieb Frederik Ramm: Hallo, On 12.12.2012 20:37, Henning Scholland wrote: Aber das ist doch dann Augenwischerei. Wenn class:bicycle=1...5 subjektiv ist, dann ist doch ein adfc_Stadt_A=1...5 auch subjektiv und kann sich komplett vom System adfc_Stadt_B=1...5 unterscheiden, vom Ausland nicht zu reden. Klar. Aber es ist ja trotzdem eine unumstoessliche Tatsache, dass eine bestimmte Strasse vom lokalen Fahrradclub in seiner Publikation XYZ die Klasse ABC erhalten hat. Du mappst in dem Moment ja nicht wie gut ist die Strasse fuers Radfahren geeignet, sondern wie ist die Strasse vom lokalen Verein eingeteilt. Genau das meine ich mit Augenwischerei. Weil mit dem Mappen von wie ist die Strasse vom lokalen Verein eingeteilt will ich dem Auswerter ja genau wie gut ist die Strasse fuers Radfahren geeignet sagen. Das ist doch gerade der Sinn dahinter: Eine Karte oder ein Routing, dass gute Wege bevorzugt/hervorhebt. Weg1 wäre: Fahrradclub legt Kriterien fest, wenige Mitglieder kategorisieren die Straßen und wir übernehmen das Weg2 wäre: OSM legt Kriterien fest, wenige Mapper kategorisieren die Straßen Ob jetzt ein Clubmitglied die Entscheidung trifft oder ein Mapper läuft bei einem subjektiven Tag letztlich auf das gleiche Ergebnis hinaus. Nur einmal ist es unsere Entscheidung und einmal können wir sagen, aber der Fahrradclub hat's gesagt. Das stimmt aber nur bedingt. Der lokale Club wird über solche Kategorisierungen immer mit mehreren diskutieren bzw. gemeinsam entscheiden. Da findet ein genauer Austausch, bei Bedarf mit gemeinsamer Begehung der betreffenden Straße statt, und es wird argumentiert, warum was wie eingeordnet wird. Bei OSM halten sich Mapper an Kriterien, die bestenfalls irgendwo aufgeschrieben sind. Diese Kriterien sind selten vollständig und außerdem oft schwierig miteinander zu verknüpfen in einem Wert. Minimales Beispiel: Teilkriterium A sei die Oberflächenbeschaffenheit Teilkriterium B seien Baumwurzeln, die die Oberfläche unterbrechen und deshalb die Qualität eines Weges senken. Weg 1 ist super glatter Asphalt, aber alle 20 Meter steht ein Baum, dessen Wurzeln blöderweise den Asphalt anheben Weg 2 ist grobporig rauher Asphalt, der für Inline Skates schon stumpf wirkt, aber links und rechts sind nur Rapsfelder und die Oberfläche bleibt eben. Wie passt das jetzt zusammen? Schlägt die besser Oberfläche die Wurzeln oder die ebenere Straße den rauhen Asphalt? Wo ist die Grenze? Angenommen, du entscheidest dich und dokumentierst, dass die bessere Oberfläche in der Bewertung die Wurzeln schlägt, Weg 1 also besser bewertet wird. Was machst Du dann mit Weg 3, der ebenfalls super glatten Asphalt hat, aber aufgebracht auf Beton-Panzerplatten, deren Ansatzstellen Querrillen bilden, also so ähnlich wie Weg 1, aber mit mehr Bruchstellen der allgemein glatten Oberfläche? Angenommen, du entscheidest dich für die zweite Variante, was ist dann mit Weg 4, der frisch gepflasterte, absolut eben verlegte Rasengittersteine als Oberfläche hat, oder neu gemachtes Kopfsteinpflaster mit runden Kopfsteinköpfen? Der lokale Adfc wird sich für solche Fälle eine Lösung ausdenken, möglicherweise einen zusätzlichen Hinweis für die Eignung für Rennräder einführen oder die Wurzeln im Einzelfall für nicht so schlimm halten, wenn die Strecke dafür eben nicht durch Betonwüste führt, sondern aufgrund der Umgebung angenehmer zu fahren ist. Diese Entscheidungen kann man aber in OSM vermutlich nicht oder nur sehr schlecht abbilden - erst recht nicht in einem Maßstab, der einer Weltkarte insgesamt gerechter wird als die teilweise unabhängigen Entscheidungen einzelner lokaler Communities. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
On 12/12/2012 11:39 PM, Henning Scholland wrote: Aber es nutzt doch kaum jemanden etwas, wenn sich zig Mapper/Ortsgruppen vom Fahrradclub eigene Schemata für die selbe Sache ausdenken, bzw. auf ihre Situation vor Ort anpassen. Mit dem Wissen um die Bedeutung der Tags kann man dann zwar eine Karte von Stadt_A erstellen, aber dann hört es auch schon auf. Überregionale Projekte können kaum alle Systeme auswerten, auch wenn sie es wollen würden. Auch für die Mapper ist es sehr anstrengend. Man mappt ja nicht nur in der eigenen Stadt. Aber exakt dasselbe Problem hast du auch, wenn jeder Mapper irgendwelche weichen Kriterien einträgt, die er gerade für richtig hält. Und die Chance dass jemand überregional die Radwege gut genug kennt um ernsthaft sinnvoll diese weichen Kriterien eintragen zu können ist auch sehr gering. Damit hat man exakt dasselbe Problem wie wenn jeder lokale Radclub eine Klassifizierung vornimmt, nur, dass man zusätzlich noch jeden einzelnen User anschreiben muss und nicht einen zentralen Radclub hat, wenn man diese Bewertung nachvollziehen will. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 12.12.2012 23:39, schrieb Henning Scholland: Aber es nutzt doch kaum jemanden etwas, wenn sich zig Mapper/Ortsgruppen vom Fahrradclub eigene Schemata für die selbe Sache ausdenken, bzw. auf ihre Situation vor Ort anpassen. Mit dem Wissen um die Bedeutung der Tags kann man dann zwar eine Karte von Stadt_A erstellen, aber dann hört es auch schon auf. Überregionale Projekte können kaum alle Systeme auswerten, auch wenn sie es wollen würden. Auch für die Mapper ist es sehr anstrengend. Man mappt ja nicht nur in der eigenen Stadt. Das stimmt, ist aber eher ein Argument, das ganze auf objektivere Teilkriterien herunterzubrechen. Ein quality:bicycle oder sowas ist ein Sammeltag, das sich irgendwie berechnen muss. Wenn dazu die Befahrungsdichte gehört oder die Anzahl der auf dem Radweg rumlaufender Fußgänger, dann werden viele (tm) das nicht oder nicht richtig eintragen können, weil sie dazu keine Informationen haben. Ich fahre den Radweg einmal lang - dann weiß ich noch lange nicht, wie viele Fußgänger im Jahresmittel/zur Mittagszeit/am 'langen Samstag' Nachmittag... da unterwegs sind. Als Mapper hab ich also die Wahl, das gemittelt abzuschätzen und deshalb einen ungenauen Wert einzutragen, oder eben es gleich sein zu lassen. Ich könnte jetzt immerhin die einzelwerte eintragen, die ich kenne (width, surface, tracktype...), aber davon hat ein Auswerter, der das sammeltag benutzt, nichts gewonnen; und wenn der Auswerter deshalb die einzelnen Tags sowieso als solche betrachten muss, dann hilft ihm im Einzelfall das Sammeltag auch nicht viel weiter - wenn überhaupt findet er damit Inkonsistenzen, bei denen die Entscheidung ansteht, welchen Tags dann zu vertrauen ist. Ich wäre deshalb eher für einzelne, einzeln relativ gut überprüfbare Attribute, die man notfalls weglassen kann, und wenn eine Anwendung daran Bedarf hat, für sinnvolle Preset-Definitionen z.B. in JOSM, die dem Mapper per Maske alle dafür sinnvollen Attribute vorschlagen, ohne sie zur Pflicht zu machen, bei denen also klar ist, dass man auch weiß ich nicht, lasse ich weg auswählen kann. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Gibt es eigentlich überhaupt einen Fahrradroutingdienst, der sich derart fein konfigurieren lässt? Momentan ist es ja so, dass für Fahrradrouting gleich ZWEIMAL Subjektivität ins Spiel kommt, was die Sache für mich nahezu unbenutzbar macht. Zum einen sind Tags wie smoothness subjektive, womit ich aber noch relativ gut leben kann. Zum anderen nehmen die Routingprogramme eine völlig intransparente, subjektive Bewertung der Tags vor (auch objektiver wie width oder surface), um daraus eine schwammige 'Fahrradeignung' zu errechnen, die ich dann noch nicht einmal angezeigt bekomme, sondern lediglich subtil die Wegführung beeinflusst. Das höchste der Gefühle sind dann so Buttons mit einem MTB und einem Rennrad drauf. Also bevor also nicht mal ein Routingprogramm (oder Renderer) existiert, dem ich meine eigenen Kriterien mitgeben kann, hat es denke ich wenig Sinn, über die subjektiven Unterschiede zwischen horrible und very_horrible beim Tagging zu diskutieren. Die Diskussion, welche Reifenbreite mit welchem Untergrund harmoniert, gehört nun wirklich zu den Fahrradroutern und nicht zum OSM-Tagging. Wenn dort die bestehenden Tags ausgewertet und auch dem Nutzer mal als Kriterien durchgereicht werden, DANN können wir uns Gedanken machen, ob wir das Ergebnis durch mehr/bessere/konsistentere Tags verbessern können. Aber ich lass mir auch gerne solche Router zeigen. Vielleicht gibt es sie ja schon. my 2 cents, Chaos Kleine Anektote: Mit dem PKW bin ich schon auf Schotter gefahren, bei dem für mich 15km/h die maximale Geschwindigkeit war. Das hält andere nicht davon ab, dort 80km/h als angemessen zu sehen. Andersherum bin ich auf Vulkanasche gerne auch mit 100+ unterwegs, während andere dort nicht über 40 fahren. Und das bei einem 'standardisierten' Fortbewegungsmittel wie einem PKW. Dagegen gibt es unzählige Fahrradtypen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig oder hübsch zeichnen?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-12-12 19:54, Gerrit wrote: Hallo, da ich jetzt mal einige Häuser bei mir in der Stadt eingetragen habe, bin ich über folgendes Problem gestoßen: Wenn ich die Sachen von Bing Maps abzeichne, sind ja manche Häuser etwas schräg zur Straße, andere etwas versetzt zu den anderen Häusern usw. Im Grunde sieht es aber in der Straße doch schon gleichmäßig aus. Nur in OSM hat man dann bei einfachem Abzeichnen doch eher ziemlich unruhige Straßenzüge. Deswegen wollt ich fragen, ob es besser ist, solche kleinen Unregelmäßigkeiten zu ignorieren und einen Straßenzug recht gleichmäßig einzutragen, oder das alles wirklich genau wie in der Wirklichkeit zu machen? Moin Ich trage es so ein, wie ich es auf den Bilder im GRUNDRISS erkenne und es aus Fotos vor Ort auch erkennen kann. Ohne Ortskenntnis ist das schwieriger, da die Luftbilder oft Schrägaufnahmen sind und dort der Grundriss nicht oft erkennbar ist. Aber bitte so abzeichnen, wie es in der Realität ist - OSM will nicht die Welt aufhybschen sondern darstellen, was wirklich vor Ort ist. Beispiele: http://maps.osm2world.org/?zoom=17lat=47.06273lon=15.47071layers=BF0TTFFF http://www.openstreetmap.de/karte.html?zoom=16lat=47.0621lon=15.46836layers=B000TF Mit Beachtung und Einbezug von http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Da hilft es dann wirklich, 1:1 wie in der Realität nachzuziehen und zu attributieren - das ergibt ein gutes 3D Modell mit hohem Wiedererkennungswert! Danke! http://www.openstreetmap.org/user/Amiga4000/diary MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDJinAACgkQmWhuE0qbFyP+2ACaAk0fajmuv30Oh0wAhU4xaziR ciQAnA3IjnUm/qPwXCtnC2LcXvLAXYFh =aQQ/ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] R: Dati georeferenziati Emilia Romagna.
Io sto provando a importare l'uso del suolo nella zona di Reggio Emilia coi dati della regione, ma è un bagno di sangue... Oltre a essere vecchi come dati sono abbastanza pressapochisti... Va bene come base, ma sto pensando di rivedere un po' tutta la fase di importazione. Ciau! Lollo Il giorno 11 dicembre 2012 22:17, Mario Pichetti mario.piche...@gmail.comha scritto: Il 11/12/2012 21:20, Maurizio Napolitano ha scritto: i civici di bologna sono distribuiti dal comune di bologna http://dati.comune.bologna.it/**node/167http://dati.comune.bologna.it/node/167 Segnalo questo link per Emilia Romagna e altre regioni Italia. http://geoportale.regione.**emilia-romagna.it/it/it/link#ehttp://geoportale.regione.emilia-romagna.it/it/it/link#e Se cercate info ve ne sono di vario genere, uso del suolo, civici, industriale, ecc. Ho letto anche questo file pdf USO_SUOLO_08, molto interessante. http://ambiente.regione.**emilia-romagna.it/geologia/** archivio_pdf/webgis-banche-**dati/webgis-suoli/USO_SUOLO_**08.pdfhttp://ambiente.regione.emilia-romagna.it/geologia/archivio_pdf/webgis-banche-dati/webgis-suoli/USO_SUOLO_08.pdf Chi cerca trova:-) Buona serata a tutta la lista, Mario. __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Updating www.bestofosm.org
2012/12/12 Luca Delucchi lucadel...@gmail.com: vi giro la mail di Fred, volta ad aggiornare la lista dei successi di OSM presenti su bestofosm.org Parliamone in lista, se avete luoghi da segnalare. Io un po' di tempo fa avevo segnalato arenzano che penso sia uno dei comuni meglio mappati d'Italia (compresi tutti i civici), ok, scriverei questo: http://www.openstreetmap.org/?lat=44.4106lon=8.6701zoom=14layers=M Arenzano, a Comune in the Province of Genova (Liguria) might well be the only place in Italy with complete addressing information (building footprints and housenumbers), it features also the complete network of alpine tracks. ma non ottenni mai una risposta non ricordo. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
Il giorno 11 dicembre 2012 23:42, Alberto albertoferra...@fastwebnet.itha scritto: Non vedo il problema nel sostituire landuse=farm con landuse=farmland: io dove lo trovo verifico che sia un campo e poi lo cambio con farmland. Dove c'è landuse=farm chiunque avrà sempre il dubbio se il tag sia stato usato correttamente per mappare un campo o scorrettamente per mappare una fattoria. Visto l'uso che si fa attualmente di landuse=farm, mi sa che il problema non sussiste. Almeno in Italia ci sono grosse chiazze di farm, poligoni di diverse decine di kilometri quadrati che non rappresentano, per come la vedo io, un bel niente. Dubito che su una mappatura del genere si possa dire che un certo megapoligono farm indicava campi mentre un altro indicava cascine. Piuttosto, se proprio dobbiamo fare questo cambiamento, allora mettiamoci a mappare i campi come si deve. Se un giorno riusciremo ad avere solo farmyard e farmland non ci sarà più ambiguità e sarà un beneficio per tutti. No? Se vogliamo possiamo anche cambiare il wiki per esplicitare che landuse=farm è sconsigliato. Il wiki adesso mi sembra chiaro. Prima di deprecare un tag, non dovremmo aprire una consultazione più ampia? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Updating www.bestofosm.org
Ciao Simone Il 12/12/2012 15:16, Simone Cortesi ha scritto: Arenzano, a Comune in the Province of Genova (Liguria) might well be the only place in Italy with complete addressing information (building footprints and housenumbers) Anche i comuni di Castelfranco Veneto (validazione in corso), Riese Pio X e Altivole hanno i numeri civici (siamo in attesa di info dagli altri comuni limitrofi);-) http://www.openstreetmap.org/?lat=45.6745lon=11.9256zoom=17layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Updating www.bestofosm.org
Aggiungeteli qua anche! http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Galleria Il giorno 12 dicembre 2012 16:46, Stefano Fraccaro stefano.fracc...@libero.it ha scritto: Ciao Simone Il 12/12/2012 15:16, Simone Cortesi ha scritto: Arenzano, a Comune in the Province of Genova (Liguria) might well be the only place in Italy with complete addressing information (building footprints and housenumbers) Anche i comuni di Castelfranco Veneto (validazione in corso), Riese Pio X e Altivole hanno i numeri civici (siamo in attesa di info dagli altri comuni limitrofi);-) http://www.openstreetmap.org/?**lat=45.6745lon=11.9256zoom=**17layers=Mhttp://www.openstreetmap.org/?lat=45.6745lon=11.9256zoom=17layers=M __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] aperte le iscrizioni a wherecamp.eu 2013
Il 12/12/2012 00:29, Maurizio Napolitano ha scritto: http://wherecamp.eu/blog/2012/12/registration-is-open/ Vi ricordo 18/19 gennaio a Roma, presso Porta Futura essendo di zona mi sono iscritto ai partecipanti...ma...il biglietto è gratis...o è una prevendita? comunque è Porta Futuro una nuova struttura aperta da poco a Roma (Testaccio). è un centro per l'impiego, l'ho visitato, ci sono delle sale abbastanza grandi con tanti pc (purtroppo windows 7) che la gente usa per cercare lavoro, inviare CV, frequentare brevi corsi, etc. Non è proprio un centro congressi, ma si può prestare... non conosco l'organizzatore ma la sua mail dovrebbe essere graf...@lynxlab.com qualcuno sta già organizzando talk su osm? -- Animation of SVN activity for Navit: http://ikaria.informatik.uni-rostock.de/mm337/navit/navit%20svn%20history.webm ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse
2012/12/12 Simone Saviolo simone.savi...@gmail.com: Il wiki adesso mi sembra chiaro. Prima di deprecare un tag, non dovremmo aprire una consultazione più ampia? C'era nel passato scritto nel wiki che farm fosse deprecato (secondo me andava bene), ma poi l'hanno cambiato in una versione più neutra: http://wiki.openstreetmap.org/w/index.php?title=Farmoldid=482025 Visto che in OSM si vota con i piedi rimango dell'idea che si fa bene a cambiare farm in farmland dove si becca (ma personalmente non mi metto a cercare i farm, li cambio quando li incontro) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Updating www.bestofosm.org
Il 12 dicembre 2012 15:16, Simone Cortesi sim...@cortesi.com ha scritto: 2012/12/12 Luca Delucchi lucadel...@gmail.com: vi giro la mail di Fred, volta ad aggiornare la lista dei successi di OSM presenti su bestofosm.org Parliamone in lista, se avete luoghi da segnalare. Io un po' di tempo fa avevo segnalato arenzano che penso sia uno dei comuni meglio mappati d'Italia (compresi tutti i civici), ok, scriverei questo: http://www.openstreetmap.org/?lat=44.4106lon=8.6701zoom=14layers=M Arenzano, a Comune in the Province of Genova (Liguria) might well be the only place in Italy with complete addressing information (building footprints and housenumbers), it features also the complete network of alpine tracks. va bene ma non ottenni mai una risposta non ricordo. ho scritto a frederik, perciò è normale che non ricordi :-) -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] Kvartersnamn
Har någon lagt in svenska kvartersnamn i OpenStreetMap? Syns de i något kartlager? -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kvartersnamn
Hej, Jag har börjat med kvarteren i Malmö (20 kvarter) i samma anda som Lund. Det jag har noterat när jag letat kvartersskyltar är att det står ett referensnummer under kvartersnamnet. Finns det något intresse att ha in dessa i OSM och hur ska det isf. taggas? /Johan E 2012/12/12 Joakim Fors joa...@joakimfors.org Hejsan! _Alla_ kvarter i Lund finns inlagda som landuse=residential. /Joakim On 12 dec 2012, at 16:12, Lars Aronsson l...@aronsson.se wrote: Har någon lagt in svenska kvartersnamn i OpenStreetMap? Syns de i något kartlager? -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kvartersnamn
Hej! Jag har lagt in kvarter både i Sundsvall och Härnösand. Kvartersnamnet syns i de tre innersta inzoomningarna på standard lagret. /Johnny Den 12 december 2012 16:28 skrev Johan Emilsson johan.emils...@eupi.org: Hej, Jag har börjat med kvarteren i Malmö (20 kvarter) i samma anda som Lund. Det jag har noterat när jag letat kvartersskyltar är att det står ett referensnummer under kvartersnamnet. Finns det något intresse att ha in dessa i OSM och hur ska det isf. taggas? /Johan E 2012/12/12 Joakim Fors joa...@joakimfors.org Hejsan! _Alla_ kvarter i Lund finns inlagda som landuse=residential. /Joakim On 12 dec 2012, at 16:12, Lars Aronsson l...@aronsson.se wrote: Har någon lagt in svenska kvartersnamn i OpenStreetMap? Syns de i något kartlager? -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kvartersnamn
On 12/12/2012 04:15 PM, Joakim Fors wrote: _Alla_ kvarter i Lund finns inlagda som landuse=residential. Härligt! Jag har nu, efter samma modell, börjat föra in kvartersnamn i Linköping, baserat på en karta från kommunlantmäteriet som är ajourförd t.o.m. 1988-03-10. Det betyder a) inget katalogskydd kan gälla för uppgifterna längre. b) T1-området är fortfarande en kaserngård och Kanberget är fortfarande en infektionsklinik, så jag kan nog inte lite på kartan i alla detaljer. Finns det modernare källor tillgängliga? Mina bidrag inskränker sig hittills till det här området, http://www.openstreetmap.org/?lat=58.407lon=15.606zoom=16layers=M -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kvartersnamn
Fast hur ska man göra om halva kvarteret är bostadshus och andra halvan kommersiella byggnader, ska kvartersnamnet då taggas på båda landuse-objekten? /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kvartersnamn
Fast hur ska man göra om halva kvarteret är bostadshus och andra halvan kommersiella byggnader, ska kvartersnamnet då taggas på båda landuse-objekten? En annan sak man kan fundera på är om det är värt att tagga på något sätt som skiljer på kvartersnamn och andra namn man kan tänkas ha på en landuse=residential; jag såg t.ex. några BRF:er och ett vårdhem av något slag (fast där man man förstås diskutera om residential är rätt) när jag kollade lite snabbt. Eller är jag bara onödigt datamuppig när jag blir lätt nervös av att blanda olika namnrymder? :-) ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Kvartersnamn
Naeh, alla i innerstaden, men inte alla längre utanför... /Andreas 2012/12/12 Joakim Fors joa...@joakimfors.org: Hejsan! _Alla_ kvarter i Lund finns inlagda som landuse=residential. /Joakim On 12 dec 2012, at 16:12, Lars Aronsson l...@aronsson.se wrote: Har någon lagt in svenska kvartersnamn i OpenStreetMap? Syns de i något kartlager? -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-at] Bawag PSK
On 12.12.2012 08:51, caigner wrote: Nachdem die Postfiliale in Kaltenleutgeben zugesperrt wurde, gibt es jetzt eine Trafik im Ort, die Post-Services anbietet. Also wäre so ein postal_service=yes gar keine so schlechte Idee. Find ich auch! Zwar denke ich, dass die Antwort auf meine ursprüngliche Frage wirklich eher ein gleichbedeutendes amenity=bank;post_office ist (da es bei der Bawag PSK, so wie ich es sehe, wirklich zwei gleichbedeutende Aufgaben sind, die an ein und demselben Schalter (auch nicht zwei Hälften ;)) erfüllt werden. Allerdings kenne ich auch Fälle von solchen Post-Partnern, wo es durchaus Sinn machen würde, zu taggen, dass zusätzlich postal_service angeboten wird. (Das Beispiel, das ich im Hinterkopf habe, ist der Spar in Hieflau; dort ist derzeit ein eigener Node für das post_office innerhalb des building für den Spar gesetzt.) Liebe Grüße, Daniel -- http://www.domob.eu/ OpenPGP: 3316 E372 FA0F A249 CEC2 A750 1D5C 2AF7 05C5 F263 -- Done: Arc-Bar-Cav-Hea-Kni-Ran-Rog-Sam-Tou-Val-Wiz To go: Mon-Pri ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bawag PSK
Hallo! Am Mi, 12.12.2012, 09:13, schrieb Daniel Kraft: Allerdings kenne ich auch Fälle von solchen Post-Partnern, wo es durchaus Sinn machen würde, zu taggen, dass zusätzlich postal_service angeboten wird. (Das Beispiel, das ich im Hinterkopf habe, ist der Spar in Hieflau; dort ist derzeit ein eigener Node für das post_office innerhalb des building für den Spar gesetzt.) Die Idee mit dem zusätzlichen Node ist keine schlechte Idee, finde ich. Bei uns gibt es einen Post-Partner (Tankstelle), die zwar Post-Dienste anbietet, aber zu anderen (eingeschränkten) Zeiten als den Tankstellenbetrieb. Wie sollte das dann beim selben Node ausschauen (postal_services:opening_hours=... ?) Bei dieser Tankstelle ist es übrigens zwar die selbe Person aber ein eigener Schalter, bei dem man sich getrennt anstellen muss. Erledigt später mal eine andere Firma die Postdienste, muss man diesen einen Node (mit PLZ usw.) nur zur anderen Firma weiterschieben. Ich bin für den eigenen Node. Grüße, Günther ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Abbiegeverbote
Hi, in der Arbeit habe ich mich gerade mit der Qualität von Abbiegebeziehungen in OSM (Wien) beschäftigt. Einige Lücken werde ich natürlich selbst stopfen, aber viel zu tun gibt auf einem Straßenzug wo ich in nächster Zeit nicht unterwegs sein werde: Gablenzgasse / Burggasse Vielleicht kommt ja wer von euch vorbei? LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Abbiegeverbote
Und natürlich nicht vergessen auf except=bicycle .. oder andere Fahrzeugklassen :) LG! Markus On 12/12/2012 07:57 PM, Markus Straub wrote: Hi, in der Arbeit habe ich mich gerade mit der Qualität von Abbiegebeziehungen in OSM (Wien) beschäftigt. Einige Lücken werde ich natürlich selbst stopfen, aber viel zu tun gibt auf einem Straßenzug wo ich in nächster Zeit nicht unterwegs sein werde: Gablenzgasse / Burggasse Vielleicht kommt ja wer von euch vorbei? LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
Hi, super Sache, sehr gelungener Import finde ich! Zum allergrößten Teil ist er auch exakt, aber gerade eben bin ich über einen Fehler gestolpert.. Was tun mit einem Baum der mitten auf der Kreuzung eingezeichnet wurde? Einfach löschen? Oder sollen wir sowas zurückmelden (OGD)? http://www.openstreetmap.org/browse/node/2044768880 LG, Markus On 11/29/2012 03:50 AM, ScubbX wrote: Hallo! Die Daten sind nun für den Import präpariert! Timestamp ist der 27.11.2012, Bäume die heute eingetragen wurden, wurden nicht beachtet. Die komprimierten OSM Daten kann man sich hier herunterladen: http://gisforge.no-ip.org:5984/datastore/osm/ogd_trees_wien_selected.osm.bz2 Es war eine ganz schöne Menge Arbeit, diese zu präparieren. Im Wesentlichen wurde alles so wie zuvor beschrieben gemacht. So es keine Gegenstimmen gibt , würde ich morgen/demnächst den Import durchführen. lg, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-12-12 23:02, Markus Straub wrote: Hi, super Sache, sehr gelungener Import finde ich! Zum allergrößten Teil ist er auch exakt, aber gerade eben bin ich über einen Fehler gestolpert.. Was tun mit einem Baum der mitten auf der Kreuzung eingezeichnet wurde? Einfach löschen? Oder sollen wir sowas zurückmelden (OGD)? http://www.openstreetmap.org/browse/node/2044768880 Als externer: mal mit GPS hin gehen und kontrollieren. Sieht danach aus, das die Straßen nicht exakt genug sind für den Baum. Was natürlich nicht heisst, das auch der Baum falsch seion könnte. Aber bisher haben die Baumimporte eher gezeigt das Straßen und Wege nicht exakt genug waren... LG, Markus MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDJiREACgkQmWhuE0qbFyNXIACdE0MNFFSuYKZ5kkonU5YIbsUk ORsAoI1iQbPXMjodKkwnmXaOb/xCRhxr =I4a5 -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Hier s'est tenu à Lille la 2ème journée régionale de géomatique organisée par la conseil régional. Beaucoup de rencontres durant cette journée et une occasion originale de faire connaitre OSM et notre dynamisme. En effet, en parallèle des présentations très classiques, nous étions dans un coin de la salle de conf, à la vue de tous en train d'analyser les data fournies le matin même par divers organismes pour intégration dans OSM. Tout au long de la journée, un point était fait sur ce que nous avions pu faire, les problèmes rencontrés, les bonnes pratiques, etc. Dans la matinée, nous avons pu intégrer des données sur les musées de la région provenant du comité régional du tourisme, assez peu car les données étaient géocodées un peu à la hache (position dans la rue). J'ai donc complété les musées existant dans OSM par les identifiants de CRT, ce qui fait que pour la moitié des données, le CRT a désormais des coordonnées bien meilleures ;) J'ai passé mon petit couplet sur le problème des données géocodées avec des services à la licence peu claire voire franchement incompatible (en particulier Google). La CCI nous avait amené par exemple des données sur les hotels avec leurs adresses, mais aussi un X/Y géocodé avec Google, et j'ai expliqué qu'on ne pouvait donc pas reprendre ce X/Y ce qui a étonné le responsable de la CCI qui n'avait pas conscience du problème (comme souvent). Ca a donc été l'occasion de faire passer le message sur la méfiance à avoir vis à vis des services gratuits... y compris le géocodage fait sur des données IGN qui doit avoir un problème du même genre. Quelques personnes sont venues me demander en fin de journée quel service de géocodage était clean au niveau licence et là, bien sûr c'est Nominatim et données OSM, par exemple via les serveurs open de mapquest. Lors du point avant le déjeuner, j'ai donc expliqué ceci et aussi posé la question sur l'utilisation quasi systématique de majuscules dans les libellés, si courante et si ennuyeuse pour nos intégrations pour les toponymes (sans même parler des accents souvent perdus au passage). Ensuite, nous avons pris le fichiers des hotels fourni par la ville de Lille et compléter l'existant dans OSM. Il ne manque désormais en principe aucun hotel sur Lille (il y en avait environ la moitié) et le nombre d'étoiles est indiqué pour tous. Assez peu de problème avec ce fichier relativement propre et visiblement pas géocodé (POI dans l'emprise des bâtiments et pas sur la rue). 3ème fichier intégré: les lignes de métro de Lille, plus exactement la ligne 2 que j'ai intégralement remappé en partie avec les données de la communauté urbaine (pour le sous-terrain), mais en conservant les tracés existant pour l'aérien car ils étaient visiblement mieux calés ! Jen ai profité pour ajouter des subway_entrance visibles sur bing mais non mappés. Le dernier fichier que j'ai commencé à intégrer c'est la base des 289000 adresses de la communauté urbaine Lille Métropole en prenant juste la petite commune de Sailly-lez-Lannoy. Elles étaient bien positionnées (vérification croisées avec le cadastre), mais il y a quelques erreurs avec un numéro attribué à la mauvaise rue. Il faudra donc sûrement passer là aussi par une intégration fourmillante. En fin de journée, j'ai fait un dernier point pour expliquer tout ce qui avait été intégré, mais j'en ai profité pour expliquer aussi les développements récents qui permettent de suivre ce que deviennent ces données intégrées et de profiter des améliorations qui y seront apporté par nos fourmis, à l'aide par exemple d'osm-watch et de ses flux RSS liés à des tags qu'on définit. J'ai rebondi sur des présentation faites dans journée, en particulier celle de la collaboration SDIS/IGN pour indiquer que des collaboration SDIS/OSM étaient aussi dans le tuyau justement en s'appuyant sur les dernières générations d'outils de suivit des contributions. J'en ai aussi profité pour inviter les participants à consulter notre site web pour l'annonce de notre prochain évènement de février et sa journée du vendredi qui les concernera directement. Et merci à Philippe pour son accueil, notre diner gastronomique lillois et son canapé ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
2012/12/12 Christian Quest cqu...@openstreetmap.fr: Beaucoup de rencontres durant cette journée et une occasion originale de faire connaitre OSM et notre dynamisme. Bravo et merci pour ce compte-rendu intéressant. Je suis toujours étonné que le géocodage à partir de google maps soit tellement passé dans les moeurs alors que ça pose des problèmes de license. Une license de plus en plus difficile à défendre puisque les sources d'images géoréférencées et facilement accessibles se multiplient. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Le mercredi 12 décembre 2012 10:26:25 Pieren a écrit : 2012/12/12 Christian Quest cqu...@openstreetmap.fr: Beaucoup de rencontres durant cette journée et une occasion originale de faire connaitre OSM et notre dynamisme. Bravo et merci pour ce compte-rendu intéressant. Je suis toujours étonné que le géocodage à partir de google maps soit tellement passé dans les moeurs alors que ça pose des problèmes de license. Je remercie également Christian pour le compte-rendu qui montre les difficultés qui peuvent être rencontrées au sujet de la diffusion de données mais qui sont très facilement surmontables. Après pour ce qui est des licences, on tombe dans un des travers de la communauté du libre qui est de penser que l'on choisi une solution parce qu'elle est libre alors que souvent elle est choisie parce que c'est la meilleure ou considérée comme telle. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
La question des licences est quand même facilement reçue par ce type de public qui a souvent été confronté au moins une fois à un problème vis à vis des conditions d'utilisation des données de l'IGN... en gros, on leur fait découvrir qu'avec Google (ou autre) c'est pas forcément mieux et qu'il y a un risque même si Google n'est pas aussi réactif sur ce sujet. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Le 12/12/2012 09:12, Christian Quest a écrit : Ensuite, nous avons pris le fichiers des hotels fourni par la ville de Lille et compléter l'existant dans OSM. Il ne manque désormais en principe aucun hotel sur Lille (il y en avait environ la moitié) et le nombre d'étoiles est indiqué pour tous. Assez peu de problème avec ce fichier relativement propre et visiblement pas géocodé (POI dans l'emprise des bâtiments et pas sur la rue). 3ème fichier intégré: les lignes de métro de Lille, plus exactement la ligne 2 que j'ai intégralement remappé en partie avec les données de la communauté urbaine (pour le sous-terrain), mais en conservant les tracés existant pour l'aérien car ils étaient visiblement mieux calés ! Jen ai profité pour ajouter des subway_entrance visibles sur bing mais non mappés. Le dernier fichier que j'ai commencé à intégrer c'est la base des 289000 adresses de la communauté urbaine Lille Métropole en prenant juste la petite commune de Sailly-lez-Lannoy. Elles étaient bien positionnées (vérification croisées avec le cadastre), mais il y a quelques erreurs avec un numéro attribué à la mauvaise rue. Il faudra donc sûrement passer là aussi par une intégration fourmillante. Et tu as oublié l’import des bâtiments inscrits et classés monuments historiques. 380 entrées sur la ville de Lille et les communes associées (Lomme et Hellemmes) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Salut Christian, J'en profite pour poser une question à ce sujet sur un point qui n'est pas très clair pour moi. Si par exemple un organisme public transmet des données dont il est propriétaire à l'IGN, il reste garde quand même ma propriété intellectuelle de ses données en tant que créateur. Il a donc toujours la possibilité de libérer ces mêmes données sans que l'IGN n'est son mot à dire ? Par contre si l'IGN a apporté une plus-value là ce n'est plus possible sur le nouveau jeu de données modifié. J'ai bon ? Nicolas Le 12/12/2012 11:07, Christian Quest a écrit : La question des licences est quand même facilement reçue par ce type de public qui a souvent été confronté au moins une fois à un problème vis à vis des conditions d'utilisation des données de l'IGN... en gros, on leur fait découvrir qu'avec Google (ou autre) c'est pas forcément mieux et qu'il y a un risque même si Google n'est pas aussi réactif sur ce sujet. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
-Message d'origine- De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : mercredi 12 décembre 2012 11:08 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille... La question des licences est quand même facilement reçue par ce type de public qui a souvent été confronté au moins une fois à un problème vis à vis des conditions d'utilisation des données de l'IGN... en gros, on leur fait découvrir qu'avec Google (ou autre) c'est pas forcément mieux et qu'il y a un risque même si Google n'est pas aussi réactif sur ce sujet. A noter toutefois, la licence étendue (http://cigalsace.net/recette/ConventionsIGN/ConventionIGN_BDTOPO_TOPADRESSE_9185.pdf) de l'IGN permet de relicencier sans réserves des données dérivées produites par un utilisateur des bases acquises sous cette licence. La licence (http://professionnels.ign.fr/sites/default/files/cgu-mission-service-public.pdf) qui permet aux organismes ayant une mission de service public de bénéficier du RGE à titre gratuit permet de licencer des données crées à partir du RGE pour peu qu'elles ne permettent pas la reconstitution d'une partie substantielle des données (point 4.3). Typiquement, les données sur les hôtels du Comité Régional du Tourisme NPDC auraient pu bénéficier de ce régime. Il n'y a pas de bonne raison pour utiliser du Google pour géolocaliser des données métiers. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pistes cyclables sur le trottoir
Bonjour, je cherche la bonne manière de tagguer une piste cyclable signalé par un panneau B22a et qui occupe la largeur du trottoir, comme ici: [1]. Légalement c'est une piste obligatoire pour les vélos et interdite aux piétons. En réalité, cette piste est utilisé par le piétons et je suppose que c'est ce qui est prévu par les autorités. Si on se tient à la situation légale, il faudrait donc tagguer highway=*, cycleway:right=track, bicycle=designated, ou highway=cycleway, bicycle=designated Mais cela ne reflète pas la situation réelle et surtout ne fait pas de distinction entre ce genre d'aménagement et une vraie piste cyclable séparé physiquement de la voies. Je pose donc la question, s'il est ok de mettre un foot=yes sur ce genre de voie? Rainer [1] https://maps.google.com/maps?t=mvpsrc=0ie=UTF8ll=42.682956,2.902375spn=0.005915,0.011276z=17layer=ccbll=42.683431,2.901864panoid=zAXLGQr0kumCAR1z2vZxHQcbp=12,332.42,,0,0 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pistes cyclables sur le trottoir
Bonjour, A Montpellier nous avons la même chose : https://maps.google.com/maps?ll=43.620062,3.851213spn=0.001078,0.002511t=mlayer=ccbll=43.620062,3.851213panoid=OBGLYVEtaLKI9I2u1mEMxgcbp=12,118.09,,0,0z=19 Qui a été traduit par un piste cyclable physiquement indépendante : http://www.openstreetmap.org/?lat=43.619914lon=3.851572zoom=18layers=M Par contre il manque le fait que les piétons y soient autorisés à circuler. René-Luc Le 12/12/2012 12:03, RainerU a écrit : Bonjour, je cherche la bonne manière de tagguer une piste cyclable signalé par un panneau B22a et qui occupe la largeur du trottoir, comme ici: [1]. Légalement c'est une piste obligatoire pour les vélos et interdite aux piétons. En réalité, cette piste est utilisé par le piétons et je suppose que c'est ce qui est prévu par les autorités. Si on se tient à la situation légale, il faudrait donc tagguer highway=*, cycleway:right=track, bicycle=designated, ou highway=cycleway, bicycle=designated Mais cela ne reflète pas la situation réelle et surtout ne fait pas de distinction entre ce genre d'aménagement et une vraie piste cyclable séparé physiquement de la voies. Je pose donc la question, s'il est ok de mettre un foot=yes sur ce genre de voie? Rainer [1] https://maps.google.com/maps?t=mvpsrc=0ie=UTF8ll=42.682956,2.902375spn=0.005915,0.011276z=17layer=ccbll=42.683431,2.901864panoid=zAXLGQr0kumCAR1z2vZxHQcbp=12,332.42,,0,0 ___ 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] Pistes cyclables sur le trottoir
Bonjour, Ce que dit le panneau B22a est que les cyclistes ont *obligation*d'emprunter cette voie, et non la chaussée, par opposition au panneau C113, qui *conseille*. C'est la différence entre les panneaux ronds bleus et les panneaux carrés bleus : obligation/conseil Ce que ne signifie pas ce panneau, en revanche, c'est l'interdiction pour d'autres usagers, en l'occurrence les piétons, d'emprunter la même voie. Cette voie cyclable est donc ouverte à ces 2 usagers (cyclistes et piétons). Pour les tags, je ferais une way séparée de la chaussée, avec highway=cycleway, foot=yes (bicycle=designated me semble redondant, vu qu'on a déjà dit que c'est une voie cyclable, non ?). Et sur la chaussée, je rajouterais une interdiction pour les cyclistes bicycle=no. Francescu Le 12 décembre 2012 12:03, RainerU ra...@sfr.fr a écrit : Bonjour, je cherche la bonne manière de tagguer une piste cyclable signalé par un panneau B22a et qui occupe la largeur du trottoir, comme ici: [1]. Légalement c'est une piste obligatoire pour les vélos et interdite aux piétons. En réalité, cette piste est utilisé par le piétons et je suppose que c'est ce qui est prévu par les autorités. Si on se tient à la situation légale, il faudrait donc tagguer highway=*, cycleway:right=track, bicycle=designated, ou highway=cycleway, bicycle=designated Mais cela ne reflète pas la situation réelle et surtout ne fait pas de distinction entre ce genre d'aménagement et une vraie piste cyclable séparé physiquement de la voies. Je pose donc la question, s'il est ok de mettre un foot=yes sur ce genre de voie? Rainer [1] https://maps.google.com/maps?**t=mvpsrc=0ie=UTF8ll=42.** 682956,2.902375spn=0.005915,**0.011276z=17layer=ccbll=42.** 683431,2.901864panoid=**zAXLGQr0kumCAR1z2vZxHQcbp=12,**332.42,,0,0https://maps.google.com/maps?t=mvpsrc=0ie=UTF8ll=42.682956,2.902375spn=0.005915,0.011276z=17layer=ccbll=42.683431,2.901864panoid=zAXLGQr0kumCAR1z2vZxHQcbp=12,332.42,,0,0 __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pistes cyclables sur le trottoir
12/12/2012 12:03 RainerU: Mais cela ne reflète pas la situation réelle et surtout ne fait pas de distinction entre ce genre d'aménagement et une vraie piste cyclable séparé physiquement de la voies. Oups, c'est parti trop vite. Je voulais écrire: séparé physiquement de la voie réservé aux piétons. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pistes cyclables sur le trottoir
Je corrige ce que j'ai dit : le panneau B22a interdit bel et bien les piétons, mea culpa. Francescu Le 12 décembre 2012 12:22, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Ce que dit le panneau B22a est que les cyclistes ont *obligation*d'emprunter cette voie, et non la chaussée, par opposition au panneau C113, qui *conseille*. C'est la différence entre les panneaux ronds bleus et les panneaux carrés bleus : obligation/conseil Ce que ne signifie pas ce panneau, en revanche, c'est l'interdiction pour d'autres usagers, en l'occurrence les piétons, d'emprunter la même voie. Cette voie cyclable est donc ouverte à ces 2 usagers (cyclistes et piétons). Pour les tags, je ferais une way séparée de la chaussée, avec highway=cycleway, foot=yes (bicycle=designated me semble redondant, vu qu'on a déjà dit que c'est une voie cyclable, non ?). Et sur la chaussée, je rajouterais une interdiction pour les cyclistes bicycle=no. Francescu Le 12 décembre 2012 12:03, RainerU ra...@sfr.fr a écrit : Bonjour, je cherche la bonne manière de tagguer une piste cyclable signalé par un panneau B22a et qui occupe la largeur du trottoir, comme ici: [1]. Légalement c'est une piste obligatoire pour les vélos et interdite aux piétons. En réalité, cette piste est utilisé par le piétons et je suppose que c'est ce qui est prévu par les autorités. Si on se tient à la situation légale, il faudrait donc tagguer highway=*, cycleway:right=track, bicycle=designated, ou highway=cycleway, bicycle=designated Mais cela ne reflète pas la situation réelle et surtout ne fait pas de distinction entre ce genre d'aménagement et une vraie piste cyclable séparé physiquement de la voies. Je pose donc la question, s'il est ok de mettre un foot=yes sur ce genre de voie? Rainer [1] https://maps.google.com/maps?**t=mvpsrc=0ie=UTF8ll=42.** 682956,2.902375spn=0.005915,**0.011276z=17layer=ccbll=42.** 683431,2.901864panoid=**zAXLGQr0kumCAR1z2vZxHQcbp=12,**332.42,,0,0https://maps.google.com/maps?t=mvpsrc=0ie=UTF8ll=42.682956,2.902375spn=0.005915,0.011276z=17layer=ccbll=42.683431,2.901864panoid=zAXLGQr0kumCAR1z2vZxHQcbp=12,332.42,,0,0 __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] bug Osm.org et Chromium: recherche d'adresse inaccessible
Bonjour, Avec Chromium (Version 20.0.1132.47 Ubuntu 12.04 (144678)) le champs de recherche d'adresse n'est pas actif, impossible d'y saisir quelque chose. Est-ce un problème déjà connu, je vous avoue ne pas avoir encore cherché. Où recherchons/postons nous les bugs de ce type ? Thx -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bug Osm.org et Chromium: recherche d'adresse inaccessible
2012/12/12 Cyrille Giquello cyrill...@gmail.com: Où recherchons/postons nous les bugs de ce type ? https://trac.openstreetmap.org/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pistes cyclables sur le trottoir
Le C113 - carré bleu plus vélo - conseille aux cyclistes de prendre la piste cyclable, mais indique aussi que celle ci est réservé aux vélos, non? 2012/12/12 Francescu GAROBY windu...@gmail.com Bonjour, Ce que dit le panneau B22a est que les cyclistes ont *obligation*d'emprunter cette voie, et non la chaussée, par opposition au panneau C113, qui *conseille*. C'est la différence entre les panneaux ronds bleus et les panneaux carrés bleus : obligation/conseil Ce que ne signifie pas ce panneau, en revanche, c'est l'interdiction pour d'autres usagers, en l'occurrence les piétons, d'emprunter la même voie. Cette voie cyclable est donc ouverte à ces 2 usagers (cyclistes et piétons). Pour les tags, je ferais une way séparée de la chaussée, avec highway=cycleway, foot=yes (bicycle=designated me semble redondant, vu qu'on a déjà dit que c'est une voie cyclable, non ?). Et sur la chaussée, je rajouterais une interdiction pour les cyclistes bicycle=no. Francescu Le 12 décembre 2012 12:03, RainerU ra...@sfr.fr a écrit : rdialement, Francescu GAROBY ___ 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] Pistes cyclables sur le trottoir
Je sais pas, mais vu que dès le départ j'avais dit une connerie à propos du B22a... -_- Francescu Le 12 décembre 2012 13:51, Tetsuo Shima tets...@gmail.com a écrit : Le C113 - carré bleu plus vélo - conseille aux cyclistes de prendre la piste cyclable, mais indique aussi que celle ci est réservé aux vélos, non? 2012/12/12 Francescu GAROBY windu...@gmail.com Bonjour, Ce que dit le panneau B22a est que les cyclistes ont *obligation*d'emprunter cette voie, et non la chaussée, par opposition au panneau C113, qui *conseille*. C'est la différence entre les panneaux ronds bleus et les panneaux carrés bleus : obligation/conseil Ce que ne signifie pas ce panneau, en revanche, c'est l'interdiction pour d'autres usagers, en l'occurrence les piétons, d'emprunter la même voie. Cette voie cyclable est donc ouverte à ces 2 usagers (cyclistes et piétons). Pour les tags, je ferais une way séparée de la chaussée, avec highway=cycleway, foot=yes (bicycle=designated me semble redondant, vu qu'on a déjà dit que c'est une voie cyclable, non ?). Et sur la chaussée, je rajouterais une interdiction pour les cyclistes bicycle=no. Francescu Le 12 décembre 2012 12:03, RainerU ra...@sfr.fr a écrit : rdialement, Francescu GAROBY ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pistes cyclables sur le trottoir
Vérification faite les deux panneau indique bien que la voie est réservée aux cylcistes 2012/12/12 Francescu GAROBY windu...@gmail.com Je sais pas, mais vu que dès le départ j'avais dit une connerie à propos du B22a... -_- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pistes cyclables sur le trottoir
Après les pistes cyclables sur trottoir ça donne ça : http://www.laprovence.com/article/region/sur-le-prado-les-pistes-cyclables-sont-hors-la-loi Donc bon... Le 12 décembre 2012 14:14, Tetsuo Shima tets...@gmail.com a écrit : Vérification faite les deux panneau indique bien que la voie est réservée aux cylcistes 2012/12/12 Francescu GAROBY windu...@gmail.com Je sais pas, mais vu que dès le départ j'avais dit une connerie à propos du B22a... -_- Francescu ___ 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] Pistes cyclables sur le trottoir
L'article date de 2009, sais-tu ce qu'il s'est finalement passé ? La mairie a-t-elle fait appel ? Les terres-pleins ont-ils été aménagés pour les piétons ? (oui, j'ai la flemme de chercher...) Francescu Le 12 décembre 2012 14:17, Fabien marbolan...@gmail.com a écrit : Après les pistes cyclables sur trottoir ça donne ça : http://www.laprovence.com/article/region/sur-le-prado-les-pistes-cyclables-sont-hors-la-loi Donc bon... Le 12 décembre 2012 14:14, Tetsuo Shima tets...@gmail.com a écrit : Vérification faite les deux panneau indique bien que la voie est réservée aux cylcistes 2012/12/12 Francescu GAROBY windu...@gmail.com Je sais pas, mais vu que dès le départ j'avais dit une connerie à propos du B22a... -_- Francescu ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie randonnée organisée par le CG 44 à Abbaretz le 9 juin
Bonjour, Les portails Open Data du Département de Loire-Atlantique, de la Région des Pays de la Loire, de Nantes métropole et de la Ville de Nantes vont être mutualisés. A cette occasion, un hackatonhttp://data.loire-atlantique.fr/actualites/?tx_ttnews[tt_news]=78cHash=e98764ea28704131e38b9193dd6795b0est organisé les 15 et 16 décembre au cours duquel de nouveaux jeux de données vont être libérés et notamment les données récupérées lors de la cartopartie organisée sur l'itinéraire de randonnée de la Mine d'Abbaretz. Romain Le 2 juin 2012 10:53, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Une cartopartiehttp://data.loire-atlantique.fr/actualites/?tx_ttnews[tt_news]=60cHash=c901656aec527297efe46600dc9ff0d7randonnée est organisée le 9 juin prochain à Abbaretzhttp://www.openstreetmap.org/?lat=47.5558lon=-1.5246zoom=13layers=Mpar le Conseil Général de la Loire-Atlantique en lien avec les contributeurs OSM locaux et le Comité Départemental de la FFRP. D'après le CG 44, il devrait y avoir pas mal de néophytes en cartographie donc tous les contributeurs OSM sont les bienvenus pour guider les nouveaux. Et soit dit en passant, pour les Bretons, ce n'est pas très loin de la Bretagne. Ce sera également une bonne occasion d'échanger avec les gens du CG 44 sur leur démarche Open Data ainsi qu'avec les représentants du comité départemental de la FFRP. Cette collaboration pourrait servir d'exemple pour ceux qui voudraient calquer l'expérience... Romain (j'y serai :)) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pistes cyclables sur le trottoir
Sans amélioration et toujours inutilisable ! Je la prenais une fois par semaine et maintenant je roule dans la contre-allée parce que c'est simplement pas vivable si on roule à plus de 5km/h... et la contre-allée est limitée à 30 km/h donc avec un vélo de route c'est la vitesse à laquelle on roule de toute façon ! Pour information c'est ici : http://www.openstreetmap.org/?lat=43.27576lon=5.389304zoom=18layers=C C'est indiqué sous OSM mais alors franchement c'est bien parce que sinon on enlève 50 % (ok j'exagère) de toutes les pistes de Marseille... Tout ça pour dire que interdire un piéton sur un trottoir il semblerait que ça ne soit pas demain la veille même si le bon sens permettrait la cohabitation. Le 12 décembre 2012 14:21, Francescu GAROBY windu...@gmail.com a écrit : L'article date de 2009, sais-tu ce qu'il s'est finalement passé ? La mairie a-t-elle fait appel ? Les terres-pleins ont-ils été aménagés pour les piétons ? (oui, j'ai la flemme de chercher...) Francescu Le 12 décembre 2012 14:17, Fabien marbolan...@gmail.com a écrit : Après les pistes cyclables sur trottoir ça donne ça : http://www.laprovence.com/article/region/sur-le-prado-les-pistes-cyclables-sont-hors-la-loi Donc bon... Le 12 décembre 2012 14:14, Tetsuo Shima tets...@gmail.com a écrit : Vérification faite les deux panneau indique bien que la voie est réservée aux cylcistes 2012/12/12 Francescu GAROBY windu...@gmail.com Je sais pas, mais vu que dès le départ j'avais dit une connerie à propos du B22a... -_- Francescu ___ 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 -- Cordialement, Francescu GAROBY ___ 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] bug Osm.org et Chromium: recherche d'adresse inaccessible
2012/12/12 Pieren pier...@gmail.com: 2012/12/12 Cyrille Giquello cyrill...@gmail.com: Où recherchons/postons nous les bugs de ce type ? https://trac.openstreetmap.org/ Done. https://trac.openstreetmap.org/ticket/4718 -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] (sans objet)
Hello, Jean-Guilhem a installé l'Orthophoto de Tour(s)Plus sur wms.openstreetmap.fr. Yout le détail de l'histoire sur http://listes.openstreetmap.fr/wws/arc/tech/2012-12/msg00029.html Pour mettre à jour JOSM: Dans les préférences (F12) sur l'onglet WMS TMS : - Si la version précédente était activée dans la liste Fournisseurs actifs, la supprimer. - Mettre à jour la liste des imageries avec le petit bouton (les 2 flèches bleues) juste en bas à droite de la carte. - La liste Fournisseurs est maintenant rafraîchie et contient FR - Tours - Orthophotos 2008-2010 - tms:http://wms.openstreetmap.fr/tms/1.0.0/tours/{zoom}/{x}/{y} La sélectionner et cliquer sur le bouton Activer. Et hop ;-) Ne pas oublier de tagger vos modifs à partir de cette orthophoto avec la source Orthophoto Tour(s) Plus 2008. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Intégration
Le message suivant de : ## Bonjour à tous, Je suis nouveau sur OSM, j'ai commencé à travailler sur ma commune et celles des alentours. Pour certains bâtiments publics (école, poste, momuments) Osmose m'affiche un symbole vert non intégréavec la description de l'objet en question, que faut-il faire? Merci pour votre aide Hervé a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM à l'install party de Vincennes ce samedi...
Infos ici: http://openstreetmap.fr/2012-12-15-vincennes Quelqu'un pour m'accompagner ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le plus recherché dans Google Maps...
Google a publié un bilan des recherches les plus fréquentes en 2012: http://www.google.com/zeitgeist/2012/#france Pour les recherches sur Google Maps, le top 10 est intéressant: - Camping - Hotel - Restaurant - Carrefour - Gare - Decathlon - Ikea - Boulangerie - La Poste - Pharmacie -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 1/13にOSMワークショップ名古屋 やります
三浦@OSMFJです。 On 2012年12月10日 13:25, Tomomichi Hayakawa wrote: 1/13にOSMワークショップ名古屋#5 を開催いたします。 ・更に、今回は、当日、OSMFJ総会を行う予定でいますので、 OSMFJの方も多く参加されると思います。 貴重なイベントになりますので、ぜひご参加ください。 http://atnd.org/events/34912 私も、今回、名古屋に高速バスで移動して13日に参加します。 是非、みなさんとお会いしたいと思います。 遠距離から参加される方へ 1/12の名古屋市内の宿泊が大変混み合っているようです。 移動手段として、ぷらっとこだまエコノミープラン とかいう企画商品が、 廉価なようですね。 --- 【OpenStreetMap ワークショップ in 名古屋 #5】 OpenStreetMap東海のワークショップを開催いたします。 OpenStreetMapに興味のある方でしたら、誰でも参加可能です。みなさんのご参加をお待ちしております。 尚、当日は、OSMFJな方々も参加される予定ですので、コアな深いお話も聞けるかもしれませんよ。(当日のお楽しみで) 「コミュニティ・セッション」「アカデミック・セッション」での発表者を募集しています。 発表いただける方は、コメント欄へ「発表内容」「発表希望時間」をご記入ください。 OSMなお話、Geoなお話、オープンデータなお話、なんでも大歓迎です。 コミュニティ・セッション OpenStreetMapコミュニティの方のお話など、募集しています! アカデミック・セッション 教育機関の方々のOSMの活用事例や研究紹介など、募集しています! ワークショップ終了後、簡単な懇親会を予定しております。 参加をご希望の方は、コメント欄へ「懇親会参加希望」とご記入ください。 日時: 1月13日(日)13:00 - 16:30 場所: 名古屋工業大学 19号館 202教室 (名古屋市昭和区御器所) 参加: 無料 OpenStreetMap に興味のある方であれば、どなたでもOK 幹事: 早川知道 ( @Tom_G3X ) OpenStreetMap Foundation Japan OpenStreetMap 東海 ワークショップ概要 コミュニティ・セッション OpenStreetMapコミュニティの方のお話など、募集しています! アカデミック・セッション 教育機関の方々のOSMの活用事例や研究紹介など、募集しています! その他 Wi-Fi環境は、こちらで準備しております。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] MeetUp企画: インドネシアからOSMマッパーが日本に遊びに来ています。
古橋です。 本日のインドネシアからOSMマッパー Vasanthi Hargyono氏との Meet Up 企画ですが、 上野藪そばを17:00から予約してあります。 https://www.facebook.com/events/393510377408013/ (少し早い時間帯なので、当日参加も若干名であれば大丈夫と思います。) また、せっかくなので 16:00から上野駅のジャイアントパンダ像前で待ち合わせて 1時間ほど上野ジオキャッシング・ツアーを楽しみながら薮そばに向かう予定です。 夕方お時間のある方は こちらのジオキャッシュ前で 16:00 に集合でお願いたします。 http://coord.info/GC38CY3 2012年12月10日 20:53 ribbon o...@ns.ribbon.or.jp: On Mon, Dec 10, 2012 at 11:57:54AM +0900, Taichi Furuhashi wrote: ショートノーティスですが、 13日の夕方 17:00〜 上野周辺でお茶会を企画予定です。 (Hargyono氏がアルコールが飲めないとのことで、食がメインになります。) どういった食べ物がいいんでしょうかね。 インドネシアの方というと、宗教的なことも考えて 選ぶ必要があるでしょうし。 あと、時期的に、どこもかしこも忘年会で埋まっているような気が。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- ## Taichi FURUHASHI(MAPconcierge Inc. President) ## MAPconcierge satellite office at http://goo.gl/VgWD6 in NOMAD NEW'SBASE ## Vice-President of OpenStreetMap Foundation Japan with sinsai.info project ## Director of the OSGeo Foundation Japan ## Researcher of the center for spatial info. science, univ.of Tokyo ## TEL/SkypeTwitterLIFB: 070-6401-5963 / http://about.me/mapconcierge ## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp ## GPS/GigaPan/UAV Shop: http://gpsconcierge.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja