Re: [Talk-transit] Summary of Public Transport Proposal Criticism - a real example from Zürich
On Mon, Feb 7, 2011 at 5:39 AM, Dominik Mahrer (Teddy) te...@teddy.ch wrote: I did not play around with actual renderers, but in theory the renderer should be able to get the diagram out of the order of the stops, regardless of the role. If one stop is twice in the route relation it should be obvious that it has to be some kind of loop. So in theory forward_stop and backward_stop can be replaced by the role stop. In theory data users should be able to do without roles at all (though they might appreciate some help if there are a lot of direction-specific stop names), and data users should be encouraged not to depend on them. I think the simplified advice is that roles aren't required (but that if you want to make the line-diagram service work with a two-directions relation, then - for the moment - you need to do xyz). Can anyone point me to a route relation with platform stop members, so I can check how the line-diagram service works in that situation? Richard ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Summary of Public Transport Proposal Criticism - a real example from Zürich
On 02/07/2011 10:45 AM, Richard Mann wrote: Can anyone point me to a route relation with platform stop members, so I can check how the line-diagram service works in that situation? http://www.openstreetmap.org/browse/relation/611446 Single-direction, the first stop (Bonola) is a platform member (no stop member exists for this one); all others are stop members. Both directions rendered: http://78.46.81.38/api/sketch-line?network=SITAMref=80style=padua Michael ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[Talk-hr] Par pitanja
Aloha ljudi evo jednog OSM rookie-ja :) sa hrpom pitanja. ..da se predstavim, zovem se Tomislav, iz Vinkovaca sam, bavim se elektrikom i kompujterima :), što po struci što iz hobija, volim open source i podržavam open projekte... (uglavnom sam okupiran sa grafikom-Blender) u vezi glede OSMa, skinuo sam OSMTracker for android na svoj Desire i počeo trackirati prije par dana registrirao sam se na OSM, uploadao par GPXa i počeo koristiti JOSM.. odma sam fulao tagove, ali ispravio sam se i počeo čitait wiki.. :) neka od pitanja kojih se sada mogu sjetiti; - gdje dodam u profil - [[Category:Users in Croatia|tommy5]] ?! - preporuka tracking app za android? - vidim da se smije precrtavati sa Binga, što je kul ali ipak želim prvo malo prošvrljati da imam referencu e sad me zanima preciznost, da li je 2m jel to dovoljno točno?, tj. vidim da ima svakakvih logova tako da moja trasa značajno odudara od ponekih extremnih (predpostavljam da je neko koristio puno manju preciznost/uređaj True/False?) - u OSMtrackeru interval mi je po defaultu 0. znači da pravim previše točaka? trebam li mijenjati interval ovisno kako putujem? foot, bike ili autom? - na što se konkretno odnosi promjena licence OMSa, moji GPXi će biti obrisani? - JOSM sam počeo koristiti i dost brzo svlado osnove, a danas sam otkrio i potlač2 :) ima li neke veće razlike među njima?, tipa što jedan može a drugi ne? toliko za sada :) Hvala! Pozdrav Tomislav tommy5 ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Par pitanja
On 02/04/2011 02:32 PM, tommy5 wrote: Aloha ljudi evo jednog OSM rookie-ja :) sa hrpom pitanja. ...da se predstavim, zovem se Tomislav, iz Vinkovaca sam, bavim se elektrikom i kompujterima :), što po struci što iz hobija, volim open source i podržavam open projekte... (uglavnom sam okupiran sa grafikom-Blender) u vezi glede OSMa, skinuo sam OSMTracker for android na svoj Desire i počeo trackirati prije par dana registrirao sam se na OSM, uploadao par GPXa i počeo koristiti JOSM.. odma sam fulao tagove, ali ispravio sam se i počeo čitait wiki.. :) neka od pitanja kojih se sada mogu sjetiti; - gdje dodam u profil - [[Category:Users in Croatia|tommy5]] ?! To naravno dodaješ na wiki.openstreetmap.org a ne na www.openstreetmap.org http://wiki.openstreetmap.org/wiki/User:Hbogner http://wiki.openstreetmap.org/wiki/User:Tommy5 Možeš gdje god hoćeš, ali ja sam dodao na kraju. - preporuka tracking app za android? To će ti morati pomoći netko s androidom - vidim da se smije precrtavati sa Binga, što je kul ali ipak želim prvo malo prošvrljati da imam referencu e sad me zanima preciznost, da li je 2m jel to dovoljno točno?, tj. vidim da ima svakakvih logova tako da moja trasa značajno odudara od ponekih extremnih (predpostavljam da je neko koristio puno manju preciznost/uređaj True/False?) Ima raznih logova iz raznih uređaja, od nekih koji ponekad bježe po 50 metara do nekih koji su deklarirani na 3 metra a čak su i točniji. Zato kvalitetu loših logova pokušaš nadoknaditi tao da više puta prođeš određenom rutom. - u OSMtrackeru interval mi je po defaultu 0. znači da pravim previše točaka? trebam li mijenjati interval ovisno kako putujem? foot, bike ili autom? Na preciznim uređajima koristim interval od 1 sekunde, dok na lošijim koristim 2 ili više, ovisno kud idem. - na što se konkretno odnosi promjena licence OMSa, moji GPXi će biti obrisani? Odnosi se na nacrtane podatke, gpx logove lako editiras i promjenis im prava po potrebi za svaki posebno - JOSM sam počeo koristiti i dost brzo svlado osnove, a danas sam otkrio i potlač2 :) ima li neke veće razlike među njima?, tipa što jedan može a drugi ne? Da Potlach2 je flash i nalazi se na webu, JOSM je java te ga pokreces na svom kompu a cak ima i verzija koju pokreces na webu. Meni osobno je JOSM puno bolji zbog naprednijih opcija i dodataka koji se mogu koristiti uz njega. Za slabije kompove je josm bolji jer mene flash ubija na stroj kanti dok josm radi ok. toliko za sada :) Hvala! Pozdrav i tebi te sretno :D Pozdrav Tomislav tommy5 ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] tagging rotund/roundabout
Nobody has any comments? :-) On Sat, Feb 5, 2011 at 12:33 PM, Eugene Alvin Villar sea...@gmail.com wrote: Yes, Mabuhay/Welcome Rotonda is no longer a rotunda. Also, Pasay Rotonda has long been gone but the name remains. In the 70s I think there used to be a rotunda at EDSA's intersection with Timog and East Avenue as well as EDSA with Quezon Avenue (I saw old aerial images at the Geodetic Engineering Dept. at UP Diliman). As for existing rotundas, Wikipedia distinguishes between two types of rotundas, roundabouts[1] (where the traffic inside has the right-of-way) versus traffic circles/rotaries[2] (where the entering traffic has the right-of-way). Here in the Philippines, drivers don't really know about right-of-ways so for our purposes they should be all the same and should be tagged with junction=roundabout. An example of a true roundabout is Burgos Circle in Bonifacio Global City[3]. Here's a problem. For me, a *true* rotunda is a circular road where there can be no vehicular traffic *inside* the circle (footways are OK). Thus, Marikina's Liwasang Kalayaan[4] is not a true rotunda and should not be tagged with junction=roundabout. Otherwise, a routing engine will become confused and you cannot say enter the roundabout and get out at the 6th exit since there would be streets going *into* the circle. Thus, I think QC's Elliptical Road, and Mandaluyong's Maysilo are *not* roundabouts. What do you guys think? [1] http://en.wikipedia.org/wiki/Roundabout [2] http://en.wikipedia.org/wiki/Traffic_circle [3] http://osm.org/go/4zhHDj9lv-- [4] http://osm.org/go/4zhZEW6BC- Eugene (osm:seav) On Fri, Feb 4, 2011 at 1:19 PM, tutubi tut...@backpackingphilippines.com wrote: I was searching for this some time ago because I once heard my Nuvi say roundabout somewhere but not around Quezon Circle or Maysilo where I pass by quite regularly http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout will try to edit Quezon Circle and check then edit Maysilo and Monumento, MOA et al Welcome rotonda is not a rotonda anymore and also no longer Welcome but Mabuhay Rotonda, much more the so-called EDSA rotonda :P -- --- I explore, therefore I blog. http://www.backpackingphilippines.com On Fri, Feb 4, 2011 at 10:07 AM, maning sambale emmanuel.samb...@gmail.com wrote: A question was posted in the OSMPH facebook page: Hi folks. I noticed that OSM PH doesn't seem to have the rotundas correctly mapped. I believe they have to be entered as roundabouts instead curved paths or turns. Baguio rotundas seem to be correctly mapped. How do you do that? The same author sent me a similar inquiry via FB message: I noticed that OSM PH doesn't seem to have the rotundas correctly mapped for most of metro manila. I believe they have to be entered as roundabouts instead curved paths or turns. Baguio rotundas seem to be correctly mapped. But how do you do that? sa baguio kasi i noticed that as you entered a rotunda (like the one near Wright Park), my GPS correctly calls it a roundabout and its voice prompt also correctly instructs to take the nth exit from the roundabout. compare that to say, the Welcome Rotunda coming from Manila as you enter rotunda towards UP GPS voice prompt would say turn left and the right. Instead it should have said enter roundabout and exit at Quezon Avenue. My answer below: I think Welcome Rotonda doesn't have a roundabout tag, hence, your Nuvi don't recognize them when giving turn directions. The way I see it 'Welcome Rotonda technically is not a roundabout anymore. = Any other ideas regarding tagging rotunda/roundabout? -- 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 -- --- I explore, therefore I blog. http://www.backpackingphilippines.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] tagging rotund/roundabout
Thus, I think QC's Elliptical Road, and Mandaluyong's Maysilo are *not* roundabouts. I haven't checked the entire Elliptical Road's entrances to the inner circle (the park etc), but I don't think it's possible for a car to cut directly across the elliptical road, from the outer to the inner. All vehicles coming from the radial roads are required to turn right and follow the circle. Vehicles from the peripheries merged slowly to the traffic (going counter-clockwise). After carefully merging with the flow, it can (carefully) swerve to the inner lanes, little by little until it's on the inner ring, where it's safe to make a left turn to the entrance of inner (polygon). In which case, Quezon Memorial Circle functions like a big roundabout, don't you think? ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] huisnummers
Op een straat met rijhuizen volstaat het om de huisnummers van elke straathoek aan te geven en deze te verbinden met een interpolatievector. Tussenin kunnen winkels en andere benoemde zaken hier ook aan toegevoegd worden. Voor vrijstaande huizen is het wat lastiger. Hoe doen we dat met twee aaneengebouwde huizen? Twee gebouwen? Of 1 building met daarin twee huisnummerpunten? Iets als 8;10 op één punt vind 'k niet zo'n goed idee. Behalve als het een winkel/pand is die/dat effectief twee huisnummers tegelijk gebruikt, maar dan zou 'k daar 8/10 van maken. Oh, ik heb de zuidkant van de Bondgenotenlaan helemaal ingevuld. Ook op het Researchpark van Haasrode ben 'k druk in de weer geweest. Maar daar zijn twee nummeringsstijlen. Groeten, Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Wiki editing (was Re: (magical?) road detector)
On Mon, Feb 7, 2011 at 6:17 PM, Richard Fairhurst rich...@systemed.net wrote: potlatch-dev@ list and ask for assistance. But this kind of oh, let's just put some unchecked info up is why so many people disregard the wiki these days. We wouldn't tolerate anything so disconnected from reality on the map, and nor should we on the wiki. I'd like to register my disagreement with this philosophy. IMHO people should be encouraged to edit and contribute to the wiki - that's the way to have it up to date and perhaps reflecting the latest consensus. Whacking people over the head for making a good-intentioned but erroneous edit (hell, *I* didn't know it was wtfpl) is what causes people to not bother. I've restored the infobox and fixed a couple of things. If there are still errors, I encourage someone else to fix them. We wouldn't tolerate anything so disconnected from reality on the map, Yes, we'd fix it. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki editing (was Re: (magical?) road detector)
Hi Richard, sorry didn't followed the discussion till this moment. Well yes I'm the guy that added the template to the page :) Sorry for the mistake, but as everybody knows, this can happen, even if you fight alone against a dozen of wikipages ;) But I don't see why did you removed the template completely instead of fixing just the license? The template is about to be collected by a bot to generate lists of our software, so we have only one single point where to provide the informations: the dedicated tool pages. http://wiki.openstreetmap.org/wiki/Template:Software2 This already works fine for all the mapping apps and now we extend it for the editors and renderers. Would be bad to miss Potlatch2 there :( Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki editing (was Re: (magical?) road detector)
Steve Bennett wrote: On Mon, Feb 7, 2011 at 6:17 PM, Richard Fairhurst rich...@systemed.net wrote: We wouldn't tolerate anything so disconnected from reality on the map, Yes, we'd fix it. Up to a point. We have scarce resources. We don't have enough mappers and we _certainly_ don't have enough developers. It is thus incumbent on us all not to make more work for other people. We should try and solve problems, not create them. If, for example, I create a new feature in P2 that has the side-effect of bringing down the server through, I dunno, overuse of relation/id/full or something, then TomH will have to spend a whole load of time either fixing the server or, at the least, rolling back the P2 deployment. In that event, no matter how awesome the new feature might be, I have caused work for already hard-pressed people and I shouldn't have done it. The wikibox stuff is a neat idea and it'd be great if it could be done right. But as originally posted, it was actively misleading in at least three regards, and we'd already seen someone on the lists who had been misled. At 11pm on a Sunday evening my first response to that is bin it, not oh, what I really wanted to do before going to bed was learn some new MediaWiki syntax. ;) cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Wiki-editing-was-Re-magical-road-detector-tp6000107p6000415.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki editing (was Re: (magical?) road detector)
Matthias Meißer wrote: Sorry for the mistake, but as everybody knows, this can happen, even if you fight alone against a dozen of wikipages ;) Anything I say here will only get me into trouble so I better not. :) But I don't see why did you removed the template completely instead of fixing just the license? Because the first three things I looked at were wrong: 1. Licence 2. Developers (just Dave and me named, which is unfair on Andy and Steve and others) 3. URL (the osm.org instance is only one - there are instances at MapQuest Open, CycleStreets, wanderreitkarte.de, geowiki.com, Sustainable London Map and elsewhere) At that point I gave up looking and decided to take it down before it could mislead anyone else. Tobias Knerr has very kindly offered to post some accurate information and that'd be great. But please, if you're cleaning up the wiki and there's something you're not sure about, do what we do on the map: add a FIXME. Don't just put a guess in there and assume that someone will spot it. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Wiki-editing-was-Re-magical-road-detector-tp6000107p6000424.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bing coverage
Hi, I have noticed mappers make various attempts to map coverage of Bing high resolution imagery. Some drawed areas around the imagery and stuffed them into relations, others created xml files etc. etc. (see the wiki page [1]) I thought that a world coverage map wasn't feasible with those methods, so I took Martijn van Exel's Bing analyzer and tweaked in a way that it creates a simple red/green map of hires coverage (green=hires available, red=hires not available). You will see that only a few spots have been rendered so far, but that is due to the way it works: You must zoom in to a hires zoom level in order to trigger the rendering. Try it out: http://ant.dev.openstreetmap.org/bingimageanalyzer/ cheers ant [1] http://wiki.openstreetmap.org/wiki/Bing/Coverage ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki editing (was Re: (magical?) road detector)
Hi Richard, well your theorem on getting all with one shot is great, but this doesn't work for me. Things (esp. on the wiki) are to large to do it in one step. I setup the attributes with the best I can find out within 5minutes. Cause it's on our SVN I expected it to be GPL. As all on the wiki this table should allow you just to get an idea of the tools not, to be 100% accurate in listing authors, instances. But of course everybody can fix it, if he has another point of view :) Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki editing (was Re: (magical?) road detector)
Matthias Meißer wrote: well your theorem on getting all with one shot is great, but this doesn't work for me. Things (esp. on the wiki) are to large to do it in one step. So if you don't know, put a FIXME there. It's what we do on the map. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Wiki-editing-was-Re-magical-road-detector-tp6000107p6000617.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
What is your definition of hires? Zooming in on my city shows green where I would consider the imagery to be decent but nothing spectacular. (I think it is mostly just USGS ~1m imagery reused by Bing) Nice bit of code though. Toby On Mon, Feb 7, 2011 at 8:41 AM, ant antof...@gmail.com wrote: Hi, I have noticed mappers make various attempts to map coverage of Bing high resolution imagery. Some drawed areas around the imagery and stuffed them into relations, others created xml files etc. etc. (see the wiki page [1]) I thought that a world coverage map wasn't feasible with those methods, so I took Martijn van Exel's Bing analyzer and tweaked in a way that it creates a simple red/green map of hires coverage (green=hires available, red=hires not available). You will see that only a few spots have been rendered so far, but that is due to the way it works: You must zoom in to a hires zoom level in order to trigger the rendering. Try it out: http://ant.dev.openstreetmap.org/bingimageanalyzer/ cheers ant [1] http://wiki.openstreetmap.org/wiki/Bing/Coverage ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
Hi Toby, On 07.02.2011 16:21, Toby Murray wrote: What is your definition of hires? Zooming in on my city shows green where I would consider the imagery to be decent but nothing spectacular. (I think it is mostly just USGS ~1m imagery reused by Bing) the definition of hires used in this application is imagery is available at zoom level 14 or more. If you compare coverage areas linked to on the wiki page, you'll see that almost all of them correspond to that definition. I'm aware that there might be levels of even greater detail, but that isn't implemented... cheers ant Nice bit of code though. Toby On Mon, Feb 7, 2011 at 8:41 AM, antantof...@gmail.com wrote: Hi, I have noticed mappers make various attempts to map coverage of Bing high resolution imagery. Some drawed areas around the imagery and stuffed them into relations, others created xml files etc. etc. (see the wiki page [1]) I thought that a world coverage map wasn't feasible with those methods, so I took Martijn van Exel's Bing analyzer and tweaked in a way that it creates a simple red/green map of hires coverage (green=hires available, red=hires not available). You will see that only a few spots have been rendered so far, but that is due to the way it works: You must zoom in to a hires zoom level in order to trigger the rendering. Try it out: http://ant.dev.openstreetmap.org/bingimageanalyzer/ cheers ant [1] http://wiki.openstreetmap.org/wiki/Bing/Coverage ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
2011/2/7 ant antof...@gmail.com: What is your definition of hires? the definition of hires used in this application is imagery is available at zoom level 14 or more. If you compare coverage areas linked to on the wiki page, you'll see that almost all of them correspond to that definition. I'm aware that there might be levels of even greater detail, but that isn't implemented... Yes, I agree that more colours could clarify this. Currently, all areas in Italy seem to be green, where some of the ones I checked offer resolutions up to zoom 17 (not quite the very best imagery imaginable) and others up to 20 (absolutely sufficient for the very most OSM-usecases). I you would use a colour scale for availability at different zoom levels this tool would gain a lot IMHO, without requiring a lot of effort to implement. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
Well the jump from 13 to 14 is a pretty big milestone for aerial imagery. You go from rough blobs to distinguishable features. So that does make sense. But yeah, all of the US is just going to be solid green with this definition. Maybe a red/yellow/green scheme? Red means z14, yellow indicates z14-18 and green is for z19+? Or maybe different colors for those colorblind people among us :) Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
On 07.02.2011 16:48, M∡rtin Koppenhoefer wrote: Yes, I agree that more colours could clarify this. Currently, all areas in Italy seem to be green, where some of the ones I checked offer resolutions up to zoom 17 (not quite the very best imagery imaginable) and others up to 20 (absolutely sufficient for the very most OSM-usecases). I you would use a colour scale for availability at different zoom levels this tool would gain a lot IMHO, without requiring a lot of effort to implement. Can you give an example of a zoom 20 region? I'd like to have a look. Thanks ant cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
2011/2/7 Toby Murray toby.mur...@gmail.com: Well the jump from 13 to 14 is a pretty big milestone for aerial imagery. You go from rough blobs to distinguishable features. So that does make sense. But yeah, all of the US is just going to be solid green with this definition. Maybe a red/yellow/green scheme? Red means z14, yellow indicates z14-18 and green is for z19+? Or maybe different colors for those colorblind people among us :) I would use a scale like #19ff00 Z20+ #99ff00 Z18-19 #ffe500 Z15-17 #ff6600 Z14 or possibly a colour tone for each level. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
2011/2/7 ant antof...@gmail.com: Can you give an example of a zoom 20 region? I'd like to have a look. http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=41.8901512469295lon=12.492339797131855zoom=20 cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
On Mon, Feb 7, 2011 at 10:02 AM, ant antof...@gmail.com wrote: Can you give an example of a zoom 20 region? I'd like to have a look. http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=39.294169460227224lon=-94.71799114942492zoom=20 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
Hi ant. The tool is great, but it would be even greater to have the specific zoom level availlable instead of 14 or more. 14 may be a threshold of useability in many areas, but for other purposes even 17, 18 or 19 may be the treshold (e.g. mapping of sidewalks, mapping of street lanterns ;) (compare the AeroWest imagery we have (had?) availlable for use in Dortmund). regards Peter P.S.: if possible, an OSM map overlay would be great, too ;) Am 07.02.2011 16:27, schrieb ant: Hi Toby, On 07.02.2011 16:21, Toby Murray wrote: What is your definition of hires? Zooming in on my city shows green where I would consider the imagery to be decent but nothing spectacular. (I think it is mostly just USGS ~1m imagery reused by Bing) the definition of hires used in this application is imagery is available at zoom level 14 or more. If you compare coverage areas linked to on the wiki page, you'll see that almost all of them correspond to that definition. I'm aware that there might be levels of even greater detail, but that isn't implemented... cheers ant Nice bit of code though. Toby On Mon, Feb 7, 2011 at 8:41 AM, antantof...@gmail.com wrote: Hi, I have noticed mappers make various attempts to map coverage of Bing high resolution imagery. Some drawed areas around the imagery and stuffed them into relations, others created xml files etc. etc. (see the wiki page [1]) I thought that a world coverage map wasn't feasible with those methods, so I took Martijn van Exel's Bing analyzer and tweaked in a way that it creates a simple red/green map of hires coverage (green=hires available, red=hires not available). You will see that only a few spots have been rendered so far, but that is due to the way it works: You must zoom in to a hires zoom level in order to trigger the rendering. Try it out: http://ant.dev.openstreetmap.org/bingimageanalyzer/ cheers ant [1] http://wiki.openstreetmap.org/wiki/Bing/Coverage ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
On 07.02.2011 17:36, Peter Wendorff wrote: Hi ant. The tool is great, but it would be even greater to have the specific zoom level availlable instead of 14 or more. That seems to be what most people wish to see. I'll work on that. cheers ant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Travel Discounts to SotM 2011
Hi, I have been working on a relationship with United Airlines to attain travel discounts for people flying to Denver for SotM in September. Woohoo! I have started a wiki page here: http://wiki.openstreetmap.org/wiki/2011_SotM_Travel_Discounts Please add your name (and user name) to this page if you are interested in accessing travel discounts up to 20% with United Airlines. When this list reaches 20 people, we can open the account! Here are the basics: 1. Travel is with United Airlines or UA codeshare operated by Lufthansa for scheduled service to the United States and Canada to/from destinations in Europe. *I will post specific fare rules when we have this in effect. 2. Min 20 customers 3. Travel must be between Sept1- Sept 30. So come stay awhile :) 4. Travel can originate from anywhere, but MUST travel to Denver and leave from Denver. 5. Use the meeting code to get the discount. When the discount is available, you can book by phone or united.com Sincerely, Hurricane Hurricane Coast hurric...@stateofthemap.orgmailto:hurric...@stateofthemap.org +1 303 882 1314 stateofthemap.orghttp://stateofthemap.org/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm new zealand website and community launch
Am 07.02.2011 04:43, Robin Paulson: Hi all, OSM New Zealand have recently launched their website, and announced meetings beginning this month: http://www.openstreetmap.org.nz/ The Wiki link on that should be fixed to point to http://wiki.openstreetmap.org/wiki/NZ Currently it's targeting http://wiki.openstreetmap.org/wiki/index.html/NZ which is a non-existant page. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm new zealand website and community launch
On 7 February 2011 17:11, Richard Weait rich...@weait.com wrote: How do i get meetings included in the wiki front page? 1) Log in to the wiki. The wiki account is separate from your api account. 2) Add your event to the wiki calendar. [1] [1] http://wiki.openstreetmap.org/index.php?title=Template:Calendaraction=edit cool, cheers. is there any way to auto-update that? can it drag events from calendar feeds for example? thanks also to claudius for pointing out the broken link -- robin http://tangleball.org.nz/ - Auckland's Creative Space http://bumblepuppy.org/blog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] mapquest open aerial tiles
While the mapquest open aerial tiles aren't mentioned in the wiki as being ok to trace over, josm has them as an available layer. Are these images ok to trace over? They are newer in my area than the others. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Unsetting CT flag
On 8 December 2010 11:14, David Murn da...@incanberra.com.au wrote: Once all the licence issues are resolved and we know whether projects will be forked or our data removed, then Ill start dumping all my edits back in. Ive also tried working on parts of New Zealand, but have come up against a brick wall as there is an import partially in progress (almost all roads, and lots of other POI bits).. but will not be completed until the licence is resolved, so basically an entire countries mapping is on-hold. Once the issues are resolved, I have no doubt there are lots of mappers in my position who have lots of new data to upload. hi david, i'm an NZ mapper, and involved with the LINZ import process. the line we are going with around the import is to encourage mappers to do their own mapping anyway - the LINZ import will be some time, plus there are mistakes in the data which will need correcting manually, and there is greater value in individuals collecting data than relying on the government. so, map away - your work will not be deleted, we will work round it. if you'd like to know more, join us on the nzopengis group - https://groups.google.com/group/nzopengis -- robin http://tangleball.org.nz/ - Auckland's Creative Space http://bumblepuppy.org/blog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki editing (was Re: (magical?) road detector)
On Tue, Feb 8, 2011 at 2:18 AM, Richard Fairhurst rich...@systemed.net wrote: So if you don't know, put a FIXME there. It's what we do on the map. Good suggestion. Could I also suggest that if you think someone's change has lots of problems, instead of rolling it back with an offensive commit comment, you could: 1) Comment it out with a note for someone to verify the entries then un-comment; or 2) Add a FIXME yourself; or 3) Mention the problem here; or 4) Revert it and drop the author a line; or... Although there was incorrect information in this case, it hardly warranted speedy action. Wrong (but harmlessly so) licence information? Call the fire brigade!! Wikis need it to be possible for work to be split amongst different people: one person creates the infobox, someone else fixes the data in it. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki editing (was Re: (magical?) road detector)
Come on folks, it's not that a big problem. Now let's close the thread and see what will come witin the next weeks on the wiki side. good night Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing coverage
2011/2/7 Peter Wendorff wendo...@uni-paderborn.de: Hi ant. The tool is great, but it would be even greater to have the specific zoom level availlable instead of 14 or more. 14 may be a threshold of useability in many areas, but for other purposes even 17, 18 or 19 may be the treshold (e.g. mapping of sidewalks, mapping of street lanterns ;) (compare the AeroWest imagery we have (had?) availlable for use in Dortmund). Counting the number of white lines in pedestrian crossings :-) Jo ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Gemeentes naar Duitsland en België verhuisd?
On 2/5/11 8:10 PM, Martien Scheepens wrote: Ik heb contact gehad met Brian Quinion via de dev-mailing. Hij heeft de fout ontdekt en binnen korte tijd zullen de fouten in de benaming verdwijnen. Groeten, Martien Ah! Mooi dat het gefixed wordt. Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] time change on bing
obvious time change between two sets of photos here http://www.bing.com/maps/?v=2cp=-31.607381813961595~143.33909511566418lvl=17dir=0sty=hwhere1=Wilcannia%2C%20NSWq=Wilcannia%20NSW ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] osm2pgsql Import Probleme
Ich will für Flächen die Mittelpunkte abfragen können. Mit dem osmosis Schema geht das wohl nicht. select astext(center(linestring)) from ways where ... Jetzt hab ich die DB schon wieder gelöscht, und daher keine Lust, die alte DB wieder einzurichten... Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weinlagen
Am 7. Februar 2011 08:30 schrieb M northc...@gmx.de: Gebe ich nur landuse=vineyard und name=Name_des_Weibergs an oder setze ich dazu noch ein place=locality? Und dann gibt es ja noch Großlagen, zu denen viele einzelne Weinberge gehören. Hier bietet sich die Zusammenfassung über eine Relation an? 22. Lage: eine bestimmte Rebfläche (Einzellage) oder die Zusammenfassung solcher Flächen (Großlage), aus deren Erträgen gleichwertige Weine gleichartiger Geschmacksrichtungen hergestellt zu werden pflegen und die in einer Gemeinde oder in mehreren Gemeinden desselben bestimmten Anbaugebietes belegen sind, 23. Bereich: eine Zusammenfassung mehrerer Lagen, aus deren Erträgen Weine gleichartiger Geschmacksrichtung hergestellt zu werden pflegen und die in nahe beieinander liegenden Gemeinden desselben bestimmten Anbaugebietes belegen sind, Quelle: http://www.gesetze-im-internet.de/bundesrecht/weing_1994/gesamt.pdf Und was ist jetzt Dein Fazit/Vorschlag für das Datenschema von OSM? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Tracker (Android): Wo ist die GPX-Datei ?
hi ! habe meinen ersten Track mit dem Android erstellt und im Verzeichnis ../osmtracker/ ist auch ein Ordner mit den Bildern und den Sprachaufzeichnungen zu finden. Aber wo finde ich die GPX-Datei ?? Kann mir einer weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liebe Deutsche
Am 06.02.2011 22:15, schrieb Johannes Huesing: Vor allem haben geschätzte 99,9% der niederländischen Ortsnamen keine gebräuchlichen deutschen Exonyme Na, das kann man ja ändern: Egmond am Meer Alksee Nordweick Sandfort etc. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import Probleme
Am Sonntag, den 06.02.2011, 18:54 +0100 schrieb Frederik Ramm: Hallo, Alexander Matheisen wrote: Und das OSM-File enthaelt auch alle Nodes, die von dem betr. Way referenziert wurden? Da fehlen tatsächlich ein paar Nodes. Eigentlich sollten die aber drin sein: Ist denn sichergestellt, dass sie in der Datei cache.osm ueberhaupt drin sind? Da sind sie komischerweise nicht drin. Die Datei ist im Prinzip ein Planetfile, aus dem nur Objekte mit bestimmten Tags rausgefiltert und diffs eingespielt wurden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Tracker (Android): Wo ist die GPX-Datei ?
Aber sicher. Du musst den Track noch exportieren 1. Seite mit den aufgelisteten Tracks, wenn du lang auf einen Eintrag drückst, kommt ein entsprechende Menu. Simon Am 07.02.2011 10:22, schrieb Jan Tappenbeck: hi ! habe meinen ersten Track mit dem Android erstellt und im Verzeichnis ../osmtracker/ ist auch ein Ordner mit den Bildern und den Sprachaufzeichnungen zu finden. Aber wo finde ich die GPX-Datei ?? Kann mir einer weiterhelfen ? Gruß Jan :-) ___ 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] OSM-Tracker (Android): Wo ist die GPX-Datei ?
HI ! ok - darauf wäre ich jetzt nicht gekommen ! Aber jetzt kommt die Meldung das der Track nicht exportiert werden kann da ein Schreiben auf externen Speicher nicht möglich ist Eine Idee ?? Gruß Jan :-) Am 07.02.2011 11:28, schrieb Simon Poole: Aber sicher. Du musst den Track noch exportieren 1. Seite mit den aufgelisteten Tracks, wenn du lang auf einen Eintrag drückst, kommt ein entsprechende Menu. Simon Am 07.02.2011 10:22, schrieb Jan Tappenbeck: hi ! habe meinen ersten Track mit dem Android erstellt und im Verzeichnis ../osmtracker/ ist auch ein Ordner mit den Bildern und den Sprachaufzeichnungen zu finden. Aber wo finde ich die GPX-Datei ?? Kann mir einer weiterhelfen ? Gruß Jan :-) ___ 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] osm2pgsql Import Probleme
Hallo, On 02/07/11 10:43, Alexander Matheisen wrote: Ist denn sichergestellt, dass sie in der Datei cache.osm ueberhaupt drin sind? Da sind sie komischerweise nicht drin. Ok, dann brauchen wir uns auch nicht zu wundern, warum sie nicht in der Datenbank ankommen ;) Hast Du in cache.osm eventuell nur bestimmte Nodes und nicht alle, und dann kommt ueber ein diff ein neuer Way rein, der die gesuchten Tags hat, und der Way wird in das cache.osm aufgenommen, aber nun fehlen die Ways dazu? In diffs sind ja nie die Nodes zu Ways mit dabei... Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Tracker (Android): Wo ist die GPX-Datei ?
Aber sicher. Du musst den Track noch exportieren 1. Seite mit den aufgelisteten Tracks, wenn du lang auf einen Eintrag drückst, kommt ein entsprechende Menu. Simon Am 07.02.2011 10:22, schrieb Jan Tappenbeck: hi ! habe meinen ersten Track mit dem Android erstellt und im Verzeichnis ../osmtracker/ ist auch ein Ordner mit den Bildern und den Sprachaufzeichnungen zu finden. Aber wo finde ich die GPX-Datei ?? Kann mir einer weiterhelfen ? Gruß Jan :-) ___ 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] OSM-Tracker (Android): Wo ist die GPX-Datei ?
Hast du den Speicherort geändert? Weil das kann eigentlich nicht sein, es hat ja die Bilder etc schon in den Ordner geschrieben. Simon Am 07.02.2011 11:34, schrieb Jan Tappenbeck: HI ! ok - darauf wäre ich jetzt nicht gekommen ! Aber jetzt kommt die Meldung das der Track nicht exportiert werden kann da ein Schreiben auf externen Speicher nicht möglich ist Eine Idee ?? Gruß Jan :-) Am 07.02.2011 11:28, schrieb Simon Poole: Aber sicher. Du musst den Track noch exportieren 1. Seite mit den aufgelisteten Tracks, wenn du lang auf einen Eintrag drückst, kommt ein entsprechende Menu. Simon Am 07.02.2011 10:22, schrieb Jan Tappenbeck: hi ! habe meinen ersten Track mit dem Android erstellt und im Verzeichnis ../osmtracker/ ist auch ein Ordner mit den Bildern und den Sprachaufzeichnungen zu finden. Aber wo finde ich die GPX-Datei ?? Kann mir einer weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?
Am 6. Februar 2011 20:26 schrieb Peter Wendorff wendo...@uni-paderborn.de: Ganz kurzer Hinweis: Die Idee mit der Unterstützung von Namensräumen im Editor habe ich vor drei Tagen hier geäußert (Betreff war Doppelpunkt). Die Reaktionen waren eher mäßig und skeptisch bezüglich der generellen Umsetzbarkeit. Das Problem liegt beim Ausblenden halt immer darin, dass die Daten auch wenn sie grundverschieden sind, sich in aller Regel doch aufeinander beziehen. Wenn irgendwo ein Kino als Punkt eingezeichnet ist, und man die benachbarte Straße verschiebt, ändert sich falls man nicht aufpasst eben auch die Straßenseite des Kinos. Und wenn das jetzt ausgeblendet war, dann hat man einen Fehler generiert, ohne es zu bemerken. Ich bin prinzipiell dem Ausblenden sehr skeptisch gegenübergestellt weil ich die Gefahr von diesen Topologiefehlern sehe. Wer an einer Stelle editiert sollte sich auch soweit nötig mit dem auseinandersetzen, was es dort schon gibt. Sonst laufen wir Gefahr, dass alles sich eben doch zu einer zusammenhanglosen POI- und Way-Sammlung entwickelt, die untereinander beziehungslos ist, und dann könnte man wirklich gleich mehrere parallele Datenbanken (mit den ganzen implizierten Fehlern und Asynchronitäten) haben. Schon deutlich positiver sehe ich das Zusammenklappen von Informationen: da stünde dann z.B. nur noch name mit einem Symbol und beim Anclicken würden name:de, name:int, name:en, name:fr, name:it, name:ru und alle anderen Namen angezeigt. Kritisiert wurde das Konzept z.B. am Beispiel source:*, weil sich dabei unterschiedliche Source-Tags auf völlig unterschiedliche Attribute beziehen und nicht im üblichen Sinn eine Kategorie bilden. Das ist Ansichtssache: man kann source:* ja allesamt als Quellen bezeichnen, also Metadaten und keine eigentlichen Daten, von daher ist das durchaus eine Kategorie. Man kann das natürlich auch anders sehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bing als Map-Layer
Bei der Entscheidung für eine Karte bevorzugen viele Anwender Google, weil man damit auch Luftbilder anzeigen kann. Geht das mit Bing auch? wie? Gruss, Markus PS: wo finde ich eine Weltkarte mit den Auflösungen der Bing-Bilder? Hier findet man zwar die Stufen, aber erst wenn man weit reinzoomt, aber keine Übersicht: http://mvexel.dev.openstreetmap.org/bing/ und das ist nur für DK: http://wiki.openstreetmap.org/wiki/da:Bing ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer
Am Montag 07 Februar 2011, um 13:24:30 schrieb Markus: Bei der Entscheidung für eine Karte bevorzugen viele Anwender Google, weil man damit auch Luftbilder anzeigen kann. Geht das mit Bing auch? wie? Na klar: http://openlayers.org/dev/examples/ dann links auf Basic Bing Tiles Example Gruss, Markus MfG, Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer
Am 7. Februar 2011 13:30 schrieb Christian Knorr os...@gmx.de: Am Montag 07 Februar 2011, um 13:24:30 schrieb Markus: Geht das mit Bing auch? wie? Na klar: http://openlayers.org/dev/examples/ dann links auf Basic Bing Tiles Example kommt mir allerdings nichts vertragskonform vor, da sollte doch eigentlich der Name des Imageproviders mit eingeblendet werden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?
Am 07.02.2011 13:05, schrieb M∡rtin Koppenhoefer: Das Problem liegt beim Ausblenden halt immer darin, dass die Daten auch wenn sie grundverschieden sind, sich in aller Regel doch aufeinander beziehen. Wenn irgendwo ein Kino als Punkt eingezeichnet ist, und man die benachbarte Straße verschiebt, ändert sich falls man nicht aufpasst eben auch die Straßenseite des Kinos. Und wenn das jetzt ausgeblendet war, dann hat man einen Fehler generiert, ohne es zu bemerken. Ich will nicht ausblenden - dabei gebe ich dir vollständig recht. Ich will die Übersichtlichkeit OHNE Ausblenden verbessern. Was jetzt genau bei TMC sonst noch stört, sei dahingestellt - ein Argument war aber, drei Attribute für einen node sind zu viele für TMC. Während ich einigen hier (u.A. Frederik) zutraue oder von ihnen weiß, dass sie auch die technische Verarbeitung der Daten damit meinen, halte ich das in bestimmten Fällen vor allem für ein Problem beim Editieren, weil man eben nicht mehr alle Werte sehen kann. Ich arbeite an 'nem Netbook mit nur ca 700 px Nutzbarer Höhe. Wenn ich da in JOSM jetzt die üblichen vier oder fünf Fensterchen rechts geöffnet habe, dann sind ca 6 Einträge in der Attributliste sichtbar - im Zweifelsfall 5 davon eine schön vollständige Adresse: addr:city addr:country addr:housenumber addr:postcode addr:street Die Daten sind wichtig - aber ein kleines plus vor einer Ausklappbaren Zeile + Addresse = sowiesoweg 14 würde es auch tun - ausklappen kann man immer noch; und man könnte den Editor auch speichern lassen, ob ein addr:*-Folding jetzt eingeklappt sein soll oder nicht. Ich bin prinzipiell dem Ausblenden sehr skeptisch gegenübergestellt weil ich die Gefahr von diesen Topologiefehlern sehe. Wer an einer Stelle editiert sollte sich auch soweit nötig mit dem auseinandersetzen, was es dort schon gibt. Sonst laufen wir Gefahr, dass alles sich eben doch zu einer zusammenhanglosen POI- und Way-Sammlung entwickelt, die untereinander beziehungslos ist, und dann könnte man wirklich gleich mehrere parallele Datenbanken (mit den ganzen implizierten Fehlern und Asynchronitäten) haben. +1 Schon deutlich positiver sehe ich das Zusammenklappen von Informationen: da stünde dann z.B. nur noch name mit einem Symbol und beim Anclicken würden name:de, name:int, name:en, name:fr, name:it, name:ru und alle anderen Namen angezeigt. Genau das ist meine Idee - und name ist ein schönes Beispiel dafür; auch wenn viele Objekte noch wenig internationale Namen haben. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer
Hallo Christian, Na klar: http://openlayers.org/dev/examples/bing.html Gibt es schon Beispiele für die Kombination von OSM und Bing-Areal? - zum Umschalten - Überblenden - Hybrid Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer
Am 7. Februar 2011 14:16 schrieb Markus liste12a4...@gmx.de: Gibt es schon Beispiele für die Kombination von OSM und Bing-Areal? - zum Umschalten - Überblenden - Hybrid Dein ursprüngliches Statement war: Bei der Entscheidung für eine Karte bevorzugen viele Anwender Google, weil man damit auch Luftbilder anzeigen kann. Man kann Google genauso wie Bing als zusätzliche Layer gemeinsam mit OSM einblenden / überblenden. Für beides braucht man einen entsprechenden API-Key, den man durch Registration bei G bzw. B kostenlos erhält. In beiden Fällen muss man dann die Terms of Service beachten (Nutzungsbedingungen). Man kann OSM z.B. auch in Googlemaps einbinden (also ohne Openlayers), Beispiele gibt es z.B. bei der Geofabrik (Bsp. zum Buch). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Hi Gibt es einen Grund, warum die Straßenlisten auf osm.gt.owl.de das letzte mal am 19.01.11 ausgewertet wurden? Hab ich was verpasst? Netter Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Tracker (Android): Wo ist die GPX-Datei ?
Hi ! der Export funktioniert nur, wenn keine USB-Verbindung angeschlossen ist Gruß Jan :-) Am 07.02.2011 12:31, schrieb Simon Poole: Hast du den Speicherort geändert? Weil das kann eigentlich nicht sein, es hat ja die Bilder etc schon in den Ordner geschrieben. Simon Am 07.02.2011 11:34, schrieb Jan Tappenbeck: HI ! ok - darauf wäre ich jetzt nicht gekommen ! Aber jetzt kommt die Meldung das der Track nicht exportiert werden kann da ein Schreiben auf externen Speicher nicht möglich ist Eine Idee ?? Gruß Jan :-) Am 07.02.2011 11:28, schrieb Simon Poole: Aber sicher. Du musst den Track noch exportieren 1. Seite mit den aufgelisteten Tracks, wenn du lang auf einen Eintrag drückst, kommt ein entsprechende Menu. Simon Am 07.02.2011 10:22, schrieb Jan Tappenbeck: hi ! habe meinen ersten Track mit dem Android erstellt und im Verzeichnis ../osmtracker/ ist auch ein Ordner mit den Bildern und den Sprachaufzeichnungen zu finden. Aber wo finde ich die GPX-Datei ?? Kann mir einer weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Tracker (Android): Wo ist die GPX-Datei ? - Sprachdateien
Hi ! nachdem das soweit geklappt hat gibt es noch ein Problem mit den Sprachdateien - gpp. Diese sollen mir mit VLC abspielt werden. Das passiert auch etwas - aber es kommt kein Ton - Lautsprecher ist an. Die 2 sekunden-Dateien sind 3 kb groß - ist das realistisch ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Tracker (Android): Wo ist die GPX-Datei ?
Am 07.02.2011 14:39, schrieb Jan Tappenbeck: Hi ! der Export funktioniert nur, wenn keine USB-Verbindung angeschlossen ist Das ist normal. Soll vermutlich verhindern, dass gleichzeitig von 2 verschiedenen Seiten auf die selben Dateien zugegriffen werden kann und dann Murks entsteht. Im Market gibt es APPs, z.B. Multi Mount SD-Card oder Dual Mount SD Widget, die den gleichzeitigen Zugriff con Compi und Smartphone auf die SD-Card erlaubt. Habe ich selber nicht in Benutzung. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Tracker (Android): Wo ist die GPX-Datei ?
Am 07.02.2011 15:02, schrieb René Falk: Am 07.02.2011 14:39, schrieb Jan Tappenbeck: Hi ! der Export funktioniert nur, wenn keine USB-Verbindung angeschlossen ist Das ist normal. Soll vermutlich verhindern, dass gleichzeitig von 2 verschiedenen Seiten auf die selben Dateien zugegriffen werden kann und dann Murks entsteht. Im Market gibt es APPs, z.B. Multi Mount SD-Card oder Dual Mount SD Widget, die den gleichzeitigen Zugriff con Compi und Smartphone auf die SD-Card erlaubt. Habe ich selber nicht in Benutzung. Grüße René hi ! ich habe die gpp-Datei aber schon auf dem PC und der Android ist nicht mehr angeschlossen ! Idee ? @rene: ich schicke Dir mal eine Datei - vielleicht funktioniert die ja bei Dir .-) Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Tracker (Android): Wo ist die GPX-Datei ?
Mit dem Windows Mediaplayer (Sakrileg!) kann man die z.B. abspielen. Simon -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. Jan Tappenbeck o...@tappenbeck.net schrieb: Am 07.02.2011 15:02, schrieb René Falk: Am 07.02.2011 14:39, schrieb Jan Tappenbeck: Hi ! der Export funktioniert nur, wenn keine USB-Verbindung angeschlossen ist Das ist normal. Soll vermutlich verhindern, dass gleichzeitig von 2 verschiedenen Seiten auf die selben Dateien zugegriffen werden kann und dann Murks entsteht. Im Market gibt es APPs, z.B. Multi Mount SD-Card oder Dual Mount SD Widget, die den gleichzeitigen Zugriff con Compi und Smartphone auf die SD-Card erlaubt. Habe ich selber nicht in Benutzung. Grüße René hi ! ich habe die gpp-Datei aber schon auf dem PC und der Android ist nicht mehr angeschlossen ! Idee ? @rene: ich schicke Dir mal eine Datei - vielleicht funktioniert die ja bei Dir .-) Gruß Jan :-)_ 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] Bing als Map-Layer
Hallo, On 07.02.2011 13:24, Markus wrote: PS: wo finde ich eine Weltkarte mit den Auflösungen der Bing-Bilder? Hier findet man zwar die Stufen, aber erst wenn man weit reinzoomt, aber keine Übersicht: http://mvexel.dev.openstreetmap.org/bing/ und das ist nur für DK: http://wiki.openstreetmap.org/wiki/da:Bing gerade neu: http://ant.dev.openstreetmap.org/bingimageanalyzer/ grün = hochauflösend rot = nicht hochauflösend Um ein Gebiet zu rendern, muss man bis Zoomlevel 14 (oder weiter) reinzoomen, dann färbt sich die Karte. Grüße ant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import Probleme
Am Montag, den 07.02.2011, 11:37 +0100 schrieb Frederik Ramm: Hallo, On 02/07/11 10:43, Alexander Matheisen wrote: Ist denn sichergestellt, dass sie in der Datei cache.osm ueberhaupt drin sind? Da sind sie komischerweise nicht drin. Ok, dann brauchen wir uns auch nicht zu wundern, warum sie nicht in der Datenbank ankommen ;) Hast Du in cache.osm eventuell nur bestimmte Nodes und nicht alle, und dann kommt ueber ein diff ein neuer Way rein, der die gesuchten Tags hat, und der Way wird in das cache.osm aufgenommen, aber nun fehlen die Ways dazu? In diffs sind ja nie die Nodes zu Ways mit dabei... Das scheint das Problem zu sein, denn ich wende die Diffs ja auf das gefilterte Planetfile an. Wie lässt sich das Problem lösen, ohne dass ich jedes Mal das Diff auf das ganzen Planetfile anwenden und dann jedes Mal filtern muss? Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer
Hallo, On 02/07/11 15:54, ant wrote: gerade neu: http://ant.dev.openstreetmap.org/bingimageanalyzer/ grün = hochauflösend rot = nicht hochauflösend Um ein Gebiet zu rendern, muss man bis Zoomlevel 14 (oder weiter) reinzoomen, dann färbt sich die Karte. Hab grade wie wild in einem Gebiet rumgesurft auf z14, das halb rot und halb gruen war. Dann wieder rausgezoomt in der Hoffnung, nun meine Spuren auf einer uebersichtlichen Karte zu sehen, aber keine Resultate. Funktionirt das Speichern evtl. grad nicht? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import Probleme
Hallo, On 02/07/11 16:46, Alexander Matheisen wrote: Das scheint das Problem zu sein, denn ich wende die Diffs ja auf das gefilterte Planetfile an. Wie lässt sich das Problem lösen, ohne dass ich jedes Mal das Diff auf das ganzen Planetfile anwenden und dann jedes Mal filtern muss? Also grundsaetzlich erstmal gar nicht; wenn Du nicht *alle* Nodes vorliegen hast, dann kannst Du mit einem Way, der aus alten Nodes neu zusammengesetzt wird oder der erst jetzt durch ein zusaetzliches Tag auf Deinem Radar erscheint, nichts anfangen. Du solltest ueberlegen, ob Du nicht wirklich einen kompletten Planet (evtl. nur Deiner Region) bereithalten und updaten kannst. Mit dem PBF-Format ist das nicht mehr so aufwendig; auf einem halbwegs aktuellen Rechner ist ein Tagesdiff in unter einer Stunde aufgespielt, danach kommt natuerlich noch der Filter-Schritt. Alternativ gibt es eine Menge Tricks, die aber alle mit einiger Programmierarbeit zu tun haben und ausserdem stark davon abhaengen, welche Tags Du eigentlich filterst und wie viele Updates Du da so pro Tag erwartest und so weiter. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer
Hallo, On 07.02.2011 17:47, Frederik Ramm wrote: Hab grade wie wild in einem Gebiet rumgesurft auf z14, das halb rot und halb gruen war. Dann wieder rausgezoomt in der Hoffnung, nun meine Spuren auf einer uebersichtlichen Karte zu sehen, aber keine Resultate. Funktionirt das Speichern evtl. grad nicht? es funktioniert nur dann, wenn man langsam rauszoomt, denn die Neuberechnung der Kacheln beachtet immer nur die in den zwei nächsten Zoomstufen vorhandenen Kacheln (damit die Rechenlast nicht zu groß wird). Wenn auch das nicht klappt, kann ein Neuladen der Seite helfen. Grüße ant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer
Am 7. Februar 2011 17:47 schrieb Frederik Ramm frede...@remote.org: Hab grade wie wild in einem Gebiet rumgesurft auf z14, das halb rot und halb gruen war. Dann wieder rausgezoomt in der Hoffnung, nun meine Spuren auf einer uebersichtlichen Karte zu sehen, aber keine Resultate. Funktionirt das Speichern evtl. grad nicht? ja, bis vor kurzem gings noch, gerade nicht mehr. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import Probleme
Du solltest ueberlegen, ob Du nicht wirklich einen kompletten Planet (evtl. nur Deiner Region) bereithalten und updaten kannst. Mit dem PBF-Format ist das nicht mehr so aufwendig; auf einem halbwegs aktuellen Rechner ist ein Tagesdiff in unter einer Stunde aufgespielt, danach kommt natuerlich noch der Filter-Schritt. OK, dann werde ich erstmal das versuchen, zum Glück hab ich nen schnellen Rechner... Danke erstmal. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer - Abdeckung
Hallo Ant, gerade neu: http://ant.dev.openstreetmap.org/bingimageanalyzer/ Super! Hab's mal dokumentiert: http://wiki.openstreetmap.org/wiki/DE:Bing#Abdeckung,_Alter_und_Auflösung_der_Luftaufnahmen Weiss jemand die Auflösung von rot/grün/Rest ? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer - Abdeckung
Hallo, On 07.02.2011 18:30, Markus wrote: Weiss jemand die Auflösung von rot/grün/Rest ? im Augenblick steht grün für Luftbilder auf Zoomstufe 14 vorhanden, rot ist dessen Verneinung. Der Rest ist schlicht nicht geprüft. Auf Talk wurde nun der Wunsch nach feineren Abstufungen (z18, z20) geäußert, dem ich hoffentlich bald nachkommen werde... Grüße ant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import Probleme
Hallo, Alexander Matheisen wrote: Du solltest ueberlegen, ob Du nicht wirklich einen kompletten Planet (evtl. nur Deiner Region) bereithalten und updaten kannst. Mit dem PBF-Format ist das nicht mehr so aufwendig; auf einem halbwegs aktuellen Rechner ist ein Tagesdiff in unter einer Stunde aufgespielt, danach kommt natuerlich noch der Filter-Schritt. OK, dann werde ich erstmal das versuchen, zum Glück hab ich nen schnellen Rechner... Am schnellsten geht es, wenn Du Dein lokales Planet-File mit --write-pbf compress=none schreiben laesst im Osmosis. Es gibt auch die Moeglichkeit, das Applizieren des Diffs und das Filtern und das Einlesen in osm2pgsql in einem Schritt zu machen: osmosis --rri --read-pbf current-planet.pbf --ac --tee 2 --write-pbf new-planet.pbf compress=none --(irgendwelche Filterschritte) --write-xml - | osm2pgsql (optionen) - Aber das wuerde ich erst machen, wenn alles einzeln sauber tut ;) Auf planet.openstreetmap.org gibt es das aktuelle Planetfile in pbf-experimental oder so auch als PBF-Datei. 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] Bing als Map-Layer - Abdeckung
Hallo Ant, im Augenblick steht grün für Luftbilder auf Zoomstufe 14 vorhanden mit Auflösung meinte ich cm/Pixel. (für die Doku) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Am 07.02.2011 14:36, schrieb Torsten Breda: Gibt es einen Grund, warum die Straßenlisten auf osm.gt.owl.de das letzte mal am 19.01.11 ausgewertet wurden? Ist mir auch aufgefallen. Habe am 28.01. bei Florian angefragt (f...@zz.de), aber bisher keine Antwort erhalten. Hab ich was verpasst? Eventuell ist Florian gerade im Urlaub oder anderweitig beschäftigt und hat noch garnicht bemerkt, dass der Update nicht mehr läuft... -- Andreas Koppenhöfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import Probleme
Am Montag, den 07.02.2011, 19:48 +0100 schrieb Frederik Ramm: Hallo, Alexander Matheisen wrote: Du solltest ueberlegen, ob Du nicht wirklich einen kompletten Planet (evtl. nur Deiner Region) bereithalten und updaten kannst. Mit dem PBF-Format ist das nicht mehr so aufwendig; auf einem halbwegs aktuellen Rechner ist ein Tagesdiff in unter einer Stunde aufgespielt, danach kommt natuerlich noch der Filter-Schritt. OK, dann werde ich erstmal das versuchen, zum Glück hab ich nen schnellen Rechner... Am schnellsten geht es, wenn Du Dein lokales Planet-File mit --write-pbf compress=none schreiben laesst im Osmosis. Es gibt auch die Moeglichkeit, das Applizieren des Diffs und das Filtern und das Einlesen in osm2pgsql in einem Schritt zu machen: osmosis --rri --read-pbf current-planet.pbf --ac --tee 2 --write-pbf new-planet.pbf compress=none --(irgendwelche Filterschritte) --write-xml - | osm2pgsql (optionen) - Aber das wuerde ich erst machen, wenn alles einzeln sauber tut ;) Auf planet.openstreetmap.org gibt es das aktuelle Planetfile in pbf-experimental oder so auch als PBF-Datei. Danke! Jetzt muss ich erstmal das Planetfile runterladen, das dauert ja so seine Zeit... Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Am 07.02.2011 20:31, schrieb koppenho: Am 07.02.2011 14:36, schrieb Torsten Breda: Gibt es einen Grund, warum die Straßenlisten auf osm.gt.owl.de das letzte mal am 19.01.11 ausgewertet wurden? Ist mir auch aufgefallen. Habe am 28.01. bei Florian angefragt (f...@zz.de), aber bisher keine Antwort erhalten. Hab ich was verpasst? Eventuell ist Florian gerade im Urlaub oder anderweitig beschäftigt und hat noch garnicht bemerkt, dass der Update nicht mehr läuft... Ist Florian auch derjenige, an den man sich wenden kann, wenn es in der Liste Fehler gibt? Z.b. taucht ein Straßenname in der Liste auf, weil er falsch ist ' Am' statt 'Im' und ein Link geht in eine völlig andere Gegend... Dann kann man ja nun leider übers Mappen nicht korrigieren... Grüße aus dem Westen Merzen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Hallo, Dann kann man ja nun leider übers Mappen nicht korrigieren... Die Sachen an sich sind alle Wikimäßig aufgebaut. Solltest du also editieren können. Liebe Grüße Benni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koennen wir die TMC-Daten rauswerfen?
Am 06.02.2011 17:22, schrieb Sven Anders: Und das Tagging-Schema ist ja noch nicht einmal in sich konsistent (es gibt z.B. keine Einigkeit darüber wo der Knotenpunkt für eine Autobahn-Auffahrt am sinnvollsten gesetzt werden sollte.) Wenn Du die Beschleunigungs-Verzögerungsspuren meinst bei der Abfahrt an der Stelle wo die durchgezogene Linie beginnt und an der Auffahrt an der Stelle wo sie aufhört. So hat man im Stau noch die Chance die Autobahn an der letzt möglichen Position zu verlassen bzw. das Navi kann bis dahin noch die Alternativroute vorschlagen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weinlagen
Am 05.02.2011 22:02, schrieb Johannes Huesing: Und nehme ich den Ortsnamen in die Lagebezeichnung auf? Schwarzlay und der Rest ergibt sich aus Grenzpolygonen oder Ürziger Schwarzlay? Würde ich eher als Eigennamen sehen und vollständig angeben. Insbesondere da ja Grenzpolygone fehlen oder falsch sein können. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weinlagen
Am 07.02.2011 08:30, schrieb M: wie sollte man bei einem Weinberg den Namen der Lage angeben? Im Weinbau ist es üblich damit anzugeben, von welchem Weinberg die Trauben für den Wein stammen. Was hat das denn mit anzugeben, also prahlen zu tun ?? Weil es Leute gibt die nicht wirklich Ahnung von Wein haben sondern anhand bekannter Namen und dem (möglichst hohen) Preis einkaufen. Das hat in den letzten Jahren z.B. dazu geführt das bestimmte französische Weine extrem teuer wurden obwohl ihre Qualität den Preis überhaupt nicht rechtfertigt. Das man aus einer Lage mit den selben Trauben (eines Jahrgangs) einen guten Wein oder eine untrinkbare Blörre machen kann ist mir bewusst. Dem Geldadel nicht unbedingt-der kauft wie gesagt gerne einfach nach Preis und Name... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Am 07.02.2011 21:39, schrieb ht321: Ist Florian auch derjenige, an den man sich wenden kann, wenn es in der Liste Fehler gibt? Z.b. taucht ein Straßenname in der Liste auf, weil er falsch ist ' Am' statt 'Im' und ein Link geht in eine völlig andere Gegend... Dann kann man ja nun leider übers Mappen nicht korrigieren... Nein, das macht Florian nicht. Er betreibt für uns den Service, aber den Inhalt pflegen Mapper wie Du und ich. Schau' Dir die Seiten mal genauer an: die Outputseiten http://osm.gt.owl.de/Strassenliste/output/(id) haben alle in der Regel oben einen Link Wiki: ... nach http://osm.gt.owl.de/Strassenliste/wiki/(Land)/(Kreis)/(Ort) Das dort hinterlegte Dokument ist die Datenquelle für die Auswertung. Am Ende des Dokuments findest Du edit this page. Einfach den Fehler korrigieren und... das war's. Einige Wiki-Seiten enthalten eine Notify: ...-Zeile. Das ist eine Mailadresse von jemandem, der am Strassenverzeichniss des betreffenden Ortes interessiert ist. Den kannst Du als alternative anschreiben und ihn bitten den Fehler zu korrigieren. Weitere Infos findest Du hier: http://osm.gt.owl.de/Strassenliste/wiki/ Was meinst Du eigentlich mit Link geht in eine völlig andere Gegend? Wenn Du damit einen Google-Link meinst, dann ist das normal bei Straßen, deren Name falsch geschrieben ist oder nicht existiert. Google versucht einfach den nächstbesten Treffer darzustellen. Der ist eben manchmal in einer völlig anderen Gegend. -- Andreas Koppenhöfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: Programmierwettbewerb apps4cities der Landeshauptstadt München und MOGDy HackDay
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, diese Mail hat den Vorstand erreicht, mit der Bitte um Weiterleitung. Nach einem kurzen Querlesen denke ich das ist für alle interessant. Gruß Georg - Original-Nachricht Betreff:Programmierwettbewerb apps4cities der Landeshauptstadt München und MOGDy HackDay Datum: Mon, 07 Feb 2011 17:39:55 +0100 Von:Silke Berger mo...@muenchen.de An: i...@fossgis.de Lieber gemeinnütziger Verein der Openstreetmap, wir möchten Sie und Ihre Mitglieder gerne zu folgender Veranstaltung einladen. Würden Sie die Einladung an Ihre Mailing-Liste weiterleiten? Das wäre toll. Vielen Dank im Voraus und vielleicht bis zum Hackday? Grüße vom MOGDy-Team - -- Im Rahmen des Munich Open Government Day *MOGDy* veranstaltet die Landeshauptstadt in Kooperation mit der FH München *am 12.02.2011* den*MOGDy HackDay*. *Programmiererinnen, Programmierer und Interessierte sind herzlich eingeladen!* Wer mit Daten der Stadt München eigene Open-Source-Applikationen entwickeln möchte, kann seine Entwicklung bis zum 31.03.2011 auf www.muenchen.de/mogdy einreichen. * *Zweck?* Die LHM München gibt Daten aus ihrem Bestand frei. Mit diesen Daten können interessierte Programmiererinnen und Programmierer Open-Source-Applikationen entwickeln * *Wer?* Jede und jeder kann mitmachen, der unter www.muenchen.de/mogdy eine Anmeldung ausgefüllt hat * *Was bringt mir eine Beteiligung?* Bekanntheit. Die LHM betreibt aktive Pressearbeit. Mehrere große Zeitungen (unter anderem die Süddeutsche Zeitung), Radiostationen und unzählige Blogs und Foren berichten über das Projekt MOGDy und natürlich auch die Gewinnerinnen und Gewinner des Wettbewerbs. Mehrere große Städte zeigen bereits Interesse oder veranstalten eigene Open-Data-Projekte. Viele Firmen und Web 2.0-Beteiligte verfolgen MOGDy mit großem Interesse. Kreativen Einsatz. Sie können aus spannenden Daten kreative Programme schaffen. Woher sonst erhalten Sie Daten, die Ihre Stadt betreffen und 1,3 Millionen potentielle Interessenten? Ihre Idee, was Sie mit den Daten programmieren möchten, kann München verändern! Preise. Es gibt natürlich tolle Preise zu gewinnen, unter anderem ein Tisch auf dem Oktoberfest, der Besuch der FOSDEM, eine MVV-Jahreskarte ... und natürlich eine Überraschung! * *Wann? * Noch*bis zum 31.03.2011 *können Sie sich auf auf www.muenchen.de/mogdy anmelden, die gewünschten Daten downloaden und Ihre Applikation einreichen * *Highlight HackDay* Am *12.02.2011* findet in Kooperation mit der FH Wirtschaftsinformatik der Münchner *HackDay* statt. Ab 9.30 Uhr können Sie in der FH München, Lothstraße 64, R-Gebäude (ausgeschildert)mit einem WLAN-Zugang Ihre Daten und Ideen gemeinsam mit anderen Hackern diskutieren und erarbeiten, ab 18.00 Uhr gibt es eine Präsentation für die anwesende Presse * *Nähere Info* Die Kategorien für den Programmierwettbewerb, die bereits jetzt freigegebenen Daten, das Anmeldeformular und mehr gibt's unter www.muenchen.de/mogdy - -- - FOSSGIS e.V. DER Ansprechpartner in Sachen Freie GIS und Freie Geodaten www.fossgis.de / georg.loe...@fossgis.de - - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1QXrgACgkQOXEppwXGcz95SwCeKz7teYtgyZzEV78ttsyFVIGU co8AnR1BFyS2PD5TLKu04EnChL+sv5jd =lHsU -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Hallo, wenn man bei der Anlage einer Datei die falsche Relations-ID angibt, verweist die gleichnamige Gemeinde auf der Auswertungsseite auf den falschen Ort. Das kann dann nur von Florian wieder korrigiert werden durch das löschen der falschen Verknüpfung zwischen Relations-ID und Gemeinde. Ich habe Florian bereits zweimal angemailt wg. der Auswertung, die nicht mehr durchläuft, leider kam noch keine Antwort. Viele Grüße Dietmar -Ursprüngliche Nachricht- Von: koppenho [mailto:koppe...@online.de] Gesendet am: Montag, 7. Februar 2011 22:04 An: ht321 Cc: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11 Am 07.02.2011 21:39, schrieb ht321: Ist Florian auch derjenige, an den man sich wenden kann, wenn es in der Liste Fehler gibt? Z.b. taucht ein Straßenname in der Liste auf, weil er falsch ist ' Am' statt 'Im' und ein Link geht in eine völlig andere Gegend... Dann kann man ja nun leider übers Mappen nicht korrigieren... Nein, das macht Florian nicht. Er betreibt für uns den Service, aber den Inhalt pflegen Mapper wie Du und ich. Schau' Dir die Seiten mal genauer an: die Outputseiten http://osm.gt.owl.de/Strassenliste/output/(id) haben alle in der Regel oben einen Link Wiki: ... nach http://osm.gt.owl.de/Strassenliste/wiki/(Land)/(Kreis)/(Ort) Das dort hinterlegte Dokument ist die Datenquelle für die Auswertung. Am Ende des Dokuments findest Du edit this page. Einfach den Fehler korrigieren und... das war's. Einige Wiki-Seiten enthalten eine Notify: ...-Zeile. Das ist eine Mailadresse von jemandem, der am Strassenverzeichniss des betreffenden Ortes interessiert ist. Den kannst Du als alternative anschreiben und ihn bitten den Fehler zu korrigieren. Weitere Infos findest Du hier: http://osm.gt.owl.de/Strassenliste/wiki/ Was meinst Du eigentlich mit Link geht in eine völlig andere Gegend? Wenn Du damit einen Google-Link meinst, dann ist das normal bei Straßen, deren Name falsch geschrieben ist oder nicht existiert. Google versucht einfach den nächstbesten Treffer darzustellen. Der ist eben manchmal in einer völlig anderen Gegend. -- Andreas Koppenhöfer ___ 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] Bing als Map-Layer - Abdeckung
Am 7. Februar 2011 20:03 schrieb Markus liste12a4...@gmx.de: im Augenblick steht grün für Luftbilder auf Zoomstufe 14 vorhanden mit Auflösung meinte ich cm/Pixel. (für die Doku) Das kann man nur ungefähr angeben, weil sich die Auflösung ja von Pixel zu Pixel ändert. Grob entspricht ein Pixel im Zoom14 ca. 9 Metern. Für den Äquator gilt: 1 Pixel in Zoom 0 entspricht (40024 km / 256). Pro Zoomstufe halbiert sich der Wert. Je weiter Du Dich vom Äquator wegbewegst, um so besser wird die Auflösung in cm/Pixel ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Hi, On Mon, Feb 07, 2011 at 08:31:35PM +0100, koppenho wrote: Am 07.02.2011 14:36, schrieb Torsten Breda: Gibt es einen Grund, warum die Straßenlisten auf osm.gt.owl.de das letzte mal am 19.01.11 ausgewertet wurden? Ist mir auch aufgefallen. Habe am 28.01. bei Florian angefragt (f...@zz.de), aber bisher keine Antwort erhalten. Hab ich was verpasst? Eventuell ist Florian gerade im Urlaub oder anderweitig beschäftigt und hat noch garnicht bemerkt, dass der Update nicht mehr läuft... Na im moment wickel ich mal meinen Arbeitsplatz ab. Nix mit Urlaub. Da der Telefonica O2 Standort Verl geschlossen wird 1) habe ich da gerade nen bischen mehr zu tun. Die OSM Geschichten die ich gemacht habe ist nur ein Bruchteil der Kisten die ich da noch stehen habe die irgendwie entweder abgebaut oder umgezogen werden muessen. Das Problem ist im moment das das Filesystem voll ist so das die Auswertung nicht mehr laeuft weil die Postgres keine temp tabellen mehr anlegen kann. Ist mir bekannt aber im moment brennt es auf 20 Kisten von mir. Vermutlich habe ich auch ein neues warmes Plaetzchen fuer das System und die Kiste wird in den naechsten Tagen/Wochen umziehen und sicherlich dann auch wieder ein bischen Liebe bekommen. In 6 Tagen endet mein Engagement bei der O2 und dann habe ich sicherlich Zeit mich mal zu kuemmern. Flo 1) http://www.nw-news.de/lokale_news/guetersloh/guetersloh/3829568_Standort_schliesst_2011.html -- Florian Lohoff f...@zz.de Professionell gesehen bin ich zu haben signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing als Map-Layer - Abdeckung
Hallo Martin, Ich meinte natürlich die Auflösung der Luftbilder (nicht der Kacheln). Grob entspricht ein Pixel im Zoom14 ca. 9 Metern. Genau 9,583 m Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import Probleme
Wenn die Daten wieder geladen sind... Hinweis: Mittelpunkte findest du nicht in den Daten. Sie können aber jederzeit von PostGIS aus Polygonen (d.h. von osm2pgql importierte Ways) berechnet werden, wie Walter Nordmann oben schrieb (etwas adaptiert): SELECT ST_AsText(ST_Centroid(way)) FROM planet_osm_polygon WHERE name ILIKE 'Stuttgart%' LG, S. Am 7. Februar 2011 20:48 schrieb Alexander Matheisen alexandermathei...@ish.de: Am Montag, den 07.02.2011, 19:48 +0100 schrieb Frederik Ramm: Hallo, Alexander Matheisen wrote: Du solltest ueberlegen, ob Du nicht wirklich einen kompletten Planet (evtl. nur Deiner Region) bereithalten und updaten kannst. Mit dem PBF-Format ist das nicht mehr so aufwendig; auf einem halbwegs aktuellen Rechner ist ein Tagesdiff in unter einer Stunde aufgespielt, danach kommt natuerlich noch der Filter-Schritt. OK, dann werde ich erstmal das versuchen, zum Glück hab ich nen schnellen Rechner... Am schnellsten geht es, wenn Du Dein lokales Planet-File mit --write-pbf compress=none schreiben laesst im Osmosis. Es gibt auch die Moeglichkeit, das Applizieren des Diffs und das Filtern und das Einlesen in osm2pgsql in einem Schritt zu machen: osmosis --rri --read-pbf current-planet.pbf --ac --tee 2 --write-pbf new-planet.pbf compress=none --(irgendwelche Filterschritte) --write-xml - | osm2pgsql (optionen) - Aber das wuerde ich erst machen, wenn alles einzeln sauber tut ;) Auf planet.openstreetmap.org gibt es das aktuelle Planetfile in pbf-experimental oder so auch als PBF-Datei. Danke! Jetzt muss ich erstmal das Planetfile runterladen, das dauert ja so seine Zeit... Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Linie für Objekte in den Vorlagen
In den Vorlagen stolpere ich immer wieder über Objekte, fpr die nur Punkt als Element zugelassen ist, obwohl sie eigentlich eine Linie sind: - Schlagbaum 5..10m - Bootslipstrecke (10..50m) Wo kann man das ändern? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mundraub
Lust auf frisches Obst? gratis? Die Karte gibt es schon: http://www.mundraub.org/map Und bis das Obst reif ist haben sie vielleicht OSM eingebaut. Wir können ja schon mal beginnen, die freien Bäume einzutragen :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 07.02.11 schrieb Markus: - Schlagbaum 5..10m - Bootslipstrecke (10..50m) Ein slipway wird durchaus auch als Weg eingetragen und von Osmarender auch dann mit einem Symbol bedacht. Ein Schlagbaum ist kurz, beweglich und die wesentliche Eigenschaft ist, dass er den gekreuzten Weg sperrt. Warum willst Du ihn als Weg eintragen? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung auf osm.gt.owl.de geht nicht mehr seit 19.01.11
Oh sh.. unter den Umständen ist OSM - als fast schönste Nebenbeschäftigung - wirklich nicht so wichtig. Hoffen wir mal, dass die Sache für dich einigermassen glimpflich verläuft. Gruss Walter - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/Stra-enlistenauswertung-auf-osm-gt-owl-de-geht-nicht-mehr-seit-19-01-11-tp6000291p6002333.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] Bing als Map-Layer - Abdeckung
http://ant.dev.openstreetmap.org/bingimageanalyzer/ Eine wunderbare Anwendung! Damit kann man wirlklich was anfangen. 2011/2/7 ant antof...@gmail.com Hallo, On 07.02.2011 18:30, Markus wrote: Weiss jemand die Auflösung von rot/grün/Rest ? im Augenblick steht grün für Luftbilder auf Zoomstufe 14 vorhanden, rot ist dessen Verneinung. Der Rest ist schlicht nicht geprüft. Auf Talk wurde nun der Wunsch nach feineren Abstufungen (z18, z20) geäußert, dem ich hoffentlich bald nachkommen werde... Jepp, einen eigenen Farbton für jede Zoomstufe ab 14 wäre sehr gut. Es macht schon einen Unterschied, ob man bei Zoomstufe 17, 18, 19, 20 oder 20+ mappt. Und noch eine Kleinigkeit: Verschieb mal das A Very Fury Thing-Symbol mind. 10 Pixel nach oben, z.T. verdeckt es nämlich die Copyrighthinweise (die durchaus zweizeilig seien können). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mundraub
Am 07.02.2011 23:21, schrieb Markus: Lust auf frisches Obst? gratis? Die Karte gibt es schon: http://www.mundraub.org/map Und bis das Obst reif ist haben sie vielleicht OSM eingebaut. Wir können ja schon mal beginnen, die freien Bäume einzutragen :-) Gruss, Markus Nur Schade das es keine OSM-Karte ist als Grundlage ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] CC BY-NC-SA und CC-BY-SA - kompatible
hi! wenn Luftbilder CC BY-NC-SA haben wären diese dann für OSM kompartible wenn man immer das Source-Tag zuweist ?? Oder worin liegen die Unterschiede ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CC BY-NC-SA und CC-BY-SA - kompatible
Am 08.02.2011 07:29, schrieb Jan Tappenbeck: hi! wenn Luftbilder CC BY-NC-SA haben wären diese dann für OSM kompartible wenn man immer das Source-Tag zuweist ?? Oder worin liegen die Unterschiede ? Gruß Jan :-) Hallo, ein Blick auf die Homepage von Creative Commons hätte dir die Frage auch beantwortet... Es ist inkompatibel, weil OSM die ausschließliche nicht-kommerzielle Nutzung nicht gewährleisten kann. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] [OT] ricerca su diritto d'autore nell'era digitale
Il giorno 05 febbraio 2011 11:12, Maurizio Napolitano napoo...@gmail.comha scritto: Scusate se appaio OT. Simone Aliprandi, che molti di voi penso conoscano e per il suo progetto Copyleft Italia e per il suo interesse sulle problematiche di licenziamento sui dati geografici, sta svolgendo una ricerca ai fini del suo dottorato. Visto il tema penso che molti di voi ne saranno interessati. Segue il testo dell'email di Simone Bravo Simone! Questionario compilato. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vini / come sono organizzati in Italia?
2011/2/6 M∡rtin Koppenhoefer dieterdre...@gmail.com: Secondovoi, quanti livelli ci sono bisogno per fare uno sistema di tagging che unisce D.O.C.G., D.O.C. e I.G.T. ? Oppure sono dei concetti diversi e bisogna per forza tenergli separati? Ciao, la scala IGT - DOC - DOCG è soprattutto una scala di disciplinari, che sono le normative che fissano i requisiti affinché un vino possa chiamarsi Chianti, Barolo ecc. Queste normative regolano: -l'area (l'unica cosa di interesse per OSM) -i vitigni -le rese -le tecniche produttive ecc. Ovviamente passando nella scala da IGT fino a DOCG i disciplinari diventano sempre più stringenti (rese per ettaro in diminuzione, scelta sempre più ristretta di vitigni, ecc.) Dal punto di vista di OSM secondo me l'unica cosa interessante sono le aree (anche se a loro volta dicono poco: un vigneto in area di Chianti Classico, ma di uve merlot, non darà mai un Chianti Classico!). Da questo punto di vista non vedo una chiara scala gerarchica delle aree, per lo meno non legata alla scala IGT - DOC - DOCG: mi spiego meglio: non è che se un vigneto nell'area X dà una DOCG, uscendo un poco da quell'area allora dà una DOC... magari dà un altro vino, che potrebbe a sua volta essere DOCG! Ad esempio l'area del Chianti Classico è più ristretta dell'area del Chianti, ma sono entrambi DOCG. Proprio questo esempio mostra che il concetto di zona e sottozona potrebbe esistere, ma non è legata alla scala IGT-DOC-DOCG: http://it.wikipedia.org/wiki/Chianti_(vino)#Sottozone Insomma per il momento mi limiterei a tracciare i confini delle aree dei vari disciplinari, senza però alcun legame gerarchico. L'unica scala gerarchica italiana potrebbe essere la divisione in zone e sottozone, che però non è un requisito di legge ma è prevista solo da alcuni disciplinari (il Chianti, il Valtellina Superiore, ...). Se fossimo in Francia potrebbe esserci addirittura l'ulteriore suddivisione in crus ma non mi risultano siano definite per legge in Italia. D'altra parte mi chiedo quale sia il senso di tracciare alcuni confini, come ad es. l'IGT Toscana che come è intuibile ha un'area abbastanza vasta... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vini / come sono organizzati in Italia?
2011/2/7 Federico Cozzi f.co...@gmail.com: la scala IGT - DOC - DOCG è soprattutto una scala di disciplinari, ... Queste normative regolano: -l'area (l'unica cosa di interesse per OSM) -i vitigni -le rese -le tecniche produttive ecc. Dal punto di vista di OSM secondo me l'unica cosa interessante sono le aree (anche se a loro volta dicono poco: un vigneto in area di Chianti Classico, ma di uve merlot, non darà mai un Chianti Classico!). ... Ad esempio l'area del Chianti Classico è più ristretta dell'area del Chianti, ma sono entrambi DOCG. Proprio questo esempio mostra che il concetto di zona e sottozona potrebbe esistere, ma non è legata alla scala IGT-DOC-DOCG: http://it.wikipedia.org/wiki/Chianti_(vino)#Sottozone Insomma per il momento mi limiterei a tracciare i confini delle aree dei vari disciplinari, senza però alcun legame gerarchico. L'unica scala gerarchica italiana potrebbe essere la divisione in zone e sottozone, che però non è un requisito di legge ma è prevista solo da alcuni disciplinari (il Chianti, il Valtellina Superiore, ...). Se fossimo in Francia potrebbe esserci addirittura l'ulteriore suddivisione in crus ma non mi risultano siano definite per legge in Italia. D'altra parte mi chiedo quale sia il senso di tracciare alcuni confini, come ad es. l'IGT Toscana che come è intuibile ha un'area abbastanza vasta... si, tracciare le zone probabilmente non è un buon approccio (potrebbe essere difficile a trovare il confine esatto, creerebbe poligoni molto grandi che non sono facilmente editabili, crea confini che generalmente non sono semplici da mantenere, ecc.) Invece si potrebbe pensare ad un sistema is_in per il vino (per esempio qualcosa come vine:region=Toscana) oppure delle relazioni dove vengono aggiunti i landuse=vineyard. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vini / come sono organizzati in Italia?
2011/2/7 M∡rtin Koppenhoefer dieterdre...@gmail.com: si, tracciare le zone probabilmente non è un buon approccio (potrebbe essere difficile a trovare il confine esatto, creerebbe poligoni molto Il confine esatto di solito è ben definito (anche se effettivamente potrebbe essere difficile da reperire) perché è una questione economica molto importante (se hai un vitigno di nebbiolo nell'area del Barolo lo puoi vendere come Barolo DOCG, se è di poco fuori ti devi accontentare di Langhe DOC e c'è una bella differenza di prezzo) Invece si potrebbe pensare ad un sistema is_in per il vino (per esempio qualcosa come vine:region=Toscana) oppure delle relazioni dove vengono aggiunti i landuse=vineyard. Personalmente preferirei i confini, ma per i soli vini ragionevoli, ad es DOCG e forse DOC (ha senso tracciare i confini della DOCG del Barolo, o del Brunello; non ha senso tracciare i confini di IGT Toscana). Esistono delle belle cartine d'Italia con le aree delle DOC/DOCG e sarebbe simpatico se si potessero ricostruire da OSM. Per un ipotetico tag, bisogna stare attenti al suo nome: non basta l'appartenenza geografica per capire che vino darà un vigneto. D'altra parte i tag applicati al singolo vigneto sarebbero ottimi per indicare l'uva e per quei rari vini italiani che cercano di applicare il concetto di cru francese (cioè un vino la cui uva proviene da un vigneto specifico) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vini / come sono organizzati in Italia?
2011/2/7 Federico Cozzi f.co...@gmail.com: 2011/2/7 M∡rtin Koppenhoefer dieterdre...@gmail.com: si, tracciare le zone probabilmente non è un buon approccio (potrebbe essere difficile a trovare il confine esatto, creerebbe poligoni molto Il confine esatto di solito è ben definito (anche se effettivamente potrebbe essere difficile da reperire) perché è una questione economica molto importante (se hai un vitigno di nebbiolo nell'area del Barolo lo puoi vendere come Barolo DOCG, se è di poco fuori ti devi accontentare di Langhe DOC e c'è una bella differenza di prezzo) si, non intendevo che non esistevano, ma vorrei evitare che per taggare un singolo vitigno dovrei conoscere tutto il confine precisamente. Se invece abbiamo un tag che si può associare ad un vitigno del tipo: wine: (o vineyard:)region=barolo lo puoi fare peu à peu e al poligono si pensa più tardi... Esistono delle belle cartine d'Italia con le aree delle DOC/DOCG e sarebbe simpatico se si potessero ricostruire da OSM. +1 Per un ipotetico tag, bisogna stare attenti al suo nome: non basta l'appartenenza geografica per capire che vino darà un vigneto. si, il vino dipende chiaramente dell'uva (e forse dal processo), ma la zona è quella, o no? D'altra parte i tag applicati al singolo vigneto sarebbero ottimi per indicare l'uva e per quei rari vini italiani che cercano di applicare il concetto di cru francese (cioè un vino la cui uva proviene da un vigneto specifico) +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vini / come sono organizzati in Italia?
2011/2/7 M∡rtin Koppenhoefer dieterdre...@gmail.com: si, il vino dipende chiaramente dell'uva (e forse dal processo), ma la zona è quella, o no? Sì esatto, ma quello che volevo dire è che taggare un vigneto wine:region=barolo fa pensare che in quel vigneto lì si produca del Barolo. Cioè possono benissimo esistere dei vigneti, all'interno dell'area di una DOC / DOCG, dove si fa tutt'altro. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vini / come sono organizzati in Italia?
2011/2/7 Federico Cozzi f.co...@gmail.com: 2011/2/7 M∡rtin Koppenhoefer dieterdre...@gmail.com: si, il vino dipende chiaramente dell'uva (e forse dal processo), ma la zona è quella, o no? Sì esatto, ma quello che volevo dire è che taggare un vigneto wine:region=barolo fa pensare che in quel vigneto lì si produca del Barolo. si, tocca documentare e usare in modo uniforme cosa si intende dire con ciascun tag. Cioè possono benissimo esistere dei vigneti, all'interno dell'area di una DOC / DOCG, dove si fa tutt'altro. si, per quello avevo scritto in uno dei primi post che per la classificazione precisa di un vigneto c'è per forza bisogno di un elenco ufficiale, perché quello dipende da formalismi come l'albo e segnalazioni / pratiche legali. Rimane la domanda fin dove vogliamo arrivare con OSM, e quali sarebbero gli tag per importanti per questo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vini / come sono organizzati in Italia?
2011/2/7 M∡rtin Koppenhoefer dieterdre...@gmail.com: Cioè possono benissimo esistere dei vigneti, all'interno dell'area di una DOC / DOCG, dove si fa tutt'altro. si, per quello avevo scritto in uno dei primi post che per la classificazione precisa di un vigneto c'è per forza bisogno di un elenco ufficiale, perché quello dipende da formalismi come l'albo e segnalazioni / pratiche legali. Rimane la domanda fin dove vogliamo arrivare con OSM, e quali sarebbero gli tag per importanti per questo. Secondo me sarebbe già ottimo tracciare i confini delle aree (solo per DOCG ed eventualmente DOC), quelli sono indicati con precisione nei disciplinari e spesso si appoggiano ad altri confini (es. confini comunali). Questo secondo me dovrebbe essere un multipolygon. Per alcuni vigneti caratteristici (le crus) sarebbe possibile taggare anche il nome del vino che lì si produce. Infine, se uno lo sa, potrebbe taggare anche il nome del vitigno di un vigneto. Questo sarebbe indipendente da ragionamenti di DOC/DOCG. I vigneti (quelli buoni) durano qualche decina d'anni, sono tutte informazioni abbastanza stabili nel tempo. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vini / come sono organizzati in Italia?
Il 07/02/2011 15:42, Federico Cozzi ha scritto: Secondo me sarebbe già ottimo tracciare i confini delle aree (solo per DOCG ed eventualmente DOC) +1 -- .' `. | 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-co] Trazas para calcar en Los Altos del Rosario (La Mojana)
No, this are DWG maps dated from 2002 - 2005 of towns in La Mojana zone of Bolivar departament, converted to .osm and .gpx for calc details. The source are town hall. I've notice that one of them (cadastre layer) share some boundaries with your administrative importation of Altos del Rosario. I prefer to mantain OCHA boundaries like official. Thanks, Humberto Yances. PS: Part of the plan for update data is raise new .gpx traces from visit the places, hope this year. Instead of maybe we can find good updated aerial imagery. El 7 de febrero de 2011 00:40, dies38...@mypacks.net escribió: (responding to http://lists.openstreetmap.org/pipermail/talk-co/2011-February/001872.html) Apologies for the language barrier . . . do you mean that there are new GPS tracks which can be used for map improvement (by 'armchair mappers' I presume)? Thanks for the clarification. --ceyockey -Original Message- From: hyan...@gmail.com Sent: Feb 5, 2011 9:24 PM To: OpenStreetMap Colombia Subject: [Talk-co] Trazas para calcar en Los Altos del Rosario (La Mojana) Estimados maperos: Están disponibles para calcar trazas GPX en todo el Municipio de Altos del Rosario, Bolívar. http://www.openstreetmap.org/?lat=8.7441lon=-74.1789zoom=12layers=M Localizado en la zona de La Mojana: http://www.banrep.gov.co/documentos/publicaciones/pdf/DTSER-48-Presentacion-MOJANA.pdf Esto es gracias a la colaboración de Leonardo Gutiérrez y Fredy Rivera. En el JOSM activar la descarga de trazas .gpx. Para los lotes catastrales se está usando: landuse=residencialbarrier=fencesource=Alcaldía Municipal de Los Altos de Rosario - 2005name=número del lote que aparece para calcar en la traza .gpx Estaremos subiendo más trazas de otras poblaciones en La Mojana. Saludos y feliz mapeo, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co