Re: [OSM-talk] [tagging] Feature Proposal - RFC - (boundary=military)
Dave F. writes: The just go ahead do it philosophy that some advocate just puts errors into OSM that may not get fully removed, especially if they've been around for a while have been copied by others. Please go back to my proposed steps. What errors do you see defined there? The only error that I see is to fail to document your use of a tag in the wiki. Because other, more serious errors, are averted by your attempt to document it. If it's already there, and has a different meaning than the one you have chosen, there's your red flag that proceeding would be an error. Map it, tag it, and document it. Worry less about making a misteak, and map more. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-323-1241 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (boundary=military)
On Thu, 15 Oct 2009, Russ Nelson wrote: Map it, tag it, and document it. Worry less about making a misteak, and map more. could we make research other tags in similar use be part of this list and make the search process easier? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] RR8 editing Iceland (again)
On Wed, Oct 14, 2009 at 6:00 PM, Richard Bullock rb...@cantab.net wrote: Just a further heads up that this user appears to have posted to SABRE asking for a way to edit OSM privately. Any suggestions I should pass on to him? It should keep him from vandalising live data if it was possible. Just a bit of a heads up really. I've just spotted some random changing of road classificaions from old friend RR8 again. Some are definitely wrong. Can people check local edits to check to see if anything has been incorrectly changed? As for what he's done in Iceland: http://www.openstreetmap.org/browse/changeset/2784196 http://www.openstreetmap.org/browse/changeset/2784236 http://www.openstreetmap.org/browse/changeset/2784583 His latest sport seems to be adding new landuse=residential/* areas and tagging existing place=* areas as landuse=residential. Here are some new ones: Adding new landuse=residential: http://www.openstreetmap.org/browse/way/42212921 http://www.openstreetmap.org/browse/way/42212961 Adding new landuse=industrial: http://www.openstreetmap.org/browse/way/42212686 Those areas aren't visible on landsat so either he's been manually surveying Icelandic suburbia or he's copying these from Google Maps or something similar. Since he's tagging obscure towns in Norway too in a similar fashion I'd bet on the latter. Then he's adding landuse=residential to existing place=* areas: All of Hafnafjörður (a ~20k town). This includes landuse=industrial, amenity=school, landuse=commercial etc etc and not just landuse=residential: http://www.openstreetmap.org/browse/way/22561148 And in this changeset he's doing the same for various suburbs in the Reykjavík area. Which also have mixed landuse: http://www.openstreetmap.org/browse/changeset/2784583 I added most of those place=suburb areas in Reykjavík initially and intentionally didn't give them a landuse=* because I haven't been there personally to survey them. I don't think it's adding value to the map to add landuse to an existing place=* area when they landuse you're adding is inaccurate for a large part of that area. It's better to just leave it untagged and survey it properly later in my opinion. But aside from that. Can we please block this person from editing already? He's using Potlatch so he must have seen the avalanche of messages in his inbox but AFAIK hasn't replied to any of them. He's wasting everyone's time by making fiddly edits to large areas which he's probably not familiar with, has made no attempt to work with contributors maintaining those areas and as his only new contributions are adding landuse areas which aren't visible in any free aerial imagery, so he's probably deriving his edits from non-free sources. Perhaps we should tag places=* in Iceland with fuzzy-landuse. But we can do that ourselves without chasing after this person wondering what he's doing. Frederik: Can you please revert his edits with woodpeck_repair (again). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Feature Proposal - Opinion poll - landuse orchard
Hi, please join the opinion poll about the landuse=orchard proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/orchard Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mobile Oxford
I think the official launch is soon, but Oxford University's new Mobile Oxford website is looking pretty good and makes extensive use of the OSM data we've collected for the city. I think it rocks (and I'm not involved, except for having given a ton of feedback!) The site's at http://m.ox.ac.uk/ with a news article at http://www.ox.ac.uk/media/news_stories/2009/091012.html As the article says, it's still a work in progress (it's still not ideal on any of the browsers I have on my Windows phone), but it's really nice to see our hard work gathering local data getting built on to produce something really useful! s ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (boundary=military)
Liz writes: On Thu, 15 Oct 2009, Russ Nelson wrote: Map it, tag it, and document it. Worry less about making a misteak, and map more. could we make research other tags in similar use be part of this list and make the search process easier? This google search has always worked for me: site:wiki.openstreetmap.org landuse orchard -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-323-1241 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (boundary=military)
Liz writes: On Wed, 14 Oct 2009, Shaun McDonald wrote: Before you propose a tag, you should be using it. Why? To show people how you're using it. http://osm.org/ Doesn't it make sense to ask around before using something - someone may come up with a good example they are already using, If I want to use key=value, and key=value isn't defined yet, then *by definition* anybody else's example isn't good. If it was good, then it would capture all the key=values that have the same meaning. For example, if you think it should be boundary=military/service=army rather than boundary=army, then you should put in a redirect from Tag:boundary=army to Tag:boundary=military#army . If somebody disagrees with you, they can edit that page away from being a simple redirect, insert their reasoning and include Tag:boundary=military#army as a link to other people have different opinions. or a simple reason why your tag is not good. Could you list some simple reasons, please? I don't understand what you mean by not good. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-323-1241 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (boundary=military)
On Fri, 16 Oct 2009, Russ Nelson wrote: or a simple reason why your tag is not good. Could you list some simple reasons, please? I don't understand what you mean by not good. simple example I tagged shop=lawyer On this list someone said that they didn't think that lawyer belonged in shop but office=legal. Within the last month, I'd say, it you want to search for it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] osm2pgsql usage
Hello, I asked that question on the mapnik mailing list but was told that the OSM mailing list would have more knowledgeable people on this issue: I was in the process of setting up Mapnik and as a start I was using an OSM file from around my area to test with small data. I get stuck with an error message in osm2pgsql: osm2pgsql SVN version 0.67-18179 Using projection SRS 900913 (Spherical Mercator) Setting up table: planet_osm_point Setting up table: planet_osm_line Setting up table: planet_osm_polygon Setting up table: planet_osm_roads Mid: Ram, scale=100 Reading in file: ../maps/Detroit_091010.osm Processing: Node(434k) Way(50k) Relation(0k)osm2pgsql: osm2pgsql.c:262: StartElement: Assertion `xrole' failed. I searched the web a bit but did not find much, except from some memories issues. I monitored the memory during the process and had at least 1Gb free, so I guess this is not the issue. The data file comes from XAPI ( http://www.informationfreeway.org/api/0.6/map?bbox=-83.56,42.17,-83.01,42.71) and works fine for other purposes like generating a map for my GPS using mkgmap. Any help would be appreciated. Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql usage
The data file comes from XAPI ( http://www.informationfreeway.org/api/0.6/map?bbox=-83.56,42.17,-83.01,42.71 ) and works fine for other purposes like generating a map for my GPS using mkgmap. Have you tried loading a even smaller part from api? This could sort out problems with the xapi extensions.. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (boundary=military)
2009/10/16 Russ Nelson nel...@crynwr.com: Liz writes: On Wed, 14 Oct 2009, Shaun McDonald wrote: Before you propose a tag, you should be using it. Why? To show people how you're using it. http://osm.org/ Just because you use something, doesn't mean you picked the right combination of a key/value pair and that someone else couldn't suggest something better before you waste your time doing something that will only need to be re-done. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (boundary=military)
Liz writes: On Fri, 16 Oct 2009, Russ Nelson wrote: or a simple reason why your tag is not good. Could you list some simple reasons, please? I don't understand what you mean by not good. simple example I tagged shop=lawyer On this list someone said that they didn't think that lawyer belonged in shop but office=legal. I saw that. Simply because someone else offered a different idea doesn't make your idea not good. If I suggested that it should be tagged shop=office AND office=legal, would that be a better idea? Neither one is documented in the wiki: http://wiki.openstreetmap.org/wiki/Tag:office=legal http://wiki.openstreetmap.org/wiki/Tag:shop=lawyer (A note to anybody who thinks the wiki shouldn't be the be-all and end-all: do you think that tags should all be documented? Do you think they should be documented in one place? Then if not the wiki, where? -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-323-1241 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (boundary=military)
Pieren writes: On Tue, Oct 13, 2009 at 5:53 PM, Russ Nelson nel...@crynwr.com wrote: Why wait? Tag boldly and document what you did in the wiki. No, no and no. If you are unsure or unhappy with existing tags, then document, suggest and discuss before putting crap in OSM ! Why? If it's documented, in what way is it crap? If you see something, and tag it with foo=bar, and then write a page at http://wiki.openstreetmap.org/wiki/Tag:foo=bar describing why the foo key is set to the value bar, then 1) mappers who think to use the same tag can use it the same way you did, and 2) anybody who's looking at the map data can look at your documentation to understand what foo=bar means. The only problem with tagging foo=bar is that it's not likely that anybody else will choose the same key, value pair. Okay, so solve that problem by tagging it with boundary=military. The only remaining problem that I can see is that somebody might look for Tag:boundary=military, not find it (which is actually currently the case) and create their own definition for it. But that's an argument for tagging boldly to which you've already objected. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-323-1241 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] How to tag a non-existent road
I wrote a diary entry about this: http://www.openstreetmap.org/user/JohnSmith/diary/8283#comments In one of the comments someone suggested: highway=nonexistent ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
Franc Carter franc.car...@gmail.com wrote: On Tue, Oct 13, 2009 at 9:55 PM, John Smith deltafoxtrot...@gmail.comwrote: I wonder if it's possible to duplicate the object to break it up into 2 objects instead of one, and strip appropriate tags from the respective objects. Yep, that's the 'correct' solution that I am assuming, without having actually delved in to the code at the moment. The solution outlined by cp15 (see Liz's earlier message) is to modify attr_longest_match to return more than just one match when appropriate. The hard part will be deciding how to determine when more matches should be returned and what those matches should be. Returning too many matches will greatly increase the size of the Navit map file, which is obviously undesirable. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Routable Garmin Maps for NSW
A while back I could download the zip file for NSW from osmaustralia.org, unzip it rename the img file to gmapsupp.img, copy it onto the Garmin Nuvi and I would have routable osm maps on the Garmin, Recently when I do this the maps are not routable at all and when you try to set a route, it just sets off cross country Am I doing somnething wrong? Do the overview and TDB files come into it somehow? And still, poi searching is fine but street names are not. PS - is navit useful yet (maybe with some decent voice commands). I'll have to check out Gosmore as well to see if it has improved voice commands. Cheers Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Routable Garmin Maps for NSW
On Thu, 15 Oct 2009, Nick Hocking wrote: PS - is navit useful yet (maybe with some decent voice commands). navit has funny long distance routing. when we have the osm2navit sorted out - our trouble may be solved with the newest svn version I'll start talking with them about our routing problems. it may be related to roads not having a max speed specified, for example, and I need to understand more about the routing algorithms before we can sort out why one can get sent hundreds of extra kms. Liz ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Routable Garmin Maps for NSW
Nick Hocking wrote: A while back I could download the zip file for NSW from osmaustralia.org http://osmaustralia.org, unzip it rename the img file to gmapsupp.img, copy it onto the Garmin Nuvi and I would have routable osm maps on the Garmin, Recently when I do this the maps are not routable at all and when you try to set a route, it just sets off cross country What size is your NSW file? Is it the 18.16MB (or thereabouts) file from http://osmaustralia.org/garminroute.php The non-routable files are smaller. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
Elizabeth Dodd ed...@billiau.net wrote: http://www.openstreetmap.org/?lat=-34.9378lon=138.6228zoom=13layers=B000FTF http://www.openstreetmap.org/?lat=-34.2954lon=138.9733zoom=12layers=B000FTF Using the latest SVN version of osm2navit, these two and the one near Robertson NSW seem to turn out right. They're routable roads anyway, I don't know how admin boundaries affect Navit. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Routable Garmin Maps
Thanks John, Excellent - it now works. You were right, Everytime I downloaded the current zip file, I ended up with a 13.6MB zip file and subsequently a 14MB img file. I've now saved it to a completely different locations and now I have a 18.5MB zip file and a subsequent 24.7 MB img file that is fully routable. Thanks, I still don't know what I was doing wrong but I can now show this to some people at work who are showing a lot of interest, in openstreepmap, hence my other questions about navit and gosmore. They were also very interested in whether we had speed limits on all the roads. BTW, I like your mapping work around the ACT area. When Liz mentioned that there were some new divisions near Yass, I thought,... how did I miss them, and planned to visit them the following Saturday, but you got there first. Well Done. There are still some roads between the highway and Yass valley way to be mapped but I only dive dirt roads these days just prior to a service of my car so that they can replace all the air filters etc. Cheers Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Routable Garmin Maps
Ok - I've worked out my problem. I was still using the original link which now points to the non routable img files. I've now adjusted my bookmarks to point to the rouitable ones. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Routable Garmin Maps
Nick Hocking wrote: Thanks, I still don't know what I was doing wrong but I can now show this to some people at work who are showing a lot of interest, in openstreepmap, hence my other questions about navit and gosmore. Using routable maps to suggest routes across town is a great way of finding things that need to be fixed. They were also very interested in whether we had speed limits on all the roads. There's very little of that in my neck of the woods. And few multi-lane divided road sections have a lane count specified. I've read that the lanes=n tag on these can influence routing. There are still some roads between the highway and Yass valley way to be mapped but I only dive dirt roads these days just prior to a service of my car so that they can replace all the air filters etc. There's a lot to be done, all over the place. I'm retired, and have an older friend who likes to have a weekly drive from Canberra into the country. We take his SUV, and he appreciates making a positive contribution by seeking out and mapping a couple of new roads each trip. He has a Garmin GPS in his car, and finds the OSM maps I provide him much more accurate than the official Garmin/Sensis maps. These are often out by hundreds of metres on dirt roads, as well as being out-of-date. Sometimes I go back alone to do the more tedious fill in of roads which are residential, or don't in the direction we want. John ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] OSM-Handheld für 58,80Euro... (P rimer2) mit Moving OSM Map
On Wed, 14 Oct 2009 17:36:26 +0200, Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Marcus Wolschon schrieb: Kannst du mir bitte ein paar Sender nennen, die solche RDS-Gruppen verschicken? Mir ist bei meinen Tests nie so etwas in der Praxis in die Antenne gekommen. Wäre überaus interessant. Ich schätze mal, er meint den RASANT-Dienst, hier die Koordinaten: http://www.lverma.nrw.de/produkte/raumbezug/sapos/dienste/images/refkoord.txt Danke. Ich habs mir mal notiert. http://travelingsales.sourceforge.net/bugs/view.php?id=169 Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] pfoten-weg
Toni Erdmann toni.erdm...@web.de wrote: Solln, Pullach, Baierbrunn, Forstenrieder Park, ... ^^^ Au weia, der ist bestimmt vom BND! *SCNR* Sven -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von Gebäuden
Original-Nachricht Datum: Wed, 14 Oct 2009 19:19:31 +0200 Von: Mirko Küster webmas...@ts-eastrail.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Darstellung von Gebäuden Im ländlichen kannst du Google oft komplett vergessen, selbst rudimentär erfasste Gebiete in OSM schlagen diese grottige Datenlage mit Leichtigkeit um Lichtjahre. Kann es sein, dass es da eine deutliche Drift zwischen alten und neuen Bundeslaendern gibt? Also in Sued-/Ostbayern ist Google/ Navtech/Teleatlas auf dem flachen Land fast durchwegs informativer als OSM. Allerdings wurde auch nur mal hier, mal da ein neues Wohngebiet angeflanscht und alle paar Jubeljahre gibts mal irgendwo eine neue Umgehung. Also bezogen auf ein Gebiet von ca. 10*20km, das ich beackert habe und das vorher in OSM ein weisser Fleck war, konnte ich nur sehr wenig Details finden, die von Google Maps abweichen. Andererseits fehlen in OSM noch sehr viele Orte fast komplett. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] pfoten-weg
Frederik Ramm schrieb: Hallo, OSM-User pfoten-weg (ex Rambazamba, ex hasse-osm-korinthenkacker usw.) ... Moin, in Prerow (Darss, McPomm) und Umgebung ist er sehr aktiv. Vor ca. 2 Jahren fing er an, flächendeckend allen Objekten ein created_by=rambazamba hinzuzufügen. Darin sollte eigentlich der verwendete Editor stehen. Dann hat er das discovered_by=rambazamba erfunden. Um Texte in der Karte erscheinen zu lassen, wendet er seltsame Methoden an: http://www.openstreetmap.org/browse/way/31555933 http://www.openstreetmap.org/?way=31555933 Hier wird mitten in den Dünen eine winzig kleine Fläche mit landuse=residential angelegt, obwohl dort offensichtlich keine Zwerge wohnen. Es soll wohl nur der Nebeneffekt ausgenutzt werden, dass der Name-Tag der Residential-Fläche auch als Text gerendert wird. Pfote ist kreativ beim Erfinden solcher Umwegs-Lösungen, hat aber offensichtlich das Prinzip nicht verstanden. Ende August habe ich eine ganze Menge dieser Mini-Resi's entfernt. Ganz Prerow war *ein* großes ausgefranstes Residential. Die einzelnen Ortsteile waren dann mit Mini-Residentials im o.g. Stil überdeckt, nur damit der Name in dem Teil erscheint. Ich habe das Große statt dessen aufgeteilt, die Minis entfernt und den Name-Tag an die neuen Ortsteile gehängt. Zum Teil auch place=locality gesetzt, wenn ein Name außerhalb einer Residential lag. Diese neuen Residential-Flächen wurden natürlich gleich (zum Teil mehrfach) wieder von Pfoten-Weg neu hochgeladen. Er duldet niemand anderes als letzten Autor in den von ihm besetzten Gebieten! -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karten für eigenes Tool - Wie beginnen ?
Hallo, Ich möchte für ein kleines Tool (nur privater Gebrauch, d.h. der Trafficoverhead ist relativ gering) OpenStreetMap verwenden. Das Tool benötigt ausschließlich Straßeninformation, d.h. wenn möglich irgendeine Form von Vektorinformation über den Straßenverlauf. Die Ausschnittgröße kann nur sehr gering sein (d.h. z.b. 1x1km oder weniger). Gibt es eine Möglichkeit Vektorinformation über Straßen über die API zu bekommen? Wenn nicht, dann müsste ich den Verlauf mit BV-Methoden aus den Pixelgrafiken extrahieren. Gibt es hierfür vielleicht schon Ansätze? Grüße, -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten für eigenes Tool - Wie beginnen ?
Original-Nachricht Datum: Thu, 15 Oct 2009 11:08:59 +0200 Von: Peter Staab pixst...@gmx.net An: talk-de@openstreetmap.org Betreff: [Talk-de] Karten für eigenes Tool - Wie beginnen? Hallo, Ich möchte für ein kleines Tool (nur privater Gebrauch, d.h. der Trafficoverhead ist relativ gering) OpenStreetMap verwenden. Das Tool benötigt ausschließlich Straßeninformation, d.h. wenn möglich irgendeine Form von Vektorinformation über den Straßenverlauf. Die Ausschnittgröße kann nur sehr gering sein (d.h. z.b. 1x1km oder weniger). Gibt es eine Möglichkeit Vektorinformation über Straßen über die API zu bekommen? Wenn nicht, dann müsste ich den Verlauf mit BV-Methoden aus den Pixelgrafiken extrahieren. Gibt es hierfür vielleicht schon Ansätze? Zum starten wuerde ich einfach den Ausschnitt in josm laden und dann den Bereich als OSM-Datei sichern. Das ist dann eine XML-Datei, die nach Nodes, Ways und Relations sortiert ist. Dann alle ways rausfiltern, die das tag highway= tragen und damit hat man alle Wege. Die Stuetzpunkte der Polygone bekommt man ueber die Referenz zu den Nodes. Nodes, die gemeinsam von mehreren ways benutzt werden, bilden dann das Netz. Eine andere Methode um an die Daten zu kommen ist das Worldfile oder eines seiner Auschnitte, aber da wird dann die Datenmenge gleich 'etwas' groesser, allerdings ist der restliche Ablauf aehnlich. Infos zu Basisstruktur (API 0.6) und den Tags gibts im Wiki. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Fwd: Anfrage Benutzung Karten fü r Tourenführer]
Hallo Liste, s.u. Grüße Christian Original-Nachricht Betreff:Anfrage Benutzung Karten für Tourenführer Datum: Wed, 14 Oct 2009 18:16:18 EDT Von:hjk...@aol.com An: o...@postkammer.de Sehr geehrter Herr Hartnick. Ich habe heute mit Ihnen telefoniert und nachgefragt, ob ich die Karten in meinem Buch benutzen darf. Sie sagten mir ich soll meine Vorhaben per E-Mail schildern und Sie würden es an Kollegen weiterleiten, um die Frage zu beurteilen. Ich bin leidenschaftlicher Motorradfahrer und möchte über Motorradtouren Bücher schreiben. Das erste Buch soll direkt aus meiner Heimat, der schwäbische Alb kommen. Um meinen Wunschtraum, ein Buch zu schreiben, erfüllen zu können, bedarf ich aber einiger Landkarten. Wie mir bekannt wurde darf ich nicht einfach Karten einscannen und dann verwenden, ohne vorher eine Erlaubnis erteilt bekommen zu haben. Ausnahme sind hier wohl die Karten von OpenStreetMap. Ich würde gerne 9 Karten in meinem Buch integrieren. Das Buch (unten ist das Cover) soll in DIN A5 gestaltet sein. Ca. 120 Seiten soll es haben. Bei einer Auflösung von etwa 1:200 000 benötige ich aus der Originalkarte etwa einen Ausschnitt von DIN A2. Das Buch lasse ich bei meinem Handballkameraden in Münsingen 1000 Mal drucken. Es ist mein erstes Buch, das ich nach meinen Facharbeitern und meiner Diplomarbeit schreibe. Veröffentlicht habe ich noch kein Werk. Die gesamten Kosten muss ich selbst tragen, weshalb ich finanziell auch möglichst wenig Ausgaben haben möchte. Welche Voraussetzungen muss ich erfüllen, um Ihre Karten legal in meinem Tourenführer zu benutzen. Für eine Antwort danke ich Ihnen bereits schon im Voraus. Ich finde es super, dass Ihr ein solches Angebot macht, damit auch der kleine Mann, was schreiben kann. Mit freundlichen Grüßen von der schwäbischen Alb. Hans-Jochen Kraft Krokusweg 10 72525 Münsingen Tel.: 07381/4125 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Buslinien Bahnhof
Hallo, ich wollte mich mal wieder mit Buslinien beschäftigen, habe mit dem neuen Schema aber noch meine Probleme. Fangen wir mit der untersten Ebene an, den Haltestellen: im Wiki steht: Haltepunkte werden in die entsprechenden Buslinien-Relationen aufgenommen (Plattformen nicht!). Also nicht die Haltestellen-Relation sondern der Node richtig? Beim neuen Schema soll doch für beide Richtungen und jede Variante einer Buslinie eine eigene Relation angelegt werden, wäre es dann nicht sinnvoll auch anzugeben welche Platform für diese Richtung zusändig ist? Die site=stop_area Relation erhält ja u.a. Haltepunkt und Platform als member, bekommen die irgendeine Rolle? Buslinien In dieser Mailingliste wurde erwähnt, daß jede Richtung/Variante einer Buslinie einzeln als Relation getaggt werden soll. Dazu habe ich im Wiki nichts gefunden. Dazu die folgenden Fragen. Wie werden die Relations unterschieden? Die Richtung durch From/To und die Varianten durch... Gibt es eine übergeordnete Relation die diese zu einer Buslinie zusammenfaßt? Wenn man je Fahrtrichtung eine Relation hat muß dann noch forward/backward eingegeben werden oder wird dies automatisch erkannt? Und noch eine kurze Frage zum Aachener Hauptbahnhof: http://osm.org/go/0GAnMgEEv-?layers=0B00FTF Was muß hier gemacht werden, damit nicht an jedem Gleis Aachen Hbf steht? Ich vermute, die Haltepunkte zu einer Stop_area zusammenfassen und alle Namen löschen außer in der Relation? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Fwd: Anfrage Benutzung Karten fü r Tourenführer]
Hallo, Welche Voraussetzungen muss ich erfüllen, um Ihre Karten legal in meinem Tourenführer zu benutzen. OpenStreetMap-Karten duerfen frei verwendet werden, ohne jede vorherige Genehmigung, wenn man (a) dazuschreibt, dass sie von OpenStreetMap kommen und (b) den Empfaengern der Karte (in diesem Fall den Kaeufern des Buchs) wiederum die freie Verwendung der Karten, ggf. auch in der abgeaenderten Form, gestattet, indem man die Karten wie OpenStreetMap unter der Lizenz CC-BY-SA veroeffentlicht. Im Impressum des Buches wuerde also sowas stehen wie: (c) Hans Jochen Kraft. Alle Rechte vorbehalten. Vervielfaeltigugnen, auch auszugsweise, beduerfen der vorherigen Genehmigung. Ausgenommen hier von sind alle Karten in diesem Buch, die als Bearbeitungen von OpenStreetMap-Daten unter der Lizenz CC-BY-SA 2.0 frei verwendet werden duerfen. Mehr dazu auf der Webseite: http://www.openstreetmap.de/faq.html#lizenz Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von Gebäuden
Am 15. Oktober 2009 01:23 schrieb Tirkon tirko...@yahoo.de: Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: nein, das gilt auch für technische Zeichnungen. Es kommt auch dort auf die Schöpfungshöhe an... +1 So wird es sein. Bei einem Standard Einfamilienhaus erschließt sich die einfache Berechnung der Statik und Betondecken dem etwas mathematisch Begabten innerhalb kurzer Zeit: Maximal zweidimensionale lineare Gleichungen und ab und zu eine Wurzel, Winkelfunktion oder Quadrat. Offensichtlich festes Schema, in das nur die Längenmaße und Winkel aus meinen Zeichnungen übernommen wurden. darum geht es nicht, klar, das ist nicht urheberrechtlich geschuetzt. Worum es gehen koennte sind die technischen Details, insbesondere, wenn dort kreative Loesungen erarbeitet wurden. Für die errechneten Momente und Lasten wurden dann aus einer Tabelle die Stahlträger und Stahlmatten sowie Holzquerschnitte und Abstände der Sparren und Pfetten für den Dachstuhl rausgesucht und in meine Zeichnug reingepinnt. schon klar, das ist in Deinem Fall Standard. Als technische Zeichnung mag man das nicht bezeichnen. doch klar Für den gelernten Statiker kann das nur reine Tagesroutine und Null-Schöpfungshöhe bedeuten. +1 Anders sieht das natürlich bei einem Hochhaus aus. nicht unbedingt. M.E. kann schon ein Zelt diese Schoepfungshoehe durchaus erreichen, mit Groesse hat das nichts zu tun, man kann auch einfallslose Hochhaeuser bauen. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Trommeln gehört zum Handwerk
Aber diese Aussage zeugt doch von Realitätsverlust: Atlanta, the capital of the US state of Georgia will soon be the world’s most digitally mapped city, according to organisers of a massive “mapathon”. [1] Oder haben die dortigen OSMler ernsthaft einen Plan, wie sie den Mapping-Stand von z.B.Berlin, Karlsruhe oder Frankfurt überholen wollen? Naja, vielleicht hat der BBC-Reporter sich einfach nur verhört? -jha- [1] http://www.opengeodata.org/2009/10/14/bbc-article-on-osm/ bzw. http://news.bbc.co.uk/2/hi/technology/8305924.stm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trommeln gehört zum Handwerk
Am Donnerstag 15 Oktober 2009 16:12:26 schrieb Johann H. Addicks: Aber diese Aussage zeugt doch von Realitätsverlust: [...] Auf Platz 1 der Top 10 irgendeiner Zeitschrift der schlechtesten Programme die keiner braucht stand Linux (u.A. weil Linux noch nie eine Alternative war). Unwissenden sei gesagt dass Linux kein Programm sondern ein Betriebssystem ist. Will sagen dass alle nur Menschen sind, auch Reporter. MfG, Adiac ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Hi Dimitri, im Grunde sind all diese Haltepunkte falsch, denn die Züge können überall zwischen den Ampeln halten. Gruß Mario Dimitri Junker schrieb: Hallo, ich wollte mich mal wieder mit Buslinien beschäftigen, habe mit dem neuen Schema aber noch meine Probleme. Fangen wir mit der untersten Ebene an, den Haltestellen: im Wiki steht: Haltepunkte werden in die entsprechenden Buslinien-Relationen aufgenommen (Plattformen nicht!). Also nicht die Haltestellen-Relation sondern der Node richtig? Beim neuen Schema soll doch für beide Richtungen und jede Variante einer Buslinie eine eigene Relation angelegt werden, wäre es dann nicht sinnvoll auch anzugeben welche Platform für diese Richtung zusändig ist? Die site=stop_area Relation erhält ja u.a. Haltepunkt und Platform als member, bekommen die irgendeine Rolle? Buslinien In dieser Mailingliste wurde erwähnt, daß jede Richtung/Variante einer Buslinie einzeln als Relation getaggt werden soll. Dazu habe ich im Wiki nichts gefunden. Dazu die folgenden Fragen. Wie werden die Relations unterschieden? Die Richtung durch From/To und die Varianten durch... Gibt es eine übergeordnete Relation die diese zu einer Buslinie zusammenfaßt? Wenn man je Fahrtrichtung eine Relation hat muß dann noch forward/backward eingegeben werden oder wird dies automatisch erkannt? Und noch eine kurze Frage zum Aachener Hauptbahnhof: http://osm.org/go/0GAnMgEEv-?layers=0B00FTF Was muß hier gemacht werden, damit nicht an jedem Gleis Aachen Hbf steht? Ich vermute, die Haltepunkte zu einer Stop_area zusammenfassen und alle Namen löschen außer in der Relation? Gruß Dimitri ___ 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] Buslinien Bahnhof
Hallo, Dimitri Junker wrote: In dieser Mailingliste wurde erwähnt, daß jede Richtung/Variante einer Buslinie einzeln als Relation getaggt werden soll. Dazu habe ich im Wiki nichts gefunden. Dann hast du http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema nicht gelesen. 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] Trommeln gehört zum Handwerk
Am Donnerstag 15 Oktober 2009 schrieb Johann H. Addicks: Aber diese Aussage zeugt doch von Realitätsverlust: Atlanta, the capital of the US state of Georgia will soon be the world’s most digitally mapped city, according to organisers of a massive “mapathon”. [1] Oder haben die dortigen OSMler ernsthaft einen Plan, wie sie den Mapping-Stand von z.B.Berlin, Karlsruhe oder Frankfurt überholen wollen? Naja, vielleicht hat der BBC-Reporter sich einfach nur verhört? Warum sollte er. Sieht dort gut aus dort.Oder etwa nicht? http://osm.org/go/ZQqqiVy--?layers=0B00FTF Viele Grüße Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Pfoten weg von unseren Daten
Hallo! Ulf Möller schrieb zum Thema pfoten-weg: Am 2. Oktober hat er einen großen Teil von Schäftlarn (http://osm.org/go/0JANdIOP) gelöscht und neu angelegt, d.h. die Versionsgeschichte fehlt jetzt. Michael Bemmerl schrieb zum Thema pfoten-weg: Jedenfalls hat auch dieser User Objekte ohne Änderung (siehe z.B. die Chronik von Node 323267288 [2]) hochgeladen Frank Jäger schrieb zum Thema pfoten-weg: Er duldet niemand anderes als letzten Autor in den von ihm besetzten Gebieten! Das ist doch mal ein Fall von eindeutigem und fortgesetztem Vandalismus und ein gutes Fallbeispiel für die Frage: Wie kann man sowas in Zukunft unterbinden? Eine einfache Sperre des Accounts kann einen amoklaufenden Bot vorübergehend einbremsen, ist aber für so einen engagierten Übeltäter ziemlich sinnlos, der hat eine Minute später einen neuen. Ich denke, um etwas zu bewirken, müßten neu angelegte Accounts erst mal für eine bestimmte Zeit mit Einschränkungen belegt sein. Das hätte eine doppelte Schutzwirkung: - echte Neueinsteiger werden davon abgehalten, aus Unwissenheit größeren Schaden anzurichten. Ich selber erinnere mich nur zu gut, wie ich anfangs versehentlich einiges ramponiert habe - Vandalen können sich nicht einfach einen neuen Account besorgen und massenhaft Daten beschädigen Die Einschränkungen sollten einem echten Neueinsteiger das normale Mappen erlauben. Solche Einschränkungen könnten sein: - Beschränkung auf eine Gegend. Kaum ein Einsteiger wird gleich über den ganzen Globus verteilt mappen müssen. - Beschränkung auf eine bestimmte Anzahl Änderungen und Löschungen pro Tag. Massenänderungen sind zum Einsteiger-Mappen nicht notwendig. Neuanlegen sollte nicht eingeschränkt werden, da es leicht rückgängig zu machen ist. Nach einer bestimmten Zeit (z.B. 4 Wochen) und einer bestimmten Menge an Edits sollten die Beschränkungen dann wegfallen. Dabei gehe ich davon aus, daß böswillige/unsinnige Edits vor Ablauf der Zeitspanne auffallen würden. Ein normaler Neueinsteiger sollte von solchen Beschränkungen nichts merken, solange er nicht einen groben Fehler macht. Ein Vandale wäre zumindest gezwungen, nach einer Accountsperrung für eine Weile einen braven Mapper zu simulieren, bevor er wieder uneingeschränkten Zugriff erhält. Es wäre auch zu überlegen, ob nicht eine generelle Obergrenze für alle User sinnvoll wäre. Ich kenne jetzt z.B. keine sinnvolle Anwendung, bei der ich eine Million Ways löschen müßte. Daneben wäre auch noch eine technische Schutzmaßnahme sinnvoll: Wenn ein unverändertes Objekt zum akutellen Stand wieder hochgeladen wird, könnte das die API erkennen und einfach ignorieren. Soweit meine Gedanken. Oder wird an dem Thema vielleicht schon irgendwo gearbeitet? bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Golfplatz - Multipoligon
Hallo, ich stehe vor dem Problem, einen Golfplatz zu Mappen. Der Golfplatz ist aber ziemlich verstreut in der Landschaft, will sagen dazwischen sind jede Menge Straßen und auch Wohngebiete. Als durchgehende Area zu Mappen ist mir unheimlich, aber wie sollte ich es als Multipoligon mappen? URL: http://www.openstreetmap.org/?lat=39.54879lon=2.42313zoom=15layers=B000FFF PS: ich bin begeistert, wie schnell Mapnik aktualisiert. Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten für eigenes Tool - Wie beginnen ?
Hi Peter Ich möchte für ein kleines Tool (nur privater Gebrauch, d.h. der Trafficoverhead ist relativ gering) OpenStreetMap verwenden. Das Tool benötigt ausschließlich Straßeninformation, d.h. wenn möglich irgendeine Form von Vektorinformation über den Straßenverlauf. Die Ausschnittgröße kann nur sehr gering sein (d.h. z.b. 1x1km oder weniger). Gibt es eine Möglichkeit Vektorinformation über Straßen über die API zu bekommen? Hast du dir mal die Dokumentation der API angeschaut? http://wiki.openstreetmap.org/wiki/API_v0.6 GET /api/0.6/map?bbox=left,bottom,right,top gibt dir die OSM Rohdaten. left,bottom,right,top kannst du ermitteln, wenn du auf osm.org den Reiter Export anklickst. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ATMEL-Programmierer für OSM-Projekt ge sucht
Sorry, bin unterwegs. Schreibe dir morgen eine Zusammenfassung. Das Ganze soll mit dem Sensor MS5534C arbeiten. Die Rohdaten des ADC sollen direkt in den Atmel und dann auf eine SD. Sämtliche Berechnuen erfolgen im PC. Bin am Kochen ;-) Bis morgen Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Ich denke, um etwas zu bewirken, müßten neu angelegte Accounts erst mal für eine bestimmte Zeit mit Einschränkungen belegt sein. Das hätte eine doppelte Schutzwirkung: - echte Neueinsteiger werden davon abgehalten, aus Unwissenheit größeren Schaden anzurichten. Ich selber erinnere mich nur zu gut, wie ich anfangs versehentlich einiges ramponiert habe - Vandalen können sich nicht einfach einen neuen Account besorgen und massenhaft Daten beschädigen Die Einschränkungen sollten einem echten Neueinsteiger das normale Mappen erlauben. Solche Einschränkungen könnten sein: - Beschränkung auf eine Gegend. Kaum ein Einsteiger wird gleich über den ganzen Globus verteilt mappen müssen. - Beschränkung auf eine bestimmte Anzahl Änderungen und Löschungen pro Tag. Massenänderungen sind zum Einsteiger-Mappen nicht notwendig. Neuanlegen sollte nicht eingeschränkt werden, da es leicht rückgängig zu machen ist. Klingt beides sinnvoll. Einen engagierten Vandalen, der sich halt mehrere Accounts anlegt, wird da sauch nur ausbremsen aber es bremst. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gratulation!
Hallo an Alle Hier wird viel diskutiert, was alles schlecht ist, oder was man noch unbedingt verbessern müsste, völlig zu recht. ABER! ich habe mit mal angeschaut, was sich in den letzten zwei Jahren entwickelt hat. Das ist grandios! Wir können stolz auf das sein auf was wir bisher geleistet haben. Weiter so! Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ATMEL-Programmierer für OSM-Projekt ge sucht
Am Donnerstag 15 Oktober 2009 glaubte Tobias Wendorff zu wissen: Sorry, bin unterwegs. Schreibe dir morgen eine Zusammenfassung. Das Ganze soll mit dem Sensor MS5534C arbeiten. Die Rohdaten des ADC sollen direkt in den Atmel und dann auf eine SD. Sämtliche Berechnuen erfolgen im PC. Bin am Kochen ;-) Du solltest deinem Mailreader dringend Manieren beibringen. Sowas wie nicht ungefragt Empfänger ins CC: setzen... ;-) flo -- Dag° Hier bin Ich Kasper , hier darf Ich´s sein.[WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Marcus Wolschon schrieb: Klingt beides sinnvoll. Einen engagierten Vandalen, der sich halt mehrere Accounts anlegt, wird da sauch nur ausbremsen aber es bremst. Es bremst vor allem Neueinsteiger und Interessierte, bzw. lässt sie vielleicht schon beim ersten OSM Besuch die Lust daran verlieren. Wir haben nun mal kein Anti-Vandalismus-System, außer die Community. Solange die mehr Input liefert, als Vandalen kaputtmachen wächst OSM. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hallo, Ulf Möller schrieb zum Thema pfoten-weg: Am 2. Oktober hat er einen großen Teil von Schäftlarn (http://osm.org/go/0JANdIOP) gelöscht und neu angelegt, d.h. die Versionsgeschichte fehlt jetzt. Michael Bemmerl schrieb zum Thema pfoten-weg: Jedenfalls hat auch dieser User Objekte ohne Änderung (siehe z.B. die Chronik von Node 323267288 [2]) hochgeladen Frank Jäger schrieb zum Thema pfoten-weg: Er duldet niemand anderes als letzten Autor in den von ihm besetzten Gebieten! Das ist doch mal ein Fall von eindeutigem und fortgesetztem Vandalismus Wie bitte? Wir haben es da auf jeden Fall mit einem Menschen mit auffaelligem Sozialverhalten zu tun, das ist klar. Und dass OSM ohne ihn besser dastuende, halte ich auch fuer wahrscheinlich (obwohl er einige Daten auch original beigetragen zu haben scheint). Das ist aber gerade das Gegenteil von eindeutigem Vandalismus. Eindeutiger Vandalismus (a la Fuck OSM! in highway=motorway ueber die Republik gezogen) waere schnell geloescht und der Account gesperrt. Auch eine Neuanmelde-Sperre fuer Accounts mit bestimmten Merkmalen ist technisch moeglich. Das Problem mit pfoten-weg ist aber gerade, dass offensichtlicher Vandalismus meines Erachtens nicht vorliegt. Er nervt, er muellt die Datenbank zu, er verschlechtert irgendwo Daten, weil seiner Ansicht nach seine Version richtig ist - aber all das sind Sachen, die meines Erachtens nicht ausreichen, um ihn gleich rauszuwerfen - man muesste ihm erst offiziell schreiben und genau sagen, was er kuenftig zu unterlassen hat, und dann koennte man ihn rauswerfen, wenn ers trotzdem macht. Eine einfache Sperre des Accounts kann einen amoklaufenden Bot vorübergehend einbremsen, ist aber für so einen engagierten Übeltäter ziemlich sinnlos, der hat eine Minute später einen neuen. Ein engagierter Uebeltaeter legt sich auch 100 Accounts auf Vorrat an, um Deine Neu-User-Edit-Beschraenkung zu umgehen. Deine Ideen sind nicht unbedingt ganz schlecht, aber man muss sehr vorsichtig sein mit sowas, sonst geht es uns wie mit der Luftsicherheit: Jeder neue Fall von (versuchtem) Flugzeugterrorismus macht das Fliegen fuer die 99,9% der unbescholtenen Fluggaeste noch nerviger, als es eh schon ist. Man muss also bei der Einfuehrung von OSM-Sicherheitsmassnahmen sehr gut nachdenken, um Leuten keine Steine in den Weg zu legen. Schreibst Du ja auch:; Ein normaler Neueinsteiger sollte von solchen Beschränkungen nichts merken, solange er nicht einen groben Fehler macht. Man muss auch bedenken, dass ein Neueinsteiger ja auch ein neuer Account sein kann, den ein erfahrener User sich gerade fuer einen Import angelegt hat oder so. Es wäre auch zu überlegen, ob nicht eine generelle Obergrenze für alle User sinnvoll wäre. Ich kenne jetzt z.B. keine sinnvolle Anwendung, bei der ich eine Million Ways löschen müßte. Ich denke, dass es eine Bot-Policy geben wird, aehnlich der existierenden Code of Conduct, nur dass diese Policy dann zwingend wird und jeder, der sich nicht dran haelt, kriegt seinen Bot-Account weggenommen. Vermutlich wird das ganze aber ausgeweitet auf large volume edits, also auch, wenn Du ohne Bot eine Million Ways loeschen willst, musst Du das *vorher* erklaeren und nicht erst auf Nachfrage hinterher ;-) Daneben wäre auch noch eine technische Schutzmaßnahme sinnvoll: Wenn ein unverändertes Objekt zum akutellen Stand wieder hochgeladen wird, könnte das die API erkennen und einfach ignorieren. http://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/Ideas_for_API_0.7#Symlinks_and.2For_Diff_storage_on_the_database_backend Soweit meine Gedanken. Oder wird an dem Thema vielleicht schon irgendwo gearbeitet? Die Data Working Group schlaegt sich mit den nervigsten Faellen rum und sieht sich auch zustaendig bei der Ausarbeitung solcher Regeln. Auf meinen Vorschlag hin ist gerade das sehr sinnvolle block-Feature eingefuehrt worden, bei dem man bestimmten Benutzern den Account so lange blockieren kann, bis sie eine an sie gesandte Nachricht lesen. Damit kann man jemand einen Schuss vor den Bug geben oder jemanden z.B. auf einen Fehler in einem Bot aufmerksam machen oder so, und derjenige wird aber nur minimal gestoert - er braucht ja nur auf gelesen zu klicken und schon kann er weitermachen. Wenn er dann unveraendert weitermacht, hat man auch genug Grund, ihn rauszuwerfen. 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] Pfoten weg von unseren Daten
Hallo! Simon Kokolakis schrieb: Es bremst vor allem Neueinsteiger und Interessierte, bzw. lässt sie vielleicht schon beim ersten OSM Besuch die Lust daran verlieren. Könntest Du das bitte erklären? Bei welchen typischen Tätigkeiten eines Neueinsteigers würde er denn solche Einschränkungen überhaupt bemerken? bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trommeln gehört zum Handwerk
Thomas Schäfer schrieb Am Donnerstag 15 Oktober 2009 schrieb Johann H. Addicks: Aber diese Aussage zeugt doch von Realitätsverlust: Atlanta, the capital of the US state of Georgia will soon be the world’s most digitally mapped city, according to organisers of a massive “mapathon”. [1] Oder haben die dortigen OSMler ernsthaft einen Plan, wie sie den Mapping-Stand von z.B.Berlin, Karlsruhe oder Frankfurt überholen wollen? Naja, vielleicht hat der BBC-Reporter sich einfach nur verhört? Warum sollte er. Sieht dort gut aus dort.Oder etwa nicht? http://osm.org/go/ZQqqiVy--?layers=0B00FTF So gut sieht es im weltberühmten Georgia Tech Institut aber doch nicht aus. Da sind die meisten Universitäten in Deutschland besser erfasst. Was gut ist, ist der interaktive Campusplan (leider aber nicht mit OSM): http://gtalumni.org/map/ Ich habe in Erinnerung, dass zwischen der North Avenue und der Tenth Street sich einige hundert Gebäude befinden, die ich in OSM (noch) nicht finden kann. Wir dürfen aber in unseren Bemühungen gute Karten zu produzieren nicht nachzulassen. Viele Grüße Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Am Donnerstag 15 Oktober 2009 glaubte Nop zu wissen: Simon Kokolakis schrieb: Es bremst vor allem Neueinsteiger und Interessierte, bzw. lässt sie vielleicht schon beim ersten OSM Besuch die Lust daran verlieren. Könntest Du das bitte erklären? Bei welchen typischen Tätigkeiten eines Neueinsteigers würde er denn solche Einschränkungen überhaupt bemerken? Das würde mich als Einsteiger jetzt auch interessieren. Die als Beispiel genannten Grenzen dürfte wohl kaum ein Neueinsteiger erreichen (außer die begrenzte Fläche). Wäre mir sogar lieber, weil dann ein eventueller unbeabsichtigter Schaden eher vermieden wird. Der Gedanke, daß ich die ganze Gegend aus Versehen plätten könnte... *grusel* Außerdem würde mir die Lust ganz schnell wieder vergehen, wenn alle meine Änderungen von einem Troll dauernd wieder weggeschossen würden. Just my 2 Cents. flo -- Hallo Und Guten Tag Kenn Ich Nicht? Weiss Ich Nicht? [WoKo in drscr] Muss man da Nen Vampir spielen,oder ist das so was wie Dark Omen ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trommeln gehört zum Handwerk
Johann H. Addicks schrieb: Aber diese Aussage zeugt doch von Realitätsverlust: Atlanta, the capital of the US state of Georgia will soon be the world’s most digitally mapped city, according to organisers of a massive “mapathon”. [1] Im Wiki schreiben sie jedenfalls make the map of Atlanta one of the best in the US. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Hi! Frederik Ramm schrieb: Das Problem mit pfoten-weg ist aber gerade, dass offensichtlicher Vandalismus meines Erachtens nicht vorliegt. Er nervt, er muellt die Datenbank zu, er verschlechtert irgendwo Daten, weil seiner Ansicht nach seine Version richtig ist - aber all das sind Sachen, die meines Erachtens nicht ausreichen, um ihn gleich rauszuwerfen - man muesste ihm erst offiziell schreiben und genau sagen, was er kuenftig zu unterlassen hat, und dann koennte man ihn rauswerfen, wenn ers trotzdem macht. Ok, nachdem es mir nicht darum geht, die Einordnung dieses konkreten Falles zu diskutieren, stellen wir uns vor, wir haben bereits drei Runden geduldiger Erklärungen hinter uns und User XXX löscht erneut ein ganzes Stadtviertel um es als created_by=XXX wieder hochzuladen und verziert es mit einer Reihe nichtexistenter Industriegebiete. Ein engagierter Uebeltaeter legt sich auch 100 Accounts auf Vorrat an, um Deine Neu-User-Edit-Beschraenkung zu umgehen. Wenn jeder der 100 Accounts wie vorgeschlagen erst nach einer bestimmten Anzahl unauffälliger/sinnvoller Edits unbeschränkt wird, dann würde es nichts bringen, welche auf Vorrat anzulegen. Deine Ideen sind nicht unbedingt ganz schlecht, aber man muss sehr vorsichtig sein mit sowas, sonst geht es uns wie mit der Luftsicherheit: Jeder neue Fall von (versuchtem) Flugzeugterrorismus macht das Fliegen fuer die 99,9% der unbescholtenen Fluggaeste noch nerviger, als es eh schon ist. Man muss also bei der Einfuehrung von OSM-Sicherheitsmassnahmen sehr gut nachdenken, um Leuten keine Steine in den Weg zu legen. Schreibst Du ja auch:; Ein normaler Neueinsteiger sollte von solchen Beschränkungen nichts merken, solange er nicht einen groben Fehler macht. Genau. Ich denke aber trotzdem, man kann (im Gegensatz zu den Belästigungen im Flugverkehr) die Einschränkungen so sinnvoll fassen, daß ein neuer Mapper sie in 99% der Fälle überhaupt nicht bemerkt, außer wenn er versehentlich Berlin von der Karte löscht. Der wird neue Wege hinzufügen, Tags und Wege korrigieren - aber keine Stadtviertel löschen, Kontinente verschieben oder 1 Tags auf einmal ändern. Man muss auch bedenken, dass ein Neueinsteiger ja auch ein neuer Account sein kann, den ein erfahrener User sich gerade fuer einen Import angelegt hat oder so. Wenn Massenimporte sowieso angemeldet und freigegeben werden müssen - wie Du weiter unten beschreibst - dann tritt dieser Sonderfall nicht ein. Für das manuelle Arbeiten sollte jeder User mit einem Account auskommen, oder? Und für automatisierte Bots und Massenimporte gelten dann sowieso Einzelfallregeln. Es wäre auch zu überlegen, ob nicht eine generelle Obergrenze für alle User sinnvoll wäre. Ich kenne jetzt z.B. keine sinnvolle Anwendung, bei der ich eine Million Ways löschen müßte. Ich denke, dass es eine Bot-Policy geben wird, aehnlich der existierenden Code of Conduct, nur dass diese Policy dann zwingend wird und jeder, der sich nicht dran haelt, kriegt seinen Bot-Account weggenommen. Vermutlich wird das ganze aber ausgeweitet auf large volume edits, also auch, wenn Du ohne Bot eine Million Ways loeschen willst, musst Du das *vorher* erklaeren und nicht erst auf Nachfrage hinterher ;-) Das ist natürlich noch besser. Soweit meine Gedanken. Oder wird an dem Thema vielleicht schon irgendwo gearbeitet? Die Data Working Group schlaegt sich mit den nervigsten Faellen rum und sieht sich auch zustaendig bei der Ausarbeitung solcher Regeln. Auf meinen Vorschlag hin ist gerade das sehr sinnvolle block-Feature eingefuehrt worden, bei dem man bestimmten Benutzern den Account so lange blockieren kann, bis sie eine an sie gesandte Nachricht lesen. Damit kann man jemand einen Schuss vor den Bug geben oder jemanden z.B. auf einen Fehler in einem Bot aufmerksam machen oder so, und derjenige wird aber nur minimal gestoert - er braucht ja nur auf gelesen zu klicken und schon kann er weitermachen. Wenn er dann unveraendert weitermacht, hat man auch genug Grund, ihn rauszuwerfen. Das ist ein guter Anfang. Nur rauswerfen kann man ihn derzeit technisch halt nicht, egal was er danach anstellt. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ein-Punkt-Wege
Hallo! Bei der Aufbereitung von OSM-Daten ist mir aufgefallen, daß es zahlreiche Ways im Datenbestand gibt, die nur aus einem einzelnen Node bestehen. Gibt es eigentlich sinnvolle Anwendungen für solche Ein-Punkt-Ways oder sind das Fehler, die gelöscht werden sollten? bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Jacques Nietsch schrieb: Hier wird viel diskutiert, was alles schlecht ist, oder was man noch unbedingt verbessern müsste, völlig zu recht. ABER! ich habe mit mal angeschaut, was sich in den letzten zwei Jahren entwickelt hat. Das ist grandios! Wir können stolz auf das sein auf was wir bisher geleistet haben. Weiter so! +1 Gerade wieder was neues entdeckt: http://www.informationfreeway.org/?lat=51.90279509425883lon=7.437411766230783zoom=17 Sieht klasse aus. Die Konkurrenz hat es in den 2 Jahren übrigens nicht geschafft ein Wohngebiet in meiner Heimatstadt zu erfassen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Hallo, im Grunde sind all diese Haltepunkte falsch, denn die Züge können überall zwischen den Ampeln halten. Willst Du Haltelinien einführen oder wie sieht Dein Verbesserungsvorschlag aus? Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Hallo, Dann hast du http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema nicht gelesen. Das widerspricht aber wieder den anderen Seiten oder? Hier steht: public_transport=stop_position und public_transport=platform, public_transport=stop_area auf http://wiki.openstreetmap.org/wiki/DE:Proposed_features/unified_stoparea dagegen das alte highway=bus_stop, highway=platform, site=stop_area Auch sonst widersprechen sich die beiden Seiten, z.B. ob platform als Mitglied in die Linienrelation gehört oder nicht. Gilt die Tabelle mit den Schlüsseln/Werten für Bus- und Oberleitungsbuslinien nur für die Gesamtrelation oder auch für die Variantenrelationen? Wie unterscheiden sie sich dann? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Hallo, Dimitri Junker wrote: Das widerspricht aber wieder den anderen Seiten oder? Hier steht: Soweit ich das sehe, ist die Situation so: 1. Das Proposal unified_stoparea war zuerst, aber wurde von 2. dem umfassenderen Konzept User:Oxomoa/%C3%96PNV-Schema abeloest und praktisch nicht mehr weiter gepflegt oder diskutiert; das Oxomoa-Schema wurde aber 3. von den Leuten auf der transit-Mailingliste weiterbearbeitet und ist in die Wiki-Seite unter Public_transport eingeflossen. Gilt die Tabelle mit den Schlüsseln/Werten für Bus- und Oberleitungsbuslinien nur für die Gesamtrelation oder auch für die Variantenrelationen? Wie unterscheiden sie sich dann? Verstehe die Frage nicht genau, aber die Variantenrelation wird doch zumindest in from, to oder in der Reihenfolge, in der die Mitglieder stehen, abweichen? 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] Ein-Punkt-Wege
Hallo Nop http://wiki.openstreetmap.org/wiki/Ways sagt: A way is one of the Data Primitives, consisting of *a group* of Nodes. http://wiki.openstreetmap.org/wiki/Data_Primitives#Way sagt: A way is a list of *at least two nodes* that describe a linear feature such as a street, or similar. Nodes can be members of multiple ways. Ich sage: Gibt es eigentlich sinnvolle Anwendungen für solche Ein-Punkt-Ways Nein. oder sind das Fehler, die gelöscht werden sollten? Ja. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein-Punkt-Wege
On Thu, Oct 15, 2009 at 10:55:34PM +0200, Nop wrote: Hallo! Bei der Aufbereitung von OSM-Daten ist mir aufgefallen, daß es zahlreiche Ways im Datenbestand gibt, die nur aus einem einzelnen Node bestehen. Gibt es eigentlich sinnvolle Anwendungen für solche Ein-Punkt-Ways oder sind das Fehler, die gelöscht werden sollten? Ich kenne keine Anwendung muss aber auch staendig um die dinger drumherumarbeiten weil diverse postgis funktionen bei den dingern ins essen brechen - Also hat jedes 2te Statement ein and ST_NumPoints(linestring) 1 mit drin - Kann ja nicht wirklich sinn der sache sein ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Hallo, Verstehe die Frage nicht genau, aber die Variantenrelation wird doch zumindest in from, to oder in der Reihenfolge, in der die Mitglieder stehen, abweichen? eine Relatian hat ja sozusagen einen Header und die Liste der Mitglieder. Meine Frage bezog sich auf den Header. Bekommen also beide Relationen (Variante und Gesamtlinie) linie=bus ref=... operator=... name=... from und to bekommen ja nur die Varianten Oder wird z.B. der Liniennummer noch eine Bezeichnung der Variante hinzugefügt? Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein-Punkt-Wege
Am Fr, 16.10.2009, 00:47 schrieb Florian Lohoff: Also hat jedes 2te Statement ein and ST_NumPoints(linestring) 1 mit drin - Kann ja nicht wirklich sinn der sache sein ... Kann denn ein Linestring nur einen Stützpunkt besitzen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ATMEL-Programmierer für OSM-Projekt ge sucht
Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Das Ganze soll mit dem Sensor MS5534C arbeiten. Die Rohdaten des ADC sollen direkt in den Atmel und dann auf eine SD. Ich weiß nicht, worauf dein Projekt hinauslaufen soll und die Platine ist auch schon fertig. Insofern passt mein Vorschlag vielleicht nicht ganz. Frag mal beim Projekt http://www.mikrokopter.de Die Quadrokopter sind mit Höhensensor auf Luftdruckbasis versehen. Das Teil ist also hundertfach praxiserprobt und blitzschnell, ausreichend also auch im Auto. Der Höhensensor ist allerdings ein Anderer: http://www.mikrokopter.de/ucwiki/H%C3%B6hensensor?action=showredirect=LuftdruckSensor Ich weiß allerdings nicht, ob die Präzision eines Mikrokopters auch für Deine Zwecke ausreicht. Wenn sich da etwas ergibt, könnte ich den Platinenentwurf mit Eagle http://www.cadsoft.de anbieten. Zumindest ein Atmel wird benutzt. Das Projekt Mikrokopter ist aber leider kommerziell nicht frei. Da wollen die Betreiber zumindest gefragt werden. Aber möglicherweise würden die den Teil der Höhenberechnung für OSM unter einer freien Lizenz rausrücken. Da die beiden Betreiber des ostfriesischen Projektes dem CCC nahestehen und auch bei einem Podcast von Tim Pritlove vom CCC Berlin - wie einen guten Monat später auch Frederik und Jochen - Rede und Antwort gestanden haben, ist das nicht ganz unwahrscheinlich: http://chaosradio.ccc.de/cre106.html Übrigens, optional besitzt der Mikrokopter sogar auch praxiserprobtes GPS, dann allerdings auf einem ARM Controller. Zur Unterstreichung der Praxiserprobtheit hat der Mikrokopter mithilfe von Höhensensor und GPS vor wenigen Tagen einen autonomen 3.3 km langen Flug entlang mehrerer vorgegebener Waypoints hinter sich gebracht: http://www.mikrokopter.de/ucwiki/VideoAbspielen?id=191 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trommeln gehört zum Handwerk
Thomas Schäfer schrieb: Oder haben die dortigen OSMler ernsthaft einen Plan, wie sie den Mapping-Stand von z.B.Berlin, Karlsruhe oder Frankfurt überholen wollen? Sieht dort gut aus dort.Oder etwa nicht? Ich habe nichts gegen Visionen. Aber mit einer Mapping-Party, auch wenn 1000 Leute kommen, eine Stadt dieser Größe mal eben an den von mir oben genannten vorbeizubekommen, das halte ich für ziemlich vermessen. Denn derzeit hat es in Atlanta (fast) keine Hausnummern, nur wenig Einzelgebäude, fast keine Wege in Grünanlagen, selbst im Botanischen Garten hat's keine. Ich sehe nicht, wie man es innerhalb von einem Tag, ein paar Tagen oder einem Monat das erreichen will, selbst wenn man viele Leute an der Hand hat. Der Vorsprung ist einfach zu groß. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien Bahnhof
Dimitri Junker schrieb: Hallo, im Grunde sind all diese Haltepunkte falsch, denn die Züge können überall zwischen den Ampeln halten. Willst Du Haltelinien einführen oder wie sieht Dein Verbesserungsvorschlag aus? Dimitri das war erst einmal nur ein Einwand, dass es in Bahnhöfen im Grunde keine Halte-Punkte gibt. Übrigens auch eine interessante Seite zu dem Thema: http://www.naptan.org.uk/ifopt/ Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Aree CTR Lombardia mancanti
2009/10/14 Stefano Pedretti stefano.pedre...@gmail.com: Mi hanno consigliato il layer DUSAF che ha le stesse informazioni, ma più aggiornate e con una maggior precisione. E' la mappa dell'uso del Dal PDF che hai indicato vedo che sia le colture, sia i boschi sono ulteriormente divisi in sottotipi. Questo ci è molto utile, perché ad esempio per i boschi viene distinto se sono di latifoglie o conifere o misti. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aree CTR Lombardia mancanti
Il 15/10/2009 09:18, Federico Cozzi ha scritto: Dal PDF che hai indicato vedo che sia le colture, sia i boschi sono ulteriormente divisi in sottotipi. Questo ci è molto utile, perché ad esempio per i boschi viene distinto se sono di latifoglie o conifere o misti. Ricordo che al momento non abbiamo ancora il tag per indicare le latifoglie... -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aree CTR Lombardia mancanti
Imprecazione infinita. Modifico Subito il wiki! -- Cadenelli Nicola. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aree CTR Lombardia mancanti
2009/10/15 Nicola Cadenelli nicolacd...@gmail.com: Imprecazione infinita. Modifico Subito il wiki! Già fatto. -- Cadenelli Nicola. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- - Pedretti Stefano stefano.pedre...@gmail.com PGP Fingerprint: 5B00129E http://paroledisilicio.wordpress.com Skype : ste.pedro83 mobile: +393292348186 - Sent from Brescia, BS, Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] sempre sulle provincie sarde
Il 15/10/2009 13:12, Edoardo 'Yossef' Marascalchi ha scritto: edoardo voglio segnalare che dopo il vostro aggiornamento delle 8 nuove province sarde cè ancora un errore infatti il comune di Budoni e il comune di San Teodoro sono in provincia di Olbia-Tempio Pausania, quindi Budoni che è nel nuovo limite di provincia confina con il comune di Posada che è invece in provincia di Nuoro Fatto -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] divieto d'accesso festivi + lunedi 0-16
Qualcuno ha un idea su come marcare il divieto d'accesso per i giorni festivi e il lunedì dalle 0 alle 16? Per il lunedì dovrebbe essere: day_on=monday hour_on=00:00:00 day_off=monday hour_off=16:00:00 Ma i festivi come li aggiungo? E poi come si fa a capire a che restrizione si riferiscono queste date/orari se ce ne sono più di una? iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini FVG / Slovenia
2009/9/23 Stefano Salvador stefano.salva...@gmail.com: Ho l'impressione che chi ha fatto la CTRN abbia preferito l'approccio naturale mentre l'ente sloveno abbiamo misurato i cippi veri e propri. In ogni caso appliccherei il principio di massima autorità: la CTRN è prodotta dalla regione che ha interesse a produrre dei confini precisi iterni (comuni, provincie per cui non esistono cippi) mentre i dati sloveni sono prodotti da un ente dello Stato e quindi competente in materia di confini nazionali. In definitiva terrei i confini sloveni (tanto più che coincidono con quelli friulani per il 90%). Visto che non ci sono state obbiezioni procedo alla bonifica dando per buoni quelli del gurs. Vedere i confini doppi mi da proprio fastidio. iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini FVG / Slovenia
Perfetto, se vuoi ti aiuto... Come conviene fare per fare meno operazioni possibili per copiare tutte le relazioni vecchie sulla way nuova? Damjan -Izvirno sporocilo- Od: talk-it-boun...@openstreetmap.org [mailto:talk-it-boun...@openstreetmap.org] Namesto iiizio iiizio Poslano: 15. oktober 2009 19:04 Za: openstreetmap list - italiano Zadeva: Re: [Talk-it] Confini FVG / Slovenia 2009/9/23 Stefano Salvador stefano.salva...@gmail.com: Ho l'impressione che chi ha fatto la CTRN abbia preferito l'approccio naturale mentre l'ente sloveno abbiamo misurato i cippi veri e propri. In ogni caso appliccherei il principio di massima autorità: la CTRN è prodotta dalla regione che ha interesse a produrre dei confini precisi iterni (comuni, provincie per cui non esistono cippi) mentre i dati sloveni sono prodotti da un ente dello Stato e quindi competente in materia di confini nazionali. In definitiva terrei i confini sloveni (tanto più che coincidono con quelli friulani per il 90%). Visto che non ci sono state obbiezioni procedo alla bonifica dando per buoni quelli del gurs. Vedere i confini doppi mi da proprio fastidio. iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] succederà mai in italia?
http://www.opengeodata.org/2009/10/15/californian-county-fined-for-not-releasing-data/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mapping party di Aquileia (UD)
Mi associo ai resoconti fatti dagli altri mappatori: una bella esperienza da ripetere senz'altro. Come suggerito da Stefano Salvador c'e' anche Aquileia da completare :-) Questa volta pero' sarebbe da fare il giro in bici :-) http://wiki.openstreetmap.org/wiki/Aquileia_Mapping_Party Contate pure su di me ! Ad Aquileia ci sono un sacco di resti archeologici e percorsi turistici quindi anche senza bici c'è un bel po' di lavoro da fare. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mapping party di Aquileia (UD)
Bene :-) Io ho indicato il mese di novembre, fissiamo una data? http://wiki.openstreetmap.org/wiki/Aquileia_Mapping_Party Saluti Marcello :-) - Original Message - From: Stefano Salvador stefano.salva...@gmail.com To: openstreetmap list - italiano talk-it@openstreetmap.org Sent: Thursday, October 15, 2009 9:17 PM Subject: Re: [Talk-it] mapping party di Aquileia (UD) Mi associo ai resoconti fatti dagli altri mappatori: una bella esperienza da ripetere senz'altro. Come suggerito da Stefano Salvador c'e' anche Aquileia da completare :-) Questa volta pero' sarebbe da fare il giro in bici :-) http://wiki.openstreetmap.org/wiki/Aquileia_Mapping_Party Contate pure su di me ! Ad Aquileia ci sono un sacco di resti archeologici e percorsi turistici quindi anche senza bici c'è un bel po' di lavoro da fare. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aree CTR Lombardia mancanti
2009/10/14 Stefano Pedretti stefano.pedre...@gmail.com: Mi hanno consigliato il layer DUSAF che ha le stesse informazioni, ma più aggiornate e con una maggior precisione. E' la mappa dell'uso del suolo ricavata dalle ortofoto. Ci sono molte informazioni [1], ad esempio il tipo di bosco o di coltivazione. Appena Simone ha un po' di tempo scommetto che riuscirà a farci anche questo bel regalo! Se avete visto i dati e sono buoni, lunedi' chiamo i miei contatti... :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] succederà mai in italia?
On Thu, Oct 15, 2009 at 19:48, Edoardo 'Yossef' Marascalchi edoa...@edoardomarascalchi.it wrote: http://www.opengeodata.org/2009/10/15/californian-county-fined-for-not-releasing-data/ bello! prima devono però passare tipo 20-30 leggi sull'uso delle risorse dell'amministrazione pubblica :) ma dopotutto noi siamo sognatori impegnati nel far avverare i propri sogni :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Descargar trazas de Garmin Geko 201 Debian Lenny
Hola, gracias por la ayuda, el problema era configuración del dispositivo, estaba usando el protocolo de texto plano, leyendo la página del wiki de openstreetmap seguí las instrucciones y configuré el geko 201 para que usara el protocolo garmin y tal como se indica en las instrucciones de tal página funcionó perfecto :) http://wiki.openstreetmap.org/wiki/How_to_get_data_from_a_Geko_201 Así que ya tengo los .gpx y están subidos a openstreetmap, no pude dar la vuelta por la calera porque desde Choachí hacia allí según los nativos de Choachí está como para unos 4x4, así que tomé la vía Ubaque hacia Cáqueza donde se une a la vía Bogotá, Villavicencio. ouɐɯnH 2009/10/12 Igor Támara i...@tamarapatino.org: ouɐɯnH Hola, ouɐɯnH ouɐɯnH 2009/10/10 Igor Támara i...@tamarapatino.org: ouɐɯnH ouɐɯnH Hola, no puedo descargar trazas de un garmin geko 201, alguna ouɐɯnH ouɐɯnH idea? Gracias de antemano :) ouɐɯnH ouɐɯnH ouɐɯnH ouɐɯnH con un cable Usb serial en ouɐɯnH ouɐɯnH 2.6.26-2-amd64 #1 SMP Sun Jun 21 04:47:08 UTC 2009 x86_64 GNU/Linux ouɐɯnH ouɐɯnH y gpsbabel 1.3.6-3 ouɐɯnH ouɐɯnH ouɐɯnH ouɐɯnH yo lo hago con el programa qlandkartegt o qlandkarte ouɐɯnH ouɐɯnH mhh, en 64 bits sale core dump a la entrada del programa, no veo ouɐɯnH siquiere el spalash, en uno de 32 bits en la lista de dispositivos ouɐɯnH no aparece el modelo Geko201, tienes una pista de cómo descargar de ouɐɯnH este? O se puede incluso desde Ms Windows hacerlo? Si es así, ouɐɯnH para guindos puedes usar el G7towin hay un despiste yes que el cable ouɐɯnH usb de en realidad es un adaptador serial entonces cuando elijas la ouɐɯnH interface, ve por los seriales. ouɐɯnH ouɐɯnH cuál sería el software recomendado para hacerlo? de dónde lo ouɐɯnH puedo descargar? ouɐɯnH bueno debes buscar un driver generico como garmin o nmea, busca por ouɐɯnH configuración e interface que protolos soporta y lo pones como driver ouɐɯnH ouɐɯnH ouɐɯnH salu2 ouɐɯnH humano ouɐɯnH ouɐɯnH ouɐɯnH [..] ouɐɯnH ouɐɯnH ouɐɯnH ouɐɯnH debes ir por la interface del dispositivo, en configuracion y cambiar ouɐɯnH ouɐɯnH los valores de conectividad a garmin o probar otras, esto es como el ouɐɯnH ouɐɯnH protocolo de transmisión. ouɐɯnH ouɐɯnH -- ouɐɯnH Recomiendo la wikipedia, una enciclopedia que evoluciona día a día ouɐɯnH http://es.wikipedia.org ouɐɯnH ouɐɯnH -BEGIN PGP SIGNATURE- ouɐɯnH Version: GnuPG v1.4.9 (GNU/Linux) ouɐɯnH ouɐɯnH iD8DBQFK07zHtV4JcpE0AlYRAjzIAJ4gZga17q9IGlFCljPRaO02W90PFgCfQHs5 ouɐɯnH 8MYsCPdsltcXbIdlLfJ3Z50= ouɐɯnH =fZ/q ouɐɯnH -END PGP SIGNATURE- ouɐɯnH ouɐɯnH ___ ouɐɯnH Talk-co mailing list ouɐɯnH Talk-co@openstreetmap.org ouɐɯnH http://lists.openstreetmap.org/listinfo/talk-co ouɐɯnH ouɐɯnH ouɐɯnH ouɐɯnH ouɐɯnH ouɐɯnH -- ouɐɯnH http://GaleNUx.com es el sistema de información para la salud ouɐɯnH --///-- ouɐɯnH Teléfono USA: (347) 688-4473 (Google voice) ouɐɯnH skype: llamarafredyrivera ouɐɯnH ouɐɯnH ___ ouɐɯnH Talk-co mailing list ouɐɯnH Talk-co@openstreetmap.org ouɐɯnH http://lists.openstreetmap.org/listinfo/talk-co -- Recomiendo Debian, la mejor distribución Linux http://www.debian.org signature.asc Description: Digital signature ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-se] naturreservat
Det vore toppen! Men ännu bättre vore att dokumentera processen i detalj, så att den kan upprepas med något års intervall för att få med eventuella ändringar? Då slipper du göra det manuella arbetet helt själv också, jag misstänker att det finns rätt många små naturreservat i Sverige... I stora delar kanske processen t.o.m kan scriptas. /Simon Daniel Nilsson bengibol...@gmail.com writes: Jag har konverterat nationalparkerna, så jag kan ta ett tag med naturreservaten om ingen har något ultimat verktyg. Det krävde en hel del handpåläggning. Jag körde in shape-filerna i ett GIS-program och konverterade koordinatsystem, sedan tror jag att jag använda något annat program för att byta filformat så att jag kunde importera till JOSM. Där fick man snygga till det en hel del, speciellt för områden som gränsade till varandra. Dubbla noder och dubbla sträckor blev relationer istället. Namnen på områdena följde nog inte heller med vill jag minnas. /Daniel. Erik Lundin skrev: Som jag förstår det är alla riksintressen fria att använda. Det kluriga var att omvandla shape-filerna till nåt användbart. Man får dessutom räkna om koordinaterna från RT90 till WGS84. Jag började skripta lite, men minns inte om jag fick fram nåt användbart. /Erik Simon Josefsson skrev: Erik Lundin e...@lists.lun.nu writes: Naturreservat och nationalparker är fritt att använda. Har nån lyckats få ut datat i något användbart format? Det finns åtminstone ett naturreservat jag ofta vandrar i som inte är inlagt på OSM, så jag misstänker att inget organiserat arbete kring detta gjorts. Jag tittar på http://www.gis.lst.se/lstgis/ men det verkar krångligt. Dessutom står det att data täcks in av ett avtal http://www.gis.lst.se/lstgis/avtal/avtal_allalan.asp som inte verkar speciellt tillåtande. Btw, är alla riksintressen fria att använda? Isåfall ser det ser ut att finnas mycket information att hämta därifrån; hamnar, sjöfart, industri, farleder, m.m. /Simon ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] naturreservat
Bra idé. Just nu kan jag inte återberätta mer detaljerat än jag gjorde nu. Jag måste sätta mig ner och försöka minnas och återskapa processen steg för steg medans jag gör om det. /Daniel Simon Josefsson skrev: Det vore toppen! Men ännu bättre vore att dokumentera processen i detalj, så att den kan upprepas med något års intervall för att få med eventuella ändringar? Då slipper du göra det manuella arbetet helt själv också, jag misstänker att det finns rätt många små naturreservat i Sverige... I stora delar kanske processen t.o.m kan scriptas. /Simon Daniel Nilsson bengibol...@gmail.com writes: Jag har konverterat nationalparkerna, så jag kan ta ett tag med naturreservaten om ingen har något ultimat verktyg. Det krävde en hel del handpåläggning. Jag körde in shape-filerna i ett GIS-program och konverterade koordinatsystem, sedan tror jag att jag använda något annat program för att byta filformat så att jag kunde importera till JOSM. Där fick man snygga till det en hel del, speciellt för områden som gränsade till varandra. Dubbla noder och dubbla sträckor blev relationer istället. Namnen på områdena följde nog inte heller med vill jag minnas. /Daniel. Erik Lundin skrev: Som jag förstår det är alla riksintressen fria att använda. Det kluriga var att omvandla shape-filerna till nåt användbart. Man får dessutom räkna om koordinaterna från RT90 till WGS84. Jag började skripta lite, men minns inte om jag fick fram nåt användbart. /Erik Simon Josefsson skrev: Erik Lundin e...@lists.lun.nu writes: Naturreservat och nationalparker är fritt att använda. Har nån lyckats få ut datat i något användbart format? Det finns åtminstone ett naturreservat jag ofta vandrar i som inte är inlagt på OSM, så jag misstänker att inget organiserat arbete kring detta gjorts. Jag tittar på http://www.gis.lst.se/lstgis/ men det verkar krångligt. Dessutom står det att data täcks in av ett avtal http://www.gis.lst.se/lstgis/avtal/avtal_allalan.asp som inte verkar speciellt tillåtande. Btw, är alla riksintressen fria att använda? Isåfall ser det ser ut att finnas mycket information att hämta därifrån; hamnar, sjöfart, industri, farleder, m.m. /Simon ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] State of the Map 2010
2009/10/13 Iván Sánchez Ortega i...@sanchezortega.es: A las buenas, Henk Koff ha anunciado en la lista de talk@ el call for venues para el State of the Map 2010: http://lists.openstreetmap.org/pipermail/talk/2009-October/043627.html E I4P ha sido tan malvado como para presentar sin avisar una candidatura para barcelona, coincidiendo con el FOSS4G que organiza OSGeo: http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2010/Bid/Barcelona__FOSS4G2010 El problema es que eso supone mover la fecha del SotM10 como dos meses y, aunque es tentador hacer coincidir las dos conferencias, no sé si al comité de selección le gustará el cambio de fechas. Así que: ¿Alguien quiere proponer alguna otra sede para el SotM10? Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es Vendo regla sin numerar para medir a ojo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es A mi que las dos conferencias se hagan solapadas/seguidas me parece una pasada, es una oportunidad muy buena para ambos proyectos para interactuar. Al FOSS4G2010 de Barcelona va a ir MUCHA gente, yo creo que tranquilamente se puede llegar a los 2000 asistentes. Que se hagan juntas/seguidas las dos conferencias puede hacer que la gente se acerque en ambas direcciones a los dos proyectos y creo que es razón suficiente para mover dos meses el SotM Saludos -- Jorge Gaspar Sanz Salinas Ingeniero en Geodesia y Cartografía http://wiki.osgeo.org/wiki/Jorge_Sanz ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-cu] sobre cómo fomentar OSM en Cuba
Puede que la ayuda ya este en camino... TeleCuba Communications, Inc. (http://www.telecuba.com/index.htm) ha anunciado hoy que bajo licencias concedidas por el Gobierno de Los E.E.U.U., Departamento del Tesoro (OFAC) y luego de que la administración del Presidente Obama levantara las restricciones de Telecomunicaciones impuestas a través del embargo, se convertirá en la primera Compañía en instalar un cable submarino de Fibra Óptica entre Cayo Hueso, Florida y La Havana, Cuba. Esto es MUY BUENA noticia!! 2009/10/14 PB p...@osgeo.org: Queridos todos, Por estos días me han preguntado qué podríamos hacer o qué pienso que se pudiera hacer para impulsar OSM en Cuba. En qué necesitamos apoyo y cuál pudiera ser. En materia de pitiklines incluso, además de estrategias, planes... Como OSM somos todos yo he querido, antes de responder nada, consultar con la comunidad. Tampoco tenemos mucho tiempo así que todo el que quiera decir algo o tenga alguna idea... ¡Ánimo, que no hay censura! bb PB ___ Talk-cu mailing list Talk-cu@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cu ___ Talk-cu mailing list Talk-cu@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cu
[Talk-cz] Vrtulnikova mapa pro GPS Garmin
Ahojte Za poslednich patnact let doslo v CR minimalne ke ctyrem kolizim vrtulniku s elektrickymi draty, coz skoncilo vetsinou tragicky. Vrtulniky letaji nizko, ty zachranarske (tzvn HEMS, helicopter emergency and medical services) navic jeste rychle a za kazdeho pocasi. Momentalne pracuji na vrtulnikove mape pro letecke GPSky Garmin. V letadlech a helikopterach se pouzivaji popularni GPSky GPSMap 196/296/396 a 496. Nyni pak take model 695 a 696. GPSka obsahuje aktualizovane letecke mapy cele Evropy ci USA a jako podklad je mozne nahrad jakoukoliv mapu v Garminovskem formatu. Pouzil jsem img soubory z adresy garmin.openstreetmap.cz, udelal z nich soubory .mp. Z tech jsem odfiltroval vsechno nepotrebne a zbytecne a pomoci souboru mkgmap je opet zkompiloval. Prikompiloval jsem vrstevnice z adresy http://garmin.openstreetmap.cz/kraje/converted/ a zobrazil draty VN a VVN tak aby byly videt pri kazdem zoomu. Mam prislibenou kompletni mapu VN a VVN pro celou CR. Vysledek je tak upokojujici, ze jsem se rozhodl takovou mapu udelat i pro oblast Alp, kde je moznost kolize s lanovkami, draty a terenem zdaleka nejvyssi. Bohuzel jsem narazl na mnoho prekazek. 1) Nedari se mi sehnat nejakou volne siritelnou variantu vrstevnic. 2) Program mkgmap odmita kompilovat primo osm soubory. 3) Nedari se mi rozparsovat osm soubor a prevest jej na mp soubor, ktery je trosku citelnejsi Je zde nekdo, kdo by mi dokazal pomoci, ci poradit. Vse delam v perlu, na Mac OS X Snow Leopardu. IL ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vrtulnikova mapa pro GPS Garmin
Dne 15.10.2009 16:50, Ivo Lukacovic napsal(a): Vysledek je tak upokojujici, ze jsem se rozhodl takovou mapu udelat i pro oblast Alp, kde je moznost kolize s lanovkami, draty a terenem zdaleka nejvyssi. Bohuzel jsem narazl na mnoho prekazek. 1) Nedari se mi sehnat nejakou volne siritelnou variantu vrstevnic. Možná pomůžou tyto odkazy: http://wiki.openstreetmap.org/wiki/GroundTruth http://wiki.openstreetmap.org/wiki/SRTM MK ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Rozsirovani povedomi o OSM?
Zdravim, chtel bych se zeptat mistni osm komunity, jaky ma nazor na rozsirovani povedomi o openstreetmap. Je zadouci mit co nejvice pracovni sily i s tim, ze jsou to novacci, kteri jeste nemaji ty editace v oku, pomalu objevuji a zjistuji? Jaky je vas nazor na rozsirovani povedomi do komunit, ktere maji s mapami neco spolecneho - geocacheri, turisti? Kdysi tu probehl navrh nejakeho plakatu, na rootu/abclinuxu/navigovat se obcas nejake informace objevi... ~ honny ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vrtulnikova mapa pro GPS Garmin
Ahoj, nevím které objekty přesně chcete použít, ale mapa není zatím (bohužel) v mnoha ohledech kompletní. Nevím tedy, jak přesně si představujete pomocí ní navigovat vrtulníky. Dráty VN a VVN rozhodně nejsou zmapovány všechny a možná ani lanovky nejsou. Existuje dohoda s ČEPS, že k editacím můžeme použít jejich schéma (http://www.ceps.cz/doc/soubory/Internet_16_10_2008/schema_siti_1_1_2009.pdf), s jehož pomocí lze pak jednotlivé dráty najít na ortofoto ÚHULu - je tedy možnost data zkompletovat. -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vrtulnikova mapa pro GPS Garmin
PLANStudio vydalo velice hezkou papirovou mapu pro piloty ultralightu, kde maji VN a VVN zaneseny. Volal jsem jim, a tvrdi ze to maji velice presne zmapovane. Dohodli jsme se, ze za nejakou uplatu nam data poskytnou. Co je daleko vetsi prusvih, ze zatimco letecka GPSka 196/296/396/496 umoznovala vyhledavat i podle jmena mest a obci (mela v obe zaroven automapu) novejsi model 696/695 ma sice nadherny displej, a mnoho funkci, ale umoznuje hledat pouze letecke identifikatory, tj letiste, VORy, NDB atd. Prave proto maji piloti vrtulniku nikoliv leteckou GPSku, ale automobilovou GPSku garmin Nuvi 550. Maji to spojene s modeme, takze jim operator do GPSky primo nahraje misto nehody. Na te pak pouzivaji jako podklad topomapu CR coz povazuji za nevhodne, protoze zobrazuje spousta balastu jako napriklad turisticke znacky atd. Leteckou databazi v Garminovi 696 bohuzel nikdo jeste nenaboural. IL 2009/10/15 Petr Dlouhý petr.dlo...@email.cz Ahoj, nevím které objekty přesně chcete použít, ale mapa není zatím (bohužel) v mnoha ohledech kompletní. Nevím tedy, jak přesně si představujete pomocí ní navigovat vrtulníky. Dráty VN a VVN rozhodně nejsou zmapovány všechny a možná ani lanovky nejsou. Existuje dohoda s ČEPS, že k editacím můžeme použít jejich schéma ( http://www.ceps.cz/doc/soubory/Internet_16_10_2008/schema_siti_1_1_2009.pdf ), s jehož pomocí lze pak jednotlivé dráty najít na ortofoto ÚHULu - je tedy možnost data zkompletovat. -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Rozsirovani povedomi o OSM?
Ahoj, pracovní síly je samozřejmě potřeba co nejvíc. To že jsou to nováčci nevadí, každá pomoc je dobrá (nikdo učený z nebe nespadl). Možná by stálo za to, napsat nějaké články na wiki, které by jim pomohly vyvarovat se začátečnických chyb. On Thu, 15 Oct 2009 17:50:21 +0200, honny honny...@gmail.com wrote: Zdravim, chtel bych se zeptat mistni osm komunity, jaky ma nazor na rozsirovani povedomi o openstreetmap. Je zadouci mit co nejvice pracovni sily i s tim, ze jsou to novacci, kteri jeste nemaji ty editace v oku, pomalu objevuji a zjistuji? Jaky je vas nazor na rozsirovani povedomi do komunit, ktere maji s mapami neco spolecneho - geocacheri, turisti? Kdysi tu probehl navrh nejakeho plakatu, na rootu/abclinuxu/navigovat se obcas nejake informace objevi... ~ honny -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vrtulnikova mapa pro GPS Garmin
Ahoj, nevim jaky vztah mate k IZS, ale jde-li o leteckou navigaci, pouzivat data jako ASTER nebo SRTM asi neni z hlediska presnosti i podrobnosti idealni. Ale napr. Geodis ma pro CR presny model povrchu zeme (DSM). Kolega na VSB zpracovaval na jeden z vasich problemu diplomku: Diblík, T.: Registr výškových objektů jako základní databáze výškových překážek v České republice hanoj 2009/10/15 Ivo Lukacovic ivo...@gmail.com: PLANStudio vydalo velice hezkou papirovou mapu pro piloty ultralightu, kde maji VN a VVN zaneseny. Volal jsem jim, a tvrdi ze to maji velice presne zmapovane. Dohodli jsme se, ze za nejakou uplatu nam data poskytnou. Co je daleko vetsi prusvih, ze zatimco letecka GPSka 196/296/396/496 umoznovala vyhledavat i podle jmena mest a obci (mela v obe zaroven automapu) novejsi model 696/695 ma sice nadherny displej, a mnoho funkci, ale umoznuje hledat pouze letecke identifikatory, tj letiste, VORy, NDB atd. Prave proto maji piloti vrtulniku nikoliv leteckou GPSku, ale automobilovou GPSku garmin Nuvi 550. Maji to spojene s modeme, takze jim operator do GPSky primo nahraje misto nehody. Na te pak pouzivaji jako podklad topomapu CR coz povazuji za nevhodne, protoze zobrazuje spousta balastu jako napriklad turisticke znacky atd. Leteckou databazi v Garminovi 696 bohuzel nikdo jeste nenaboural. IL 2009/10/15 Petr Dlouhý petr.dlo...@email.cz Ahoj, nevím které objekty přesně chcete použít, ale mapa není zatím (bohužel) v mnoha ohledech kompletní. Nevím tedy, jak přesně si představujete pomocí ní navigovat vrtulníky. Dráty VN a VVN rozhodně nejsou zmapovány všechny a možná ani lanovky nejsou. Existuje dohoda s ČEPS, že k editacím můžeme použít jejich schéma ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Rozsirovani povedomi o OSM?
Tak to má být, návod se mi líbí, zapojení geocacherů taktéž! :) hodíš link na ty kešky? J. 2009/10/15 Pavel Zbytovský m...@zby.cz: Ahoj, Takový tutorial pro začátečníky jsem psal tady, ale poslední měsíc není čas to dokončit a zanést do hlavního webu. Zjistil jsem, že to bude hodně práce tu trochu zkamenělou wiki upravit. http://wiki.openstreetmap.org/wiki/User:Zby-cz (případně alias http://mapa.zby.cz ) Je to právě míněno pro geocachery (propaguju ve svých dvou keškách) a skauty / známé.. Pavel 2009/10/15 Petr Dlouhý petr.dlo...@email.cz Ahoj, pracovní síly je samozřejmě potřeba co nejvíc. To že jsou to nováčci nevadí, každá pomoc je dobrá (nikdo učený z nebe nespadl). Možná by stálo za to, napsat nějaké články na wiki, které by jim pomohly vyvarovat se začátečnických chyb. On Thu, 15 Oct 2009 17:50:21 +0200, honny honny...@gmail.com wrote: Zdravim, chtel bych se zeptat mistni osm komunity, jaky ma nazor na rozsirovani povedomi o openstreetmap. Je zadouci mit co nejvice pracovni sily i s tim, ze jsou to novacci, kteri jeste nemaji ty editace v oku, pomalu objevuji a zjistuji? Jaky je vas nazor na rozsirovani povedomi do komunit, ktere maji s mapami neco spolecneho - geocacheri, turisti? Kdysi tu probehl navrh nejakeho plakatu, na rootu/abclinuxu/navigovat se obcas nejake informace objevi... ~ honny -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Re : [OSM-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building
L'import des données de Brest Métropole Océane a débuté à l'instant http://www.openstreetmap.org/?lat=48.42968lon=-4.51683zoom=17layers=B000FTF Y'a plus qu'à rajouter les rues :) Et à recentrer le tout : http://www.openstreetmap.org/?lat=48.398999lon=-4.469574zoom=18layers=B000FTF Bref, il y a encore du boulot ;-) De : Vincent Meurisse osm-talk...@meurisse.org À : talk-fr@openstreetmap.org Envoyé le : Mer 14 Octobre 2009, 23 h 43 min 50 s Objet : Re: [OSM-talk-fr] [OSM-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building On Wednesday 14 October 2009 22:54:38 François Van Der Biest wrote: L'import des données de Brest Métropole Océane a débuté à l'instant http://www.openstreetmap.org/?lat=48.42968lon=-4.51683zoom=17layers=B000FTF Y'a plus qu'à rajouter les rues :) -- Vincent Meurisse ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [OSMTransport]Questions - Remarques
Bonjour Julien Joli travail ! Surtout pour les arrêts de bus. Le 13 octobre 2009 01:11, THEVENON Julien julien_theve...@yahoo.fr a écrit : Salut, Maintenant que les lignes de Bus de l'agglomeration Grenobloises sont terminees [1] j ai quelques questions a propos d OSMTransport: - Les lignes 3,17 et 56 sortent suffisamment de l agglomeration pour sortir aussi de la location. Comment peut on la redimensionner pour englober toutes les lignes dans leur globalite ? Nous avions rencontré ce problème sur les lignes TER et RER dans la région parisienne, mais Reluc l'avait résolu. Il faut que je vois avec lui. Ce problème apparaissait lorsque une ligne était constituée de plusieurs relations : les relations qu'on ne voit pas sont hors de la location. - En certains points de l agglomeration il est possible d avoir plusieurs lignes de bus qui passent devant le meme arret sans pour autant que celui ci soit desservi par toutes [2] ou inversement d autres endroits ou chaque ligne possede son propre arret mais tous les arrets portent le meme nom ([3] et [4] par exemple).Il serait tres utile de faire afficher dans l info bulle de l arret quelles sont les lignes qui le desservent ( attribut routes_ref ) A ce sujet, nous avons en projet (mais pas le temps encore) de passer à une structure de base de données de type osmosis et non osm2pgsql. Ainsi on pourra voir quels arrêts appartiennent à quelle relation et donc à quelle ligne. Je ne savais pas qu'on pouvait utiliser routes_ref pour spécifier une ou plusieurs lignes. En attendant cela peut être en effet une solution. Je vais voir avec Reluc - Est ce que l application va etre proposee aux operateurs des compagnies de bus pour integration sur leur site ? Les pdf plans de ligne de la TAG a Grenoble sont par exemple tres peu lisibles compare a OSMTransport !!! Nous aimerions fortement en faire profiter les agglomérations et les opérateurs. Nous allons de notre côté prendre contact avec la TAM (Montpellier) pour voir ce qui peut être fait. Pour être intégré dans leur site il y a encore du travail je pense. Il faudrait pouvoir les rencontrer. - Est-il possible et autorise d exporter l application sur un autre site ? genre forum local, site d une association etc Nous sommes en train de voir si on peut faire une version simple de osmtransport (plein écran, css sommaire) pour que les personnes qui le souhaitent puissent l'utiliser dans une bête iframe. Ainsi ce ne serait pas un export, mais on pourrait l'intégrer dans d'autres sites. La solution de l'iframe n'est pas géniale, mais pour commencer... Et la maniere de traiter les transports en communs aussi: Dans grenoble et son agglomeration il y a un certain nombre de navettes, est ce qu il faut les tagguer comme les lignes de bus normales ? Je pense que oui. Si les navettes ont un petit nom, il est possible de spécifier alors une valeur dans le tag name. Par exemple Navette centre-ville, ce qui est différent de la ref=56b Julien, merci pour ces retours et ces idées ! Julien 1: http://3liz.fr/public/osmtransport/index.php?location=GrenobleBtChooseLocation=Ok 2:http://osm.org/go/0CASDVkEr-- 3:http://osm.org/go/0CAHS9SaA-- Tous les arrets de bus portent le nom de Grand Place 4:http://osm.org/go/0CFwd:ASGJiMa-- http://osm.org/go/0CASGJiMa-- Tous les arrets de bus portent le nom de Dr Martin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] plugin validator et fusion de noeuds
+--On 14 octobre 2009 18:04:24 +0100 Emilie Laffray emilie.laff...@gmail.com wrote: | 2009/10/14 Etienne Chové ch...@crans.org | | Coucou, | | Il me semblait que le plugin validator était capable de faire de la | fusion de noeuds (d'ailleurs [1]), très utile pour le polygones clc. Est | ce que ça marche chez certains et quelle procédure utilisent-ilsjosm ? | Je l'utilisait du temps de l'import de communes dans mon dept, mais | maintenant je n'arrive plus à le faire marcher. | | http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Validator#Validations | | | Hum, je viens d'importer des polygones CLC avec le latest de JOSM et du | plugin validator. La fusion de point a fonctionné parfaitement pour moi. | Utiliser Fix marche a chaque coup. Alors, c'est nouveau, parce qu'avant hier, la fonction fix pour les nodes duppliqués faisait toujours la même chose, c-a-d supprimer un des deux nodes. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] plugin validator et fusion de noeuds
Mathieu Arnold wrote: Alors, c'est nouveau, parce qu'avant hier, la fonction fix pour les nodes duppliqués faisait toujours la même chose, c-a-d supprimer un des deux nodes. Faudra que je vérifie mon travail alors tout a l'heure au cas ou. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSMTransport]Questions - Remarques
kimaidou a écrit : Bonjour Julien Joli travail ! Surtout pour les arrêts de bus. Le 13 octobre 2009 01:11, THEVENON Julien julien_theve...@yahoo.fr mailto:julien_theve...@yahoo.fr a écrit : * En certains points de l agglomeration il est possible d avoir plusieurs lignes de bus qui passent devant le meme arret sans pour autant que celui ci soit desservi par toutes [2] ou inversement d autres endroits ou chaque ligne possede son propre arret mais tous les arrets portent le meme nom ([3] et [4] par exemple).Il serait tres utile de faire afficher dans l info bulle de l arret quelles sont les lignes qui le desservent ( attribut routes_ref ) A ce sujet, nous avons en projet (mais pas le temps encore) de passer à une structure de base de données de type osmosis et non osm2pgsql. Ainsi on pourra voir quels arrêts appartiennent à quelle relation et donc à quelle ligne. Je ne savais pas qu'on pouvait utiliser routes_ref pour spécifier une ou plusieurs lignes. En attendant cela peut être en effet une solution. Je vais voir avec Reluc Si les arrêts sont dans la relation 'route', les bus s'arrêtant à tel arrêt, ça se retrouve. routes_ref risque alors d'être une information redondante qui provoque des incohérences (mise à jour d'un côté, pas de l'autre). Et la maniere de traiter les transports en communs aussi: Dans grenoble et son agglomeration il y a un certain nombre de navettes, est ce qu il faut les tagguer comme les lignes de bus normales ? Je pense que oui. Si les navettes ont un petit nom, il est possible de spécifier alors une valeur dans le tag name. Par exemple Navette centre-ville, ce qui est différent de la ref=56b Julien, merci pour ces retours et ces idées ! Julien 1:http://3liz.fr/public/osmtransport/index.php?location=GrenobleBtChooseLocation=Ok http://3liz.fr/public/osmtransport/index.php?location=GrenobleBtChooseLocation=Ok 2:http://osm.org/go/0CASDVkEr-- 3:http://osm.org/go/0CAHS9SaA-- Tous les arrets de bus portent le nom de Grand Place 4:http://osm.org/go/0CFwd:ASGJiMa-- http://osm.org/go/0CASGJiMa-- Tous les arrets de bus portent le nom de Dr Martin Quid du schéma de transport ? http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema Il permet de faire une relation stop_area group pour Grand Place ou Dr Martin (et alors un rendu unique à faible zoom) http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Stop_area_group. Il permet de préciser le type de ligne de bus (regular, navette : shuttle...) http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Bus_lines_and_trolley_bus_lines -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Presse] info linux magazine
Darko Stankovski a écrit : lé de décevoir, mais la date de l'article est... 27 September *2006* Exact ! Merci ! Ça ne change rien à ma proposition. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Presse] info linux magazine
4ad6da23.6070...@gmail.com Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Salut Vincent=2C Comme je te le disais hier le r=E9dac en chef est OK pour un article sur OS= M. Emilie (En Pr=EAtresse Vaudou Python/Requetes SQL) propose un compl=E9ment = sur Postgis/PostgreSQL/OSM.=20 Je pense que l'on peut faire un ou plusieurs Article(s) Collector(s) =E0 pl= usieurs (En trois ans OSM a =E9norm=E9ment progress=E9.On en a des choses = =E0 montrer) La complexit=E9 de l'article irait crescendo en fonction du public vis=E9. Je mets de l'ordre dans mes rush et on fusionne nos id=E9es si vous voulez = !? @+ Ga=EBl =0A= _=0A= Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.=0A= http://clk.atdmt.com/GBL/go/171222985/direct/01/= ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Presse] info linux magazine
Emilie Laffray a écrit : 2009/10/14 GAEL MUSQUET ratzil...@hotmail.com mailto:ratzil...@hotmail.com 7e9dfabf0910140748v5be627c4l100e7407ddc95...@mail.gmail.com mailto:7e9dfabf0910140748v5be627c4l100e7407ddc95...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Salut Vincent=2C Il n'y en a pas encore eu d'apr=E8s le r=E9dac en chef=2C =E0 part UPCT. Je= suis aussi en train d'en r=E9diger un=2C j'ai soumis l'id=E9e au r=E9dac e= n chef=2C il est OK. Si tu veux on s'associe =E0 deux voir plus on sera enc= ore meileurs =3B-) J'ai soumis comme nom d'article: OpenStreetMap et son exploitation par des SIG Le liens pour les auteurs (licences=2C finances etc...) : http://www.ed-diamond.com/articles Si vous voulez une partie Postgis, on peut voir pour ajouter quelque chose. Emilie Laffray Ce que j'ai commencé est du super basic, à destination de Linux pratique plutôt que Linux mag. Intro à OSM, petite actu sur les apports récents, faire son premier nœud sur Potlatch (pour la boulangerie du coin) publier une slippy map sur son site (exemples repris du wiki). Comment on peut apporter du contenu simple et comment on peut tirer du contenu simple. Mon idée de titre était Openstreetmap, la carte 'à la carte'. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Orchard : le vote est ouvert, soutenez !
Il n'y a presque que des français sur ce vote et pour cause, je n'ai vu aucune annonce sur les listes internationales. Est-ce la peur d'appeler à un vote suite aux nombreuses polémiques sur ce processus et le terme de vote rejeté par bon nombres de personnes ? (rappelons que la controverse concernais des tags approuvés par très peu de votants qui considéraient que le résultat avait un vrai poids démocratique, ce qui ne peut être le cas dans un vote sur wiki). Si personne n'est contre, je vais lancer un appel à sondage plutôt que vote et remplacer les {{vote|*}} par {{poll|*}}. Cela ne changera rien au résultat et pourra peut-être donner des idées aux propositions suivantes. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Orchard : le vote est ouvert, soutenez !
Pieren a écrit : Il n'y a presque que des français sur ce vote et pour cause, je n'ai vu aucune annonce sur les listes internationales. Est-ce la peur d'appeler à un vote suite aux nombreuses polémiques sur ce processus et le terme de vote rejeté par bon nombres de personnes ? (rappelons que la controverse concernais des tags approuvés par très peu de votants qui considéraient que le résultat avait un vrai poids démocratique, ce qui ne peut être le cas dans un vote sur wiki). Si personne n'est contre, je vais lancer un appel à sondage plutôt que vote et remplacer les {{vote|*}} par {{poll|*}}. Cela ne changera rien au résultat et pourra peut-être donner des idées aux propositions suivantes. Pieren Pas par peur, par ignorance de la démarche... en tout cas côté français, le vote est massif ! OK pour moi pour le remplacement. J'ignorais la polémique... Et merci pour l'appel sur d'autres listes. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Proposition de l'import CLC à l'Image of the week
2009/10/14 Pieren pier...@gmail.com 2009/10/14 Vincent Meurisse osm-talk...@meurisse.org: On Wednesday 14 October 2009 22:25:22 Etienne T wrote: De souvenirs, Emilie avait fait une image de la france avec les données CLC pour le SOTM09. Faut juste demander l'image original ? http://files.meurisse.org/osm/france-corine.png http://files.meurisse.org/osm/france-corine-small.png Il faudrait une image de ce qui a été réellement importé. Oui car en plus cette carte n'a pas les bonnes couleurs a part pour la foret et comprends tous les polygones CLC. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr