[talk-ph] ideas for tracking stepjuan's journey (Fwd: STEPJUAN Bai: A walking expedition for Children with Cancer)
StepJuan is back on the road. For brief background, we helped Tomas and the StepJuan crew last year in mapping his journey from Paguppud Ilocos to Matnog, Sorsogon. We provided him one of the gpstogo units to track the whole journey. All traces are in OSM: http://www.openstreetmap.org/traces/tag/stepjuan This year he is planning to do the Visayas leg. I'm looking for ideas on how we can once again track the journey and show a webmap. Are there any GPS tracker available wherein we can directly interface to an OSM map? The StepJuan crew is looking for sponsorships, if you have ideas, just post em here. Thanks! -- Forwarded message -- Hi firends, StepJuan is walking to town again! This time me and my team will walk through the 6 major islands of the Visayas Region, starting from Allen Samar and will end in Boracay Island, Aklan. This adventure will benefit children with cancer under the Philippine Children's Medical Center (tawid kalusugan program for indigent patients). With this i would like to ask for your help. Attached is a cover letter, the walk IT and our media plan. Hoping for your help and guidance. God Bless. Love and Peace, ~Tomas Leonor Director/ Founder: StepJuan www.stepjuan.com tomas.leo...@gmail.com +639152166693/ +639193622182 -- 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] ideas for tracking stepjuan's journey (Fwd: STEPJUAN Bai: A walking expedition for Children with Cancer)
maning sambale wrote, On Friday, 04 March, 2011 08:06 PM: This year he is planning to do the Visayas leg. I'm looking for ideas on how we can once again track the journey and show a webmap. Are there any GPS tracker available wherein we can directly interface to an OSM map? The StepJuan crew is looking for sponsorships, if you have ideas, just post em here. You might be able to persuade Globe to give you a sponsorship. They have a GPS tracking system which you might be able to use. Not sure how it would integrate with OSM though. http://site.globe.com.ph/web/business/news_events/news20cn?sid=TXHCbcuxpRcAAAv60wwAAAFae Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] Does routing based on OSM data lead to a derived or assembled work?
Dear OSM enthusiasts, I'd like to develop an advanced ROUTING application based on OSM data. The user shall be able to draw ROUTES along available vectors and those ROUTES shall be stored in a seperate database. For display in web I'd like to render OSM data for the base layer and put ROUTES on a different layer on top. As far as I understood earlier postings this means: - OSM content remains unmodified - points are taken from OSM as base for routing and to create another layer that contains routes - layers are not combined descructively What es beeing created by the user or routing engine is a personal route, that he or she wants to store in a database. Is the database containing all user's personal routes to be put under CC-BY? How will change of licence will affect this scenario? I kindly thank you for any assistance in this matter. BTW: Is there a way to search the whole legal archive at once? Markus Gerler ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] all our addresses are belong to you
On 3/3/2011 11:16 PM, Alan Mintz wrote: Is this data really worth importing? With the required amount of review, I wouldn't classify them as a data import so much as a requested work list. These addresses are important to the owners in some way: historically GPS's have gone to the wrong location, the road was misnamed, etc. And many people set these locations as navigation / map search targets. From the point of view that it is good to cater to those who consume OSM data, it is good to have these address points on the map. Why should this data be any different? Why is dragging a point to the nearest building and more correct that dragging it to the next block, or the next town, if you don't know the feature personally? In at least one case I found, it would be wrong to drag it to the nearest building - and since it began in the middle of the road, you can't even tell which side it belongs. This was probably a case of GPS's always send my customers to the wrong place. Most of these should be surveyed before import to meet the expected OSM quality level. Only a few are clear from aerials alone - such as a church or school in a residential / rural area where it is the address in question. That brings up another point: workflow. When / if someone decides to add the few addresses that they can survey, it would be good to mark them as having been imported and remove them from the master list. Otherwise it will be hard to find new reports when MapQuest publishes an update. Throwing them up on MapDust / OSM Bugs would almost be appropriate, but I'd say they are a bit more informed than the average OSM Bugs / Mapdust report. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bike / Pedestrian directions on the MQ Open sites
HI all, just a quick note - we've added bicycle and pedestrian routing options to the MapQuest Open sites more details here: http://blog.mapquest.com/2011/03/03/open-routing-options-expanded/ couple known things: - We've already discovered highway=bridleway not included - we've updated the base code already, but it requires a re-conversion from scratch, so it'll take a week or two before bridleways get picked up - if you're familiar with the underlying services from http://open.mapquestapi.com you'll notice that neither the elevation service, nor use of the cyclingRoadFactor parameter are in the UI yet - that'll come later knowing the amazing diligence of this community, I'm sure you guys will find tags we've missed that should or could be used for bike/pedestrian. If you feel its worth mentioning, please please please provide some point of reference so we can eyeball it - a wayID, or a link to a route on the open mapquest site where it isnt going thru a feature you think it should. Thanks. Cheers, Ant (The Limey) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Another large edit gone wrong (McDonald's)
I think the recent McDonald's changeset may need reverting or at least additional editing: http://www.openstreetmap.org/browse/changeset/7454383 It seems whoever did this did an XAPI query for all objects named McDonalds then did CTRL-A and added/replaced the name with McDonald's A simple name cleanup. However this also tagged all member nodes of building outlines with name=McDonald's which is very much an error. Is this user on the mailing list? Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
Talking about it on IRC, someone noticed that the same user did a similar thing with WalMart - Walmart which also resulted in the same error. http://www.openstreetmap.org/browse/changeset/7454666 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
Even apart from the node cockup, whilst it's possible that the perpetrator of this changeset has checked that every item changed did in fact sell processed dead cow, I suspect that that's unlikely. For example, I note after a quick Google that McDonalds Carpets Rugs spell their name without an apostrophe. Most people here are extremely tolerant of people coming to the project anew and not quite understanding what they need to do first time, and are more than willing to help (see the huge amount of time people put into providing answers on the help. site as an example of that), but this is someone who's been editing for a year. Many years ago at work we used to have a coding donkey (a souvenir of someone's holiday long ago) which was passed around in response to recent embarrassing committed code. Perhaps OSM needs something similar, a muppet of the month perhaps? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Does routing based on OSM data lead to a derived or assembled work?
Hi, mg040 wrote: Is the database containing all user's personal routes to be put under CC-BY? CC-BY-SA, if anything. The routes are clearly derived works from OSM data (because they will incorporate topology and even OSM geometry). However, if you just display the route to this one user, then the single route is CC-BY-SA, and the only person who has received the route is that one user - the user may now use the route under CC-BY-SA as they please, but that does not mean that you have to show this route (or your whole database) to other people as well. How will change of licence will affect this scenario? I'm not sure; my guess is that as long as you don't publicly use the database you can keep it under lock and key, but if you should start providing services to the public based on your database (e.g. find routes that other people have traveled!) then you might have to make it available. The picture might become clearer if you can tell us why you are storing the user's routes in a database. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
Hi, Toby Murray wrote: I think the recent McDonald's changeset may need reverting or at least additional editing: http://www.openstreetmap.org/blocks/39 Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] all our addresses are belong to you
On Wed, Mar 2, 2011 at 3:55 PM, flambe...@gmail.com flambe...@gmail.com wrote: MapQuest is providing several address files that contain user-provided latitude and longitude locations across the world. Our users provided these exact locations to us so that they could be mapped correctly on our MapQuest maps. I like the idea of the user-contributed please map me addresses. I like the idea of the map-bug type of please fix me bug reports. But I wonder if we could get a higher quality of bug report by getting a tighter connection to the reporter of the bug / request? There have been many reports of bugs with insufficient data, and now we are seeing address requests with unclear references. I wonder if bug-reports, etc. with an included contact email would lead to better results for the bug reporter and the OSMer who responds? Might it also lead to big reporters becoming OSM contributors? It is left as a project for the reader to figure out a way to helpfully connect bug reporters with bug squishers. ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
On 04/03/2011 15:17, Toby Murray wrote: Talking about it on IRC, someone noticed that the same user did a similar thing with WalMart - Walmart which also resulted in the same error. http://www.openstreetmap.org/browse/changeset/7454666 Just to be clear - McDonald's (with a possessive apostrophe) is correct when used for the infamous burger chain: http://www.mcdonalds.com/us/en/websites.html Yes, I know it shouldn't have, but that's the way they want it The user also amended drive_through to drive_thru, but has since reverted those. It reminded be to check up on taginfo for 'donuts'. There's over 130 of them (excluding names). Can anyone think of any other crude labelling that should be corrected? Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
Hi, Frederik Ramm wrote: I think the recent McDonald's changeset may need reverting or at least additional editing: http://www.openstreetmap.org/blocks/39 User says sorry, has reverted some things himself and asked me to revert the rest which I'm doing right now. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SSL endpoint for OpenStreetMap API?
Is there an SSL endpoint for the OpenStreetMap API? I.e. I tried to use: https://www.openstreetmap.org/api/0.6 To upload my changes from Merkaartor, but I get HTTP Error 400 when trying to use this endpoint. My ISP has some kind of caching HTTP proxy that mangles requests (this can't be too uncommon?), so my uploads with the non-SSL API fail (error 400, 403, 500, etc). I either go to a coffee shop to upload, or use an SSH tunnel which lately has been unconvenient and unreliable. If the OSM API was available over SSL, I could bypass that caching proxy. Are there any easy solutions for me/others in the same boat? -- Samat K Jain http://samat.org/ | GPG: 0x4A456FBA All the passions make us commit faults; love makes us commit the most ridiculous ones. -- La Rochefoucauld (422) signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
On Fri, Mar 4, 2011 at 1:02 PM, Frederik Ramm frede...@remote.org wrote: User says sorry, has reverted some things himself and asked me to revert the rest which I'm doing right now. Great! Glad the problem has been corrected quickly. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
At 2011-03-04 10:54, Dave F. wrote:
On 04/03/2011 15:17, Toby Murray wrote:
Talking about it on IRC, someone noticed that the same user did a
similar thing with WalMart - Walmart which also resulted in the same
error.
http://www.openstreetmap.org/browse/changeset/7454666
Just to be clear - McDonald's (with a possessive apostrophe) is correct
when used for the infamous burger chain:
http://www.mcdonalds.com/us/en/websites.html
Yes, I know it shouldn't have, but that's the way they want it
What do you mean? The fictional character is Ronald McDonald, and it's his
joint, so possessive is appropriate, no?
I very carefully created a fast food preset that I use daily, looking at
signs and websites to determine exact spelling and punctuation of the
names, only to now find out that JOSM silently ignores single quotes in
preset values (i.e. name=McDonald's tags name=McDonalds) :(. I've updated
the wiki page to document the unusual escaping methodology (' must be
represented by '') and fixed my presets. At some point, I will probably
entertain a bulk data fix, but I'll be sure to talk about it first.
The user also amended drive_through to drive_thru, but has since reverted
those.
Is drive_through=yes the accepted tag now? When I started, I couldn't find
one, so I emulated the access=* style and used motorcar=yes on any
amenity=fast_food|restaurant that has a drive-through. I tag motorcar=no on
amenity=fast_food that specifically doesn't have it, but do not tag
anything on amenity=restaurant (since most of what I consider restaurants
would need to be tagged no). Should these be changed?
It reminded be to check up on taginfo for 'donuts'. There's over 130 of
them (excluding names).
I'm surprised that's all. As you point out, it is acceptable enough that it
is often used in names.
Can anyone think of any other crude labelling that should be corrected?
Now that's funny. Last time I looked at TW, I was exhausted before I got to
about ak*.
--
Alan Mintz alan_mintz+...@earthlink.net
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
On 04/03/2011 23:14, Dave F. wrote: The name of the company is McDonalds What's your evidence for that? The contact page on their web site gives the company name as McDonald's Corporation. -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bike / Pedestrian directions on the MQ Open sites
john whelan wrote: A possible task on the OSM side is to check the tags on footways through parks. Some cities allow bicycles to use them but it needs local knowledge Allow, tolerate, don't actively forbid ? I tend to rather encode local custom instead of a strict interpretation of the law... But I guess that this is subject to debate - though I have not searched the mailing list archives for clues. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
On Fri, Mar 4, 2011 at 6:14 PM, Dave F. dave...@madasafish.com wrote: The name of the company is McDonalds, so anything belonging to them should be McDonalds's. http://www.facebook.com/McDonalds?v=photos McDonald's's Photos LOL Of course, the correct way is to punt, like Wikipedia: The McDonald's Corporation's business model is slightly different from that of most other fast-food chains. (http://en.wikipedia.org/wiki/McDonald%27s) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bike / Pedestrian directions on the MQ Open sites
On Sat, Mar 5, 2011 at 1:04 AM, Antony Pegg anttheli...@gmail.com wrote: knowing the amazing diligence of this community, I'm sure you guys will find tags we've missed that should or could be used for bike/pedestrian. If you feel its worth mentioning, please please please provide some point of reference so we can eyeball it - a wayID, or a link to a route on the open mapquest site where it isnt going thru a feature you think it should. Welcome to the lion's den. :) The whole bike/pedestrian path thing is quite complicated, mostly because the rules are different in different countries, and many people (myself included) have difficulty understanding that the assumptions they make in their own country don't hold up elsewhere. The most useful info is here: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions The point being that highway=cycleway is ok for pedestrians in some countries (notably, Australia) and not in others (notably, Germany). Similarly highway=footway is ok for bicycles in some countries and not in others. Some useful links: http://wiki.openstreetmap.org/wiki/Access http://wiki.openstreetmap.org/wiki/Key:path Anyway, just did a quick test: http://open.mapquest.com/embed?hk=4-QgRUXMaY I'm shocked. That's almost the exact route I took yesterday. With cloudmade, I had to add 3 waypoints. Obviously Mapquest rates bike paths a lot more highly than Cloudmade does (which is good!). Looks like we're going to be good friends. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] webmap that plots coordinates and output gpx tracks
Suggestions on what webmap to use for a set of coordinates and then provides a download of gpx track. In the past I use yournavigation but it can't find a route for my current set of points. In addition, the planet it is using is quite old (Nov 2010). I'm considering the use of MapQuest, but I can't find a way to put lat/lon and get the output as GPX in the interface. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Another large edit gone wrong (McDonald's)
On Fri, 04 Mar 2011 23:14:53 + Dave F. dave...@madasafish.com wrote: The name of the company is McDonalds, so anything belonging to them should be McDonalds's. The correct grammar for that would be McDonalds' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Lambertus' OSM kaart site traag of stuk?
Als ik een paar kaartgedeeltes van Lambertus zijn website [1] wil downloaden dan krijg ik te zien dat er 1306 requests in de queue zijn en een wachttijd van 5,5 dagen. Is dit echt de load op die service op dit moment of is er iets stuk met het maken van de kaarten? [1] http://garmin.na1400.info/routable.php Groeten, Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Lambertus' OSM kaart site traag of stuk?
On Fri, 04 Mar 2011 11:46:03 +0100, Lambertus wrote: De service draait normaal maar is gewoon druk met kaart aanvragen. Probleem is: er kunnen maar een beperkt aantal kaarten tegelijkertijd beschikbaar gesteld worden binnen de beschikbare schijfruimte. Dat meerdere mensen dezelfde kaart downloaden als gevolg van caching help maar de populariteit van die service is simpelweg te groot voor de huidige hardware configuratie/manier van werken. Misschien een tip: zet de huidige wachttijd op de site en koppel daaraan een wat dringendere melding om totale landen te downloaden, met daarbij de hint dat een land compleet downloaden geen wachttijd heeft. Je hebt nu wel die melding in het groen, maar die valt niet erg op en is niet erg dwingend. Groeten, Maarten On 2011-03-04 10:29, Maarten Deen wrote: Als ik een paar kaartgedeeltes van Lambertus zijn website [1] wil downloaden dan krijg ik te zien dat er 1306 requests in de queue zijn en een wachttijd van 5,5 dagen. Is dit echt de load op die service op dit moment of is er iets stuk met het maken van de kaarten? [1] http://garmin.na1400.info/routable.php ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Lambertus' OSM kaart site traag of stuk?
On 2011-03-04 11:58, Maarten Deen wrote: Misschien een tip: zet de huidige wachttijd op de site en koppel daaraan een wat dringendere melding om totale landen te downloaden, met daarbij de hint dat een land compleet downloaden geen wachttijd heeft. Als alle landen gecached zouden zijn dan zou er inderdaad geen wachttijd zijn, maar dat zijn ze niet per se. Er is nu namelijk niet echt een verschil tussen landen en elke andere willekeurige combinatie van tiles. De pull-down menu's met landen keuzes zorgen alleen voor mogelijke concentratie van bepaalde tile combinaties. Vandaar dat door een land te kiezen je *mogelijk* de kaart eerder direct kunt downloaden. De huidige wachttijd staat al op de site: pal onder de kaart. Een mogelijke kleine optimalisatie is dat standaard landkaarten langer gecached worden dan custom kaarten. Die zal ik één dezer dagen toevoegen. Een andere mogelijkheid voor optimalisatie om de wachtrij te verkorten zit in het geval als er twee of meer dezelfde requests in de wachtrij zitten. Zodra de eerste is afgehandeld zouden de overige identieke requests ook bericht kunnen krijgen. Dat is nu nog niet zo, zij wachten op hun beurt en dan pas komt het systeem erachter dat de kaart eigenlijk al bestaat. Ook dit zou niet heel moeilijk moeten zijn. Maar, zoals zo vaak, tijd om te software te ontwikkelen is een schaars goed. Je hebt nu wel die melding in het groen, maar die valt niet erg op en is niet erg dwingend. Dat is een goed punt, ik zal kijken of die melding wat dwingender kan. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Lambertus' OSM kaart site traag of stuk?
On Fri, 04 Mar 2011 12:34:43 +0100, Lambertus wrote: On 2011-03-04 11:58, Maarten Deen wrote: Misschien een tip: zet de huidige wachttijd op de site en koppel daaraan een wat dringendere melding om totale landen te downloaden, met daarbij de hint dat een land compleet downloaden geen wachttijd heeft. Als alle landen gecached zouden zijn dan zou er inderdaad geen wachttijd zijn, maar dat zijn ze niet per se. Er is nu namelijk niet echt een verschil tussen landen en elke andere willekeurige combinatie van tiles. De pull-down menu's met landen keuzes zorgen alleen voor mogelijke concentratie van bepaalde tile combinaties. Vandaar dat door een land te kiezen je *mogelijk* de kaart eerder direct kunt downloaden. De huidige wachttijd staat al op de site: pal onder de kaart. Oh, dat had ik nog niet eens gezien. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Wormtails
Degene die zo'n mooie wormtail van Amsterdam maakt krijgt van mij een drankje naar keuze bij de volgende meetup. http://eric.marsden.free.fr/osm/wormtrails/paris.html -- Martijn van Exel Senior Researcher - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: mart...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] bulletin
Hoi, Ik geef weer een zwengel aan het weekbulletin. Het is wel een hoop gezwengel. Ik vind het zelf leuk om te doen maar vind niet altijd de tijd. Nu weer wel, maar ik zie dat er al een paar weken bijna niks gebeurd is. Wat is de beste vorm hiervoor? Een onregelmatig bulletin? Gewoon posten op de blog zodra je iets te melden hebt? Misschien moeten we het blog laagdrempeliger maken (een posterousblog zoals opengeodata.org is - daar kun je gewoon naartoe mailen?) Ik ga nu in elk geval weer wat nieuwtjes posten :) -- Martijn van Exel Senior Researcher - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: mart...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] bulletin
On 4-3-2011 14:34, Martijn van Exel wrote: Hoi, Ik geef weer een zwengel aan het weekbulletin. Het is wel een hoop gezwengel. Ik vind het zelf leuk om te doen maar vind niet altijd de tijd. Nu weer wel, maar ik zie dat er al een paar weken bijna niks gebeurd is. Ik had er zelfs wat dingen bijgezet afgelopen ronde, maar hij werd maar niet uitgegeven. Goed om te zien dat je toch door wilt gaan. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Fwd: [Aust-NZ] Melbourne Open GIS
-- Forwarded message -- From: Simon O'Keefe simon.oke...@groundtruth.com.au Date: 4 March 2011 15:27 Subject: [Aust-NZ] Melbourne Open GIS To: aust...@lists.osgeo.org The Melbourne Open GIS event is on again at 5pm on Thursday the 17th of March at the OpenHub. Melbourne Open GIS is a forum to discuss open standards and interoperability in GIS. Our meetings bring together professionals from geospatial and other disciplines in a casual environment for some presentations, informal discussions, socialising and some drinks supplied by our meeting sponsors. Meetings are open to anyone, BUT if you wish to attend, you must RSVP. Why Melbourne Open GIS? Last year, several Melbourne-based members of the Open Source Geospatial Foundation (OSGeo) Aust-NZ mailing list wanted an excuse to get together and talk tech over some drinks. After three meetings, it's grown in popularity, with 25+ GIS professionals, database specialists, mobile and web developers attending the last meeting (only half of whom were aware of the OSGeo Foundation). The mission of Melbourne Open GIS is to provide a social outlet and an opportunity to spread the word about GIS open standards and interoperability within and outside of the open source GIS community. Sponsorship We are seeking sponsors for this event. As well as our invited speakers, other organisations or individuals who bring a slab will have 5-10 minutes to present on a topic of their choice. (Blatant advertising will result in being sent to the bottle shop to purchase another slab.) Half-slab sponsorships are available to government and non-commercial presenters. Contact simon.oke...@groundtruth.com.au to register your interest. ** Note: the OpenHub has MOVED!! ** The new location for the OpenHub is Level 1, 243 Collins Street, Melbourne. DO NOT go to the old Queen Street location. The entrance to the OpenHub is on Manchester Lane, about 20m down from Collins Street, and marked Merigold on Collins. Here’s a map: http://goo.gl/maps/1JEP. (Click on the pin on the map to see a picture of the entrance so you know what to look for.) The intercom is not yet hooked up, so if the door is unmanned, ring 0409 413 890 when you arrive outside, and we’ll come down and let you in. Details... Date: Thursday the 17th of March 2011 Time: 5:00, for 5:30 start Location: OpenHub, Level 1, 243 Collins Street, Melbourne RSVP: Monday the 14th of March, simon.oke...@groundtruth.com.au Parking: http://bit.ly/eyjG3Q Twitter Hashtag: #MelbOpenGIS Cheers, Simon ___ Simon O'Keefe Geospatial Systems Developer Groundtruth GPO Box 683 Melbourne VIC 3001 mobile: 0409 413 890 office: 03 9017 6850 email: simon.oke...@groundtruth.com.au web:http://www.groundtruth.com.au ___ ___ Aust-NZ mailing list aust...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/aust-nz ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Abstimmung: Designation
Hallo! Ich wollte Euch auf eine aktuell laufende Abstimmung im Wiki aufmerksam machen: http://wiki.openstreetmap.org/wiki/Proposed_features/Designation Dieses Tag ist in England/Wales für dort gebräuchliche Wegerechtsregeln in Gebrauch. Es wird im Proposal aber als globales Freiform-Tag vorgeschlagen, ohne weitere Regeln oder konkrete Beispiele zur Anwendung außerhalb des UK. Meine Befürchtung ist, daß das bestehende Chaos um Rad/Fußwege mit einem weiteren Tag dafür, insbesondere einem Tag völlig ohne konkrete Definition, noch wesentlich verschlimmert wird. Schaut's Euch mal an was Ihr davon haltet. Und auch wenn Ihr selber nix von Proposals haltet: Es gibt Leute, die im Wiki nach Tagging-Hinweisen suchen. Und die werden ein so verabschiedetes Tag dann auch verwenden. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Abstimmung-Designation-tp6087644p6087644.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] highway=residential und area=yes ?
Am 03.03.2011 23:06, schrieb Pascal Neis: Hi, bin gerade über ein etwas seltsames Mapping gestoßen, Hi, ist das übliche OSM Chaos, da sich das Schema für gerichtete Straßenflächen (area:highway=residential) noch nicht durchgesetzt hat. ;-) Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Am 04.03.2011 09:18, schrieb Chris66: Am 03.03.2011 23:06, schrieb Pascal Neis: Hi, bin gerade über ein etwas seltsames Mapping gestoßen, Hi, ist das übliche OSM Chaos, da sich das Schema für gerichtete Straßenflächen (area:highway=residential) noch nicht durchgesetzt hat. ;-) Von nicht durchgesetzt würde ich nicht sprechen. Das Schema ist einfach recht unbekannt, weil es auch kaum Sourcen gibt, die ein erfassen überhaupt sinnvoll werden lässt. Da braucht es schon DOPs mit 10cm Auflösung. Hinzu kommt, dass die Erfassung recht aufwändig ist. Mit GPS (auch Mehrfachmessung) muss man da erst garnicht anfangen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Koodinaten von Adressen
Hallo! Am 03.03.2011 18:55, schrieb fx99: Hallo Wolfgang, kennst Du das hier? http://www.gpsvisualizer.com/geocoder/ Danke, genau das tut es! -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Hallo Liste, Mir ist gerade ebenfalls unabhängig von diesem Trend aufgefallen, dass es in Erfurt viele Plätze gibt über die man nicht routen kann. Eine Frage von mir währ da noch, wie mappt man einen großen Platz (z.B. Erfurter Domplatz) der z.B. fünf oder mehr Zugäng hat und einer davon vielleicht noch ein Fußweg ist? Treffen die sich alle in einem Node in der Mitte oder wie wird es gemacht? Danke und Ciao Holger Am 03.03.11 23:06, schrieb Pascal Neis: Hi, bin gerade über ein etwas seltsames Mapping gestoßen, was aber anscheinend tlw. so üblich ist. Manche tragen Straßen als Fläche und zusätzlich darunter nochmal die Straße als Linie ein [1]. Das erste damit die Karte möglichst nah an der Realität aussieht und das zweite das eine Routing-Software damit umgehen kann. Zusätzlich verbinden sie aber die Fläche nicht mit den umliegenden Wegen um Probleme beim Routing zu umgehen. Andere zeichnen wiederum nur eine Fläche, ersparen sich die Wege darunter und verbinden die Fläche mit den umliegenden Wegen [2]. Ich denke ich kann den Fall 1 herausfiltern, aber muss das wirklich so gemacht werden ? In Fussgaengerzonen kann es Sinn machen, aber bei Residentials eine Linie + nochmal als Flaeche ? viele gruesse pascal [1] http://www.openstreetmap.org/browse/way/96097331 [2] http://www.openstreetmap.org/browse/way/1378895 ___ 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] Ansätze zu mappen
Philip Gillißen schrieb: Mich wundert einfach dein Ansatz, einfach nach allen Luftbildern zu mappen, obwohl man die Gegend nicht kennt. Ich habe vor Ort noch genügend zu tun und würde mir viel zu unsicher sein, in einer fremden Gegend von Luftbildern zu mappen... Gerad dann, wenn man sich in einer Ecke gut auskennt oder auszukennen glaubt, fallen beim Mappen per Bing drei Dinge auf: - Vieles ist nicht so, wie man glaubt, wenn man nur die Straßenansicht kennt. - Vieles ist anders, als die Luftbilder vermitteln: Vermeintliche Garagen entpuppen sich als Anbauten, vermeintliche Anbauten gehören tatsächlich zum Nachbarhaus, vermeintliche Wohnblöcke sind tatsächlich Reihenhäuser. - Luftbilder sind prinzipiell veraltet. Hier in der Gegend hat es vor etwa zwei Jahren mal einen Tagebruch gegeben, sowohl Gurgel als auch bing zeigen noch inzwischen längst abgerissene Gebäude, dafür fehlen zwei Neubauten. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Am 04.03.2011 10:42, schrieb Holger Schr@der: Mir ist gerade ebenfalls unabhängig von diesem Trend aufgefallen, dass es in Erfurt viele Plätze gibt über die man nicht routen kann. Es gibt hunderte OSM Router, welchen meinst Du? Normalerweise wird am Rand der Fläche entlang geroutet. Sind die Plätze in Erfurt eventuell als Multipolygon definiert? wie mappt man einen großen Platz (z.B. Erfurter Domplatz) der z.B. fünf oder mehr Zugäng hat und einer davon vielleicht noch ein Fußweg ist? Treffen die sich alle in einem Node in der Mitte oder wie wird es gemacht? Das übliche Tagging wäre, die einlaufenden Wege einfach mit dem Rand der Fläche zu verbinden, die Fläche selber ist als hw=pedestrian + area=yes getaggt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Moin, Pascal Neis schrieb: Hi, bin gerade über ein etwas seltsames Mapping gestoßen, was aber anscheinend tlw. so üblich ist. Manche tragen Straßen als Fläche und zusätzlich darunter nochmal die Straße als Linie ein [1]. Das erste damit die Karte möglichst nah an der Realität aussieht und das zweite das eine Routing-Software damit umgehen kann. Zusätzlich verbinden sie aber die Fläche nicht mit den umliegenden Wegen um Probleme beim Routing zu umgehen. Andere zeichnen wiederum nur eine Fläche, ersparen sich die Wege darunter und verbinden die Fläche mit den umliegenden Wegen [2]. Ich denke ich kann den Fall 1 herausfiltern, aber muss das wirklich so gemacht werden ? In Fussgaengerzonen kann es Sinn machen, aber bei Residentials eine Linie + nochmal als Flaeche ? Gegenfrage: Als entsprechender Anwender (routing) kannst Du vielleicht am besten beurteilen, wie der entsprechende Kompromiss zwischen Routing (insbesondere im Fall 1 und anderen komplizierten Formen) und großmaßstäblichem Rendering gestaltet werden kann? Ich persönlich halte den ersten Ansatz - allerdings wohl besser mit area:highway=residential zwecks besserer Filtermöglichkeit für ganz geeignet. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Am 04.03.2011 10:52, schrieb Chris66: Am 04.03.2011 10:42, schrieb Holger Schr@der: Mir ist gerade ebenfalls unabhängig von diesem Trend aufgefallen, dass es in Erfurt viele Plätze gibt über die man nicht routen kann. Es gibt hunderte OSM Router, welchen meinst Du? Normalerweise wird am Rand der Fläche entlang geroutet. Sind die Plätze in Erfurt eventuell als Multipolygon definiert? wie mappt man einen großen Platz (z.B. Erfurter Domplatz) der z.B. fünf oder mehr Zugäng hat und einer davon vielleicht noch ein Fußweg ist? Treffen die sich alle in einem Node in der Mitte oder wie wird es gemacht? Das übliche Tagging wäre, die einlaufenden Wege einfach mit dem Rand der Fläche zu verbinden, die Fläche selber ist als hw=pedestrian + area=yes getaggt. Chris Das Routing über den Flächenrand ist aber generell nicht schön und meiner Meinung nach ein recht großes OSM-Problem. Den schwarze Peter schieben sich die beiden Lager gegenseitig zu... Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Hallo Chris, Am 04.03.11 10:52, schrieb Chris66: Am 04.03.2011 10:42, schrieb Holger Schr@der: Mir ist gerade ebenfalls unabhängig von diesem Trend aufgefallen, dass es in Erfurt viele Plätze gibt über die man nicht routen kann. Es gibt hunderte OSM Router, welchen meinst Du? Normalerweise wird am Rand der Fläche entlang geroutet. Routing mit einem Garmin Sind die Plätze in Erfurt eventuell als Multipolygon definiert? Nein, als area=yes wie mappt man einen großen Platz (z.B. Erfurter Domplatz) der z.B. fünf oder mehr Zugäng hat und einer davon vielleicht noch ein Fußweg ist? Treffen die sich alle in einem Node in der Mitte oder wie wird es gemacht? Das übliche Tagging wäre, die einlaufenden Wege einfach mit dem Rand der Fläche zu verbinden, die Fläche selber ist als hw=pedestrian + area=yes getaggt. So sind die Plätze auch getaggt. Das wiederspricht doch aber genau dem was meine Vorredner hier geschrieben haben - oder habe ich da was falsch verstanden? Martin schrieb: ich mappe auch öfters Plätze als pedestrian und zeichne highway-Straßen darüber. Wie sind dann die highwas-Straßen die über dem Platz verlaufen miteinander verknüpft? Danke und Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Hi, Georg Feddern schrieb: Gegenfrage: Als entsprechender Anwender (routing) kannst Du vielleicht am besten beurteilen, wie der entsprechende Kompromiss zwischen Routing (insbesondere im Fall 1 und anderen komplizierten Formen) und großmaßstäblichem Rendering gestaltet werden kann? Ich persönlich halte den ersten Ansatz - allerdings wohl besser mit area:highway=residential zwecks besserer Filtermöglichkeit für ganz geeignet. dem kann ich zustimmen. Also m.M. nach ist Fall 1 so am ungünstigsten. Fall 2 könnte aber problemlos beim Routing verwendet werden (wenn die Fläche am Rand mit umliegenden Wegen verbunden ist). Es wird halt am Rand der Fläche entlang geroutet. Beim Aufbereiten der OSM Daten im Fall 1 wäre es für mich bereits ok, wenn der Way nicht mehr als highway=residential und area=yes sondern stattdessen als area:highway=residential getaggt wäre. Dann würde der Way erst gar nicht mit in den Routing-Datensatz aufgenommen werden ... Insgesamt entnehme ich dem Thread bis jetzt das Fall 1 so nicht optimal ist und ein umtagging erfolgen sollte ? Andere Frage (ich kenne mich mit den RenderRegeln nicht so gut aus): Kann area:highway=residential interpretiert werden ? Also würde die Fläche nach einem umtagging genauso wie jetzt in der Karte aussehen ? viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Einstellungen
Es passiert immer wenn man es am wenigsten brauchen kann (plane grad einen Vortrag): Mein JOSM hat die Einstellungen verloren... Wo sind diese gespeichert (Vista)? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Moin, Pascal Neis schrieb: Andere Frage (ich kenne mich mit den RenderRegeln nicht so gut aus): dito, aber das ... Kann area:highway=residential interpretiert werden ? Also würde die Fläche nach einem umtagging genauso wie jetzt in der Karte aussehen ? ... kann ich nach bestem Gewissen mit Natürlich (noch) nicht! Deswegen macht man es ja anders. ;-) beantworten. Erstens ist das ganze noch recht frisch und zweitens sind die Meinungen da generell wohl noch geteilt ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Am 04.03.2011 11:35, schrieb Pascal Neis: Kann area:highway=residential interpretiert werden ? Also würde die Fläche nach einem umtagging genauso wie jetzt in der Karte aussehen ? So viel ich weiss wird area:highway=* weder von Mapnik noch von Osma gerendered. Gibt's da überhaupt schon ein Proposal dafür ? Wäre schonmal eine großer Fortschritt, damit die Leute nicht immer das eigentlich für PLÄTZE gedachte area=yes missbrauchen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Am 04.03.2011 11:31, schrieb Holger Schr@der: Mir ist gerade ebenfalls unabhängig von diesem Trend aufgefallen, dass es in Erfurt viele Plätze gibt über die man nicht routen kann. Es gibt hunderte OSM Router, welchen meinst Du? Normalerweise wird am Rand der Fläche entlang geroutet. Routing mit einem Garmin Auch da gibt's wieder zich verschiedene. Es gibt Garmin Karten die das können. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstellungen
Markus-2 wrote: Mein JOSM hat die Einstellungen verloren... Wo sind diese gespeichert (Vista)? Normalerweise unter Application Data bzw. Anwendungsdaten des aktuellen Users, also z.B. bei mir: c:\Users\Nop\AppData\Roaming\JOSM\ (Win7) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Einstellungen-tp6088014p6088177.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] JOSM Einstellungen
Hallo Klaus, c:\Users\Nop\AppData\Roaming\JOSM\ Gefunden. In welcher Datei stecken all die Informationen, die in Einstein abgelegt sind? Und wie sage ich JOSM, er soll diese Datei nehmen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstellungen
Moin, Markus schrieb: In welcher Datei stecken all die Informationen, die in Einstein abgelegt sind? preferences Und wie sage ich JOSM, er soll diese Datei nehmen? Indem genau diese Datei dort vorhanden ist. Ergo wird diese Datei wohl nicht unbedingt Deine gewünschten Einstellungen mehr enthalten. JOSM legt aber eine Backup-Datei an: preferences_backup Vielleicht hilft Dir diese weiter. Gruß Georg PS: Nicht wundern - in der Datei stehen nur die Einträge aus Einstein drin, die auch Werte enthalten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osm file komplettieren?
hallo, mal angenommen, man hat ein osm file irgendwo ausgeschnitten. dann sind ja objekte abgeschnitten und manche fehlen. nicht so schön, für manche anwendung... gibt es schon eine lösung, so ein file wieder zu komplettieren? also sagen wir mal, ich hätte frankfurt aus hessen ausgeschnitten und wollte ein frankfurtPLUS erstellen, unter zuhilfenahme der hessendatei? oder: kann ich eine bbox bei osmosis angeben und dennoch alle betroffenen elemente (rekrusiv) komplett bekommen? und sind in den osm file relationen alle wege/members angegeben? oder nur solche, die mindestens einen node in dem ausgeschnittenen bereich haben? gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ansätze zu mappen
Philip Gillißen schrieb: Du scheinst ja die ganze Welt zu bereisen, vorgestern Indien, gestern Spanien? [...] Soll kein Angriff sein, nur wollte ich mal wissen, ob andere auch so vorgehen. Ja. Bisher habe ich gemappt in Westtürkei (Luftbilder; schon mal durchgeradelt) Nordkorea (Luftbilder) Polen (Wälder und Seen von Luftbildern) Afrika (den ganzen Nil überarbeitet, müsste mal meine restlichen unsinnigen Relationen auflösen) Tundra (Gewässer von Luftbildern) Österreich, Weißrussland/Ukraine,Italien: malen nach GPS-Logs von OSM USA, Tokyo, Australien: Diese Woche POI und Logs gespendet bekommen Diese Aufzählung dürfte nicht vollständig sein. hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ansätze zu mappen
Am 4. März 2011 10:51 schrieb Rainer Knaepper sm...@gmx.de: Gerad dann, wenn man sich in einer Ecke gut auskennt oder auszukennen glaubt, fallen beim Mappen per Bing drei Dinge auf: - Vieles ist nicht so, wie man glaubt, wenn man nur die Straßenansicht kennt. - Vieles ist anders, als die Luftbilder vermitteln: Vermeintliche Garagen entpuppen sich als Anbauten, vermeintliche Anbauten gehören tatsächlich zum Nachbarhaus, vermeintliche Wohnblöcke sind tatsächlich Reihenhäuser. - Luftbilder sind prinzipiell veraltet. Hier in der Gegend hat es vor etwa zwei Jahren mal einen Tagebruch gegeben, sowohl Gurgel als auch bing zeigen noch inzwischen längst abgerissene Gebäude, dafür fehlen zwei Neubauten. Ja, dem kann ich voll und ganz zustimmen. Gerade wenn z.B. Kreisverkehre, Brücken oder Gebäude (auch Änderungen an Gebäuden) in den Daten sind, die im Luftbild nicht vorkommen, sollte man stutzig werden und nicht den historischen Stand von vor ein paar Jahren vom Luftbild rekonstruieren. Dort wo man sich gut auskennt wird man immer eine viel bessere Arbeit machen können als dort, wo man ein Luftbild ohne weitere Kenntnis interpretieren muss. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstellungen
Hallo Georg, preferences preferences_backup Beide Dateien enthalten dasselbe: nämlich die Standard-Einstellungen :-( Jetzt muss ich die Einstellungen wieder zusammensuchen... Für nächstes Mal: Wann/wodurch wird die backup überschrieben? Und warum durch die Standardeinstellungen? Kann ich das irgendwie verhindern? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstellungen
Markus schrieb: Für nächstes Mal: Wann/wodurch wird die backup überschrieben? [keine Ahnung] Und warum durch die Standardeinstellungen? Hm, durch welche sonst? Kann ich das irgendwie verhindern? Backup deinerseits? Soll nicht nur ein paar zu verschmerzende Einstellungen retten, hört man. :) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstellungen
Am 4. März 2011 15:17 schrieb malenki o...@malenki.ch: Kann ich das irgendwie verhindern? Backup deinerseits? ja, indem Du einfach die vg. Datei an eine andere Stelle kopierst (im Grunde hat Malenki natürlich Recht, backups sollte man immer machen, weil Festplatten z.B. häufiger kaputt gehen als man denkt, bevor es einem passiert ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sachen nicht mappen um sie zu schützen? (archaeological_site)
Ich bin mal wieder über die Summary von archaeological_site gestolpert, da steht Naturally, excavated monuments that are widely known to tourists should also be tagged, but non-obvious unexcavated sites should not be tagged as to do so could encourage damage from treasure hunters. (zu deutsch ungefähr: Allgemein bekannte ausgegrabene Monumente sollten auch getaggt werden, aber nicht offensichtliche, unausgegrabene Stätten sollte man nicht taggen, da dies Beschädigungen durch Grabräuber fördern könnte). Ich halte das nicht für sinnvoll, Mapper absichtlich zur Zensur aufzurufen. Natürlich kann sich das jeder selbst überlegen, ob er etwas taggen will oder nicht, aber prinzipiell bin ich der Meinung, dass alles, was man taggen kann, und das der allgemeinen Auffassung der Tags nicht widerspricht, auch getaggt werden können sollte (langer Satz ;-). Ich würde den Satz da rausnehmen, wenn es keinen erheblichen Widerspruch gibt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sachen nicht mappen um sie zu schützen? (archaeological_site)
M∡rtin Koppenhoefer wrote: Ich würde den Satz da rausnehmen, wenn es keinen erheblichen Widerspruch gibt. Widerspruch. Die Aufforderung, Bodendenkmäler zu schützen steht seit 2008 ähnlich in der deutschen und englischen Fassung. Allein das spricht schon dagegen, ihn aufgrund einer einzelnen Meinung einfach zu streichen. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Sachen-nicht-mappen-um-sie-zu-schutzen-archaeological-site-tp6088697p6088816.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] osm file komplettieren?
Am 4. März 2011 14:30 schrieb Gary68 g...@gary68.de: hallo, mal angenommen, man hat ein osm file irgendwo ausgeschnitten. dann sind ja objekte abgeschnitten und manche fehlen. nicht so schön, für manche anwendung... gibt es schon eine lösung, so ein file wieder zu komplettieren? also sagen wir mal, ich hätte frankfurt aus hessen ausgeschnitten und wollte ein frankfurtPLUS erstellen, unter zuhilfenahme der hessendatei? oder: kann ich eine bbox bei osmosis angeben und dennoch alle betroffenen elemente (rekrusiv) komplett bekommen? Es gibt eine Option, um alle Objekte vollständig zu bekommen beim Ausschneiden: http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage bei Bounding Box: completeWaysInclude all available nodes for ways which have at least one node in the bounding box. completeRelations Include all available relations which are members of relations which have at least one member in the bounding box. Beides ist per default no (AFAIK war das früher mal per default yes). inwieweit verschachtelte Relationen da auch komplett mitkommen weiss ich nicht (ggf. aber auch nicht wünschenswert, weil man dann u.U. doch wieder alles bekommt), ich glaube aber eher nicht., Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sachen nicht mappen um sie zu schützen? (archaeological_site)
Am 4. März 2011 16:16 schrieb NopMap ekkeh...@gmx.de: Die Aufforderung, Bodendenkmäler zu schützen steht seit 2008 ähnlich in der deutschen und englischen Fassung. Allein das spricht schon dagegen, ihn aufgrund einer einzelnen Meinung einfach zu streichen. wenn ich das vorgehabt hätte, hätte ich es ja schon längst gemacht ;-) (soviel zu einzelnen Meinung). Da die englische Seite eine Übersetzung der deutschen ist, habe ich hier nachgefragt. Archäologische Güter werden in OSM sowieso nicht gerade prominent gerendert, da müsste der Grabräuber praktisch schon einer von uns sein, damit er die Dinger überhaupt findet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm file komplettieren?
Hi, M∡rtin Koppenhoefer wrote: completeWaysInclude all available nodes for ways which have at least one node in the bounding box. completeRelations Include all available relations which are members of relations which have at least one member in the bounding box. Beides ist per default no stimmt; (AFAIK war das früher mal per default yes). stimmt nicht; inwieweit verschachtelte Relationen da auch komplett mitkommen weiss ich nicht die kommen bei completeRelations mit rein. 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] Sachen nicht mappen um sie zu schützen? (archaeological_site)
Hallo, M∡rtin Koppenhoefer wrote: Ich bin mal wieder über die Summary von archaeological_site gestolpert, da steht Naturally, excavated monuments that are widely known to tourists should also be tagged, but non-obvious unexcavated sites should not be tagged as to do so could encourage damage from treasure hunters. Ich wuerde das umformulieren. Das should not klingt so, als waere das eine OSM-Policy, und das ist es sicherlich nicht; besser waere ein allgemeiner Appell an Gewissen und Vernunft, in dem man mit etwas mehr Worten - eventuell auf einer eigenen Seite - erklaert, dass ein Mapper auch eine Verantwortung hat fuer das, was er tut, und dass das Folgen haben kann, und dann solche Beispiele anfuehren, wie Umax sie aufgezaehlt hat. Eine solche Seite koennte dann von verschiedenen Stellen aus verlinkt werden - responsible mapping oder sowas. 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] Sachen nicht mappen um sie zu schützen? (archaeological_site)
M∡rtin Koppenhoefer schrieb: Ich halte das nicht für sinnvoll, Mapper absichtlich zur Zensur aufzurufen. Natürlich kann sich das jeder selbst überlegen, ob er etwas taggen will oder nicht, aber prinzipiell bin ich der Meinung, dass alles, was man taggen kann, und das der allgemeinen Auffassung der Tags nicht widerspricht, auch getaggt werden können sollte (langer Satz ;-). Ich würde den Satz da rausnehmen, wenn es keinen erheblichen Widerspruch gibt. Nicht archäologisch, aber passt zum Thema: Kürzlich sprachen wir im IRC über Frauenhäuser, das Thema ist ebenfalls ambivalent. Wenn man sie mappt, können Gewalttäter sie finden, wenn man nicht mappt, können die Opfer sie nicht finden. Ich für meinen Teil habe entschieden, nicht zu mappen, wenn die Adresse nicht öffentlich bekannt gegeben ist. Das Mappen von Boofen¹ ist ähnlich gelagert. Gruß malenki ¹ http://de.wikipedia.org/wiki/Boofen#Boofen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sachen nicht mappen um sie zu schützen? (archaeological_site)
M?rtin Koppenhoefer schrieb am: Freitag, 4. März 2011 15:47 ... Ich halte das nicht für sinnvoll, Mapper absichtlich zur Zensur aufzurufen. Natürlich kann sich das jeder selbst überlegen, ob er etwas taggen will oder nicht, aber prinzipiell bin ich der Meinung, dass alles, was man taggen kann, und das der allgemeinen Auffassung der Tags nicht widerspricht, auch getaggt werden können sollte (langer Satz ;-). Ich würde den Satz da rausnehmen, wenn es keinen erheblichen Widerspruch gibt. In der Nähe ist eine kleine Heidelandschaft. Dort stehen Schilder, daß die Leute nur einen markierten Weg durch die Heide laufen sollen. Tatsächlich gibt es weitere ausgetretene Pfade. Die zusätzlichen habe ich nicht gemappt, weil ich hier den Naturschutz höher werte als die Darstellung des Pfades in OSM. Ich stimme Frederik in Freitag, 4. März 2011 16:53 ... Ich wuerde das umformulieren. Das should not klingt so, als waere das eine OSM-Policy, und das ist es sicherlich nicht; besser waere ein allgemeiner Appell an Gewissen und Vernunft, in dem man mit etwas mehr Worten - eventuell auf einer eigenen Seite - erklaert, dass ein Mapper zu, das man es umformulieren könnte. Viele Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=residential und area=yes ?
Am 4. März 2011 02:48 schrieb Henning Scholland o...@aighes.de: area:highway finde ich ein bisschen sperrig. Wenn das Mappen von Straßenflächen in Mode kommen sollte, wäre was ohne Sonderzeichen m.E. besser. Wie wärs mit surface=asphalt (bzw. was es sonst so ist)? Ohne highway-tag. Ich finde es schon wichtig, dass man eintragen kann, was das nun für eine Straßenfläche ist. Beispielsweise Landstraße oder Feldweg oder Straße, Bürgersteig oder Radweg. Könnte man mit einer Relation verknüpfen (die Straßenfläche mit dem Straßenobjekt (way), da letzteres auch sonst interessante Eigenschaften haben könnte (surface, name, ref, etc.). Dann könnte man auf tags auf der Fläche erstmal auch komplett verzichten (solange man nicht unterschiedliche Beläge und Schlaglöcher einzeln einzeichnen will) und das mit der role in der Relation lösen. Ich kann mir auch gut vorstellen, dass es mit klassischen Polygonen zu allerhand Chaos kommen könnte (falsche Verbindungen), da man ja immer wieder (wie schon bei riverbank) diese auch schliessen muss mit virtuellen Querlinien, die es so eigentlich gar nicht gibt. Die area-relation könnte da Abhilfe schaffen, da man zur Definition der Fläche nur die Ränder braucht, die Fläche wird dann interpoliert (wenn man es geschickt anstellt kann man mit diesen Rändern evtl. sogar Fußgängerrouting machen, und bräuchte keine expliziten Extra-Mittel-Ways für die Fusswege, sondern würde die Seitenbegrenzung dafür nutzen). Diese Art der Flächengenerierung entspricht ungefähr dem hier: http://www.3dmax-tutorials.com/graphics/il_nurbs_sweep2.jpg (ohne 3D sondern eben (und ohne Kurven, leider) und ohne den Querway, d.h. einfach die Endpunkte der Randways virtuell verbinden anstatt explizit). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm file komplettieren?
2011/3/4 Frederik Ramm frede...@remote.org: inwieweit verschachtelte Relationen da auch komplett mitkommen weiss ich nicht die kommen bei completeRelations mit rein. Danke Frederik. Macht Osmosis das, indem es den File mehrmals durchläuft? Mal am Beispiel Frankfurt: angenommen, die Grenzen wären Teil von einer Relation Hessen-administrative-boundaries, und diese wiederum von Deutschland-admin-bound. Würden dann alle Grenzen von Deutschland-admin-bound auch mit reinkommen? Und wenn da wieder Relationen drin wären, auch wieder deren Bestandteile? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm file komplettieren?
Hallo, M∡rtin Koppenhoefer wrote: Danke Frederik. Macht Osmosis das, indem es den File mehrmals durchläuft? Nein, es kopiert erst das ganze File in eine temporaere Datei, und merkt sich dabei, welche Objekte kopiert werden muessen, und im zweiten Schritt wird aus der temporaeren Datei die Zieldatei erzeugt und dabei alles benoetigte kopiert. Würden dann alle Grenzen von Deutschland-admin-bound auch mit reinkommen? Und wenn da wieder Relationen drin wären, auch wieder deren Bestandteile? Prinzipiell ja, aber ich bin nicht sicher, was passiert, wenn das um mehrere Ecken geht, also wenn Du Relationen in Relationen hast. 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] osm file komplettieren?
Am 4. März 2011 19:18 schrieb Frederik Ramm frede...@remote.org: Prinzipiell ja, aber ich bin nicht sicher, was passiert, wenn das um mehrere Ecken geht, also wenn Du Relationen in Relationen hast. ja, das meinte ich oben mit verschachtelte Relationen. Weil dazu müsste er ja schon wissen, welche anderen (evtl.) Relationen da referenziert werden, und welche Relationen die wiederum enthalten, und wenn er beim parsen bei diesen Relationen schon vorbeigekommen ist, bis er mitgeteilt bekommt, dass er die auch braucht, dann wird es ohne wiederholtes Parsen doch nicht gehen (ausser er erstellt sich einen Index extra für Relationen oder macht sonst irgendwas schlaues, was ich mir nichtmal vorstellen kann...). Gruß Martin PS: er=Osmosis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fotomapping mit JOSM
Ich möchte gern: - einen GPS-Track laden - Fotos dazu - Bing dazu - und dann im Workshop zeigen, wie man Objekte zeichnet und attributiert Nun gibt es in dem Gebiet aber bereits Daten... Alle drei Varianten sind ungünstig: - wenn ich keine Daten lade, stehen die Zeichenwerkzeuge von JOSM nicht zur Verfügung. - wenn ich nur einen kleinen leeren Ausschnitt lade, ist die ganze Zeichenfläche schraffiert. - wenn ich alles lade braucht man nichts mehr zeichnen Wie könnte man das machen? (die Übungs-Daten werden nicht hochgeladen) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit JOSM
Am 4. März 2011 20:16 schrieb Markus liste12a4...@gmx.de: Ich möchte gern: - einen GPS-Track laden - Fotos dazu - Bing dazu - und dann im Workshop zeigen, wie man Objekte zeichnet und attributiert Nun gibt es in dem Gebiet aber bereits Daten... Alle drei Varianten sind ungünstig: - wenn ich keine Daten lade, stehen die Zeichenwerkzeuge von JOSM nicht zur Verfügung. - wenn ich nur einen kleinen leeren Ausschnitt lade, ist die ganze Zeichenfläche schraffiert. - wenn ich alles lade braucht man nichts mehr zeichnen Du könntest in Italien mappen, da gibt es Kommunen wo nichtmal ein Node gesetzt ist ;-) Mit strg+n kannst Du eine leere Zeichenfläche haben und loslegen ohne Daten. Dito wenn Du nur Fotos oder den Track lädst. Daten laden ist keine Pflicht. Hochladen solltest Du das natürlich dann nicht ohne Abgleich. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit JOSM
Hallo Markus, am 04.03.2011 20:16 schrieb Markus: - wenn ich nur einen kleinen leeren Ausschnitt lade, ist die ganze Zeichenfläche schraffiert. Einstellungen, Anzeige-Einstellungen (oberste Schaltfläche), Reiter OSM-Daten, Begrenzung der heruntergeladenen Daten zeichnen deaktivieren, OK Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit JOSM
Hallo Martin, hallo Norbert, danke für die Lösungen, beide funktionieren :-) Du könntest in Italien mappen Ok - den nächsten Foto-Workshop machen wir in Italien ;-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit JOSM
Am 04.03.2011 20:16, schrieb Markus: Ich möchte gern: - einen GPS-Track laden - Fotos dazu - Bing dazu - und dann im Workshop zeigen, wie man Objekte zeichnet und attributiert Nun gibt es in dem Gebiet aber bereits Daten... Alle drei Varianten sind ungünstig: - wenn ich keine Daten lade, stehen die Zeichenwerkzeuge von JOSM nicht zur Verfügung. - wenn ich nur einen kleinen leeren Ausschnitt lade, ist die ganze Zeichenfläche schraffiert. - wenn ich alles lade braucht man nichts mehr zeichnen Wie könnte man das machen? (die Übungs-Daten werden nicht hochgeladen) Was spricht dagegen das Gebiet runterzuladen, Daten löschen soweit es sinnvoll erscheint und dann als .osm speichern und dann im Workshop laden. Wenn es sowieso nicht hochgeladen werden soll, kann man so beliebige Ergänzungen durchführen. Oder eben einfach eine komplett leere Datenebene. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rad- und Fusswege mit dem Rest der Welt verbinden
Hi! ich möchte hier nur einmal auf etwas hinweisen was mir immer wieder auffällt. Oftmals werden Rad und Fusswege als gesonderte bauliche Wege parallel zu bestehenden Straßen gemappt - soweit ist dagegen auch nichts einzuwenden. Worum es mir geht - dieses erfolgt manchmal über Kilometer und zwischendurch gehen von den Straßen oder an Kreisverkehren andere Wege von den Straßen ab. Wenn der Radfahrer oder Wanderer jetzt als Autofahrer routen würde, dann könnte er dort abbiegen. Aber durch fehlende Verknüpfungen zwischen Rad und Fussweg mit der Straße wird er erst einmal kilometerweit in die Pampa geschickt um wieder zurückzufahren. Also bitte an entsprechende Verbindungswege denken - eine Sache auch für schlechtes Wetter zum nacharbeiten. Kleine Hinweis bevor die Diskussion aufkommt - ich weiß bei den straßenbegleitenden Tags käme diese Problem gar nicht auf - aber diese sind nicht immer die Lösung. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit JOSM
Hallo Sebastian, Gebiet als .osm speichern Auch eine gute Idee. Ich nehme Strg-n, dann habe ich ein leeres Zeichenblatt. Ich habe eine halbe Stunde Zeit und will nur das Grundprinzip zeigen. Dann gehts in die Praxis: erst Fotospaziergang, dann Daten eintragen. Die Teilnehmer sind Fotografen - vielleicht lassen sie sich ja für Fotomapping begeistern... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad- und Fusswege mit dem Rest der Welt verbinden
Am 04.03.2011 21:20, schrieb o...@tappenbeck.net: Autofahrer routen würde, dann könnte er dort abbiegen. Aber durch fehlende Verknüpfungen zwischen Rad und Fussweg mit der Straße wird er erst einmal kilometerweit in die Pampa geschickt um wieder zurückzufahren. Ist in der Praxis ein relativ kleines Problem da der Router ja auch über die parallele Straße routen kann (die Mehrzahl ist ja nicht explizit für Radler gesperrt). Und auf Bing kann man auch nicht immer erkennen ob es bei Einmündungen wirklich ein Verbindungsstück vom Radweg zur Straße gibt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ansätze zu mappen
Am 04.03.2011 08:21, schrieb Philip Gillißen: Du scheinst ja die ganze Welt zu bereisen, vorgestern Indien, = da war ich weil eine Bekannte dort war und da ist es mir aufgefallen. gestern Spanien? Jetzt im Ernst: Mappst du einfach überall, wo dich ein Globus-Drehen hinführt? = neben DEU mappe ich intensiv in ES und nur dort wo ich mich relativ gut auskenne. Durch meine fachliche Ausbildung als Vermesser schwingt überall genügend misstrauen mit und ich versuche mich immer wieder in die jeweilige Situation zu versetzen. Wenn nicht anders lasse ich es weg, schreibe einen Kommentar oder versuche Kontakt mit Personen vor Ort aufzunehmen um zu bewerten. Mich wundert einfach dein Ansatz, einfach nach allen Luftbildern zu mappen, obwohl man die Gegend nicht kennt. Ich habe vor Ort noch genügend zu tun und würde mir viel zu unsicher sein, in einer fremden Gegend von Luftbildern zu mappen... Zuhause mache ich auch viel - die ES-Unterstützung ist ein Dankeschön an OSM vor Ort für die schönen Urlaube. Soll kein Angriff sein, nur wollte ich mal wissen, ob andere auch so vorgehen. ist schon ok !! gruß Jan :-) -- View this message in context: http://gis.638310.n2.nabble.com/Where-a-place-has-no-name-tp6086316p6087551.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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abstimmung: Designation
NopMap ekkeh...@gmx.de [Fri, Mar 04, 2011 at 09:11:33AM CET]: Hallo! Ich wollte Euch auf eine aktuell laufende Abstimmung im Wiki aufmerksam machen: http://wiki.openstreetmap.org/wiki/Proposed_features/Designation Dieses Tag ist in England/Wales für dort gebräuchliche Wegerechtsregeln in Gebrauch. Es wird im Proposal aber als globales Freiform-Tag vorgeschlagen, ohne weitere Regeln oder konkrete Beispiele zur Anwendung außerhalb des UK. Meine Befürchtung ist, daß das bestehende Chaos um Rad/Fußwege mit einem weiteren Tag dafür, insbesondere einem Tag völlig ohne konkrete Definition, noch wesentlich verschlimmert wird. Genau so wird es kommen und genau dazu führt die weit geäußerte Ansicht, dass man einmal genutzte Tags nie mehr umdefinieren darf. Dann erfindet man eben neue. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where a place has no name ....
Am 03.03.2011 21:45, schrieb o...@tappenbeck.net: Hi ! weiß einer ob es irgendwo schon eine Karte für Orte (place) gibt die kein Namens-Tag tragen ?? Ich suche soetwas gezielt für Spanien. Gruß Jan :-) aber auf meine eigentliche Frage weiß keiner eine Antwort ??!?!? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ansätze zu mappen
Am 04.03.2011 15:03, schrieb M∡rtin Koppenhoefer: Am 4. März 2011 10:51 schrieb Rainer Knaeppersm...@gmx.de: Gerad dann, wenn man sich in einer Ecke gut auskennt oder auszukennen glaubt, fallen beim Mappen per Bing drei Dinge auf: - Vieles ist nicht so, wie man glaubt, wenn man nur die Straßenansicht kennt. - Vieles ist anders, als die Luftbilder vermitteln: Vermeintliche Garagen entpuppen sich als Anbauten, vermeintliche Anbauten gehören tatsächlich zum Nachbarhaus, vermeintliche Wohnblöcke sind tatsächlich Reihenhäuser. - Luftbilder sind prinzipiell veraltet. Hier in der Gegend hat es vor etwa zwei Jahren mal einen Tagebruch gegeben, sowohl Gurgel als auch bing zeigen noch inzwischen längst abgerissene Gebäude, dafür fehlen zwei Neubauten. Ja, dem kann ich voll und ganz zustimmen. Gerade wenn z.B. Kreisverkehre, Brücken oder Gebäude (auch Änderungen an Gebäuden) in den Daten sind, die im Luftbild nicht vorkommen, sollte man stutzig werden und nicht den historischen Stand von vor ein paar Jahren vom Luftbild rekonstruieren. Dort wo man sich gut auskennt wird man immer eine viel bessere Arbeit machen können als dort, wo man ein Luftbild ohne weitere Kenntnis interpretieren muss. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de aber zum Beispiel werden fehlende Autobahnausfahren nicht alle innerhalb von 2 Jahren umgebaut - soviel Geld haben die Regierungen in aller Welt nicht ! Stadtkerne ändern sich in der Regel auch nicht schalgartig ! gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sachen nicht mappen um sie zu schützen? (archaeological_site)
Am Freitag 04 März 2011, 16:12:04 glaubte UMAX974 zu wissen: Wer aus Verantwortung für schützenswerte Objekte, Menschen, Tiere oder Pflanzen auf das Taggen verzichtet handelt sicherlich richtig (Ohne jetzt hier im Einzelnen eine ethische Diskussion über teleologische und deontologische Ethik vom Zaun brechen zu wollen... ;) ) Ich habe leider gerade im Blick auf den Naturschutz schon sehr schmerzlich erleben müssen, wie die Bekanntgabe eines Sandortes einer seltenen Orchideen-Art zur völligen Ausrottung der selben an diesem Standort binnen eines Jahres führte, weil es Deppen gibt, die solche Pflanzen nur mit dem Spanten anschauen können. Aus diesem Grund trage ich das eine oder andere hier in der Gegend nicht ein. Zu viele Deppen graben seltene und streng geschützte Pflanzen aus weil Sowas hat halt nicht jeder im Garten. flo, auch ohne osm tauchen immer noch zu viele [Zensiert] auf und buddeln fleißig :-( -- Das ist halt so. Die meisten Usenetter haben ihre Software halt nicht im Griff [Aus dem Fidonet] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad- und Fusswege mit dem Rest der Welt verbinden
Moin! Am 04.03.2011 21:20, schrieb o...@tappenbeck.net: Also bitte an entsprechende Verbindungswege denken - eine Sache auch für schlechtes Wetter zum nacharbeiten. Die Verbindungswege sind nicht immer trivial einzutragen. - Bei Straßeneinmündungen gibt es meist eine kurze, asphaltierte Verbindung, die man als Rad- und Fußweg eintragen kann (Puristen können highway=path verwenden, weil die 1m lange Verbindung meist nicht explizit beschildert ist). - Bei Einmündungen von Wald- oder Feldwegen gibt es oft keine bauliche Verbindung zum Radweg, aber der Radfahrer/Fußgänger kann den Grünstreifen leicht überqueren. Dann könnte man allenfalls eine virtuelle Verbindung eintragen. - Manchmal muss der Radfahrer eine Feldzufahrt in der Nähe zur Querung nutzen. Solche Verbindungen könnte man als 5m lange Wege mit highway=track eingeben. Innerorts, wo ein Radfahrer irgendeine Hauszufahrt nutzt, um ein Fahrziel auf der anderen Straßenseite zu erreichen, sollte man nicht mehr alle Zufahrtswege eintragen. Da muss eine Heuristik des Routers helfen. Kleine Hinweis bevor die Diskussion aufkommt - ich weiß bei den straßenbegleitenden Tags käme diese Problem gar nicht auf - aber diese sind nicht immer die Lösung. Wenn ein Radweg außerorts hinter Straßengräben oder Knicks verläuft, ist eine eigene Linie für die korrekte Erfassung unvermeidlich. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sachen nicht mappen um sie zu schützen? (archaeological_site)
Florian Gross flor...@grossing.de [Fri, Mar 04, 2011 at 10:19:41PM CET]: [...] Aus diesem Grund trage ich das eine oder andere hier in der Gegend nicht ein. Zu viele Deppen graben seltene und streng geschützte Pflanzen aus weil Sowas hat halt nicht jeder im Garten. Es gab auch mal eine Diskussion in Folge einer Bitte von Archäologen, keine historischen Grenzsteine zu mappen. Mache ich aber trotzdem, meist liegen sie unmittelbar neben offiziellen Wanderwegen und sind daher eh leicht zu finden. Und finden ist eine Sache, einen Kilometer mit einem Zentner Grenzstein auf der Sackkarre durch weichen Boden eine andere. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sachen nicht mappen um sie zu schützen? (archaeological_site)
Hallo Sollen wir dann auch aufhören, Banken einzutragen? Da könnten dann ja die Bankräuber über OSM die Banken finden. Oder Obstplantagen, da könnten dann ja Wandersleut vorbei gehen und sich einen Apfel pflücken. Ob ich etwas eintrage, entscheide ich. Wenn ich mich dazu entschieden habe, ist es egal ob es nun das Kaugummi auf dem Bushaltestellensitz ist oder die Koppel des letzten Einhorns. Henning Die Wissenschaft hat keine moralische Dimension. Sie ist wie Messer. Wenn man sie einem Chirurgen und einem Mörder gibt, gebraucht es jeder auf seine Weise. Wernher von Braun ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where a place has no name ....
On 04.03.2011 22:07, Jan Tappenbeck wrote: Am 03.03.2011 21:45, schrieb o...@tappenbeck.net: weiß einer ob es irgendwo schon eine Karte für Orte (place) gibt die kein Namens-Tag tragen ?? aber auf meine eigentliche Frage weiß keiner eine Antwort ??!?!? so was? http://tools.geofabrik.de/osmi/?view=placeslon=-4.27390lat=39.88920zoom=6overlays=errors_place_without_name Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad- und Fusswege mit dem Rest der Welt verbinden
Am 4. März 2011 23:51 schrieb Stephan Wolff s.wo...@web.de: mit highway=track eingeben. Innerorts, wo ein Radfahrer irgendeine Hauszufahrt nutzt, um ein Fahrziel auf der anderen Straßenseite zu erreichen, sollte man nicht mehr alle Zufahrtswege eintragen. warum? Hauszufahrten sind highway=service, service=driveway. Die kann man in der Stadt genauso mappen wie auf dem Land. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit JOSM
Am 4. März 2011 21:18 schrieb Sebastian Hohmann m...@s-hohmann.de: Was spricht dagegen das Gebiet runterzuladen, Daten löschen soweit es die Daten lieber purgen (im Edit-Menu). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad- und Fusswege mit dem Rest der Welt verbinden
Hallo Chris, Am 04.03.2011 21:57, schrieb Chris Hein Lunkhusen: Ist in der Praxis ein relativ kleines Problem da der Router ja auch über die parallele Straße routen kann Es ist ein relativ großes Problem, wenn man das Routing erst auf dem parallel verlaufenden Radweg beginnt, wenn man das Routingziel ändert, während man schon auf dem Weg ist, oder wenn man von einem anderen Weg kommt, der in diesen Radweg mündet. Liegt das Routingziel jenseits der Strasse, dann wird der Router einen bis zur nächsten Verbindung zwischen Radweg und Straße führen und von dort zurück zm Ziel. So was passiert mir häufig, erst recht, wenn ich zu Fuß unterwegs bin. Ich navigiere daher kaum noch mit Routing sondern nach Himmelsrichtung. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where a place has no name ....
Hallo Jan, Am 03.03.2011 21:45, schrieb o...@tappenbeck.net: weiß einer ob es irgendwo schon eine Karte für Orte (place) gibt die kein Namens-Tag tragen ?? In Fällen, wo es kein Tool gibt, das einem die Arbeit abnimmt, mache ich das mit der Filter-Funktion von Josm. In diesem Fall wäre das ein Filter auf place=locality und -name, beides invertiert. Um so einen Filter großflächig anzuwenden, lade ich mir die PBF-Datei der zu bearbeitenden Gegend herunter, splitte es mit Osmosis in handliche Häppchen und lade diese einzeln in Josm. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where a place has no name ....
Am 05.03.2011 03:05, schrieb Stephan Knauss: On 04.03.2011 22:07, Jan Tappenbeck wrote: Am 03.03.2011 21:45, schrieb o...@tappenbeck.net: weiß einer ob es irgendwo schon eine Karte für Orte (place) gibt die kein Namens-Tag tragen ?? aber auf meine eigentliche Frage weiß keiner eine Antwort ??!?!? so was? http://tools.geofabrik.de/osmi/?view=placeslon=-4.27390lat=39.88920zoom=6overlays=errors_place_without_name Stephan danke dir ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where a place has no name ....
Am 05.03.2011 06:37, schrieb Rainer Kluge: In Fällen, wo es kein Tool gibt, das einem die Arbeit abnimmt, mache ich das mit der Filter-Funktion von Josm. In diesem Fall wäre das ein Filter auf place=locality und -name, beides invertiert. Um so einen Filter großflächig anzuwenden, lade ich mir die PBF-Datei der zu bearbeitenden Gegend herunter, splitte es mit Osmosis in handliche Häppchen und lade diese einzeln in Josm. Hast Du einen besonderen Grund, osmosis und dann trotzdem noch den JOSM Filter zu benutzen? Gerade im hier angefragten Problem von Jan bin ich doch etwas erstaunt: places sind nicht so besonders dicht gemapped, da bleibt also viel Zeugs rundrum bestehen. Das Pi mal Daumen nach Dateigröße zu splitten führt doch dann vermutlich dazu, dass man so ein oder zwei places gleichzeitig in JOSM öffnen kann - um das ganze dann zu filtern? Und 200mal zu wiederholen für große Gebiete? Gibt's einen Grund, warum du dann nicht direkt in osmosis auch filterst? Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where a place has no name ....
Hallo Peter, Am 05.03.2011 08:32, schrieb Peter Wendorff: Am 05.03.2011 06:37, schrieb Rainer Kluge: Um so einen Filter großflächig anzuwenden, lade ich mir die PBF-Datei der zu bearbeitenden Gegend herunter, splitte es mit Osmosis in handliche Häppchen und lade diese einzeln in Josm. Hast Du einen besonderen Grund, osmosis und dann trotzdem noch den JOSM Filter zu benutzen? Für die spezielle Frage von Jan hat Stephan ja schon auf den Inspector hingewiesen. Meine Antwort war daher mehr als allgemeiner Hinweis gedacht, wie man nach Objekten mit bestimmten Eigenschaften suchen kann, z.B. nach secondary Highways ohne Ref-Tag. Gibt's einen Grund, warum du dann nicht direkt in osmosis auch filterst? Wenn osmosis die selben Filtermöglichkeiten bietet wie Josm: nein. Ich habe mich mit dem Filtern bei osmosis nicht beschäftigt, werde mir das aber mal anschauen. Danke für den Hinweis. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Confini Municipali di Roma
Ciao a tutti, avrei intenzione di inserire i confini dei singoli Municipi in cui è divisa Roma, ma in JOSM esiste un tag appropriato per questo tipo di confine? Per caso è quello Politico? Altra cosa, sempre a Roma Il Sovrano Militare Ordine di Malta a via condotti, di fatto è una stato a se, con una sua costituzione, moneta, passaporti, etc., conviene taggare il palazzo come entità nazionale? Ciao, davide -- View this message in context: http://gis.638310.n2.nabble.com/Confini-Municipali-di-Roma-tp6087939p6087939.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini Municipali di Roma
2011/3/4 Madeco davide@gmail.com: Ciao a tutti, avrei intenzione di inserire i confini dei singoli Municipi in cui è divisa Roma, ma in JOSM esiste un tag appropriato per questo tipo di confine? Per caso è quello Politico? penso di si, devi usare boundary=administrative + admin_level=10 Altra cosa, sempre a Roma Il Sovrano Militare Ordine di Malta a via condotti, di fatto è una stato a se, con una sua costituzione, moneta, passaporti, etc., conviene taggare il palazzo come entità nazionale? a quanto leggo, non è uno Stato. esattamente come non lo sono le Ambasciate all'estero, vale solo l'extraterritorialità: http://en.wikipedia.org/wiki/Sovereign_Military_Order_of_Malta -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini Municipali di Roma
-Original Message- From: Madeco [mailto:davide@gmail.com] Sent: venerdì 4 marzo 2011 11.14 To: talk-it@openstreetmap.org Subject: [Talk-it] Confini Municipali di Roma Altra cosa, sempre a Roma Il Sovrano Militare Ordine di Malta a via condotti, di fatto una stato a se, con una sua costituzione, moneta, passaporti, etc., conviene taggare il palazzo come entit nazionale? Non credo che sia riconosciuto come entità nazionale, dovrebbe trattarsi di un dominio extraterritoriale. Se ne era già parlato a proposito della proprietà della santa sede in Castel Gandolfo, mi sembra che si fosse deciso di non usare il confini nazionali per delimitarne l'estensione. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ponte di chiatte
Mentre stavo divertendomi mappando le semiabbandonate, misteriose e affascinanti zone del polesine, mi imbattevo in un interessantissimo ponte di chiatte, come questo: http://turismoinmoto.altervista.org/itinerari/Il%20Delta%20del% 20Po/ponte%20di%20chiatte.jpg Sono delle rarità, oggi ancora esistenti (specie nel polesine, in Cina e in Indocina) e sarebbe bello che ci fosse un tag apposito in OSM. Esiste? Ho visto un po' nel wiki ma non l'ho saputo trovare. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] voting designation
Ciao, vi vorrei segnalare una votazione per un altro tag per indicare lo stato legale di un percorso (è stato ancora cambiato, adesso non ci sono più valori proposti). Guardatevelo e fate il vostro giudizio. Non sono sicuro se ci serve questo tag, potrebbe forse servire in qualche caso? Potrebbe da l'altra parte anche creare confusione tra i mappatori nuovi, perché c'è già designated e anche official... http://wiki.openstreetmap.org/wiki/Proposed_features/Designation ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] voting designation
A me pare che questo tag indichi qualcosa che già viene specificato, magari può esser utile per affinare lo stato legale di alcuni percorsi particolari, ma ora non mi vengono esempi. -- View this message in context: http://gis.638310.n2.nabble.com/voting-designation-tp6088729p6088898.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] voting designation
2011/3/4 Madeco davide@gmail.com: A me pare che questo tag indichi qualcosa che già viene specificato, magari può esser utile per affinare lo stato legale di alcuni percorsi particolari, ma ora non mi vengono esempi. secondome non abbiamo ancora un tag per percorsi che sono privati (di proprietà) ma dove il pubblico ha il diritto di usargli. E neanche per i casi di proprietà privata, dove un altro privato ha il diritto di usare il percorso (per essempio per accedere sul suo terreno). Quest'ultimo forse non è ne anche adatto per essere inserito in OSM, ma il prima caso si. Il tag proposto invece non sembra di occuparsi di questo (oppure si, dato che non c'è più specificato niente, potrebbe essere tutto ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] voting designation
Ma in teoria il tag access=private non serve proprio a questo? M∡rtin Koppenhoefer wrote: 2011/3/4 Madeco : A me pare che questo tag indichi qualcosa che già viene specificato, magari può esser utile per affinare lo stato legale di alcuni percorsi particolari, ma ora non mi vengono esempi. secondome non abbiamo ancora un tag per percorsi che sono privati (di proprietà) ma dove il pubblico ha il diritto di usargli. E neanche per i casi di proprietà privata, dove un altro privato ha il diritto di usare il percorso (per essempio per accedere sul suo terreno). Quest'ultimo forse non è ne anche adatto per essere inserito in OSM, ma il prima caso si. Il tag proposto invece non sembra di occuparsi di questo (oppure si, dato che non c'è più specificato niente, potrebbe essere tutto ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Ma in teoria il tag access=private non serve proprio a questo? -- View this message in context: http://gis.638310.n2.nabble.com/voting-designation-tp6088729p6088948.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini Municipali di Roma
Grazie ad entrambi :) Ciao, davide -- View this message in context: http://gis.638310.n2.nabble.com/Confini-Municipali-di-Roma-tp6087939p6088960.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini Municipali di Roma
2011/3/4 Madeco davide@gmail.com: Grazie ad entrambi :) Ottima iniziativa Madeco. Dove hai trovato i confini? Per il futuro possiamo anche pensare ad inserire altri toponimi ed aree per quali al momento non esistono ancora dei tag (rioni, quartieri, suburbi, zone) pare che di questi suddivisioni esistono del tipo amministrativo, urbanistico, toponomastico, poi Lottizzazioni, Piani di Zona, ancora altri toponomi senza classe, ... - insomma, è un casino. http://it.wikipedia.org/wiki/Suddivisioni_di_Roma Anche Marco ne è interessato, anch'io vorrei dare una mano, magari ne parliamo al prossimo incontro Fusolab. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
