[OSM-fi] OSM mentori haussa
Hei, Halukkaat lähettäkää vastauksenne myös suoraan Alainille, hän ei ole tällä postituslistalla. Kovin hiljaista täällä muutenkin, vaikka 103 tilaajaa tällä hetkellä.. Tapio Original Message Subject: Fwd: OSM learning Date: Mon, 26 Nov 2012 19:29:33 +0200 From: Alain Vaillancourt alain.vaillanco...@hanken.fi To: talk-fi-ow...@openstreetmap.org To whom it may concern, I'm a PhD student at the Hanken School of Economics in Finland and a researcher at the HUMLOG institute (http://www.hanken.fi/public/en/humloginstitute). I`ve had the pleasure of meeting Sébastien Pierrel while he was mapping in Haiti in the summer of 2011 and he told me to contact this address to have more information about OSM in Finland. I would be interested in learning how to contribute to mapping in OSM as part of my research process and help with the mapping community in general as well. Would it be feasible for someone as a mentor and resource for questions and help? Best regards Alain ___ talk-fi mailing list talk-fi@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fi
Re: [OSM-talk-be] Zones 30 in Belgium
The category in OSMOSE is simply called Openstreetbugs. I went to have a look at some of the bugs you solved and I think it's important to add why there is a speed limit of 30 or 50. If the limit comes from a zoneXX or built-up area. There are other traffic rules that are affected by this as well. For the zone30 which are within built-up area/city limits, I add the following tags: maxspeed=30 source:maxspeed=zone30 zone:traffic=BE:urban For normal streets within built-up area: maxspeed=50 (or sometimes 70) zone:traffic=BE:urban For streets outside of built-up area: maxspeed=70 (or more and more rarely=90) zone:traffic=BE:rural On motorways these tags are not needed. They are always outside built-up area. I do add zone:traffic=BE:rural on express roads (trunk) though. Also I think BE needs to be all caps. 'be' stands for the language Byelorussian to me (I probably spen. When I look at taginfo I notice that DE etc. is also all caps. I created a mapcss file that works well together with the maxspeed.mapcss. It adds an extra white border to streets within built-up area and a black one outside. An extra brown border is added to streets that are part of a zone30/50/70. Jo 2012/11/24 A.Pirard.Papou a.pirard.pa...@gmail.com On 2012-11-23 00:17, Jo wrote : The code is definitely Python, using a regex is just the smart thing to do, whether in Python, Perl or Java. I had to massage the data a bit as well though, it wasn't entirely consistent. Yes I know. It was a joke. It meant that without regex your program and mine would probably triple in size. All these bugs from OSB can also be visualised in OSMOSE, it has a category for that. What about telling us the category name and how to see it? I see nothing. Cheers, André. ___ 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] Talk-be Digest, Vol 59, Issue 29
Jo, can I ask you why you do not follow the description of http://wiki.openstreetmap.org/wiki/Key:source:maxspeed ? which states e.g. country_code:context (where the speed limit is defined by a particular context, for example urban/rural/motorway/etc.) Where the speed limit is indicated by special speed limits signposted at the border they can be tagged as follows: maxspeed=30 and source:maxspeed=DE:zone - Proposed by a majority on the mailing list maxspeed=30 and source:maxspeed=DE:zone30 - Most used value maxspeed=30 and source:maxspeed=DE:zone:30 - Second most used value I've been using this scheme for quite a while now. regards m On Mon, Nov 26, 2012 at 1:00 PM, talk-be-requ...@openstreetmap.org wrote: Zones 30 in Belgium ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Talk-be Digest, Vol 59, Issue 29
Hi, zone:traffic is a Defacto standard? ... http://taginfo.openstreetmap.org/keys/?key=zone%3Atraffic#overview == 38 217 objects http://taginfo.openstreetmap.org/keys/?key=source%3Amaxspeed#overview == 211 488 objects... so for me the later is more used On Mon, Nov 26, 2012 at 1:59 PM, Glenn Plas gl...@byte-consult.be wrote: On 11/26/2012 01:49 PM, Jan-willem De Bleser wrote: On Mon, Nov 26, 2012 at 1:29 PM, Glenn Plas gl...@byte-consult.be gl...@byte-consult.be wrote: I think because we don't live in Germany. You should use BE not DE. He's talking about using source:maxspeed versus zone:traffic, not BE vs DE... - Jw ___ Talk-be mailing listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be ah, afaik, zone:traffic , it seems to be a defacto standard. See http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone http://wiki.openstreetmap.org/wiki/Key:zone:traffic First time I've seen it in use though indeed. ___ 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] Talk-be Digest, Vol 59, Issue 29
On Mon, Nov 26, 2012 at 1:59 PM, Glenn Plas gl...@byte-consult.be wrote: ah, afaik, zone:traffic , it seems to be a defacto standard. See http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone http://wiki.openstreetmap.org/wiki/Key:zone:traffic First time I've seen it in use though indeed. Ah, looks like eMerzh also replied, but think my answer is still relevant. Source:maxspeed is used 5x more according to taginfo, but also has a wider scope as it's also used to indicate speeds due to signs. I've always had the impression that source tags were one of those 'for mappers' tags, more meant for record keeping than actual mapping. That fits with the fact that there are multiple ways of using it to indicate a zone. Zone:traffic is more tightly defined, at first glance. I'm more for using zone:traffic, as otherwise source becomes a bit of a catch-all. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Talk-be Digest, Vol 59, Issue 29
Can we please use meaningful Subject:? Not Talk-be Digest, thank you. They are not easy to find in the archives. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] zone30/50/70 vs Bebouwde kom/Agglomération/Built-up area
On Monday 26 November 2012 16:41:41 Jo wrote: I created the following mapcss style to help visualize, alongside the alreayd existing maxspeed style: way[zone:traffic=BE:urban]::built-up_area Can't we just use built-up_area as a value? Small villages aren't exactly urban, but they still have built-up areas. Also, why the BE prefix, these roads are in Belgium, no need to duplicate that information on all the roads. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] zone30/50/70 vs Bebouwde kom/Agglomération/Built-up area
I got the urban/rural from the tagging or talk mailing list. I have never seen built-up area as a tag on OSM. I did see city limit, but personally I always heard city limitS. So even though I am not entirely happy with urban, it's short and to the point and apparently it's already used extensively in Germany and to a lesser extent in Finland. The BE: prefix makes sense, as the rules inside built-up areas differ even between EU countries. OK, I see your point. Someboy using a geospatial database can find out these roads are in Belgium with an (expensive?) query. People who only have the tags available can't, though. Jo 2012/11/26 Ben Laenen benlae...@gmail.com On Monday 26 November 2012 16:41:41 Jo wrote: I created the following mapcss style to help visualize, alongside the alreayd existing maxspeed style: way[zone:traffic=BE:urban]::built-up_area Can't we just use built-up_area as a value? Small villages aren't exactly urban, but they still have built-up areas. Also, why the BE prefix, these roads are in Belgium, no need to duplicate that information on all the roads. Ben ___ 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] zone30/50/70 vs Bebouwde kom/Agglomération/Built-up area
On 2012-11-26 16:55, Ben Laenen wrote : Also, why the BE prefix, these roads are in Belgium, no need to duplicate that information on all the roads. I'm much interested in this remark. For writing POI files, one must determine in which municipality (polygonal relation) a street (way) is. How can it be done? Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] zone30/50/70 vs Bebouwde kom/Agglomération/Built-up area (zone:traffic={BE,UK,...}:*)
On 2012-11-23 22:58, Kytömaa Lauri wrote : If it's just the traffic rules urban vs. rural, there's the tag (with 37 000+ uses) zone:traffic=**:rural zone:traffic=**:urban where ** is the two letter country code. On 2012-11-26 13:16, Marc Gemis wrote : country_code:context (where the speed limit is defined by a particular context, for example urban/rural/motorway/etc.) On 2012-11-26 16:41, Jo wrote : One week ago I had never heard of the zone:traffic tags. I didn't have a clue how one could tag streets as part of built-up area/city limits or out of it. For many years this is something I have been wanting to do though. So I was glad I finally learned how it could/should be done in one of the many discussions started by Papou. zone30 are mostly within built-up area, zone50 and zone70 aren't. I think it's important to distinguish between zoneXX and built-up area as they occur mostly independent from each other, so the namespaces also ought to be independent. We could use source:maxspeed=BE:zone30 instead of source:maxspeed=zone30, but since a street already gets zone:traffic=BE:urban/rural, the BE seems less important in the source:maxspeed tags. Great finding From Lauri indeed !!! But regarding this, where is the complete zone:traffic=BE:* list? (just one example) In Belgium, we have more than urban/rural/motorway/etc. default=rural agglomération=urban autoroute=motorway route pour automobile=? zone résidentielle=? zone de rencontre=? zone piétonne=? chemin réservé à la circulation des piétons, cyclistes et cavaliers=? rue réservée aux jeux=? Abords d'école= Zone 30=? Rue cyclable=? Each with their regulations details. I was lately "sent" to map an alleged Zone30 area and there was no Zone 30 but a zone résidentielle which is equivalent maxspeed-wise but not other-wise (other-regulations-wise). If we had a tag such as INCLUDE:BE:...:urban etc. with which the programs would fetch all the relevant tags like maxspeed per zone type from a well known per country or WW (world wide) database object (1) then we would have a clear list and we could tell the government that they can change details any time without sending us to work everywhere. How could otherwise programs that are supposed to use the OSM data make sense of a such ever changing global notions without breaking them down to well-defined concepts such as speed, bicycles, etc... That would please both the global view and the piecewise one. Wouldn't that stop the zonebabel? Cheers, André. (1) for example some well-known BE relation that would contain a role=zones or traffic member to a relation that would similarly contain rural, urban, etc. pointers to nodes that would contain the tags ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] agglomération
Hi, As I am against always changing the subject line of discussions, I resent with the original one. But it's also to add that, in my opinion, the tagging must respect the categories that the national law defines (our code de la route). There is no point in trying to forcefully adapt foreign concepts if they do not match. I don't think there's a concept of built-up area in the Belgian law and I don't think there's a difference in the definition of an agglomération whether it resides in a city or in a village (even if rural sounds like village, this is not poetry). This all, obviously, doesn't prevent a specific tag like a lower speed limit overriding the global one. (On 2012-11-26 18:21, A.Pirard.Papou wrote :) On 2012-11-23 22:58, Kytömaa Lauri wrote : If it's just the traffic rules urban vs. rural, there's the tag (with 37 000+ uses) zone:traffic=**:rural zone:traffic=**:urban where ** is the two letter country code. On 2012-11-26 13:16, Marc Gemis wrote : country_code:context (where the speed limit is defined by a particular context, for example urban/rural/motorway/etc.) On 2012-11-26 16:41, Jo wrote : One week ago I had never heard of the zone:traffic tags. I didn't have a clue how one could tag streets as part of built-up area/city limits or out of it. For many years this is something I have been wanting to do though. So I was glad I finally learned how it could/should be done in one of the many discussions started by Papou. zone30 are mostly within built-up area, zone50 and zone70 aren't. I think it's important to distinguish between zoneXX and built-up area as they occur mostly independent from each other, so the namespaces also ought to be independent. We could use source:maxspeed=BE:zone30 instead of source:maxspeed=zone30, but since a street already gets zone:traffic=BE:urban/rural, the BE seems less important in the source:maxspeed tags. Great finding From Lauri indeed !!! But regarding this, where is the complete zone:traffic=BE:* list? (just one example) In Belgium, we have more than urban/rural/motorway/etc. http://www.code-de-la-route.be/textes-legaux/sections/ar/code-de-la-route/100-art2 default=*rural* agglomération=*urban* autoroute=*motorway* route pour automobile=*?* zone résidentielle=*?* zone de rencontre=*?* zone piétonne=*?* chemin réservé à la circulation des piétons, cyclistes et cavaliers=*?* rue réservée aux jeux=*?* Abords d'école= Zone 30=*?* Rue cyclable=*?* Each with their regulations details. I was lately sent to map an alleged Zone30 area and there was no Zone 30 but a /*zone résidentielle*/ which is equivalent maxspeed-wise but not other-wise (other-regulations-wise). If we had a tag such as *INCLUDE:BE:...:urban* etc. with which the programs would fetch all the relevant tags like *maxspeed* per zone type from a well known per country or WW (world wide) database object (1) then we would have a clear list and we could tell the government that they can change details any time without sending us to work everywhere. How could otherwise programs that are supposed to use the OSM data make sense of a such ever changing global notions without breaking them down to well-defined concepts such as speed, bicycles, etc... That would please both the global view and the piecewise one. Wouldn't that stop the zonebabel? Cheers, André. (1) for example some well-known BE relation that would contain a role=*zones* or *traffic* member to a relation that would similarly contain rural, urban, etc. pointers to nodes that would contain the tags ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] agglomération
On Monday 26 November 2012 18:49:16 A.Pirard.Papou wrote: But regarding this, where is the complete zone:traffic=BE:* list? (just one example) In Belgium, we have more than urban/rural/motorway/etc. http://www.code-de-la-route.be/textes-legaux/sections/ar/code-de-la-route/ 100-art2 default=*rural* agglomération=*urban* autoroute=*motorway* route pour automobile=*?* zone résidentielle=*?* zone de rencontre=*?* zone piétonne=*?* chemin réservé à la circulation des piétons, cyclistes et cavaliers=*?* rue réservée aux jeux=*?* Abords d'école= Zone 30=*?* Rue cyclable=*?* This shouldn't be a single list in the zone:traffic=* tag if that's what you're suggesting. A motorway is a rural road, a motorroad can be either rural or urban. That road reserved for pedestrians, cyclists and horse drivers can be in a school zone 30 inside an urban zone etc., or it can be in a rural area. So let's keep things separate for now :-) Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] What to call OSM data?
On Mon, Nov 26, 2012 at 4:34 AM, Kate Chapman k...@maploser.com wrote: So for example crowdsourced infromation, volunteered geographic information, non-authoritative data, or something else? Crowdsourced non-authoritative geographic data ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What to call OSM data?
On 26 Nov 2012, at 09:58, Pieren pier...@gmail.com wrote: On Mon, Nov 26, 2012 at 4:34 AM, Kate Chapman k...@maploser.com wrote: So for example crowdsourced infromation, volunteered geographic information, non-authoritative data, or something else? Crowdsourced non-authoritative geographic data ? I'm personally not sure I agree with the non-authoritative part. Half the point of OpenStreetMap is that it's made by authorities on the subject of their local area. Of course, I guess that doesn't hold for all editors. Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Join us at the Mapping Showcase
Would any keen OSMers like to join us at the Mapping Showcase? The Society of Cartographers have taken a stand at the event. It is at Lords cricket ground in London on Dec 6th. The event is very similar to that at the Emirates last year were we also shared a stand. http://www.londonmappingfestival.org/mapping-showcase2012/ Anyone who would like to join us for all or part of the day should contact me, and sign up (free) as a delegate It is a great chance to spread the word about the value of OSM data, and maybe add fine detail around the venue. Cheers Steve --- Please note that Middlesex University's preferred way of receiving all correspondence is via email in line with our Environmental Policy. All incoming post to Middlesex University is opened and scanned by our digital document handler, CDS, and then emailed to the recipient. If you do not want your correspondence to Middlesex University processed in this way please email the recipient directly. Parcels, couriered items and recorded delivery items will not be opened or scanned by CDS. There are items which are exceptions which will be opened by CDS but will not be scanned a full list of these can be obtained by contacting the University. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What to call OSM data?
That's one meaning of authoritative. The other meaning is 1. Having or arising from authority; official: an authoritative decree; authoritative sources. Which in this context would be someone like local government, as they are the ones who normally allocate street names, etc From: Tom Davie [tom.da...@gmail.com] Sent: 26 November 2012 10:25 To: Pieren Cc: osm Subject: Re: [OSM-talk] What to call OSM data? On 26 Nov 2012, at 09:58, Pieren pier...@gmail.com wrote: On Mon, Nov 26, 2012 at 4:34 AM, Kate Chapman k...@maploser.com wrote: So for example crowdsourced infromation, volunteered geographic information, non-authoritative data, or something else? Crowdsourced non-authoritative geographic data ? I'm personally not sure I agree with the non-authoritative part. Half the point of OpenStreetMap is that it's made by authorities on the subject of their local area. Of course, I guess that doesn't hold for all editors. Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Please Note: Any views or opinions are solely those of the author and do not necessarily represent those of Independent Television News Limited unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@itn.co.uk Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What to call OSM data?
Kate Chapman k...@maploser.com writes: Hi All, So I met with a group looking to link OSM data to other data. Meaning have a link that says this village in OSM is equivalent to this village in these 3 other datasets. Part of this process involves having metadata for everything. The people I met with asked me a question I hadn't been asked before: What do people prefer the OSM data be described as in the metadata? So for example crowdsourced infromation, volunteered geographic information, non-authoritative data, or something else? I think crowdsourced is accurate. Volunteer is not quite right, because we don't know how many people are being paid to put information into OSM. Certainly that happens, and it's not a problem. In looking at the essence of what makes OSM unique, the non-paid status of most mappers is not really the point; it's that anyone can map. I would avoid non-authoritative, because it's a loaded word that drags in all sorts of connotations, particularly about accuracy. Certainly there is a meaning where data is authoritative if published by the entity responsible for setting the facts, e.g. street names in towns. Then there is road centerline data from state DOTs, which is one step removed. The elephant in the room, however, is data like NAVTEQ and Tele Atlas, which is similar to OSM in that it is produced privately (or imported from DOT sources). However, I would expect that some like to claim that NAVTEQ data is authoritative and OSM data is non-authoritative, and I think OSM should avoid self-labeling as non-authoritative. pgpLy3ebYaE2C.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What to call OSM data?
2012/11/26 Joseph Reeves iknowjos...@gmail.com: I think crowdsourced is accurate. Playing Devil's Advocate, crowdsourced isn't appropriate for large swathes of OSM data: Europe, for example, is dominated by imported, not crowdsourced, CORINE data. I'd describe OSM data simply as open. I'd like to point out that even though your claim might be true in terms of quantity (didn't check that but have my doubts too, because there are far more road ways in the db than landuse) there are many countries which didn't import CORINE, Germany and Italy for instance (I think also UK) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What to call OSM data?
Am 26.11.2012 14:06, schrieb Joseph Reeves: I think crowdsourced is accurate. Playing Devil's Advocate, crowdsourced isn't appropriate for large swathes of OSM data: Europe, for example, is dominated by imported, not crowdsourced, CORINE data. I think imported data isn't a question of crowedsourced or not crowdsourced but a question of source of the data. Also imports are done by a mapper. Only a mapper could contribute data and therefore he can use several sources like GPS-tracks, aerial images and other databases like TIGER, CORINNE, Henning ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What to call OSM data?
Kate Chapman wrote: Does anyone have suggestions or a preference? OpenStreetMap says it all. As in Hi. We're OpenStreetMap. You may have heard of us. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/What-to-call-OSM-data-tp5737570p5737660.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What to call OSM data?
On 26.11.2012 14:06, Joseph Reeves wrote: Playing Devil's Advocate, crowdsourced isn't appropriate for large swathes of OSM data: Europe, for example, is dominated by imported, not crowdsourced, CORINE data. I don't believe that Europe is dominated by CORINE data. Several European countries never imported CORINE, and elsewhere most of the work would still consist of roads and other non-landuse data. Also consider that imports today almost necessarily have to be performed with manual interaction (to avoid duplicates and so on) and by various individuals. So even when imports take place, they are done in a crowdsourced manner. So I think crowdsourced is the most appropriate term that is still meaningful. I'd describe OSM data simply as open. That's not wrong either, but not precise enough to distinguish a project such as OSM from e.g. governments' Open Data efforts. That's because it overlaps with open licensing, which I assume will be stored separately in metadata, and various other associations of the term. Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What to call OSM data?
Apologies for bringing up imports on the list. At least I didn't mention the license change though! ;) That's not wrong either, but not precise enough to distinguish a project such as OSM from e.g. governments' Open Data efforts. Continuing to play Devil's Advocate, I think this is just an issue of imagination scope: Why do we need to distinguish OSM from governments' Open Data efforts? Does that bring us any benefit? Are you trying to highlight a difference of scale or is there one type of Open that's different from some other Open? I'd like to imagine a future scenario in which a country's National Mapping Agency decides that OSM is going to be the official source of geographic data. As an NMA contributes and maintains data within OSM, the crowdsourced argument becomes weaker and the Open word becomes more important. Cheers, Joseph On 26 November 2012 13:43, Tobias Knerr o...@tobias-knerr.de wrote: On 26.11.2012 14:06, Joseph Reeves wrote: Playing Devil's Advocate, crowdsourced isn't appropriate for large swathes of OSM data: Europe, for example, is dominated by imported, not crowdsourced, CORINE data. I don't believe that Europe is dominated by CORINE data. Several European countries never imported CORINE, and elsewhere most of the work would still consist of roads and other non-landuse data. Also consider that imports today almost necessarily have to be performed with manual interaction (to avoid duplicates and so on) and by various individuals. So even when imports take place, they are done in a crowdsourced manner. So I think crowdsourced is the most appropriate term that is still meaningful. I'd describe OSM data simply as open. That's not wrong either, but not precise enough to distinguish a project such as OSM from e.g. governments' Open Data efforts. That's because it overlaps with open licensing, which I assume will be stored separately in metadata, and various other associations of the term. Tobias ___ 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] What to call OSM data?
Richard Fairhurst wrote: Kate Chapman wrote: Does anyone have suggestions or a preference? OpenStreetMap says it all. As in Hi. We're OpenStreetMap. You may have heard of us. I'd second that ... does not need any more -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What to call OSM data?
On these lines my one-liner for OSM is that it is A project to create the best community-produced Open Geo Data set of the whole world of any (verifiable) physical object (and some non-physical data, too). So, my key points in that are: 1) Open Geodata 2) of all data, _integrated_ (no layers, at least yet; carries the centuries/millenia old tradition of handicraft vs. automation) 3) to which any and everyone is equally welcome to contribute to (with equal weight - meritocracy); with any appropriate data source, including gov data Cheers, -Jaakko -- Sent from my mobile. Excuse my brevity and/or typos. P.S. While on the go, SMS reaches me fastest. On Nov 26, 2012 9:19 AM, Joseph Reeves iknowjos...@gmail.com wrote: Apologies for bringing up imports on the list. At least I didn't mention the license change though! ;) That's not wrong either, but not precise enough to distinguish a project such as OSM from e.g. governments' Open Data efforts. Continuing to play Devil's Advocate, I think this is just an issue of imagination scope: Why do we need to distinguish OSM from governments' Open Data efforts? Does that bring us any benefit? Are you trying to highlight a difference of scale or is there one type of Open that's different from some other Open? I'd like to imagine a future scenario in which a country's National Mapping Agency decides that OSM is going to be the official source of geographic data. As an NMA contributes and maintains data within OSM, the crowdsourced argument becomes weaker and the Open word becomes more important. Cheers, Joseph On 26 November 2012 13:43, Tobias Knerr o...@tobias-knerr.de wrote: On 26.11.2012 14:06, Joseph Reeves wrote: Playing Devil's Advocate, crowdsourced isn't appropriate for large swathes of OSM data: Europe, for example, is dominated by imported, not crowdsourced, CORINE data. I don't believe that Europe is dominated by CORINE data. Several European countries never imported CORINE, and elsewhere most of the work would still consist of roads and other non-landuse data. Also consider that imports today almost necessarily have to be performed with manual interaction (to avoid duplicates and so on) and by various individuals. So even when imports take place, they are done in a crowdsourced manner. So I think crowdsourced is the most appropriate term that is still meaningful. I'd describe OSM data simply as open. That's not wrong either, but not precise enough to distinguish a project such as OSM from e.g. governments' Open Data efforts. That's because it overlaps with open licensing, which I assume will be stored separately in metadata, and various other associations of the term. Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] What to call OSM data?
So for example crowdsourced infromation, volunteered geographic information, non-authoritative data, or something else? Crowdsourced non-authoritative geographic data ? I'm personally not sure I agree with the non-authoritative part. Instead of non-authoritative I prefer the term asserted It refers to how several people can assert that the data entered by someone else is correct. Nick *** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. *** ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Het taggen van BAG data.
On 2012-10-20 17:01, Gertjan Idema wrote: Beste Pander, Als je mij een lijstje met correcties stuurt, wil ik wel kijken of ik er BAG id's aan kan koppelen. Er is een uitgebreide lijst van verbeteringen voor fouten in toponiemen uit Kadaster én OSM is verstuurd aan Gertjan met CC aan Henk en Stefan. Mocht iemand hier ook interesse hebben, neem met hun contact op. Gertjan On Sat, 2012-10-20 at 13:54 +0200, Pander wrote: On 2012-10-20 13:38, Just van den Broecke wrote: Beste Pander, Heb je de standaard terugmelding per email al geprobeerd: b...@kadaster.nl mailto:b...@kadaster.nl zie http://bag.vrom.nl/de_bag_gebruiken/terugmelden Als u gerede twijfel heeft over de juistheid van de informatie in de BAG, dan kunt u dit per e-mail melden op b...@kadaster.nl mailto:b...@kadaster.nl. In het onderwerpveld van de e-mail dient u de gemeente te vermelden waarbinnen het object valt. De betreffende object ID('s) dient u te vermelden in uw bericht, plus hetgeen u over twijfelt. Voor private afnemers geldt geen terugmeldingsplicht. Bij gerede twijfel kan er rechtstreeks bij de bronhouder teruggemeld worden. Dank je wel. Alleen heb ik niet een overzicht van die ID's. Doe moeten er bijgezocht worden als mijn correcties worden uitgevoerd. Aangezien ik correcties doe nadat het ID gestript is is dat een hoop extra werk. Is er iemand die veel met BAG-gegevens werkt en al bestaande scripts heeft die mijn lijst van correcties als een filter op wil nemen en zo rapportjes kan genereren om terug te zenden naar het Kadaster. Voordeel als je hiermee aan de slag gaat is dat de gecorrigeerde BAG-gegevens van veel hogere kwaliteit zijn. Vanuit OpenTaal ga ik door de BAG-gegevens voor spellingcontrole maar de geografische informatie interesseert ons verder niet. Dit ligt om die reden buiten ons domein. Vandaar de zoektocht naar een BAG-liefhebber om het stokje aan door te geven. groeten, Just On 20-10-12 13:32, Pander wrote: On 2012-10-20 13:21, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. Voor wie interesse heeft: ik heb nog een hele lijst van correcties op de BAG-gegevens. Met name coderings- en typefouten zitten er redelijk wat in. Ook zou het handig zijn als het Kadaster er iets mee zou willen doen? Ik heb ze al eens geschreven over fouten in toponiemen uit 1:25.000 kaarten (TOP25) maar toen hadden ze geen interesse. Hun reden was dat ze er zelf al mee aan de slag waren. Voor BAG denk ik niet dat ze op de hoogte zijn van deze fouten, ook omdat het een gigantische collectie is. Heeft iemand een ingang hiervoor? Volgens de wet moeten ze volgens mij openstaan voor terugmelding van correcties. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het
Re: [talk-au] Historical rail lines
Admin boundaries are a slightly different thing - they may be intangible on the ground, but they are also current. We don't keep historical versions of admin boundaries either The problem with the historical thing is that to my mind, it is a slippery slope. There's a park near me that is currently, well, a park. But I know that it was previously a quarry, and then a rubbish tip/landfill, cos there is a sign saying so. But I certainly wouldn't tag the parks as a quarry or landfill, because it isn't. It's a park Ditto with historical names. Piera St in East Brunswick was originally named Nicholas St, and Jenkin St was Baden St in 1936. No idea why they were changed - confusion with other more major streets nearby I guess - but there is no sign of the old name on the ground. Yeah - I know there is a fixed historical name tag I can set, but even then I wonder about it. It's not like anyone in the street ever called it that (which is possibly different to something like Whitehorse Road in Nunawading, which I think is technically now Maroondah Highway, but Whitehorse is the historical name that is still in use) What we really need is a better storage model - the simple one we use just isn't up to the task for this kind of data. It barely copes with teh actual on-the-ground info as it is. Remember segments, anyone? Matt On 26/11/2012 1:38 PM, Paul Norman wrote: From: Alex Sims [mailto:a...@softgrow.com] Subject: Re: [talk-au] Historical rail lines On 26/11/2012 10:38 AM, mick wrote: I'm in two minds about removing 'historical' data. Yes, objects no longer visible on the ground shouldn't be rendered on the map. I've been following this discussion with interest. We do mark and should mark administrative boundaries which are not visible on the ground. Can the logic for these boundaries which be usefully extended to historical data? The subject of historical rail lines and historical roads came up on the talk-us@ mailing list relatively recently. As always, there were multiple views. The result of the discussion was that the general view is that historic information only belongs in OSM when there is some trace on the ground. As a practical matter, historic roads are not generally mapped in OSM. Whenever a road is physically realigned and the new alignment mapped in OSM the old alignment is not saved as a separate way. If I survey the area I only look at how it looks now so I don't know if the old alignment in the database is because it was aligned that way in the past or because the data was inaccurate. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Oficina de mapas começa em um instante
Vitor Vc tem perfil no Facebook? Se tiver podemos ser amigos e assim vc poderá ver as fotos que não estão abertas ao público em geral. Também quero participar de outras oficinas online, vamos montar um cronograma? Arlete Em 26/11/2012 01:21, Vitor George vitor.geo...@gmail.com escreveu: Obrigado a vocês por participar. Foi bem legal fazer o webcast, quero fazer mais vezes. Não consegui abrir o link, estará correto? Vitor George mapaslivres.org twitter.com/mapaslivres 2012/11/24 Arlete Meneguette arletemenegue...@gmail.com Vitor Parabéns pela Oficina, gostei muito de participar e aprender mais. Tomei a liberdade de organizar um álbum no Facebook: https://www.facebook.com/media/set/?set=a.3689978379628.2124871.1580298438type=1 Por favor, dê uma olhada nos textos descritivos de cada imagem, pois posso ter cometido algum equívoco. Um abraço e até a próxima oportunidade. Arlete 2012/11/24 Vitor George vitor.geo...@gmail.com Olá pessoal, Em 15 minutos começam as oficinas de mapas para o Desarrollando America Latina: http://www.mapaslivres.org/2012/11/11/oficina-de-mapas-para-a-dal/ Para participar, acessem este link: http://www.anymeeting.com/mapaslivres1 Vitor George mapaslivres.org twitter.com/mapaslivres ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Oficina de mapas começa em um instante
A oficina foi gravada? Tem algum vídeo disponível? Em 2012-11-24 13:45, Vitor George escreveu: Olá pessoal, Em 15 minutos começam as oficinas de mapas para o Desarrollando America Latina: http://www.mapaslivres.org/2012/11/11/oficina-de-mapas-para-a-dal/ [1] Para participar, acessem este link: http://www.anymeeting.com/mapaslivres1 [2] Vitor George mapaslivres.org [3] twitter.com/mapaslivres [4] Links: -- [1] http://www.mapaslivres.org/2012/11/11/oficina-de-mapas-para-a-dal/ [2] http://www.anymeeting.com/mapaslivres1 [3] http://mapaslivres.org [4] http://twitter.com/mapaslivres ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] usar os mapas da OSM em um gps veicular
Boa Tarde a todos! Gostaria de saber se alguem já portou os mapas da OSM para serem usados em um gps veicular (tipo IGO, Navgator e afins). eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda normalmente no uso é a imprecisão dos mapas usados nestes equipamentos, mesmo usando mapa atualizado, pois normalmente a taxa de atualização é anual. me ocorreu se seria possível este tipo de utilização. Agradeço a compreenção PS: Têm alguem aqui de Curitiba e região? Bruno Augusto Mühlenhoff ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] usar os mapas da OSM em um gps veicular
Bruno, consegui fazer isso com os Garmim e um programa chamado Mapwel. 90 doletas. 2012/11/26 Bruno Augusto stra...@gmail.com Boa Tarde a todos! Gostaria de saber se alguem já portou os mapas da OSM para serem usados em um gps veicular (tipo IGO, Navgator e afins). eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda normalmente no uso é a imprecisão dos mapas usados nestes equipamentos, mesmo usando mapa atualizado, pois normalmente a taxa de atualização é anual. me ocorreu se seria possível este tipo de utilização. Agradeço a compreenção PS: Têm alguem aqui de Curitiba e região? Bruno Augusto Mühlenhoff ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- George R. C. Silva Desenvolvimento em GIS http://geoprocessamento.net http://blog.geoprocessamento.net ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] usar os mapas da OSM em um gps veicular
Dando uma navegada no wiki do OSM achei este link, talvez seja útil: http://wiki.openstreetmap.org/wiki/Software/PNA []s 2012/11/26 Gerald Weber gwebe...@gmail.com É possível, mas dá um trabalho infernal. No Tomtom tem que instalar um outro software que substitui o navegador nativo. É uma interface muito simplificada, sem a sofisticação do navegador original. Eu fiz isto e sinceramente não valeu a pena. Me parece que Garmin é mais flexível, mas como não tenho nunca tentei usar. Mais simples usar um smartphone ou tablet e instalar o osmand ou algum outro aplicativo que usa mapas OSM. abraço Gerald 2012/11/26 Bruno Augusto stra...@gmail.com Boa Tarde a todos! Gostaria de saber se alguem já portou os mapas da OSM para serem usados em um gps veicular (tipo IGO, Navgator e afins). eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda normalmente no uso é a imprecisão dos mapas usados nestes equipamentos, mesmo usando mapa atualizado, pois normalmente a taxa de atualização é anual. me ocorreu se seria possível este tipo de utilização. Agradeço a compreenção PS: Têm alguem aqui de Curitiba e região? Bruno Augusto Mühlenhoff ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] usar os mapas da OSM em um gps veicular
Esse software, o Mapwel, te permite inclusive fazer download direto dos dados do OSM para você prepará-los par aimprotar no Garmim...é bem legal. Nos garmin, funciona bem. 2012/11/26 Gerald Weber gwebe...@gmail.com É possível, mas dá um trabalho infernal. No Tomtom tem que instalar um outro software que substitui o navegador nativo. É uma interface muito simplificada, sem a sofisticação do navegador original. Eu fiz isto e sinceramente não valeu a pena. Me parece que Garmin é mais flexível, mas como não tenho nunca tentei usar. Mais simples usar um smartphone ou tablet e instalar o osmand ou algum outro aplicativo que usa mapas OSM. abraço Gerald 2012/11/26 Bruno Augusto stra...@gmail.com Boa Tarde a todos! Gostaria de saber se alguem já portou os mapas da OSM para serem usados em um gps veicular (tipo IGO, Navgator e afins). eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda normalmente no uso é a imprecisão dos mapas usados nestes equipamentos, mesmo usando mapa atualizado, pois normalmente a taxa de atualização é anual. me ocorreu se seria possível este tipo de utilização. Agradeço a compreenção PS: Têm alguem aqui de Curitiba e região? Bruno Augusto Mühlenhoff ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- George R. C. Silva Desenvolvimento em GIS http://geoprocessamento.net http://blog.geoprocessamento.net ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] usar os mapas da OSM em um gps veicular
Tem também o NavFree e o próprio MapQuest para android. Acho que o NavFree é mais parecido com o que você procura (acho que as atualizações dele são trimestrais, mesmo com o mapa do OSM) 2012/11/26 George Silva georger.si...@gmail.com Esse software, o Mapwel, te permite inclusive fazer download direto dos dados do OSM para você prepará-los par aimprotar no Garmim...é bem legal. Nos garmin, funciona bem. 2012/11/26 Gerald Weber gwebe...@gmail.com É possível, mas dá um trabalho infernal. No Tomtom tem que instalar um outro software que substitui o navegador nativo. É uma interface muito simplificada, sem a sofisticação do navegador original. Eu fiz isto e sinceramente não valeu a pena. Me parece que Garmin é mais flexível, mas como não tenho nunca tentei usar. Mais simples usar um smartphone ou tablet e instalar o osmand ou algum outro aplicativo que usa mapas OSM. abraço Gerald 2012/11/26 Bruno Augusto stra...@gmail.com Boa Tarde a todos! Gostaria de saber se alguem já portou os mapas da OSM para serem usados em um gps veicular (tipo IGO, Navgator e afins). eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda normalmente no uso é a imprecisão dos mapas usados nestes equipamentos, mesmo usando mapa atualizado, pois normalmente a taxa de atualização é anual. me ocorreu se seria possível este tipo de utilização. Agradeço a compreenção PS: Têm alguem aqui de Curitiba e região? Bruno Augusto Mühlenhoff ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- George R. C. Silva Desenvolvimento em GIS http://geoprocessamento.net http://blog.geoprocessamento.net ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Eduardo Marcel Maçan http://eduardo.macan.eng.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] usar os mapas da OSM em um gps veicular
Acredito que o OsmAnd seja mesmo a melhor opção dado que você tenha um tablet Android. É possível baixar os dados do Brasil inteiro para a memória do aparelho via wi-fi e usar enquanto offline. Em 26/11/2012 20:22, Gerald Weber gwebe...@gmail.com escreveu: Realmente achei os mapas do Navfree desatualizados e com a nítida impressão que de que são incompletos. Um outro bom programa para Android é mapfactor http://navigatorfree.mapfactor.com, tem interface 3D. Lembrei o nome do programa para Tomtom, é Navit, tem uma versão dele para Android também. Voltando ao Osmand o que gosto nele é que não precisa esperar disponibilizar os mapas novos. Por exemplo, outro dia eu fiz um pedaço de uma área rural em Lagoa Santa e no mesmo final de semana quis ir lá passear. Salvei o pedaço que tinha mapeado do Josm e processei com um programa que acompanha o Osmand, daí foi só copiar para a pasta do Osmand no tablet e pronto. O mapa tava disponível off-line para mim. abraço a todos Gerald 2012/11/26 Rodrigo Avila rodr...@avila.net.br O Navfree declara que as atualizações são trimestrais. Mas quando eu tentei usar, já fazia mais de ano que o mapa náo era atualizado. Tomara que tenha mudado. Em segunda-feira, 26 de novembro de 2012, Eduardo Maçan escreveu: Tem também o NavFree e o próprio MapQuest para android. Acho que o NavFree é mais parecido com o que você procura (acho que as atualizações dele são trimestrais, mesmo com o mapa do OSM) 2012/11/26 George Silva georger.si...@gmail.com Esse software, o Mapwel, te permite inclusive fazer download direto dos dados do OSM para você prepará-los par aimprotar no Garmim...é bem legal. Nos garmin, funciona bem. 2012/11/26 Gerald Weber gwebe...@gmail.com É possível, mas dá um trabalho infernal. No Tomtom tem que instalar um outro software que substitui o navegador nativo. É uma interface muito simplificada, sem a sofisticação do navegador original. Eu fiz isto e sinceramente não valeu a pena. Me parece que Garmin é mais flexível, mas como não tenho nunca tentei usar. Mais simples usar um smartphone ou tablet e instalar o osmand ou algum outro aplicativo que usa mapas OSM. abraço Gerald 2012/11/26 Bruno Augusto stra...@gmail.com Boa Tarde a todos! Gostaria de saber se alguem já portou os mapas da OSM para serem usados em um gps veicular (tipo IGO, Navgator e afins). eu sou um usuário ocasional deste tipo de equipamento e o que me incomoda normalmente no uso é a imprecisão dos mapas usados nestes equipamentos, mesmo usando mapa atualizado, pois normalmente a taxa de atualização é anual. me ocorreu se seria possível este tipo de utilização. Agradeço a compreenção PS: Têm alguem aqui de Curitiba e região? -- -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-is] Ýmsar staðreyndir úr OSM
Hæ. Setti upp aðra staðreyndasíðu eins og um götuskrána á http://osm.is/poi/ . Ýmsar áhugaverður upplýsingar koma fram á síðunni. Ég læt ykkur eftir um að túlka upplýsingarnar í bili þar sem ég er á leiðinni út úr húsi. Þið getið lagt fram tillögur að lyklum og lyklasamsetningum til að birta (eða taka út). Með kveðju, Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] RFC zum Proposal winter_service
Am 25.11.2012 11:40, schrieb Andreas Labres: winter_service=yes sollte es prinzipiell nicht geben, finde ich. Man könnte angeben - wann geräumt wird (vielleicht in Kategorien, wenn sich die übernational finden lassen) - was gestreut wird z.B. winter_service=no (Weg/Straße wird bei Schnee nicht geräumt) Könnte man damit nicht evtl. auch im Winter gesperrte Überlandstraßen taggen? winter_service=primary_roads (das heisst bei uns fast rund um die Uhr und Salzstreuung) winter_service:hours=6-20 Zu detailreich und an der Realität vorbei. Prinzipiell wird ersteinmal nach Priorität geräumt. Wenn dann mal etwas Zeit ist, werden auch niederpriorisierte Straßen geräumt winter_service:material=grit|salt Und dann halt noch Spezifika, z.B. winter_service:bicycle=yes (da macht das yes IMO Sinn, wenn man angeben will, dass dass dieser Radweg oder die Radspur grundsätzlich geräumt wird) Über snowplowing findest du verschiedene Kategorien winter_service vs snowplowing sind zwei verschiedene keys für ein und dasselbe. Bitte NICHT. /al Andreas -- Andreas Neumann http://stadtplan-ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing! Bing! Bing! Neue Luftbilder!
Am 22.11.2012 00:29, schrieb Dampfklon: Hey, danke für den Hinweis gleich mal geschaut und ich bin einfach immer wieder erstaunt... Endlich kein Pixelbrei mehr vor der Haustür ;) Dem kann ich mich nur anschließen! Gruß André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing! Bing! Bing! Neue Luftbilder!
Am 22.11.2012 00:29, schrieb Dampfklon: Hey, danke für den Hinweis gleich mal geschaut und ich bin einfach immer wieder erstaunt... Endlich kein Pixelbrei mehr vor der Haustür ;) Dem kann ich mich nur anschließen! Gruß André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC zum Proposal winter_service
Andreas Neumann schrieb: Am 25.11.2012 11:40, schrieb Andreas Labres: winter_service=yes sollte es prinzipiell nicht geben, finde ich. Stimmt. Das Proposal habe ich entsprechend geändert. Man könnte angeben - wann geräumt wird (vielleicht in Kategorien, wenn sich die übernational finden lassen) Das wird derzeit in manchen Regionen via maintenance=gritting, grtting=$priorität gemappt. winter_service=no (Weg/Straße wird bei Schnee nicht geräumt) Könnte man damit nicht evtl. auch im Winter gesperrte Überlandstraßen taggen? Ja. Das ist einer der Verwendungszwecke für diesen Key. winter_service=primary_roads (das heisst bei uns fast rund um die Uhr und Salzstreuung) winter_service:hours=6-20 Zu detailreich und an der Realität vorbei. Prinzipiell wird ersteinmal nach Priorität geräumt. Wenn dann mal etwas Zeit ist, werden auch niederpriorisierte Straßen geräumt winter_service:material=grit|salt gritting= und salting= wird bereits zahlreich verwendet und ist im Proposal angegeben und verlinkt. Wer diese Details mappen und pflegen will: wer soll ihn daran hindern? Und dann halt noch Spezifika, z.B. winter_service:bicycle=yes (da macht das yes IMO Sinn, wenn man angeben will, dass dass dieser Radweg oder die Radspur grundsätzlich geräumt wird) Über snowplowing findest du verschiedene Kategorien winter_service vs snowplowing sind zwei verschiedene keys für ein und dasselbe. Bitte NICHT. snowplowing= wird ebenfalls bereits zahlreich verwendet. Das Tag fand ich aber erst, als das Proposal schon eine Weile existierte. Zuvor hatte ich nur nach snow plough gesucht. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC zum Proposal winter_service
On 26.11.12 10:21, Andreas Neumann wrote: Könnte man damit nicht evtl. auch im Winter gesperrte Überlandstraßen taggen? Also dafür würde ich mir schon einen road_closed=-11-01 - -04-01 oder sowas Tag (Wintersperre von bis, und je nachdem, wie der Konsens ist, wie man Jahreszahlenlose Daten eingibt) wünschen. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC zum Proposal winter_service
On 26.11.12 21:36, malenki wrote: gritting= und salting= wird bereits zahlreich verwendet und ist im Proposal angegeben und verlinkt. Naja, das sind aber (meiner Einschätzung nach) Wildwuchs-Tags. Also da stünde es schon dafür, mal ein ausgewachsenes Konzept dafür zu entwerfen. Vor allem, wenn man das schon mal anfasst. *ing Tags riechen übrigens schon sehr nach keiner guten Idee... ;) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC zum Proposal winter_service
On 27.11.12 02:33, Andreas Labres wrote: Also dafür würde ich mir schon einen road_closed=-11-01 - -04-01 oder sowas Tag (Wintersperre von bis, und je nachdem, wie der Konsens ist, wie man Jahreszahlenlose Daten eingibt) wünschen. Übrigens gibt's das eh schon: http://wiki.openstreetmap.org/wiki/Conditional_restrictions Vielleicht wäre ein Wintersperre-Beispiel dort ganz sinnvoll. Und es wäre gut, mal zu klären, wie man jährlich wiederkehrende (also quasi jahreszahlenlose) Datumswerte (key date_on/off) angibt. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC zum Proposal winter_service
Am 26. November 2012 21:36 schrieb malenki o...@malenki.ch: Andreas Neumann schrieb: Am 25.11.2012 11:40, schrieb Andreas Labres: winter_service=yes sollte es prinzipiell nicht geben, finde ich. Stimmt. Das Proposal habe ich entsprechend geändert. Ich finde gerade bei Radwegen Überland oder Wald- und Feldwegen kann man nicht davon ausgehen, dass diese im Winter geräumt werden. Gesperrt sind deswegen auch nicht, denn Schlitten- und Langlauffahrer freuen sich. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Mappy hour?
Dear Russ and All: Tomorrow (Tuesday 27 Nov) doesn't work for me, since I just realised that this Wednesday is a state holiday and I'll have to work late. Perhaps Wednesday 28 Nov would be better, since more folks will be free to travel and maybe taking a break. We can meet in Worli at the flat of Sanjay Bhangar (also on this list), as wifi is currently broken in my office in Matunga West. Worli is nearby. Subhodip, Arun, Mikel etc. know the place. The address is 105, Madhuli Apartments, opposite Nehru Planetarium and Atria Mall, Dr Annie Besant Road, Worli. My contact number is 98200.45529 and Sanjay's is 98200.53341. Russ, does this work for you, and if so can we confirm the meetup on Wednesday evening? Let's do it around 6 or 7pm since me and others will need to commute home by 9pm or so. Best, Shekhar On Friday 23 November 2012 10:26 AM, paramvi...@gmail.com wrote: Sounds good. Can someone post directions? Sent from BlackBerry® on Airtel -Original Message- From: Russell Nelson russnel...@gmail.com Date: Thu, 22 Nov 2012 23:53:09 To: talk-intalk-in@openstreetmap.org Reply-To: talk-in@openstreetmap.org Subject: Re: [Talk-in] Mappy hour? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Shekhar Krishnan 58/58A, Anand Bhavan, 2nd Floor 201, T.H. Kataria Marg (Lady Hardinge Road) Mahim, Mumbai 400016, Maharashtra, INDIA http://shekhar.cc ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Mappy hour?
That works for me. On Nov 26, 2012 6:07 AM, Shekhar Krishnan shek...@mit.edu wrote: Dear Russ and All: Tomorrow (Tuesday 27 Nov) doesn't work for me, since I just realised that this Wednesday is a state holiday and I'll have to work late. Perhaps Wednesday 28 Nov would be better, since more folks will be free to travel and maybe taking a break. We can meet in Worli at the flat of Sanjay Bhangar (also on this list), as wifi is currently broken in my office in Matunga West. Worli is nearby. Subhodip, Arun, Mikel etc. know the place. The address is 105, Madhuli Apartments, opposite Nehru Planetarium and Atria Mall, Dr Annie Besant Road, Worli. My contact number is 98200.45529 and Sanjay's is 98200.53341. Russ, does this work for you, and if so can we confirm the meetup on Wednesday evening? Let's do it around 6 or 7pm since me and others will need to commute home by 9pm or so. Best, Shekhar On Friday 23 November 2012 10:26 AM, paramvi...@gmail.com wrote: Sounds good. Can someone post directions? Sent from BlackBerry® on Airtel -Original Message- From: Russell Nelson russnel...@gmail.com Date: Thu, 22 Nov 2012 23:53:09 To: talk-intalk-in@openstreetmap.**org talk-in@openstreetmap.org Reply-To: talk-in@openstreetmap.org Subject: Re: [Talk-in] Mappy hour? __**_ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-inhttp://lists.openstreetmap.org/listinfo/talk-in __**_ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-inhttp://lists.openstreetmap.org/listinfo/talk-in -- Shekhar Krishnan 58/58A, Anand Bhavan, 2nd Floor 201, T.H. Kataria Marg (Lady Hardinge Road) Mahim, Mumbai 400016, Maharashtra, INDIA http://shekhar.cc __**_ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-inhttp://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Mappy hour?
(Started writing this yesterday, then got distracted) I'm in-country. Avoided getting ripped off by an autorickshaw driver who wanted 300 bucks to go from the domestic airport to Bandra Reclamation. Did he think I just got off the plane yesterday? (actually, it was this morning.) Another less greedy autorickshaw driver asked for 80 bucks and got 100 bucks for his honesty. Donated blood at the Lilavati hospital. Walked from there to the seashore and up along Carter Road. Added a church and a playground to OSM. Adjusted a few of planemad's shops on Union Park. Still didn't get them all right because my GPS track was wandering through the buildings on the other side of the street. :) We need some better technology than GPS for associating distance along a road with waypoints. Maybe a bicycle odometer coupled with a video camera or voice recorder? Then, post-process the video into a string of photos spaced out so that every photo captures every bit of distance, maybe with 50% overlap. And post-process the voice stream so that it gets split at the silence. Although, silence may be a rare commodity in Mumbai. Maybe have a pushbutton which records waypoints and which plays a snippet of audio immediately after the waypoint is taken. That way, you could go clickCoffee DayclickCosta CoffeeclickCitibank etc. On Fri, Nov 23, 2012 at 8:45 AM, Mikel Maron mikel_ma...@yahoo.com wrote: Arun, we are in Dharamshala! So you are responsible for the excellent mapping around here? Let's meet up for coffee or dinner. Are you up in McLeodganj? I'm in Rakkar village near lower Dharamshala, I could ride up on Saturday or Sunday. m: 90366 26854 Sajjad, wish we could have swung through Bangalore this trip, but not enough time. * Mikel Maron * +14152835207 @mikel s:mikelmaron -- *From:* Arun Ganesh arun.plane...@gmail.com *To:* Mikel Maron mikel_ma...@yahoo.com; talk-in@openstreetmap.org *Sent:* Thursday, November 22, 2012 10:06 PM *Subject:* Re: [Talk-in] Mappy hour? How come everyone is suddenly in Mumbai? If anyone is planning to come towards the himalayas, I can be found near Dharamshala till January. On Thu, Nov 22, 2012 at 9:40 PM, Mikel Maron mikel_ma...@yahoo.comwrote: Erica and I will be in the megacity Tuesday and Wednesday * Mikel Maron * +14152835207 @mikel s:mikelmaron -- *From:* Shekhar Krishnan shek...@topomancy.com *To:* talk-in@openstreetmap.org *Sent:* Thursday, November 22, 2012 9:26 PM *Subject:* Re: [Talk-in] Mappy hour? Sure. Let's do a meetup next week in the evening sometime. Other Mumbai OSMers around? Please call me 98200.45529. My office is in Matunga West/Mahim and we can most probably meet there. Best, Shekhar -- Shekhar Krishnan Topomancy LLC 48, Whipple Street, #1B Brooklyn, NY, U.S.A. http://shekhar.cc On Nov 22, 2012 2:56 AM, Russell Nelson russnel...@gmail.com wrote: Hey everybody, I'm going to be arriving in Mumbai Sunday morning, here for a week. Does anybody want to get together of an evening, do some armchair mapping, talk about OSM, whatever? We usually work until 7:30 or 8, so I'm available after that. I'm working at Rediff in Mahim, but my hotel is the Bawa International in Santa Cruz, but I can make my way around Mumbai as needed. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Mappy hour?
Oh, yes, and ... What time? 6 or 7? On Nov 26, 2012 6:07 AM, Shekhar Krishnan shek...@mit.edu wrote: Dear Russ and All: Tomorrow (Tuesday 27 Nov) doesn't work for me, since I just realised that this Wednesday is a state holiday and I'll have to work late. Perhaps Wednesday 28 Nov would be better, since more folks will be free to travel and maybe taking a break. We can meet in Worli at the flat of Sanjay Bhangar (also on this list), as wifi is currently broken in my office in Matunga West. Worli is nearby. Subhodip, Arun, Mikel etc. know the place. The address is 105, Madhuli Apartments, opposite Nehru Planetarium and Atria Mall, Dr Annie Besant Road, Worli. My contact number is 98200.45529 and Sanjay's is 98200.53341. Russ, does this work for you, and if so can we confirm the meetup on Wednesday evening? Let's do it around 6 or 7pm since me and others will need to commute home by 9pm or so. Best, Shekhar On Friday 23 November 2012 10:26 AM, paramvi...@gmail.com wrote: Sounds good. Can someone post directions? Sent from BlackBerry® on Airtel -Original Message- From: Russell Nelson russnel...@gmail.com Date: Thu, 22 Nov 2012 23:53:09 To: talk-intalk-in@openstreetmap.**org talk-in@openstreetmap.org Reply-To: talk-in@openstreetmap.org Subject: Re: [Talk-in] Mappy hour? __**_ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-inhttp://lists.openstreetmap.org/listinfo/talk-in __**_ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-inhttp://lists.openstreetmap.org/listinfo/talk-in -- Shekhar Krishnan 58/58A, Anand Bhavan, 2nd Floor 201, T.H. Kataria Marg (Lady Hardinge Road) Mahim, Mumbai 400016, Maharashtra, INDIA http://shekhar.cc __**_ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-inhttp://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Mappy hour?
Great! Russell, what do you use for adding POIs on OSM? I mean, phone and software? Sent from BlackBerry® on Airtel -Original Message- From: Russell Nelson russnel...@gmail.com Date: Mon, 26 Nov 2012 09:27:17 To: talk-intalk-in@openstreetmap.org Reply-To: talk-in@openstreetmap.org Subject: Re: [Talk-in] Mappy hour? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Orario distributori di benzina
Il giorno 25 novembre 2012 19:18, Tiziano D'Angelo tiziano.dang...@gmail.com ha scritto: ci vorrebbe un'interfaccia semplificata per inserire opening_hours perché la sintassi non è facile C'è già un plugin per JOSM :) Si, ma è limitato. Non riconosce sintassi previste come PH off, ad esempio. In pratica rende facile inserire orari già facilmente inseribili, ma nei casi particolari (tutt'altro che infrequenti) non è utile. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trafori autostradali
On 2012-11-25 at 15:13:46 +0100, Andrea Musuruane wrote: Riusciamo a standardizzare in trunk visto che questi trafori non hanno carreggiate separate per le due direzioni di marcia, e non hanno almeno due corsie di marcia per ogni carreggiata (che sono richiesti per essere motorway)? Se non ricordo male in italia si era deciso di riservare trunk alle strade extraurbane principali (quelle con i cartelli tipo autostrada, ma blu https://it.wikipedia.org/wiki/Strada_extraurbana_principale ). Che io sappia in svizzera fanno una cosa simile, usandola per le semiautostrade, non so cosa facciano nel resto d'europa. Il problema è che in Italia le extraurbane principali richiedono per codice della strada le carreggiate separate e le due corsie minime, mentre ad esempio in svizzera le semiautostrade possono avere una sola corsia per senso di marcia (non so come siano messi invece in Francia), ed effettivamente non è carino avere il tunnel che cambia classificazione OSM quando attraversa il confine. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: consiglio
In effetti avevo già realizzato la relazione boundary=low_emission_zone suggerita da Martin (2572609) Tenuto conto che le limitazioni sono queste: http://www.comune.modena.it/citypass E tenuto conto che ho posto una relazione enforcement su ogni singolo accesso controllato da telecamera, e tenuto conto che ho raccolto le singole relazioni enforcement=check Modena Centro in una relazione (2572938 - CityPass ZTL Modena Centro) il dubbio è: i TAG per le limitazioni di accesso che appaiono in http://www.comune.modena.it/citypass le mettereste nella relation boundary=low_emission_zone o in ogni singola via con varco di accesso controllato dalla enforcement=check, o in entrambe? Grazie per i suggerimenti Beppe -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: domenica 25 novembre 2012 21:13 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] consiglio 2012/11/25 Giuseppe Amici giuseppeam...@virgilio.it: Vorrei il vostro parere sui TAG che ritenete più opportuni per referenziare la restrizione di accesso al punto e/o via di varco accesso a ZTL (con telecamera di monitoraggio entrate). dipende chi ha permesso, mettrei per quelli che connosco motor_vehicle=private Non dimenticarti ti mappare anche la ztl stessa (probabilmente con un multipoligono): ;-) http://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlimited_traf fic_zone Quello che mi lascia nel dubbio è il tag di restrizione di accesso: magari: access=official? quello non direbbe dire niente, official si può usare solo con restrizioni di gruppo, per esempio bicicletta, perchè vuole dire che l'accesso è dedicato specialmente a questo tipo, e access è generico quindi non ha senso. Eviterei access come tag, perchè troppo generico (tutti e tutto viene permesso o escluso, ma spesso pedoni, veicoli a motore e biciclette hanno diritti diversi, infatti quando vedo che qualcuno ha messo access ha escluso anche i pedoni, dove nella realtà spesso sono amessi). Distinguerei sopratutto tra vehicle motor_vehicle (compreso in vehicle) bicycle (compreso in vehicle) foot e quando serve anche motorcar, motorcycle, hgv (camion). Il resto, incluso horse, ho visto pocchissime volte in Italia. Se il caso non è molto complesso, uno o due di restrizioni sono sufficienti (per una ztl anche di più, ma non ha molto senso mettere foot=yes, bicycle=yes, horse=yes, motorcar=yes, motorcycle=yes ecc. ad ogni strada come qualcuno fa). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: consiglio
Direi che in questo caso può andare bene *motor_vehicle=private *(al contrario di Padova, le motociclette sono soggette a limitazione anche se in determinati orari). *Chi può accedere in ZTL senza autorizzazione (=yes) * - biciclette e ciclomotori fino a 50 cc.; = *bicycle=yes moped=yes* - motocicli a due ruote con cilindrata superiore a 50 cc. (dal lunedì al venerdì dalle 7.00 alle 21.00, il sabato dalle 7.00 alle 14.00, escluso domenica e i festivi); =* motorcycle:conditional=yes @ (Mo-Fr 07:00-21:00; Sa 07:00-14:00)* - mezzi utilizzati per servizi di pubblico interesse (City Porto, trasporto pubblico, ambulanze, Polizia, Carabinieri, Vigili del Fuoco, ecc.) = *emergency=yes* *Chi può accedere in ZTL con comunicazione alla Polizia Municipale al massimo entro 48 ore dall’accesso (=private) * - veicoli dei cortei funebri e delle Agenzie di Onoranze Funebri; = forse possono rientrare in emergency? o ci inventiamo un funeral=*? - veicoli al servizio di *persone invalide con capacità di deambulazione sensibilmente ridottahttp://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capacita-motoria * detentrici dello speciale contrassegno ai sensi del D.P.R. 24.7.1996 n. 503; = *disabled=private* (come disabled=yes) - veicoli che *accompagnano presso la propria abitazione donne residenti o domiciliate in ZTLhttp://www.comune.modena.it/citypass/ztl/accompagnamento-donne *, nella fascia oraria 20.00 – 06.00; - veicoli di clienti delle strutture ricettive (alberghi, hotel, bed and brekfast, ostelli, affittacamere); il titolare della struttura rilascerà un contrassegno all’ospite da esporre sul parabrezza. *Chi può richiedere l'autorizzazione per accedere alla ZTL** * - *titolari di veicoli elettrici*http://www.comune.modena.it/citypass/ztl/veicoli-elettrici(dalle 7.00 alle 20.00) = *electric_car:conditional=private @ (Mo-Su 07:00-20:00)* - *residenti o domiciliati in zona ZTL*,http://www.comune.modena.it/piano-sosta/miniticket-per-i-titolari-di-permesso-ztl-verdisenza posto auto = rientrano nel motor_vehicle=private - *titolari di garage o posto auto *http://www.comune.modena.it/citypass/info/modulistica/autorizzazione-ztl-residente-domiciliato-autorimessain area privata all’interno della ZTL = idem - *titolari **di contrassegno *http://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capacita-motoria/contrassegno-europeo-per-parcheggio-disabili-e-invalidi-e-transito-e-sosta-in-ztl *invalidi e disabilihttp://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capacita-motoria/contrassegno-europeo-per-parcheggio-disabili-e-invalidi-e-transito-e-sosta-in-ztl *con ridotta capacità motoria = disabled=private - *artigiani per attività di manutenzione e installazionihttp://www.comune.modena.it/citypass/ztl/autorizzazioni-temporanee *ordinarie - *artigiani per attività di pronto intervento diurno e notturnohttp://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico-limitato/ztl/autorizzazioni-temporanee/ztl-pass-giornalieri-e-autorizzazioni-temporanee * - *titolari di pubblici esercizi e negozi alimentari in ZTL per operazioni di carico/scarico = goods=privatehttp://www.comune.modena.it/citypass/ztl/carico-scarico-e-consegna-merci/autorizzazioni-a-scadenza-biennale-per-veicoli-di-portata-fino-a-6-tonnellate-ztl * - *titolari di negozi non alimentari in ZTL, fornitori, grossisti e corrieri per operazioni di carico/scarico = goods=privatehttp://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico-limitato/ztl/carico-scarico-e-consegna-merci * * * - *rappresentanti e agenti di commerciohttp://www.comune.modena.it/citypass/ztl/agenti-e-rappresentanti-di-commercio/autorizzazioni-biennali-per-gli-agenti-di-commercio-rappresentanti-ztl * - *familiari e addetti all’assistenza e trasporto di persone in difficoltàhttp://www.comune.modena.it/citypass/ztl/assistenza-a-familiari * che risiedono in ZTL - medici di base, pediatri convenzionati e cardiologi con ambulatori in ZTL, i medici che effettuano visite domiciliari urgenti in ZTL, previa comunicazione delle targhe all'Ordine dei Medici* *e con l'esposizione dell’apposito contrassegno rilasciato dall’Ordine dei Medici = rientrano in emergency=yes - *soggetti che accompagnano bambini http://www.comune.modena.it/citypass/ztl/accompagnamento-bambini-e-ragazzi/accompagnamento-bambini-e-ragazzi * - clienti degli alberghi situati in ZTL: possono transitare e sostare in prossimità degli alberghi a condizione che sia esposto sul parabrezza un contrassegno rilasciato dall’albergatore - chi è munito di permessi particolari come ad esempio: stampa, * matrimoni*http://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico-limitato/ztl/autorizzazioni-temporanee/pass-per-la-celebrazione-di-matrimonio, *cortei
Re: [Talk-it] R: consiglio
Il 26 novembre 2012 10:24, Tiziano D'Angelo ha scritto: mezzi utilizzati per servizi di pubblico interesse (City Porto, trasporto pubblico, ambulanze, Polizia, Carabinieri, Vigili del Fuoco, ecc.) = emergency=yes a proposito del trasporto pubblico, io ricordavo psv=yes, ma vedo anche taxi= e bus= nella pagina http://wiki.openstreetmap.org/wiki/Key:psv in quella pagina non è per niente chiaro se psv comprende taxi e bus, e poi cosa perché c'è anche bicycle? Sono i risciò!? -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: consiglio
Scusa, mi era sfuggito il trasporto pubblico. Emergency=yes è per ambulanze, Polizia, Vigili del Fuoco, etc... Trasporto pubblico direi psv=yes. Finora ho usato sempre quello, intendendo sia bus che taxi. ciao T 2012/11/26 Daniele Forsi dfo...@gmail.com Il 26 novembre 2012 10:24, Tiziano D'Angelo ha scritto: mezzi utilizzati per servizi di pubblico interesse (City Porto, trasporto pubblico, ambulanze, Polizia, Carabinieri, Vigili del Fuoco, ecc.) = emergency=yes a proposito del trasporto pubblico, io ricordavo psv=yes, ma vedo anche taxi= e bus= nella pagina http://wiki.openstreetmap.org/wiki/Key:psv in quella pagina non è per niente chiaro se psv comprende taxi e bus, e poi cosa perché c'è anche bicycle? Sono i risciò!? -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trafori autostradali
Am 26/nov/2012 um 09:43 schrieb Elena ``of Valhalla'' elena.valha...@gmail.com: On 2012-11-25 at 15:13:46 +0100, Andrea Musuruane wrote: Riusciamo a standardizzare in trunk visto che questi trafori non hanno carreggiate separate per le due direzioni di marcia, e non hanno almeno due corsie di marcia per ogni carreggiata (che sono richiesti per essere motorway)? Se non ricordo male in italia si era deciso di riservare trunk alle strade extraurbane principali (quelle con i cartelli tipo autostrada, ma blu https://it.wikipedia.org/wiki/Strada_extraurbana_principale ). Che io sappia in svizzera fanno una cosa simile, usandola per le semiautostrade, non so cosa facciano nel resto d'europa. Il problema è che in Italia le extraurbane principali richiedono per codice della strada le carreggiate separate e le due corsie minime, mentre ad esempio in svizzera le semiautostrade possono avere una sola corsia per senso di marcia (non so come siano messi invece in Francia), ed effettivamente non è carino avere il tunnel che cambia classificazione OSM quando attraversa il confine. Il trunk come concordato se ricordo bene dovrebbe avere carreggiate separate e non avere incroci a raso, quindi tipologicamente sone quasi autostrade. Invece per extraurbane principali (per il fatto che escludono traffico debole) si aggiunge motorroad=yes ad un trunk o primary. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: consiglio
2012/11/26 Giuseppe Amici giuseppeam...@virgilio.it: In effetti avevo già realizzato la relazione boundary=low_emission_zone suggerita da Martin (2572609) Tenuto conto che le limitazioni sono queste: http://www.comune.modena.it/citypass io prefirei limited_access_zone al tag low_emission_zone in questo caso, perchè il fatto che i mezzi più inquinanti in termini di inquinamento e rumore (motorini) hanno sempre accesso contradice che lo scopo sia quello di mantenere l'aria pulita. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ferrovie: situazione stazioni e routing
2012/11/25 Paolo Monegato gato.selvad...@gmail.com: Il 24/11/2012 14:58, Martin Koppenhoefer ha scritto: il landuse=railway vale per tutta l'area della ferrovia, anche fuori la stazione (tutti binari e zone limitrofe, aree di servizio, smistamento, ecc.) Si. Ed è per questo che nell'area della stazione forse è meglio aggiungere railway=station a landuse=railway. Del resto la stazione comprende tutto non solo il locale viaggiatori ed i binari. si, scusa la mia inaccuratezza, intendevo la parte che è stazione deve (idealmente) essere taggata con railway=station, locale viaggiatori e binari era un esempio cosa è da includere (opposto all'idea di taggare un solo edificio), ma non era esaustivo. no, il problema è che il numero descrive il binario, su ogni platform al solito hai 2 binari (numeri). Metto entrambi i numeri sul ref separati dal ; (per primo metto quello più vicino all'edificio stazione, ovvero il numero più basso). Il numero del binario è poi di facile intuizione osservando gli altri platform e la posizione dell'edificio stazione. Eventualmente si potrebbe pensare ad un ref:left=* e ref:right=* si, lo puoi sempre fare (in più), ma comunque non cambia molto, è il binario che ha il numero (ref). Casomai il binario avesse anche un altro numero (probabilmente si) quello lo considerei una roba da esperti (perchè non visibile per noi mortali comuni), e quindi si potrebbe usere una chiave più specifica (ref:railway, ref:railtrack, ref:track, ref:ferrovie_dello_stato, ecc.) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trafori autostradali
So di sicuro che in Italia, in Svizzera ed in Germania ci sono pezzi di autostrada con carreggiata singola (a due corsie). Hanno la segnaletica delle autostrade. In Svizzera sono soggetti a pagamento di pedaggio; in Italia ne conosco solo uno e questo è a pedaggio. E' importante di non sbagliare questo in Svizzera, dove c'è l'obbligo della vignette per tutte le autostrade anche a carreggiata singola (forse salvo rare eccezioni). In Italia c'è l'esempio della galleria del Gran San Bernardo, che è a carreggiata singola sia in Italia, sia in Svizzera. In Italia è classificato come autostrada con pagamento di pedaggio. In Svizzera sembra che sia strada primaria a pagamento, ma non autostrada. Il mapping fra categorie di strada nei vari paesi e il tagging in OSM è per forza non uguale. Questo può risultare in un cambiamento del tagging della stessa strada al confine. Volker 2012/11/26 Martin Koppenhöfer dieterdre...@gmail.com Am 26/nov/2012 um 09:43 schrieb Elena ``of Valhalla'' elena.valha...@gmail.com: On 2012-11-25 at 15:13:46 +0100, Andrea Musuruane wrote: Riusciamo a standardizzare in trunk visto che questi trafori non hanno carreggiate separate per le due direzioni di marcia, e non hanno almeno due corsie di marcia per ogni carreggiata (che sono richiesti per essere motorway)? Se non ricordo male in italia si era deciso di riservare trunk alle strade extraurbane principali (quelle con i cartelli tipo autostrada, ma blu https://it.wikipedia.org/wiki/Strada_extraurbana_principale ). Che io sappia in svizzera fanno una cosa simile, usandola per le semiautostrade, non so cosa facciano nel resto d'europa. Il problema è che in Italia le extraurbane principali richiedono per codice della strada le carreggiate separate e le due corsie minime, mentre ad esempio in svizzera le semiautostrade possono avere una sola corsia per senso di marcia (non so come siano messi invece in Francia), ed effettivamente non è carino avere il tunnel che cambia classificazione OSM quando attraversa il confine. Il trunk come concordato se ricordo bene dovrebbe avere carreggiate separate e non avere incroci a raso, quindi tipologicamente sone quasi autostrade. Invece per extraurbane principali (per il fatto che escludono traffico debole) si aggiunge motorroad=yes ad un trunk o primary. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trafori autostradali
2012/11/26 Volker Schmidt vosc...@gmail.com: So di sicuro che in Italia, in Svizzera ed in Germania ci sono pezzi di autostrada con carreggiata singola (a due corsie). ma temporaneamente o permanente? Se permanente saranno delle zone remote comunque, non lo escludo ma sono eccezioni. Parlando di eccezioni ho trovato un altro curiosum che credo vi potrebbe interessare: autostrade che nel caso di guerra possono diventare aeroporti: http://it.wikipedia.org/wiki/Pista_d%27atterraggio_stradale la versione tedesca ha più immagini: http://de.wikipedia.org/w/index.php?title=Datei:A-10_Thunderbolt_II_takeoff_on_Autobahn_DoD_DF-ST-85-05084.jpgfiletimestamp=20070804061802 ;-) Hanno la segnaletica delle autostrade. allora sono autostrade. Per me è semplice così. In Svizzera sono soggetti a pagamento di pedaggio; in Italia ne conosco solo uno e questo è a pedaggio. E' importante di non sbagliare questo in Svizzera, dove c'è l'obbligo della vignette per tutte le autostrade anche a carreggiata singola (forse salvo rare eccezioni). In Italia c'è l'esempio della galleria del Gran San Bernardo, che è a carreggiata singola sia in Italia, sia in Svizzera. In Italia è classificato come autostrada con pagamento di pedaggio. In Svizzera sembra che sia strada primaria a pagamento, ma non autostrada. a questo punto lì cambia la classe, non è un grosso problema, anzi è un dettaglio che rispecchia la realtà (classificazione diversa in Italia e in Svizzera). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Operator in ospedali
Allora come mettiamo? name=Poliambulatorio xyz operator=Azienda Sanitaria Locale (o solo ASL) ref=6 (o in altri casi RME, o To2) ??? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Autovelox, Osmand, e la difficile arte di dialogare con un programmatore
Il giorno 23 novembre 2012 22:33, stefano.fracc...@libero.it stefano.fracc...@libero.it ha scritto: Ciao, da quel che vedo ha chiuso la segnalazione perché duplicata. Questo vuol dire semplicemente che ti invita a continuare il discorso nell'altro thread in quanto affine (almeno secondo lui) come argomento. Io sono un programmatore e ti dico una cosa: gli utenti vedono il loro problema e si focalizzano su quello. Il programmatore deve far andare tutto l'insieme e deve darsi delle priorità in quanto le risorse sono limitate. Quello che per te è essenziale magari per lui è solo una cosa marginale nel complesso. Il che avrebbe dovuto essere espresso chiudendo la issue con un won't fix, oppure lasciandola aperta con bassa priorità. In secondo luogo, a meno che questo programmatore non sia un capo progetto, non dovrebbe essere lui a decidere quali feature implementare e quali scartare. Una feature richiesta da un utente dovrebbe essere valutata da qualcuno che non sia solo un programmatore. Lui ti ha dato la sua visione delle cose: mappare un punto secondo lui è meglio che gestire una relazione. Puoi non essere d'accordo ... ma è la sua opinione ed è lui che sviluppa (penso) il software. Dialogare significa anche accettare opinioni diverse dalle nostre. Infatti Giacomo ha scritto che capisce perché la feature non sia ancora stata implementata, ma al contempo ha richiesto che si utilizzasse una specifica ritenuta migliore dalla maggior parte dei mappatori (i contrari sostengono che sia più scomoda per le applicazioni e per i mappatori, ma non hanno altre obiezioni). La issue non andava gestita in questo modo. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Operator in ospedali
Il giorno 26 novembre 2012 14:29, Fabri erfab...@gmail.com ha scritto: Allora come mettiamo? name=Poliambulatorio xyz operator=Azienda Sanitaria Locale (o solo ASL) ref=6 (o in altri casi RME, o To2) Direi di no, così pare che il ref sia dell'ambulatorio, non dell'ASL. Se volete mettere questo dato operator sarebbe Azienda Sanitaria Locale Torino Nord (ad esempio) o ASLTO2 [1] [1] http://www.aslto2.piemonte.it/ -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Operator in ospedali
2012/11/26 Maurizio Daniele maurizio.dani...@gmail.com: Il giorno 26 novembre 2012 14:29, Fabri erfab...@gmail.com ha scritto: Allora come mettiamo? name=Poliambulatorio xyz operator=Azienda Sanitaria Locale (o solo ASL) ref=6 (o in altri casi RME, o To2) Direi di no, così pare che il ref sia dell'ambulatorio, non dell'ASL. Se volete mettere questo dato operator sarebbe Azienda Sanitaria Locale Torino Nord (ad esempio) o ASLTO2 [1] ref:operator? http://taginfo.openstreetmap.org/search?q=ref%3Aoperator operator:ref? http://taginfo.openstreetmap.org/search?q=operator%3Aref non sò quale sia meglio, operator:ref consente di averlo vicino al tag operator nell'editore (se ordinato alfabeticamente). C'è anche l'ipotesi di fare un operator_ref, ma non mi piace. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trafori autostradali
On 2012-11-26 at 12:31:24 +0100, Martin Koppenhöfer wrote: Il trunk come concordato se ricordo bene dovrebbe avere carreggiate separate e non avere incroci a raso, quindi tipologicamente sone quasi autostrade. Invece per extraurbane principali (per il fatto che escludono traffico debole) si aggiunge motorroad=yes ad un trunk o primary. le extraurbane principali sono a carreggiate separate e senza incroci a raso. Quello a cui pensi tu è il cartello di strada riservata a (mezzi a motore? qualcosa del genere, da queste parti praticamente non ce ne sono), con il disegno di un auto su sfondo blu. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trafori autostradali
On 2012-11-26 at 14:04:44 +0100, Volker Schmidt wrote: So di sicuro che in Italia, in Svizzera ed in Germania ci sono pezzi di autostrada con carreggiata singola (a due corsie). Hanno la segnaletica delle autostrade. In Svizzera sono soggetti a pagamento di pedaggio; in Italia ne conosco solo uno e questo è a pedaggio. E' importante di non sbagliare questo in Svizzera, dove c'è l'obbligo della vignette per tutte le autostrade anche a carreggiata singola (forse salvo rare eccezioni). quelle svizzere non sono autostrade, sono mezze autostrade, e la segnaletica è leggermente diversa. C'è sempre l'obbligo di vignetta, questo è vero. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [OT] cerco collaboratori per progetto osm-related :)
Ciao a tutt*, sono riuscito a vincere un bando per l'anno 2013 potendomi cosi' finanziare dell'attivita' di ricerca sul tema della Volunteered geographic information in particolare con il fine di elaborare strumenti di analisi sulla comunita' di OpenStreetMap. Per tale motivo ora posso offrire una posizione qui a Trento per un anno. Chiunque e' in grado di mettere in piedi lo stack di OpenStreetMap dai dati alla mappa e poi elaborarlo ha gia' i prerequisiti necessari. Se poi ci si aggiungono anche degli skill sul fronte di python e machine learning, beh, tanto di guadagnato. Premetto subito che la posizione e' precaria: contratto co.co.pro. Ma se siete interessati, non esitate a contattarmi. Ciao -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] cerco collaboratori per progetto osm-related :)
Il 26 novembre 2012 16:42, Maurizio Napolitano napoo...@gmail.com ha scritto: Ciao a tutt*, sono riuscito a vincere un bando per l'anno 2013 potendomi cosi' finanziare dell'attivita' di ricerca sul tema della Volunteered geographic information in particolare con il fine di elaborare strumenti di analisi sulla comunita' di OpenStreetMap. Grande Napo. Ciao, Berti ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Toponomi quando non ci sono i cartelli
questo è interessante! comunque a volte mi annoto la presenza di negozi o aziende e poi vedo se hanno un sito internet dove c'è scritto l'indirizzo oppure conservo eventuali scontrini se compro qualcosa anche li di solito c'è l'indirizzo Il 25/11/2012 09:07, Fabrizio Tambussa ha scritto: Vale sempre il consiglio di guardare nei documenti del comune e loro allegati (magari pubblicati in rete): delibere comunali, modifiche al piano regolatore, ecc sono leggi e non sono coperte da copyright. Saluti Fabrizio Il giorno 24 novembre 2012 12:12, Martin Koppenhoefer dieterdre...@gmail.com mailto:dieterdre...@gmail.com ha scritto: 2012/11/22 Salemme Guido salemme.gu...@email.it mailto:salemme.gu...@email.it: qui nella mia città sono segnate anche le più piccole strade ma nel resto della provincia di Latina molti comuni (soprattutto i più piccoli) sono molto carenti in questo, per non parlare della provincia di Frosinone dove trovare un cartello che indica un nome di una strada è un miraggio :-( confermo pienamente, ho fatto anch'io dei rilievi in provincia di Frosinone questo estate e spesso non c'era traccia dei nomi, alle volte anche perchè tempo fa li avevano scritti sui muri e ad oggi spesso risultavano illeggibili. Secondome è buono l'approccio di chiedere alla gente, anche se forse raramente si sbagliano (e prima o poi qualcuno si accorgerà e correggerà). In certi casi potrebbe anche essere che la gente usa un altro nome di quello ufficiale (e quindi sarebbe interessante mettere il nome locale nella chiave loc_name). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Ami i PELUCHE? Acquistali online su MisterCupido.com! Tante offerte su: Disney, Simpson, Spongebob, Puffi, Sette Nani, Super Mario, Barbapapà, Teletubbies, Angry Birds, ecc Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12384d=26-11 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Toponomi quando non ci sono i cartelli
Il 26/11/2012 17:10, Salemme Guido ha scritto: questo è interessante! comunque a volte mi annoto la presenza di negozi o aziende e poi vedo se hanno un sito internet dove c'è scritto l'indirizzo oppure conservo eventuali scontrini se compro qualcosa anche li di solito c'è l'indirizzo Giusto...anche questo modo è valido, tenendo presente che un lieve margine di errore ci può essere in quanto lo scontrino viene impostato manualmente in fase di installazione. Ovviamente ai fini fiscali la residenza di un'esercizio dovrebbe essere esatta, eppure nel mio paese due benzinai sulla stessa via hanno sullo scontrino l'indirizzo Via Pinco Pallino mentre la palina comunale (nuova) riporta Stradale Pinco Pallino. Chi ha ragione? Il comune o l'esercente che ha dettato verbalmente la via all'operatore che gli ha installato il registratore o il servizio bancomat (nel caso dei distributori)? Un altro modo è anche quello di memorizzare i nomi di alcune persone che vivono in quella strada, magari leggendo il campanello ed il numero e poi ricercare sulle pagine bianche la via riportata. Però lo vedo come un modo un po furtivo con i tempi che corrono :-) -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] eBookMaps.com - mappe per ebook scaricabili
Volevo generare delle mappe di citta' o piccole zone per fruitori di ebook. Durante una ricerca su internet mi sono imbattuto in questo sito [1] che pubblica mappe del mondo estratte da OSM in formato epub o mobi. Ho scaricato Genova in formato epub, ma non mi sembra granche'. Non e' zoomabile, tutto il centro storico rimane in mezza paginetta, non si vedono i nomi delle vie, ecc ecc Pero' usa OSM (in CC-BY-SA) e quindi merita comunque una segnalazione. Saluti Fabrizio [1] http://www.ebookmaps.com/en/italy-maps-for-ebook-readers-en.php ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Toponomi quando non ci sono i cartelli
Il 26/11/2012 17:25, Gianluca Boero ha scritto: Il 26/11/2012 17:10, Salemme Guido ha scritto: questo è interessante! comunque a volte mi annoto la presenza di negozi o aziende e poi vedo se hanno un sito internet dove c'è scritto l'indirizzo oppure conservo eventuali scontrini se compro qualcosa anche li di solito c'è l'indirizzo Giusto...anche questo modo è valido, tenendo presente che un lieve margine di errore ci può essere in quanto lo scontrino viene impostato manualmente in fase di installazione. Ovviamente ai fini fiscali la residenza di un'esercizio dovrebbe essere esatta Mappare con gli scontrini è una buona cosa. Ci sono tutti i dati che servono: il nome, l'indirizzo, i contatti (tel. e web), la partita iva, a volte perfino gli orari... però è necessario fare attenzione, potrebbe capitare che l'indirizzo riportato sullo scontrino non sia quello dell'attività. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Toponomi quando non ci sono i cartelli
Il 26/11/2012 19:47, Paolo Monegato ha scritto: Mappare con gli scontrini è una buona cosa. Ci sono tutti i dati che servono: il nome, l'indirizzo, i contatti (tel. e web), la partita iva, a volte perfino gli orari... però è necessario fare attenzione, potrebbe capitare che l'indirizzo riportato sullo scontrino non sia quello dell'attività. ciao Paolo M Già...occhio alla sede legale e sede operativa che può essere diversa. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Venezia
Il 25/11/2012 21:18, Martin Koppenhoefer ha scritto: 2012/11/25 Paolo Monegato gato.selvad...@gmail.com: natural=bay no, piuttosto creiamo natural=lagoon hm, ci sono già 2 di questo tag, di bay ci sono 27634. Credo di capire che ogni laguna è un bay, ma non ogni bay è una laguna, vero? Se fosse così mettrei un subtag, se invece bay non comprende lagoon, allora mettrei un nuovo tag lagoon. Vedo dal wiki che esiste, giustamente, natural=fjord anche se volendo si potrebbe classificarlo come bay. Dunque non vedo perché non possa esserci anche lagoon, considerando poi che non è il massimo taggare una laguna come fosse un pezzo di mare. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ferrovie: situazione stazioni e routing
2012/11/26 Martin Koppenhoefer dieterdre...@gmail.com: Si. Ed è per questo che nell'area della stazione forse è meglio aggiungere railway=station a landuse=railway. Del resto la stazione comprende tutto non solo il locale viaggiatori ed i binari. si, scusa la mia inaccuratezza, intendevo la parte che è stazione deve (idealmente) essere taggata con railway=station, locale viaggiatori e binari era un esempio cosa è da includere (opposto all'idea di taggare un solo edificio), ma non era esaustivo. Insisto: con railway=station bisogna mappare solo il locale viaggiatori, cioè quello che è una stazione ferroviaria per l'uomo (e il routing) comune. Qui http://wiki.openstreetmap.org/wiki/Railway_stations dice: A node should be tagged as railway=station or railway=halt to mark the actual station/halt. (rather than being on a node, this tag could be on the building, mentioned below) Quindi railway=station deve essere un nodo. In alternativa: For larger stations it is often convenient to mark the entire station building. To complete this, create a closed way and use the tag,building=train_station. Quindi, per mapping più preciso, railway=station deve essere l'edificio della stazione. Per precisione massima: It is especially convenient in route planning to include the building entrances. This is accomplished by tagging the appropriate nodes in a building's boundary as building=entrance orrailway=subway_entrance. Da nessuna parte si dice di mappare come railway=station una intera area, inclusiva di binari ecc. Capisco che c'è una differenza tra stazione e fabbricato viaggiatori. Vedo che c'è differenza anche in inglese tra railway station e station building (http://en.wikipedia.org/wiki/Station_building) Forse è meglio sollevare il problema a livello internazionale, cioè ri-definire correttamente il tag railway=station. Per il momento, la pagina wiki di railway=station descrive uno station building e non una vera railway station. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ferrovie: situazione stazioni e routing
2012/11/26 Federico Cozzi f.co...@gmail.com: Forse è meglio sollevare il problema a livello internazionale, cioè ri-definire correttamente il tag railway=station. Per il momento, la pagina wiki di railway=station descrive uno station building e non una vera railway station. quando si parla del valore per la chiave railway credo sia chiaro che il tag descrive la situazione dal punto di vista ferroviario. Non possiamo mappare pensando sempre a cosa l'uomo comune potrebbe forse pensare o percepire. Comunque anche non essendo specialisti delle ferrovie noi qui credo che vediamo come stazione non solo un unico edificio ma anche la parte dei treni. ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ferrovie: situazione stazioni e routing
2012/11/26 Martin Koppenhoefer dieterdre...@gmail.com: Per il momento, la pagina wiki di railway=station descrive uno station building e non una vera railway station. quando si parla del valore per la chiave railway credo sia chiaro che il tag descrive la situazione dal punto di vista ferroviario. Non possiamo mappare pensando sempre a cosa l'uomo comune potrebbe forse pensare o percepire. Comunque anche non essendo specialisti delle ferrovie noi qui credo che vediamo come stazione non solo un unico edificio ma anche la parte dei treni. Welcome to OpenStreetMap, the project that creates and distributes free geographic data for the world. OSM distribuisce dati geografici a tutti e non solo agli specialisti delle ferrovie. Per interpretare i dati, la legenda è il wiki. Se il wiki documenta che railway=station contraddistingue i fabbricati viaggiatori, a parte la scelta poco felice del tag, ci si adegua. (In maniera analoga amenity=bicycle_rental si riferisce alle stazioni di bike sharing e non i noleggi di biciclette) In alternativa si apre la discussione sulle mailing list internazionali, si capisce se emendare la pagina del wiki ed eventualmente si cambia il significato di railway=station. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: consiglio
Mille grazie per le indicazioni J Beppe Da: Tiziano D'Angelo [mailto:tiziano.dang...@gmail.com] Inviato: lunedì 26 novembre 2012 10:24 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: consiglio Direi che in questo caso può andare bene motor_vehicle=private (al contrario di Padova, le motociclette sono soggette a limitazione anche se in determinati orari). Chi può accedere in ZTL senza autorizzazione (=yes) * biciclette e ciclomotori fino a 50 cc.; = bicycle=yes moped=yes * motocicli a due ruote con cilindrata superiore a 50 cc. (dal lunedì al venerdì dalle 7.00 alle 21.00, il sabato dalle 7.00 alle 14.00, escluso domenica e i festivi); = motorcycle:conditional=yes @ (Mo-Fr 07:00-21:00; Sa 07:00-14:00) * mezzi utilizzati per servizi di pubblico interesse (City Porto, trasporto pubblico, ambulanze, Polizia, Carabinieri, Vigili del Fuoco, ecc.) = emergency=yes Chi può accedere in ZTL con comunicazione alla Polizia Municipale al massimo entro 48 ore dallaccesso (=private) * veicoli dei cortei funebri e delle Agenzie di Onoranze Funebri; = forse possono rientrare in emergency? o ci inventiamo un funeral=*? * veicoli al servizio di persone invalide con capacità di deambulazione sensibilmente ridotta http://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capaci ta-motoria detentrici dello speciale contrassegno ai sensi del D.P.R. 24.7.1996 n. 503; = disabled=private (come disabled=yes) * veicoli che accompagnano presso la propria abitazione donne residenti o domiciliate in ZTL http://www.comune.modena.it/citypass/ztl/accompagnamento-donne , nella fascia oraria 20.00 06.00; * veicoli di clienti delle strutture ricettive (alberghi, hotel, bed and brekfast, ostelli, affittacamere); il titolare della struttura rilascerà un contrassegno allospite da esporre sul parabrezza. Chi può richiedere l'autorizzazione per accedere alla ZTL *http://www.comune.modena.it/citypass/ztl/veicoli-elettrici titolari di veicoli elettrici (dalle 7.00 alle 20.00) = electric_car:conditional=private @ (Mo-Su 07:00-20:00) * http://www.comune.modena.it/piano-sosta/miniticket-per-i-titolari-di-permes so-ztl-verdi residenti o domiciliati in zona ZTL, senza posto auto = rientrano nel motor_vehicle=private * http://www.comune.modena.it/citypass/info/modulistica/autorizzazione-ztl-re sidente-domiciliato-autorimessa titolari di garage o posto auto in area privata allinterno della ZTL = idem * http://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capaci ta-motoria/contrassegno-europeo-per-parcheggio-disabili-e-invalidi-e-transit o-e-sosta-in-ztl titolari di contrassegno invalidi e disabili http://www.comune.modena.it/citypass/ztl/invalidi-e-disabili-ridotta-capaci ta-motoria/contrassegno-europeo-per-parcheggio-disabili-e-invalidi-e-transit o-e-sosta-in-ztl con ridotta capacità motoria = disabled=private * artigiani per attività di manutenzione e installazioni http://www.comune.modena.it/citypass/ztl/autorizzazioni-temporanee ordinarie * artigiani per attività di pronto intervento diurno e notturno http://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico -limitato/ztl/autorizzazioni-temporanee/ztl-pass-giornalieri-e-autorizzazion i-temporanee * titolari di pubblici esercizi e negozi alimentari in ZTL per operazioni di carico/scarico = http://www.comune.modena.it/citypass/ztl/carico-scarico-e-consegna-merci/au torizzazioni-a-scadenza-biennale-per-veicoli-di-portata-fino-a-6-tonnellate- ztl goods=private * titolari di negozi non alimentari in ZTL, fornitori, grossisti e corrieri per operazioni di carico/scarico = http://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico -limitato/ztl/carico-scarico-e-consegna-merci goods=private * rappresentanti e agenti di commercio http://www.comune.modena.it/citypass/ztl/agenti-e-rappresentanti-di-commerc io/autorizzazioni-biennali-per-gli-agenti-di-commercio-rappresentanti-ztl * familiari e addetti all http://www.comune.modena.it/citypass/ztl/assistenza-a-familiari assistenza e trasporto di persone in difficoltà che risiedono in ZTL * medici di base, pediatri convenzionati e cardiologi con ambulatori in ZTL, i medici che effettuano visite domiciliari urgenti in ZTL, previa comunicazione delle targhe all'Ordine dei Medici e con l'esposizione dellapposito contrassegno rilasciato dallOrdine dei Medici = rientrano in emergency=yes * soggetti che accompagnano bambini http://www.comune.modena.it/citypass/ztl/accompagnamento-bambini-e-ragazzi/ accompagnamento-bambini-e-ragazzi * clienti degli alberghi situati in ZTL: possono transitare e sostare in prossimità degli alberghi a condizione che sia esposto sul parabrezza un contrassegno rilasciato dallalbergatore * chi è munito di permessi particolari come ad esempio: stampa, http://www.comune.modena.it/citypass/city-pass-accesso-alla-zona-a-traffico
Re: [Talk-it] Trafori autostradali
2012/11/26 Elena ``of Valhalla'' elena.valha...@gmail.com: On 2012-11-26 at 12:31:24 +0100, Martin Koppenhöfer wrote: Il trunk come concordato se ricordo bene dovrebbe avere carreggiate separate e non avere incroci a raso, quindi tipologicamente sone quasi autostrade. Invece per extraurbane principali (per il fatto che escludono traffico debole) si aggiunge motorroad=yes ad un trunk o primary. le extraurbane principali sono a carreggiate separate e senza incroci a raso. Quello a cui pensi tu è il cartello di strada riservata a (mezzi a motore? qualcosa del genere, da queste parti praticamente non ce ne sono), con il disegno di un auto su sfondo blu. Esiste sia il simbolo quadrato a sfondo blu con il simbolo dell'automobile http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_strada_riservata_ai_veicoli_a_motore.svg sia il singolo rettangolare (più alto che largo) del tutto simile a quello dell'autostrada, ma di colore blu http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_inizio_strada_extraurbana_principale.svg quest'ultimo in vita mia l'ho sempre chiamato simbolo di inizio di una supestrada (quando sono nato io il termine strada extraurbana principale non esisteva, e tutte le volte che letto la definizione di questo nuovo termine mi è venuto il mal di testa ...) Alcuni trafori sono stati da sempre considerati in maniera molto simile alle autostrade nella segnaletica (i cartelli sono verdi, i cartelli che indicano in che direzione andare per prendere la strada sono verdi e cartelli di istradamento sono verdi con il simbolo dell'ottagono. L'unica differenza è che al posto di A1, A3, ecc. c'è scritto T1 o T2. Vedo che la pagina di Wikipedia, Autostrada in Italia http://it.wikipedia.org/wiki/Autostrade_in_Italia distingue tra vari casi. Il T1, T2 e T4 li mette subito dopo le autostrade, mentre il T3 lo mette tra le Autostrade e trafori declassati assieme alla ex Autostrada Roma-Lido AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Namų numeriai su raidėmis
On Mon, Nov 26, 2012 at 10:10:25AM +0200, Albertas Agejevas wrote: On Fri, Nov 23, 2012 at 01:30:33PM +0200, Ričardas wrote: Dėl rėmimosi įstatymais ir kitomis normomis. Kad ir entuziastų sudarinėjamas, visgi tai yra (bent turėtų būti) produktas, kuriuo galėtum pasitikėti. Tad ir reikia naudotis nustatytomis normomis, jeigu jos egzistuoja (kaip šiuo atveju). Čia juk ne laisvos meninės išraiškos erdvė, o žemėlapis su tiksliais duomenimis. Meninei išraiškai yra daug kitų būdų pasireikšti. Kiek aš supratau, diskusija natūraliai baigėsi tada, kai buvo atrastas norminantis teisinis aktas. Taigi, su šituo visi sutinka. Pezalai apie meninę išraišką nereikalingi. O, suradau diskusiją po to, kai buvo surastas teisinis aktas, atsiimu žodžius. Albertas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Bingo ortofoto papildymai
Superinės naujienos :) O nuotraukos puikios kokybės. Reikia ruoštis papildomam milijonui naujų taškų. On 25 November 2012 13:12, Tomas Straupis tomasstrau...@gmail.com wrote: Sveiki Dar atsinaujino Bingo ortofoto. Jau turime Panevėžį!, Mažeikius, Skuodą, Šalčininkus. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Bingo ortofoto papildymai
Pažiūrėjau palydovines Bing nuotraukas, tai dabar pusė Vilniaus po debesiu slepiasi labiau priartinus, kažkaip anksčiau lyg to nebuvo... ar aš čia klystu... 2012 m. lapkritis 26 d. 11:03, Ramas ies...@ramuno.lt rašė: Superinės naujienos :) O nuotraukos puikios kokybės. Reikia ruoštis papildomam milijonui naujų taškų. On 25 November 2012 13:12, Tomas Straupis tomasstrau...@gmail.com wrote: Sveiki Dar atsinaujino Bingo ortofoto. Jau turime Panevėžį!, Mažeikius, Skuodą, Šalčininkus. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Bingo ortofoto papildymai
Neklysti, Vilniaus nuotraukos atsinaujino ir suprastėjo. 2012/11/26 Justinas Pamedys jpame...@gmail.com Pažiūrėjau palydovines Bing nuotraukas, tai dabar pusė Vilniaus po debesiu slepiasi labiau priartinus, kažkaip anksčiau lyg to nebuvo... ar aš čia klystu... 2012 m. lapkritis 26 d. 11:03, Ramas ies...@ramuno.lt rašė: Superinės naujienos :) O nuotraukos puikios kokybės. Reikia ruoštis papildomam milijonui naujų taškų. On 25 November 2012 13:12, Tomas Straupis tomasstrau...@gmail.comwrote: Sveiki Dar atsinaujino Bingo ortofoto. Jau turime Panevėžį!, Mažeikius, Skuodą, Šalčininkus. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Bingo ortofoto papildymai
Dar atradau Telšius, Vievį ir beveik visą rytinį pasienį, nuo Eišiškių iki Pabradės. On 25 November 2012 13:12, Tomas Straupis tomasstrau...@gmail.com wrote: Sveiki Dar atsinaujino Bingo ortofoto. Jau turime Panevėžį!, Mažeikius, Skuodą, Šalčininkus. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-gb-westmidlands] Listed Bdgs map on Mapbox
Stu, I had missing Local view tiles at full zoom last week. Just in some areas, pan the map and elsewhere they were present. I was looking in the Four Oaks area at the time. Cheers Andy From: stules...@gmail.com [mailto:stules...@gmail.com] On Behalf Of stuart lester Sent: 26 November 2012 15:27 To: Brian Prangle; Rob Nickerson; Andy Robinson; OSM Group WM Subject: Listed Bdgs map on Mapbox Hi Brian, Really liking the map. I too have played with TileMill and Leaflet, doing some self hosting similar to what Andy has done. I'd be interested in trying to catch up with Rob and yourself so we could share ideas and experiences. I appreciate I'm pretty flaky for getting to OSM meetings, I can try to make the next one, but I don't have a laptop with TileMill on to run through some things, I haven't used the latest version either. Also I cannot get any problem with the planning applications on LocalView that you were experiencing with a blank map when moving from 1:1250 to 1:500. If anyone else could test I'd be grateful: https://localview.birmingham.gov.uk/Planning/Sites/Public_Access/ This site has some listed buildings data on, but I know for a fact I haven't been given a new version to update by the main planning guys, so I would guess it's out of date compared to English Heritage (we call it the Statutorily Listed Buildings). Hope to see you at the next meeting. Cheers, Stu _ No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.2793 / Virus Database: 2629/5919 - Release Date: 11/25/12 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] snöröjning
Per Eric Rosén per at rosnix.net writes: Hej! Nu kanske det börjar bli vinter ... och dags att tagga bland annat : denna gång- och cykelväg snöröjes ej. Hittar inte någon praxis på wiki. Vore bra att ha med. Alt uppgifter från observationer om vägar inte snöröjs (kan vara rätt godtyckligt, men klart praktiskt veta ibland). Om det inte finns någon praxis, ska vi hitta på någon? Till exempel snow_clearing yes/no/3cm (om man har officiella uppgifter från kommun om när väg börjar snöröjas) /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / per at rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311 Hej, det var en bra idé. snow_clearing=* verkar vara en vettig utgångspunkt. Här i Göteborg hade det behövts en halkbekämpning=yes/no Det är då lockande att slå ihop dem som på skyltarna till vinterväghållning=* eller nåt sånt. På tagging-maillistan skrev någon häromveckan om detta: http://wiki.openstreetmap.org/wiki/Proposed_features/Key:winter_service Winter_service=yes/no Vill man vara tydlig med just plogningen i mer snötäta områden, vissa vägar är väl helt ofarbara innan de plogas, så kan man komplettera med snowplowing=* http://wiki.openstreetmap.org/wiki/Key:snowplowing Special-taggning av gångvägar som inte vinterväghålles men ändå används är den här lilla läckerheten: http://wiki.openstreetmap.org/wiki/Key:seasonal:snowfall:regaintime /Johan Jönsson ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] Google mapmaker
¿Con Google tambien se puede mapear y yo no me había enterado?. Lo que mas me ha emocionado es lod elos Badges, ¡me devuelve a mis tiempos de Boy-Scout! :) http://support.google.com/mapmaker/answer/2643662?hl=enref_topic=30029 http://support.google.com/mapmaker/answer/1096018/ -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Google mapmaker
Otra cosa es quien es el propietario de esos datos, claro... El 26/11/2012 08:27, Roberto Pla p...@aire.org escribió: ¿Con Google tambien se puede mapear y yo no me había enterado?. Lo que mas me ha emocionado es lod elos Badges, ¡me devuelve a mis tiempos de Boy-Scout! :) http://support.google.com/mapmaker/answer/2643662?hl=enref_topic=30029 http://support.google.com/mapmaker/answer/1096018/ -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Google mapmaker
Hombre, lo de los badges me suena haberlo visto alguna vezhttps://www.google.com/search?q=openstreetmap.org+profile+badgepor al wiki de osm. No está mal como incentivo a la colaboración de la gente, pero si de momento no se han añadido, a algo tan sencillo como los perfiles de openstreetmap.org, será por algo :P On Mon, Nov 26, 2012 at 9:30 AM, Jonay Santana jonay.sant...@gmail.comwrote: Otra cosa es quien es el propietario de esos datos, claro... El 26/11/2012 08:27, Roberto Pla p...@aire.org escribió: ¿Con Google tambien se puede mapear y yo no me había enterado?. Lo que mas me ha emocionado es lod elos Badges, ¡me devuelve a mis tiempos de Boy-Scout! :) http://support.google.com/mapmaker/answer/2643662?hl=enref_topic=30029 http://support.google.com/mapmaker/answer/1096018/ -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Felix ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] OpenLayer
El 25 de noviembre de 2012 19:46, David Marín Carreño dav...@gmail.comescribió: Claridad, limpieza y rapidez. Y mejor soporte de dispositivos móviles. -- Juan **Luis Rodríguez** Ponce Área de Proyectos Emergya Consultoría Tfno: +34 954 51 75 77 / +34 670 41 98 62 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] En línea: videos del taller de mapeo virtual de este fin de semana
Hola a todos - A los que no pudieron atender a los talleres de este fin de semana pero quisieron: actualicé el blog post con las grabaciones, también se encuentra un enlace a los ejemplos que utilizamos en los talleres: http://mapbox.com/blog/talleres-mapeo-desarrollando-america-latina/ Estes talleres se dieron en preparación al hackathon Desarrollando América Latina tomando lugar *este fin de semana* en Argentina, Uruguay, Brazil, Bolivia, Peru, México, Costa Rica y Chile, más aquí: http://2012.desarrollandoamerica.org/ Saludos - Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Gewässernetz Tirol
Hallo! On 25/11/12 19:36, Erwin OSM wrote: habe gerade festgestellt, dass Du unter der Kennung simon04_data_tirol_gv_at mit dem Import begonnen hast, den Inn und die Sill. Ja. Das habe ich auch an die Mailingliste geschrieben (13.11.2012). Wenn Du schon importierst, dann sollten doch ein paar mehr Attribute von tirol.gv.at übernommen werden, so meine Meinung. Ich halte zum Beispiel GEW_ID (T2010R1) zur einwandfreien Identifizierung für sehr wichtig. So gibt es doch einige Bäche und Flüsse mit absolut gleichen Namen. Durch diese ID könnten die Gewässer einwandfrei identifiziert werden, jeder Bach hat eine andere Bezeichnung. Das scheint irgendeine ID aus diesem Datensatz zu sein. Diese Information bringt mMn nur dann etwas, wenn sie an jedem Gewässer dabei ist. Wenn man dies will, dann würde ich den Key aber eher `ref:data.tirol.gv.at` nennen. Auch würde ich HZBGEW (2-8-153) am Objekt belassen. Durch diese Nummer kann ein Interessierter den Verlauf absolut richtig zurück verfolgen. Die 2-8 stünde für den Inn, 2-8-153 steht für die Sill. Die Zahl 2-8-153-60 besagt also, dass der Viller Bach (2-8-153-60) in die Sill (2-8-153) und die in den Inn fließt (2-8). Dies könnte doch für Interessierte sehr interessant sein, so denke ich. Das scheint in der Tat ganz interessant zu sein. Eventuell macht das dann auch GEW_ID überflüssig. Auch hier: wenn man das haben will, sollte man einen international verständlichen Tag verwenden: https://wiki.openstreetmap.org/w/index.php?title=Relation:waterwayaction=edit erwähnt für Deutschland `ref:fgkz`. Gibt es in Österreich eine ähnliche Abkürzung? Über die restlichen Attribute könnte man auch noch diskutieren. Ja. Das Tagging habe ich bereits im September zur Diskussion gestellt … Ad http://www.openstreetmap.org/browse/way/192901258 Ich finde es nicht gut, `destination` für das »nachfolgende Gewässer« (Mündung) zu verwenden, da lt. Wiki dieser Tag ganz anders verwendet wird. Außerdem ergibt sich dies auch der Gewässerkennziffer und aus den Daten an sich. Über die Verwendung von `GEW_ID`, `GEW_NAME_A`, `HZBGEW` in der Datenbank habe ich oben bereits was geschrieben. Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gewässernetz Tirol
On 26.11.2012 11:13, Simon Legner wrote: Ad http://www.openstreetmap.org/browse/way/192901258 Ich finde es nicht gut, `destination` für das »nachfolgende Gewässer« (Mündung) zu verwenden, da lt. Wiki dieser Tag ganz anders verwendet wird. Außerdem ergibt sich dies auch der Gewässerkennziffer und aus den Daten an sich. Über die Verwendung von `GEW_ID`, `GEW_NAME_A`, `HZBGEW` in der Datenbank habe ich oben bereits was geschrieben. Macht es i.A. überhaupt Sinn Daten wie Welcher Fluss mündet wo zu erfassen, die man ohnehin direkt von der Geometrie ablesen kann? Bei Autobahnen ist das afaik ja auch nur eingetragen um die Informationen der Überkopfwegweiser auf Navis darstellen zu können, aber der Verwendungszweck ist ja beim Fluss nicht wirklich gegeben. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gewässernetz Tirol
Hi https://wiki.openstreetmap.**org/w/index.php?title=** Relation:waterwayaction=edithttps://wiki.openstreetmap.org/w/index.php?title=Relation:waterwayaction=edit erwähnt für Deutschland `ref:fgkz`. Gibt es in Österreich eine ähnliche Abkürzung? Ja in Österreich gibt es auch den Begriff der Fließgewässerkennzahl(ziffer) insofern sollte das bei uns genauso lauten. lg Werner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Übersicht der Edits in einem Gebiet
Wow super, die ITO OSM Mapper-Visualisierung ist echt super, da zahlt sich das gratis anmelden dann doch aus. Whodidit verblasst daneben etwas. Danke jedenfalls! LG, Markus On 2012-11-25 19:07, Stephan Plepelits wrote: On Sun, Nov 25, 2012 at 05:34:01PM +0100, Markus Straub wrote: kennt ihr bequeme Möglichkeiten zu sehen wer wie häufig / wie viel in einem Gebiet editiert hat? Mich würds interessieren wer in meiner Gegend noch so (jetzt gerade) aktiv ist. ito world hat sehr nette Visualisierungen: http://www.itoworld.com/static/openstreetmap_tools/osm_mapper.html gruesse, Stephan ___ 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] Übersicht der Edits in einem Gebiet
Die beste Übersicht über die Edits hat man wohl mit ito. Wenn's darum geht, wer ist NEU und vermutlich aus einem Gebiet, dem helfen die newestosm* von Pascal http://resultmaps.neis-one.org/ Oder es geht auch landesweit: http://resultmaps.neis-one.org/newestosmcountry.php?c=Austria /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Making custom maps with OSM easily
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'd like to to produce custom maps including specific features, for example Montreal Libraries. Is there an easy way (web-ui) to do this? I am thinking some map-generator that would let me highlight some spots based on, for example name contains XYX, ammenity=ABC, etc. I am thinking this could be useful for advocacy (and finding those libraries too of course). I'd rather ask here than on the newbie list which is higher traffic than I can afford at the moment :) Thanks for any hints. Fabian Rodriguez http://openstreetmap.magicfab.ca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlCzgn4ACgkQfUcTXFrypNVugQCfW1nnOLs1TU0IxlebjhjMQ0ca gAoAn0Y5r4Cf/fr72iY0DfzywcGQW+1G =xNfG -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] OSM PEI
Anybody doing OSM on Prince Edward Island, Canada? Danny___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Making custom maps with OSM easily
Fabian, il y a eu plusieurs discussions à ce sujet sur talk-fr. Voir la discussion aujourd'hui. http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/051686.html On y parle notamment de Xapi viewer, CSV Map et Youmap http://youmap.fluv.io/ Pierre De : Fabian Rodriguez magic...@member.fsf.org À : talk-ca talk-ca@openstreetmap.org Envoyé le : Lundi 26 novembre 2012 9h53 Objet : [Talk-ca] Making custom maps with OSM easily -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'd like to to produce custom maps including specific features, for example Montreal Libraries. Is there an easy way (web-ui) to do this? I am thinking some map-generator that would let me highlight some spots based on, for example name contains XYX, ammenity=ABC, etc. I am thinking this could be useful for advocacy (and finding those libraries too of course). I'd rather ask here than on the newbie list which is higher traffic than I can afford at the moment :) Thanks for any hints. Fabian Rodriguez http://openstreetmap.magicfab.ca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlCzgn4ACgkQfUcTXFrypNVugQCfW1nnOLs1TU0IxlebjhjMQ0ca gAoAn0Y5r4Cf/fr72iY0DfzywcGQW+1G =xNfG -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Suivi OSM / OSM Monitoring
The webserver on http://osm102.openstreetmap.fr/~zorglub/watch/ does not responding DNS error? Web services/roles down? Le 30 octobre 2012 07:24, Bruno Remy bremy.qc...@gmail.com a écrit : Superbe projet! Exactement ce dont la Communauté OSM a besoin pour maintenir et soutenir sa croissance, gérer la qualité des données et acceuillir ses nouveaux contributeurs! Bruno Remy Le 2012-10-29 12:20, Pierre Béland infosbelas-...@yahoo.fr a écrit : OSM étant un projet collaboratif, les contributeurs expérimentés qui assurent le suivi des modifications OSM ont besoin d'outils de suivi. Il en existe déja plusieurs tels que Keepright, Inspector ou http://layers.openstreetmap.fr/. Un contributeur français a produit récemment un nouvel outil d'alerte très intéressant. Il est facile d'y définir une zone géographique à surveiller et un ensemble de conditions particulières. voir http://osm102.openstreetmap.fr/~zorglub/watch/ Les contributeurs peuvent suivre les modifications de sentiers de randonnée ou de pistes cyclables, ou encore des éléments tels que routes principales et limites administratives, ceux-ci étant essentiels au fonctionnement de Nominatim ou des outils d'itinéraire. J'ai ajouté une tâche assurant le suivi des nouveaux contributeurs du Québec. Je fais également le suivi des limites administratives et des zones cotières du Québec. Je vous invitent à le découvrir. Pierre Since OSM is a collaborative project, experienced contributors who monitor changes to OSM need monitoring tools. There are many like KeepRight, Inspector or http://layers.openstreetmap.fr/. A French contributor recently produced a very interesting Alert tool where it is easy to define a geographic area to monitor and a set of conditions. see http://osm102.openstreetmap.fr/ foo~/watch/ Contributors may follow edits such as hiking trails or bike lanes, or items such as main roads and administrative boundaries, wich are essential to tools such as Nominatim or Road travel. I added a task keeping track of new contributors in Quebec. I also follow administrative boundaries and coastal areas of Quebec. I invite you to discover it. Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca