[OSM-fi] Muistutus: OpenStreetMap - karttojen Wikipedia, to 10.6.2010 klo 18 Tampereella
* Muistutus huomisesta! * (in English below) *Fellowship-tapaaminen Tampereella* Paikkatietoasiantuntija Jukka Rahkonen kertoo miten omalla GPS-laitteella voi osallistua OpenStreetMapin parantamiseen sekä miten OSM-aineistoja hyödyntää omien OGC-standardin mukaisten karttojen ja palveluiden tekemiseksi. Tilaisuuden järjestää Euroopan vapaiden ohjemistojen säätiö (http://www.fsfe.org). Tilaisuus on ilmainen ja avoin kaikille. Jotta voimme mitoittaa tarjoilun, toivomme osallistujien ilmoittavan tulostaan etukäteen osoitteeseen finl...@fsfeurope.org, mutta ilmoittautuminen ei ole pakollista. http://www.vapaasuomi.fi/Kalenteri/OpenStreetMap_-_karttojen_Wikipedia *Fellowship meeting in Tampere* GIS-expert Jukka Rahkonen tells about the OpenStreetMap-project and how you can contribute to it with your own GPS-device and how you can use OSM-data to make your own maps and GIS-services that comply with the OGC-standards. Admission to the event is free. No registration is required, but if you plan to attend, please drop us a line at finl...@fsfeurope.org. https://wiki.fsfe.org/Tampere 2010-06-10 -- Otto Kekäläinen [] o...@fsfe.org Finnish Team Coordinator[][][] GPG/PGP 0xB7F7E4E1 Free Software Foundation Europe || +358 44 566 2204 http://www.fsfe.org/ finl...@fsfe.org ___ talk-fi mailing list talk-fi@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fi
Re: [OSM-fi] offline-editointi
On Wed, 9 Jun 2010, Risto H. Kurppa wrote: Kiitos vinkeistä! Tuo JOSM:lla alueen lataaminen tosiaan taitaa olla tolkuin, todellakin toimii nopeammin editointi kuin koko maafilen kanssa, ja konfliktien todennäköisyys pienenee hyvin. Muokkailen lataamaani aluetta ja lähettelen nettikahviloista eteenpäin.. Ei se konfliktien todennäköisyyteen vaikuta tippaakaan paljonko dataa on (olettaen että vain samoja objekteja muutettiin). Vain muutetut objektit voi konfliktoida. -- i.___ talk-fi mailing list talk-fi@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fi
Re: [Talk-hr] pravne zavrzlame
Samo nekoliko misli, svaki prelazak na drugu licencu je bolan, a OSMF će uvijek biti kriv :) Ne mislim da je problem ODbL licence 'mogućnost' zatvaranja podataka [1], toga ima i sad, i koliko je meni poznato, osim razmjene e-mailova i dobre namjere 'prekršitelja', OSMF nije povlačio pravne akcije. Pitanje je da li uopće može, ili ja kao dio zajednice osobno moram otvarati građansku parnicu. Vjerujem da postoji 10x puta više 'internih' aplikacija koje koriste OSM podatke na neki način, bez izvršavanja obaveza CC-BY-SA licence, ODbl jednostavno kaže da je to sad moguće. Mislim da je u svakom pogledu bolje da se OSM podaci koriste, samim time projekt će postati popularniji. Također, novi contributor terms, nisu loši ako ne tražiš nešto loše u njima, a sve se svodi na što bi bilo kad bi bilo. E, pa kad bi bilo, projekt će se forkati i nastaviti svoj život, nema tu ništa loše. OSM podaci će se uvijek prepoznati, prisjetite se drugih pružatelja prostornih podataka (Navteq, TeleAtlas, ...) svaki od njih je ugradio 'greške' (podatke koji ne postoje) u svoj set podataka kako bi u slučaju 'kopiranja' mogao povući pravne akcije. Osobno sam spreman prihvatiti bilo koju licencu koja mi omogućava da JA i svi ostali koristimo OSM podatke na isti način kao i do sada. Nije mi jasno zašto se OSMF ne okrene priču, pa kaže, svi podaci će biti pod novom licencom, osim ako korisnik eksciplitno ne kaže da on to ne želi, pa čak i poslje prelaska na novu licencu. Pitanje je koliki bi se postotak korisnika bunio 1%-2%? [1] http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-be] This week in OSM mailing lists (June 2 - 8)
As usual, thanks a lot! does it bother if I translate it to fr, and set it on my blog? I thing this is real cool info for the whole osm community. (I could eventually help you if you want some help) Brice On Tue, Jun 8, 2010 at 21:47, Ben Laenen benlae...@gmail.com wrote: Here we are again with this week's edition :-) Greetings Ben * UUID (Universally Unique Identifier) (talk@ and tagging@) Proposal to have the ability to put an ID on objects which would stay invariable whatever you do with it. So you could have something to point at instead of node id's which can change easily. Also ideas on having barcodes or QR-codes and if it could help in situations like the earthquake in Haiti. http://wiki.openstreetmap.org/wiki/Proposed_features/UUID On the topic of Haiti: a fundraiser was mentioned on the list: http://hot.openstreetmap.org/weblog/?page_id=13 * Mapping wide steps (talk@ and then went to tagging@) How to map wide steps that would cross for example a pedestrian area? They're thinking about relations to handle this: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area * Osmose: quality insurance tool (talk@) Analyses map data for common errors. Updated daily. http://osmose.openstreetmap.fr/map/cgi-bin/index.py * Planet file now over 10 GB (talk@) A good time to post several statistics on the list. Those interested in these numbers should dig through the archives, making a summary of lots of numbers isn't really possible :-) * Custom rendering of a small map (with a tool other than the usual renderers like Mapnik or OSMarender) http://maperitive.net/ was mentioned in this discussion * Tagging proposals (tagging@) * Sedimentation tanks redirected to storage tank proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/storage_tank * Garden specification (voting) http://wiki.openstreetmap.org/wiki/Proposed_features/Garden_specification * Motorcycle repair (proposed on list but put in wiki as approved) http://wiki.openstreetmap.org/wiki/Tag:shop=motorcycle_repair * Bazaars (small shopping streets) (proposed) discussion on whether this needs its own highway tag http://wiki.openstreetmap.org/wiki/Proposed_features/Bazaar * Tagging discussions (tagging@) * Beauty parlour http://wiki.openstreetmap.org/wiki/Tag:shop=beauty http://wiki.openstreetmap.org/wiki/Tag:shop=boutique * What's the difference between garden and park? Apparently some confusion as some parks have Garden in their name. But the difference looks clear enough, with the occasional borderline case * Slag heap (nl and fr: terril) landuse=landfill + landfill=slag_heap/slag? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] This week in OSM mailing lists (June 2 - 8)
On 6/9/10, eMerzh merz...@gmail.com wrote: As usual, thanks a lot! does it bother if I translate it to fr, and set it on my blog? I thing this is real cool info for the whole osm community. (I could eventually help you if you want some help) Go ahead :-) Also, if someone wants to adapt it for other mailing lists, also fine. Or if other people have additions from for example talk-fr or legal-talk or from the lists I cover, they're also welcome, but please make the summaries yourself and send them directly to this list and not through me. And if someone wants to take over the summary for a week, also very welcome of course :-) Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] This week in OSM mailing lists (June 2 - 8)
Hi To all I've created a page on the wiki to host these Community updates http://wiki.openstreetmap.org/wiki/Community_Updates . I'm working now to integrate this one. After i will look forward add previous ...(currently it's a little bit messy) Ben , If you want, you could add your drafts there so other can help you . Please let me know about idea or remarks. Thanks Ben again for your work, i hope we can work together on this ;-) On Wed, Jun 9, 2010 at 11:40, Ben Laenen benlae...@gmail.com wrote: On 6/9/10, eMerzh merz...@gmail.com wrote: As usual, thanks a lot! does it bother if I translate it to fr, and set it on my blog? I thing this is real cool info for the whole osm community. (I could eventually help you if you want some help) Go ahead :-) Also, if someone wants to adapt it for other mailing lists, also fine. Or if other people have additions from for example talk-fr or legal-talk or from the lists I cover, they're also welcome, but please make the summaries yourself and send them directly to this list and not through me. And if someone wants to take over the summary for a week, also very welcome of course :-) Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] legal-talk mailing list archive is broken
On 08/06/10 14:58, Tom Hughes wrote: Can it be fixed? Nope. Wow, that really sucks. (Not your fault, of course.) Is there a bug on file with the mailing list manager software? URLs should be permanent, particularly to archives. As Frederik's situation points out, this could be really confusing or even dangerous. I linked to the safety instructions you need to follow in my message from last week... Gerv ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Custom rendering of a small map
On 05/06/10 10:09, Gervase Markham wrote: My first effort involved an SVG export of the Mapnik image from the main website. This is pretty good; the only problem is that the roads are unnecessarily narrow and so the road names are small and hard to read. In the end, I went with this. I would have been willing to spare 30 minutes to get a tool working to improve this, but I've already spent a lot more than that. Thanks to everyone for their suggestions :-) Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
On 07/06/10 20:32, Colin Marquardt wrote: FWIW, these icons here are awesome: http://www.sjjb.co.uk/mapicons/ Those _are_ awesome. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
On 07/06/10 11:49, Gervase Markham wrote: It was me who said that, actually. Here are a few comments, mostly in relation to the Mapnik style: Oops. That is, in comparison to the Mapnik style. The comments are, of course, about Osmarender. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
Thanks Colin, I'll be able to enhance the map renderings, when i take the screenview of HikeBikeMap.de / Cyclemap / mapnik / (anymap) and just manually plop in those icons overtop of where they currently render (but just at a different zoom). Awesome, i'll also be able to create a custom style set for just the icons that are needed for my tourist maps :) I'd take the biggest version, and when you shrink it, you cant really tell the quality difference. And it's not that hard to combine the icon symbols to make different ones. Sweet! I was waiting to find this for some time now :-) On Mon, Jun 7, 2010 at 12:32 PM, Colin Marquardt cmarq...@googlemail.com wrote: 2010/6/7 Gary68 g...@gary68.de: regarding mapgen: - the icon issues could be solved quickly by the user (by drawing or using new ones) FWIW, these icons here are awesome: http://www.sjjb.co.uk/mapicons/ (they are the successor/evolution of the svg-twotone ones that OSM's Mapnik style uses, CC-0, authored by Brian Quinion). Cheers Colin ___ 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] Custom rendering of a small map
On 8 June 2010 05:32, Colin Marquardt cmarq...@googlemail.com wrote: FWIW, these icons here are awesome: http://www.sjjb.co.uk/mapicons/ (they are the successor/evolution of the svg-twotone ones that OSM's Mapnik style uses, CC-0, authored by Brian Quinion). Does anyone know of any suitably licensed icons that could depict an office? I'd like to file a request for a generic office icon to be rendered for any office=* tags... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] GroundTruth Planet Contour - Super script
Hi everyone, I know that this is slightly off-topic, however, this is something that everyone who uses a Garmin GPS that uses IMG files, needs uses when traveling in areas, as a contour map is needed. Right now, i manually making the 1x1 degree contour map IMG files for Japan. (as a break from all of Canada) (at a set 10m interval) using this basic DOS script, and manually changing the ComputerTeddy tile #'s and bounding box the name of the tile area (using a recognizable location within the tile area). http://wiki.openstreetmap.org/wiki/User:Acrosscanadatrails#MapSource_Contours Does anyone know of a way to run a script that will process the entire planet host them on a server somewhere (just as the ComputerTeddy OSM tile data is)? It would certainly be a great benefit to have this as a resource for people. ... and this will only be a 1-time process, as the contour source doesn't change that fast. I'm planning on using archive.org medafire.com to host the Canada Data, as the tile names numbering system is already defined in it's own NTS form. Again sorry for the off topic, Hopefully someone can help make this happen. Sam Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch and NearMap sourcing - what? why?
On 9 June 2010 09:58, Richard Fairhurst rich...@systemed.net wrote: it's impossible to keep track of what people want if it's scattered over 257 mailing lists. We could create a banpotlatch@ mailing list for you, it should be described as high frequency :) Of course I do agree with your constant pleas to use trac, it's a great tool for seeing if problems/bugs are already reported, being recognised, or about to be fixed. Use it! Ooo look it even tells you about it from the Potlatch wiki page http://wiki.openstreetmap.org/wiki/Potlatch/Feedback -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Revert of changeset
He replied and acknowledges he has done some damage, though most of his actions tackled the problem of 2-7 duplicate imports of the sama data at the same point. However, he said he will not touch the data in the US in the future, to avoid further damage and redirect his energy in more productive things. I think this resolves the issue for you. Thanks Roland. The issue is not yet resolved though. What is the plan to fix the data now? I listed a few errors in a previous email but when I see the size of the changeset there might be other as well. Can he fix this or can someone cancel his changes altogetehr? Thanks in adavance, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
On Jun 9, 2010, at 12:44 AM, Gervase Markham wrote: On 05/06/10 10:09, Gervase Markham wrote: My first effort involved an SVG export of the Mapnik image from the main website. This is pretty good; the only problem is that the roads are unnecessarily narrow and so the road names are small and hard to read. In the end, I went with this. I would have been willing to spare 30 minutes to get a tool working to improve this, but I've already spent a lot more than that. Thanks to everyone for their suggestions :-) Gerv Gerv, The Mapnik project currently leverages Cairo to output this SVG. There are a variety of limitations to this SVG output that make post-processing difficult, as you've noticed. We have preliminary plans to write a custom SVG rendering backend for Mapnik in the future that will address things such as embedded fonts, selectable layers, etc. But things such as the road widths and font sizes are always going to be controlled by the styles used to render. User configurability of styles sent to Mapnik (by non-programmers) is something that a current Google Summer of Code project is looking into. See: http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010/AcceptedProjects/EasyPrintableMaps Dane ___ 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] Custom rendering of a small map
Hi Gerv, Sorry you've hit problems with our TCs - its certainly not our intention to block your use. So long as you respect the terms of CC-by-SA and don't exceed the limits on the use of our Vector Stream Server, posted here: http://support.cloudmade.com/answers/specialist-tools - there will be no problems. -- Nick On Sat, Jun 5, 2010 at 2:09 AM, Gervase Markham gerv-gm...@gerv.net wrote: Hi, I'd like to render a map of about a square mile or so of the town of Bromley, in Kent, for the information sheet for my wedding in August (yay!). http://osm.org/go/0EEBWURG I want to make the map, then remove a few bits which I don't need and add stuff to it like bigger labels on some important POIs like the church and the nearest station. I want it to look professional. This is just the sort of thing OSM should be good for, or so I hope :-) My first effort involved an SVG export of the Mapnik image from the main website. This is pretty good; the only problem is that the roads are unnecessarily narrow and so the road names are small and hard to read. I'd like pretty much that map, except with wider roads and bigger text. It would take an age to change it all manually in the SVG. What are my options for a custom render? - Mapnik: requires an incredible amount of setup, according to the wiki page. - Osmarender: It's ugly. Sorry, but it is. - mapgen.pl: Same. - Kosmos: I'm on Linux, and it only really runs on Windows. - Cobra: development seems dead. - Cartagen: It does road labels square on, which I don't like. - Cloudmade: initially, this seemed really promising. They have a variety of styles, and I probably could make one with wider roads, but the Terms of Service are so long and complex, and say don't do anything with this data that isn't your own personal use about three times in different ways, so I assume I can't use it. Any ideas? Is there an online service to which one can submit a Mapnik style sheet and get back a rendering of a small area? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- -- Nick Black twitter.com/nick_b ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
On 09/06/10 19:47, Nick Black wrote: Sorry you've hit problems with our TCs - its certainly not our intention to block your use. So long as you respect the terms of CC-by-SA and don't exceed the limits on the use of our Vector Stream Server, posted here: http://support.cloudmade.com/answers/specialist-tools - there will be no problems. Hi Nick, Thanks - that's good to know. Although you may want to consider revisiting the way you present your Ts and Cs, considering some of the more detailed comments I made on them elsewhere in this thread, to try and help people who _do_ care about the legality of their use to understand what your requirements are without having to digest six pagest of legalese. :-) Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch and NearMap sourcing - what? why?
On Wed, Jun 9, 2010 at 6:58 PM, Richard Fairhurst rich...@systemed.net wrote: trac called, it wants its job back. It is really really really unhelpful to bring up every little thing on the mailing lists rather than the proper bug-tracking system. Please don't. It doesn't mean your alleged bug gets fixed quicker - quite the opposite; it's impossible to keep track of what people want if it's scattered over 257 mailing lists. Yes and no. Raising an issue on a mailing list helps clarify whether it's actually a bug, lets other users bring their perspectives to it etc, and ultimately helps create a useful bug report, if appropriate. You wouldn't like it if there were dozens of Trac bugs along the lines of this weird thing happened in Potlatch, not sure why though, either. In other words: I don't consider reporting an issue here to be reporting a bug and expect it to get acted on. Sorry if it looked like I did - I was still trying to work out what was going on. My guess is that you followed a link with tileurl=whathaveyou. Yep (as I just mentioned in the thread on talk-au), I launched it from nearmap. And it looks like Potlatch remembers the setting even though I launched it from openstreetmap.org the next time. Ben Last (Nearmap) asked on the other list if there could be another parameter passed on the URL which would let them specify what the source tag would be (ie, source=nearmap) rather than it always being computed from the tile parameter. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch and NearMap sourcing - what? why?
On Wed, Jun 9, 2010 at 8:02 PM, Gregory nomoregra...@googlemail.com wrote: Ooo look it even tells you about it from the Potlatch wiki page http://wiki.openstreetmap.org/wiki/Potlatch/Feedback Thanks for the reminder of that page. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] case studies for using OSM data for dispatch and delivery services
hi, I'm looking for materials related to using OSM data for dispatch and delivery services. Any link, case study, technology presentation would be very helpful. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GroundTruth Planet Contour - Super script
I have a perl script to create tiles based on srtm data. for usa based on ned data and some tiles based on viewfinder data because srtm is really bad in mountain areas tools required are gdal_translate, gdal_contour, shp2osm, mkgmap. processing time and temporary space requirement is huge. If someone can provide a host for sharing the tiles I can run it. Or if someone is interested can share the script. I have used 25m contours and then all tiles I have processed can be done with 1x1 degree and they still fit into a single .img file. On 9 Jun 2010, at 2:21 , Sam Vekemans wrote: Hi everyone, I know that this is slightly off-topic, however, this is something that everyone who uses a Garmin GPS that uses IMG files, needs uses when traveling in areas, as a contour map is needed. Right now, i manually making the 1x1 degree contour map IMG files for Japan. (as a break from all of Canada) (at a set 10m interval) using this basic DOS script, and manually changing the ComputerTeddy tile #'s and bounding box the name of the tile area (using a recognizable location within the tile area). http://wiki.openstreetmap.org/wiki/User:Acrosscanadatrails#MapSource_Contours Does anyone know of a way to run a script that will process the entire planet host them on a server somewhere (just as the ComputerTeddy OSM tile data is)? It would certainly be a great benefit to have this as a resource for people. ... and this will only be a 1-time process, as the contour source doesn't change that fast. I'm planning on using archive.org medafire.com to host the Canada Data, as the tile names numbering system is already defined in it's own NTS form. Again sorry for the off topic, Hopefully someone can help make this happen. Sam Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ 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] GroundTruth Planet Contour - Super script
Cool thanks, Ian Dees offered to host it, Unfortunately i dont know Perl, but i can still create the contours. At 10m accuracy, i find it's still good. In Canada, we do have 20m contours (from NRCan) which is also available, so that can be used as a supplement. The downside to SRTM is the annoying squares that get cut out when the SRTM radar detected houses/building, so i guess it tried to accommodate. We also have our own tiling number system, which identifies areas better than the ComputerTeddy Tile # system. However, including a description for each contour IMG tile (listing the town/country that is shown) would be a good reference for people (planet wide). It would also be great to have a GroundTruth planet 25m contour done of IMG files, where this data could be accessed with an ehancement of the system http://ulrichkuester.de/OSM/CoordinateToOSMTile.html and http://touren.mospace.de/kachel.html As 10m contours are better for Hiking, were 25m contours are standard for Driving. as it fills up the map screen with too many lines looks cluttered. I'm right now working on the process for north of 41 degrees and between -141 and -52 degrees west. So it's only as temporary space as need if the .ibf DEM files gets removed as soon as the .img file is created. and it can also be copied onto the server as soon as it's created. Anyway, Im sure if this thread gets any longer, others will be annoyed, and start complaining about copyright / licence ... etc. the regular routeen ... lol Feel free to contact me off-list if you want to help make this happen. A wikia website can be created for it :) Cheers, Sam On Wed, Jun 9, 2010 at 9:01 PM, Apollinaris Schoell ascho...@gmail.com wrote: I have a perl script to create tiles based on srtm data. for usa based on ned data and some tiles based on viewfinder data because srtm is really bad in mountain areas tools required are gdal_translate, gdal_contour, shp2osm, mkgmap. processing time and temporary space requirement is huge. If someone can provide a host for sharing the tiles I can run it. Or if someone is interested can share the script. I have used 25m contours and then all tiles I have processed can be done with 1x1 degree and they still fit into a single .img file. On 9 Jun 2010, at 2:21 , Sam Vekemans wrote: Hi everyone, I know that this is slightly off-topic, however, this is something that everyone who uses a Garmin GPS that uses IMG files, needs uses when traveling in areas, as a contour map is needed. Right now, i manually making the 1x1 degree contour map IMG files for Japan. (as a break from all of Canada) (at a set 10m interval) using this basic DOS script, and manually changing the ComputerTeddy tile #'s and bounding box the name of the tile area (using a recognizable location within the tile area). http://wiki.openstreetmap.org/wiki/User:Acrosscanadatrails#MapSource_Contours Does anyone know of a way to run a script that will process the entire planet host them on a server somewhere (just as the ComputerTeddy OSM tile data is)? It would certainly be a great benefit to have this as a resource for people. ... and this will only be a 1-time process, as the contour source doesn't change that fast. I'm planning on using archive.org medafire.com to host the Canada Data, as the tile names numbering system is already defined in it's own NTS form. Again sorry for the off topic, Hopefully someone can help make this happen. Sam Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ 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-nl] Mediamatic: Mapping for Tourists
Map Fest valt samen met SOTM10? Is dat wel slim? Wel leuk, Noord gestoord! Martijn Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl twitter: mvexel skype: mvexel flickr: rhodes On Jun 8, 2010, at 11:58 AM, Rejo Zenger wrote: Hi, Van http://www.mediamatic.net/page/152202/en: | Mapping with Tourists is an international project, aiming to map | Amsterdam Noord. | | [...] | | That's where mapping comes in. Mapping is about making the invisible | visible. It aims to represent data flows rather than statistics. It | concerns itself with psychogeography, rather than with the | representation of generalized regions and nationalities. In contrast to | traditional geography, mapping decentralizes and democratizes. Mapping | concerns real experiences and usages of space. | | Amsterdam Noord is a borough north of the river, situated in the | geographical periphery. But it is also a polyphonic site in transition. | Mapping with Tourists maps experiences and stories rather than facts and | figures, and aims to map Noord's numerous narratives and fluctuating | borders. The various mappings will be presented in a publication and | exhibition at Mediamatic Bank on 5 September, 2010. Kleine letters: Mediamatic is mijn werkgever. -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. ___ 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] Mediamatic: Mapping for Tourists
Niet echt nee... Misschien willen ze jou en mij er wel niet bij hebben :) Maar succes Rejo, leuk initiatief! Groet, Floris Martijn van Exel wrote: Map Fest valt samen met SOTM10? Is dat wel slim? Wel leuk, Noord gestoord! Martijn Martijn van Exel +++ m...@rtijn.org Laziness Impatience Hubris http://schaaltreinen.nl twitter: mvexel skype: mvexel flickr: rhodes On Jun 8, 2010, at 11:58 AM, Rejo Zenger wrote: Hi, Van http://www.mediamatic.net/page/152202/en: | Mapping with Tourists is an international project, aiming to map | Amsterdam Noord. | | [...] | | That's where mapping comes in. Mapping is about making the invisible | visible. It aims to represent data flows rather than statistics. It | concerns itself with psychogeography, rather than with the | representation of generalized regions and nationalities. In contrast to | traditional geography, mapping decentralizes and democratizes. Mapping | concerns real experiences and usages of space. | | Amsterdam Noord is a borough north of the river, situated in the | geographical periphery. But it is also a polyphonic site in transition. | Mapping with Tourists maps experiences and stories rather than facts and | figures, and aims to map Noord's numerous narratives and fluctuating | borders. The various mappings will be presented in a publication and | exhibition at Mediamatic Bank on 5 September, 2010. Kleine letters: Mediamatic is mijn werkgever. -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. ___ 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: [talk-au] Things that would be nice if they rendered...
On 9 June 2010 10:08, John Henderson snow...@gmx.com wrote: barrier=cattle_grid cattle_grid=cavaletti What about: barrier=horse_grid They aren't cattle grids, and they aren't proper cavalettis either from what I've seen, cavalettis seem to be horse jumps these barriers aren't meant to be jumped, in fact they make them large enough to dissuade a horse from crossing at all without a little extra encouragement. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On 09/06/10 16:55, John Smith wrote: On 9 June 2010 10:08, John Hendersonsnow...@gmx.com wrote: barrier=cattle_grid cattle_grid=cavaletti What about: barrier=horse_grid They aren't cattle grids, and they aren't proper cavalettis either from what I've seen, cavalettis seem to be horse jumps these barriers aren't meant to be jumped, in fact they make them large enough to dissuade a horse from crossing at all without a little extra encouragement. There's plenty of evidence now that the correct term is cavaletti. I've also found a BNT area coordinator, and active horsewoman, referring to them by that term. horse_grid is potentially much more ambiguous. I feel that its being a barrier cavaletti and not a jump is completely and adequately given by the tag barrier=cavaletti. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
Just found something, it seems the brits refer to them as horse stiles... like a turnstile but for horses... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On 9 June 2010 17:28, John Smith deltafoxtrot...@gmail.com wrote: Just found something, it seems the brits refer to them as horse stiles... like a turnstile but for horses... And the americans call them horse hops... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On 9 June 2010 17:29, John Smith deltafoxtrot...@gmail.com wrote: On 9 June 2010 17:28, John Smith deltafoxtrot...@gmail.com wrote: Just found something, it seems the brits refer to them as horse stiles... like a turnstile but for horses... And the americans call them horse hops... They seem to be called horse stiles in NZ, or maybe it was a brit taking photos in NZ... http://picasaweb.google.com/vivdnz/WhitfordBeach#5233485378494600946 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
John Smith deltafoxtrot...@gmail.com wrote: They seem to be called horse stiles in NZ, or maybe it was a brit taking photos in NZ... I found the website of an Australian business, Town Country Maintenance Fencing, based in northern Adelaide. There's a clear picture and a description on this gallery page: http://townandcountryfences.com.au/index.php?mact=Album,mec8c1,default,1mec8c1albumid=5mec8c1returnid=104page=104 Right-hand column, 4th picture down, is described as Horse Stile for horse trails to prevent motorbikes being able to access horse trails. Direct link to picture: http://townandcountryfences.com.au/uploads/images/21032009008.jpg Regards, Simon. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The nearmap effect
On 9 June 2010 11:20, Steve Bennett stevag...@gmail.com wrote: Err, and just now I notice that when you press b in Potlatch, instead of creating source=nearmap, it creates a tag like http://www.nearmap.com/kh/zxy=!,!,!;. Wonder when this change happened, and is that a bug? It sure looks like it... It depends on what the background setting in Potlatch is - when clicking Edit on nearmap.com it's set to that value, but if you manually select Australia: NearMap in the Potlatch preferences it'll set source=nearmap. James ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On Wed, 9 Jun 2010, John Smith wrote: Can you post any links to where you've seen these fixed barriers referred to anything but jumps? because if you can't prove it to JS you'll be mincemeat on the wiki ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On Wed, 9 Jun 2010, Steve Bennett wrote: On Wed, Jun 9, 2010 at 7:14 AM, John Henderson snow...@gmx.com wrote: On trails which horses use, there's often a type of above-ground cattle grid called a cavaletti. Typically, it would consist of about 4 widely-spaced logs across the track at a height of about a half a metre. The idea is that a riderless horse will not cross this (and perhaps escape on to a road). Oh, is *that* what they're for. I have seen one or two of those around, like on a bridleway near Rowville, Vic: http://www.nearmap.com/?ll=-37.958364,145.26343z=22t=hnmd=20100416 They're pretty good at stopping mountain bikers too. :) Steve my quick search showed me that motorcyclists were one of their targets ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On Wed, 9 Jun 2010, Ben Last wrote: On 9 June 2010 12:47, John Smith deltafoxtrot...@gmail.com wrote: Most aussie maps show dirt roads as a dashed line, but this might upset/confuse the Europeans... Is there no tag for paved with gold? b well we should make one it may have limited use ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On 9 June 2010 20:04, Liz ed...@billiau.net wrote: well we should make one it may have limited use It'd be nice if there were some Australasian cartographers we could ask about these sorts of map design issues... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On Wed, Jun 9, 2010 at 9:29 AM, John Smith deltafoxtrot...@gmail.comwrote: On 9 June 2010 09:04, Franc Carter franc.car...@gmail.com wrote: One of the things I most wished for from my pre gps days was for maps to have turn restrictions marked. Is there a good way to do this without cluttering the map? Good question, my thought was little restriciton signs in the nagle between the affected streets. Not sure how much this would clutter things however cheers These have real value and should be displayed prominently on a map used for driving navigation, maybe OSM needs to start rendering more specialist maps for specific purposes, but this is a debate for a different list. -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The nearmap effect
On 09/06/2010, at 1:20 PM, Steve Bennett wrote: Err, and just now I notice that when you press b in Potlatch, instead of creating source=nearmap, it creates a tag like http://www.nearmap.com/kh/zxy=!,!,!;. Wonder when this change happened, and is that a bug? It sure looks like it... Did you select Nearmap from the background-image setting, or use Edit on the Nearmap site? The former will get you source=nearmap as it's a potlatch setting, the latter the url because that's what passed in when launching Potlatch. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
Looks like someone else was asking for the same things to be included already: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/New_barrier_types#other_new_values ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On 09/06/10 17:28, John Smith wrote: Just found something, it seems the brits refer to them as horse stiles... like a turnstile but for horses... Rather than a turnstile, more like the existing barrier=stile, which allows a walker to cross a fence using rudimentary stairs/steps to climb it. A very simple one in the top photo here: http://www.leapingstiles.co.uk/ I already use that tag for conventional stiles on walking tracks. Thanks for the horse_stile find, reinforced by Simon Biber's research. I'm more than happy to go with barrier=horse_stile, given that established usage. I'll change the cavalettis I've already tagged, and look at putting a note on the map features page when I take some photos. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The nearmap effect
If there's an extra URL parameter we can supply when launching Potlatch, that will specify the source string, that's an easy change that we can make. Cheers b On 9 June 2010 18:39, James Livingston li...@sunsetutopia.com wrote: On 09/06/2010, at 1:20 PM, Steve Bennett wrote: Err, and just now I notice that when you press b in Potlatch, instead of creating source=nearmap, it creates a tag like http://www.nearmap.com/kh/zxy=!,!,!;. Wonder when this change happened, and is that a bug? It sure looks like it... Did you select Nearmap from the background-image setting, or use Edit on the Nearmap site? The former will get you source=nearmap as it's a potlatch setting, the latter the url because that's what passed in when launching Potlatch. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Ben Last Development Manager (HyperWeb) NearMap Pty Ltd ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On 10 June 2010 06:49, John Henderson snow...@gmx.com wrote: I'm more than happy to go with barrier=horse_stile, given that established usage. I'll change the cavalettis I've already tagged, and look at putting a note on the map features page when I take some photos. Can someone get a picture of one of these that we can use on the wiki? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The nearmap effect
On Wed, Jun 9, 2010 at 8:39 PM, James Livingston li...@sunsetutopia.com wrote: Did you select Nearmap from the background-image setting, or use Edit on the Nearmap site? I did use the latter method once, but the behaviour persists each time I load openstreetmap, and in three different browsers. Ah...the background image setting did get changed to custom. And it didn't reset the next time I launched openstreetmap normally. Yech. Who to blame, the way Nearmap launches Potlatch, or the way Potlatch handles being launched externally? Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
there is one near my place... will try and iPhone it this weekend... jim On Thu, Jun 10, 2010 at 10:33 AM, John Smith deltafoxtrot...@gmail.com wrote: On 10 June 2010 06:49, John Henderson snow...@gmx.com wrote: I'm more than happy to go with barrier=horse_stile, given that established usage. I'll change the cavalettis I've already tagged, and look at putting a note on the map features page when I take some photos. Can someone get a picture of one of these that we can use on the wiki? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- _ Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~ http://www.google.com/profiles/jim.croft 'A civilized society is one which tolerates eccentricity to the point of doubtful sanity.' - Robert Frost, poet (1874-1963) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
Four messages in a row. Way to destroy a thread with verbal diarrhoea. *sigh* Steve On Wed, Jun 9, 2010 at 5:55 PM, John Smith deltafoxtrot...@gmail.com wrote: On 9 June 2010 17:29, John Smith deltafoxtrot...@gmail.com wrote: On 9 June 2010 17:28, John Smith deltafoxtrot...@gmail.com wrote: Just found something, it seems the brits refer to them as horse stiles... like a turnstile but for horses... And the americans call them horse hops... They seem to be called horse stiles in NZ, or maybe it was a brit taking photos in NZ... http://picasaweb.google.com/vivdnz/WhitfordBeach#5233485378494600946 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On 10 June 2010 11:10, Jim Croft jim.cr...@gmail.com wrote: there is one near my place... will try and iPhone it this weekend... Thanks, in the mean time I wrote a stub page: http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dhorse_stile ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The nearmap effect
On Thu, 2010-06-10 at 10:56 +1000, Steve Bennett wrote: On Wed, Jun 9, 2010 at 8:39 PM, James Livingston li...@sunsetutopia.com wrote: Did you select Nearmap from the background-image setting, or use Edit on the Nearmap site? Yech. Who to blame, the way Nearmap launches Potlatch, or the way Potlatch handles being launched externally? Personally, Im glad that potlatch remembers the settings from last time. I dont want to have to go and select my background layer everytime I reload potlatch. Not all potlatch users like the default settings, and Im glad to know that if I make custom changes, such as typing in a background layer URL, that it will be saved for next time. David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Fwd: Community Notification- Services Relocation
Looks like NearMap or us need to talk to BrisConnections about attribution. - David -- Forwarded message -- From: Brendan Morley Date: 10 June 2010 13:10 Subject: Fwd: Community Notification- Services Relocation To: dd...@ieee.org FYI If you click CLICK HERE in the enclosed email, then look to the 2 page of the PDF, there's something really familiar about the map (-: Brendan Original Message Subject: Community Notification- Services Relocation Date: Thu, 10 Jun 2010 12:25:34 +1000 From: Airport Link Project contac...@tjh.com.au To: XXX If you are having trouble viewing this email, please click here Date of issue 10 June 2010 Ref 0843 TOOMBUL/CLAYFIELD Services Relocation From the middle of June, work will be ongoing to relocate power and lighting services on the southern side of East-West Arterial Road, western side of Sandgate Road and the corner of Wongara Street and Sandgate Road. Night works will occur between 6.30pm and 5.00am as required. To view the Services Relocation update please, CLICK HERE. Keeping You Informed: You can receive regular updates about upcoming work and traffic changes via community newsletters, construction updates, letterbox drops and through the project website www.brisconnections.com.au For any further information you can call the 24 Hour Community Hotline on 1800 721 783 or you can stop by the Airport Link Visitor Information Centre located at Centro Lutwyche shopping centre on Lutwyche Road (open Wed and Fri 10am-4pm, Thurs 2-7pm and Sat 9am -12pm). Send to a Friend Thiess John Holland sends this email update to those who have opted to receive it. We do not provide your email address to third parties and we will not use it for any other purpose. This email was sent by Thiess John Holland, contac...@tjh.com.au to Unsubscribe -- David Dean Post-Doctoral Fellow, RP-SAIVT, QUT (me) http://www.davidbdean.com (saivt) http://www.bee.qut.edu.au/projects/saivt/ (post) Room S1101, GPO Box 2434, Brisbane, Australia 4001 (p) +61 7 3138 1414 (m) 0407 151 912 (CRICOS) 00213J ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Community Notification- Services Relocation
Whoops, In removing the formatting the link broke. The CLICK HERE linked to http://bridgemail.bigbridge.com.au/ch/21212/2dd7vq5/1247265/174e314xfc.pdf - David On 10 June 2010 14:26, David Dean dd...@ieee.org wrote: Looks like NearMap or us need to talk to BrisConnections about attribution. - David -- Forwarded message -- From: Brendan Morley Date: 10 June 2010 13:10 Subject: Fwd: Community Notification- Services Relocation To: dd...@ieee.org FYI If you click CLICK HERE in the enclosed email, then look to the 2 page of the PDF, there's something really familiar about the map (-: Brendan Original Message Subject: Community Notification- Services Relocation Date: Thu, 10 Jun 2010 12:25:34 +1000 From: Airport Link Project contac...@tjh.com.au To: XXX If you are having trouble viewing this email, please click here Date of issue 10 June 2010 Ref 0843 TOOMBUL/CLAYFIELD Services Relocation From the middle of June, work will be ongoing to relocate power and lighting services on the southern side of East-West Arterial Road, western side of Sandgate Road and the corner of Wongara Street and Sandgate Road. Night works will occur between 6.30pm and 5.00am as required. To view the Services Relocation update please, CLICK HERE. Keeping You Informed: You can receive regular updates about upcoming work and traffic changes via community newsletters, construction updates, letterbox drops and through the project website www.brisconnections.com.au For any further information you can call the 24 Hour Community Hotline on 1800 721 783 or you can stop by the Airport Link Visitor Information Centre located at Centro Lutwyche shopping centre on Lutwyche Road (open Wed and Fri 10am-4pm, Thurs 2-7pm and Sat 9am -12pm). Send to a Friend Thiess John Holland sends this email update to those who have opted to receive it. We do not provide your email address to third parties and we will not use it for any other purpose. This email was sent by Thiess John Holland, contac...@tjh.com.au to Unsubscribe -- David Dean Post-Doctoral Fellow, RP-SAIVT, QUT (me) http://www.davidbdean.com (saivt) http://www.bee.qut.edu.au/projects/saivt/ (post) Room S1101, GPO Box 2434, Brisbane, Australia 4001 (p) +61 7 3138 1414 (m) 0407 151 912 (CRICOS) 00213J -- David Dean Post-Doctoral Fellow, RP-SAIVT, QUT (me) http://www.davidbdean.com (saivt) http://www.bee.qut.edu.au/projects/saivt/ (post) Room S1101, GPO Box 2434, Brisbane, Australia 4001 (p) +61 7 3138 1414 (m) 0407 151 912 (CRICOS) 00213J ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Things that would be nice if they rendered...
On 10/06/10 11:15, John Smith wrote: On 10 June 2010 11:10, Jim Croftjim.cr...@gmail.com wrote: there is one near my place... will try and iPhone it this weekend... Thanks, in the mean time I wrote a stub page: http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dhorse_stile Shouldn't the page header and text say horse_stile instead of horse stile (ie, with an underscore instead of a space)? And would it also be a good idea to mention cavalettis and horse hops, so that mappers searching for those thing would discover the horse_stile tag? John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: Community Notification- Services Relocation
On 10 June 2010 14:26, David Dean dd...@ieee.org wrote: Looks like NearMap or us need to talk to BrisConnections about attribution. It might have been better to contact them privately about this before resorting to making a fuss publicly, I'm not sure of Nearmap's take on it but it'd great if more people used OSM data for this and we could even help them to some extent by marking it as a construction zone, or the dates it will be, yes we'd like the recognition of our hard work, but we don't want to embarsses people into a corner so in future so they go off and use gmaps imagery instead. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: Community Notification- Services Relocation
On Thu, Jun 10, 2010 at 3:03 PM, John Smith deltafoxtrot...@gmail.com wrote: On 10 June 2010 14:26, David Dean dd...@ieee.org wrote: Looks like NearMap or us need to talk to BrisConnections about attribution. It might have been better to contact them privately about this before resorting to making a fuss publicly talk-au is hardly public ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: Community Notification- Services Relocation
On 10 June 2010 15:52, Roy Wallace waldo000...@gmail.com wrote: On Thu, Jun 10, 2010 at 3:03 PM, John Smith deltafoxtrot...@gmail.com wrote: On 10 June 2010 14:26, David Dean dd...@ieee.org wrote: Looks like NearMap or us need to talk to BrisConnections about attribution. It might have been better to contact them privately about this before resorting to making a fuss publicly talk-au is hardly public The archives get scraped by Google and possibly other mailing list archive sites, not to mention you have no idea who is subscribed to this public mailing list. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Fahrrad-Routing MKGMAP
- Ursprüngliche Mitteilung - Am 08.06.2010 08:31, schrieb Sven Sommerkamp: Wenn ich ein volbepacktes Fahrrad hab oder Velomobil würde ich evtl. 5km Umweg in Kauf nehmen. Ja und? Hats Du gelesen was ich geschrieben habe? Oder liegt das am TOFU? Ich esse kein Tofu, oder hat das noch eine Bedeutung die ich nicht kenne? Es geht nicht darum, wie der eigene oder der andere bei absoluten Vergleichen entscheiden würde, sondern es gilt ein Kostenäquivalent zu definieren. Um diese Aussage drückst Du Dich aber. Wenn man sagen will Der Router macht Mist, dann muss man sagen, wie man's lieber hätte. Klar, der Kartenersteller kann das sicher irgendwie einschachteln. Aber ist das nicht sehr umständlich? Es geht gar nicht nur darum wie man persönlich entscheiden würde. Sondern eben auch darum das Fahrradrouting suggeriert: fahrend erreichbar. Wenn das nicht möglich ist wird manch einer ärgerlich das Gerät abstellen weil er mit seiner Papierkarte besser klarkommt. Fußgängerrouting impliziert hingegen kurze Wege aber eben nicht zwingend fahrbar. Wenn ich das vorher weiß und mich drauf einstellen kann bin ich zufrieden. Wenn ich aber über Treppen und dergleichen geschickt werde, dann kann ich schnell für mich erfahren das das entweder so nicht taugt oder ich muß auf Autonavigation umstellen. Was eventuell dann zu Folge hat das ich dann Strecken fahre die für Radfahren wieder nicht angenehm sind. Wo wir gerade bei Routingbeispielen sind.. Deins ist ja ein recht schönes aus Hamburg. Dann kennst du sicher auch Blankenese mit seinen ganzen Treppen? Mach mal ein Routing von Strandweg nach am Eiland und probier es aus.. Selbst ohne 30kg Gepäck und Velomobil wirst du die Treppen als Abkürzung schnell aufgeben. Du kennst sicher auch die eigentlich schön zu befahrenen Wege an der Elbe hinter Wedel, nur leider alle 500m ein Viegatter.. Auch das wird man sich nicht über 30km antun. Das schaut man sich 3 Mal an und fährt dann nicht mehr nach Navi. -jha- ___ 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] Wehrkiche?
On 08.06.10 10:41, M∡rtin Koppenhoefer wrote: Am 7. Juni 2010 21:08 schrieb Andreas Labres l...@lab.at: IMO sollte man amenity=place_of_worship nur für in Betrieb befindliche Kirchen/Anbetungsstätten verwenden. Alles andere ist historic=... oder wie wärs mit disused=yes ? Irgendwie ist so ein Zusatzattribut grundsätzlich problembehaftet, weil wenn man nicht richtig danach sucht, auch alle diese ehemaligen idF Kirchen bei suche alle Kirchen rausfallen... und speziell so eine POI Suche macht bald mal jemand (eine Routing-App oder sowas). Ich denke da zB daran, was ich in NL gesehen habe: eine aufgelassene Kirche, die zum Wohnhaus umfunktioniert wurde... wäre blöd, wenn da Sonntag früh wer anläutet und, mit dem Navi in der Hand, nach der Messe fragt... ;) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pressebericht - Reaktionen des Rathauses
Hallo, Jens Frank wrote: http://www.maerkischeallgemeine.de/cms/beitrag/11817773/61939/Christopher-Lorenz-digitalisiert-die-Heimatregion-Im-Rathaus-laesst.html findet sich ein Bericht über einen Openstreetmapper. Interessant ist der letzte Absatz. Das passiert oefters, dass Presseleute uns mit Google in einen Topf werfen bzw. eben nicht zwischen Karten und Streetview unterscheiden. Ich versuche immer, das prophylaktisch irgendwo in die Erklaerung einfliessen zu lassen, wenn ich sage, wie Mappen geht - nach dem Motto: Viele von uns machen auch Fotos, um die Strassennamen spaeter ablesen zu koennen, aber zu mehr brauchen wir die Fotos nicht, denn es geht uns ja um eine Karte... oder so. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
On 08.06.10 18:18, Johannes Huesing wrote: Das wäre hier der Fall, die Kirche ist ganz normal in Benutzung. Dann passt amenity=place_of_worship ja. Säkularisierte Kirchen würde ich aber nicht mit historic=church, sondern building=church versehen Gute Idee. Und für die Wehrkirche wäre das dann building=fortified_church ? Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
meiner Meinung nach ist es bei Autobahnen durchaus überflüssig, alle nicht erlaubten Verkehrsmittel aufzuzählen. In den USA darf man auch nicht auf Autobahnen fahrradfahren - es gab da mal auf der engl. Liste eine Nachricht, dass es auf einem kurzen Stück Interstate mangels Alternativen ausnahmsweise in einer abgelegenen Gegend erlaubt war. Dort sollte man m.E. taggen, dass man es dort darf. Aber ob das überhaupt ein highway=motorway in OSM ist, wurde da aber auch noch nicht bewertet (evtl. kann man das auch komplett zurückweisen). Ja, der Meinung bin ich auch. Irgendwo habe ich mal gelesen, dass die Länderspezifischen Verkehrsregeln für bestimmte Straßenkategorien im jeweiligen Land implizit gelten. Daran halte ich mich bislang auch. Die Router oder andere Applikationen müssen das sowieso berücksichtigen, weil sie nicht davon ausgehen können, dass implizite Regeln explizit gemappt werden. Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Carsten Schwede wrote: Es gibt viele User, die einfach nur fertige Karten haben möchten, um sie auf ihrem GPS-Gerät zu nutzen. Sollen die das jetzt alles selber erzeugen? So sehe ich das auch. Kompilierst Du Deinen Kernel auch grundsätzlich selber, oder nutzt Du ein fertiges Betriebssystem? Genau. Vielen Dank für die Arbeit, die Du und Andere, z.B. Christoph, in die Garminkarten stecken. Das ist für mich zur Zeit die beste praktisch benutzbare Anwendung für OSM die wir haben. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
Hallo zusammen, nur dass dieser thread kein offenes Ende hat, hier ein momentaner Sachstand: Zitat von Gary68 (ich hoffe Gary68 ist damit einverstanden ,dass ich dies veroeffentliche ) .. ich arbeite auch an einem neuen osm.pm, das da nicht mehr so anfällig ist. es gibt nämlich diverseste konstellationen bei den properties eines nodes oder ways in den diversen osm-files, habe ich leidvoll festgestellt... .. Ich werde einmal aus meiner *.osm die visible-Keys rauslöschen. Aber ich bin der Meinung, dass dies nicht unbedingt der Grund für meine Problemeist, denn ich habe eine ziemlich alte map.osm gefunden, die ich mit mapgen sauber bearbeiten konnte. Aber warten wir ab, was eine neue osm.pm bringt. Gruss hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen: Regionalschluessel wie Taggen?
Moin, René Falk schrieb: Am 08.06.2010 11:28, schrieb Georg Feddern: Ich sollte zur Klärung eventueller Missverständnisse doch mal anrufen. Das werde ich morgen mal tun, falls ich die Zeit dazu erübrigen kann. Werde dann hier berichten. falls Du es noch rechtzeitig liest: Nicht alle Änderungen der von Dir verlinkten Datei (Regionalschlüsselumstellung am 01.01.2009) scheinen übernommen worden zu sein. Ihre Änderungen sind aber anscheinend - sofern erneut geändert - in den entsprechenden Quartals-Änderungs-Dateien bereits als Eingangsdaten enthalten und deren Ausgangsdaten sind dann auch in die Gesamtausgabe übernommen worden. Soweit es jedenfalls meine kurzfristigen Stichproben ergeben haben. PS: Bei destatis finde ich keinen Verweis auf Deine Datei, nur über die Suche - ist das evtl. nur eine interne Bearbeitung gewesen? Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway_link mit ref taggen oder etwa nicht??? (war: Re: Trennzeichen bei Au fzählungen im Wert eines Tags (war: motorway und motorway_link um destination-tag ergä nzen))
Am 8. Juni 2010 19:49 schrieb steffterra steffte...@me.com: Hallo Martin, Meine Güte, der Thread ist auch schon weiter fortgeschritten - falls Du das nicht verfolgen konntest. Kann ja passieren. Doch, habe ich, gerade deshalb (weil es schon geklärt wurde und du nun wieder damit ankommst) kam ja der genervte Kommentar von mir. Dort wurde auch schon ein Vorschlag für einen neuen, für den motorway_link evtl. besser passenden, ref-key gemacht: leadingto_ref. Weitere Vorschläge sind bisher nicht eingetroffen - Nun vlt. jetzt? Ja - eben. Ach ja, passend dazu (nicht direkt auf Deine mail, aber zur bisherigen Diskussion, siehe Betreff, passend: ) Wenn man von einer Autobahn über ein Autobahnkreuz/Dreieck auf eine andere Autobahn kommt, würdest Du das Kreuz mit seinen motorway_links auch zu der Autobahn zählen oder? Hier mußt du differenzieren zwischen dem Verkehrsraum Autobahn (alles zwischen den blauen Beginn und Ende-Schildchen, was nicht Rastplatz, Dienstzufahrt etc. ist) und der Autobahn $Nummer. Es würde ja niemand sagen, dass man die Autobahn am Kreuz verlassen hat und dann auf die andere Autobahn aufgefahren ist, sondern man würde eher sagen, dass man von der einen auf die andere Autobahn gefahren ist. Ich verlasse am Kreuz den Raum Autobahn nicht, jedoch _verlasse_ ich die konkrete Autobahn A 3, fahre über die Verbindungsrampe und dann _auf_ die Autobahn A 666. Ergo: der motorway_link ist zumindest im Falle von Autobahnkruezen/Dreiecken eben schon Teil der Autobahn und deshalb korrekt mit ref zu taggen. Warum brechen sich dann hier einige einen Zacken aus der Krone, normale Auffahrten ebenso zu taggen? Noch viel schöner: er gehört in allen Fällen zum Raum Autobahn, sonst würden wir ihn nicht mit motorway_link taggen. ;-) Eine andere Frage ist, ob er _tatsächlich_ eine ref hat. Das wäre ein Grund, diese auch zu taggen - ein _angenommener_ Vorteil bei routing-Anweisungen ist jedpch _kein_ Grund hierfür. Und wnen nicht mit ref, gibts ja den Vorschlag mit leadingt_ref, zu dem ich mir etwas Resonanz wünschte (sowohl positive als auch negative, wenn gut begründet, oder besserer Vorschlag). Wenn dann genug Feedback dazu da ist, bin ich gerne bereit mich dafür einzusetzen und ein Proposal dazu zu schreiben. Das ist mir zumindest lieber, als tatsächliches vorhandensein einer ref und die ref der Zielautobahn in einem tag zu vermischen - auch wenn ich es für ziemlich überflüssig halte - stören würde es mich nicht großartig. Die Firma Garmin nutzt bekanntermaßen NavTeq und nicht OSM - und das sicher aus gutem Grund. Leider hatte ich noch nicht die Gelegenheit, einen Blick in die NavTeq-Daten zu werfen (was aus Lizenzgründen auch nicht kostenlos möglich sein wird ;-) Ich bin mir aber sehr sicher, dass sie den Rechenaufwand für die Routen-Ansagen-Generierung möglichst gering halten möchten und schon deshalb soviel Informationen wie möglich bereithalten. Die werden sicher keine Interpretationen machen, wenn sie genauso gut dafür auch die Information selbst vorhalten können. Und das gleiche sollten wir auch tun. Und das was Du wahrscheinlich eigentlich meinst ist die Generierung von Ansagen, die in n Metern vorher genannt werden. Diese sog. Ankündigungen werden aber aus dem Abbiegepunkt von der Bundesstraße auf die Autobahnauffahrt generiert und dann die entsprechende Strecke davor festgelegt, zu der die Ankündigung mit n Metern angesagt wird. Ja, das meine ich und nein, die Geräte sind in der Lage, beim Abbiegen auf eine unbenannte Straße, die _zu_ einer benannten führt, den Namen letzterer anzuzeigen (Meldung: rechts halten _nach_ A 666 statt _auf_ A 666). Das ganze funktioniert mit ganz normalen OSM-Daten, die per mkgmap zu Garmin-Karten verarbeitet wurden. Ich kann mir nicht vorstellen, dass in NavTeq nur die Autobahn enthalten ist, aber in den Daten zur Auffahrt nichts steht und das Nüvi das selbst herleiten muss. Das wäre absurd, da das unnötigen Rechenaufwand bedeutet. Denn einmal eingepflegt und die Daten stehen direkt zur Ansagen-Generierung zur Verfügung. Genau so läuft es (mit OSM-Daten) und es ist kein Problem. Du aber mutest jedem potentiellen OSM basierenden Navi zu, den Rechenaufwand (z.B. direkt auf einem mobilen Endgerät) zu betreiben. Warum? Kannst du beziffern, worin der Aufwand für das Gerät liegt? (Hinweis: zu diesem Zeitpunkt liegt bereits eine geordnete Liste aller zu befahrenen Routenteile im Speicher...) Das mit der 42 und der 23 musst Du mir bei Gelegenheit mal erklären, bitte ;-) Aber danke für den Hinweis, sicher gibt es besondere Autobahnstrecken, die sich bei Überschneidungen wie in Deinem Beispiel ein Stück Autobahn teilen. Aus der Diskussion, wie das dann im Syntax mit Leerzeichen oder ohne zu machen ist, habe ich mich bereits zurückgezogen. Mir ist es schlichtweg wurscht (Sorry Bernd, keine Anspielung). Ich denke, das hält er aus. Gruß, Martin
Re: [Talk-de] Grenzen: Regionalschluessel wie Taggen?
Am 09.06.2010 09:24, schrieb Georg Feddern: Moin, René Falk schrieb: Am 08.06.2010 11:28, schrieb Georg Feddern: Ich sollte zur Klärung eventueller Missverständnisse doch mal anrufen. Das werde ich morgen mal tun, falls ich die Zeit dazu erübrigen kann. Werde dann hier berichten. falls Du es noch rechtzeitig liest: Nicht alle Änderungen der von Dir verlinkten Datei (Regionalschlüsselumstellung am 01.01.2009) scheinen übernommen worden zu sein. Ihre Änderungen sind aber anscheinend - sofern erneut geändert - in den entsprechenden Quartals-Änderungs-Dateien bereits als Eingangsdaten enthalten und deren Ausgangsdaten sind dann auch in die Gesamtausgabe übernommen worden. Soweit es jedenfalls meine kurzfristigen Stichproben ergeben haben. Also, ich habe heute noch eine E-Mail vom Statistischen Bundesamt bekommen, die das ganze jetzt klärt: Zitat: Die Regionalschlüssel GV100AD am 31.03.2010 sind korrekt, leider wurde eine falsche Regionalschlüsselumstellung ins Internet gestellt. Die falschen Regionalschlüssel beziehen sich nur auf Schleswig- Holstein. Schleswig-Holstein schickte uns eine Umstellung des Reginalschlüssels, die kurze Zeit später wieder geändert wurde. Die Daten, die ins Internet gestellt wurden sind leider vor der Änderung erstellt worden, der Fehler liegt bei uns. Wir werden die Datei aus dem Internet nehmen und eine neue korrekte Version einstellen. Mist, jetzt muss ich die Gemeinden in Dithmarschen korrigieren. PS: Bei destatis finde ich keinen Verweis auf Deine Datei, nur über die Suche - ist das evtl. nur eine interne Bearbeitung gewesen? Nein ist offiziell. Es gibt da wohl einige Dokumente, die man nur über die Suchfunktion finden kann. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege (cycleway=track/lane) entla ng Einbahnstraßen. - OpenRouteService
Am 08.06.2010 17:42, fly: Wie sieht das mit Fahrradwegen entlang Einbahnstraßen aus. Dachte immer man muß wenn das benutzen in Gegenrichtung erlaubt ist, dies extra taggen. Ansonsten gilt auch für die Radfahrer auf dem Fahrradweg die Einbahnstraße. Fahrradspuren entgegen der Einbahnstraßenrichtung werden mit cycleway=opposite_lane erfasst, die Erlaubnis zur Ein- und Durchfahrt entgegen der Einbahnstraßenrichtung mit cycleway=opposite. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
Am 9. Juni 2010 09:04 schrieb Andreas Labres l...@lab.at: On 08.06.10 18:18, Johannes Huesing wrote: Das wäre hier der Fall, die Kirche ist ganz normal in Benutzung. Dann passt amenity=place_of_worship ja. Säkularisierte Kirchen würde ich aber nicht mit historic=church, sondern building=church versehen Gute Idee. Und für die Wehrkirche wäre das dann building=fortified_church ? Kingt gut. Ich tagge sowieso building=church/chapel/mosque/... dazu, um dasGebäude selbst zu beschreiben. Schließlich muss nicht jeder Anbetungsort eine Kirche sein, auch nicht jeder christliche. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
Am 9. Juni 2010 10:14 schrieb Martin Simon grenzde...@gmail.com: Am 9. Juni 2010 09:04 schrieb Andreas Labres l...@lab.at: On 08.06.10 18:18, Johannes Huesing wrote: Das wäre hier der Fall, die Kirche ist ganz normal in Benutzung. Dann passt amenity=place_of_worship ja. ja, hier ist es kein Problem, aber wenn es sich wirklich um eine ehemalige Kirche handelt, wäre sowas wie amenity=disused, disused=place_of_worship nicht schlecht, evtl. auch ohne das amenity. Analog zur Construction eben eine Taggingweise, die Verwechslungen ausschließt. Ich tagge sowieso building=church/chapel/mosque/... dazu, um dasGebäude selbst zu beschreiben. ja, das mache ich auch so (cathedral ist noch so ein Wert den ich gelegentlich nutze). Allerdings ist das auch nicht komplett logisch: Kapelle, Kirche und Kathedrale sind AFAIR Ränge in der Kirchenhierarchie, während man bei building eigentlich meistens einen Gebäudetyp einträgt (ein bisschen korreliert das zugegebenermaßen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 09.06.2010 08:48, schrieb Andreas Labres: Irgendwie ist so ein Zusatzattribut grundsätzlich problembehaftet, weil wenn man nicht richtig danach sucht, auch alle diese ehemaligen idF Kirchen bei suche alle Kirchen rausfallen... und speziell so eine POI Suche macht bald mal jemand (eine Routing-App oder sowas). Ich denke da zB daran, was ich in NL gesehen habe: eine aufgelassene Kirche, die zum Wohnhaus umfunktioniert wurde... wäre blöd, wenn da Sonntag früh wer anläutet und, mit dem Navi in der Hand, nach der Messe fragt... ;) Damit muß man leben, wenn man in einer ehemaligen Kirche wohnt. ;-) Das Problem könnte auch ohne OSM auftreten, wenn das Gebäude schon von weitem als Kirche auffällt. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwPVFYACgkQnMz9fgzDSqfwCwCgn8g+Ad1pGYzyJMOaAtUyxxax 0VIAniy2nVybIZNgVAagqiuQ+GcAK8Et =APdm -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
Am 9. Juni 2010 10:32 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: ja, das mache ich auch so (cathedral ist noch so ein Wert den ich gelegentlich nutze). Allerdings ist das auch nicht komplett logisch: Kapelle, Kirche und Kathedrale sind AFAIR Ränge in der Kirchenhierarchie, während man bei building eigentlich meistens einen Gebäudetyp einträgt (ein bisschen korreliert das zugegebenermaßen). Das stimmt, eine klare Trennung nach baulichen Kriterien ist da manchmal schwierig... Einige Moscheen sind ja z.B. auch in einfachen (ehemaligen) Wohnhäusern eingerichtet, ohne daß baulich groß etwas geändert wurde. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Am 7. Juni 2010 12:02 schrieb Wolfgang wolfg...@ivkasogis.de: minspeed=60 ist definitiv falsch. Es gibt keine ausdrückliche Mindestgeschwindigkeit auf der Autobahn in de, es sei denn, dort steht explizit ein Schild. Die Fahrzeuge müssen nur in der Lage sein, mindestens mehr als 60km/h fahren zu _können_ (§18 Abs 1 STVO). Ob sie es tun, bleibt den Fahrern, ihren Nerven und dem Wetter überlassen. Eine Mindestgeschwindigkeit gibt es nicht ausdrücklich, sie ergibt sich aber aus §1 STVO (behindern etc) und ganz deutlich §3 Abs.2 STVO und gilt nicht nur auf der Autobahn. Man darf auch auf der Bundesstraße nicht weniger als 100 fahren, wenn man jemanden hinter sich hat, der nicht überholen kann und die Geschwindigkeit legal gefahren werden könnte nach der Logik müsste man ja auch auf Feldwegen 100 fahren ;-) 100 muss man m.E. überhaupt nie fahren, 80 ist z.B. völlig OK und Behinderung kann da m.E. noch niemand anmelden, auch wenn die zul. Höchstgeschwindigkeit 100 ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Car Sharing
Hallo, Zur Orientierung ist es vielleicht schon mal ganz praktisch zu wissen, ob ich nach einem Platz mit 2 oder mit 20 Stellplätzen suchen muß Naja ich weiß nicht ob Du bei so einem Verein Mitglied bist, ich bin es seit vielen Jahren. Meist sind es ja keine reinen Parkplätze für Car Sharing. Und ob auf dem Bahnhofsvorplatz 2 oder 20 CarSharing-Wagen und 80 oder 98 'normale' Wagen stehen hilft mir bei der Suche nicht. Zuerst muß ich den Parkplatz/Parkstreifen,... finden dann je nach Version zuerst den Automaten bzw das Schild und in dessen Nähe den Wagen Das können wir so langsam als zweites OSM Karma aufnehmen: Du sollst anderen nicht vorschreiben was sie zu tun haben ... :-) Wenn Dich nicht interessiert was andere Denken frage ich mich warum Du hier liest? Das war ein Vorschlag an den sich keiner halten muß, warum auch ich bin ja nicht Weisungsberechtigt. Ich fände es für mich selbstverständlich, daß wenn ich etwas eingebe von dem ich erwarte, daß es sich bald ändert ich das regelmäßig überprüfe oder es gleich weglasse. Aber wer will kann natürlich auch eintragen wann irgendwo die Sonne aufgeht und welche Blüten blühen ;-) Und vieleicht noch ein 3. Karma: sich weniger aufregen. Wir versuchen hier in einer großen Gruppe etwas sinnvolles hinzubekommen, da sind Abstimmungen nötig. Diese sind bei OSM mit sehr wenigen Ausnahmen alle nicht bindend. Wer sich also aufregt, daß jemand ihm etwas vorschreiben will hat das Prinzip nicht verstanden. Alles was hier ohne Hinweis auf eine OSM-Wiki-Seite geschrieben wird sind persönliche Meinungen und ich hoffe, daß wir nicht irgendwann anfangen am Ende jeder Mail einen Discläimer zu schreiben. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway_link mit ref taggen oder etwa nich t??? (war: Re: Trennzeichen bei Aufzählun gen im Wert eines Tags (war: motorway und motorway _link um destination-tag ergänzen))
Am 9. Juni 2010 09:24 schrieb Martin Simon grenzde...@gmail.com: Am 8. Juni 2010 19:49 schrieb steffterra steffte...@me.com: Ach ja, passend dazu (nicht direkt auf Deine mail, aber zur bisherigen Diskussion, siehe Betreff, passend: ) Wenn man von einer Autobahn über ein Autobahnkreuz/Dreieck auf eine andere Autobahn kommt, würdest Du das Kreuz mit seinen motorway_links auch zu der Autobahn zählen oder? Hier mußt du differenzieren zwischen dem Verkehrsraum Autobahn (alles zwischen den blauen Beginn und Ende-Schildchen, was nicht Rastplatz, Dienstzufahrt etc. ist) und der Autobahn $Nummer. +1. Sobald ich auf der Abfahrt bin, ist die ref nicht mehr dieselbe (sondern es gilt die Ref der Ausfahrt/Einfahrt/Überfahrt). Diese ganze Diskussion ist wohl nur entstanden, weil im WIki dazu was stand, was sich mit der Taggingpraxis soweit mir bekannt nicht deckt. Hat das zwischenzeitlich jemand angepasst? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Am 9. Juni 2010 08:19 schrieb Sven Sommerkamp s_sommerk...@gmx.de: Es geht gar nicht nur darum wie man persönlich entscheiden würde. Sondern eben auch darum das Fahrradrouting suggeriert: fahrend erreichbar. Wenn das nicht möglich ist wird manch einer ärgerlich das Gerät abstellen weil er mit seiner Papierkarte besser klarkommt. leider ist dieser Thread hier komplett sinnfrei, weil über das verwendete Regelsheet bzw. die konkrete Karte keine Angaben da sind (nur mkgmap weiss man). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pressebericht - Reaktionen des Rathauses
Am 9. Juni 2010 08:55 schrieb Frederik Ramm frede...@remote.org: Viele von uns machen auch Fotos, um die Strassennamen spaeter ablesen zu koennen, aber zu mehr brauchen wir die Fotos nicht, denn es geht uns ja um eine Karte... oder so. wobei das nur die halbe Wahrheit ist: es gibt (bzw. gab) ja im Kreis der OSM-Community durchaus Anstrengungen, ein crowdgesourcetes Streetview an den Start zu bringen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway_link mit ref taggen oder etwa nich t??? (war: Re: Trennzeichen bei Aufzählungen i m Wert eines Tags (war: motorway und motorway_link um destination-tag ergänzen))
Am 09.06.2010 um 09:24 schrieb Martin Simon grenzde...@gmail.com: Am 8. Juni 2010 19:49 schrieb steffterra steffte...@me.com: Hier mußt du differenzieren zwischen dem Verkehrsraum Autobahn (alles zwischen den blauen Beginn und Ende-Schildchen, was nicht Rastplatz, Dienstzufahrt etc. ist) und der Autobahn $Nummer. Es würde ja niemand sagen, dass man die Autobahn am Kreuz verlasse n hat und dann auf die andere Autobahn aufgefahren ist, sondern man würde eher sagen, dass man v on der einen auf die andere Autobahn gefahren ist. Ich verlasse am Kreuz den Raum Autobahn nicht, jedoch _verlasse_ ich die konkrete Autobahn A 3, fahre über die Verbindungsrampe und dann _auf_ die Autobahn A 666. Ergo: der motorway_link ist zumindest im Falle von Autobahnkruezen/ Dreiecken eben schon Teil der Autobahn und deshalb korrekt mit ref zu taggen. Warum brechen sich dann hier einige einen Zacken aus der Krone, normale Auffahrten ebenso zu taggen? Noch viel schöner: er gehört in allen Fällen zum Raum Autobahn, sonst würden wir ihn nicht mit motorway_link taggen. ;-) Eine andere Frage ist, ob er _tatsächlich_ eine ref hat. Das wäre e in Grund, diese auch zu taggen - ein _angenommener_ Vorteil bei routing-Anweisungen ist jedpch _kein_ Grund hierfür. Nein, natürlich ist das kein Grund, genauso wenig wie spezielle für eine renderingsoftware zu taggen ;-) Habe ich in früheren Mails auch mehrfach immer wieder betonen müsen. Und wnen nicht mit ref, gibts ja den Vorschlag mit leadingt_ref, zu dem ich mir etwas Resonanz wünschte (sowohl positive als auch n egative, wenn gut begründet, oder besserer Vorschlag). Wenn dann g enug Feedback dazu da ist, bin ich gerne bereit mich dafür einzuse tzen und ein Proposal dazu zu schreiben. Das ist mir zumindest lieber, als tatsächliches vorhandensein einer ref und die ref der Zielautobahn in einem tag zu vermischen - auch wenn ich es für ziemlich überflüssig halte - stören würde es mich nicht großartig. Ich persönlich brauche das ref auf dem Link auch nicht, ich konnte mir nur vorstellen, dass dieser nicht unpraktisch ist und deshalb _direkt_ und einfach nutzbar fürs Routing. Er war ja schon vor mir dort... Außerdem möchte ich nochmal klar stellen, dass nicht ich den ref am link aufs Tapet gebracht habe, sondern den destination-key, der sehr wohl allgemeinen Nutzen hat. Das mit dem ref am link entstand aus der Diskussion mit den Leerzeichen bei Aufzählung derselben an links, die wohl meist dort anzutreffen sind (wohl fälschlicherweise, weil ref ja grundsätzlich in Frage steht am link) Ja, das meine ich und nein, die Geräte sind in der Lage, beim Abbieg en auf eine unbenannte Straße, die _zu_ einer benannten führt, den Nam en letzterer anzuzeigen (Meldung: rechts halten _nach_ A 666 statt _auf_ A 666). Und dank destination-Key können sie nun auch dazu sagen Richtung Kassel (nicht A 666, ich weiß), denn das kann man nicht aus der fertigen Route auslesen. Du aber mutest jedem potentiellen OSM basierenden Navi zu, den Rechenaufwand (z.B. direkt auf einem mobilen Endgerät) zu betreibe n. Warum? Kannst du beziffern, worin der Aufwand für das Gerät liegt? (Hinwei s: zu diesem Zeitpunkt liegt bereits eine geordnete Liste aller zu befahrenen Routenteile im Speicher...) Im Schritt davor. Wenn die Routenbeschreibung (also die geordnete Liste) fertig ist, sollte die Information in der Tat schon da sein. Aber wie auch immer, wir taggen/Mappen ja nicht für Router ;-) steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen: Regionalschluessel wie Taggen?
Moin, René Falk schrieb: Am 09.06.2010 09:24, schrieb Georg Feddern: Zitat destatis: Die Regionalschlüssel GV100AD am 31.03.2010 sind korrekt, leider wurde eine falsche Regionalschlüsselumstellung ins Internet gestellt. Mist, jetzt muss ich die Gemeinden in Dithmarschen korrigieren. PS: Bei destatis finde ich keinen Verweis auf Deine Datei, nur über die Suche - ist das evtl. nur eine interne Bearbeitung gewesen? Nein ist offiziell. Es gibt da wohl einige Dokumente, die man nur über die Suchfunktion finden kann. tja, hätte man sie lieber nicht gefunden ... ;-) Sorry, das soll jetzt kein Nachtreten sein, aber: Irre ich mich, oder stehen am Ende der Datei (ab Zeile 10741) sogar die Zweit-Korrekturen für Schleswig-Holstein in die ursprünglichen Werte zurück? Habe sie gerade mehr zufällig zumindest in der Version gesehen, die ich gestern runtergeladen habe ... bin nur froh, das ich diese Datei nicht kannte, wäre selbst darauf hereingefallen ... Danke für die Klärung und Deine Mühen. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
On 09.06.10 10:32, M∡rtin Koppenhoefer wrote: Kapelle, Kirche und Kathedrale sind AFAIR Ränge in der Kirchenhierarchie ...Dom, BTW. Naja, das sind doch schon Bauwerksgrößen, oder? Kirchenhierarchie wäre (Erz-)Diözese oder (Erz-)Bistum, was wieder nicht direkt was mit der Gebäudegröße zu tun hat... ;) Jedenfalls gefällt mir der Gedanke ganz gut, * amenity sagt was über die Nutzung aus * building was übers Gebäude und Kirchenhierarchie können wir in OSM wohl vernachlässigen... ;) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pressebericht - Reaktionen des Rathauses
Am 09.06.2010 11:29, schrieb M∡rtin Koppenhoefer: Am 9. Juni 2010 08:55 schrieb Frederik Ramm frede...@remote.org: Viele von uns machen auch Fotos, um die Strassennamen spaeter ablesen zu koennen, aber zu mehr brauchen wir die Fotos nicht, denn es geht uns ja um eine Karte... oder so. wobei das nur die halbe Wahrheit ist: es gibt (bzw. gab) ja im Kreis der OSM-Community durchaus Anstrengungen, ein crowdgesourcetes Streetview an den Start zu bringen. Wobei ein Kreis von Leuten aus der Community ja nicht mit OSM als Ganzes gleichzusetzen ist und dies bestenfalls eine Anwendung mit dem OSM-Datenmaterial darstellt. Ich kenn dieses Vorhaben nicht, wo kann man dies nachlesen? Elwood ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Multipolygone
Hallo! Bisher habe ich Mulltipolygone (meistens für Seen mit Inseln) so erfaßt, daß der äußere Way die Eigenschaften bekommt. Jetzt habe ich aber im Wiki gelesen, daß man die Relation mit den entsprechenden Tags versehen sollte. Das ergibt ja eigentlich auch mehr Sinn, da die Wasserfläche durch die Relation und nicht durch den Way bestimmt wird. Allerdings habe ich dieses Tagging bisher kaum gesehen. Meckern nicht auch alle Überprüfungs-Tools über die Wege ohne Tags rum? Wäre es dann nicht auch sinnvoll, das MP-Plugin in JOSM so zu gestalten, daß die Tags vom äußeren Way auch die Relation verschoben werden? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone
Hallo, Christian H. Bruhn wrote: Allerdings habe ich dieses Tagging bisher kaum gesehen. Meckern nicht auch alle Überprüfungs-Tools über die Wege ohne Tags rum? Falls das zutrifft, waere es hoechste Zeit, die Ueberpruefungstools zu reparieren ;-) Wäre es dann nicht auch sinnvoll, das MP-Plugin in JOSM so zu gestalten, daß die Tags vom äußeren Way auch die Relation verschoben werden? Ich kenne das Plugin gar nicht; was macht das denn, wenn man mehrere aeussere Ways hat? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Hallo, Am Mittwoch 09 Juni 2010 10:52:44 schrieb M∡rtin Koppenhoefer: Am 7. Juni 2010 12:02 schrieb Wolfgang wolfg...@ivkasogis.de: Eine Mindestgeschwindigkeit gibt es nicht ausdrücklich, sie ergibt sich aber aus §1 STVO (behindern etc) und ganz deutlich §3 Abs.2 STVO und gilt nicht nur auf der Autobahn. Man darf auch auf der Bundesstraße nicht weniger als 100 fahren, wenn man jemanden hinter sich hat, der nicht überholen kann und die Geschwindigkeit legal gefahren werden könnte === nach der Logik müsste man ja auch auf Feldwegen 100 fahren ;-) gerade nicht, denn die Wegebeschaffenheit, Sichtweite etc sind dafür nicht geeignet. 100 muss man m.E. überhaupt nie fahren, 80 ist z.B. völlig OK und Behinderung kann da m.E. noch niemand anmelden, auch wenn die zul. Höchstgeschwindigkeit 100 ist. Behinderung ist es immer. Wer am Straßenverkehr teilnimmt, behindert andere. Die Frage ist nur, ob sie hinzunehmen ist, wie lange und in welchem Rahmen, und ob sie vermeidbar ist. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone
Am 9. Juni 2010 13:41 schrieb Christian H. Bruhn br...@arcor.de: Das ergibt ja eigentlich auch mehr Sinn, da die Wasserfläche durch die Relation und nicht durch den Way bestimmt wird. +1. Allerdings habe ich dieses Tagging bisher kaum gesehen. Meckern nicht auch alle Überprüfungs-Tools über die Wege ohne Tags rum? in JOSM war bis vor kurzem ein Bug, der jetzt behoben ist, so dass selbst der ungetaggte outer way eines MP in der richtigen Farbe dargestellt wird. Der JOSM-Validator meckert auch nicht. Andere Tools weiss ich nicht, sollte man aber wenn doch anpassen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Am 9. Juni 2010 14:30 schrieb Wolfgang wolfg...@ivkasogis.de: nach der Logik müsste man ja auch auf Feldwegen 100 fahren ;-) gerade nicht, denn die Wegebeschaffenheit, Sichtweite etc sind dafür nicht geeignet. OK, ich nehme das zurück, also: dann müsste man auf _manchen_ Feldwegen 100 fahren. Es gibt aber überhaupt keine Mindestgeschwindigkeit, lediglich die Vorgabe in §1 (!) STVO: (1) Die Teilnahme am Straßenverkehr erfordert ständige Vorsicht und gegenseitige Rücksicht. (2) Jeder Verkehrsteilnehmer hat sich so zu verhalten, daß kein anderer geschädigt, gefährdet oder mehr, als nach den Umständen unvermeidbar, behindert oder belästigt wird. Also eher das Gegenteil einer Mindestgeschwindigkeit und vor allem gegenseitige Rücksicht und Vermeidung unnötiger Belästigung wird dem Verkehrsteilnehmer abverlangt. Da haben sich manche Beiträge hier ziemlich anders gelesen (ich denke an Hüte und so). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pressebericht - Reaktionen des Rathauses
Am Mittwoch 09 Juni 2010 12:51:40 schrieb Frank Gruender: Ich kenn dieses Vorhaben nicht, wo kann man dies nachlesen? Schau mal hier: http://openstreetview.org/ Elwood MfG, Chris... -- Mein kleiner, persönlicher OSM-Duden: +1 - bin Deiner Meinung -1 - sehe ich nicht so AIO - http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder ein Scherz von Pfoten_weg_!_ ??
Am Montag 07 Juni 2010 11:58:35 schrieb hike39: ich habe auch schon festgestellt, dass das Problem womoeglich nicht mit dem Parsen von dem User-Namen zu tun hat. Hallo hike, Du hast festgestellt, dass es womöglich... Was denn nu? ;) Ich hätte jetzt pauschal sehr wohl auf das Ausrufezeichen getippt, zumindest unter Linux. Vielleicht kopierst Du mal die OSM-Datei (die für einen schnellen Test hoffentlich nicht zu groß ist), und ersetzt mit einem handelsüblichen Text-Editor das Pfoten_weg_!_ in Pfoten_weg. Sollte das gehen, können wir weiter gucken (oder es im Anschluss hiermit versuchen: Pfoten_weg_\!_). gruss hike39 MfG, Chris... -- Mein kleiner, persönlicher OSM-Duden: +1 - bin Deiner Meinung -1 - sehe ich nicht so AIO - http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB mit no horse, bike etc.
Hallo, Am Mittwoch 09 Juni 2010 15:07:28 schrieb M∡rtin Koppenhoefer: Am 9. Juni 2010 14:30 schrieb Wolfgang wolfg...@ivkasogis.de: nach der Logik müsste man ja auch auf Feldwegen 100 fahren ;-) gerade nicht, denn die Wegebeschaffenheit, Sichtweite etc sind dafür nicht geeignet. OK, ich nehme das zurück, also: dann müsste man auf _manchen_ Feldwegen 100 fahren. Die möchte ich sehen. Optimale Schnellwege... :-) Es gibt aber überhaupt keine Mindestgeschwindigkeit, Ack lediglich die Vorgabe in §1 (!) STVO: (1) Die Teilnahme am Straßenverkehr erfordert ständige Vorsicht und gegenseitige Rücksicht. (2) Jeder Verkehrsteilnehmer hat sich so zu verhalten, daß kein anderer geschädigt, gefährdet oder mehr, als nach den Umständen unvermeidbar, behindert oder belästigt wird. Und genau den Teil meine ich. Wenn du keine wichtigen Gründe hast (davon kann es viele geben), darfst du eben auch nicht zu langsam fahren. Im Gegensatz zu einer Mindestgeschwindigkeit aber nur dann, wenn du jemanden hinter dir behinderst. Vorbeilassen ist übrigens auch eine Option. Also eher das Gegenteil einer Mindestgeschwindigkeit gerade nicht, s.o. und vor allem gegenseitige Rücksicht eben, Rücksicht _auch_ von Seiten des Vorderen! (Stau im Elbtunnel??? Verstehe ich nicht, vor mir ist doch alles frei.) und Vermeidung unnötiger Belästigung wird dem Verkehrsteilnehmer abverlangt. Da haben sich manche Beiträge hier ziemlich anders gelesen (ich denke an Hüte und so). :-) :-) Ich glaube, meinen Standpunkt deutlich genug überspitzt zu haben ;-) Gruß, Wolfgang EOT ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] incremental update einer osm sql-database - geht das?
Walter Nordmann schrieb: konkreter: kann man mit einen planet change-file eine sql-datenbank auf dem aktuellen stand halten? Ja. http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wiki bzgl. ref auf motorway_link ändern/ergänzen und ref dort ersetzen/entfernen? (war: Re: motorway_link mit ref taggen oder etwa nicht???)
Am 09.06.2010 um 11:08 schrieb M∡rtin Koppenhoefer: Am 9. Juni 2010 09:24 schrieb Martin Simon grenzde...@gmail.com: Am 8. Juni 2010 19:49 schrieb steffterra steffte...@me.com: Ach ja, passend dazu (nicht direkt auf Deine mail, aber zur bisherigen Diskussion, siehe Betreff, passend: ) Wenn man von einer Autobahn über ein Autobahnkreuz/Dreieck auf eine andere Autobahn kommt, würdest Du das Kreuz mit seinen motorway_links auch zu der Autobahn zählen oder? Hier mußt du differenzieren zwischen dem Verkehrsraum Autobahn (alles zwischen den blauen Beginn und Ende-Schildchen, was nicht Rastplatz, Dienstzufahrt etc. ist) und der Autobahn $Nummer. +1. Sobald ich auf der Abfahrt bin, ist die ref nicht mehr dieselbe (sondern es gilt die Ref der Ausfahrt/Einfahrt/Überfahrt). Aber zählt dann auf der Abfahrt wirklich der ref der darauffolgenden (Bundes-)Straße? Nach aktuellem Stand der Diskussion hier ist das ebensowenig der Fall, wie man den ref der Autobahn am link einsetzen soll, auf die der link führt. Diese ganze Diskussion ist wohl nur entstanden, weil im WIki dazu was stand, was sich mit der Taggingpraxis soweit mir bekannt nicht deckt. Hat das zwischenzeitlich jemand angepasst? Im Wiki stand in der letzten Version vor der Einführung des destination-tag ins wiki folgendes: Die Verbindungen zwischen zwei Autobahnen sollten gewöhnlich mit dem ref derjenigen Autobahn markiert werden, zu der sie führen. Ich habe den Satz dann nach Einführung des destination-keys ins Wiki nur noch um diesen erweitert.: Die Verbindungen zwischen zwei Autobahnen sollten gewöhnlich mit dem ref=* und destination=* derjenigen Autobahn markiert werden, zu der sie führen und in dessen Richtung (Stadtname) sie führen. Die allgemeine Praxis (zumindest wie ich sie vorgefunden habe und auch hier indirekt bestätigt wurde) ist, dass diese im wiki für Autobahnkreuze beschriebene Vorgehensweise auf andere highway_links ausgelegt wurde: a) Autobahn_abfahrten_ findet man mit dem ref der folgenden Bundesstraße. b) Autobahn_auffahrten findet man mit dem ref der folgenden Autobahn. Dass man nun eine Unterscheidung zwischen einem highway_link im Verkehrsraum Autobahn und einem highway_link außerhalb des Verkehrsraums Autobahn (normale Abfahrt auf Bundesstraße) macht, geht weder aus der Wiki-Seite für ref, noch aus der wiki-Seite für motorway noch aus der für motorway_link hervor. (Das gleiche analog dazu für trunk_link und secondary_link). Woher soll nun der gemeine Mapper wissen, dass der ref der Autobahn nichts auf der Auffahrt zu suchen hat? Als Konsens aus der bisherigen Diskussion schließe ich nun folgendes: 1. der key/tag ref soll nur angewendet werden auf: a) motorway, trunk, secondary, etc., wo auch real vorhanden (sprich ausgeschildert) b) auf *_link nur, wenn Teil eines Autobahnkreuzes oder -Dreiecks. c) im Umkehrschluss zu b) - auf *_link nicht, wenn reine Abfahrt oder reine Auffahrt von/zu einem motorway, trunk, secondary, etc. 2. da der key/tag ref auf c) recht häufig anzutreffen ist, sollte er dort konsequenterweise entfernt werden. Daraus ergeben sich folgende Möglichkeiten, die ich zur Zeit sehe: a) Das wiki sollte bezüglich 1. a) bis c) auf den entsprechenden Seiten entsprechend geändert und ergänzt werden. (kann ich gerne übernehmen, sofern inhaltlich so wie oben beschrieben abgesegnet, mit Quellenangabe zu dieser Diskussion) b) Man kann sich überlegen, durch einen robot die tags zu entfernen. Der robot muss natürlich berücksichtigen, dass er bei Verbindungen von motorway-motorway_link c) Man kann sich überlegen, den tkey/ag durch einen anderen (per robot oder/und nur durch Eintrag ins Wiki) zu ersetzen, der hier zumindest nicht dementiert wurde: leadingto_ref. wobei man hier diksutieren könnte, ob das dann auch für Autobahnkreuze ok wäre, oder restriktiv eben nicht, da nicht ausserhalb des Raums Autobahn Die Defintionen für den Raum Autobahn müssen dann natürlich auch ins Wiki. Jetzt warte ich aber erstmal Euer Feedback ab. (von der Anwendung eines robots habe ich z.b. keine Ahnung und falls überhaupt sinnvoll/gewünscht sollte es dann sowieso jemand machen, der dann auch weiss, was er tut ;-) Grüße, steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki bzgl. ref auf motorway_link ändern/ergänzen und ref dort ersetzen/entfernen? (war: Re: motorway_link mit ref taggen oder etwa nicht ???)
Hallo, steffterra wrote: Dass man nun eine Unterscheidung zwischen einem highway_link im Verkehrsraum Autobahn und einem highway_link außerhalb des Verkehrsraums Autobahn (normale Abfahrt auf Bundesstraße) macht, geht weder aus der Wiki-Seite für ref, noch aus der wiki-Seite für motorway noch aus der für motorway_link hervor. (Das gleiche analog dazu für trunk_link und secondary_link). Ich finde ehrlich gesagt ein ref an einer Ueberleitung von einer Autobahn auf die andere genauso irrefuehrend wie irgendwo sonst an einem motorway_link. Auf der Seite zu ref findet sich dazu nichts im Wiki. Auf der englischen Seite zu motorway_link wurde am 10.5.2008 von Henry Loenwind folgendes ergaenzt: Note: For Germany the links between the main motorways should be tagged with the ref=* of the motorway they are going to. Er gibt dazu keinerlei Kommentar oder Quelle an. Als im Dezember 2008 die deutsche Version der Seite erstellt wurde, ist das einfach so uebernommen worden. Ich wuerde empfehlen, das einfach zu entfernen. Ich weiss nicht, wer sich das ausgedacht hat; sein for Germany zeigt ja, dass es offenbar schon damals eine deutsche Spezialsache war. Von einer grossflaechigen Entfernung von ref-Tags an motorway_links wuerde ich aber trotzdem abraten - so wichtig ist die Einheitlichkeit dann auch wieder nicht, als dass man da mit der Drahtbuerste ueber die Daten rueberfahren muss. In ein paar Tagen macht eh wieder jemand ein ref irgendwo dran ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Daniela Duerbeck schrieb am 09.06.2010 02:58: Sorry, aber diese Anstrengungen sehen für mich so aus, User möglichst davon abzuhalten, selber Karten zu bauen. Wir bieten schon alles, niemand braucht mehr. Ich finde, man sollte eher erklären, wie man selber Karten baut, statt nur Vorgekautes abzuliefern. Eine der duemmsten Aussagen, die ich in letzter Zeit auf der Liste hier gelesen habe. (Ich lese aber auch nicht alles :-) Man kann Carsten sicherlich nicht vorwerfen, dass er nicht andere Leute bei der Erstellung eigener Karten helfen wuerde. Fuer viele sind seine Karten ueberhaupt erst der Ausgangspunkt, von dem aus sie selber aktiv werden. So war es z.B. damals auch bei mir, als Carsten mir im E-Mail-Dialog Schritt fuer Schritt zur ersten eigenen Karte verholfen hat. Nochmals vielen Dank dafuer, auch wenn ich nicht wissen moechte, wieviel Zeit mich das Thema seit dem gekostet hat :-) Die Mehrheit der Nutzer wird sich aber sicherlich damit begnuegen, einfach die fertigen Karten von Carsten zu benutzen, warum auch nicht? Fuer die meisten ist das Thema Kartenerstellung sowieso zu kompliziert und wird es auch bei aller Verbesserung der Werkzeuge weiterhin bleiben, das liegt einfach an der Vielfalt der Moeglichkeiten. Und beim Rest der Nutzer werden die meisten Leute lieber ihre Zeit mit was anderen verbringen, als sich selber optimierte Karten zu bauen (z.B. haben sie so mehr Zeit zum Mappen). Wer sollte was dagegen haben? Ich sehe es keineswegs als erstrebenswertes Ziel an, dass sich prozentual moeglichst viele Leute ihre Karten selber bauen? Was wuerde das der Gemeinschaft bringen? Solange sich genug Nerds damit beschaeftigen und das Thema staendig voran treiben, ist es doch alles in Ordnung. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pressebericht - Reaktionen des Rathauses
Jens Frank jens.l.fr...@googlemail.com wrote: unter http://www.maerkischeallgemeine.de/cms/beitrag/11817773/61939/Christopher-Lorenz-digitalisiert-die-Heimatregion-Im-Rathaus-laesst.html findet sich ein Bericht über einen Openstreetmapper. Interessant ist der letzte Absatz. Auch ich habe einige Male den Ärger um Streetview zu spüren bekommen. Da wurde ich richtig aufgebracht angepflaumt, mit welchem Recht ich die Häuser fotografieren würde. Von Außen kann ja niemand beurteilen, worauf ich zoome. Ein älterer Radfahrer schimpfte mir wild gestikulierend hinterher und hat sich richtig abgestrampelt, um meinen PKW noch einzuholen. Ich war zunächst obgleich der Wut im Zweifel, ob ich anhalten solle. Darf ich Ihnen die Fotos zeigen?: Straßennamenschilder, Ortseingangs- und Ortsunterrichtungssschilder, Geschwindigkeitsbegrenzungen, Straßenbeläge, (zugewachsene) Feldwege, Äcker an Straßenenden, Brücken, Kanäle, Briefkästen, Telefonzellen, Shelter, Bushaltestellen, Fahrplanaushänge, Recyclingbehälter ... ;-) IMHO die beste Methode, die Gemüter abzukühlen und den bösen Gesichtsausdruck schnellstens in ein verlegenes und dann verdutztes Lächeln zu verwandeln. Danach hat man sehr aufmerksame Zuhörer. ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] incremental update einer osm sql-database - geht das?
danke an alle, den wiki, auf den peter hingewiesen hat, hab ich glatt übersehen :( aber auch florians hinweise sind nicht von pappe. dann werd ich wohl mal loslegen. mfg walter - Mauern um Friedhöfe sind Blödsinn: Die, die drin sind, können nicht raus - die, die draußen sind, wollen nicht rein. -- View this message in context: http://gis.638310.n2.nabble.com/incremental-update-einer-osm-sql-database-geht-das-tp5154153p5159175.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] Pressebericht - Reaktionen des Rathauses
Tirkon schrieb: Auch ich habe einige Male den Ärger um Streetview zu spüren bekommen. Da wurde ich richtig aufgebracht angepflaumt, mit welchem Recht ich die Häuser fotografieren würde. Von Außen kann ja niemand beurteilen, worauf ich zoome. Mein bisher einziges Erlebnis diesbezüglich: Ich war früh am Morgen in einem Wohngebiet mit neuen Häusern und gut gepflegten Grundstücken zu Fuß unterwegs und fotografierte die Hausnummern. Von einem sehr langsam fahrenden PKW wurde ich langsam eingeholt. Ich drehte mich fragend in dessen Richtung - und wurde von der jungen Frau hinterm Lenkrad abgelichtet. =) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?
Tirkon schrieb: Peter Körner osm-li...@mazdermind.de wrote: und mit all den features, welche die Handgemalten Karten in der Wikipedia heute schon können (Gebiete hervorheben, Objekte markieren etc.) Die handgemalten Karten sind ja recht flexibel. ;-) Gibt es da schon eine laienkompatible Beschreibung für Wikipedia Autoren, anhand der man eine Ahnung davon bekommt, was da so automatisch generiert werden kann? Die lokalen Projekte sind ja richtig heiß auf sowas. Eine mögliche Lösung wird Query-to-map [1] sein, um die Wikipedia:Kartenwerkstatt bei einfachen Standardkarten zu entlasten. Damit wird es möglich sein, im Wiki über eine Vorlage eine kleine Abfrage zu stellen, und damit eine Karte zurückzubekommen in der das abgefragte Objekte speziell als Vektorgrafik hervorgehoben ist. Wenn alles gut geht, wird diese Anwendung Teil der maps-extension un damit werden die Karten direkt im Wiki sichtbar. Die Abfrage umfaßt BBOX, Key-Value Paar und Typ (punkt/linie/fläche) zurückgeben werden komplexe OSM-Objekte. Ausgefeilte Spezialkarten wird man weiterhin von Hand zeichnen. m.f.G. Kolossos [1]http://wiki.openstreetmap.org/wiki/Query-to-map ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Daniela Duerbeck daniela.duerb...@gmx.de wrote: Sorry, aber diese Anstrengungen sehen für mich so aus, User möglichst davon abzuhalten, selber Karten zu bauen. Wir bieten schon alles, niemand braucht mehr. Ich finde, man sollte eher erklären, wie man selber Karten baut, statt nur Vorgekautes abzuliefern. Sorry Daniela, aber hier verstehe ich Dich überhaupt nicht. Ist OSM denn nur für Leute, die das leisten können? Müsste man mit dieser Argumentation nicht konsequenterweise auch die Abschaltung der derzeitigen Startseite von www.openstreetmap.org fordern und den User auch diese selbst bauen lassen? Ich z.B. habe nicht die geringste Vorstellung, wie man so etwas anfasst. Für mich und sicher für viele Andere mehr, wäre eine weitere Teilnahme oder gar ein Einstieg bei OSM überhaupt nicht möglich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Car Sharing
Am 09.06.2010 10:52, schrieb Dimitri Junker: Das können wir so langsam als zweites OSM Karma aufnehmen: Du sollst anderen nicht vorschreiben was sie zu tun haben ... :-) Wenn Dich nicht interessiert was andere Denken frage ich mich warum Du hier liest? Das war ein Vorschlag an den sich keiner halten muß, warum auch ich bin ja nicht Weisungsberechtigt. Ich fände es für mich selbstverständlich, daß wenn ich etwas eingebe von dem ich erwarte, daß es sich bald ändert ich das regelmäßig überprüfe oder es gleich weglasse. Das ist halt der Punkt um den es mir ging: Für dich ist X selbstverständlich, für mich vielleicht Y. Daher finde ich halt sowas wie wenn du Y machst solltest du auch Z machen immer etwas unglücklich. Es suggeriert einen Zwang (den du wohl auch gar nicht im Sinn hattest), den wir möglichst vermeiden sollten. Wenn jemand etwas einträgt sollte das (nach Möglichkeit) stimmen - klar. Wieviel, wie oft oder wie detailliert jemand etwas einträgt ist aber ganz allein seine Sache. Und vieleicht noch ein 3. Karma: sich weniger aufregen. Wir versuchen hier in einer großen Gruppe etwas sinnvolles hinzubekommen, da sind Abstimmungen nötig. Diese sind bei OSM mit sehr wenigen Ausnahmen alle nicht bindend. Wer sich also aufregt, daß jemand ihm etwas vorschreiben will hat das Prinzip nicht verstanden. Alles was hier ohne Hinweis auf eine OSM-Wiki-Seite geschrieben wird sind persönliche Meinungen und ich hoffe, daß wir nicht irgendwann anfangen am Ende jeder Mail einen Discläimer zu schreiben. Wenn ich mich aufrege hört sich das anders an, da kannst du einige auf der Liste hier fragen. Meinen Smiley hattest du schon gesehen? Dein 3. Karma finde ich übrigens gut - meine Hand ist schon an der Nase ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
Am 9. Juni 2010 12:17 schrieb Andreas Labres l...@lab.at: On 09.06.10 10:32, M∡rtin Koppenhoefer wrote: Kapelle, Kirche und Kathedrale sind AFAIR Ränge in der Kirchenhierarchie ...Dom, BTW. Naja, das sind doch schon Bauwerksgrößen, oder? ja, es sind natürlich Größenbezüge, die sich z.B. aus der Hierarchie gut erklären lassen. Typen im Sinne von Architekturtypologie sind es nicht. Kathedrale bezeichnet die Kirche am Bischofssitz, Dom allgemein eine große Kirche (ein Dom ist dann auch eine Kathedrale, wenn dort ein Bischof seinen Sitz hat, das ist also nicht entweder oder). In der Kirchenhierarchie kommt unterhalb der Kathedrale die Stiftskirche, dann gibts noch Parrochialkirchen, etc. So ganz genau kenne ich mich da auch nicht aus. Kirchenhierarchie wäre (Erz-)Diözese oder (Erz-)Bistum, was wieder nicht direkt was mit der Gebäudegröße zu tun hat... ;) s.o., Einfluss auf die Hauptkirche (Gebäudegröße) hat das sehr wohl. Jedenfalls gefällt mir der Gedanke ganz gut, * amenity sagt was über die Nutzung aus * building was übers Gebäude im Prinzip ja, nur dass ein Tag fürs Gebäude ein bisschen wenig ist (es gibt da ja auch schon div, Vorschläge), Kirchentypen sind z.B. Zentralbau , Basilika (m.E. die häufigste Form größerer Kirchen: 3-schiffig, Seitenschiffe niedriger und Belichtung des Mittelschiffs über den Obergaden), Saalkirche, Hallenkirche. und Kirchenhierarchie können wir in OSM wohl vernachlässigen... ;) das sehe ich anders, das werden wir auch noch bekommen, wenn es nicht schon da ist (Kirchenverwaltungsgrenzen und so Zeugs). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wehrkiche?
M∡rtin Koppenhoefer dieterdre...@gmail.com [Wed, Jun 09, 2010 at 10:32:24AM CEST]: Am 9. Juni 2010 10:14 schrieb Martin Simon grenzde...@gmail.com: Am 9. Juni 2010 09:04 schrieb Andreas Labres l...@lab.at: On 08.06.10 18:18, Johannes Huesing wrote: Das wäre hier der Fall, die Kirche ist ganz normal in Benutzung. Dann passt amenity=place_of_worship ja. ja, hier ist es kein Problem, aber wenn es sich wirklich um eine ehemalige Kirche handelt, wäre sowas wie amenity=disused, disused=place_of_worship nicht schlecht, evtl. auch ohne das amenity. Mit amenity wäre analog zu highway=construction, construction=tertiary. Aber man würde sich eben die Möglichkeit verbauen, die heutige Nutzung (disused=place_of_worship, amenity=arts_centre) ebenfalls anzugeben, daher weglassen. Bis es etwas Besseres gibt, halte ich es für am besten, den Schlüssel durch disused zu ersetzen, zum Beispiel disused=playground. -- 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
[Talk-de] OT: Mindestgeschwindigkeit, was: BAB mit no horse, bike etc.
M∡rtin Koppenhoefer dieterdre...@gmail.com [Wed, Jun 09, 2010 at 03:07:28PM CEST]: Am 9. Juni 2010 14:30 schrieb Wolfgang wolfg...@ivkasogis.de: nach der Logik müsste man ja auch auf Feldwegen 100 fahren ;-) gerade nicht, denn die Wegebeschaffenheit, Sichtweite etc sind dafür nicht geeignet. OK, ich nehme das zurück, also: dann müsste man auf _manchen_ Feldwegen 100 fahren. Es gibt aber überhaupt keine Mindestgeschwindigkeit, lediglich die Vorgabe in §1 (!) STVO: (1) Die Teilnahme am Straßenverkehr erfordert ständige Vorsicht und gegenseitige Rücksicht. Es gibt auch den konkreteren §2(2). Allerdings kommt dieser mW sehr selten in Gerichtsurteilen zur Anwendung. Auf keinen Fall bei 80 statt 100 km/h. -- 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] Wiki bzgl. ref auf motorway_link ändern/ergänzen und ref dort ersetzen/entferne n? (war: Re: motorway_link mit ref taggen oder etwa nicht???)
Am 9. Juni 2010 16:35 schrieb steffterra steffte...@me.com: Aber zählt dann auf der Abfahrt wirklich der ref der darauffolgenden (Bundes-)Straße? Nach aktuellem Stand der Diskussion hier ist das ebensowenig der Fall, wie man den ref der Autobahn am link einsetzen soll, auf die der link führt. ich verstehe nicht, was das bringen soll, und finde es im Gegenteil schädlich. Der ref ist der der Straße die man taggt, nichts anderes. Ist doch extrem simpel. Wenn es keinen gibt, macht man eben keinen ref-tag hin. (Wobei ich nicht blindlings die tags entfernen würde, nur weil ich auf Anhieb kein entspr. Schild vor Ort gefunden habe). Dass man nun eine Unterscheidung zwischen einem highway_link im Verkehrsraum Autobahn und einem highway_link außerhalb des Verkehrsraums Autobahn (normale Abfahrt auf Bundesstraße) macht, geht weder aus der Wiki-Seite für ref, noch aus der wiki-Seite für motorway noch aus der für motorway_link hervor. (Das gleiche analog dazu für trunk_link und secondary_link). würde ich auch nicht machen, diese Unterscheidung. Als ref. ist jeweils nur derjenige der Straße die man taggt sinnvoll, anders machen wir es an keiner Stelle mit keinem Tag. 1. der key/tag ref soll nur angewendet werden auf: a) motorway, trunk, secondary, etc., wo auch real vorhanden (sprich ausgeschildert) real vorhanden ist m.E. nicht gleichbedeutend mit ausgeschildert, wobei ausgeschildert die Sache natürlich erleichtert. b) auf *_link nur, wenn Teil eines Autobahnkreuzes oder -Dreiecks. gut, da könnte es evtl. Stellen geben, wo es Sinn macht, da würde ich dann allerdings auch den Ref. vor Ort erwarten (Kilometermarken oder so was). 2. da der key/tag ref auf c) recht häufig anzutreffen ist, sollte er dort konsequenterweise entfernt werden. würde ich tun, ja. Sonst verwirrt das nur noch mehr. Daraus ergeben sich folgende Möglichkeiten, die ich zur Zeit sehe: a) Das wiki sollte bezüglich 1. a) bis c) auf den entsprechenden Seiten entsprechend geändert und ergänzt werden +1 b) Man kann sich überlegen, durch einen robot die tags zu entfernen. Der robot muss natürlich berücksichtigen, dass er bei Verbindungen von motorway-motorway_link -1, wozu? Und woher soll der bot wissen, welcher ref richtig ist? c) Man kann sich überlegen, den tkey/ag durch einen anderen (per robot oder/und nur durch Eintrag ins Wiki) zu ersetzen, der hier zumindest nicht dementiert wurde -1, halte ich für überflüssig: wenn das ein Bot kann, kann es der Router auch. Am Ende haben wir überall leading_to=Rome ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pressebericht - Reaktionen des Rathauses
Am 9. Juni 2010 17:36 schrieb Tirkon tirko...@yahoo.de: Auch ich habe einige Male den Ärger um Streetview zu spüren bekommen. Da wurde ich richtig aufgebracht angepflaumt, mit welchem Recht ich die Häuser fotografieren würde. Von Außen kann ja niemand beurteilen, worauf ich zoome. absurd. Öffentlicher Raum ist nunmal öffentlicher Raum, und da gehören Fassaden von Häusern dazu, Du hast also alles Recht der Welt, so viel zu fotographieren wie Du willst. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
