Re: [Talk-hr] android poi
On 09/09/2010 12:34 AM, nixa wrote: ima neki dobar POI editor za android? onaj mapzen za iphone mi se cini super, no na androidu nisam pronasao nista slicno. ne zelim nista prepametno. jedan button na kojem mogu kliknuti tag i oznaciti da se na lokaciji gdje sam trenutno nalazi kafic, benzinska, nesto. zg je dosta dobro mapiran, pa reko da bar oznacavam kafice i slicno :) btcmapper je jedini suvisli. Ali mi se nekad zna scrashat. Inace, ima onaj vespucci osm editor ali taj mi nikako nije sjeo. Kost ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] masovni edit bankomata
On Wed, 08 Sep 2010 15:01:01 +0200, Darko Boto wrote: +1 za pune nazive Za Erste banku možete pogledati gdje se nalaze njihovi bankomati s njihove web stranice: http://www.erstebank.hr/oNama_bankomati.asp?ID=0 Nakon što vidite gdje se nalaze možete potvrditi da se nalaze ako obiđete taj kvart i nakon toga unesete bankomat u OSM. -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] android poi
2010/9/9 Vlatko Kosturjak k...@linux.hr: btcmapper je jedini suvisli. Ali mi se nekad zna scrashat. Inace, ima onaj vespucci osm editor ali taj mi nikako nije sjeo. Kost Ja koristim Vespucci, i super mi je. Prvi put kad sam ga uzeo u ruke nisam ga baš shvatio i maknuo sam ga sa telefona. Onda sam mu nakon par tjedana dao drugu šansu, skužio sam ga i sad preko njega najviše izmapiram. Ne treba ti uopće komp. Troši malo mobilnog interneta (imam 100mb mjesečno i bude dosta), skineš dio na kojem si i crtaš :) Jedina zamjerka je što se isto tuitamo ruši. Nakon zadnjeg updatea rjeđe, ali ipak tuitamo. Pa moraš često slat na server ono što radiš da ne bi bilo. E da, i nije baš dobar za POI-e jer moraš ručno upisivati sve tagove pa je sporo. Bolji je za putove. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] android poi
On Thu, 09 Sep 2010 00:34:26 +0200, nixa wrote: zg je dosta dobro mapiran, pa reko da bar oznacavam kafice i slicno Ako ne nađeš ništa pametno na Androidu jedino što mogu svima savjetovati je www.walking-papers.org, isprintaš dio kroz koji se ideš šetati, olovku u ruke i pišeš. Definitivno NAJBRŽI način za prikupiti hrpe POI-a. Koristim MapZen POI collector i super je za unošenje 2-3 POI točke, no ako kreneš dodavati hrpe brzo će ti se prsti zgrčiti. Također savjetujem unos informacijski bogatih POI točaka. Informacijsko siromašne točke su one koje imaju samo najosnovnije podatke (ime i tip), bogate točke imaju extra meta podatke poput radnog vremena, web stranice, telefona i drugih informacija koje možete pronaći. Za unos informacijski bogatih točaka nema boljeg do diktafona ili papira i olovke te naknadnog unosa podataka za računalom. Valent. -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] masovni edit bankomata
Dodao sam još popise splitske, poštanske i kovanice. Ali važnije, trebalo bi objasniti čitaocima u kojoj mjeri se te liste smiju koristiti. Isto kao google karte, samo kao referenca da znaš gdje ćeš tražiti bankomat. I možda treba predložiti da se bankomati uslikaju i stave na openstreetview kao dokaz da nije prekopirano. Ili je to previše? Janko 2010/9/9 Valent Turkovic valent.turko...@gmail.com: On Thu, 09 Sep 2010 10:08:33 +, Valent Turkovic wrote: Za Erste banku možete pogledati gdje se nalaze njihovi bankomati s njihove web stranice: http://www.erstebank.hr/oNama_bankomati.asp?ID=0 Nakon što vidite gdje se nalaze možete potvrditi da se nalaze ako obiđete taj kvart i nakon toga unesete bankomat u OSM. Dodao na wiki linkove na popise i karte bankomata za par banaka, check it out. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] masovni edit bankomata
On Thu, 09 Sep 2010 14:33:34 +0200, Janko Mihelić wrote: Dodao sam još popise splitske, poštanske i kovanice. Ali važnije, trebalo bi objasniti čitaocima u kojoj mjeri se te liste smiju koristiti. Isto kao google karte, samo kao referenca da znaš gdje ćeš tražiti bankomat. I možda treba predložiti da se bankomati uslikaju i stave na openstreetview kao dokaz da nije prekopirano. Ili je to previše? Previše je tražiti slike, dovoljno je imati neki gpx log koji prolazi pored lokacija bankomata. Iako sumnjam da bi nas bilo koja banka i tužila kada bismo uzeli podatke od njih bez ikakve provjere, ali sam protiv toga čisto zbog preciznosti podataka više nego zbog pravne strane. Upravo testiram jednu iPhone Augmented Reality aplikaciju koja ima unešene sve bankomate u hrvatskoj tako što su po adresama slali upite (nisam siguran jesu li koristili google maps, mireo ili nešto treće) i koordinate koje su dobili su postavili u svoju bazu. Provjerio sam preko 15 bankomata i samo 2-3 su bila u krugu od 50m gdje su trebali, neki su bili postavljeni u raskrižja... u biti neupotrebljivi za bilo kakvu praktičnu primjenu. Valent. -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Might this be useful to anyone?
As Noli said, that requires you to have an Amazon EC2 account. I'm using Cloudmade's free service in my web app with my own custom style. You can see the style here: http://maps.cloudmade.com/?lat=14.549711lng=121.046741zoom=18styleId=6474opened_tab=0 On Thu, Sep 9, 2010 at 9:51 AM, Noli Sicad nsi...@gmail.com wrote: If you have EC2 account. http://aws.amazon.com/ec2/ Alternative Maptiler. http://help.maptiler.org/Home Noli On 9/9/10, Andre Marcelo-Tanner an...@enthropia.com wrote: http://tiledrawer.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Bacolod.
Here is a suggested compromise. Why don't we replace all the road names of unverified or suspected traces over there with FIXME's. (that way, they becomes temporary 'reference data' only) Then we send gpstogo(plus paper map) and my old garmin 76 gps to Bacolod, and make a game out of this situation. Bacolod volunteers will hunt down RIDE/BIKE OVER all 'FIXME roads' COLLECT additional POI's streetnames along the way. Then we teach them how to upload traces (or just email back raw data for processing by more experienced osm users). We'll just make customized Bacolod gps map (for download), small enough to load even on older map-capable garmins like gpsmap76. I'll lend my extra bike mount (for use by bacolod mappers)... but they must return it back :-) If we can only replicate (similar) osm teams/groups in Bacolod and other key cities which meet and arrange EB's only regular basis to exchange ideas (like what we do in Metro Manila), then we will be able to cover the entire philippines much faster (the osm way). On Fri, Sep 10, 2010 at 12:09 AM, maning sambale emmanuel.samb...@gmail.com wrote: This is painful, but ultimately, we have to decide on this as a community. On Thu, Sep 9, 2010 at 1:49 PM, Jim Morgan j...@datalude.com wrote: That's a shame. Maybe we should lend them a GPS2go unit? Jim Axel Kollmorgen wrote, On Thursday, 09 September, 2010 01:16 AM: i'm afraid most of the bacolod edits are still illegit. i did a short analysis (of http://www.openstreetmap.org/?lat=10.676lon=122.952zoom=12) in josm: ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Earthquake in Christchurch NZ last weekend
In case anyone missed reading about it, there was a 7.1 magnitude earthquake in Christchurch, New Zealand at the weekend. Miraculously no-one was killed, despite widespread damage. This was due mainly to the fact that it happened in the early morning, so people were asleep in their homes. If they had been walking or driving through the city when it happened I am sure there would have been many injuries and deaths (and more news coverage). Anyway, a helpful individual has made this: http://www.mapquake.co.nz/ And someone from ESRI (I think) in NZ has made this: http://s1.demos.eaglegis.co.nz/Flex/earthquake-christchurch I cannot find anything based on OSM, although I am not suggesting that someone should do this, since it seems that is already covered. It's interesting, however, to see the UIs that are being used, and also how willing the general public is to contribute useful information to such a site. My questions are, is someone or some group using OSM as the data source for similar public information services? Are there tools for people to make such webpages easily using OSM? Is OSM ready for this? I apologise if this topic has been discussed in depth elsewhere. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Church building rendering bug?
My understanding so far was that I need to draw areas and then just on top of them any buiding that is there. So you are saying that I need to draw an area, then cut out the hole for building and then add building there? Or I can just use building as relation? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Church building rendering bug?
looks like a bug, yes. But your pedestrian area also has some problems: firstly you should make it a multipolygon, because the church is not a pedestrian area, and secondly the corners seem strange to me, given that roads are modeled in the center of the road and areas at their real position. Usually roads connecting a pedestrian area don't do this in the corner but with an offset of at least half the road width (often plus sidewalk width). cheers, Martin Is it now correctly mapped? -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Church building rendering bug?
A vector of a way may be modelled in the center of the road but is representing the whole road and not just the centerline (just as a node with highway=crossing represents a crossing of the whole road and not just a crossing of the centerline), hence allowing an area to touch the road means that it extends to the road (which the way vector represents) and not that it extends to the centerline (even if that's where we place the way vector) Of course there are several different views on this topic and has been discussed before. Konrad 2010/9/8 M∡rtin Koppenhoefer dieterdre...@gmail.com: [...] looks like a bug, yes. But your pedestrian area also has some problems: firstly you should make it a multipolygon, because the church is not a pedestrian area, and secondly the corners seem strange to me, given that roads are modeled in the center of the road and areas at their real position. Usually roads connecting a pedestrian area don't do this in the corner but with an offset of at least half the road width (often plus sidewalk width). cheers, Martin ___ 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] Church building rendering bug?
On Wed, Sep 8, 2010 at 5:08 PM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: The buildings below highway-areas is IMHO a mapnik bug, but one by decision. I'll nitpick and disagree with you on this one - it's supposed to be a map, not a top-down-view of the world. So if the roads are, from a cartographic perspective, more important than the buildings or anything above the road, it's fine for the road to obscure them. For example, if you have a cycle path and a road running parrallel and close to one another, it's up to the cartographer to decide which one is more important. For example, compare these: http://www.openstreetmap.org/?mlat=51.4532mlon=-0.2595zoom=15layers=C http://www.openstreetmap.org/?mlat=51.4532mlon=-0.2595zoom=15layers=M You'll notice that the cycle map shows the cycle path over the road, since that's more important. Anyway, a long way of saying that highways obscuring buildings is legitimate in a map, since it's not supposed to be an exact potrayal of the world. Anyway, it will render right in mapnik as well when mapped correctly (multipolygon). Move the tags from the area to the relation, apply role outer to the way and inner to the building, it's simple. Totally agree with you on this one. The church isn't either on top of or under the pedestrian precinct, they are not overlapping and so the pedestrian precinct should have a church-shaped hole in it. If anyone stuggles to see why, imagine you've been asked to paint the surface of the square green, for a party. Would you be painting inside the church, under it or anything else? No. Any abuse of the layer tags would be just that. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Church building rendering bug?
On Wed, Sep 8, 2010 at 5:47 PM, Pieren pier...@gmail.com wrote: On Wed, Sep 8, 2010 at 6:08 PM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: mapped correctly .. for Mapnik. Because it works fine with osmarender for instance. This point will come again and again although it works fine when the surrounding area is a landuse=* or a leisure=* (e.g. rendering a building in a park does not require a multipolygon relation and the building is not a park area). Ah, it depends on whether the areas are representing physical objects or not. For example, an area with surface=grass should have a hole for a building, whereas and area with place=village obviously doesn't need the hole. The thing in question was a building on a pedestrian precinct - two physical non-overlapping objects. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMDoc is awesome!
Am 03.09.2010 11:09, schrieb Lars Francke: Wow! That's awesome. Thank you for your work. I'll be back home next week and will give it a go then. Did you get anywhere? Do you need something? I could run it against a planet file on the wikimedia toolserver, I think, and supply you with a compressed database dump, if that helps. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Church building rendering bug?
2010/9/9 Valent Turkovic valent.turko...@gmail.com: My understanding so far was that I need to draw areas and then just on top of them any buiding that is there. So you are saying that I need to draw an area, then cut out the hole for building and then add building there? Or I can just use building as relation? the point was: draw an area where it is. If it has holes, put them. A building in the park doesn't cut a hole in the park, because it is usually considered to be a building in the park. A building on the lawn (landcover=grass, even if this tag is not ufficial, it's just an example) will need a hole cut, because the building is not grass. This is independent of the rendering. Imagine someone would want to calculate all grass area (and everything would be mapped). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Earthquake in Christchurch NZ last weekend
As a recent migrant to the UK to Christchurch I can say it was a pretty scary experience and thank providence that it was at 4.35am and not 4.35pm!!! To characterise the damage as widespread is a little media spin - there is some serious damage, especially to historical, brick buildings in the centre and surrounding suburbs and I suppose it is over a wide area, however I would estimate that 99.9% of the city is fine. What is interesting is that you can be on one street and everything is normal , you turn the corner and it looks like a bomb site for 100 metres then it is normal again. Kaiapoi, a small town of 12,000 just north of Christchurch, has not fared so well with over 400 homes condemned. Yet Woodend a few km's further up the road is virtually untouched. That I think has been the biggest surprise to the people I have spoken to - the small pockets of carnage in an otherwise unscathed environment. I sure that many papers and thesis will be written on why this phenomenon occurred as well as some serious re-evaluation on type of soil/bedrock that it will be permissible to build on. The event bought to mind a childhood song The Wise Man Built His House Upon the Rocks. Building on sand in a known earthquake zone was perhaps a misjudgement. The word of the week is liquefaction - there is a great video here a 1964 that shows how the soil just turns to liquid, just as it did in Kaiapoi http://www.youtube.com/watch?v=KLZFlnND0hA Anyway here is a great site that shows an time-line animation of the quake and aftershocks http://www.christchurchquakemap.co.nz/ There have been around 400 aftershocks so far, mostly unfelt, the bigger ones are listed here http://lists.geonet.org.nz/pipermail/eqnews/2010-September/ Phil Message: 9 Date: Thu, 9 Sep 2010 16:53:01 +0900 From: Andrew Errington a.erring...@lancaster.ac.uk To: talk@openstreetmap.org Subject: [OSM-talk] Earthquake in Christchurch NZ last weekend Message-ID: 201009091653.02041.a.erring...@lancaster.ac.uk Content-Type: text/plain; charset=us-ascii In case anyone missed reading about it, there was a 7.1 magnitude earthquake in Christchurch, New Zealand at the weekend. Miraculously no-one was killed, despite widespread damage. This was due mainly to the fact that it happened in the early morning, so people were asleep in their homes. If they had been walking or driving through the city when it happened I am sure there would have been many injuries and deaths (and more news coverage). Anyway, a helpful individual has made this: http://www.mapquake.co.nz/ And someone from ESRI (I think) in NZ has made this: http://s1.demos.eaglegis.co.nz/Flex/earthquake-christchurch I cannot find anything based on OSM, although I am not suggesting that someone should do this, since it seems that is already covered. It's interesting, however, to see the UIs that are being used, and also how willing the general public is to contribute useful information to such a site. My questions are, is someone or some group using OSM as the data source for similar public information services? Are there tools for people to make such webpages easily using OSM? Is OSM ready for this? I apologise if this topic has been discussed in depth elsewhere. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Ambrosia plant
Op dit idee was http://www.natuurkalender.nl/waarnemingen/default-invoer.asp ook al gekomen en is reeds doorgelinkt door http://www.ambrosiavrij.nu. groet Robert Quoting ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl: Misschien een leuke oefening voor het maken van een interactieve kaart ala openstreetbugs. De voedsel en warenautoriteit roept op de ambrosia plant te bestrijden ivm de mogelijkheid tot opreopen van allergie. Zou het een aardig idee zijn om een kaart te maken waar het publiek de gevonden plaatsen kan markeren. Ook omdat die plaatsen in de komende jaren extra gemaaid moeten worden. Dus geen korte termijn projectje. En dan laten doorlinken vanaf http://www.ambrosiavrij.nu Gert Gremmen - Openstreetmap.nl (alias: cetest) ? Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Maarten Deen Verzonden: Wednesday, September 08, 2010 10:45 AM Aan: talk-nl@openstreetmap.org Onderwerp: [OSM-talk-nl] OV-kaart ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Ambrosia plant
Ik zie het, maar ze hebben geen leuk overzicht en maar een lullig G-kaartje. Gert Gremmen - Openstreetmap.nl (alias: cetest) P Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens rob...@elsenaar.info Verzonden: Thursday, September 09, 2010 8:20 AM Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] Ambrosia plant Op dit idee was http://www.natuurkalender.nl/waarnemingen/default-invoer.asp ook al gekomen en is reeds doorgelinkt door http://www.ambrosiavrij.nu. groet Robert Quoting ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl: Misschien een leuke oefening voor het maken van een interactieve kaart ala openstreetbugs. De voedsel en warenautoriteit roept op de ambrosia plant te bestrijden ivm de mogelijkheid tot opreopen van allergie. Zou het een aardig idee zijn om een kaart te maken waar het publiek de gevonden plaatsen kan markeren. Ook omdat die plaatsen in de komende jaren extra gemaaid moeten worden. Dus geen korte termijn projectje. En dan laten doorlinken vanaf http://www.ambrosiavrij.nu Gert Gremmen - Openstreetmap.nl (alias: cetest) ? Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Maarten Deen Verzonden: Wednesday, September 08, 2010 10:45 AM Aan: talk-nl@openstreetmap.org Onderwerp: [OSM-talk-nl] OV-kaart ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl image001.gif___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Ambrosia plant
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 09-09-10 08:43, ce-test, qualified testing bv - Gert Gremmen schreef: Ik zie het, maar ze hebben geen leuk overzicht en maar een lullig G-kaartje. Pak je toch lekker de qkoortskaart.nl code? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkyIhRsACgkQYH1+F2Rqwn3o2wCfTeYvTQxNQlDIAWglUH66g0Sq h4UAn22f50fbFSB/mShk2ZVs2aErKA7G =df11 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Ambrosia plant
On 9-9-2010 8:56, Stefan de Konink wrote: Pak je toch lekker de qkoortskaart.nl code? Dat is mooi voor de weergave van verzamelde data, maar die data op zichzelf moeten we dan ook wel hebben. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Ambrosia plant
Maar dan moet je aanpappen met Natuurkalender.nl. Dan heb je meteen een grote speler. Site wordt door veel natuurverenigingen gebruikt. Gr Robert Quoting Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 09-09-10 08:43, ce-test, qualified testing bv - Gert Gremmen schreef: Ik zie het, maar ze hebben geen leuk overzicht en maar een lullig G-kaartje. Pak je toch lekker de qkoortskaart.nl code? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkyIhRsACgkQYH1+F2Rqwn3o2wCfTeYvTQxNQlDIAWglUH66g0Sq h4UAn22f50fbFSB/mShk2ZVs2aErKA7G =df11 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] ACT Bridge problem.
The ACT Government confirned that the bridge numbering system would stay as is and that the other plaque I saw was probably from another utility and just on that particular bridge, so the Great Canberra BATH (Bridge and Tunnel Hunt) is on again. They also confirmed that some 200 odd culverts etc no longer met their definition of a bridge, which leaves about 860 bridges in the ACT. This means that OSM has nearly all of them mapped and all that remains is to collect and tag all the numbers and notify the Government of those numbers that have been vandalised and those bridges that have never had a number attached. So if any of you are in Canberra and notice an unmarked bridge, could you report is position here and I'll pass it along. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-ie] Dublin Bus Stops
On 9 September 2010 06:41, l e expectationl...@gmail.com wrote: is there a difference in overlaying this kind of data on osm and importing it Yes - you can overlay anything you want. So if you are, say, the NRA, and have road centre line data, you are free to use OpenLayers to mash them up with the OSM basemap, even if the road data are OSI derived. The OSM database doesn't in this case become tainted with the incompatible licence. What you couldn't do is to derive a batch of map data _from_ OSM, add it to data of your own and present that as a single layer, unless you were prepared to give your derived data back to OSM (the sharealike condition). You don't have to add the data to OSM yourself, but you have to either do so or make it possible for others to do so. But since you always have the option of keeping the OSM-derived stuff in a separate layer anyway, that shouldn't be too limiting in real life. Dermot -- -- Iren sind menschlich ___ Talk-ie mailing list Talk-ie@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am Donnerstag 09 September 2010, 01:59:58 schrieb Garry: Die Aussage verstehe ich so dass wenn es nur noch einen Oberbegriff Tankstelle für Strom und Treibstoffe gibt keiner mehr erkennen kann ob es da jetzt Strom oder Sprit gibt wenn keine Zusatztags vorhanden sind bzw. ausgewertet werden. schon klar. Deshalb sollte man fuer reine Stromtankstellen immer den Energietraeger taggen, denn dann sieht man klar ok, hier gibt's Strom, aber was anderes ist nicht eingetragen, also kann ich nicht davon ausgehen, dass es auch Benzin gibt. Nur wenn gar nichts dazu getaggt ist, kann man vom derzeitigen Standard ausgehen - 100% darauf verlassen kann man sich allerdings auch nicht. Mir geht es nur darum, die bisher eingetragenen Tankstellen nicht aussagelos werden. Denn die wurden eingetragen mit der Maßgabe normale Tankstelle, also ohne Zusatztags erwartet man da Benzin und Diesel. bei einer amenity=fuel_station ohne zusaetzliche Tags erwartet man zur Zeit primaer Benzin und Diesel, richtig. Aber dazu braucht man kein extra Tag in der Art fuel=standard, dass man irgendwann wieder umdefinieren muss. Das soll aussagen dass dort nicht mit besonderen Kraftstoffsorten wie Biodiesel oder Gas zu rechnen ist. Wie bereits erwaehnt aendern sich solche Standards mit der Zeit... Ausserdem geht doch Otto-Normal-Nutzer sowieso davon aus, wenn nichts explizit getaggt ist. Die Tankstelle selbst wird sich mit den Zeiten aendern, genauso wie die Bedeutung des entsprechenden Tags. Das Ziel sollte es sein, die jeweils angebotenen Arten von Energietraegern explizit zu taggen, wenn moeglich. Dagegen habe ich auch gar nichts einzuwenden was die Brennstoffe an der Tankstelle angeht, im Gegenteil. Nur sollte man auch berücksichtigen das auch der normale Autofahrer der nur Benzin oder Diesel tankt zur Zeit ja. und sich vieleicht nur merkt dass es da keine weitere Sorten oder ein grosses Angebot gab sein Wissen beisteuern bzw. eintragen kann Naja, wenn anderes nicht explizit getaggt ist, sondern nur Benzin und Diesel, sollte man auch nicht davon ausgehen, dass es noch was anderes geben koennte. Das Problem hierbei ist ausserdem noch der Fokus: Der haengt oft stark davon ab, was fuer ein Fahrzeug jemand faehrt (Gasauto, E-Auto, Benziner, Diesel, Motorrad, Mofa, Fahrrad, LKW, ...). Man merkt sich Dinge, die man nicht braucht oder die einen nicht interessieren, nicht - ja nimmt sie oft gar nicht wahr. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am Donnerstag 09 September 2010, 00:56:59 schrieb Guenther Meyer: bei einer amenity=fuel_station ohne zusaetzliche Tags erwartet man zur Zeit primaer Benzin und Diesel, richtig. Exakt meine Rede. Aber dazu braucht man kein extra Tag in der Art fuel=standard, dass man irgendwann wieder umdefinieren muss. Wo kommt diese obskure Theorie her? Von mir sicherlich nicht! Ich merke nur an, dass ein Auswerter, der lediglich amenity=fuel auswertet, bitte nicht jede Steckdose finden soll. That's it. Gruß, Bernd -- Die Wege der Natur sind geheimnisvoll, doch alles in allem sind sie zweckmässig. - Lewis C. Epstein, in «Relativität anschaulich dargestellt» signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am Donnerstag 09 September 2010, 01:19:50 schrieb Garry: Am 08.09.2010 13:06, schrieb Guenther Meyer: Es gab und gibt auch Benzin/Diesel-Zapfsaeulen, die einfach so, ganz unauffaellig am Strassenrand rumstehen, ohne ein grosses Tankstellengedoens drum rum zu haben. Wo ist da jetzt der Unterschied?! Sind die heutzutage noch zulässig? Stichwort Auffangwanne, Rammschutz,... keine Ahnung. Ist zugegeben schon einige Zeit her, seit ich sowas gesehen habe. Allerdings bin ich auch nicht mehr soviel unterwegs wie frueher... Ich kann mir durchaus vorstellen, dass der Begriff tanken (auf Englisch uebrigens to fuel) im Sprachgebrauch auch in Zukunft erhalten bleibt, egal ob jemand sein Fahrzeug mit Strom oder Diesel fahrbereit macht... Das kommt leider immer wieder vor das sich eigentlich klar abgegrenzte Begriffe falsch einbürgern, aber muss OSM da unbedingt ein Vorreiter davon sein? OSM *ist* ein Vorreiter, siehe Baeume ;-) Da OSM-Tags sprechend und menschenlesbar sein sollen, sollten sie auch in etwas den ueblichen Sprachgebrauch abbilden (siehe Parkplatz vs. Parkstand). Alles andere ist nicht intuitiv und fuehrt nur zu Missverstaendnissen. weil Strom kein Energieträger ist? Zumindest kein primärer. Was soll es denn sont sein?!? Strom ist sekundäre Energie. Ein Energieträger ist Strom natürlich schon. Ob primaer oder sekundaer ist doch absolut irrelevant. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Distance-O-Meter
Am 9. September 2010 01:39 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: @Martin: Eigentlich möchte ich auf meiner Karte diejenigen Elemente anzeigen, die flächendeckend vorhanden sein sollten, wo also freie Flächen auf Nachholbedarf hindeuten.. Vielleicht kannst Du ja stattdessen mit Kolossos' Query-to-map Deine Daten finden? http://wiki.openstreetmap.org/wiki/Query-to-map Bsp: http://toolserver.org/~kolossos/qtm2/featurelist.php?key=naturalvalue=treetypes=pointsBBOX=13,52.3,13.75,55 OK, leuchtet ein, danke! Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am Donnerstag 09 September 2010, 07:49:26 schrieb NopMap: Guenther Meyer wrote: Es stellt sich vor allem die Frage, wozu das gut sein soll. Wenn Baeume in irgendeiner Art gruppiert stehen, ergibt sich das, wie du schreibst, aus der Topologie. Warum also muss man das dann noch extra taggen? Es ist dazu gut, daß auf Karten, die das Bäumchen-Symbol einer Topokarte rendern, nicht alle Straßen in den Innenstädten mit Bäumen zugepflastert werden, so daß überhaupt nichts mehr zu erkennen ist. Daß es aus der Topologie hervorgeht bringt Dir erst mal nix, weil das nur sehr aufwändig auszuwerten ist. Hast Du eine Vorstellung, wie lange es dauert, die Entfernung von 25000 Bäumen in Deutschland zu jedem anderen Baum auszurechnen? Wozu? Wichtige Baeume sollen mit besonderen Zusatztags versehen werden (denotation, landmark, name, ...). Alle anderen Bäume haben diese Tags nicht, sind also normale Bäumen. Somit ist es ein Leichtes fuer eine Anwendung, sich das rauszupicken, was sie braucht: Alle Baeume, nur besondere Baeume, nur normale Baeume, Baeume mit Namen, ... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am Donnerstag 09 September 2010, 08:14:30 schrieb Bernd Wurst: Aber dazu braucht man kein extra Tag in der Art fuel=standard, dass man irgendwann wieder umdefinieren muss. Wo kommt diese obskure Theorie her? Von mir sicherlich nicht! nein, nicht von dir. Ich merke nur an, dass ein Auswerter, der lediglich amenity=fuel auswertet, bitte nicht jede Steckdose finden soll. That's it. eine Auswertung ohne sich die Zusatztags anzusehen ist heute nicht mehr zeitgemaess. Da wuerde bei vielen Dingen nicht das gewuenschte Ergebnis rauskommen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 9. September 2010 08:24 schrieb Guenther Meyer d@sordidmusic.com: Wozu? Wichtige Baeume sollen mit besonderen Zusatztags versehen werden (denotation, landmark, name, ...). Alle anderen Bäume haben diese Tags nicht, sind also normale Bäumen. Somit ist es ein Leichtes fuer eine Anwendung, sich das rauszupicken, was sie braucht: Alle Baeume, nur besondere Baeume, nur normale Baeume, Baeume mit Namen, ... +1 Zumal die Beschreibung im Wiki nicht unbedingt als exklusiv gelesen werden muß (meines Erachtens ist alles, was kein Wald-Polygon rechtfertigt, lone genug, also z.B. auch verstreute Bäume auf einer Weide oder Streuobstplantage - oder eben im Park) und der Radius des denotiation-Bots, der für das Merkmal nicht-alleinstehend verwendet wird, ziemlich willkürlich gewählt ist. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] payment - Tag
Hi ! nachdem es im Rahmen der Tankstellen schon eine tiefgreifende Diskussion gab möchte ich dieses Thema hier nochmal extrahieren. Es geht mir hierbei primär um die akzeptierten Zahlungskarten (Kredit und Tankkarten). Im Rahmen der Tag-Statistic Tanken [1] und meiner Anpassungsprogrammierung für die Tankstellenkarte hat sich gezeigt das hier ein richtiger Wildwuchs herrscht. Aus diesem Grund möchte ich nochmal dieses Thema hier herausgreifen da in dem Mega-Talk über die Tankstellen vermutlich nur noch eingeweihte den Überblick haben. Schaut man sich die Statistik an dann gibt es folgende Bezahlungstags: payment payment:account_cards payment:cash payment:coins payment:credit_cards payment:debit_cards payment:fuel_cards payment:dkv payment:ec payment:ec_cards payment:electronic_purses payment:fuel_cards payment:girocard payment:maestro payment:notes payment:uta payment_account_cards Viele Tags für das Bezahlen - folgende zwei sind nun diejenigen welche ich für Karten bevorzugen würde: payments:debit_cards (alternativ payment:credit_cards - wobei mir der Unterschied zwischen debit und credit im Moment nicht ganz klar ist) payment:fuel_cards Warum finde ich diese am besten. Im Rahmen meiner Anpassungsprogrammierung hat sich gezeigt das es sich am einfachsten gestaltet diese zwei Tags abzufragen und dann durch die Werte zu iterieren. Wenn man alles zuläßt was sonst noch so verwendet wird payment:dkv, payment:ec ... dann muss man bei jedem Element durch die Key iterieren ob einer payment enthält. Bei einer Vielzahl von Punkten (Tankstelle über 17.000) macht das am Schluss auch eine Menge Holz. Abgesehen davon wie sollte eine automatische Auswertung erkennen das es sich um eine Creditkarte oder Tankkarte handelt ??? Dann müßten wieder Listen hinterlegt werden die gepflegt werden. Sicherlich gibt es auch ein Gegenargument - ich suche alle Tankstellen die nur maestro nehmen dann ist das einfacher als bei der anderen variante - die Frage ist nur was in der Praxis mehr Bedeutung hat und was den Tag-Dickicht etwas aufhellt und leichter pflegen läßt. So, das soll erst einmal meine Meiung gewesen sein. ... und nu kommst Du. Gruß Jan :-) [1] http://www.tappenbeck.net/osm/maps/report/report_tags/fuel_de/fuelstation.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am Donnerstag 09 September 2010, 08:26:46 schrieb Guenther Meyer: eine Auswertung ohne sich die Zusatztags anzusehen ist heute nicht mehr zeitgemaess. Da wuerde bei vielen Dingen nicht das gewuenschte Ergebnis rauskommen. Das wird aber höllisch fehlerträchtig, das auszuwerten: normale Tankstellen sind dann amenity=fuel (ohne weitere Zusatztags) oder amenity=fuel + mein gewünschter Kraftstoff (mit beliebigen Zusatztags) Dabei steht ohne weitere Zusatztags aber lediglich für Kraftstoff-Arten. Da es dafür schon gefühlte 20 verschiedene Ideen gibt wie man die formuliert, wird es schwer andere Zusatz-Tags wie Kiosk o.ä. von jeglicher Art von Kraftstoff-Tags zu separieren. Zudem: Ich rechne fest damit, dass es eine große Zahl von Tankstellen im OSM- Bestand gibt, bei denen nur die unkonventionellen Kraftstoffe explizit getagged wurden. Auch wenn bestehende Fehler kein Grund sind neue darauf aufzubauen, muss man doch anerkennen, dass die dann gravierend an Aussagekraft verlieren. Gruß, Bernd -- Wohlstand ist, wenn die Menschen mehr Uhren haben als Zeit. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola
Hi ! ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks aufgefallen. Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest virtuelle, dem schlechten Wetter in DE zu entfliehen. Hier der Bereich: http://www.openstreetmap.org/?lat=38.712lon=-0.485zoom=11 Ich werde mich derweilen an die anderen Boundaries machen und vielleicht noch neue GPS-Schätze heben - das bestärkt auch wieder die Suche nach einem Tool um nicht verarbeitete Tracks zu finden. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am Donnerstag 09 September 2010, 09:13:25 schrieb Jan Tappenbeck: Abgesehen davon wie sollte eine automatische Auswertung erkennen das es sich um eine Creditkarte oder Tankkarte handelt ??? Dann müßten wieder Listen hinterlegt werden die gepflegt werden. Was ist der Unterschied? Also ja, ich kenne den Unterschied, aber wann muss eine Anwendung diese Klassifizierung machen? Ob eine Tankstelle nur Tankkarten nimmt oder auch noch VISA ist mir egal wenn ich mit meiner EC-Karte oder MasterCard tanken gehen will. IMO sollte es einfach: payment = foo;bar;baz;... sein. Und dann im Wiki eine Liste welche Keywords welche Zahlungsart ausdrückt. Also EC-Karte ist maestro und sowas. Gruß, Bernd -- Die Wege der Natur sind geheimnisvoll, doch alles in allem sind sie zweckmässig. - Lewis C. Epstein, in «Relativität anschaulich dargestellt» signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Frage
Am 09.09.2010 07:29, schrieb André Joost: Am 08.09.10 22:51, schrieb Frederik Ramm: Jacques Nietsch wrote: Eigentlich sollte es doch möglich sein, Hamburg.osm zu von GeoFabrik zu ziehen, und mit den entsprechenden Filtern alle Ralations mit Ways und Nodes herauszufiltern. Nein, das ist meines Wissens nicht moeglich. Sagen wir mal so: Der/die Programmierer von osmosis haben bislang die Notwendigkeit zur Implementierung nicht eingesehen. Sagen wir's mal so: das ist keine Frage der Einsicht sondern des Aufwand/Nutzen Koeffizienten. Um einen --used-ways Filter zu implementieren ist eine Menge Hirnschmalz und Zeit nötig, die bisher einfach nicht zusammen gekommen sind. Fehlende einsicht zu unterstellen halten ich nicht für Gerechtfertigt. Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP
Am 09.09.2010 00:03, schrieb Richard Ratzer: ok, dann mit LinX. http://www.openstreetmap.org/?47.4555lo11.0598zoom=05 http://www.openstreetmap.org/?47.4555lo11.0598zoom=05 http://www.openstreetmap.org/?47.4555lo11.0598zoom=05 http://www.openstreetmap.org/?47.4555lo11.0598zoom=05 Hmmm.. die sind alle gleich. Ob das Absicht war? ;) Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Frage
Am 08.09.2010 22:51, schrieb Frederik Ramm: Wenn jemand, der Java kann, dem Osmosis mal analog zu --used-node auch ein --used-way spendiert, dann saehe die Sache schon besser aus... Müsste dann nicht auch ein --used-relation Task rein? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 9. September 2010 00:15 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Ich habe nochmal eine Frage zur Denotation: denotation=landmark sollte das nicht besser landmark=yes sein? dito für denotation=natural_monument also monument=yes, das natural kann man sich dann eigentlich sparen, weil es ja keine anderen Bäume gibt als natürliche, zumindest keine die man mit natural=tree taggen würde. Ist ein versteinerter Baum/Wald[1] jetzt monument=yes oder natural_monument=yes? Stein=leblos=monument? Gruß, Falk [1] http://de.wikipedia.org/wiki/Versteinerter_Wald_%28Chemnitz%29 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] cycle-layer Styles?
Hallo zusammen, gibts die styles für den cycle-layer eigentlich nicht im SVN? Wäre das wirklich so fände ich das eigentlich nicht OK. Immerhin ist der Layer auf der offiziellen Projektseite abrufbar. Ich wollte eigentlich nur mal schaun was da alles gerendert wird und hab das Teil auf die Schnelle nicht gefunden. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycle-layer Styles?
Am 09.09.2010 10:38, schrieb Sven Geggus: Hallo zusammen, gibts die styles für den cycle-layer eigentlich nicht im SVN? Wäre das wirklich so fände ich das eigentlich nicht OK. Immerhin ist der Layer auf der offiziellen Projektseite abrufbar. Soweit ich weiß ist das tatsächlich closed source. Okay finde ich es auch nicht, aber da viele diese Einrichtung nutzen und es IMO keine freie Alternative gibt, hat's noch niemand raus genommen. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP
nee, der link ist falsch - zumindest für die normale osm-seite. der oberste ist ok, bei den anderen fehlen einige buchstaben :( lg walter -- View this message in context: http://gis.638310.n2.nabble.com/Strategie-zur-korrekten-Entfernung-der-alegria-Aktionen-war-Vandalismus-im-Bereich-WM-GAP-tp5507870p5513721.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] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP
nachschlag: so wäre es richtig: http://www.openstreetmap.org/?lat=47.7439lon=11.0682zoom=13 -- View this message in context: http://gis.638310.n2.nabble.com/Strategie-zur-korrekten-Entfernung-der-alegria-Aktionen-war-Vandalismus-im-Bereich-WM-GAP-tp5507870p5513727.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] cycle-layer Styles?
Peter Körner osm-li...@mazdermind.de wrote: Soweit ich weiß ist das tatsächlich closed source. Okay finde ich es auch nicht, aber da viele diese Einrichtung nutzen und es IMO keine freie Alternative gibt, hat's noch niemand raus genommen. Huh, dann wird da aber massiv mit zweierlei Maß gemessen. Unterm Strich ist dann nämlich Nops Wanderkarte noch erheblich offener als der cycle style. Wäre er offen könnte man sich dem dann auch mal annehmen mich nervt es seit Jahren dass das Teil keinen Support für Tracktypes hat. Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zu viele Namen in OSM-Karten
Moin, in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach meinem Empfinden die Karte unübersichtlicher machen. Bei vielen Dörfern generiert der place-Tag einen Namen, die boundary-Relation einen zweiten und die PLZ-Relation den selben Namen mit Postleitzahl. Manchmal zeichnet ein Mapper die bebaute Fläche als landuse ein und fügt nochmals den Ortsnamen als name ein. Es gibt in OSM gibt es viele Multipolygone und Relationen, die einen Nutzen haben, deren Name aber nicht auf eine allgemeine Karte gehört, wie die TMC-Gebiete oder die Ortsname (Landmasse)-Gebiete. Solche Relationen werden sicherlich weiter zunehmen. Wie können wir dafür sorgen, dass die aus OSM-Daten erzeugten Karten wichtige Namen darstellen und trotzdem übersichtlich bleiben? - wir erklären es zu einem Problem des Renderers. Dieser muss erkennen was der Mapper gemeint hat und was wichtig ist. - wir dokumentieren im Wiki für jeden Multipolygon-/Relationstyp, ob dieser einen offizielle Gebietsnamen anzeigt, eine untergeordnete, amtliche Untergliederung, eine nichtamtliche Unterteilung oder ein Hilfsobjekt zur OSM-Auswertung ist - wir führen einen Tag ein, der diese Unterscheidung an jeder Relation ermöglicht An vielen Stellen tauchen Namen auf, die nur den Objekttyp ohne individuelle Zusätze beschreiben, wie z. B. leisure=playground name=Spielplatz amenity=parking name=Parkplatz Spricht etwas dagegen, solche name-Einträge zu löschen? Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viele Namen in OSM-Karten
Am 09.09.2010 11:55, schrieb Stephan Wolff: Moin, in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach meinem Empfinden die Karte unübersichtlicher machen. Bei vielen Dörfern generiert der place-Tag einen Namen, die boundary-Relation einen zweiten und die PLZ-Relation den selben Namen mit Postleitzahl. Manchmal zeichnet ein Mapper die bebaute Fläche als landuse ein und fügt nochmals den Ortsnamen als name ein. Es gibt in OSM gibt es viele Multipolygone und Relationen, die einen Nutzen haben, deren Name aber nicht auf eine allgemeine Karte gehört, wie die TMC-Gebiete oder die Ortsname (Landmasse)-Gebiete. Solche Relationen werden sicherlich weiter zunehmen. Wie können wir dafür sorgen, dass die aus OSM-Daten erzeugten Karten wichtige Namen darstellen und trotzdem übersichtlich bleiben? - wir erklären es zu einem Problem des Renderers. Dieser muss erkennen was der Mapper gemeint hat und was wichtig ist. - wir dokumentieren im Wiki für jeden Multipolygon-/Relationstyp, ob dieser einen offizielle Gebietsnamen anzeigt, eine untergeordnete, amtliche Untergliederung, eine nichtamtliche Unterteilung oder ein Hilfsobjekt zur OSM-Auswertung ist - wir führen einen Tag ein, der diese Unterscheidung an jeder Relation ermöglicht An vielen Stellen tauchen Namen auf, die nur den Objekttyp ohne individuelle Zusätze beschreiben, wie z. B. leisure=playground name=Spielplatz amenity=parking name=Parkplatz Spricht etwas dagegen, solche name-Einträge zu löschen? Viele Grüße, Stephan Hi! wenn es diese rein Begrifflichkeiten sind und nicht Parkplatz 1, das hat schon wieder eine andere Bedeutung, dann raus damit würde ich sagen ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Moin, Guenther Meyer schrieb: Am Donnerstag 09 September 2010, 08:14:30 schrieb Bernd Wurst: Ich merke nur an, dass ein Auswerter, der lediglich amenity=fuel auswertet, bitte nicht jede Steckdose finden soll. That's it. eine Auswertung ohne sich die Zusatztags anzusehen ist heute nicht mehr zeitgemaess. Da wuerde bei vielen Dingen nicht das gewuenschte Ergebnis rauskommen. nur wenn amenity=fuel z. Z. wohl immer noch als Standard-Tankstelle ausgewertet werden muss/kann, was bedeutet dann bitte amenity=fuel fuel:electric=yes Eine Standard-Tankstelle mit zusätzlicher Ladesäule? Oder eine Nur-Elektro-Ladestation? Und was ist bitte das gewünschte Ergebnis? Ggf. wird die bisherige Zusatzinformation nämlich plötzlich zur bestimmenden Information. NB: Im JOSM-Preset kann man zwar 'ja' sagen zu den einzelnen fuel-Sorten, aber leider nicht explizit 'nein' sagen - Damit ist eine Nur-Strom-Tankstelle wunderbar einzutragen ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycle-layer Styles?
Hallo, Sven Geggus wrote: Wäre er offen könnte man sich dem dann auch mal annehmen mich nervt es seit Jahren dass das Teil keinen Support für Tracktypes hat. Andy hat das mal so erklaert: http://lists.openstreetmap.org/pipermail/talk/2010-January/046483.html Kurzer Rede langer Sinn, er will gern die Kartografie selber bestimmen und eben *nicht* den ti...@home-effekt, dass jeder mal grad einbaut, was er wichtig findet. Ohne jetzt konkret mit ihm darueber gesprochen zu haben, vermute ich, dass Tracktypes zu dem seiner Ansicht nach verwirrenden Detail gehoeren (ich selber finde zumindest Karten, die nach Tracktype unterscheiden, immer etwas unuebersichtlich). Mir ist klar, dass es je nach Art von Fahrrad und Radfahrer einen grossen Unterschied macht, ob man auf grade1 oder grade4 unterwegs ist. Aber die Cyclemap legt halt grossen Wert auf ausgewiesene Fahrradrouten, und dass die nicht ueber grade4 fuehren, ist selbstverstaendlich. Ob die Karte auf der OSM-Hauptseite ist oder nicht, ist ihm ziemlich wurscht (und er hat das auch nicht da eingebaut): http://lists.openstreetmap.org/pipermail/talk/2010-January/046479.html Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Frage
Am 09.09.2010 09:55, schrieb Peter Körner: Sagen wir's mal so: das ist keine Frage der Einsicht sondern des Aufwand/Nutzen Koeffizienten. Um einen --used-ways Filter zu implementieren ist eine Menge Hirnschmalz und Zeit nötig, die bisher einfach nicht zusammen gekommen sind. Fehlende einsicht zu unterstellen halten ich nicht für Gerechtfertigt. Lg Das ist doch Quatsch. Ein --used-ways Filter stellt definitiv keine komplizierte Programmieraufgabe dar! Zumal die Methode für nodes schon besteht und man sie einfach adaptieren kann ... Ist halt eine Ebene höher, weil man dann auch nochmal die --used-nodes Methode für die ways anwenden muss, aber wie gesagt, ich würde es als trivial bezeichnen. Wenn ich in einem viertel Jahr wieder Zeit für sowas habe und sich noch niemand erbarmt hat, bin ich auch gerne bereit es zu implementieren. Zurzeit fehlt mir allerdings die Zeit dazu an allen Ecken und Enden! Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Hallo, Am Donnerstag 09 September 2010 09:54:12 schrieb Bernd Wurst: Ob eine Tankstelle nur Tankkarten nimmt oder auch noch VISA ist mir egal wenn ich mit meiner EC-Karte oder MasterCard tanken gehen will. IMO sollte es einfach: payment = foo;bar;baz;... sein. Und dann im Wiki eine Liste welche Keywords welche Zahlungsart ausdrückt. Also EC-Karte ist maestro und sowas. +1 Dieses Tag sollte dann auch auf übrige Bezahlungsmöglichkeiten Anwendung finden (Kaufhäuser etc.). Dazu sollte noch ein Datum gesetzt werden, am besten automatisch, aus dem der Stand des letzten Updates bzw. der letzten Bestätigung hervorgeht. Nach 5 Jahren dürften solche Angaben nicht mehr besonders verlässlich sein. Was die Anwendungen damit machen, ist dann deren Sache. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: P rojekt DE des Monats - Tankstellen
Hallo, Am Donnerstag 09 September 2010 12:01:16 schrieb Georg Feddern: Moin, was bedeutet dann bitte amenity=fuel fuel:electric=yes Eine Standard-Tankstelle mit zusätzlicher Ladesäule? Oder eine Nur-Elektro-Ladestation? Und was ist bitte das gewünschte Ergebnis? Ggf. wird die bisherige Zusatzinformation nämlich plötzlich zur bestimmenden Information. NB: Im JOSM-Preset kann man zwar 'ja' sagen zu den einzelnen fuel-Sorten, aber leider nicht explizit 'nein' sagen - Damit ist eine Nur-Strom-Tankstelle wunderbar einzutragen ... Guter Einwand! Das Preset sollte so verändert werden, dass ja, nein oder unbekannt angegeben werden kann. Manuell geht es sowieso. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP
Oh, oh - sorry. Ich glaub mich hat gestern mein Firefox etwas ver... Das hat ja wohl überhaupt nicht so geklappt. Frage: Ich könnte einen kurzen Track (8 Punkte) um die Gegend mit den größten Schäden legen. Aber wo im Web kann ich so einen Track ablegen kurz ablegen? In dem Fenster ist jedenfalls die größte Löschaktion http://www.openstreetmap.org/?lat=47.7439lon=11.0682zoom=13 sorry Richard -- View this message in context: http://gis.638310.n2.nabble.com/Strategie-zur-korrekten-Entfernung-der-alegria-Aktionen-war-Vandalismus-im-Bereich-WM-GAP-tp5507870p5513993.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] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am 08.09.2010 07:47, schrieb Guenther Meyer: Die Tags fuer den Energietraeger lassen sich einfach erweitern: Es gab Tags fuer verschiedene Benzinarten. Es gab Tags fuer Diesel. Es kamen Tags fuer die verschiedenen Gase hinzu. Es gab ein neues Tag fuer Wasserstoff. Warum fuegt man nicht einfach neue Tags fuer Strom/Akkutausch/... hinzu? Weil der Energietraeger und die Art des Tankens anders aussieht? Kein Argument, das hatte man beim Gas auch schon. Gas ist doch auch nur eine Flüssigkeit die ihren Siedepunkt bei einer niedrigeren Temperatur hat. Das alles sind aber Gefahrstoffe für die man besondere Sicherheitsvorkehrungen benötigt - beim Strom reicht da ein vergleichsweise einfacher Berührschutz. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am 09.09.2010 09:35, schrieb Bernd Wurst: Am Donnerstag 09 September 2010, 08:26:46 schrieb Guenther Meyer: Zudem: Ich rechne fest damit, dass es eine große Zahl von Tankstellen im OSM- Bestand gibt, bei denen nur die unkonventionellen Kraftstoffe explizit getagged wurden. Auch wenn bestehende Fehler kein Grund sind neue darauf aufzubauen, muss man doch anerkennen, dass die dann gravierend an Aussagekraft verlieren. +1 Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola
Hallo Jan, Am 09.09.2010, 09:49 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Schreibe doch mal den User http://www.openstreetmap.org/user/Agustin an. Der hat die Tracks reingestellt und sollte Ortskenntnisse haben. Er scheint allerdings seit einem Jahr nicht mehr aktiv zu sein. Jacques Hi ! ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks aufgefallen. Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest virtuelle, dem schlechten Wetter in DE zu entfliehen. Hier der Bereich: http://www.openstreetmap.org/?lat=38.712lon=-0.485zoom=11 ... Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viele Namen in OSM-Karten
Stephan Wolff schrieb: Wie können wir dafür sorgen, dass die aus OSM-Daten erzeugten Karten wichtige Namen darstellen und trotzdem übersichtlich bleiben? Die Renderer verbessern. Das Tagging ist sehr oft nicht wirklich falsch (siehe z.B. mein Lieblingsbeispiel, wo das Schulareal und das Schulgebäude selbst beides den Namen der Schule tragen). Man könnte natürlich für alles und jedes Relationen drüber legen, um Redundanz so vermeiden, aber das Gebilde wird unendlich komplex dabei. Dann müssen wir demnächst auch jede zweite Straße als Relation der Teilstücke mappen. An vielen Stellen tauchen Namen auf, die nur den Objekttyp ohne individuelle Zusätze beschreiben, wie z. B. leisure=playground name=Spielplatz amenity=parking name=Parkplatz Spricht etwas dagegen, solche name-Einträge zu löschen? Nein, das sind keine Namen, sondern Beschreibungen, und die können gelöscht werden - außer die heißen vor Ort tatsächlich so - mit dedizierter Benennung. Robert kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycle-layer Styles?
Frederik Ramm frede...@remote.org wrote: Kurzer Rede langer Sinn, er will gern die Kartografie selber bestimmen und eben *nicht* den ti...@home-effekt, dass jeder mal grad einbaut, was er wichtig findet. Na toll, dann wird das eien One-Man Show bleiben. Es geht ja auch darum sinnvolle patches einreichen zu können. Aber die Cyclemap legt halt grossen Wert auf ausgewiesene Fahrradrouten, und dass die nicht ueber grade4 fuehren, ist selbstverstaendlich. In .de je nach Bundesland leider viel zu oft über grade2 oder sogar grade3. Wegeführung von Radfernwegen und Wünsche von Radfahrern differieren in Deutschland oft ganz erheblich. Als Beispiel soll hier mal ein Abschnitt des Kraichgau Hohenlohe Weg dienen weil ich diesen selber erfasst habe. http://osm.org/go/0Dl2a5BY-?layers=C Wenn man sich nicht unbedingt Eppingen ansehen möchte dürfte hier der direkte Weg erheblich sinnvoller sein. Dass da auf der OSM Karte noch asphaltierte Wege fehlen lassen wir jetzt mal aussen vor. Schade dass es unsre Server von der Rechenpower nicht hergeben. Ein neuer Cycle Layer wäre meines Erachtens überfällig. Gruss Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycle-layer Styles?
On Thu, Sep 09, 2010 at 12:19:58PM +0200, Frederik Ramm wrote: Hallo, Sven Geggus wrote: Wäre er offen könnte man sich dem dann auch mal annehmen mich nervt es seit Jahren dass das Teil keinen Support für Tracktypes hat. Andy hat das mal so erklaert: http://lists.openstreetmap.org/pipermail/talk/2010-January/046483.html Kurzer Rede langer Sinn, er will gern die Kartografie selber bestimmen und eben *nicht* den ti...@home-effekt, dass jeder mal grad einbaut, was er wichtig findet. Naja, wenn das der ganze Grund ist, spricht doch nichts dagegen, den Style trotzdem offenzulegen. Dann kann sich jeder der will, auf dieser Basis seine eigene Karte machen, und muss nicht von Null anfangen... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola
Am 09.09.2010 13:14, schrieb Jacques Nietsch: Hallo Jan, Am 09.09.2010, 09:49 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Schreibe doch mal den User http://www.openstreetmap.org/user/Agustin an. Der hat die Tracks reingestellt und sollte Ortskenntnisse haben. Er scheint allerdings seit einem Jahr nicht mehr aktiv zu sein. Jacques Hi ! ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks aufgefallen. Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest virtuelle, dem schlechten Wetter in DE zu entfliehen. Hier der Bereich: http://www.openstreetmap.org/?lat=38.712lon=-0.485zoom=11 ... Gruß Jan :-) hi ! wie hast du den rausbekommen ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola
Hallo Jan, Kombinationsgabe ;-) 1. den Bereich mit JOSM öffnen 2. in der History der Wege nach den Erstanlegern suchen 3. dann in den traces der User nachsehen, ob welche dabei sind die so aussehen wie die in JOSM In einer so abgelegenen Gegend kommt man schnell zum Ergebnis, so viel User waren da nicht unterwegs. HTH Jacques Am 09.09.2010, 14:04 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: hi ! wie hast du den rausbekommen ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola
Am 09.09.2010 14:33, schrieb Jacques Nietsch: Hallo Jan, Kombinationsgabe ;-) 1. den Bereich mit JOSM öffnen 2. in der History der Wege nach den Erstanlegern suchen 3. dann in den traces der User nachsehen, ob welche dabei sind die so aussehen wie die in JOSM In einer so abgelegenen Gegend kommt man schnell zum Ergebnis, so viel User waren da nicht unterwegs. HTH Jacques Am 09.09.2010, 14:04 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: hi ! wie hast du den rausbekommen ? gruß Jan :-) Moin Jacques, ok - also auch hintenrum. habe schon einmal ein josm-wish-ticket für eine direkte erfragung wie in mercator gestellt. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola
Am 9. September 2010 14:47 schrieb Jan Tappenbeck o...@tappenbeck.net: habe schon einmal ein josm-wish-ticket für eine direkte erfragung wie in mercator gestellt. Das geht aber nur bei GPS-Tracks, welche mit der Option Identifizierbar hochgeladen wurden. Und dies ist bei JOSM schon eingebaut. http://wiki.openstreetmap.org/wiki/DE:Visibility_of_GPS_traces Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viele Namen in OSM-Karten
Robert Kaiser schrieb am 09.09.2010 13:39: Das Tagging ist sehr oft nicht wirklich falsch (siehe z.B. mein Lieblingsbeispiel, wo das Schulareal und das Schulgebäude selbst beides den Namen der Schule tragen). Entweder verstehe ich dich falsch, oder aber ich bin entgegengesetzter Meinung. Wenn eine Schule bereits als Gelaende erfasst ist, dann gehoert an die einzelenen Gebaeude meiner Meinung nach nur noch ein building=yes. Aussnahme ist, wenn die einzelnen Gebaeude eigenstaendige Namen haben. Der Name der Schule hat in so einem Fall an den Gebaeuden aber nichts mehr zu suchen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM
Hallo zusammen, ich bin Leiter des Projektes Mittelsachsen Atlas beim gleichnamigen Landkreis. Wir haben uns ganz bewusst für die Nutzung der guten OSM-Daten als Hintergrundkarte entschieden. Deshalb zunächst mal vielen Dank an alle, die OSM möglich gemacht haben und möglich machen. Besonders freut mich, dass das Projekt bei der OSM-Community schon im Gespräch ist. Wir sind an diesem Dialog sehr interessiert, denn wir wollen über die Nutzung der Daten hinaus in der zweiten Phase des Projektes gerne einen echten Austausch etablieren. D.h. wir wollen unsere POI-Daten gerne an OSM abgeben. Die Software selber ist ohnehin komplett Open-Source. Dabei ist der Atlas, basierend auf OpenLayers, der kleinste Teil der Anwendung. Für die Nachnutzung interessanter ist sicher eine auf Eclipse/RAP basierende Workbench, mit der die Daten verwaltet und konfektioniert werden. Zur Diskussion um die Nutzung der im Atlas verwendeten Luftbilder, wir haben hier die ATKIS-DOP der sächsischen Vermessungsverwaltung verwandt, setze ich mich als kommunaler Vertreter im Lenkungsgremium der gdi.initiative.sachsen (hier wird die Geodateninfrastruktur für den Freistaat Sachsen geplant) gerne dafür ein, dass die Luftbilder und ggf. weitere Geobasisdaten für (Mittel)Sachsen an OSM gespendet werden. Garantien kann ich Ihnen natürlich nicht geben, aber funktionierende Projekte, die den Nutzen von freien Daten/OSM belegen und dokumentieren könnten hier vielleicht doch einiges bewegen. Die gerenderten OSM-Kacheln werden auf einem eigenen Server zwischengespeichert und von dort ausgeliefert. Genauso tun wir das mit dem Luftbild-WMS und dem SRTM-Geländeprofil. Die Link-Funktion macht bei mir keine Probleme. Es wird eine exakte URL der aktuellen, ggf. mit POIs angereicherten Karte erzeugt, welche Dritten beispielsweise als Treffpunkt gesandt werden kann. Diese Funktion ist deshalb schon so eine Art Permalink - nur wird nicht der Ort, sondern die Suchanfrage in der URL ausgedrückt. Die Treffer und demnach die Anzeige kann sich also wandeln. Beste Grüße Uwe Weigel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM
Weigel, Uwe uwe.wei...@landkreis-mittelsachsen.de wrote: ich bin Leiter des Projektes Mittelsachsen Atlas beim gleichnamigen Landkreis. Super dass Du Dich hier aktiv einbringen möchtest. Garantien kann ich Ihnen natürlich nicht geben, aber funktionierende Projekte, die den Nutzen von freien Daten/OSM belegen und dokumentieren könnten hier vielleicht doch einiges bewegen. Das Standardbeispiel hierfür ist die Luftbildspende der Stadt Lauf. Hier ist eine extrem detailreiche Karte entstanden, die von der Stadt Lauf inzwischen auch auf der eigenen Homepage ohne weitere Kosten eingesetzt wird: http://osm.org/go/0JQUY_lF http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Lauf http://lauf.de/index.php?mid=9 Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Guenther Meyer wrote: Wichtige Baeume sollen mit besonderen Zusatztags versehen werden (denotation, landmark, name, ...). Alle anderen Bäume haben diese Tags nicht, sind also normale Bäumen. Das ist eine nette Idee und wäre vor 4 Jahren auch brauchbar gewesen. Aber in der Praxis wurde es anders definiert, es gibt weltweit geschätzte 58000 Anwendungen, die geprüft und ggf. geändert werden müßten, niemanden der das tut und 76-88% Mapper die es anders handhaben. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Werden-Baumreihen-gerendert-tp5497934p5515080.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] payment - Tag
Am Donnerstag 09 September 2010, 12:27:31 schrieb Wolfgang: Dazu sollte noch ein Datum gesetzt werden, am besten automatisch, aus dem der Stand des letzten Updates bzw. der letzten Bestätigung hervorgeht. Nein, bitte nicht explizit durch den Benutzer. :) Die OSM-Datenbank kann sowas bereits. Da steht, wann zuletzt etwas an einem Objekt geändert wurde. Und wenn man will kann man mit überschaubarem Programmieraufwand auch herausfinden wann zuletzt das payment-Tag verändert wurde. Ein Debugging-Tool, das alle Objekte mit payment-Tag und letztes Edit-Datum vor einigen Jahren dann als Warnung anzeigt, sollte man dann separat anbieten und nicht in den Daten direkt unterbringen wollen. Gruß, Bernd -- [...] most likely other e-mail programs like Eudora are not designed to enable virus replication. (ehemals auf http://www.microsoft.com/mac/products/office/2001/virus_alert.asp) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM
Hallo Sven, welche Erfahrungen gibt es - außer dem was im Wiki steht - aus dem Luftbild-Projekt mit der Bayerischen Landesvermessung? http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Bayern Kann man den vollständigen Nutzungsvertrag erhalten? Dieser könnte für meine Gespräche bei der sächsischen Landesvermessung, die ebenfalls einen sehr guten Luftbild-WMS anbietet, durchaus hilfreich sein. http://www.landesvermessung.sachsen.de/ias/basiskarte4/service/SRV4DOPFREE/WMSFREE_TK/WMSFREE_TK/wmsservice? Die Nutzungsbedingungen findet man unter http://www.landesvermessung.sachsen.de/inhalt/produkte/luft/luft_nutz.html. Wer könnte denn aus der Community offiziell überhaupt eine Erlaubnis beim GeoSN beantragen? Gibt es da organisatorische Vorschriften/Regeln? Kosten fallen nämlich unter Umständen gar keine an, sofern die Erlaubnis für die Nutzung der Luftbilder im OSM-Projekt erteilt würde. Beste Grüße Uwe Weigel -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Sven Geggus Gesendet: Donnerstag, 9. September 2010 17:50 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM Weigel, Uwe uwe.wei...@landkreis-mittelsachsen.de wrote: ich bin Leiter des Projektes Mittelsachsen Atlas beim gleichnamigen Landkreis. Super dass Du Dich hier aktiv einbringen möchtest. Garantien kann ich Ihnen natürlich nicht geben, aber funktionierende Projekte, die den Nutzen von freien Daten/OSM belegen und dokumentieren könnten hier vielleicht doch einiges bewegen. Das Standardbeispiel hierfür ist die Luftbildspende der Stadt Lauf. Hier ist eine extrem detailreiche Karte entstanden, die von der Stadt Lauf inzwischen auch auf der eigenen Homepage ohne weitere Kosten eingesetzt wird: http://osm.org/go/0JQUY_lF http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Lauf http://lauf.de/index.php?mid=9 Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ 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] Zu viele Namen in OSM-Karten
Stephan Wolff wrote: in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach meinem Empfinden die Karte unübersichtlicher machen. Ich stimme Dir zu daß die großen OSM Karten ziemlich unübersichtlich geworden sind - aus diesem und anderen Gründen. Ich habe auch schon Vorschläge zur Reduktion der Anzeige gemacht, wurde aber belehrt, daß diese Karten für keinen bestimmten Anwendungszweck tauglich sein sollen, sondern Schaufensterkarten sind, die möglichst viel anzeigen, was OSM zu bieten hat. Das macht sie natürlich ziemlich vollgestopft, unübersichtlich und streckenweise arg kontrastarm. Abhilfe schafft da wohl nur eine Spezialkarte, die auch mal Dinge wegläßt, die für ihren Zweck nicht nötig sind. Ich finde es ironisch, daß es im OpenStreetMap Projekt keine Street Map gibt, also keine dedizierte Straßenkarte. Für Autofahrer ist da eher die MapQuest Karte [1] zu empfehlen, die sieht ziemlich übersichtlich aus. bye Nop [1] http://open.mapquest.co.uk/ -- View this message in context: http://gis.638310.n2.nabble.com/Zu-viele-Namen-in-OSM-Karten-tp5513862p5515209.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] payment - Tag
ich finde credit-card zu generisch. Warum nicht gleich visa / amex / mastercard? Es hilft einem ja nicht, wenn irgendeine Kreditkarte genommen wird, wenn es nicht die eigene ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viele Namen in OSM-Karten
Am 9. September 2010 11:55 schrieb Stephan Wolff s.wo...@web.de: in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach meinem Empfinden die Karte unübersichtlicher machen. Bei vielen Dörfern generiert der place-Tag einen Namen, die boundary-Relation einen zweiten und die PLZ-Relation den selben Namen mit Postleitzahl. so allgemein ist das schwer zu kommentieren, Doppelungen sind meist natürlich unerwünscht, aber dass z.B. auch in niedrigeren Zoomleveln mehr Dorf- und Stadtnamen auftauchen finde ich sehr positiv, das war einige Zeit land ein bisschen wenig. Manchmal zeichnet ein Mapper die bebaute Fläche als landuse ein und fügt nochmals den Ortsnamen als name ein. ja, hier würde ich sagen, dem landuse=residential nur den Namen des spezifischen Wohngebiets geben, und nicht den des kompletten Ortes. Orte werden durch place definiert, wo auch der Name ran sollte. Wie können wir dafür sorgen, dass die aus OSM-Daten erzeugten Karten wichtige Namen darstellen und trotzdem übersichtlich bleiben? das entscheidet der Renderer, auf das Tagging sollte es keinen - wir erklären es zu einem Problem des Renderers. Dieser muss erkennen was der Mapper gemeint hat und was wichtig ist. - wir dokumentieren im Wiki für jeden Multipolygon-/Relationstyp, ob dieser einen offizielle Gebietsnamen anzeigt, eine untergeordnete, amtliche Untergliederung, eine nichtamtliche Unterteilung oder ein Hilfsobjekt zur OSM-Auswertung ist - wir führen einen Tag ein, der diese Unterscheidung an jeder Relation ermöglicht An vielen Stellen tauchen Namen auf, die nur den Objekttyp ohne individuelle Zusätze beschreiben, wie z. B. leisure=playground name=Spielplatz amenity=parking name=Parkplatz Spricht etwas dagegen, solche name-Einträge zu löschen? Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Martin Koppenhoefer (Dipl-Ing. Arch.) c/o Sebastianelli Via del Santuario Regina degli Apostoli, 18 00145 Roma |I|I|I|I|I|I|I|I| Italia N41.851, E12.4824 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 389 6488991 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. Any views or opinions are solely those of the author and do not necessarily represent those of koppenhoefer.com unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@koppenhoefer.com Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viele Namen in OSM-Karten
sorry, versehentlich abgeschickt, hier nochmal was ich schreiben wollte: Am 9. September 2010 11:55 schrieb Stephan Wolff s.wo...@web.de: das entscheidet der Renderer, auf das Tagging sollte es keinen Einfluss nehmen. - wir erklären es zu einem Problem des Renderers. Dieser muss erkennen was der Mapper gemeint hat und was wichtig ist. eben leisure=playground name=Spielplatz amenity=parking name=Parkplatz Spricht etwas dagegen, solche name-Einträge zu löschen? das das keine Namen sind, würde ich die auch löschen. Ausnahmen mag es geben (wenn der Name wirklich gleichzeitig eine Beschreibung ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logger gesucht
RalfGesellensetter schrieb: Am Samstag, 30. Januar 2010 schrieb Sebastian Niehaus: Mag mir jemand Empfehlungen geben? Hi. Nun bin ich aber neugierig: Was ist es denn geworden? Würde mich auch interessieren. Ich möchte gerne auch einen Logger - Marken per Kamera setzten wäre eine Alternative zu einer solchen Funktion des Loggers - leider kann ich bei Loggern ohne Display nicht einfach die Uhrzeit abfotografieren... Als ich nur einen Logger (und kein GPS mit Display) besaß, habe ich die genaue Uhrzeit von der Funkuhr oder einem frisch via NTP synchronisierten PC fotografiert. hth (auch wenn der Thread recht alt ist) malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am Donnerstag 09 September 2010, 18:55:17 schrieb M∡rtin Koppenhoefer: ich finde credit-card zu generisch. Warum nicht gleich visa / amex / mastercard? Es hilft einem ja nicht, wenn irgendeine Kreditkarte genommen wird, wenn es nicht die eigene ist. Was hat das mit der Mail zu tun auf die du geantwortet hast? Außerdem scheint es als hättest du den Inhalt des Beitrags überhaupt nicht gelesen. :( Gruß, Bernd -- Europa - das Ganze ist eine wunderbare Idee, aber das war der Kommunismus auch. - Loriot signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pflegedienst
im Wiki habe ich zwar nursing home für Pflegeheim gefunden, aber nichts für ambulante Pflegedienste. shop=nursing_service ? Nein shop ist ja eher ein Ladengeschaeft. Ich habe auch noch keine gute Loesung defuer gefunden. Man koennte es als Buero taggen; als Poi mit Adresse. http://wiki.openstreetmap.org/wiki/Office Mehr als ein Buero und einen Parkplatz wird einen dort nicht erwarten, oder? Eine Amenity ist es jedenfalls definitiv nicht. Ueberlegung: Sollte man die Einrichtungen grosser Verbaende in eine Relation werfen? Z.B. Relation Caritas, DRK, AWO usw... Gruesse, -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
NopMap ekkeh...@gmx.de [Wed, Sep 08, 2010 at 10:39:37PM CEST]: Florian Gross wrote: Das Baum-Mapping lässt sich aus meiner Sicht wahrscheinlich nicht mehr stoppen. Aber aus deinen Daten sollte es doch eigentlich möglich sein, die einmal so erkannten und damit geretteten Bäume per bot mit einem entsprechenden Tag zu versehen, Nein, bitte keinen Bot. Bots sind selten intelligent genug um keinen Schaden anzurichten. Ich denke ich habe einen pragmatischen Weg gefunden, der garantiert keinen Schaden anrichtet. Man kann zwar nicht automatisch erkennen, ob ein Baum garantiert eine Landmark darstellt und deshalb keine solchen Tags vergeben. Aber aus der Analyse der Topologie kann man zweifelsfrei feststellen, daß ein Baum in einer Gruppe steht und nicht einzeln und damit allerhöchstwahrscheinlich als Landmarke ausscheidet. Von daher habe ich von meinem Spamfilter alle Bäume, die in einer 50m-Gruppe stehen, noch kein denotation-Tag und auch kein Name-Tag haben, mit dem Zusatz-Tag denotation=cluster markiert. Das ist auf jeden Fall richtig, ein genaueres tagging auf avenue, urban oder so müßte von Hand erfolgen wenn's denn jemand interessiert. Wenn ein Baum einen eigenen Namen hat, gehe ich davon aus, daß er signifikant ist. Das klingt wie eine hervorragende Lösung. Gratuliere. Feilen kann man immer noch. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM
Weigel, Uwe uwe.wei...@landkreis-mittelsachsen.de wrote: welche Erfahrungen gibt es - außer dem was im Wiki steht - aus dem Luftbild-Projekt mit der Bayerischen Landesvermessung? http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Bayern Die Bilder waren im Prinzip nicht hochauflösend genug daher wurden auch im wesentlichen nur Wälder, Seen und Fernstraßen abdigitialisiert. Kann man den vollständigen Nutzungsvertrag erhalten? MArkus müsste den haben. Die Nutzungsbedingungen findet man unter http://www.landesvermessung.sachsen.de/inhalt/produkte/luft/luft_nutz.html. Oh Got IANAL Wer könnte denn aus der Community offiziell überhaupt eine Erlaubnis beim GeoSN beantragen? Eigentlich geht es lediglich um eine Klarstellung von Seiten des Vermessungsamtes. Die nichtkommerzielle Nutzung der WMS Server ist ja normalerweise erlaubt aber leider ist kommerziell ein sehr schwammiger Begriff. Siehe dazu auch die URL http://freedomdefined.org/Licenses/NC/De Unser Problem entsteht hier aus der ungeklärten Rechtslage, dass keiner sagen kann ob das Copyright der Bilder überhaupt bis zu den daraus erstellten OSM Daten reicht oder ob die Verblassungsklausel im Urheberrecht hier bereits angewendet werden kann. Unsere Daten sind ja eben gerade kommerziell nutzbar und das ist auch gut so. Wenn das Copyright nicht bis zu den erzeugten Daten reichen würde dürften wir die Bilder heute schon verwenden. Im anderen Fall bräuchten wir eine Erlaubnis zur Erstellung von kommerziell nutzbaren Vektordaten aus den angebotenen Luftbildern. Mit einer solchen Erlaubnis wären wir also unabhängig von der ungeklärten rechtslage auf der sicheren Seite. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mittelsachsen-Atlas auf Basis von OSM
Weigel, Uwe schrieb: Besonders freut mich, dass das Projekt bei der OSM-Community schon im Gespräch ist. Wir sind an diesem Dialog sehr interessiert, denn wir wollen über die Nutzung der Daten hinaus in der zweiten Phase des Projektes gerne einen echten Austausch etablieren. D.h. wir wollen unsere POI-Daten gerne an OSM abgeben. Das klingt sehr erfreulich. Zum Eintragen von neuen Punkten auf der Atlas-Seite wäre es sehr sinnvoll, einen Marker setzen bzw irgendwie die Koordinaten anhand der Karte den Daten hinzufügen zu können. Die Link-Funktion macht bei mir keine Probleme. Es wird eine exakte URL der aktuellen, ggf. mit POIs angereicherten Karte erzeugt, welche Dritten beispielsweise als Treffpunkt gesandt werden kann. Diese Funktion ist deshalb schon so eine Art Permalink - nur wird nicht der Ort, sondern die Suchanfrage in der URL ausgedrückt. Die Treffer und demnach die Anzeige kann sich also wandeln. Klickt man auf Link, ohne Suche/POI erstellt zu haben, wird der Link http://www.mittelsachsen-atlas.de/index3.htmlnull generiert, der zu einem 404 führt. Wenn man z.B. eine Suche nach Berthelsdorf durchführt, einen Link erzeugt und diesen öffnet, wird nur eine der drei markierten Fundstellen angezeigt: http://mittelsachsen-atlas.de/index3.html?search1=Berthelsdorf Um dieses Verhalten zu reproduzieren, sollte man verschiedene Browser verwenden oder zwischen Erzeugen des Suchlinks und dessen Aufruf den Browsercache leeren. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am Donnerstag 09 September 2010, 18:01:30 schrieb NopMap: Aber in der Praxis wurde es anders definiert, es gibt weltweit geschätzte 58000 Anwendungen, die geprüft und ggf. geändert werden müßten, niemanden der das tut und 76-88% Mapper die es anders handhaben. ja genau... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strategie zur korrekten Entfernung der alegria-Aktionen, war Vandalismus im Bereich WM/GAP
Richard Ratzer schrieb: Oh, oh - sorry. Ich glaub mich hat gestern mein Firefox etwas ver... Das hat ja wohl überhaupt nicht so geklappt. Frage: Ich könnte einen kurzen Track (8 Punkte) um die Gegend mit den größten Schäden legen. Ich denke, da der genau Nutzer inzwischen bekannt ist, wäre das unnötige Mühe. Wer mag, kann sich durch dessen Edit-History blättern... Für den groben Überblick dürfte dies reichen: In dem Fenster ist jedenfalls die größte Löschaktion http://www.openstreetmap.org/?lat=47.7439lon=11.0682zoom=13 sorry Richard Ach was, wir lernen alle noch. :) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: P rojekt DE des Monats - Tankstellen
Am Donnerstag 09 September 2010, 12:41:06 schrieb Wolfgang: Am Donnerstag 09 September 2010 12:01:16 schrieb Georg Feddern: Moin, was bedeutet dann bitte amenity=fuel fuel:electric=yes Eine Standard-Tankstelle mit zusätzlicher Ladesäule? Oder eine Nur-Elektro-Ladestation? Eine Ladesäule ist definitiv vorhanden, alles andere ist Interpretationssache. NB: Im JOSM-Preset kann man zwar 'ja' sagen zu den einzelnen fuel-Sorten, aber leider nicht explizit 'nein' sagen - Damit ist eine Nur-Strom-Tankstelle wunderbar einzutragen ... Guter Einwand! Das Preset sollte so verändert werden, dass ja, nein oder unbekannt angegeben werden kann. Manuell geht es sowieso. unbekannt finde ich etwas sinnlos, das kommt auf dasselbe raus, wie gar kein Tag. Aber ein explizites yes, no oder only ist sicher nicht verkehrt. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am Donnerstag 09 September 2010, 09:54:12 schrieb Bernd Wurst: Am Donnerstag 09 September 2010, 09:13:25 schrieb Jan Tappenbeck: Abgesehen davon wie sollte eine automatische Auswertung erkennen das es sich um eine Creditkarte oder Tankkarte handelt ??? Dann müßten wieder Listen hinterlegt werden die gepflegt werden. Was ist der Unterschied? Also ja, ich kenne den Unterschied, aber wann muss eine Anwendung diese Klassifizierung machen? Ob eine Tankstelle nur Tankkarten nimmt oder auch noch VISA ist mir egal wenn ich mit meiner EC-Karte oder MasterCard tanken gehen will. +1 Verschiedene Kartenarten zusammenzufassen, und das auch noch mit mehreren Tags ist nicht sinnvoll. Was hilft mir ein payment=credit_cards wenn ich dadurch nicht erfahren kann, ob *meine* Karte genommen wird? IMO sollte es einfach: payment = foo;bar;baz;... sein. Und dann im Wiki eine Liste welche Keywords welche Zahlungsart ausdrückt. Also EC-Karte ist maestro und sowas. +1 jede Karte sollte explizit genannt werden. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Hallo, Am Donnerstag 09 September 2010 18:14:09 schrieb Bernd Wurst: Am Donnerstag 09 September 2010, 12:27:31 schrieb Wolfgang: Dazu sollte noch ein Datum gesetzt werden, am besten automatisch, aus dem der Stand des letzten Updates bzw. der letzten Bestätigung hervorgeht. Nein, bitte nicht explizit durch den Benutzer. :) Die OSM-Datenbank kann sowas bereits. Da steht, wann zuletzt etwas an einem Objekt geändert wurde. Und wenn man will kann man mit überschaubarem Programmieraufwand auch herausfinden wann zuletzt das payment-Tag verändert wurde. Ein Debugging-Tool, das alle Objekte mit payment-Tag und letztes Edit-Datum vor einigen Jahren dann als Warnung anzeigt, sollte man dann separat anbieten und nicht in den Daten direkt unterbringen wollen. das ist ja richtig, ich sehe nur das Problem, dass ich bei meiner Lieblingstanke seit xx Jahre tanke, und nichts hat sich verändert. Die Software warnt aber längst alle anderen: Vorsicht, uralte Daten, völlig unzuverlässig. Da man normalerweise nicht mit Navi zu seiner(n) Lieblingstanke(n) in der Umgebung fährt, merkt der Mapper das gar nicht. Der hat das einmal getaggt, es hat sich nichts verändert und gut. Ich würde gerne irgendeinen Mechanismus anbringen, dass man merkt, da muss ich noch mal bestätigen, das alles ok ist, oder hoppla, hier hat sich was geändert. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pflegedienst
Hallo, Am Dienstag 07 September 2010 19:40:19 schrieb Wolfgang: Hallo Liste im Wiki habe ich zwar nursing home für Pflegeheim gefunden, aber nichts für ambulante Pflegedienste. shop=nursing_service ? ich habe es erst mal office=nursing_service genannt. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viele Namen in OSM-Karten
Am 09.09.2010 18:32, schrieb NopMap: Stephan Wolff wrote: in vielen aus OSM-Daten erzeugten Karten, insbesondere der Mapnik- und Osmarenderkarte, tauchen immer mehr Namesbeschriftungen auf, die nach meinem Empfinden die Karte unübersichtlicher machen. Ich stimme Dir zu daß die großen OSM Karten ziemlich unübersichtlich geworden sind - aus diesem und anderen Gründen. Ich habe auch schon Vorschläge zur Reduktion der Anzeige gemacht, wurde aber belehrt, daß diese Karten für keinen bestimmten Anwendungszweck tauglich sein sollen, sondern Schaufensterkarten sind, die möglichst viel anzeigen, was OSM zu bieten hat. Für POIs trifft das sicher zu. Da hat jeder Nutzer verschiedene Bedürfnisse. Bei Namen gibt es aber viele Texte, die niemand braucht. Der Text Deutschland (Landmasse) an der Küstenlinie oder die Beschriftung nördliches Schleswig-Holstein irgendwo in der Landschaft aus der TMC-Relation sind einfach überflüssig. Aber woran soll der Renderer das erkennen? Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viele Namen in OSM-Karten
Am 9. September 2010 23:49 schrieb Stephan Wolff s.wo...@web.de: Für POIs trifft das sicher zu. Da hat jeder Nutzer verschiedene Bedürfnisse. Bei Namen gibt es aber viele Texte, die niemand braucht. Der Text Deutschland (Landmasse) an der Küstenlinie oder die Beschriftung nördliches Schleswig-Holstein irgendwo in der Landschaft aus der TMC-Relation sind einfach überflüssig. Aber woran soll der Renderer das erkennen? das sind beides auch eher Beschreibungen als Namen m.E., daher wäre note besser als das im name-tag unterzubringen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am 09.09.2010 23:10, schrieb Guenther Meyer: was bedeutet dann bitte amenity=fuel fuel:electric=yes Eine Ladesäule ist definitiv vorhanden, alles andere ist Interpretationssache. Aber ein explizites yes, no oder only ist sicher nicht verkehrt. Das würde bedeuten eine Elektrotankstelle wäre dann mit amenity=fuel fuel:electric=only zu taggen... Und damit zeigen alle Anwendungen die mit der zweiten Zeile nichts anfangen können eine hundsgwöhnliche Sprit-Tankstelle wo nur eine Elektro-Ladesäule herumsteht. Die Anwender werden es Dir danken... Insbesondere die, die auf der Tankstellensuche nach der dritten Ladesäule ohne Sprit liegen bleiben Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am 9. September 2010 12:41 schrieb Wolfgang wolfg...@ivkasogis.de: Hallo, Am Donnerstag 09 September 2010 12:01:16 schrieb Georg Feddern: was bedeutet dann bitte amenity=fuel fuel:electric=yes Eine Standard-Tankstelle mit zusätzlicher Ladesäule? Oder eine Nur-Elektro-Ladestation? Das Preset sollte so verändert werden, dass ja, nein oder unbekannt angegeben werden kann. Manuell geht es sowieso. es geht alles, aber ist das sinnvoll? Ein Tag für eine Ladestation (ggf. noch mit den verschiedenen Anschlüssen, falls es dazu kommt), und das Problem ist ohne Mehraufwand für sämtliche Anwendungen, die sich überhaupt nicht dafür interessieren, und daher auch nur richtige Tankstellen anzeigen wollen, gelöst. Hat mal jemand auf der englischen Liste nachgefragt? Bei einem so einschneidenden Bedeutungswechsel (~ergänzung) sollte man in einem globalen Projekt nicht unilateral handeln. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am 09.09.2010 09:13, schrieb Jan Tappenbeck: payment payment:account_cards payment:cash payment:coins payment:credit_cards payment:debit_cards payment:fuel_cards payment:dkv payment:ec payment:ec_cards payment:electronic_purses payment:fuel_cards payment:girocard payment:maestro payment:notes payment:uta payment_account_cards Wenn ich mir die Liste und die Diskussionen dazu ansehe: Es wird ein riesen Aufwand für etwas gemacht was keine verlässlichen Daten liefern kann da eine entsprechend notwendige Datenpflege ehr nicht zu erwarten bzw. möglich ist. Z.B. hängt an meiner Stamm-Tanke gefühlt jeden 3. - 4. Tankvorgang ein Zettel an der Zapfsäule Kartenzahlung nicht möglich weil das Kartenlesegerät mal wieder ausgefallen ist. Eine praxisnahe Lösung kann daher eigentlich nur heissen: Telefonnummer taggen so dass der Anwender vorher anrufen und nachfragen kann wenn er mit seinen Bezahlmöglichkeiten eingeschränkt ist. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycle-layer Styles?
Am 9. September 2010 11:28 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Wäre er offen könnte man sich dem dann auch mal annehmen mich nervt es seit Jahren dass das Teil keinen Support für Tracktypes hat. mich stört, dass er highway=pedestrian, area=yes immer noch nicht auswertet, das sieht einfach schlecht aus: http://www.openstreetmap.org/?lat=41.85893lon=12.47724zoom=17layers=C Habe ihm das auch schon ein paarmal geschrieben in den letzten 3 Jahren... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am 10.09.2010 01:23, schrieb M∡rtin Koppenhoefer: Am 9. September 2010 12:41 schrieb Wolfgangwolfg...@ivkasogis.de: Hallo, Am Donnerstag 09 September 2010 12:01:16 schrieb Georg Feddern: was bedeutet dann bitte amenity=fuel fuel:electric=yes Eine Standard-Tankstelle mit zusätzlicher Ladesäule? Oder eine Nur-Elektro-Ladestation? Das Preset sollte so verändert werden, dass ja, nein oder unbekannt angegeben werden kann. Manuell geht es sowieso. es geht alles, aber ist das sinnvoll? Den Preset Mechanismus um ein nein zu ergänzen: ja (momentan kann der Unterschied nein/unbekannt nicht mit den Presets eingegeben werden) Strom Tankstellen (oder wie auch immer man diese Steckdosen politisch korrekt jetzt nennen mag) als amenity=fuel zu taggen: nein Ein Tag für eine Ladestation (ggf. noch mit den verschiedenen Anschlüssen, falls es dazu kommt), und das Problem ist ohne Mehraufwand für sämtliche Anwendungen, die sich überhaupt nicht dafür interessieren, und daher auch nur richtige Tankstellen anzeigen wollen, gelöst. Mir ist in der ganzen Diskussion immer noch keine schlüssige Erklärung untergekommen, warum eine Steckdose an der ich mehrere Stunden mein Auto hänge und eine Tankstelle an der ich nach ein paar Minuten wieder weg bin mit dem gleichen Tag beschrieben werden soll. Für mich ist das schon auf den ersten Blick was völlig anderes. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] virtueller Urlaub in Spanien / Alicante - Sierra Manola
Am 9. September 2010 09:49 schrieb Jan Tappenbeck o...@tappenbeck.net: ich bin gerade dabei die Boundaries für die yahoo-Bilder in Spanien zu erstellen und dabei sind mir viele nicht verarbeitete GPS-Tracks aufgefallen. Vielleicht hat einer von Euch Ortskenntnisse und Lust, zumindest virtuelle, dem schlechten Wetter in DE zu entfliehen. Hier hat's aktuell 24 Grad (nachts). Wenn ihr Lust habt, dem schlechten Wetter zu entfliehen, viele Dinge kann man auch ohne Ortskenntnisse machen, z.B. Wälder, Flüsse und einige landuses: http://www.openstreetmap.org/?lat=41.54lon=13.62zoom=7layers=M Gute Luftbilder WMSlinks/JOSM, für OSM freigegeben: 2006, ganzes Land http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore_06.mapLAYERS=ortofoto_colore_06_32,ortofoto_colore_06_33REQUEST=GetMapVERSION=1.1.1FORMAT=image%2Fjpeg; 2008, Latium und Umbrien; http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore_08.mapLAYERS=ortofoto_coloreREQUEST=GetMapVERSION=1.1.1FORMAT=image%2Fpng; Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 01.09.2010 09:10, schrieb Jan Tappenbeck: Es soll für den September 2010 lauten: Tankstellen Ich finde es interessant, welche hitzige Diskussion sich aus dem Vorschlag ergeben hat. Vermutlich lag es am Wort Tankstellen ,dass mehr über den deutschen Begriff Stromtankstelle diskutiert wurde, als über die Frage, was unter das Wort fuel fällt und wie man eine Lademöglichkeit für Elektrofahrzeuge auf englisch bezeichnet. Wikipedia nennt dafür charging station, electric recharging point oder charging point. Die Namen in OSM müssen nicht den umgangssprachlichen Bedeutungen entsprechen, sondern können eigenständig definiert werden. Wenn man im Englischen für Stromtankstellen nicht fuel benutzt, ist eine Wortähnlichkeit im Deutschen auch keine Rechtfertigung es trotzdem zu tun. Aus diesem Grund und wegen der Inkompatibilität zu bestehenden Anwendungen halte ich amenity=fuel für unpassend. Wichtiger finde ich aber die Frage, ob man auch Tankstellen für Luftfahrzeuge und Wasserfahrzeuge unter amenity=fuel zusammenfassen sollte. Logisch würde der Name passen, aber man müsste jeweils angeben, welche Fahrzeuge dort betankt werden können. Der Kraftstofftyp reicht nicht, da nicht jeder weiß, dass JET A1 kein Superkraftstoff der Marke Jet sondern Kerosin ist, welches allenfalls kurzfristig einen Dieselmotor betreiben könnte. fuel:octane_100 ist in der Luftfahrt immer noch verbleit. Die Tankstellen in Yachthäfen verwenden zwar oft den üblichen Kfz-Kraftstoff, sind aber oft nicht per Auto erreichbar. Einfacher ist es, wenn man neue Tags wie amenity=aircraft_fuel oder harbour=fuel nimmt. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
Am Freitag 10 September 2010, 01:37:34 glaubte Garry zu wissen: Wenn ich mir die Liste und die Diskussionen dazu ansehe: Es wird ein riesen Aufwand für etwas gemacht was keine verlässlichen Daten liefern kann da eine entsprechend notwendige Datenpflege ehr nicht zu erwarten bzw. möglich ist. Z.B. hängt an meiner Stamm-Tanke gefühlt jeden 3. - 4. Tankvorgang ein Zettel an der Zapfsäule Kartenzahlung nicht möglich weil das Kartenlesegerät mal wieder ausgefallen ist. Eine praxisnahe Lösung kann daher eigentlich nur heissen: Telefonnummer taggen so dass der Anwender vorher anrufen und nachfragen kann wenn er mit seinen Bezahlmöglichkeiten eingeschränkt ist. Telefon/Handy kann ausfallen, Nummer kann sich ändern... ... flo -- Wahrscheinlich sind treten die Herren *Tönnes hier nur deshalb zu zweit auf, weil einer allein gar nicht so blöd sein kann, wie Freinz sich hier darstellt.[Dieter Bruegmann in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 9. September 2010 01:00 schrieb Michael Bemmerl osm-t...@mx-server.de: M∡rtin Koppenhoefer schrieb: also monument=yes, das natural kann man sich dann eigentlich sparen, weil es ja keine anderen Bäume gibt als natürliche, zumindest keine die man mit natural=tree taggen würde. Preisfrage: Welcher ist der nicht-natürliche Baum: http://www.designmaste.de/DMD/Home_files/Pine%20Tree%20im%20Wald.jpg ja, die kenne ich auch, der mittlere mit der Mobilfunkantenne ist der falsche, der ist natürlich kein natural=tree. Ganz super dolle echtaussehend sind die ja nicht, da man es schon auf einem mäßig aufgelösten Foto von weitem erkennen kann (ganz schlecht zugegebenermaßen aber auch nicht), aber etliche Leute stellen sich ja auch einen Plastikweihnachtsbaum ins Zimmer, von daher wohl Geschmacksache... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 9. September 2010 07:44 schrieb NopMap ekkeh...@gmx.de: Auf keinene Fall. Aus den Daten geht hervor, daß 76%-88% der Mapper das Tag so verwendet haben, wie es im Wiki definiert ist. Es gab hier ja verschiedene Interpretationen der Wikipassage, von daher meinst Du wohl, wie Du das Wiki interpretierst. Dazu sollte man allerdings auch berücksichtigen, wie viele der gesamten Bäume bereits gemappt sind, nämlich verschwindend wenige. Daher überrascht es auch nicht, dass viele Mapper erstmal die wichtigsten Bäume gemappt haben. Das heisst aber nciht, dass sie was dagegen haben, wenn andere Leute auch beliebige Bäume taggen. Aber du könntest Deinen denotation-Eintrag mal auf die englische Seite übernehmen. Wieso hast Du den nur auf die deutsche eingetragen? Der ist nicht von mir, ich habe da nur dran rumgefiddelt. Gruß Martin PS: Sobald ich mal 5 Minuten mehr habe, werde ich ein Voting anstoßen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 9. September 2010 10:09 schrieb Falk Zscheile Ist ein versteinerter Baum/Wald[1] jetzt monument=yes oder natural_monument=yes? wenn Du das ernst meinst: natural=tree ist das m.E. nicht. Tote Baumteile würde ich nicht so eintragen. Sonst müsste man ja jedes Stück Holz so eintragen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Elektroantriebe sauber? WAS: Projekt DE des Monats - Tankstellen
Am 10. September 2010 02:03 schrieb Ulf Lamping Das Preset sollte so verändert werden, dass ja, nein oder unbekannt angegeben werden kann. Manuell geht es sowieso. es geht alles, aber ist das sinnvoll? Den Preset Mechanismus um ein nein zu ergänzen: ja (momentan kann der Unterschied nein/unbekannt nicht mit den Presets eingegeben werden) Das stimmt überhaupt nicht. Man kann eine Checkbox auf yes, no oder unverändert setzen. Schon immer (oder fast immer, jedenfalls seit Jahren). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
ja, es könnte auch das Benzin aus sein. Am besten, man trägt Tankstellen nicht ein. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 06.09.2010 09:14, schrieb NopMap: Friedhelm Schmidt wrote: Oder willst du einen Wiki/Daten Editwar provozieren? Die Mapper haben, wie bei OSM üblich, längst mit den Füssen abgestimmt. Und zwar wie es aussieht wenigstens europaweit. Würdest Du diese umfassende Aussage bitte mit ein paar Statistikzahlen belegen? Sie deckt sich absolut nicht mit dem, was ich auf der Karte beobachte. Wenn du im städtischen Umfeld schaust, ist die Tendenz (leider) schon erkennbar. Friedhelm Schmidt wrote: Der Tag natural=tree ist intuitiv. Wir sollten ihn generalisieren und ab sofort beginnen, Zusatztags für weitere Eigenschaften festzulegen. Das ist genau der Denkfehler. Die Tags sind teilweise _nicht_ so definiert, wie man das intuitiv erwarten würde und bei wortwörtlicher Interpretation entsteht absolutes Chaos. Da gibt es einige prominente Beispiele wie highway=bicycle (entspricht _nicht_ einem deutschen Radweg) oder natural=wood (ist _nicht_ für alle Waldflächen). Wie ich schon mehrfach erwähnt habe, bin ich auch kein Freund von nachträglichen Umdefinitionen. Es hilft aber auf die Dauer auch nichts, auf seinem Gewohnheitsrecht (laut Wiki Beschreibung) zu beharren und die OSM Wirklichkeit zu ignorieren. Ich fände es schön, wenn aus dieser Diskussion überhaupt eine Tagging Definition herauskommt, mit dem ein signifikanter / alleine stehender / ... Baum *sicher* in den OSM Daten getaggt und von Anwendern erkannt werden kann. Momentan ist dazu anscheinend eine topologische Heuristik notwendig, die immer irgendwelche Fehler liefert. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de