[talk-ph] City Database
Hello All, Since you are discussing how to improve the road tagging in OSM Phil., Id like to ask too, how can we improve the City/Municipality database specially the one we are using in Garmin GPS. If you will notice, the city or municipality database is quite confusing and should I say dirty. I am willing to give my time and help clean this up if I would be given the chance to learn how to group the roads and POIs into the correct City or Municipality. Regards, Jing New Email addresses available on Yahoo! Get the Email name you#39;ve always wanted on the new @ymail and @rocketmail. Hurry before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] City Database
Glad someone will take on the challenge! For a brief history, all cities/towns were initially imported from the GNS data 2 years ago. http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Data_import The location is not very accurate. What is needed is to locate the node ideally on the municipal hall or within the city center or poblacion. You can easily do this even with landsat overlay. I believe user:axk did this for some islands in Visayas. We use the place tag to denote location: http://wiki.openstreetmap.org/wiki/Key:place We adopted the following practice for PH: place=city for cities place=town for towns/municipalities place=village ANDplace:ph=barangay for barangay place=hamlet for villages and subdivisions Please search the talk-ph list archives for similar discussions as well. There's also a rule for mapping admin boundaries: http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Mapping_conventions#Administrative_boundaries This will hopefully improve location search, however, the current admin boundaries are incomplete even at the city/municipality level. As for adding city/municipality for each POI we use the Karlsruhe Schema: http://wiki.openstreetmap.org/wiki/Address Please also note that we have a lot address problems in the country. See this address variations: http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Philippine_addressing#Addressing_variations Hope that helps. Good luck! Good luck! On Wed, Jan 27, 2010 at 11:14 AM, Jing Iya jing_...@yahoo.com wrote: Hello All, Since you are discussing how to improve the road tagging in OSM Phil., Id like to ask too, how can we improve the City/Municipality database specially the one we are using in Garmin GPS. If you will notice, the city or municipality database is quite confusing and should I say dirty. I am willing to give my time and help clean this up if I would be given the chance to learn how to group the roads and POIs into the correct City or Municipality. Regards, Jing Get your new Email address! Grab the Email name you've always wanted before someone else does! ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] changes of raod types
Just found a bit of time to give my thoughts on this Road Types thread. A lot has been discussed, so I'll just give a few of my thoughts on the matter without directly referencing the posts. - Yes, roads in the Philippines are not like roads elsewhere! And as such they don't neatly fit into the classifications of OSM! I think we all agree on that one. - Tracks: I generally consider a track as an unsurfaced road (gravel or dirt, but not concrete, tarmac). Where it makes sense I've been marking them as such. - Where it doesn't make sense to me is where they're the ONLY roads around. If the dirt road is the main thoroughfare from one place to another I believe it deserves to be treated as such. My reasons for this are largely cosmetic: imagine looking at a zoomed out map of an area: if all the roads in that area are tracks, then none of them will show up on the zoomed out map. If we elevate some of the dirt tracks to the level of tertiary, for example, then they will actually show up on the zoomed out map. So I guess where I'm going with this is tracks are tracks, except when CONTEXT dictates they're more than tracks. And where the USABILITY of the map would be improved by upgrading them. - I agree that if you don't know what a road is like it should be marked as highway=road or highway=unclassified, (I'm probably with the highway=unclassified group, from a usability perspective) but also, if you can see from the satellite image you're tracing that its the ONLY road in that area, or by far the biggest, then I feel that it should probably be elevated. - By far the most important thing is to get the roads on the map. So if you're hesitating whether to put the road in or not, because you don't know how to tag it ... put it in and tag it wrong! It can always be fixed later. - If anything I think we should be moving towards reducing the number of road classifications rather than split hairs about whether a path is a hiking track, or whether a primary road is a primary_link or not. The more gradations we have, the harder it is to pick the right one. OK, I've probably talked myself into a world of trouble here ... I'd better stop. Just my 2 centavos. Jim -- datalude: information security ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] changes of raod types
If we elevate some of the dirt tracks to the level of tertiary, for example, then they will actually show up on the zoomed out map. You can always do highway=tertiary tracktype=grade1 - By far the most important thing is to get the roads on the map. So if you're hesitating whether to put the road in or not, because you don't know how to tag it ... put it in and tag it wrong! It can always be fixed later. +1 - If anything I think we should be moving towards reducing the number of road classifications rather than split hairs about whether a path is a hiking track, or whether a primary road is a primary_link or not. The more gradations we have, the harder it is to pick the right one. +1 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] [Fwd: [CrisisMappers] Fwd: Some Twitter Search data]
Forwarding to OSM-talk. Jean-Guilhem Message original Sujet : [CrisisMappers] Fwd: Some Twitter Search data Date : Mon, 25 Jan 2010 23:25:03 -0800 De :M. Edward (Ed) Borasky zzn...@gmail.com Répondre à :crisismapp...@googlegroups.com Pour : crisismapp...@googlegroups.com, personfin...@googlegroups.com Références :af0420cd1001252312y72427a57u30ddd989e192b...@mail.gmail.com -- Forwarded message -- From: *M. Edward (Ed) Borasky* zzn...@gmail.com mailto:zzn...@gmail.com Date: Mon, Jan 25, 2010 at 11:12 PM Subject: Some Twitter Search data To: crisiscamp...@googlegroups.com mailto:crisiscamp...@googlegroups.com, crisisfil...@googlegroups.com mailto:crisisfil...@googlegroups.com, swiftri...@googlegroups.com mailto:swiftri...@googlegroups.com I just ran a backsearch using Twitter Search with a geo focus of a circle of radius 210 km around the epicenter of the quake. This gets the westernmost tip of Haiti, but includes some of the Dominican Republic. Eventually I'll be coding the Streaming API version of this, but there aren't enough geotagged tweets yet to make it worth doing. What did I get? 7500 tweets total - the earliest was from Thu, 21 Jan 2010 20:46:12 +. I don't know if that's because Twitter wasn't functional before that or for some other reason. Twitter Search normally goes back at least a week, and it can go back longer. Of those 7500 tweets, only 93 were geotagged. I've left the data in JSON format, UNIX line endings. I have a script that converts them to CSV, but it needs to be enhanced to include the geotagging data when it exists. I'm in no hurry to do that, since my understanding is that the various projects are directly integrating Twitter data. The file is http://github.com/znmeb/Twitter-API-Perl-Utilities/blob/master/haiti_quake_backsearch_collected_data.json It's about 3.7 megabytes. I also got a list of tweet counts for all the users represented in the search result. If a user is in this list, they either sent a geotagged tweet from inside the search circle, or Twitter thinks their profile location is inside the search circle. That file is http://github.com/znmeb/Twitter-API-Perl-Utilities/blob/master/haiti_quake_backsearch_tweet_counts.csv There are 579 users in that list. That's not a horrendous number to expect human curation on at this stage of the game, and if anyone so desires, I can pull their profiles into a spreadsheet and even download their most recent 3200 tweets. ;-) Please feel free to forward this to anyone you thing would be interested. I'm going to see if anyone on the main CrisisMappers mailing list has an interest. -- M. Edward (Ed) Borasky http://borasky-research.net I've always regarded nature as the clothing of God. ~Alan Hovhaness -- M. Edward (Ed) Borasky http://borasky-research.net I've always regarded nature as the clothing of God. ~Alan Hovhaness -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Fwd: [Fwd: [CrisisMappers] Fwd: Some Twitter Search data]]
If anybody could map the tweets, I bet it would give an indication of actual post-earthquake cell coverage, wouldn't it ? (Which is a big request, of course.) Thanks a thousand, M. Borasky ! Jean-Guilhem Message original Sujet : [OSM-talk] [Fwd: [CrisisMappers] Fwd: Some Twitter Search data] Date : Tue, 26 Jan 2010 08:59:29 +0100 De :Jean-Guilhem Cailton j...@arkemie.com Pour : OSM-talk talk@openstreetmap.org Copie à : M. Edward (Ed) Borasky zzn...@gmail.com Forwarding to OSM-talk. Jean-Guilhem Message original Sujet : [CrisisMappers] Fwd: Some Twitter Search data Date : Mon, 25 Jan 2010 23:25:03 -0800 De :M. Edward (Ed) Borasky zzn...@gmail.com Répondre à :crisismapp...@googlegroups.com Pour : crisismapp...@googlegroups.com, personfin...@googlegroups.com Références :af0420cd1001252312y72427a57u30ddd989e192b...@mail.gmail.com -- Forwarded message -- From: *M. Edward (Ed) Borasky* zzn...@gmail.com mailto:zzn...@gmail.com Date: Mon, Jan 25, 2010 at 11:12 PM Subject: Some Twitter Search data To: crisiscamp...@googlegroups.com mailto:crisiscamp...@googlegroups.com, crisisfil...@googlegroups.com mailto:crisisfil...@googlegroups.com, swiftri...@googlegroups.com mailto:swiftri...@googlegroups.com I just ran a backsearch using Twitter Search with a geo focus of a circle of radius 210 km around the epicenter of the quake. This gets the westernmost tip of Haiti, but includes some of the Dominican Republic. Eventually I'll be coding the Streaming API version of this, but there aren't enough geotagged tweets yet to make it worth doing. What did I get? 7500 tweets total - the earliest was from Thu, 21 Jan 2010 20:46:12 +. I don't know if that's because Twitter wasn't functional before that or for some other reason. Twitter Search normally goes back at least a week, and it can go back longer. Of those 7500 tweets, only 93 were geotagged. I've left the data in JSON format, UNIX line endings. I have a script that converts them to CSV, but it needs to be enhanced to include the geotagging data when it exists. I'm in no hurry to do that, since my understanding is that the various projects are directly integrating Twitter data. The file is http://github.com/znmeb/Twitter-API-Perl-Utilities/blob/master/haiti_quake_backsearch_collected_data.json It's about 3.7 megabytes. I also got a list of tweet counts for all the users represented in the search result. If a user is in this list, they either sent a geotagged tweet from inside the search circle, or Twitter thinks their profile location is inside the search circle. That file is http://github.com/znmeb/Twitter-API-Perl-Utilities/blob/master/haiti_quake_backsearch_tweet_counts.csv There are 579 users in that list. That's not a horrendous number to expect human curation on at this stage of the game, and if anyone so desires, I can pull their profiles into a spreadsheet and even download their most recent 3200 tweets. ;-) Please feel free to forward this to anyone you thing would be interested. I'm going to see if anyone on the main CrisisMappers mailing list has an interest. -- M. Edward (Ed) Borasky http://borasky-research.net I've always regarded nature as the clothing of God. ~Alan Hovhaness -- M. Edward (Ed) Borasky http://borasky-research.net I've always regarded nature as the clothing of God. ~Alan Hovhaness -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM Project Management
OSMers, Seeing all the tasks in the wiki, from Task/Ideas to Mapping, and trying to think about how to organize the development of Lifesaver App, I recalled Project Management stuff. (http://en.wikipedia.org/wiki/Project_management) I have created a shared spreadsheet, with an embryo of hierarchical structures, to keep track of : - What : Product Breakdown Structure (PBS) - How : Work Breakdown Structure (WBS) - Who : Organisation Breakdown Structure (OBS) Those are standard notions in that field. The document is open in read/write access to anybody accessing it thru the link : http://spreadsheets.google.com/ccc?key=0An_LB2U4zHBzdFRNR3dGczQycnZUcTJ6S2JjZ1o2dGchl=en To illustrate with an example, I have used the Lifesaver App subproject. As you can see, there is a parallel numbering between the sheets, for easy cross-referencing. Regarding sheet Who (OBS), I suggest using verbs and tense, as a simple form of project activity tracking. Of course, feel free to extend, improve and reorganize as need arise. I hope this will be useful to organize and coordinate the tasks. Best regards, Jean-Guilhem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] North America extract
Hello, Anybody knows where I can find a North America extract (at least US and Canada)? I used to get it from geofabrik but I cannot find it there. Thanks in advance, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] North America extract
Am 26.01.2010 15:43, schrieb Nakor: Hello, Anybody knows where I can find a North America extract (at least US and Canada)? I used to get it from geofabrik but I cannot find it there. Have look here: http://downloads.cloudmade.com/north_america ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [CrisisMappers] Re: World Bank, GFDR R, RIT, ImageCAT Remote Sensing Mission to Haiti ‐ Status Report ‐ 24 January 2010
Margie, It seems i can't figure out how to cut and paste, or forward, from the crisismappers googlegroups archive, but in an earlier post on this thread, or a closely related thread, crschmidt wrote that he was going to integrate aerial imagery within the same layer, as it becomes available. Thus the WMS layer name is not going to change, and you should not rely on it for a date. I would advise to use the WMS layer name itself as a logically equivalent reference for source=*, until (or unless) a better practice is formulated. Jean-Guilhem Margie Roswell a écrit : This is (http://hypercube.telascience.org/tiles/1.0.0/worldbank-21-900913/!/!/!.jpg) still the 1-22 imagery. Can you send a note to the list when the new jpg is available? I'm striving to map the camps and tents in the Léogâne area Thanks, Margie On Tue, Jan 26, 2010 at 10:04 AM, crschmidt crschm...@gmail.com wrote: Margie: On Jan 26, 9:58 am, Margie Roswell mrosw...@gmail.com wrote: Hi, so I gather from this that the new hi-res aerial image will be athttp://smal.in/haitirit_dataonce it's available. Yes. Still not sure how to go from that to Potlatch. There is a 'layers list' option in that interface, which takes you to http://hypercube.telascience.org/haiti/layers.html , with a list of layers and Potlatch example URLs. Also, for folks choosing to use the B command in Potlatch to fill in the source field (which fills in the source URL), will the file be named in such a way as to signal pretty well that it's WorldBank, with the associated date? The URL is http://hypercube.telascience.org/tiles/1.0.0/worldbank-21-900913/!/!/!.jpg , so I guess that's up to you whether that's good enough. -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New ALOS imagery
I see in http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/ImageryAndDataSources that new ALOS imagery is available. (Duplicating here in case someone is not looking at the wiki, but checking his or her mail) Jean-Guilhem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Fwd: Re: [Fwd: Re: [CrisisMapper s] Re: World Bank, GFDRR, RIT, ImageCAT Remote Sensin g Mission to Haiti ‐ Status Report ‐ 24 January 2010]]
Margie, I don't know what is available to you in Potlatch when you press B. (Do you have any choice ?) If there is no ambiguity (because only the World Bank's has covered the area where you are working on, not Google's), I guess you can use this in this case. (Hoping it'll get fixed in the backend later) Especially as the World Bank has made their data public domain, they probably would not mind such a remotely possible mis-sourcing. Note that I cannot advise on OSM policy here. (Which seems to be reflected in the wiki). I think that the other way around (tagging as WB's a G's source) would very clearly be against OSM policy, since Google has not made their data public domain, but given OSM permission to use for tracing. Short answer : Yes. (Otherwise use Manual Tagging.) Jean-Guilhem Toulouse, France Message original Sujet : Re: [Fwd: Re: [CrisisMappers] Re: World Bank, GFDRR, RIT, ImageCAT Remote Sensing Mission to Haiti ‐ Status Report ‐ 24 January 2010] Date : Tue, 26 Jan 2010 12:12:34 -0500 De :Margie Roswell mrosw...@gmail.com Pour : Jean-Guilhem Cailton jguil...@gmail.com Références :4b5f1e82.9050...@gmail.com sorry, I don't understand what you mean. Is pressing B (to make source=http://filename-like-google-201001-17..jpg) okay? It's so easy, that it's my strong preference. (I don't have paste problems in potlatch.) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Fwd: New ALOS imagery]
After a quick look with JOSM: Three of the four new images available are : - ALOS/Pan-Sharpened - ALOS/PRISM - ALOS/AVNIR-2 They cover an area whose South-Western (bottom-left) corner includes Jacmel (not for Pan-Sharpened), and that extend well beyond Port-au-Prince. The fourth image is : - ALOS/PALSAR It has lower resolution and covers a very wide part of the peninsula West (left) of Jacmel and Grand Goave. It is a radar image. Thus it is cloudless and shows shaded relief. THANK YOU JAXA / ALOS / SpotImage (Distributor) ! See also: http://www.alos-restec.jp/aboutalos6_e.html http://www.jaxa.jp/press/2006/02/20060217_daichi_e.html http://www.spotimage.com/web/1602-alos.php for a technical description of the satellite Could someone knowledgeable please create the boundary images in the wiki ? Jean-Guilhem Message original Sujet : [OSM-talk] New ALOS imagery Date : Tue, 26 Jan 2010 18:23:59 +0100 De :Jean-Guilhem Cailton j...@arkemie.com Pour : OSM-talk talk@openstreetmap.org I see in http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/ImageryAndDataSources that new ALOS imagery is available. (Duplicating here in case someone is not looking at the wiki, but checking his or her mail) Jean-Guilhem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Haiti feedback from IFRC
OSMers, received the following from Kjeld Jensen, who is with the IT Telecom Emergency Response Unit of the Red Cross: Original Message Subject: Haiti maps Date: Tue, 26 Jan 2010 11:01:48 -0500 Hello guys, I just wanted to let you know that your work on improving the Haiti maps is really appreciated here. A few days ago I installed a version on my Garmin Oregon GPS and the result is impressive. It has already saved me and my driver from getting lost twice, and the alternative would have been long delays. In the coming days I will try to update our Red Cross relief GPS receivers with your map. [...] Again thanks a lot guys, we are really running fast here in Haiti trying to help the people here, and your work makes it easier. Keep up the good work! Best Regards Kjeld Jensen, Red Cross (IFRC) -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New map feature disability description
Hello list, I am happy to announce that there is a new tag approved for the OpenStreetMap to store free text about an object that is relevant for disabled persons. The tags are blind:description:lg wheelchair:description:lg and deaf:description:lg where lg is the two letter code for the language in which the text is written. For instance you can inform deaf people about subtitles in cinemas, you can inform hearing impaired about functionality in theatres and churches how to use the hearing device, you can inform blind people about overhead dangers or audiodescriptions, you can inform wheelchair drivers about the door width of an elevator and many more things that just don't fit in a tag. You find the proposal and voting on this page: http://wiki.openstreetmap.org/wiki/Proposed_features/DisabilityDescription Regards Lulu-Ann ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New map feature disability description
On Wed, Jan 27, 2010 at 7:12 AM, Lulu-Ann lulu-...@gmx.de wrote: For instance you can inform deaf people about subtitles in cinemas, How about also using subtitles=yes (etc.)... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New map feature disability description
Subtitles on what? On 1/27/10, Roy Wallace waldo000...@gmail.com wrote: On Wed, Jan 27, 2010 at 7:12 AM, Lulu-Ann lulu-...@gmx.de wrote: For instance you can inform deaf people about subtitles in cinemas, How about also using subtitles=yes (etc.)... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Sent from my mobile device ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] North America extract
Frank Lahrmann frala1...@gmail.com writes: Am 26.01.2010 15:43, schrieb Nakor: Anybody knows where I can find a North America extract (at least US and Canada)? I used to get it from geofabrik but I cannot find it there. Have look here: http://downloads.cloudmade.com/north_america That isn't a North America extract, or even a US extract. It is a collection of extracts by country for all except US/CA and a collection of state/province extracts for the US and Canada. This is quite useful, but it isn't an entire NA extract. I remember an earlier comment that a NA extract would be such a large fraction of the planet file that there was no real point. pgpIbJjgBk4Cl.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] North America extract
That isn't a North America extract, or even a US extract. It is a collection of extracts by country for all except US/CA and a collection of state/province extracts for the US and Canada. This is quite useful, but it isn't an entire NA extract. I remember an earlier comment that a NA extract would be such a large fraction of the planet file that there was no real point. yes a NA extract is more than 50% of the planet file. have created my own extracts with osmosis for some time now. you can set it up to load the replication diff files and runtime will be as fast as downloading the same data again and again ___ 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-au] GPS errors on a BU-353
Hi Folks, in the past I have used a Garmin eTrex connected to a laptop (via a serial cable and a serial to USB adaptor). Thought life would be easier with a USB Mouse and purchased a BU-353, however, am a little surprised to see what seems a noisier signal. For example, I drove down a dirt road with some overhanging trees and the resulting track was noticably more jaggy that when I first recorded that same road using the Garmin. Larger (and more open roads) don't seem to be an issue. Has anyone any experance with the sensitivity of these (BU-353) devices ? Should I expect better or worse than my several years old Garmin ? David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Coastline rendering in Garmins Mapsource
I'll be downloading the Oceania file from http://download.geofabrik.de/osm/australia-oceania.osm.bz2 tomorrow morning and making a new Garmin map from it. I'll report back on the status of the coastline anomaly. John H Thanks John John K ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Coastline rendering in Garmins Mapsource
I wrote: I'll be downloading the Oceania file from http://download.geofabrik.de/osm/australia-oceania.osm.bz2 tomorrow morning and making a new Garmin map from it. I'll report back on the status of the coastline anomaly. The problem still exists. My Nuvi 1350 lets me save screenshots. Here's Noosa: http://img694.imageshack.us/img694/6520/noosa.png John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] re Coastline rendering in Garmins Mapsource
Here's how it renders on an Oregon 300 http://img695.imageshack.us/img695/2718/oregon300.jpg Cheers John k ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] re Coastline rendering in Garmins Mapsource
John Kitchener wrote: Here's how it renders on an Oregon 300 http://img695.imageshack.us/img695/2718/oregon300.jpg Using a different mkgmap style file and TYP file presumably to generate the gmapsupp.img file. They're highly configurable. I've started experimenting with them for the routable cycle maps I'm producing. We've still got that underlying problem with the coastline though. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] re Coastline rendering in Garmins Mapsource
How is the garmin util converting from osm2garmin format? There is shape files which are error checkef before mapnik renders tiles... On 1/27/10, John Henderson snow...@gmx.com wrote: John Kitchener wrote: Here's how it renders on an Oregon 300 http://img695.imageshack.us/img695/2718/oregon300.jpg Using a different mkgmap style file and TYP file presumably to generate the gmapsupp.img file. They're highly configurable. I've started experimenting with them for the routable cycle maps I'm producing. We've still got that underlying problem with the coastline though. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Sent from my mobile device ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Relatório Semanal: 26/01/2010
*Status dos Projetos OSM-br* * B250C - Brasil 250 Cidades* Conseguimos um bom avanço neste projeto, pois foram corrigidas coordenadas de algumas cidades, além da correção de conexões. Temos que atingir os 90% de conectividade nestas cidades para começarmos a monitorar as 250 maiores cidades. De qualquer maneira, podemos adiantar a coleta de coordenadas das cidades da próxima fase. Página do Projeto: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades *1a. fase* Conectividade em *81,02% (+16,48% na semana)* Grid Atualizado: http://mapaslivres.org/cidades-distancias.html *2a. fase (coleta de coordenadas)* Coordenadas coletadas:* 31.52%* Lista das cidades: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades/Lista_Completa_de_Cidades *JOSM - Tradução ao português* Página do Projeto: https://translations.launchpad.net/josm/trunk/+pots/josmhhttps://translations.launchpad.net/josm/trunk/+pots/josm Indicador: Percentual de strings traduzidas em *51,4%* *Site osm.org - Tradução ao português * Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/site Indicador: String Traduzidas em* 74,53%* *Potlach* - *Tradução ao português* Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/potlatch Indicador: String Traduzidas em *67,30%* ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Viele Fehler in Haiti
Am 26.01.2010 08:54, schrieb Frederik Ramm: Hallo, DarkAngel wrote: Was nützt eine Straßenkarte mit lauter Fehlern? Was passiert, wenn tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem Feld landet? Wie fällt das Presseecho wohl aus, wenn zwar viele Daten erfasst sind, ein Teil davon aber unbrauchbar ist? Besser wenige Daten aber dafür verlässliche! Das ist genau das, was ich meinte, als ich andeutete, dass die Interessen von OSM und der Helfercommunity nicht immer deckungsgleich sein muessen - vor Ort hat man vielleicht lieber mehr Daten, auf die Gefahr hin, dass einige davon falsch sind, waehrend wir sonst bei OSM sagen: Dann warte ich mit dem Eintragen lieber, bis ich mal vor Ort bin. Gibt es denn ein Feedback von Leuten, die dort im Einsatz sind und tatsächlich OSM-Material verwenden? -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: OSM in 3sat nano
Es wäre toll, wenn ihr zu den Direktlinks der Steams (die nicht (mehr) funktionieren) den Titel der Sendung nennen würdet, da man dann auch über die Mediathek dahin findet und Zusatzinformationen erhält. Der Titel der Sendung : nano Sender : 3sat Termin: gestern - 25.1.2010 SCNR *Betreff: * OSM in 3sat nano In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov oder http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Hi! Frederik Ramm wrote: NopMap wrote: Von daher: Wenn man helfen will und den Leuten in der Region nicht noch zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder bestmögliche Daten - oder besser gar keine! Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. Natürlich kann es immer sein, daß sich noch etwas geändert hat - aber das ist doch kein Grund von vorneherein schludrig zu sein und fehlerhafte Einträge auf die leichte Schulter zu nehmen! Man könnte fast meinen, es hätte bisher keine Karten von Haiti gegeben. Alte Papierkarten gibt es zuhauf. Eine OSM-Karte kann nur helfen, wenn sie aktuellere und/oder zuverlässigere Informationen liefert. Die Info, daß da vielleicht irgendwie sowas ähnliches wie eine Straße gewesen sein könnte, ist wertlos, die bekommt man auch von jeder herkömmlichen Karte. Und ein falscher Eintrag ist destruktiv: Er suggeriert, daß der Eintrag bei OSM, der in den letzten paar Tagen erfolgt ist, aktuellere Infos darstellt und größere Zuverlässigkeit hat als eine Karte vom letzten Jahr. Da ist gar kein Eintrag besser, da kann der Betroffene wenigstens die Zuverlässigkeit realistisch einschätzen. bye Nop -- View this message in context: http://n2.nabble.com/Viele-Fehler-in-Haiti-tp4456815p4460423.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Am 26.01.2010 10:24, schrieb Michael Buege: Zitat DarkAngel: Am 25.01.2010 22:44, schrieb Chris-Hein Lunkhusen: iga...@web.de schrieb: Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt keine Daten. Und wenn Du mal keepright anwirfst, findest Du auch bei uns noch tausende Fehler. Was nützt eine Straßenkarte mit lauter Fehlern? Wie kommst du darauf, dass die Strassenkarte lauter Fehler enthaelt? Hast du sie dir schon mal angeschaut und verglichen? Und wenn ja, womit hast du sie verglichen? Und wieviele Fehler hast du gefunden? Wieviel Aufwand war es, die Fehler zu berichtigen? Und hast du dir mal die Disclaimer anderer Kartenanbieter fuer Haiti angesehen? Das habe nicht ich, sonder der Starter dieser Diskussion gesagt! Ich bezug mich ausschließlich auf die Aussage von Chris, dass Fehlerhafte Karten besser als keine sind. Freiwillige wollen helfen, OSM erschwert Mitarbeit, Google Map-Maker bietet Unterstuetzung an Gefaellt dir die Schlagzeile besser? Mach dir mal um das Presseecho keine Sorgen. Das verhallt bereits wieder spuerbar. Viel wichtiger ist das Echo der Leute, die OSM-Daten vor Ort oder im Zusammenhang mit Krisenkoordination benutzt haben. Da steht ein Erfahrungsaustausch noch aus. Das wird sicher nicht ohne Kritik abgehen, aber dafuer sind Erfahrungsaustausche ja da. Gibt es Kräfte, die die Karten von OSM einsetzen? Besser wenige Daten aber dafür verlässliche! Es ist also nicht immer die Unerfahrenheit der Mapper, die vermeintliche Fehler entstehen laesst. Auch das war nicht meine Behauptung. Das halte ich fuer sehr viel effizienter, als sich Strukturen auszudenken und zu etablieren, die nur das Entstehen verlaesslicher Daten zulassen, im Grunde aber nur aufhalten und Ressourcen binden. Habe ich das irgendwo getan? Der Grundgedanke von OSM ist/war, eine frei Karte der Welt zu erstellen - zumindest habe ich es so verstanden. Während man sich in Deutschland streitet wie man einen Radweg zu mappen hat, ob ein Fußweg Bestandteil der Straße ist oder getrennt gezeichnet wird und wie man am besten die einzelne Pflastersteine mappen kann - weil das evtl. mal jemand braucht - wird in anderen Regionen losgezeichnet was das Zeug hält. Hauptsache wir haben da in kurzer Zeit viele bunte Linien drin. -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Am 26.01.2010 13:38, DarkAngel: Am 26.01.2010 08:54, schrieb Frederik Ramm: Hallo, DarkAngel wrote: Was nützt eine Straßenkarte mit lauter Fehlern? Was passiert, wenn tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem Feld landet? Wie fällt das Presseecho wohl aus, wenn zwar viele Daten erfasst sind, ein Teil davon aber unbrauchbar ist? Besser wenige Daten aber dafür verlässliche! Das ist genau das, was ich meinte, als ich andeutete, dass die Interessen von OSM und der Helfercommunity nicht immer deckungsgleich sein muessen - vor Ort hat man vielleicht lieber mehr Daten, auf die Gefahr hin, dass einige davon falsch sind, waehrend wir sonst bei OSM sagen: Dann warte ich mit dem Eintragen lieber, bis ich mal vor Ort bin. Gibt es denn ein Feedback von Leuten, die dort im Einsatz sind und tatsächlich OSM-Material verwenden? Ja, aber das beschränkt sich vor allem auf ein Danke, danke, danke, hätten wir nur früher davon gewusst. Ich hab bisher nirgends gelesen, dass sich jemand über Kartenfehler beschwert hätte. Insofern eher eine Bestätigung dafür, dass das überhaupt eine Karte haben viel höher gewertet wird. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Hallo, NopMap wrote: Natürlich kann es immer sein, daß sich noch etwas geändert hat - aber das ist doch kein Grund von vorneherein schludrig zu sein und fehlerhafte Einträge auf die leichte Schulter zu nehmen! Aber es ist im Zweifel, wie andere schon gesagt haben, wichtiger, dass die Karte einen Anhaltspunkt gibt da hinten geht es irgendwie weiter, als dass jemand darauf verzichtet hat, diesen Sachverhalt zu mappen, weil er es nicht genau sagen konnte. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Hi, Gibt es Kräfte, die die Karten von OSM einsetzen? http://wiki.openstreetmap.org/wiki/Talk:Humanitarian_OSM_Team dort findest du das Feedback eines in Haiti helfenden. War auch ein Thread in dieser Mailingliste. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Hallo, Am 26. Januar 2010 17:08 schrieb geo.osm geo@googlemail.com: Hi, Gibt es Kräfte, die die Karten von OSM einsetzen? http://wiki.openstreetmap.org/wiki/Talk:Humanitarian_OSM_Team dort findest du das Feedback eines in Haiti helfenden. War auch ein Thread in dieser Mailingliste. Genau, nämlich hier: Am 21. Januar 2010 15:45 schrieb Jan Tappenbeck o...@tappenbeck.net: Zitat: hope this is the right place to post this. If not, please re-post in the correct location. My name is Craig Luecke and I'm currently in Port Au Prince with the Fairfax County Urban Search Rescue Team (USA-1) out of Fairfax, VA, USA. We were the first USA rescue team on the ground. I wish there was a way that I properly express to you how important your OSM files were to us. Most of our team members own their own Garmin Rino and 60CSx units on top of the units we already have in the equipment cache. Having these detailed maps on our GPS units is a big deal. Shortly after discovering your work I quickly spread the word and transferred the street level maps onto as many Garmin units as we could before sending the American rescue teams on the streets. The team members are thrilled to have this resource you have created. I wish you could see their faces 'light up' when I take their GPS unit and tell them that I'm going to give them street level detail maps. They have been working VERY hard and anything that can help them in every aspect of their mission here is greatly appreciated. I am spreading the word about this work to all rescue and humanitarian teams on the ground here in Haiti. Please be assured that we are using your data - I just wish we knew about this earlier. THANK YOU! If there is anything I can do to return the favor please let me know. My email is rockland...@gmail.com. 13:40, 21 January 2010 (UTC) Source: http://wiki.openstreetmap.org/wiki/Talk:Humanitarian_OSM_Team Und später dann noch der Hinweis auf einen aufgezeichneten Track offenbar auch von Craig Luecke: Am 21. Januar 2010 21:39 schrieb André Reichelt andr...@online.de: Am 21.01.2010 18:49, schrieb Martin Koppenhoefer: falls die Probleme mit der Ausrichtung der Luftbilder noch aktuell sind: die könnten evtl. ein paar Tracks schicken, dann könnte man damit die Bilder ausrichten? Soweit ich das sehe gibt es praktisch überhaupt keine Tracks in Port Au Prince. Hat er scheinbar schon: http://mirror.openstreetmap.nl/haiti/ Gruß, André Wenn man diesen Track über die Haiti-Karte legt, stellt man eine hervorragende Übereinstimmung fest! (Kann aber auch sein, dass jemand anhand dieses Tracks die befahrenen Straßen in OSM angepasst hat) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Haiti - JOSM/WMS
Hallo, das WMS Plugin in JOSM (2894) zeigt mir von Haiti nur weiße (leere) Kacheln. Ich verwende die URLs von http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_Coordination. WMS-Url: http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326request=GetMapversion=1.0.0styles=format=image/jpegservice=WMS Die Yahoo Kacheln werden korrekt dargestellt. Ich verwende webkit-image zum herunterladen. Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326request=GetMapversion=1.0.0styles=format=image/jpegservice=WMSbbox=-72.3874569,18.6312806,-72.3525882,18.6643188srs=EPSG:4326width=499height=500 Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326request=GetMapversion=1.0.0styles=format=image/jpegservice=WMSbbox=-72.3874569,18.5982360,-72.3525882,18.6312806srs=EPSG:4326width=499height=500 Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326request=GetMapversion=1.0.0styles=format=image/jpegservice=WMSbbox=-72.3874569,18.6643188,-72.3525882,18.6973505srs=EPSG:4326width=500height=500 Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326request=GetMapversion=1.0.0styles=format=image/jpegservice=WMSbbox=-72.3251953,18.6295889,-72.3137695,18.6404156srs=EPSG:4326width=500height=500 Ist die Url falsch? Wenn ich die im Browser öffne erscheint auch nur eine weiße Kachel. Grüße, Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Hallo! Am 26. Januar 2010 14:01 schrieb DarkAngel darkan...@ms-team.de: Am 26.01.2010 10:24, schrieb Michael Buege: Zitat DarkAngel: Am 25.01.2010 22:44, schrieb Chris-Hein Lunkhusen: iga...@web.de schrieb: Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt keine Daten. Und wenn Du mal keepright anwirfst, findest Du auch bei uns noch tausende Fehler. Was nützt eine Straßenkarte mit lauter Fehlern? Wie kommst du darauf, dass die Strassenkarte lauter Fehler enthaelt? Hast du sie dir schon mal angeschaut und verglichen? Und wenn ja, womit hast du sie verglichen? Und wieviele Fehler hast du gefunden? Wieviel Aufwand war es, die Fehler zu berichtigen? Und hast du dir mal die Disclaimer anderer Kartenanbieter fuer Haiti angesehen? Das habe nicht ich, sonder der Starter dieser Diskussion gesagt! Ich bezug mich ausschließlich auf die Aussage von Chris, dass Fehlerhafte Karten besser als keine sind. Freiwillige wollen helfen, OSM erschwert Mitarbeit, Google Map-Maker bietet Unterstuetzung an Gefaellt dir die Schlagzeile besser? Mach dir mal um das Presseecho keine Sorgen. Das verhallt bereits wieder spuerbar. Viel wichtiger ist das Echo der Leute, die OSM-Daten vor Ort oder im Zusammenhang mit Krisenkoordination benutzt haben. Da steht ein Erfahrungsaustausch noch aus. Das wird sicher nicht ohne Kritik abgehen, aber dafuer sind Erfahrungsaustausche ja da. Gibt es Kräfte, die die Karten von OSM einsetzen? Besser wenige Daten aber dafür verlässliche! Es ist also nicht immer die Unerfahrenheit der Mapper, die vermeintliche Fehler entstehen laesst. Auch das war nicht meine Behauptung. Das halte ich fuer sehr viel effizienter, als sich Strukturen auszudenken und zu etablieren, die nur das Entstehen verlaesslicher Daten zulassen, im Grunde aber nur aufhalten und Ressourcen binden. Habe ich das irgendwo getan? Der Grundgedanke von OSM ist/war, eine frei Karte der Welt zu erstellen - zumindest habe ich es so verstanden. Während man sich in Deutschland streitet wie man einen Radweg zu mappen hat, ob ein Fußweg Bestandteil der Straße ist oder getrennt gezeichnet wird und wie man am besten die einzelne Pflastersteine mappen kann - weil das evtl. mal jemand braucht - wird in anderen Regionen losgezeichnet was das Zeug hält. Hauptsache wir haben da in kurzer Zeit viele bunte Linien drin. Der Grundgedanke ist, dass OSM Geodaten sammeln und frei zur Verfügung stellen möchte. Ein anderer Grundgedanke ist, dass sich die Sache von alleine steuern muss. Du tust so, als könnte man Mapper (in Haiti, oder sonstwo) irgendwie in eine bestimmte Richtung, sei es hin zu bestimmten Qualitätsstandards oder Schwerpunkten beim Mappen, steuern.Es gibt keine Steuerung, keine Mindeststandards. Die Diskussion Warum malen wir nicht die freien Flächen zu? wird ja regelmäßig wegen der landuse=agricultural Flächen geführt: Manche Mapper finden es wichtig, solche Informationen vom Luftbild ab zu zeichnen - andere Beschweren sich dann darüber, dass das was da als landwirtschaftliche Fläche in der DB ist, in Wirklichkeit eine Almlende oder Brachland ist. Sie finden, dass man so etwas nur dann eintragen sollte, wenn man sich 100% sicher ist (und, überspitzt gesagt, bei mindestens 3 Bauern und staatlichen Quellen nachgefragt haben muss, ob sich die durchschnittliche Nutzung der letzten 15 Jahren mit der Definition der Mapfeatures deckt.) Es nutzt ihnen nichts: Landwirtschaftliche Flächen werden trotzdem täglich eingetragen - auch wenn es in Wirklichkeit Almlenden oder Brachflächen sind. Gleichzeitig werden täglich landwirtschaftliche Flächen zu Almenden oder Brachland umgetaggt, weil sich jemand an dieser Ungenauigkeit stört, selber dort aber keine Informationen neu erfasst hätte. Ganz ähnlich ist es bei administrativen Grenzen: Ich habe eine der ersten Stadtgrenzen in NRW eingetragen: Sie wurde inzwischen mehrfach von anderen Mappern korrigiert und verbessert - und ist in ihrer Genauigkeit heute weit von dem entfernt, was ich damals Pi mal Daumen teilweise weit in das Gebiet der Nachbargemeinden gerotzt hatte. Inzwischen gibt es _alle_ Stadtgrenzen in NRW, wobei ein Großteil eben nicht aus Datenspenden kommt, sondern immer noch relativ ungenau ist. Du stellst es so hin, als würden die Nutzer von OSM Daten von uns erwarten, dass unsere Daten garantiert komplett und fehlerfrei sind. Es ist vermessen anzunehmen, irgendjemand würde sich auf OSM Daten verlassen - er wäre schön blöd: Jedem, der die NRW Stadtgrenzen von OSM nutzen möchte muss klar sein, dass sie nicht alle garantiert 100% korrekt sind. Jedem der irgendwelche OSM Daten nutzt, muss es klar werden, dass wir nicht 100% richtiges und komplettes Kartenmaterial _liefern_ sondern das wir Daten _sammeln_ und damit niemals fertig werden, sondern ständig auf Verbesserungen der Community und Nutzer angewiesen
Re: [Talk-de] Haiti - JOSM/WMS
Hallo nochmal, wer lesen kann ist klar im Vorteil: Hier wurde ich geholfen: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources Volker On Tuesday 26 January 2010 19:32:20 volker wrote: Hallo, das WMS Plugin in JOSM (2894) zeigt mir von Haiti nur weiße (leere) Kacheln. Ich verwende die URLs von http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_Coordination. WMS-Url: http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326re quest=GetMapversion=1.0.0styles=format=image/jpegservice=WMS Die Yahoo Kacheln werden korrekt dargestellt. Ich verwende webkit-image zum herunterladen. Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326re quest=GetMapversion=1.0.0styles=format=image/jpegservice=WMSbbox=-72.3 874569,18.6312806,-72.3525882,18.6643188srs=EPSG:4326width=499height=500 Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326re quest=GetMapversion=1.0.0styles=format=image/jpegservice=WMSbbox=-72.3 874569,18.5982360,-72.3525882,18.6312806srs=EPSG:4326width=499height=500 Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326re quest=GetMapversion=1.0.0styles=format=image/jpegservice=WMSbbox=-72.3 874569,18.6643188,-72.3525882,18.6973505srs=EPSG:4326width=500height=500 Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.maplayers=quickbird-01-20-4326re quest=GetMapversion=1.0.0styles=format=image/jpegservice=WMSbbox=-72.3 251953,18.6295889,-72.3137695,18.6404156srs=EPSG:4326width=500height=500 Ist die Url falsch? Wenn ich die im Browser öffne erscheint auch nur eine weiße Kachel. Grüße, Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung?
Jonas Stein n...@jonasstein.de wrote: Ein paar Tage drauf kostet der Zugriff auf den OSM-Server 10 EUR/Monat im Abo und Daten runterladen geht nur noch in 100 kB Haeppchen. Es wird wohl genug Spiegel geben. Einer davon liegt bei Wikimedia Deutschland e.V., um die Wikipedia mit OSM Daten zu versorgen und um OSM-Wikipedia bezogene Tools laufen zu lassen. Auch bei Fossgis e.V. gibt es neuerdings drei Server. Inwieweit da schon Spiegel liegen, weiß ich nicht, dürfte aber nicht mehr lange dauern. Wegschließen der Daten ist also nahezu unmöglich. Die verwendete Software ist frei. Es wird also vermutlich nicht lange dauern, bis das komplette Projekt wieder frei verfügbar ist. Ich bin mir ziemlich sicher, dass zumindest die Wikipedia umgehend einen Fork machen würde, wenn sich niemand Anderes findet. Denn die bauen OSM gerade bei Wikipedia ein und werden es dann auch nicht mehr missen wollen. So hätte man einen technisch kompetenten und millionenschweren Betreiber immer in der Hinterhand. Auch der Fossgis könnte man das zutrauen. Aber das wissen Andere hier genauer als ich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] josm: verschiebe-hinweis wieder aktivieren
Moin ! wenn man plötzlich viele Elemente verschiebt gibt es eine Meldung die man mit einem Haken deaktivieren kann. Dieses habe ich versehentlich gemacht und möchte ich wieder aktivieren - kann mir einer sagen wie ?? Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm: verschiebe-hinweis wieder aktivieren
Hi, Jan Tappenbeck wrote: Dieses habe ich versehentlich gemacht und möchte ich wieder aktivieren - kann mir einer sagen wie ?? Schau mal in Deiner .josm/preferences-Datei und entferne dort die Zeile mit movedManyElements. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Zitat DarkAngel: [...] Während man sich in Deutschland streitet wie man einen Radweg zu mappen hat, ob ein Fußweg Bestandteil der Straße ist oder getrennt gezeichnet wird und wie man am besten die einzelne Pflastersteine mappen kann - weil das evtl. mal jemand braucht - wird in anderen Regionen losgezeichnet was das Zeug hält. Hauptsache wir haben da in kurzer Zeit viele bunte Linien drin. Ich kenne ein paar Leute, die haben sich in den vergangenen zwei Wochen diverse Naechte um die Ohren geschlagen mit mappen, neue Quellen auftun, Quellen bearbeiten, Luftbilder abgleichen und zur Verfuegung stellen, mappen, alte Landkarten warpen, Informationen im Wiki einpflegen, Tools anpassen, fertige Karten produzieren, WMS-Server bereitstellen, mappen, Kontakte zu Hilfsorganisationen aufrecht halten, Presse mit Infos versorgen, und wieder mappen, Arbeit koordinieren, mappen usw, usw, usw... Waere mal interessant zu erfahren, was die so sagen, wenn sie hoeren, sie haben das in der Region nur gemacht, um in kurzer Zeit viele bunte Linien drin zu haben. schoenes Leben noch -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haiti Routing über highway=road (was: Re: Viele Fehler in Haiti)
Zitat Pascal Neis: ich habe eine Anfrage von einem User (Frieder) bekommen, ob ich auch highway=road beim Haiti Routing (http://data.giub.uni-bonn.de/openrouteservice/haiti_special) verwenden könnte. Normal ist dieses Tag ja eigentlich für temporäre Straßen gedacht und wird somit normal bei mir nicht zum Routing in den Graph mit aufgenommen. Für Haiti würde ich dies gerne jetzt anders handhaben. Ich wollte jetzt highway=road generell für alle Routingvarianten verwenden. Was denkt ihr? Oder lieber nur für Fussgänger? Danke für ein kurzes Feedback! Afaik wird highway=road doch fuer Strassen benutzt, von denen ich (aus Luftbildern) nichts weiter kenne als Lage und Verlauf. Nur der Rest muesste vor Ort verifiziert werden. So gesehen, spricht imho eigentlich nichts dagegen, bedingt drueber zu routen. Gibt es sehr viele davon in Haiti? Die Luftbilder sind teilweise gut genug, um zumindest ein residential erkennen zu koennen, wo eins ist. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm: verschiebe-hinweis wieder aktivieren
Am 26.01.2010 20:06, schrieb Frederik Ramm: Hi, Jan Tappenbeck wrote: Dieses habe ich versehentlich gemacht und möchte ich wieder aktivieren - kann mir einer sagen wie ?? Schau mal in Deiner .josm/preferences-Datei und entferne dort die Zeile mit movedManyElements. Bye Frederik danke ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Omniscale OSM-WMS aktualisiert
Hi, bietet ihr auch verschiedene Styles an? Habe im WMS bisher nur einen entdeckt, nämlich jenen, den ihr auf eurer Homepage präsentiert. In der Capabilitie-XML ist davon auch nichts zu lesen. Zu Testzwecken benutze ich den WMS..und muss sagen, dass er abgeht wie eine Rakete. Grüße M.Sirin Am 15. Januar 2010 09:30 schrieb Oliver Tonnhofer tonnho...@omniscale.de: Moin, vor einer Weile ging unser OpenStreetMap WMS hier über die Liste. Wir haben den Dienst nun gründlich aktualisiert. Neben aktuellen OSM-Daten und der Erweiterung um Österreich, Schweiz und die Benelux, wurde das komplette Rendering überarbeitet. Das Kartenstyling basiert jetzt nicht mehr auf der original osm.xml. Daher unterscheidet sich der WMS nun auch in den großen Maßstäben von openstreetmap.org. Das Ganze gibts unter: http://osm.omniscale.de/ Der WMS: http://osm.omniscale.net/proxy/service? Da wir nun auch Permalinks haben, hier gleich mal einen sehr schicken Ausschnitt aus den Niederlanden: http://osm.omniscale.de/?zoom=13lat=52.37492lon=6.92425layers=B00F Private und nicht-kommerzielle Nutzung erlaubt, alles andere gerne nach Absprache. Genaueres unter http://omniscale.de/nutzungsbedingungen Gruß Oliver PS: Im aktuellen Datenbestand sind gibt es noch Probleme mit Multipolygon Relations (so ist z.B. der Bodensee z.Zt. trockengelegt). Das wird allerdings in der nächsten Woche behoben. -- Oliver Tonnhofer tonnho...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
NopMap wrote: Wenn eine Information nicht vorhanden ist, dann weiß man, daß man vorsichtig sein sollte und sich noch aus anderen Quellen Informationen beschaffen muß. Wenn man in einer Krisenregion unterwegs ist und die Information ist falsch, dann kann das drastische Folgen haben. Nun ja - gerade in einer Krisenregion wird man damit rechnen müssen, dass Informationen gelegentlich unzuverlässig sind. Sicher sollte man (nicht nur, aber speziell im Fall Haiti) nach bestem Wissen und Gewissen kartieren, aber das schließt Irrtümer nun mal nicht aus. Auch wenn man Informationen hat, muss man also vorsichtig sein und auch andere Quellen berücksichtigen. Schon mal versucht mit einem Konvoi von Sattelzügen zu wenden, weil die vermeintlich gute Straße plötzlich aufhört oder unpassierbar wird? Wenn ich in einer Gegend unterwegs bin, in der ich mich nun mal nicht auf jede Information verlassen kann, muss ich damit aber rechnen und z.B. dem Konvoi ein wendiges Fahrzeug vorausschicken, das die Fahrer der Sattelzüge rechtzeitig warnen kann. Ich nehme sehr an, dass das einer vernünftig arbeitenden Hilfsorganisation auch bewußt ist. Von daher: Wenn man helfen will und den Leuten in der Region nicht noch zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder bestmögliche Daten - oder besser gar keine! Was möglich ist, hängt aber vom Ausgangsmaterial und den eigenen Fähigkeiten ab. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: guufy OpenStreetMap
Hallo in die Runde, der FOSSGIS e.V. hat diese Anfrage erhalten. Kann jemand in dieser Runde hier helfen? Danke Gruß Georg Original-Nachricht Betreff: guufy OpenStreetMap Datum: Tue, 26 Jan 2010 16:41:29 +0100 Von: Martin Müller martin.muel...@guufy.com An: i...@fossgis.de, Dirk dirk_rei...@web.de, Heiko heiko.schm...@guufy.com, Nase m...@4epost.de Hallo, wir haben unsere interaktive Echtzeitdaten-Suchmaschine guufy gestartet und möchten nicht mit GoogleMaps zusammenarbeiten um den Usern den Weg zu zeigen. Wie könnten guufy.com und OSM zusammenarbeiten, wenn es um Wegfindung geht? Bitte leiten Sie diese Anfage an die entsprechende Stelle weiter. MfG, Martin Müller PCSD Interactive Software Karlstrasse 19 64367 Mühltal 0151-22284262 www.guufy.com martin.muel...@guufy.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
moin On 26.01.2010, at 13:53, NopMap wrote: Frederik Ramm wrote: Natürlich kann es immer sein, daß sich noch etwas geändert hat - aber das ist doch kein Grund von vorneherein schludrig zu sein und fehlerhafte Einträge auf die leichte Schulter zu nehmen! Man könnte fast meinen, es hätte bisher keine Karten von Haiti gegeben. Alte Papierkarten gibt es zuhauf. Eine OSM-Karte kann nur helfen, wenn sie aktuellere und/oder zuverlässigere Informationen liefert. Die Info, daß da vielleicht irgendwie sowas ähnliches wie eine Straße gewesen sein könnte, ist wertlos, die bekommt man auch von jeder herkömmlichen Karte. Und ein falscher Eintrag ist destruktiv: Er suggeriert, daß der Eintrag bei OSM, der in den letzten paar Tagen erfolgt ist, aktuellere Infos darstellt und größere Zuverlässigkeit hat als eine Karte vom letzten Jahr. Da ist gar kein Eintrag besser, da kann der Betroffene wenigstens die Zuverlässigkeit realistisch einschätzen. ack, lieber mal auf die ein oder andere neuen routen verzichten als eindeutig falsche wege. ich denke man sollte eventuell nen popup machen wo drinne steht bevor du eine neue straße mapst schau bitte nach ob in der nähe eine mit gleichen verlauf ist. es scheint ja wirklich so zu sein als wenn da leute karten versuchen abzuzeichnen aber die sat bilder sind zum bestehenden material verschoben. ich hab sowas mit den japanischen sateliten fotos im süden von haiti bemerkt. leute die danach gemapt haben hatten einen deutlichen Offset zu dem material was direkt im potlach auf Openstreetmaps.org zu sehen war. meine konsequenz war das ich mich aus den gebieten ferngehalten habe, da ich dachte es ist einfacher nen ganzen alle objekte in einem gebiet zu versetzen als einzelne. sollte man neulingen evl auch so erklären. gemappt hab ich dann einfach in anderen gebieten. cu assetburned___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Roll-Up für Messe
Hallo, auf unserem Arbeitswochenende wurde das RollUp für den FOSSGIS e.V. weiter voran gebracht und wir werden unseres noch vor der Konferenz drucken. Bei dem Treffen in 2009 im Linuxhotel wurde entschieden dass OSM auch die Möglichkeit hat ein solches professionelles RollUp zu bekommen um damit auf Messen präsent zu sein. http://www.fossgis.de/wiki/RollUps Was fehlt ist noch eine druckfähige Datei die wir dann zusammen mit unserer Datei an die Druckerei schicken werden. Wir dachten an diese Rollups: http://www.neon-greiner.de Neon Greiner Jonas-Cahn-Str. 4 53115 Bonn Tel 0228 638034 Roll-Up 4-screen-classic Banner, 215x100cm, 235,50€ netto Wenn ihr in den nächsten Wochen (10 Februar?) was entwickelt können wir das noch mit erledigen. Oder ist da schon was vorbereitet? Gruß Georg -- FOSSGIS e.V. DER Ansprechpartner in Sachen Freie GIS und Freie Daten www.fossgis.de / georg.loe...@fossgis.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Vereinbarung zum Eintragen von Frei texten mit Relevanz für Behinderte
Hallo, ich freue mich, daß die Abstimmung über http://wiki.openstreetmap.org/wiki/Proposed_features/DisabilityDescription positiv ausgegangen ist. Ab sofort können mit den Tags blind:description:lg, deaf:description:lg und wheelchair:description:lg Freitexte der Karte hinzugefügt werden, die für behinderte Benutzer von Belang sind und einfach (noch) nicht anders eingetragen werden können. Beispiele: Funktionalität in Kirchen und Theatern für Hörgeräte-Benutzer Untertitel in Kinos für Taube Überkopf-Gefahren für Blinde Audiodescription, Spezielle Museumsführungen für Blinde Türbreiten für Rollstuhlfahrer usw. Dargestellt sollen diese Einträge bald auf http://www.barrierefreie-karten.de Schöne Grüße Lulu-Ann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Vereinbarung zum Eintragen von Freitexte n mit Relevanz für Behinderte
Am 26. Januar 2010 22:17 schrieb Lulu-Ann lulu-...@gmx.de: Ab sofort können mit den Tags blind:description:lg, deaf:description:lg und wheelchair:description:lg Freitexte der Karte hinzugefügt werden, die für behinderte Benutzer von Belang sind und einfach (noch) nicht anders eingetragen werden können. Beispiele: Funktionalität in Kirchen und Theatern für Hörgeräte-Benutzer Untertitel in Kinos für Taube Überkopf-Gefahren für Blinde Audiodescription, Spezielle Museumsführungen für Blinde Türbreiten für Rollstuhlfahrer usw. ist das denn sinnvoll, jetzt solche Dinge mit Freitexteingaben zu machen, anstatt gleich Tags dafür anzubieten? Vieles davon ist doch allgemein interessant. Mindestbreiten und solche Dinge taggen wir ja normalerweise mit entspr. tags und nicht als Freitext. So was wie Untertitel in Kinos könnte ich mir auch gut als Zusatztag fürs Kino vorstellen, etc. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: OSM in 3sat nano
Am 26.01.2010 13:53, Michael Rathai: Es wäre toll, wenn ihr zu den Direktlinks der Steams (die nicht (mehr) funktionieren) den Titel der Sendung nennen würdet, da man dann auch über die Mediathek dahin findet und Zusatzinformationen erhält. Der Titel der Sendung : nano Sender : 3sat Termin: gestern - 25.1.2010 SCNR Hinter dir: Ein dreiköpfiger Affe! *doh* Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schließfächer
Hi ihr, weiss jemand einen Tag für Schließfächer? War ich einfach zu blöd, das zu finden? Danke! - Fips -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nachfrage bei ARD / ZDF wegen GPX-Daten
Moin ! mir ist gerade eine Idee gekommen und ich wollte kurz fragen ob einer soetwas schon einmal in Angriff genommen hat bzw. wie Ihr darüber denkt. Die Sender sind zur Zeit viel im Umfeld unterwegs und ich rechne damit das einige der Reporter auch einen GPS-Empfänger dabei haben könnten. Wenn die sich in der Lage sind Ihre Wege aufzuzeichnen dann sind die vielleicht in der Lage GPX-Dateien zu mailen die wir als Referenzierungshilfe dienen. ... Eure Meinung ??? Hat einer von Euch ggf. schon eine zielgerichtete Adressen - ggf. bitte als Mail an mich (User:Lübeck) schicken. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Haiti: WMS-gesucht
Moin ! ich habe auf http://hypercube.telascience.org/haiti/?zoom=9lat=19lon=-72.19725layers=osm,qbpre gerade Bilder von Quickview (PRE-Event) gesehen. Kann mir einer sagen wo die WMS-Daten für JOSM zu finden sind. Das ist ja weit weg vom Epizentrum - für Messungen im Flughafenbereich sicherlich ausreichend. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: OSM in 3sat nano
Am 26.01.2010 23:42, schrieb Claudius: Am 26.01.2010 13:53, Michael Rathai: Es wäre toll, wenn ihr zu den Direktlinks der Steams (die nicht (mehr) funktionieren) den Titel der Sendung nennen würdet, da man dann auch über die Mediathek dahin findet und Zusatzinformationen erhält. Der Titel der Sendung : nano Sender : 3sat Termin: gestern - 25.1.2010 SCNR Hinter dir: Ein dreiköpfiger Affe! *doh* Claudius Sicher das es kein zweiköpfiges Eichhörnchen ist ? ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Chris-Hein Lunkhusen wrote: ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt keine Daten. Und wenn Du mal keepright anwirfst, findest Du auch bei uns noch tausende Fehler. Das sehe ich vehement anders. Wenn eine Information nicht vorhanden ist, dann weiß man, daß man vorsichtig sein sollte und sich noch aus anderen Quellen Informationen beschaffen muß. Wenn man in einer Krisenregion unterwegs ist und die Information ist falsch, dann kann das drastische Folgen haben. Schon mal versucht mit einem Konvoi von Sattelzügen zu wenden, weil die vermeintlich gute Straße plötzlich aufhört oder unpassierbar wird? Von daher: Wenn man helfen will und den Leuten in der Region nicht noch zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder bestmögliche Daten - oder besser gar keine! bye Nop -- View this message in context: http://n2.nabble.com/Viele-Fehler-in-Haiti-tp4456815p4459658.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Zitat DarkAngel: Am 25.01.2010 22:44, schrieb Chris-Hein Lunkhusen: iga...@web.de schrieb: Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt keine Daten. Und wenn Du mal keepright anwirfst, findest Du auch bei uns noch tausende Fehler. Was nützt eine Straßenkarte mit lauter Fehlern? Wie kommst du darauf, dass die Strassenkarte lauter Fehler enthaelt? Hast du sie dir schon mal angeschaut und verglichen? Und wenn ja, womit hast du sie verglichen? Und wieviele Fehler hast du gefunden? Wieviel Aufwand war es, die Fehler zu berichtigen? Und hast du dir mal die Disclaimer anderer Kartenanbieter fuer Haiti angesehen? Zu sagen, die kochen auch nur mit Wasser, wuerde glatt als Lobhudelei durchgehen. Oder begruendet sich deine Vermutung alleine auf die Tatsache, dass an den Daten in Haiti viele neue Leute mitarbeiten? Wir sind eine Community, schon vergessen? Selbst wenn vielleicht du und ich und noch ein paar Leute es im konkreten Fall es gerne anders saehen, jeder darf und soll mitarbeiten. Denn im Gegensatz zu anderen Organisationen haben wir keine personellen Strukturen, die in Krisensituationen Plane entwerfen und bereithalten, an denen sich jeder zu orientieren hat. Eigenverantwortung, konstruktive Kritik, gegenseitige Hilfe sind die Zauberworte, die den Ameisenhaufen OSM organisieren. Was passiert, wenn tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem Feld landet? Dann hat der Fahrer gepennt. Aber im Allgemeinen gehoeren Leute, die die Strasse verlassen und ins Feld fahren, wenn die Karte oder das Navi es befehlen, nicht zum Personal von Hilfsorganisationen. Wie fällt das Presseecho wohl aus, wenn zwar viele Daten erfasst sind, ein Teil davon aber unbrauchbar ist? Freiwillige wollen helfen, OSM erschwert Mitarbeit, Google Map-Maker bietet Unterstuetzung an Gefaellt dir die Schlagzeile besser? Mach dir mal um das Presseecho keine Sorgen. Das verhallt bereits wieder spuerbar. Viel wichtiger ist das Echo der Leute, die OSM-Daten vor Ort oder im Zusammenhang mit Krisenkoordination benutzt haben. Da steht ein Erfahrungsaustausch noch aus. Das wird sicher nicht ohne Kritik abgehen, aber dafuer sind Erfahrungsaustausche ja da. Besser wenige Daten aber dafür verlässliche! Mit dem Motto haetten wir erst gar nicht anfangen duerfen in Haiti. Es geht ja nicht nur um die Unerfahrenheit einiger neuer Mapper. Der ueberwiegende Teil der Daten beruht auf einer Vielzahl von Luftbildern, die von sehr unterschiedlicher Qualitaet in Bezug auf Aufloesung, Abdeckung und Lagegenauigkeit sind. In vielen Gebieten ist immer noch schwierig einen verlaesslichen Bezug zu finden. Staendig kommen neue Quellen hinzu, die ploetzlch bereits bestehende Objekte voellig verschoben aussehen lassen. Was in alten CIA-Karten als Hauptstrasse eingetragen ist, entpuppt sich im Luftbild als Trampelpfad, Furten befinden sich an komplett anderer Stelle und so weiter und so fort. Es ist also nicht immer die Unerfahrenheit der Mapper, die vermeintliche Fehler entstehen laesst. Sicher ist es so, dass ein Grossteil der Arbeit an den Daten fuer Haiti Korrekturen sind. Aber wir koennen dieses Wiki-Grundprinzip nicht einfach aussetzen. Es ist unter anderem Bestandteil des Erfolges von OSM. Nun kann man sagen, Krisensituationen, wo es moeglicherweise um Menschenleben geht, sind als Testobjekt nicht geeignet. Sicher, aber wir testen ja gar nicht. Im Gegenteil, wir wenden bereits gesammeltes Wissen an. Wir tun das, was wir immer machen. Wir fangen an und machen erst mal das, was unter den gegebenen Umstaenden moeglich ist. Wir sammeln dabei Erfahrungen, geben diese Erfahrungen weiter und werden besser. Und unter Erfahrung weitergeben verstehe ich unter anderem das Korrigieren von Fehlern anderer Mapper. Das halte ich fuer sehr viel effizienter, als sich Strukturen auszudenken und zu etablieren, die nur das Entstehen verlaesslicher Daten zulassen, im Grunde aber nur aufhalten und Ressourcen binden. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in 3sat nano
Hallo, Michael Rathai schrieb: In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov oder http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx Der obige Beitrag wurde schon mehrmals wiederholt! Siehe hier: http://lists.openstreetmap.org/pipermail/talk-de/2009-November/058992.html Der von Haiti ist neu. Danke! Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route ist discontinuous laut OSM Inspector
On Mon, Jan 25, 2010 at 09:59:11PM +0100, steffen wrote: ich bin es nochmal. Habe hier [1] noch ein ähnliches Problem. Da wird es aber nicht als discontinous angezeigt. Hier habe ich aber mit forward backward gearbeitet. Gruß Steffen [1] http://tools.geofabrik.de/osmi/?view=pubtrans_networklon=9.17423lat=48.85408zoom=17overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous Der OSMI versteht forward und backward nicht. Damit hat es nichts zu tun. Warum er manchmal einen Fehler anzeigt und manchmal nicht, liegt einfach daran, wie die einzelnen Ways zusammengebaut werden: Der geht die nicht der Reihe nach durch, sondern hat die in einer zufälligen Reihenfolge. Er schaut die Stück für Stück an und baut zusammen, was er kann. Je nachdem ergibt sich in so einer Situation dann ein kompletter Weg oder halt mehrere Teile. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Hallo, NopMap wrote: Von daher: Wenn man helfen will und den Leuten in der Region nicht noch zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder bestmögliche Daten - oder besser gar keine! Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Am Di Januar 26 2010 glaubte DarkAngel zu wissen: Ich habe nie behauptet, das OSM schlecht ist - sonst würde ich da auch kaum mitmachen. Ich kann die Qualität speziell in der Region Haiti nicht beurteilen und beziehe mich auch nicht direkt darauf. Was nützt es aber, wenn zahlreiche Informationen in eine Karte gezeichnet werden, von denen viele falsch sind und hinterher korrigiert werden müssen. Soweit ich das mitbekommen habe, gab es in Haiti schon vor dem Erdbeben nur schlechtes oder auch gar kein Kartenmaterial. Das heißt, das was dort vorhanden war, ist so gut wie untauglich. Und dann dürfte noch einiges verschüttet worden sein. So viel schlimmer kann es nicht werden. Wenn man sich bewußt macht, daß alle in Haiti verfügbaren Karten fehlerhaft sind, und sich nicht nur auf eine verläßt, dürfte was halbwegs brauchbares herauskommen. Zumal es bekanntermaßen schwerer ist, Daten zu korrigieren als neu zu erfassen. Dazu muss ich nämlich erstmal erkennen, dass sie falsch sind. Dann doch lieber etwas weniger und dafür richtig. Klar enthält eine leere Karte keine Fehler, dann weiß ich aber zumindest, dass ich diese Karte nicht benutzen brauche. Es ist ganz einfach: Vor Ort in Haiti gibt es keine verläßlichen Karten. Es kann nur versucht werden, das vorhandene Kartenmaterial zu verbessern, auch durch Feedback durch die Einsatzkräfte vor Ort. Mit Sicherheit sehen einige Straßen von Luftbildern aus, als ob sie problemlos befahrbar sind und wenn der erste LKW drüberfährt, knallt es. Also trägt man vorsichtshalber keine Straße ein? Wenn ich aber eine Karte mit Straßen/Wegen oder anderen Infos habe, will ich mich auch darauf verlassen können. Es nützt mir dann nichts wenn 70% der Infos korrekt sind, ich aber nicht weiß welche 70% das sind. Mit deiner Einstllung würden die Hilfskräfte in Haiti blind drauf losfahren, weil es schlichtweg keine korrekten Karten gibt. Irgendwie hab ich das Gefühl, daß du das Ganze mit Karten von Navis in Mitteleuropa vergleichst, die der Bequemlichkeit halber eingesetzt werden und nicht in einem Katastrophengebiet. Die haben gerade die Wahl zwischen zwei Übeln: - ohne Kartenmaterial losfahren es keine verlässliche Karte und zigmal wieder umdrehen/sich total verfahren oder - das vorhandene Kartenmaterial nehmen und das Beste draus zu machen. Klar wäre es besser, wenn die eine fehlerfreie oder annähernd fehlerfreie Karte hätten, aber die gibt es nicht und wird es in annehmbarer Zeit nicht geben. Die haben keine Zeit. Hier in D kann man auch ohne Karte halbwegs ankommen, zur Not fragt man halt, wo man langfahren muß. Nur mit dem Unterschied, daß es hier keine unterbrochenen Straßen und dafür brauchbare Wegweiser gibt. Und bei einer Privatfahrt ist sich verfahren ärgerlich, das war es aber schon. Aber wenn falsche Infos besser sind als keine, warum malen wir dann die leeren Flächen in Deutschland nicht schön bunt aus. Mal ehrlich: sind die leeren Flächen in D ein Problem? Hängen davon Menschenleben ab? Die Flächen werden auch noch nach und nach gefüllt. Ich frage mich gerade, ob du dir der Situation vor Ort in Haiti bewußt bist oder eher nur provozieren willst. Glaubst du, die meisten Kartenzeichner von OSM wollen in Haiti etwas falsches einzeichnen? Ich denke nicht. Es mag den einen oder anderen Vollpfosten geben, der sowas toll findet, aber die dürften die absolute Ausnahme sein. Und die Krux ist nunmal, daß Sat- Bilder auswerten teilweise sehr schwierig ist und es immer Fehler geben wird, sogar von darin ausgebildeten Menschen. Nur daß es wohl nicht annähernd genug für sowas ausgebildete Menschen gibt, um in diesem Fall was halbwegs in deinen Augen brauchbares hinzubekommen. flo -- Die Netiquette ist (lediglich) eine FAQ zu der Frage Warum sind die anderen so genervt von mir und nennen mich immer PLONK?. [Oliver Gassner in dsn] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Am 25.01.2010 22:39, schrieb FlaBot: Einige Fehler entstehen durch Klicken in Potlatcher ... andere eben so ... Eine automatische Liste mit vielen Fehlern zum abarbeiten gibts hier (http://toolserver.org/~flacus/OSM/haiti.php) . Etwa 2-3 neue Version pro Tag. Bitte helft mir die Fehler schnell abzuarbeiten, sodass man in Zukunft immer Zeitnah die Fehler erkennt und ggf die User anschreiben kann. Lg Dirk moin ! könnte nicht eine gpx wie bei garry bereitgestellt werden - die liste ist regional springend - mit einer gpx könnte ich diese zuladen wie das grid für die osm-matrix und dann gleich mit bearbeiten. gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Am Di Januar 26 2010 glaubte Frederik Ramm zu wissen: NopMap wrote: Von daher: Wenn man helfen will und den Leuten in der Region nicht noch zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder bestmögliche Daten - oder besser gar keine! Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. Eben. Vor allem sieht man den Straßen auf den Sat- Bildern z.B. nicht an, ob die Brücke noch einen LKW tragen kann. Mir wären jedenfalls halbwegs brauchbare Karten lieber als daß ich blind drauflosstochern muß, wo sich überhaupt Straßen befinden. Da müßte der Konvoi noch viel öfter immer wieder wenden und sich einen anderen Weg suchen. Die können gerade nur zwischen einem größeren und einem kleineren Übel wählen. BTW: kann jedes Nachbeben die Situation wieder komplett auf den Kopf stellen. Also erstellt man lieber gar keine Karten (die OSM- Community nicht und alle anderen auch nicht)? Klingt nicht sehr sinnvoll. flo -- Es ist gar kein Wunder wenn unsere industrien umkippen und zusammenbrechen. Wenn Ihr die alle auf zweigen baut. Glaubt Ihr denn wir wären irgendwelche komischen Vögel? Nenen! Eine Industrie hatt auf solidem Boden zu stehen, und sonst gar nichts! Und sie hatt vie zu Produzieren mit noch weniger mitteln. [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Haiti Routing über highway=road (was: Re: Viele Fehler in Haiti)
Hi, Florian Gross schrieb: Am Di Januar 26 2010 glaubte Frederik Ramm zu wissen: NopMap wrote: Von daher: Wenn man helfen will und den Leuten in der Region nicht noch zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder bestmögliche Daten - oder besser gar keine! Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. Eben. Vor allem sieht man den Straßen auf den Sat- Bildern z.B. nicht an, ob die Brücke noch einen LKW tragen kann. Mir wären jedenfalls halbwegs brauchbare Karten lieber als daß ich blind drauflosstochern muß, wo sich überhaupt Straßen befinden. Da müßte der Konvoi noch viel öfter immer wieder wenden und sich einen anderen Weg suchen. ich habe eine Anfrage von einem User (Frieder) bekommen, ob ich auch highway=road beim Haiti Routing (http://data.giub.uni-bonn.de/openrouteservice/haiti_special) verwenden könnte. Normal ist dieses Tag ja eigentlich für temporäre Straßen gedacht und wird somit normal bei mir nicht zum Routing in den Graph mit aufgenommen. Für Haiti würde ich dies gerne jetzt anders handhaben. Ich wollte jetzt highway=road generell für alle Routingvarianten verwenden. Was denkt ihr? Oder lieber nur für Fussgänger? Danke für ein kurzes Feedback! pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Fehler in Haiti
Hallo nochmal, ich wollte eigentlich keine Grundsatzdiskussion lostreten. Ich denke, dass sich die Haiti-Karte schon mehr als sehen lassen kann und sehr nützlich ist. Ich finde es eigentlich auch gut, dass neue Mapper hinzukommen. Vielleicht kommt dadurch ja die eine oder andere entscheidende Information hinzu, die sonst fehlen würde. Die Fehler müssen eben immer wieder korrigiert werden (vorausgesetzt viele bleiben am Ball und achten darauf und trauen sich auch mal was zu löschen) Mir war nur eben diese massive Häufung von Fehlern vieler frisch angemeldeter User in einem Umkreis von wenigen Kilometern an einem Tag komisch vorgekommen (war wohl deshalb etwas frustriert angesichts dieser Entwicklung ;-) ). Vielleicht ist's einfach nur Zufall. Dann bleibt halt doch nur, die Leute einzeln darauf hinzuweisen (natürlich ganz freundlich). Gruß Marcus __ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haiti Routing über highway=road
Hi, Pascal Neis schrieb: Hi, Florian Gross schrieb: Am Di Januar 26 2010 glaubte Frederik Ramm zu wissen: NopMap wrote: Von daher: Wenn man helfen will und den Leuten in der Region nicht noch zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder bestmögliche Daten - oder besser gar keine! Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. Eben. Vor allem sieht man den Straßen auf den Sat- Bildern z.B. nicht an, ob die Brücke noch einen LKW tragen kann. Mir wären jedenfalls halbwegs brauchbare Karten lieber als daß ich blind drauflosstochern muß, wo sich überhaupt Straßen befinden. Da müßte der Konvoi noch viel öfter immer wieder wenden und sich einen anderen Weg suchen. ich habe eine Anfrage von einem User (Frieder) bekommen, ob ich auch highway=road beim Haiti Routing (http://data.giub.uni-bonn.de/openrouteservice/haiti_special) verwenden könnte. sry, hab natürlich folgende Website gemeint: http://openls.geog.uni-heidelberg.de/osm-haiti/ das andere war die alte Wenseite von vor 1,5 Jahren pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in 3sat nano
Am 26.01.2010 07:47, schrieb Michael Rathai: In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov oder http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de das ist der Beitrag der im Wiki zum ZDF steht ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haiti Routing über highway=road
Moin Pascal, ich habe eine Anfrage von einem User (Frieder) bekommen, ob ich auch highway=road beim Haiti Routing (http://data.giub.uni-bonn.de/openrouteservice/haiti_special) verwenden könnte. Normal ist dieses Tag ja eigentlich für temporäre Straßen gedacht und wird somit normal bei mir nicht zum Routing in den Graph mit aufgenommen. Für Haiti würde ich dies gerne jetzt anders handhaben. Ich wollte jetzt highway=road generell für alle Routingvarianten verwenden. Was denkt ihr? Oder lieber nur für Fussgänger? Danke für ein kurzes Feedback! Ich denke es spricht nichts dagegen, highway=road mit _niedriger Priorität_ aufzunehmen. Soviel ich weiss sind die im Default-mkgmap-Style auch mit drin. Dito bei highway=track mit grade 1. Haiti bis grade 3 oder so. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: OSM in 3sat nano
Am 26.01.2010 07:54, Michael Rathai: Eigentlich waren es sogar 2 Beiträge, einer noch zu Haiti : http://wstreaming.zdf.de/3sat/veryhigh/100125_routenpl_nano.asx *Von: * Michael Rathaimich...@rathai.de *An:* gmane.comp.gis.openstreetmap.region.de, talk-de@openstreetmap.org *Datum: * 26.01.2010 07:47 *Betreff: * OSM in 3sat nano In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov oder http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx Es wäre toll, wenn ihr zu den Direktlinks der Steams (die nicht (mehr) funktionieren) den Titel der Sendung nennen würdet, da man dann auch über die Mediathek dahin findet und Zusatzinformationen erhält. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] GPS purchase
On Sat, Jan 23, 2010 at 7:58 AM, H.S.Rai hardeep@gmail.com wrote: For Joint Punjab Mapping Project I need to purchase 10 units GPS Data Loggers. Please suggest which make and model I should buy. My foremost requirement is to get transferred data (GPS logs, WayPoints) from units to Linux loaded PC / Laptop. Till date I have used Garmin GPSmap 76CSx, Garmin eTrex H, Garmin Geko 201, RoyalTek GPS Data Logger RBT2300. For all above except 76CSx, I have to use M$ windows to get data transferred JTD also offered to integrate MP3 recorder with device GDL-3204 for audio recording of way-point information. http://www.flickr.com/photos/runa-sankarshan/4039585218/ http://www.mail-archive.com/t...@openstreetmap.org/msg06641.html I request you give your views, feedback about devices you used. With regards, I use a Mio C320, which I unlocked(easy unlock) and installed Oziexplorer software(this can use OSM maps via softwares like nonimapview) Cost for GPS = 100$, Oziexplorer=40$ Alternatively, you can buy car GPS systems from Dealextreme(windows CE 5.0), buy Oziexplorer and install. The tracks are dumped in plt format on SD card, after that you can use gpsbabel to convert the tracks to GPX format. The tracks have timestamp and altitude information ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] agriturismo
Come sono da mappare gli agriturismo? Luigi___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
In data martedì 26 gennaio 2010 12:46:27, Luigi Chiesa ha scritto: : Come sono da mappare gli agriturismo? Luigi Io faccio così amenity=restaurant cuisine=local Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 12:59, alessio ha scritto: amenity=restaurant cuisine=local Assolutamente no: l'agriturismo è, innanzitutto, un'azienda agricola. Il ristorante in campagna è un'altra cosa (è un esercizio commerciale). -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
In data martedì 26 gennaio 2010 13:02:25, Carlo Stemberger ha scritto: : Il 26/01/2010 12:59, alessio ha scritto: amenity=restaurant cuisine=local Assolutamente no: l'agriturismo è, innanzitutto, un'azienda agricola. Il ristorante in campagna è un'altra cosa (è un esercizio commerciale). Ah, OK ha senso. Ora siamo in due a volerlo sapere: quindi che si fa? :-) Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 13:06, alessio ha scritto: Ora siamo in due a volerlo sapere In verità siamo in tre ;-) Attendo proposte... -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
se ne era parlato qui: http://lists.openstreetmap.org/pipermail/talk-it/2009-January/004966.html mi sembra senza giungere a conclusioni definitive :-( Ciao, Stefano Il giorno 26 gennaio 2010 13.08, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Il 26/01/2010 13:06, alessio ha scritto: Ora siamo in due a volerlo sapere In verità siamo in tre ;-) Attendo proposte... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 13:12, Stefano Salvador ha scritto: se ne era parlato qui: http://lists.openstreetmap.org/pipermail/talk-it/2009-January/004966.html È già passato un anno?! =-O -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] esiste un tag per le agenzie di viaggio???
ciao a tutti! come da oggetto.. se esiste, non l'ho trovato nelle map, proposed e approved features.. per ora ho taggato come shop=travel_agency più eventualmente na,e e operator... va bene??? brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] esiste un tag per le agenzie di viaggio???
scusate... ho detto una cavolata.. c'è ma non l'avevo trovato... brunetto Il 26 gennaio 2010 14.18, brunetto brunetto.zi...@gmail.com ha scritto: ciao a tutti! come da oggetto.. se esiste, non l'ho trovato nelle map, proposed e approved features.. per ora ho taggato come shop=travel_agency più eventualmente na,e e operator... va bene??? brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26 gennaio 2010 12.46, Luigi Chiesa lchi...@tiscalinet.it ha scritto: Come sono da mappare gli agriturismo? se non c'è niente, magari dico una cavolata, non si può iniziare con qualcosa tipo leisure=agroturism e poi proporlo per l'adozione?? brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 14:23, brunetto ha scritto: Il 26 gennaio 2010 12.46, Luigi Chiesa lchi...@tiscalinet.it ha scritto: Come sono da mappare gli agriturismo? se non c'è niente, magari dico una cavolata, non si può iniziare con qualcosa tipo leisure=agroturism +1 cmq *agritourism* è la scrittura corretta [1] ;) [1] http://en.wikipedia.org/wiki/Agritourism signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Io sono per usare un tag (o combinazione di tag) univoca. Così intanto si procede. Si fa sempre in tempo a cambiala quando (e se) ci si sarà messi d'accordo. E quindi leisure=agroturism (o forse amenity=agroturism) va benissimo. (vi faccio notare che si può aggiungere anche shop=farm se c'è uno spaccio di beni alimentari prodotti in loco) Ciao, Marco. --- Mar 26/1/10, brunetto brunetto.zi...@gmail.com ha scritto: Da: brunetto brunetto.zi...@gmail.com Oggetto: Re: [Talk-it] agriturismo A: openstreetmap list - italiano talk-it@openstreetmap.org Data: Martedì 26 gennaio 2010, 14:23 Il 26 gennaio 2010 12.46, Luigi Chiesa lchi...@tiscalinet.it ha scritto: Come sono da mappare gli agriturismo? se non c'è niente, magari dico una cavolata, non si può iniziare con qualcosa tipo leisure=agroturism e poi proporlo per l'adozione?? brunetto ___ 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] agriturismo
2010/1/26 brunetto brunetto.zi...@gmail.com: Il 26 gennaio 2010 12.46, Luigi Chiesa lchi...@tiscalinet.it ha scritto: Come sono da mappare gli agriturismo? se non c'è niente, magari dico una cavolata, non si può iniziare con qualcosa tipo leisure=agroturism userei agrItourism (http://en.wikipedia.org/wiki/Agritourism) insieme ad http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm landuse=farm, forse agritourism=yes? Anche leisure=agritourism come proposto da Brunetto IMHO va bene. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 14:33, Martin Koppenhoefer ha scritto: landuse=farm, forse agritourism=yes? Io spingo per questo. Sarebbero anche da associare altri tag per indicare i servizi forniti (in genere o ristorazione, o alloggio, o entrambi). -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
2010/1/26 Carlo Stemberger carlo.stember...@gmail.com: Il 26/01/2010 14:33, Martin Koppenhoefer ha scritto: landuse=farm, forse agritourism=yes? Io spingo per questo. Sarebbero anche da associare altri tag per indicare i servizi forniti (in genere o ristorazione, o alloggio, o entrambi). si, per quello mi piace leisure: cosí puoi aggiungerlo ad un amenity=restaurant (o altro). Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 14:50, Martin Koppenhoefer ha scritto: 2010/1/26 Carlo Stemberger carlo.stember...@gmail.com: Il 26/01/2010 14:33, Martin Koppenhoefer ha scritto: landuse=farm, forse agritourism=yes? Io spingo per questo. Sarebbero anche da associare altri tag per indicare i servizi forniti (in genere o ristorazione, o alloggio, o entrambi). si, per quello mi piace leisure: cosí puoi aggiungerlo ad un amenity=restaurant (o altro). Allora, mi butto un po' più seriamente nella discussione. Proviamo l'approccio a cipolla. Che cos'è prima di tutto un agriturismo? Risposta: un'azienda agricola. Come si mappa un'azienda agricola? Già qui avrei da ridire, comunque al momento per il centro agricolo (la zona contenente gli edifici) si fa così: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarmyard ovvero tutta l'area taggata come landuse=farmyard Fin qui credo che si possa essere tutti d'accordo. I singoli edifici si mappano, come al solito, con building=yes Anche qui credo che non ci siano obiezioni. agritourism=yes io lo assocerei all'area del centro aziendale, ovvero: landuse=farmyard agritourism=yes Se l'agriturismo fornisce un servizio di ristorazione, si potrebbe associare semplicemente amenity=restaurant all'edificio dove si mangia. Sono un po' più dubbioso su come indicare il servizio di alloggio. Prima di proseguire mi piacerebbe sentire il vostro parere su ciò che ho scritto. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 15:09, Carlo Stemberger ha scritto: comunque al momento per il *centro agricolo* (la zona contenente gli edifici) si fa così: Scusate, volevo scrivere centro aziendale. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Non mi ero accorto che nel wiki [1] in italiano agriturismo è stato messo in tourism=guest_house, ma non compare nella versione inglese che dovrebbe essere quella ufficiale. Si può sempre proporre tourism=agritourism per l'alloggio e amenity=restaurant per la ristorazione. Luigi [1] http://wiki.openstreetmap.org/wiki/IT:Map_Features#Tourism_.28turismo.29 - Original Message - From: Carlo Stemberger carlo.stember...@gmail.com To: openstreetmap list - italiano talk-it@openstreetmap.org Sent: Tuesday, January 26, 2010 2:39 PM Subject: Re: [Talk-it] agriturismo Il 26/01/2010 14:33, Martin Koppenhoefer ha scritto: landuse=farm, forse agritourism=yes? Io spingo per questo. Sarebbero anche da associare altri tag per indicare i servizi forniti (in genere o ristorazione, o alloggio, o entrambi). ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
2010/1/26 Carlo Stemberger carlo.stember...@gmail.com: I singoli edifici si mappano, come al solito, con building=yes Anche qui credo che non ci siano obiezioni. per farlo meglio si potrebbe essere più specifico: building=barn, building=granary, ... agritourism=yes io lo assocerei all'area del centro aziendale, ovvero: landuse=farmyard agritourism=yes si per il resto... Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 15:13, Luigi Chiesa ha scritto: Non mi ero accorto che nel wiki [1] in italiano agriturismo è stato messo in tourism=guest_house, ma non compare nella versione inglese che dovrebbe essere quella ufficiale. Si può sempre proporre tourism=agritourism per l'alloggio e amenity=restaurant per la ristorazione. Che casino. Direi piuttosto per l'area del centro aziendale: landuse=farmyard agritourism=yes per i singoli edifici: building=yes per l'edificio ristorante: building=yes amenity=restaurant cuisine=[...] per l'edificio alloggio: building=yes tourism=guest_house Che ne dite? -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 15:18, Martin Koppenhoefer ha scritto: per farlo meglio si potrebbe essere più specifico: building=barn, building=granary, ... Sì, volendo... -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
per l'area del centro aziendale: landuse=farmyard agritourism=yes per i singoli edifici: building=yes per l'edificio ristorante: building=yes amenity=restaurant cuisine=[...] per l'edificio alloggio: building=yes tourism=guest_house +1 chi fa la pagina del proposal? io ne ho già due in attesa di essere scritte e passo volentieri!:-P brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 16:34, brunetto ha scritto: chi fa la pagina del proposal? Ovviamente Luigi, dato che ha aperto la discussione :-P In realtà basterebbe buttare sul wiki da qualche parte quelle poche righe: l'importante è avere un'indicazione, anche se non ufficiale. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
io mi sono un po perso, si dovrebbe quindi rilevare tutti gli edifici e taggarli di varia entità a seconda dell'uso?? Io ad esempio ne avrei 3-4 da inserire e non potrei inserirli come semplice punto/nodo? Lucio - Original Message - From: Carlo Stemberger carlo.stember...@gmail.com To: openstreetmap list - italiano talk-it@openstreetmap.org Sent: Tuesday, January 26, 2010 6:49 PM Subject: Re: [Talk-it] agriturismo Il 26/01/2010 16:34, brunetto ha scritto: chi fa la pagina del proposal? Ovviamente Luigi, dato che ha aperto la discussione :-P In realtà basterebbe buttare sul wiki da qualche parte quelle poche righe: l'importante è avere un'indicazione, anche se non ufficiale. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it __ Informazioni da ESET NOD32 Antivirus, versione del database delle firme digitali 4807 (20100126) __ Il messaggio è stato controllato da ESET NOD32 Antivirus. www.nod32.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
Il 26/01/2010 19:02, Lucio ha scritto: Io ad esempio ne avrei 3-4 da inserire e non potrei inserirli come semplice punto/nodo? Sì, direi di sì. Basta non mettere building=yes sull'area dell'edificio, per il resto è tutto uguale. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Osmizza
Già che si parla di agroturismi volevo chiedere come proponete di taggare le osmizze sul carso [1] (che sono uguali alle frasche in friuli) [1] http://it.wikipedia.org/wiki/Osmizza Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmizza
2010/1/26 Damjan Gerli dam...@damjan.net: Già che si parla di agroturismi volevo chiedere come proponete di taggare le osmizze sul carso [1] (che sono uguali alle frasche in friuli) shop=osmizza -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmizza
Il 26/01/2010 19:14, Simone Cortesi ha scritto: 2010/1/26 Damjan Gerli dam...@damjan.net: Già che si parla di agroturismi volevo chiedere come proponete di taggare le osmizze sul carso [1] (che sono uguali alle frasche in friuli) shop=osmizza No, secondo me è proprio da considerare un agriturismo. Immagino che anche dal punto di vista fiscale non cambi niente rispetto a qualunque altro agriturismo in Italia. @Simone: Cos'è tutta 'sta voglia di autarchia? :-P -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmizza
Il 26/01/2010 19:14, Simone Cortesi ha scritto: 2010/1/26 Damjan Gerli dam...@damjan.net: Già che si parla di agroturismi volevo chiedere come proponete di taggare le osmizze sul carso [1] (che sono uguali alle frasche in friuli) shop=osmizza No, secondo me è proprio da considerare un agriturismo. Immagino che anche dal punto di vista fiscale non cambi niente rispetto a qualunque altro agriturismo in Italia. E no: la differenza è proprio questa. In osmizza niente scontrini fiscali! Però può essere aperta solamente per un breve periodo durante l'anno. Mentre l'agriturismo può essere aperto tutto l'anno (se non sbaglio). Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmizza
2010/1/26 Carlo Stemberger carlo.stember...@gmail.com: No, secondo me è proprio da considerare un agriturismo. Immagino che anche dal punto di vista fiscale non cambi niente rispetto a qualunque altro agriturismo in Italia. ma perdi l'informazione legata al fatto che è una OSMizza @Simone: Cos'è tutta 'sta voglia di autarchia? :-P forte il lato oscuro della forza esso è... :) -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
