Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Nop wrote: Der User Pieren hat auf der talk-Liste eine allgemeine Umfrage gestartet, um zu sehen, wie die Community über den Lizenzwechsel denkt. Die Umfrage ist zu finden unter http://doodle.com/feqszqirqqxi4r7w Die Optionen entsprechen ungefähr denen der für Februar geplanten Abstimmung aller User. Von Links nach Rechts: - Ja, ich werde die neue Odbl Lizenz akzeptieren - Ja, und ich betrachte alle meine Daten sowieso als Public Domain - Nein, ich werde die neue Odbl Lizenz nicht akzeptieren, erst nachdem sie überarbeitet wurde - Nein, ich werde die neue Odbl Lizenz nicht akzeptieren und will CC-BY-SA2.0 beibehalten - Ich weiß noch nicht, denn ich verstehe die neue Lizenz und die möglichen Konsequenzen noch nicht. Es fehlt : Ich akzeptiere die neue Lizenz aber bin gegen einen Wechsel Grund: Der Wechsel zum jetzigen Zeitpunkt ist viel zu spät, vor 2 Jahren wäre es ok gewesen aber nicht jetzt. Wenn man davon ausgeht das 5% der User nicht antworten oder gegen den Wechsel sind dann werden die Daten extrem beschädigt. In den USA interessiert es nicht da 99% der Daten von dem Tiger import stammen aber in Ländern mit großer Community wie Deutschland oder Russland wird das schlimme folgen haben wenn 5% der Daten gelöscht werden müssen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitte auch kleinere Stromleitungen rendern
Rainer Knaepper schrieb: Dem möchte ich mich vollinhaltlich anschließen. Eher wäre ich dankbar, wenn die jetzt schon gerenderten Strippen entweder komplett wegfielen oder doch zumindest /wesentlich/ zurückhaltender gerendert würden. Also in den kleinen zoom-Stufen finde ich es nicht schlecht weil man die Strommasten auch zur Orientierung nutzen kann. Aber ich muss sagen da könnte ich auch befangen sein weil ich selbst viel Strommasten mappe bzw. für den Bahnpirat Mastnummern ablese. Bahnpirat macht sowas ab und zu mal als einfache Deutschland-Karte für das wiki: http://wiki.openstreetmap.org/wiki/I mage:Power_line-in-germany.png Ich fände eine Karte, auf der man auch noch in sehr niedrigen Zoomstufen noch Leitungen rendert, sehr praktisch, da die normalen Hochspannungsleitungen beim Rauszoomen recht schnell verschwinden (was ja auf der Standard-Karte nicht schlecht ist). Die Karte kann man sich auch selbst rendern mit Kosmos und den Rendering-Rules die im Wiki sind. Mach ich auch immer um zu sehen wo noch Mastnummern fehlen. MfG, Timo Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Marking closed bridges
Richard Welty rwe...@averillpark.net writes: On 12/3/09 11:27 PM, Richard Welty wrote: On 12/3/09 11:00 PM, David Fawcett wrote: I agree that it would be good to have a standard answer. I am thinking that the tag should be used for both symbology and connectivity. i'm going to try out the suggested access=no/description=blahblahblah method see what i think about it. and now that i've seen it, the mapnik rendering is not distinguishable from access=private on the other hand, we don't tag to get a specific rendering effect from an existing renderer. Exactly! Don't tag for the renderer! maybe an additional term on access (access=closed), so that some future renderer will be able to distinguish the different reasons for restricted access. If the public does not have access at all then access=no is the appropriate tag, IMO. If you want to indicate the reason that should go into a separate tag. I don't think it is a good idea to invent a new access tag for every nuance of access restriction. No application can keep up with all those. If you want access=no to be rendered differently from access=private you can try to convince the people in charge of the rendering styles to do that. Matthias ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] Luftbilder aus Lauf
Sven Geggus wrote: Aber mit den hochauflösenden Luftbildern sieht man viel mehr: Da gibt es Abbiegespuren, Sperrflächen, Inseln, Fussgängerstreifen, Parkbuchten, etc. Ich halte von solchen Micromapping Aktionen überhaupt nichts! Einzelne Fahrspuren sollte man IMO nur bei wirklich baulich getrennten Straßen erfassen. Genauso sehe ich das auch. OSM ist und wird immer eine idealisierte Darstellung haben und das reicht IMO für alle Fälle aus. (routing, darstellung) Für besonders breite/schmale Straßen reicht ein width Tag auch wenn es derzeitig von den Renderen nicht unterstützt wird. Anstelle von Straßenflächen überall hinzumalen sollte man die Tags der Straße vervollständigen. Wer mehr will soll sich auf seinem Navi Luftbilder anzeigen lassen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] iPhone vs Android - OSM shootout
Valent Turkovic wrote: Android negative points: - less apps than iPhone, both for OSM and general - not so good as multimedia player (video and audio podcasts) - a bit bigger and heavier than iPhone The last point depends on the phone because Android is a platform not a single Phone. iPhone negative points: - runs only one app at once :( - pretty closed platform :( - quite expensive, no carrier in Croatia offers it in contract deals :( add the point that it's seems to have one of the worst GPS precision of all modern phones. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] What's causing rendering artifacts in the Southeast?
David ``Smith'' vidthe...@gmail.com writes: On Fri, Nov 27, 2009 at 2:18 AM, Dale Puch dale.p...@gmail.com wrote: It sounds like t...@home needs to trim data at the tile border, and then close open ways along the border of the tile... Just my uneducated opinion. Let's say you have a tile with two ways crossing it, and they don't intersect in the tile. Both of these ways are outer members of the same multipolygon relation, and they don't share any nodes. There's no way to determine whether to color in the space between the two ways, versus the rest of the tile except for that space, unless the renderer knows whether the ways wrap around the polygon clockwise or counterclockwise. One might think that it's safe to assume (as with coastlines) the answer is clockwise, but when multipolygons are used to map adjacent features with shared ways, that condition cannot be true for both/all multipolygon relations; so that assumption must be thrown out. In order to paint the polygon correctly, the entire polygon must be known, which means loading the entire multipolygon relation*. Well, it would be fairly easy if the ways in a multipolygon were required to be ordered. Then, when there is a gap a renderer could just connect the ways. At least this would work in most cases. It doesn't work when the area is being inverted or becomes self-intersecting when you do that. Matthias ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] What's causing rendering artifacts in the Southeast?
Dale Puch dale.p...@gmail.com writes: Oops I spoke too soon. There is a relation. http://www.openstreetmap.org/browse/relation/304245 I still think this is the probable source of the problem though. Perhaps someone with more experience with relations could take a look? I don't know all the details in how osmarender deals with relations, but, I think this is caused because the relation does not have any tags (besides type=multipolygon). I have changed that for one of them (304245). We'll see whether that makes a difference. This is the recommended way of tagging anyway. When a relation is used to form a feature like a riverbank the tags should go onto the relation and be removed from the member ways. Besides, this relation is a chore to work with because it has 365 members. I would say it should be split where tributaries enter the main river. Matthias ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] is_in Tagging: Vereinheitlichung der Bezeichungen von Regierungsbezirken und Landkreisen
Werner Hoch wrote: Hallo allerseits, das is_in tag von Orten (place) wird mehr oder weniger willkürlich von bots und usern gesetzt. Das führt natürlich nicht zu einem einheitlichen Schema und das hin und her taggen ist lästig. Der Name des Regierungsbezirkes sollte zu der Bezeichnung der admin Relation passen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] TIGER considered harmful
David Lynch djly...@gmail.com writes: Agreed. I can understand not wanting to abbreviate words that don't have a standard abbreviation, but the USPS is the de-facto arbiter of how addresses (and therefore street names) are written in the United States, and they have a well-defined list of which words are abbreviated and the abbreviations for those words. Any decent namefinder/geocoder should be able to handle the idea that 100 W 6th St and 100 West 6th Street both refer to the same address, and a really good one should also know that 100 West Sixth St and 100 W 6 would also be at the same location. While this is true I think there is benefit for sticking with one version or the other within OSM. And since Street names usually are not abbreviated outside the US and the abbreviations might not be as intuitive for a non-english speaker I believe it would be better if they were spelled out completely. IMHO it is unfortunate this was not done during the TIGER import. It would have been easy enough. If some renderer considers the long names as waste of space it can abbreviate them. Matthias ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Non-Integer addresses
Greg Williamson gwilliamso...@yahoo.com writes: Just out of curiosity, how do our European companeros deal with things like 2-Bis ? Most of the addresses I have seen in the US with letters tend to be campuses and business parks as opposed to street addresses. A legit address in France -- #2 rear would be my rough translation. I just would not assume that an address is numerical. There are house numbers in Germany like 25a, 25b, 25c, ... or even 14 ½. They just are what they are. This happens when a lot is divided up. And we don't have 5-digit house numbers. Typically they are consecutive with even numbers on one side and odd numbers on the other. The above are the alway present exceptions to the rule. And of course there are other numbering schemes. Matthias ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] Anfängerfehler - Frankengebirgsweg gel öscht
Hallo ! Könnte das bitte jemand auf die vorhergehende Version zurückdrehen? done Wie machst du das? Wäre vielleicht einen Eintrag in der FAQ wert? 1) Relations-id laden ( http://www.openstreetmap.org/browse/relation/54807 ) 2) Versionsnummer merken 3) auf der Seite ganz unten XMl Downloaden anklicken 4) nun bekommst du die XML Datei der aktuellen Version : http://www.openstreetmap.org/api/0.6/relation/54807 6) an die URL die Versionsnummer die Du haben möchtest anhängen http://www.openstreetmap.org/api/0.6/relation/54807/224 Das wäre die Version 224 7) Im Browser File/save page as (Datei/seite speichern als) die XML speichern, als Dateiname XXX.osm nehmen (XXX ist wählbar). 8) Die Datei in einem Editor öffnen, es bietet sich unter Windows Wordpad an da das Notepad/Editor kann keine Linux Zeilenumbrüche kann. 9) Aus dem Header timestamp, User, UUID, changeset löschen und ein action=modify hinzufügen. Die Versionsnummer ändern auf die letzte Version die auf dem Server existiert( von Schritt 2) ) also von relation id=54807 visible=true timestamp=2009-11-14T18:26:46Z user=HoMa uid=149968 version=224 changeset=3115691 auf z.b. so relation id=54807 visible=true version=226 action=modify 10) in Josm über Datei/Öffnen die .osm Datei laden und dann hochladen. fertig ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfehler - Frankengebirgsweg ge löscht
Nop wrote: Da wurden versehentlich alle Members aus der Relation des Frankengebirgswegs gelöscht. http://www.openstreetmap.org/browse/relation/54807 Könnte das bitte jemand auf die vorhergehende Version zurückdrehen? done Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Super Wal-Mart Tag
Randy rwtnospam-new...@yahoo.com writes: Matthias Julius wrote: Randy rwtnospam-new...@yahoo.com writes: Dale Puch wrote: Would it be improper to tag the true Wal-Mart services to the building way, (either using semicolons or shop_n and amenity_n, and the partnered services (McDonald's, etc.) as separate nodes in the building, and related with is-in? I consider numbered tags to be messy. Nodes inside the building is not better unless you are really producing a map of the building's internals. I would use relations for this purpose, e.g. one relation per shop. Matthias I guess I still don't understand all there is to know about relations. I thought you had to have a map entry such as a node or way to relate, in a relation. Back to the wiki for me. Yes, I would create a relation for each thing in the building having the building itself (area, node or relation) as the only member. That way the different shops (or banks, law offices, dentists, ...) in the building can be independant objects and reference the building. Matthias ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Super Wal-Mart Tag
Randy rwtnospam-new...@yahoo.com writes: Dale Puch wrote: For the same reason as doing nodes at a mall or similar. To know the stores/services available, not just the type of stuff that is usually there. If your tagging fast food, why would you not tag the McDonalds in the super walmart as well? Or the bank ect. As for the walmart services themselves, that can be one node, but with the seprate services listed in tags. Dale Would it be improper to tag the true Wal-Mart services to the building way, (either using semicolons or shop_n and amenity_n, and the partnered services (McDonald's, etc.) as separate nodes in the building, and related with is-in? I consider numbered tags to be messy. Nodes inside the building is not better unless you are really producing a map of the building's internals. I would use relations for this purpose, e.g. one relation per shop. Matthias ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] OpenSeaMap auf der boot in Düsse ldorf
Nop wrote: Übrigens ein gutes Beispiel, es gibt solche alternativen Highway-Tags tatsächlich. Schau mal in Tagwatch, da wirst Du zahlreiche Tags nach dem Schema highway:plan.at:* finden. Sie gehören zu einem Import, mit dem die meisten Mapper nix am Hut haben, aber stören die normalen highways nicht, alle ignorieren sie und erstaunlicherweise gibt es überhaupt kein Problem mit denen. Die Daten von plant.at müssen alle überprüft werden und dann die Tags umgeschrieben werden das daraus normale highway Tags werden wenn die Daten korrekt sind. So ahbe ich das zumindest verstanden. Zuviel Müll in der DB ist auf lange Sicht auch ein Problem. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Augsburg mit Kneipenlayer (Was: (kein Betreff))
Yo m4n, tschegg mal diese Internet Seite!!!11 http://www.openstreetbrowser.org/?zoom=16lat=48.36776lon=10.89662layers=0B00TF Zitat von Fr3akz fr3...@gmx.net: Hatt jemand eine Detail Ansicht für Augsburg wo liegen? Am besten mit Bars und usw. Würde mich freuen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Zitat von qbert biker qbe...@gmx.de: Bitte nicht falsch verstehen: Was verstehst du unter vollkommen falsch? Hier in Hof, habe ich bei Google sehr viele POIs die nach Privatpersonen aussehen bzw. wo statt Firmenname der Inhaber in der Karte steht. In Rehau sind alle möglichen Unternehmungen eingetragen - außer die drei großen Firmen vor Ort (Rehau AG, Lamilux, Südleder). Aber hier scheint es noch ganz andere Probleme zu geben: http://sautter.com/map/?zoom=16lat=50.25625lon=12.0328layers=B0TF (Die OSM-Daten sind richtig, das hab ich alles persönlich abgefahren.) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Moin, On Mon, Oct 26, 2009 at 01:22:55PM +0100, Tobias Wendorff wrote: Am Mo, 26.10.2009, 13:01 schrieb marcus.wolsc...@googlemail.com: Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Was ist Graham? Ein Algorithmus zum Bestimmen der konvexen Hülle: http://de.wikipedia.org/wiki/Graham_Scan Und jetzt bitte nicht dir Frage, was ein Algorithmus oder eine konvexe Hülle ist :-) BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfestellung bei der Bereinigung von Relationen
Jan Tappenbeck wrote: Moin ! ich habe mir gerade einmal den Check des Jakobsweges [1] angesehen und der wird in teilen nicht als durchlaufend bezeichnet - da z.b. ein Way aus einem Stück besteht und in sich geschlossen ist. Das ist aber ein Platz [2] und davon gibt es mehrere. Wurde die Relation diesbezüglich richtig angelegt oder ist das eine Schwäche des Checkers dieses nicht zu erkennen ? Das ist ein Fehler des Relation-Checkers der dafür sorgt das viele Leute die Areas einfach in 2 Teile splitten damit der Checker nicht meckert. Das wiederum sorgt dafür das die Area defekt ist und der Area Check meckert. Da ich gerne diese Area Fehler behebe bin ich manchmal ganz schön am fluchen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald gelöscht
Johannes Lempp wrote: Hi, das wird jetzt etwas kompliziert: Ich habe vor zwei Jahren ein sehr ausgedehntes, weitverzweigtes Waldgebiet gemappt und in der Multipolygon-Relation Nummer 14614 zusammengefasst. Im Mai dieses Jahres ist dann dem User Herbert3 wohl ein Datenunfall passiert, denn seitdem ist der outer-Way der Relation nur noch 100 Nodes lang (vorher waren's über 3000) und umschließt nur noch einen winzigen Teil des Waldes. Der outer-Way hat übrigens die ID 24539961. Suche dir die alte Version raus: http://www.openstreetmap.org/api/0.6/way/24539961/1 das ist Version 1, einfach die URL anpassen für die jeweilige Version. Das ganze kannst Du speichern, ein action=modify hinzufügen und der Weg wäre prinzipell mit JOSM hochladar aber dann bekommst Du einen Fehler für jeden Node der fehlt und außerdem scheint er ja zu groß zu sein. Du kannst dann die einzelnen Nodes rauseditieren die fehlen oder die Nodes ebenfalls wiederherstellen. Dann musst Du den way noch manuell splitten bevor Du ihn hochlädst. Alles etwas umständlich... Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] History Spam
Patrick Niklaus wrote: Hallo, mir ist vor kurzem ein relativ großer Edit in meiner Region aufgefallen vom User hasse_osm_korinthenkacke (orgineller Name...). Der User ist auch der User Pfoten-Weg und dazu gibt es gerade einen laufenden Thread. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Ulf Lamping wrote: Niemand macht grundlos Telefonzellen kaputt oder schlägt Ausländer zusammen? Integration wo immer möglich, aber nicht um jeden Preis! Wir können auch nicht jeden in OSM therapieren der irgendwelche privaten Probleme in seinem Leben hat. Die OSM User sind eigentlich sehr freundlich und helfen gerne. Wenn ich die Aktionen von Pfoten_weg=Rambazamba=hasse_osm_korinthenkacke sehe und die Art wie er auf netten nachfragen reagiert dann muss ich sagen das solche User einfach nichts in OSM zu suchen haben. Durch solche schlechten Benutzer verlieren wir mehr gute User die sich zu Recht an solchen Aktionen stören. Solche Assis (das kommt von Antisozial and stimmt hier voll und ganz) haben schon ganz andere Gemeinschaften mit der Zeit zerstört wenn nichts dagegen unternommen wurde. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Frederik Ramm wrote: Hallo, Ulf Lamping wrote: 1) Keine Ahnung ob da schon: http://de.wikipedia.org/wiki/Computersabotage greift. Die meisten verfuegbaren Paragraphen enthalten Formulierungen wie wer sich unberechtigt Zugang zu einem Computersystem verschafft und helfen dadurch einem Wiki-Projekt, in dem per definitionem jeder berechtigt ist, nicht weiter. Gibt es da nicht das virtuelle Hausrecht ? Ich erinnere mich da an einem Fall von dem Heise Forum und dem Straftäter Gravenreuth (Anwalt). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: [talk-ch] Einladung zum Zür icher OSM Stammtisch am 11.11.2009 @bQm
Hoi zäme, falls sich hier Schweizer tummeln, welche noch nicht auf der Schweizer Mailingliste (http://lists.openstreetmap.ch/mailman/listinfo/talk-ch) eingeschrieben sind: ---cut--- Hoi zäme, heute Abend haben wir beschlossen, ein regelmässiges OSM Treffen in Zürich abzuhalten. Vorerst ist geplant, sich an jedem zweiten Mittwoch des Monats zu treffen. Mal schauen, wie sich das ganze in Zukunft entwickeln wird. Erstmals treffen wir uns Datum: Mittwoch, 11.11.2009 Zeit: 18 Uhr Ort: Studi Cafe bQm, unter der Polyterrasse ETH, Leonhardstrasse 34, 8092 Zürich http://www.openstreetmap.ch/?zoom=17mlat=47.37592mlon=8.54664layers=B00TF Eingeladen ist jedermann, egal ob alte OSM Häsin oder interessierter Einsteiger! Ich freue mich darauf, viele OSM Aktivisten persönlich kennenzulernen. Viele Grüsse, Matthias (mgeiser) ---cut--- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] bot vandalism
Apollinaris Schoell wrote: I know it has been discussed before but found a lot of broken data created by bot bugbuster and this is important enough to bring it up again. There was some lame response but never really an explanation what this bot is doing. Some edits are correct others are not. Always include examples that are bad (changeset + relation/way/node ). There is little information in the wiki that there has been some bug fixes. But how can I know if the bot doesn't break my fixed data again. What did the owner of the but answered ? Should we allow bots at all? Sure if they are useful and documented. But there should be a need to do a quality check and review first before someone is allowed to run a bot against the whole planet. Should we allow to register everyone only with a valid email address and let him edit the whole planet with JOSM/potlatch/script without quality check ? This new users are doing the same mistakes I did at the beginning and they often break valid data and they sometimes don't respond to emails if you have questions unlike the bot owner of that bot. this bot does so many edits and it's very difficult to even find all the bad edits in a flood of edits. I have a flood of edits as well : http://www.openstreetmap.org/user/Nightdive/edits Is this a candidate for the new block feature to stop the bot until it's clearly documented and approved by voting or an other form of agreement? Provide examples, try to communicate with the owner of the bot and if you fail to find a solution with him and the other people agreeing he will be a candidate for a block. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Strato sponsort 3 Server für OSM
Frederik Ramm wrote: der Berliner Hosting-Anbieter STRATO AG hat drei Server kostenlos für OSM bereitgestellt. Vertragspartner von STRATO und Betreiber der Server ist der FOSSGIS e.V. Danke an Strato und an die Admins die sich um die Server kümmern werden ! Ein Server soll unser Tile-Server werden, auf dem wir einige alternative Kartenstile anbieten möchten, vorallem einen deutschen Kartenstil (ich glaube, die Kartographen nennen den bei uns verbreiteten Stil mit den gelben/orangefarbenen Autobahnen oft Michelin-Stil) und einen Stil, der gut als Hintergrund für eigene Projekte geeignet ist. Jeder kann da mitarbeiten und ggf. weitere Kartenstile beisteuern. Wie wäre es denn wenn man dann einen funktionierenden Namefinder in deutscher Sprache hinzufügt und ggf einige Services wie Google Maps sie derzeitig anbietet dort erstellt unter einem Dach ? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relations-IDs in JOSM
Marcus Wolschon wrote: Zeigt JOSM irgendwo die ID des gerade selektierten Objektes (z.B. einer Relation) an? Ich sehe alle Attrbute aber nirgendwo mehr die ID. STRG+H drücken und aus der URL kopieren :-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen-Import
Hallo ! Ich wäre entweder für einen automatischen Import oder alternativ für ein Overlay mit der möglichkeit XML Files für PLZ Gebiete einzelnd runterzuladen damit man die mit Hilfe von JOSM importieren kann. Der Import der Kreisgrenzen fand ich bis auf das Küstenchaos auch recht Problemlos. Ein rein Overlay fände ich schlecht, gerade in Gebieten wo eh wenig Mapper unterwegs sind die sich um sowas kümmern. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe JOSM
Wolfgang Wienke wrote: Ich versuche Daten hochzuladen und erhalten Konflikt auf Datenebene 1, Konflik muss zunächst gelöst werden. Das sagt mir natürlich wenig. Die Überprüfung mit dem validator zeigt jede Menge Probleme, die aber nicht von meinen Eingaben stammen, und die ich auch nicht lösen kann. Das Speichern der Daten funkitoniert öfters nicht. Ich erhalten eine Fehlermeldung Schreibschutz!??? Ein Konflikt ensteht dann, wenn du Daten editierst hast und die sich aber in der zwischenzeit auf dem Server verändert haben weil jemand anderes eine Änderung hochgeladen hat. Dann bearbeitest Du quasi eine alte Version und das ergibt einen Konflikt beim hochladen. Es hab auch einen Bug in JOSM selber der einen scheinbaren Konflikt erzeugt hat. Wenn Du eine unstable Version benutzt dann solltest Du die updaten. Was macht man in so einem Fall ? Ganz einfach, man ruft den Konflikt Editor auf. Zu erreichen ist der über die linke Toolbar, konflikte auflösen heißt der Button oder Alt+C. Hier kann man dann sagen welche Version von einem Node/way/relation nun die richtige ist, Deine oder die auf dem Server. Bei dem oben beschriebenen Bug in JOSM wirst Du damit aber keinen Erfolg haben weil der Konflikt immer wieder auftritt. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] vom Objekt zum changeset?
Frederik Ramm schrieb: Man kann so einen Service entweder mit minimalem eigenen Aufwand machen und die ganze Last dem Server aufbuerden, indem man jedesmal alle Objekte abfragt, die einen gerade interessieren; oder man kann selbst einen Datenbank-Mirror pflegen, in den man staendig die neuen Diffs einliest, dann geht es mit sehr geringer Serverlast. Leider hast Du dich fuer erstere Variante entschieden, Das ist wohl durchaus nachvollziehbar, wenn man sich die Statistiken von dem DB-Server anschaut [1]. 1 TB für die Datenbank hat nicht jeder mal eben zu Hause im Keller stehen (-; und so ist das ganze mehr so eine Technologie-Demo - funktioniert zwar, ist aber nicht skalierbar und nicht als Dienst fuer die Massen geeignet. Ich hoffe, dass irgendwann mal jemand die Zeit und die Lust hat, das richtig zu machen, so dass jeder sich dann einfach bei diesem Service bedienen kann. [...] Bye Frederik Gruß, Matthias [1] http://munin.openstreetmap.org/openstreetmap/smaug.openstreetmap-pg_openstreetmap_db_size.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in einem großen Bereich be arbeiten
Hallo ! 2 Grundsätzliche Möglichkeiten. a) Um die ganze Relation zu laden besuchst Du die Relation Seite http://www.openstreetmap.org/browse/relation/7900 unten gibt es dann den link XML herunterladen. Speichert man das XML als z.b. Relation.osm kann man es mit JOSM öffnen und die Relation sollte im Relationseditor auftauchen, dort kann mann dann sämtliche Member nachladen. Alternativ kann man auch die URL direkt in Josm unter Adresse öffnen laden was aber zur Zeit irgendwie nicht richtig funktioniert mit aktuellen JOSM Versionen. Hier ist zu beachten das JOSM andere Relationen die auf einer Borderline nicht anzeigt solange man nicht ein kleines Stück einer Borderlinie vom Server als Ausschnitt lädt. b) Du lädst einen 10cmx10cm breites Gebiet wo die Grenzlinie verläuft, kann natürlich auch leicht größer sein :-) Dann sollte die Relation ebenfalls auftauchen und mann kann alle Member nachladen bei Bedarf. Dies ist in diesem Fall natürlich nicht nötig den DU willst nur in den Tags der Relation die AGS Nummer einfügen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] vom Objekt zum changeset?
Hallo, Tobias Wendorff schrieb: Wie gesagt könnte man natürlich ein Script schreiben, was die Changesets abarbeitet und Informationen rauswirft. Ich habe dazu vor einem Monat ein Java-Programm geschrieben, das zu einem Bereich die Changesets ausgibt, die tatsächlich in diesem Bereich etwas verändert haben. Problem ist da natürlich, dass Du teilweise riesige Changesets bekommst, aber das möchtest Du ja. eigentlich nicht. Über die API bekommt man ja alle Changesets, die mit dem gewählten Bereich eine Schnittmenge bilden, also auch die, in denen ein Bot etwas in London und in Kairo geändert hat, aber deinen Bereich unberührt lässt (Das ist der Großteil!). Das Programm geht folgendermaßen vor: 1. Es liest von http://www.openstreetmap.org/browse?bbox=[Bereich] alle Changesetnummern zwischen z.B. der Seite 10 und 38 ein und speichert die Nummern in einer DB 2. Es holt sich von der API das XML des Changesets, speichert alle darin enthaltenen Knoten in einer DB und holt sich zu jedem Weg alle Knoten, die je zu dem Weg dazugehört haben. 3. Es lädt sich die History jedes Knotens und prüft, ob der Knoten in dem Bereich liegt oder lag. Vorteil: Es markiert nur die Changesets als relevant, die auch wirklich etwas in dem Gebiet gemacht haben. D.h. es erkennt auch, wenn Knoten eines Weges verschoben wurden (innerhalb des Bereichs, aus den Bereich heraus und in den Bereich hinein) Nachteil: Laufzeit, Belastung der OSM-Server, Laufzeit, achja, Laufzeit und Belastung des API-Servers war auch noch dabei. Das Programm ist mehrere Nächte gelaufen und hat in diesen Nächten so viele Zugriffe auf Port 80 generiert wie sonst tagsüber vorhanden sind (laut munin). Problematisch war insbesondere, dass einige Changesets so groß sind, dass der Server sehr lange (mindestens 10 Minuten, gefühlte 30) brauchte, um mir das XML zu liefern. Entweder habe ich den falschen Ansatz gewählt oder einen groben Programmierfehler gemacht oder - was ich eher glaube - es gibt im Moment keine praktikable Lösung. Viele Grüße, Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Bot removing attribution tags
John Smith wrote: What are the tags that it/he is wrong to remove? ABS imported data was stripped from ways and moved to a relation which is incorrect, I fixed a couple manually but I don't know how many more times this has happened. Please post an example changeset where this bot did something wrong. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bot removing attribution tags
Ruben Wisniewski wrote: Hi John, thank you for your report, but whats wrong with moving the tags to a relation, this is the common way as far as I know, only all ways together represent the border, so the relation should hold the tags. Else if there is a change, not every way has to be edited. A border-way should contain admin_level=X where X is the highest number of the border it represents and an boundary=administrative Tag. The whole border itself is represented by a relation with the correct Tags. You usually will never have one borderline for a whole border because for example a border for a country represents also (only a part of it) the border for a state in this country. I think that the edits made by the bot are correct. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bot removing attribution tags
Lennard wrote: Matthias Versen wrote: A border-way should contain admin_level=X where X is the highest number of the border it represents and an boundary=administrative Tag. Lowest Correct, my mistake. I meant the highest importance which is the lowest number. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bot removing attribution tags
John Smith wrote: These aren't state borders these are administrative borders (postcodes, town etc), and I'm filling in missing sections manually to complete postcodes as these weren't imported manually, as a result the relation isn't correct, each section of the way needs to be tagged with these values. I used country/state as example for administrative borders. I still don't under stand your problem ! For every administrative border you create a relation and give this relation the tags it needs. The whole relation itself represents an area. The members of the relations are short border lines. It makes no sense for me why you want to tag each way or why the way must be in one part. It can be in one part but it seems that it's not possible because of the 2000 Node/way limit and in such a case you create a relation. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Elemente ohne Eigenschaften
Tobias Wendorff wrote: Am Sa, 26.09.2009, 21:08 schrieb Frederik Ramm: Ich weise vorsorglich darauf hin, dass all diese Objekte einen Sinn haben *koennen*. Wann sind Nodes zugelassen, die keine Eigenschaften haben? Die waren schon immer zulässig (im Sinne von die Api akzeptiert die). Natürlich sind die 2 mindestens benätigte Tags nämlich lat/lon vorhanden. Löschen kann man die sicherlich aber ich würde denen eine Schutzzeit einräumen. Es kann ja sein das sich jemand Nodes erzeugt die er gemessen hat um dann später daraus einen Wald zu machen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server
Mirko Küster wrote: Ok, ich hör jetzt auch wieder auf mit meinen Laienfragen... Aber eine Anleitung für Spiegelserver könnte uns vielleicht helfen? Es kommt darauf an was und fuer wenn man spiegeln will. Es brennt immer wieder mal bei der XAPI, da geht seit Tagen mal wieder überhaupt nichts. Das ist aber die einzige Methode um aktuelle Daten Der Grund ist AFAIK sehr einfach, es gibt Performance Probleme beim Updaten der XAPI server. Das einspielen eines Minute-diffs dauert zur Zeit zu lange, manchmal 2-3 Minuten. Woher kommt das ? Es gibt zur Zeit einige sehr große automatische Edits wie zum Beispiel das entfernen von Tiger Tags die bei jedem Tiger Node (!) vorhanden sind. ( http://www.openstreetmap.org/user/woodpeck ) Dazu kommen wohl einige Importe von Daten soweit ich das mitbekommen habe. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann keine Karten mehr in JOSM laden
Kai Krueger wrote: Soweit ich weis war das Problem das einige Server neu gebootet werden mussten da es ein paar Hardware Probleme mit den neuen Servern gab die ein BIOS/Firmware/Kernel update benoetigten. Wenn alles glatt gelaufen ist sollten es also eigentlich nur ein - zwei minuten downtime gewesen sein. Es ist nicht alles gut gelaufen und das Bios wurde gegrillt, deswegen gibt es keine alte GPX Files mehr zur Zeit (siehe Status auf Wiki-Hauptseite). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server
Ich meinte natürlich http://www.openstreetmap.org/user/woodpeck_fixbot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server
Frederik Ramm wrote: Der macht derzeit so grob 1 Million Edits am Tag, und das wird noch bis schaetzungsweise Ende November so weitergehen. Allerdings stehen diesem Datenbank-Stress dann auch handfeste Vorteile bei der Verarbeitung von Planetfiles gegenueber, ich zitiere aus einem alten Posting aus dev: Sorry, ich wollte Dich nicht als Übeltäter hinstellen denn was Dein Bot macht ist mehr als sinnvoll und zumindest ich bin Dir dafür sehr dankbar ! Du bist auch nicht der einzigste, es läuft auch gerade ein Import wie man gut an der Statistik sehen kann. Top users editing over the past... week: 7717136 woodpeck_fixbot 2778119 jumbanho 1022466 MikeNBulk 907031 SK53_bulk Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationseditor
Georg Feddern wrote: Ein zirkulärer Bezug entsteht im Relationseditor doch eigentlich nur, wenn die gerade bearbeitete Relation selbst als Element mit eingebunden wird. Also ist die Nummer des beanstandeten Elements die Nummer der gerade bearbeiteten Relation. Oder denke ich da gerade an deinem Problem vorbei? Es geht auch komplizierter : Relation A enthält : Relation B Relation B enthält : Relation C Relation C enthält : Relation A Ich weiß schon warum ich Relationen als Member in Relationen nicht mag :-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Sven Anders wrote: Moin, für die Staßenverzeichnisse sind die administrativen Grenzen (besonders Gemeindegrenzen) ja sehr interessant. Ich habe deshalb mal versucht, heraus zu bekommen, welche Gemeinden schon mit Grenzen erfasst sind. Es ist dabei eine Anwendung heraus gekommen, die die Grenzen gegen die AGS vergleicht. http://svenanders.openstreetmap.de/ags/ Um die Auswertung noch ein wenig besser zu machen, müsste man folgende Probleme lösen: Frage: Ist der Name ausschlaggebend oder der AGS ? z.b. keine Grenzrelation in OSM mit dem Namen Steinheim, Stadt gefunden Die Relation hat nur den Namen Steinheim und nicht Steinheim, Stadt was ich auch besser finde. Vielleicht sollte man einen Type Tag einführen für Stadt/Gemeinde wie es auch schon von den opengeoDB verwendet wird. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quelle (Wasser)
Markus wrote: Wie bezeichnet man eine Quelle? a) Quelle eines Baches http://wiki.openstreetmap.org/wiki/Spring Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quelle (Wasser)
Hallo Markus, Markus schrieb: Wie bezeichnet man eine Quelle? a) Quelle eines Baches b) Fassung eines Quellgebietes, meist ein Quellschacht mit Stahldeckel obendrauf manchmal auch ein fensterloses Gebäude, mit Speicherbecken, Pumpe, Funk c) die vom Quellschacht ausgehende Wasserleitung (Rohr) d) das Wasserschutzgebiet drumherum im Thread Tiefbrunnen etc. eintragen vom 09.07.2009 [1] wurde das schon mal diskutiert, allerdings gab es auf die Frage c) und d) keine Antwort und bei meiner Suche kürzlich bin ich auch auf kein Ergebnis gekommen. Bei b) wurde auf das bestehende Proposal man_made=water_well verwiesen. Auf der Diskussionsseite von man_made=water_well wird auch angeregt, ähnlich zu power einen water-tag einzuführen, der alles von Wassergewinnung über Wassertransport bis zu Wasserentsorgung abdecken soll. Das wäre meiner Meinung ein bessere Lösung, weil damit viel genauer getaggt werden kann: Man könnte dort klar den Ort der Wassergewinnung von dem der Wasserentnahme trennen (um einen Tiefbrunnen von einem Brunnen mit Handpumpe zu unterscheiden) und auch die unter c) und d) genannten Punkte mit einbinden (etwa mit water:protection_area=DE_I für die Wasserschutzzone I)/ / Gruss, Markus Gruß, Matthias [1] http://www.mail-archive.com/talk-de@openstreetmap.org/msg48913.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Vandalism/user error?
Chris Miller wrote: than myself please delete it? I haven't done any editing of the osm data Deleted... Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vandalism/user error?
David Earl wrote: It's obviously nonsense - a way extending right across the globe! But it looks like scribbling, the kind of thing people do in Potlatch not realising they are editing the live map. Despite the prompts at the beginning people STILL don't realise they are doing this. This is the second time this week I've seen his happen. The way is an old one, created an older potlatch Version. I think the new prompt for Editing with save at the starts helps a lot. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Fehler in Website finden
André Riedel schrieb: Am 7. September 2009 18:37 schrieb Markus liste12a4...@gmx.de: Wer kann helfen: In www.lau-net.de/baerlocher/osm/Simmelsdorf.html wird der Layer Essen und Trinken nicht angezeigt. Ich suche seit Tagen den Fehler und finde ihn nicht. Und morgen sollte ich die Seite präsentieren... Gruss, Markus Kann es sein dass er sich an den ![CDATA[ Pension, Restaurant, Biergarten, Ausflugsort, Aussichtspunkt br /09155-928009 img src=../osm/BuehlerHoehe.jpg width=160 ]] stört? Habe es aber nicht ausprobiert. Oder du nutzt anstatt den GPX-Dateien die Variante wie auf der Seite: http://www.gary68.de/osm/qa/unmapped Gennerell stört er sich anscheinend am CDATA... ich hab mal eine Version ohne hochgeladen, die Marker werden bei dieser angezeigt: http://m-hoffmann.net/Essen.gpx Allerdings geht das Bild bei der Bühler Höhle nicht... Viele Grüße, Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeindegrenzen Schliengen
Hermann Biller wrote: wir Grünen von Schliengen kartieren unsere Gemeinde. Wäre jemand, die oder der sich auskennt, wie man Die Grünen habe ich mal überlesen außer ihr seit die Grünen Jäger oder die grünen (und bald blauen) Polizisten :-) Ein Link zu der Stadt auf der Karte hätte das auffinden übrigens etwas erleichtert :-) das fehlerfrei macht, bereit, grob unsere Gemeindegrenzen einzutragen? Die Details würden wir im Laufe unsere Messungen nachtragen. Ich befürchte dass wir als Anfänger ein Risiko für bestehende Grenzen sind. B-) Du hättest ruhig erstmal eine eigene Grenzlinie einzeichnen können ohne die bestehenden Grenzen zu verändern, dann wäre es wahrscheinlich wesentlich genauer geworden. Beim Rest zu helfen wäre dann einfacher gewesen. Wäre nett, wenn sich jemand bereit findet. Fertig und nicht hauen für eventuelle Fehler :-) Die zusätzliche Grenzlinie ist diese hier : http://www.openstreetmap.org/browse/way/40402952 und die komoplette Grenze ist unter dieser Rerlation zu finden : http://www.openstreetmap.org/browse/relation/233450 Was mir in der Gegend aufgefallen ist : Die Grenze ist an einer Stelle sehr komisch geteilt : http://www.openstreetmap.org/browse/way/30275453 http://www.openstreetmap.org/browse/way/27569701 Zwischen den beiden Grenzlinien gibt es ein Stück Wald als Niemansland. und dann dieser Steinbruch hier : http://www.openstreetmap.org/browse/way/27387384 Der ist als landuse=construction getaggt was ein Baugebiet ist aber der Name ist Steinbruch. Ein Steinbruch wird aber als landuse=quarry getaggt werden oder ist das ein Steinbruch der gerade umgebaut wird z.b. als See ? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation automatisch sortierbar?
Sven Geggus wrote: ich bin einen Fernradweg gefahren und möchte jetzt die bestehende Relation erweitern. Leider stelle ich fest, dass die Reihenfolge der bestehenden Relation irgendwie komplett im Eimer ist. Kann man das irgendwie automatisch vorsortieren, sodass zumindest die Teilstücke in der richtigen Reihenfolge sind? JOSM kann sortieren, zumindest in der unstable Version mit dem neuen Relationseditor. Ach ja und wenn ich grade dabei bin zu fragen. Gibts im josm irgendwie die Möglichkeit einen Weg einfach hinten an eine Relation dranzukleben? Relationeseditor öffnen und sagen das der markierte Weg hinten dran soll (geht mit unstable). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation automatisch sortierbar?
Sven Geggus wrote: Matthias Versens...@mversen.de wrote: JOSM kann sortieren, zumindest in der unstable Version mit dem neuen Relationseditor. Hm, mein josm ist aktuell. Wie genau geht denn das mit dem sortieren? Manuell will ich die objekte ja nicht hin und her schieben. Du kannst die Objekte manuell verschieben oder du nimmst den Button links außen am unteren Ende zum automatischen sortieren. Apropos neuer Relationseditor. Was bedeutet denn die Spalte verknüpft? Das das relationsmitglied mit dem nächsten/vorhergehenden (weiß nicht was zutrifft) Mitglied in der richtigen Reihenfolge ist und mit dem verbunden ist. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] dissapearing country border
Valent Turkovic wrote: Hi, I'm from Croatia and I have seen something strange when looking at borders. If you look at this map you will clearly see borders: http://www.openstreetmap.org/?lat=45.2lon=16.51zoom=7layers=B000FTF But if you zoom in or out the borders start to dissapear, especially between Slovenia and Croatia. Any ideas why is that happening? It's in most cases always the same reason why you get an object only in some zoom levels, the object got changed and the the object will disappear/appear on new rendered tiles. This is for example new http://www.openstreetmap.org/browse/way/39612881/history BTW: Why are there 2 different border lines ? Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Zur Info: [Osmf-talk] Informal board election results
Jan Tappenbeck wrote: kann das bitte einer einmal zusammenfassend eindeutschen - besonders was mit election gemeint sein soll ! gruß Jan :-) Gehling Marc schrieb: Zur Info, Am 23.08.2009 um 14:43 schrieb Peter Miller: I notice that there has not been a formal election results announcement on this list as yet. I was at the AGM and the results have been posted informally on the wiki and reflect my memory of the results. [1] I think we have a very good board for the coming year and it is noticeably more geographically diverse this year. Last year we had residents of fout countries (Netherlands, Sweden, UK, and the USA). We now have residents of six countries out of a board of seven (Germany, Italy, Netherlands, Sweden, UK, USA). I don't envy the new board the amount of work that they have let themselves in, but I am very appreciate of the individuals who have stepped forward to perform this important role. Regards, Peter Miller [1] http://wiki.openstreetmap.org/wiki/Foundation/AGM09/Election_to_Board === Ich habe bemerkt das es bis jetzt keine formelle bekanntmachung der Wahlergebnisse auf dieser Liste gegeben hat. Ich war auf der AGM und die Ergebnisse sind im Wiki geposted und und spiegeln nur meine Erinnerung wieder. Ich denke wir haben ein sehr guten Vorstand für das kommende Jahr, das geographisch vielfätliger ist. Letztes Jahr hatten wir Einwohner aus 4 Ländern (Niederlande, Schweden, UK und den USA). Nun haben wir Einwohner aus 6 Ländern in einem Vorstand von sieben (Deutschland, Italien, Niederlande, Schweden, UK, USA). Ich beneide den neuen Vorstand nicht um die Menge an Arbeit auf das sie Sich eingelassen haben aber ich begrüße es sehr, das die einzelnen sich zu dieser wichtigen Aufgabe entschlossen haben. Die Übersetzung ist nur ungefähr, also bitte dafür micht flamen :-) Das ganze bezieht sich auf die Wahl des Openstreetmap Foundation Vorstandes die an diesem Wochenende stattfand auf dem 2009 Annual General Meeting. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontakt zum User im Bereich STENDAL
Jan Tappenbeck wrote: Hi ! ich habe die Straßenliste von Stendal besorgt und nun suche ich jemanden der sich dort sehr gut auskennt um eine Umgrenzungslinie definieren zu können. Es sind auch teilweise Orte gelistet die im Umfeld von Stendal sich befinden. Man muss sich nich besonders gut auskennen um eine ungefähre Grenze ziehen zu koönnen. Es genügt schon wenn man dazu die freien Informationen zu dem Ort benutzt um eine ungefähre Grenze zu ziehen. Nichts anderes wurde in NRW auch gemacht um die Straßenliste auszuwerten ( http://osm.gt.owl.de/Strassenliste/map-nordrhein-westfalen.html ). Wenn die API wieder da ist, dann kann ich mal versuchen eine Grenze zu ziehen... Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontakt zum User im Bereich STENDAL
Mirko Küster wrote: Ich hoffe mal die Ausdehnung passt noch. Die ändern hier ihre Grenzen wie andere die Unterwäsche. Jetzt verwirrst Du mich :-) Woher sind die Daten ? Willst Du die Relation erzeugen oder ist die etwas schon vorhanden ? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweisen/Abkürzungen von Straße nnamen
Guenther Meyer wrote: Abkürzungen unterscheiden sich des öfteren, s.b. bei Joh.-Seb.-Bach Straße habe ich auch schon eine J.-Seb.-Bach gesehen und ähnliches, da ist nur die Langform wirklich nutbar für mich. bei ein und derselben strasse? das kommt recht selten vor, denke ich... Das eine ist das Schild, das andere der Name der von der Stadt in ihrer Straßenliste geführt wird. ich hatte ja auch geschrieben, das SOWAS vorkommt. aber SEHEN tut man das schild, in die verzeichnisse hat man (als mapper) nicht unbedingt einblick; die meisten nutzer der osm-daten schon gleich zweimal nicht... Nunja, wir haben ja die Wahllisten und das ist ein Auszug aus der Liste der Stadt. Ich finde es halt sinnvoler Abkürzungen aufzulösen weil der Name dort eindeutig ist aber das ist halt Geschmackssache. Straßenschilder sind im übrigen nicht immer korrekt wie ich leider feststellen durfte, als Beispiel : http://mversen.de/temp/bredaer2.png http://mversen.de/temp/bredear.png Beide Namen sind im übrigen flasch denn die Straße heißt Bredaer Bruch. bei sowas sollte man die verantwortlichen sowieso erstmal drauf hinweisen... Die Stadt weiß bescheid und es stand sogar im OSM Artikel der Lokalzeitung als Beispiel für das versagen der Stadt :-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweisen/Abkürzungen von Straß ennamen
Adiac wrote: http://mversen.de/temp/bredaer2.png http://mversen.de/temp/bredear.png Diese Schilder könnten aber auch die Eigentümer der Wege aufgestellt haben. Sie müssen nicht von dem aufgestellt sein der da sonst für verantwortlich ist (Straßenbauamt? Stadtverwaltung? Wer eigentlich?). Die Art der Schilder passt absolut zu der Herstellungsweise der anderen offiziellen Straßenschilder. Das eine ohne Hausnummer ist zu 100% offiziell aber selbst das andere ait der einzelnen Hausnummer ist ein offizielles Schild, da bin ich mir ziemlich sicher. Beide Namen sind im übrigen flasch denn die Straße heißt Bredaer Bruch. Ja, das ist in der Tag sehr dumm. In der Situation als suchender Außendienstmitarbeiter überlese ich vielleicht sogar den Fehler, aber wenn wir wieder die Geschichte nehmen, wo die Suchenden die Sprache nicht lesen können sondern nur Zeichen vergleichen Suchender hin oder her, ich zeichen eine Straße so aus wie sie in wirklichkeit heißt. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dienstweg
Adiac wrote: Ich habe auf der letzten Mapping-Tour einen Dienstweg gemappt. Auf dem Schild stehtDienstweg - nur für Befugte (Straßen NRW). Im Wiki habe ich dazu nichts gefunden. Ich habe vorerst highway=service genommen. Was meint Ihr? access=private fehlt noch, dann sollte das so richtig sein. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweisen/Abkürzungen von Straß ennamen
Guenther Meyer wrote: Abkürzungen unterscheiden sich des öfteren, s.b. bei Joh.-Seb.-Bach Straße habe ich auch schon eine J.-Seb.-Bach gesehen und ähnliches, da ist nur die Langform wirklich nutbar für mich. bei ein und derselben strasse? das kommt recht selten vor, denke ich... Das eine ist das Schild, das andere der Name der von der Stadt in ihrer Straßenliste geführt wird. Straßenschilder sind im übrigen nicht immer korrekt wie ich leider feststellen durfte, als Beispiel : http://mversen.de/temp/bredaer2.png http://mversen.de/temp/bredear.png Beide Namen sind im übrigen flasch denn die Straße heißt Bredaer Bruch. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Encourage foundation candidates to self-govern
Richard Weait wrote: The Foundation board should have no more than one candidate from each company in my opinion. Unbelievable ! Sorry but why is Cloudmade trying to corrupt the free and open Openstreetmap with such actions ? Shame on you ! Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Schreibweisen/Abkürzungen von Straß ennamen
Guenther Meyer wrote: ueber die schreibweise von strasse vs. str. kann man ja gerne streiten, aber namen und titel sollten so eingetragen werden, wie's am schild steht. wenn ich mit hilfe meiner karte/meines navis eine prof.-huber-strasse suche, dann erwarte ich auch ein strassenschild mit der entsprechenden bezeichnung vorzufinden, und keine professor-hubert-strasse. Deswegen packe bei zweifeln die abgekürzten Namen des Schildes mit alt_name auf die Straße und die Langform als name. Abkürzungen unterscheiden sich des öfteren, s.b. bei Joh.-Seb.-Bach Straße habe ich auch schon eine J.-Seb.-Bach gesehen und ähnliches, da ist nur die Langform wirklich nutbar für mich. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-ca] Encourage foundation candidates to self-govern
Richard Weait wrote: The Foundation board should have no more than one candidate from each company in my opinion. Unbelievable ! Sorry but why is Cloudmade trying to corrupt the free and open Openstreetmap with such actions ? Shame on you ! Matthias ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] Encourage foundation candidates to self-govern
Richard Weait wrote: The Foundation board should have no more than one candidate from each company in my opinion. Unbelievable ! Sorry but why is Cloudmade trying to corrupt the free and open Openstreetmap with such actions ? Shame on you ! Matthias ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] Relationen überwechen
Falk Zscheile wrote: Hallo, gibt es eine Möglichkeit Relationen bzw. die an ihnen vorgenommenen Änderungen automatisch zu überwachen? Es scheint ja doch hin und wieder vorzukommen, dass etwas aus Versehen gelöscht wird. Je später so etwas entdeckt wird, um so komplizierter ist ja die Wiederherstellung. Es gibt da schon einige Relationen, die mir sehr am Herzen liegen :-) Das Relationen gekillt werden passiert Bundesweit nicht gerade selten, zumindest kann man es bei den Boundary (grenzen) und Multipolygonen beobachten weil diese sich automatisch testen lassen ob die in sich geschlossen sind. Bei dem Relation-Check von Garry86 tauchen deswegen immer wieder welche auf, die beschädigt wurden. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfernweg Berlin-Kopenhagen Relation 28441
Falk Zscheile wrote: Hallo Matthias und Michael, vielen Dank für die schnelle Reaktion. Ist das vorgehen zum wiederherstellen von Relationen irgendwo dokumentiert. Ich wäre zukünftig auch gern selbst dazu in der Lage. Seid ihr nach http://www.mail-archive.com/talk-de@openstreetmap.org/msg45374.html vorgegangen? Dokumentiert in einzelschritten ist das nicht, ich habe es durch kurzes tryerror rausgefunden, mit Hilfe der Infos aus der von Dir zitierten URL. Kurzfassung: 1) http://api.openstreetmap.org/api/0.6/relation/28441/268 als relation.osm gespeichert. 2) mit Texteditor am Header der Relation die Timestamp, user und uuid Werte entfernt und dafür ein action=modify hinzugefügt und die versionsnummer angepasst auf dem Stand der auf dem Server vorliegt. Das ganze dann in JOSM laden und hochladen. In diesem Fall habe ich Precondition failed Fehler bekommen mit Angabe des ways. Diese ways habe ich dann aus dem File entfernt und das ganze solange wiederholt bis keine Fehler mehr gekommen sind. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gdb in JOSM einlesen
Sven Geggus wrote: Ich musste jetzt erst mal googlen was das für ein Format sein soll. gdb ist für mich der GNU Debugger :) Ich habe erst gerätselt ob GDB jetzt Java debuggen kann :-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum immer die ...more OSM coming soon Kacheln
Michael Buege wrote: Welcher Browser? Bei mir (Firefox/ Ubuntu) hat folgendes geholfen: Unter Einstellungen - Inhalt - Grafiken laden - Ausnahmen fand ich einen Eintrag mit einer OSM-Adresse. Leider weiss ich nicht mehr genau, was es war, aber als ich das rausgeloescht hatte, war alles wieder gut. Wie der Eintrag dahin gekommen ist, weiss ich nicht. Wie das in die Liste kommt: Rechts click auf ein Image z.b. auf die Kartentiles von Openstreetmap und wähle dann block images from SERVERNAME). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfernweg Berlin-Kopenhagen Relation 28441
Falk Zscheile wrote: Im Stadtgebiet Rostock[1] müßte der Radfernweg Berlin-Kopenhagen verlaufen. Dem Relationscheck zufolge ist Relation 28441 auch vollständig in diesem Bereich vorhanden. Lade ich mir den Bereich in JOSM kann ich die Relation nicht entdecken. Auch auf der Cyclemap ist der Weg nicht mehr vorhanden. Was ist passiert? Wo ist die Relation hin und wie kann man sie wieder herstellen? http://www.openstreetmap.org/browse/relation/28441 Die Relation hat kein einziges Mitglied, wurde sehr wahrscheinlich gelöscht. Wenn der OSM Server mir noch die History rausrückt, dann könnte ich das wiederherstellen... Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfernweg Berlin-Kopenhagen Relation 28441
Michael Bemmerl wrote: http://api.openstreetmap.org/api/0.6/relation/28441/268 Danke, ich hatte nicht daran gedacht den API Aufruf mit Version zu nehmen, da hat der Server dann keine Probleme. Version 269 270 der Relation haben keine Member. Dementsprechend ist die Version 268 die letzte mit Members. Ich habe die Relation mal wiederhergestellt, allerdings sind folgende Ways in der zwischenzeit gelöscht worden. http://www.openstreetmap.org/browse/way/37665419 http://www.openstreetmap.org/browse/way/23501030 http://www.openstreetmap.org/browse/way/26083544 http://www.openstreetmap.org/browse/way/31346350 http://www.openstreetmap.org/browse/way/26803686 http://www.openstreetmap.org/browse/way/37665423 http://www.openstreetmap.org/browse/way/37665419 http://www.openstreetmap.org/browse/way/37754512 Vielleicht kann sich das mal einer anschauen und die Löcher in der Relation beheben. Das Loch erkennt man in der mitte recht gut : http://www.openstreetmap.org/browse/relation/28441 Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppelte Wege
Hallo ! Ich bin die meisten restlichen Fehler durchgegangen. Ein paar sahen mir aus als wenn in Deinem Check in Fehler wäre weil es vällig unterschiedliche Wege waren und dann gibt es noch eine Straße die doppelt ist mit 2 unterschiedlichen Namen und wo bei einer Straße ein note steht, das die Straße 2 Namen hat laut Straßenschilder. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parallelwege zu nah
Hallo TeamAdiac, TeamAdiac schrieb: Hallo zusammen, ich habe Probleme in JOSM die Wegbreite zu erkennen. In einem konkreten Beispiel [1] habe ich einen Pfad neben einem Fluss getaggt, der nun _im_ Fluss verläuft. Wie macht Ihr das? Kann man sich die Breite in JOSM nicht anzeigen lassen, statt nur die Mittellinie? MfG In JOSM gibt es unter den erweiterten Einstellungen (Einstein) die Option mappaint.useRealWidth. Diese musst du auf true setzen. Viele Grüße, Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachrichten von Gary68
Gary68 wrote: Relationen Diff http://wiki.openstreetmap.org/wiki/Relation_Diff Der ist kaputt, siehe http://www.gary68.de/osm/qa/relations/multi/germanyMulti.htm Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Finding what country something is in (new website)
Hi ! There is still something wrong here : http://dev.openstreetmap.org/~ojw/WhatCountry//?lat=51.894lon=9.1909 It found an area but not the town with this relation: http://www.openstreetmap.org/browse/relation/142697 The relation itself should be ok and is used for the street-check: http://osm.gt.owl.de/Strassenliste/Schieder_Schwalenberg/Status.html All towns in NRW should have a working admin_level?8 relation. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] rechtliche Frage zum eigenen Wissen
Tobias Wendorff wrote: GPS-Tracks sind ja leider keine wirkliche Quelle. Wenn selbst aufgenommene Messwerte keine wirkliche Quelle sind, ja was denn dann?!? Jeder, der programmieren kann ist in der Lage, GPS-Tracks auf Basis von vorhandenen Ways zu emulieren (das Zittern etc.). Jeder kann Messwerte manipulieren bzw. welche erfinden aber Messwerte kann man leicht nachmessen und damit die gefälschten Messwerte nachweisen. Man kann allerdings auch jede andere Quelle verfälschen bzw. die anderen Quellen müssen irgendwann auch mal nachgemssen haben (wo dann wieder Manipulation der Messwerte in Betracht kommt) Also ist Dein Argument das GPX Tracks keine Quelle sind einfach falsch, die sind genausogut eine Quelle wie jede andere Quelle auch. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM ist nur ein wirrer Haufen bunter Pixel
Tirkon wrote: Welche Java-Version? 1.5 lade Dir mal dringend JRE1.6 U15 runter, das behebt auch viele Sicherheitslücken in dem Browser Plugin. http://www.java.com/de/download/ Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
marcus.wolsc...@googlemail.com wrote: 2. place=suburb als Fläche Normalerweise wird das place Tag nur für eine Nide genommen der die jeweilige Mitte des Gebietes ist. Dieses Aussage ist nicht korrekt. Ein Polygon ist hier durchaus üblich und gerne gesehen. Benutze ich z.B. gerne für die Adresssuche in meinem Navi. Relationen werden dabei noch garnicht unterstützt. Das ist das gleiche Argmunet das Du unten vorbringst mit dem wird von XYZ gerendert. Wenn Dein Navi keine Relationen unterstützt, dann sollte man das korrigieren. Die ganzen Boundary Relationen angefangen bei Admin_level=1 bis admin_level=10 funkionieren einwandfrei und machen logisch Sinn. Mal ein Beispiel : http://dev.openstreetmap.org/~ojw/WhatCountry/?lat=51.8478lon=9.0282lang=de (Anzeige der Admin_level Relationen nach Standort ). Gibt es weitere? Ich möchte natürlich, dass die Grenzen auch für die Standardkarte gerendert werden. Ist das für beide tags der Fall? Eine Boundary-Linie wird in mapnik gerendert, ein Place Tag als Node auch (es erscheint der Name), ein place Tag für eine Fläche wird glaube ich nicht gerendert bzw. würde mich wundern. Seid wann ist wird von XYZ gerendert ein Kriterium? Es ist ein Kriterium das zeigt was von der Mehrheit der Mapper benutzt wird und was nicht. Wenn es logische Gründe gibt etwas anders zu machen dann ist die Unterstützung des Renderers natürlich egal. Wenn Du allerdings etwas anders mappen willst als üblich, dann steht Dir das natürlich frei. Zu beachten ist weiterhin das eine Fläche in OSM generell mit einer einzigen, in sich geschlossenen Linie getaggt werden muss und das gibt bei größeren Städten schnell Probleme. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
Tirkon wrote: Nun zur Ermittlung der Grenzen der Stadtteile/Ortsteile. Wie will man diese erfassen? Es gibt schließlich keine Grenzmarkierungen. Im Notfall helfen amtliche Bekanntmachungen und auf die liegt kein Copyright. Da hat man dann eventuell nur die Straßen aber das reicht erstmal an genauigkeit, verfeinern kann man die immer noch. Ohne die lizenzrechtliche Frage zu diskutieren, stellt sich bei der Ermittlung der Grenzen der Stadtteile das Problem, dass selbst in Städten (und erst recht in Gemeinden) eine genaue Grenzlinie der Stadtteile niemals amtlich gezeichnet wurde. Wenn man Glück hat, gibt es allerdings ein nach Stadtteilen getrenntes Straßenverzeichnis, womit man eine ungefähre aber keinesfalls verbindliche Grenze festlegen kann. Die IMHO einzig verbindliche Methode wäre es, beim Katasteramt eine Karte mit den Gemarkungen anfertigen zu lassen. Das kostet aber. Es muss nicht 100% Genau sein, für ein Navi reicht es wenn man die straßen hat die in dm Gebiet sind. Wnen man nach dem Motto vorgeht Ich trage die Grenze nur ein wenn ich eine den Verlauf 100% richtig habe. dann wird man nie auch nur eine Grenze in OSM sehen. Hat man so die Grenzen ermittelt, stellt sich aber die Frage, ob wir die so ermittelten Daten überhaupt bei Openstreetmap nutzen können. Das wage ich nämlich schwer zu bezweifeln. Warum solte man die nicht nutzen können ? Jedes Navi braucht solche Informationen zur Zielermittlung, man kann tolle Sachen machen wie http://dev.openstreetmap.org/~ojw/WhatCountry/?lat=51.8478lon=9.0282lang=de oder http://dev.openstreetmap.org/~ojw/PlaceBrowser/?lat=51.51lon=-0.12zoom=14 Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
Tobias Wendorff wrote: Es muss nicht 100% Genau sein, für ein Navi reicht es wenn man die straßen hat die in dm Gebiet sind. Ich mappe nicht für Navis. Was Du mappst bleibt natürlich Dir überlassen. Ich mappe z.b. kein Fahrradwege aber das ist auch meine entscheidung. Navis war ein Beispiel von vielen, die Grenzen werden auch hier benutzt : http://osm.gt.owl.de/Strassenliste/ http://osm.gt.owl.de/Strassenliste/map-nordrhein-westfalen.html - das gleiche nur als Karte, allerdings nur NRW Welchen Schub das in der Auswertung gebracht hat sieht man an vielen Grafiken bei den einzelnen Städten. Ein Beispiel von vielen, von 60% Erfassungsgrad auf fast 100% - http://osm.gt.owl.de/Strassenliste/Lemgo/Status.html Bei soviel Erfolg in so kurzer Zeit kannst Du mir nicht erzählen das Du diese Auswertung nicht als Sinnvoll betrachtest. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
Werner König wrote: http://osm.gt.owl.de/Strassenliste/map-nordrhein-westfalen.html - das gibt es so eine Karte auch für Baden Württemberg. Kurze Antwort: Nein Lange Antwort: Wenn Du hier schaust http://osm.gt.owl.de/Strassenliste/ dann siehst Du, das auch vereinzelnd Städte außerhalb von NRW ausgewertet werden. Wenn Du eine Grenz-Relation für die Stadt erstellst und Dir von der Webseite der Stadt die amtliche Bekannmachung zu einer der Wahlen raussuchst wo die Straßen aufgeführt werden (Straßen- Wahlort) dann schicke die Relations-ID und die amtliche Bekanntmachung zu flohoff und er wird die Auswertung einbauen. flohoff sicherlich auch eine hübsche Karte erstellen, wenn es genügend Städte in Baden Würtemberg gibt die ausgwertet werden. Ich bin bei Fragen dazu auch gerne behilflich. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Finding what country something is in (new website)
Jonas Häggqvist wrote: I fixed a bug in your relation, 2 not connected relation-members with http://www.openstreetmap.org/browse/changeset/1999106 I hope that it will fix the issue. It did - thanks a lot. Out of curiousity, how did you figure out where the error was? I opened http://www.openstreetmap.org/browse/relation/184034 , saved the xml into a relation.osm file and opened the file with JOSM. With that way I only have the relation in JOSM and nothing else. I opened the relation Editor and clicked on every part of the relation and watched the part in the editing area but it looked ok. After that I did the same but tried to move the connecting node of each part and found the not connected node. I had luck and selected the not connected node at the first try :-) Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Finding what country something is in (new website)
Roland Olbricht wrote: Both queries are responded from cache, but from different times. While the data of the former is from 2009-07-31 15h00 UTC, the latter is from 2009-08-01 03h00 UTC. In the meantime, somebody has edited holes into the border of Nordrhein-Westfalen. Based on the data of 2009-08-01 08h00, there are holes at Thanks, for partially fixing the issue. He also added outer parts to a boundary (not multipolygon!) relation. I removed the outer and marked the parts at the Belgium borders as exclave. ( http://en.wikipedia.org/wiki/Vennbahn ) Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
Jens Herrmann wrote: http://wiki.openstreetmap.org/wiki/DE:Grenze#Kommunale_Ebene_-_Ortsgrenzen_admin_level.3D7-9 müsste es 9 oder 10 sein. Was genau macht denn die Selbstverwaltung eines Ortsteils aus? Reicht es wenn ein Ortsbeirat vorhanden ist? Das wäre in Dresden der Fall. Ich denke da z.b. an Berlin, die einzelnen Stadtteile werden dort Bezirke genannt und haben eine eigenständige Verwaltung, siehe auch http://de.wikipedia.org/wiki/Bezirk_(Berlin). Die haben eine komplette eigenständige Verwaltung. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Finding what country something is in (new website)
John Smith wrote: I also checked the Australian state borders and they are marked as admin_level=4;10 which may interfere with things if the script was only looking for a single number, however the boundary is used for local and state. We usually Tag only the highest (1=highest) admin_level on a border in Germany because an admin_level=2 (country) border is always the same border for the lower admin_levels. The different admin_levels have of course always their own relation. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Finding what country something is in (new website)
Jonas Häggqvist wrote: However, it seems not to work as expected - in fact it breaks the service quite horrifically: http://dev.openstreetmap.org/~ojw/WhatCountry/?lat=56.0366lon=12.514 Okay, it no longer breaks - it just doesn't list the point as being in Helsingør (rel#184034). I fixed a bug in your relation, 2 not connected relation-members with http://www.openstreetmap.org/browse/changeset/1999106 I hope that it will fix the issue. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Finding what country something is in (new website)
OJ W wrote: I put a wrapper around the rather excellent http://wiki.openstreetmap.org/wiki/OSM_Server_Side_Script which can tell you which town/county/state/country something is in: http://dev.openstreetmap.org/~ojw/WhatCountry/?lat=51.51lon=-0.05 There is really something broken, compare : http://dev.openstreetmap.org/~ojw/WhatCountry/?lat=51.8478lon=9.0282lang=demode=raw and http://dev.openstreetmap.org/~ojw/WhatCountry//?lat=51.894lon=9.1909mode=raw both are only a few kilometers apart and the admin_level 2,4 and 8 are missing. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Finding what country something is in (new website)
John Smith wrote: I've redone all the admin_levels=4 like you suggested, however I'm not sure if the NSW/ACT state borders are correct and would like a second opinion or third on this. This is the relation for the NSW state border. http://www.openstreetmap.org/browse/relation/80372 Contained within this border is the ACT. http://www.openstreetmap.org/browse/relation/80411 I've labeled the respective relations outer and inner on relation 80372 but JOSM shows 2 unjoined sections, while that seems to be a JOSM bug I want to make sure that I've done the correct thing. The relation looks ok according to http://betaplace.emaitie.de/webapps.relation-analyzer/index.jsp I will take a closer look if I'm at home and after sleeping (currently at work in a nightshift). Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wie Stadtteilgrenzen taggen?
Jens Herrmann wrote: Hallo, wer kann mir sagen wie Stadtteilgrenzen getaggt werden? Map features bietet da 2 Möglichkeiten an: 1. boundary=administrative und dann mit admin_level=* festlegen welche Grenze es ist Du erstellst eine Relation da die Grenze sich normalerweise Teilstücke der Boundary Linie mit anderen Grenzen wie Stadtgrenzen oder anderen Stadtteilgrenzen teilt. 2. place=suburb als Fläche Normalerweise wird das place Tag nur für eine Nide genommen der die jeweilige Mitte des Gebietes ist. Gibt es weitere? Ich möchte natürlich, dass die Grenzen auch für die Standardkarte gerendert werden. Ist das für beide tags der Fall? Eine Boundary-Linie wird in mapnik gerendert, ein Place Tag als Node auch (es erscheint der Name), ein place Tag für eine Fläche wird glaube ich nicht gerendert bzw. würde mich wundern. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Finding what country something is in (new website)
Hello ! Cool. Any idea why it's failing for cities in Iran [1]? Missing country polygon? Claudius [1] http://dev.openstreetmap.org/~ojw/WhatCountry/?lat=36.303lon=59.606 This excellent tool seems to use the admin-boundary relations. The output for my example ( http://dev.openstreetmap.org/~ojw/WhatCountry/?lat=51.8478lon=9.0282 ) is === National border (admin_level=2) State (admin_level=4) State-district border (admin_level=5) County (admin_level=6) Town (admin_level=8) === There are empty lines from admin_levels that aren't used in my case like admin_level=7. See also http://wiki.openstreetmap.org/wiki/Key:boundary Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Aktualisierung Downloadbereich Geofabrik
Frederik Ramm wrote: Eine andere Frage ist natuerlich, wieso die da ueberhaupt reinkommen, denn gueltiges UTF-8-Zeichen oder nicht, ein ^V vor einem Strassennamen ist in den wenigsten Faellen ein gewollter Edit. Soweit ich das mitbekommen habe liegt es an dem allseits beliebten Potlatch denn der benutzt nicht die APi sondern eine binäre Schnittstelle. Dazu kommt wohl ein kaputter Flashplayer für Linux und zusammen ergibt es dann dieses Problem. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplet t (fast)
olvagor wrote: es ist mal wieder zeit fuer ein Update der Straßenlistenauswertung. Die Letzten Wochen war das ganze ein Selbstlaeufer - Viele haben mir Listen und relationen geschickt, und nicht zu verschweigen - tonnen an korrekturen fuer die Listen. Sehr schick! Haben wir eigentlich eine Regelung für Korrekturen? Also wenn offizielle Liste und Straßenschilder voneinander abweichen, was tun? Ich weiß, dass wir früher nur nach Schildern getaggt haben. Ich habe schon dutzender solcher Fälle an Florian gemailt und er hat die Liste angepasst, insebesondere bei abgekürzten Namen (wir schreiben aus in OSM) und Leerzeichen/Bindestrich. Das hilft natürlich nicht bei solchen Fällen wie bei mir aktuell. Liste: Bredaer Bruch , Schild1 Breader Bruch , Schild2 Bredaerbruch , also 3 unterschiedliche Schreibweisen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdrutsch in Nachterstedt
Mirko Küster wrote: *schmunzel* ??? Bei euch nicht üblich oder wie soll man das deuten? Ich glaube das kam auf genau und aktuell. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
Florian Lohoff wrote: es ist mal wieder zeit fuer ein Update der Straßenlistenauswertung. Die Letzten Wochen war das ganze ein Selbstlaeufer - Viele haben mir Listen und relationen geschickt, und nicht zu verschweigen - tonnen an korrekturen fuer die Listen. Ohne diese Hilfe waere NRW nicht halb geschafft. Ich weiß das Du zur Zeit wenig Zeit hast, ich hatte Korrekturen geschickt die Du eventuell aus Zeitmangel oder vielleicht weil Du die vergessen hast noch nicht verarbeitet sind. Da Du offensichtlich eine Datenquelle für den Kreis Höxter aufgetan hast und dadurch neue Fehler in der Liste sind hätte ich neue Korrekturen aber ich frage mich ob ich warten soll oder ob ich Dir die Korrekturen zuschicken soll bis Du die alten verarbeitet hast. Mathias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einmalige Hilfe zum Einstieg
Hermann Biller wrote: ich würde gerne unsere Gemeinde Schliengen im OSM vollständig kartieren. (Strassen, Fahrradwege, Feld- u Waldwege), Gewässer, Sehenswürdigkeiten... Kann mir jemand bitte einmalig zeigen, wie man sinnvollerweise vorgeht? Ich würde mir gerne stundenlanges Suchen nach halbfertigen Informationen ersparen. Ein Garmin GPSeTrex Legend GPX habe ich bereits gekauft. Du kannst schauen ob es eine Regionale Mailingliste gibt für Deinen Bereich oder ein regelmäßiges Treffen in Deiner Region. Ansonsten kannst Du noch schauen ob es angemeldete User in Deienr Region gibt die Dir eventuell erstmal zeigen wie sie mappen. Wenn Du Dich auf openstreetmap.org eingeloggt hast einfach auf Deinen Namen oben klicken, dann werden die 10 nächsten User angezeigt von denen aber nicht alle aktiv sein müssen. Ansonsten kannst Du bei speziellen Fragen immer hier oder im Forum fragen, ich helfe auch gerne kann aber keine Fragen zu Garmin oder dem Potlatch Editor beantworten, jedoch zu JOSM und dem mappen Allgemein. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSeaM vs. freie Tonne
Hallo ! Ich bin absolut nicht interessiert an Freietonne oder OpenSeamap aber ich sehe solche Projekte als schöne Erweiterung von OSM an. Aber mir geht der Streit langsam auf den Senkel und für mich sind folgende Sachen klar : Wenn diese Projekte die OSM Infrastruktur etc benutzen wollen dann müssen diese sich auch an die OSM Regeln halten. a) Live Editieren bzw. zeitnahes Editieren (Minuten) und keine Importe von x Stunden/tagen alten Daten und mit dublikaten die vorhandene Struktur zerstören. b) zu benutzende Tags im OSM Wiki aushandeln und dann auch so benutzen. Restliche Streitpunkte dürfte es dann nicht mehr geben, zumindest keine die OSM Relevant sind. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Ostseeküsten-Radweg wiederhe rstellen
Stephan Wolff wrote: Ein Benutzer hat die Relation Ostseeküsten-Radweg bis auf ein Element versehentlich gelöscht: http://api.openstreetmap.org/browse/relation/20585 Kann jemand den Schaden beheben? Beim Versuch die XML-Version der Chronik der Relation zu laden ist mir Firefox 3.5 zweimal abgestürzt. Dadurch kann ich das Kochrezept nicht anwenden, die XML-Datei über JOSM wieder einzufügen. http://mversen.de/temp/history.zip Ich muss mal wegen dem Gecko freeze (und einem crash im Garbage Collector) in Bugzilla rumforschen, also keine Zeit zum mit der Hand rumbasteln :-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freie Tonne USB - ist das unser JOSM
Jan Tappenbeck wrote: Moin ! durch den Vorgänger-Beitrag habe ich einmal auf Freie Tonne geschaut und Freie Tonne USB gelesen - ist das unser JOSM auf einem USB-Stick der überall läuft oder wird noch ein zusätzliches JAVA benötigt - das wäre für Vielreiser direkten Webanschluss sehr interessant ! Sollte man auch selber machen können indem man die JRE und JOSM auf einen USB Stick packt und entsprechend aufruft. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TIGER in USA
SteveC wrote: I could not find these articles converted to German. Given how prolific the German mapping community is I was wondering if someone could translate these articles and I'm also interested in whether you find it interesting. Personally I find myself very addicted to fixing random places in the USA with aerial imagery all the time. We are really many german users in OSM but we started from zero and had no import and there is still enough to do for us ! I bet that this is also the reason why we have many german users because it's makes more fun to see your own streets rendered. Many users also means that many new people are doing mistakes and errors and people like me have enough to do to fix the errors in germany. I think in ~1-2years we should have nearly all streets in germany and some people may try to help in other Areas. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu den Admin-Relationen auf Gemeindeebene
Tobias Wendorff wrote: Die Relation Kreis Güterlohn besteht aus: - Fluß A - Straße B - Straße C - Weg D - Feld F Die Relation Kreis Warendorf besteht aus: - Fluß A - Straße B - Weg E Die einzelnen Segmente müssen ja nichts mit der Relation zu tun haben, sie stecken nur drin bzw. an ihren klebt der Hinweis, dass sie zu der jeweiligen Relation gehören. Straßen, Wege und Flüsse ändern sich und nicht alle Grenzen ändern sich damit. Einen extra boundary way zu erstellen macht sehr viel Sinn, vor allem sieht man das sofort im Editor wo die Grenze langläuft. Die Genzrelation besteht dann aus einzelnen Abschnitten der von boundary ways. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DOP-Viewer
Werner König schrieb: Die Luftbilder sind auf alle Fälle aktueller als bei GoogleEarth, außerdem werden hier OSM-Daten verwendet. Ich bin sicher einige Tracks erkannt zu haben, die von mir stammen. Naja die Daten sind aber auch nicht unbedingt die besten. Hier in der Gegend sind an ein paar Stellen Feldwege eingezeichnet die es nicht gibt bzw. nicht benutzbar es sei den man würde mit einer Machete oder Beil ermal ein paar kleiner Bäume fällen ^^. MfG, Timo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Gemeindegrenze
Werner König wrote: Wenn man jetzt einfach so grob schaut, welches Dorf zu welcher Gemeinde/Stadt gehört, kann man mit vertretbarem Aufwand eine ganze Menge erreichen. Insbesondere diejenigen, die in ländlichem Gebiet wohnen, kennen ja eh schon den groben Verlauf ihrer Gemeindegrenze und können dann z.B. anhand von Walhbezirks-Listen (aktuell!) zuordnen, wo die Grenze ungefähr verlaufen muss. Sind Wahlbezirks-Listen freie Information, die wir bedenkenlos nutzen können ? ja, kann man, siehe http://wiki.openstreetmap.org/wiki/Straßenverzeichnis/Stimmbezirke Woher bekommt man solche Listen ? Von der Stadt, oft auf der Webseite veröffentlicht. Meine kleine Stadt mit 14k Einwohnern hat die amtliche Bekanntmachung auf der Internetpräsenz der Stadt veröffentlicht. Welche anderen freien Quellen gibt es ? Jede amtliche/öffentliche Bekanntmachung wie z.b. die Gebührensatzung der Müllabfuhr. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de