[Talk-de] Lizenswechsel und was passiert mit den Daten von mir?
moin ich geb zu manchmal bin ich etwas arg faul. wie hier zum beispiel. hab ich irgendwann mal am anfang gesagt jo macht mal oder hab ich das maul noch nicht aufgemacht und die daten von mir wandern in den müll? wo kann ich das den nun überprüfen? haufenweise seiten zum remappen, aber ich find nix zum sind meine daten sicher? respektive wenn es noch nicht zuspät ist. wo kann ich mein behaltet meine daten unter der neuen lizens, abgeben? cu assetburned___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] App die Tiles offline darstellen kann oder sonst wie vernünftig offline arbeitet.
moin hmpf sachtmal die openstreetmap wiki ist ja nicht wirklich so berauschend wenn es um iPhone applikationen geht. Also klar eine menge sind aufgeführt nur bei denen die mich interessieren prangert ein grosses benutzt diese app nicht!. Was ich momentan suche ist eine app mit der ich karten material offline betrachten kann. auf einem alten N82 hatte ich dafür MGMaps ( http://wiki.openstreetmap.org/wiki/Mgmaps ) bzw auf dem N900 Meap ( http://wiki.openstreetmap.org/wiki/Maep ). Beide waren vom kartenmaterial und der datei verwaltung kompatibel. was sehr praktisch ist da man die karten nur 1x herrunter laden muss. Das verfahren war recht simpel sinnvoll. Ich makiere auf einer seite einen karten ausschnitt von dem ich die tiles herrunterladen will und gebe die zoom stufen vor. und dann lade ich alle benötigten tiles herrunter. So konnte ich grosse bereiche mit einer niedrigen zoom stufe herrunterladen und wenn benötigt einzelne strassenzüge oder stadtviertel mit sehr hoher zoomstufe. das karten material hab ich mit dann auf meinen rechner wechgespeichert für den fall das ich es aus irgentwelchen gründen dann nochmal auf das telefon schieben muss. und da die karten in den von mir ausgesuchten bereichen sich eh nicht mehrfach im jahr geändert haben... hey alles was ich brauche. tja und nun suche ich was vergleichbares für nen iphone und worüber stolper ich? http://wiki.openstreetmap.org/wiki/OMaps http://wiki.openstreetmap.org/wiki/OpenMaps http://wiki.openstreetmap.org/wiki/True_Offline_Maps http://wiki.openstreetmap.org/wiki/World_Maps_Offline alles apps die machen was ich suche nur offensichtlich alle nicht API konform arbeiten. klar am liebsten wäre mit auch eine app wie Offmaps ( http://wiki.openstreetmap.org/wiki/Offmaps ) aber hier kann ich nur karten material von vorgegebenen regionen nutzen und das fällt leider flach. die frage ist nun welche apps kann ich guten gewissens nutzen um selbst definierte bereiche offline darzustellen? kann ich evl eine der obrigen apps mit bereits herruntergeladenen kartenmaterial füttern? cu assetburned ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Sister Projects / possible data source
hi just an idea. would it be possible to include the WiFi or Celltower information that are collected by crowdflow.net into open street map? maybe someone could ask them if they are willing to provide there data ;-) bye AssetBurned On 05.07.2011, at 18:48, M∡rtin Koppenhoefer wrote: 2011/7/5 Frederik Ramm frede...@remote.org: Maybe we should simply have a link Related Projects pointing to http://wiki.openstreetmap.org/wiki/Related_Project in this location? Maybe we can also open a discussion about this related projects list. IMHO googlemapmaker - although having a similar approach - is not related to OSM. I'd delete all of the projects there that have a no in the license column, i.e. all copyrighted. IMHO OSM is not related to projects that collect proprietary data. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] iPhone APP for GPX files?
Hi, I switched from my good old N900 to the iPhone but missed one important point. Looks like that there are some really good OSM apps out there (for input and output). But so far I couldn't find a really important type of apps that just work. So just any of you iPhone users here in the list have an APP that can create proper GPX files? I like to take the bus and to create GPX files (I mean as a track not as single POIs) of the bus routes. And there are a lot of bus routes missing in this part of the world :-/ bye AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Kandidaten fuer weitere tile layer auf osm.org?
moin naja gerade solche doch recht abstrus anmutenden karten wie ne hochspannungskarte sollten auch in solch eine liste. ner landratte aus den alpen wird sich auch bei der openseamap fragen was das soll... umgekehrt wird sich der ein oder andere segler wohl auch über ne wanderkarte mit höhenlinien wundern. letztendlich sind aber beide formen der karten eher normal... OSM kann aber gerade mit den nicht ganz altäglichen punkten, ebend den karten zum ÖPNV oder sowas wie die stromnetze. cu AssetBurned On 28.05.2011, at 23:43, Kolossos wrote: Hallo, wenn man systematisch durchgeht, auf welche Weisen sich Menschen auf der Welt fortbewegen und dafür Karten brauchen, fiele mir dafür spontan die ÖPNV-Karte ein. Eine Seekarte wäre auch nicht schlecht, allerdings bringt OpenSeaMap im Binnenland nicht viel. Da gefällt mir der Wasser-Overlay von Itoworld bald besser: http://www.itoworld.com/product/data/ito_map/main?view=3lat=46.951081lon=7.438637zoom=13 Ein Wanderkarte mit Höhenrelief wäre nicht schlecht (hikebikemap) und etwas für die überregionalen Bahnstrecken, Parkplätze und POIs. Stromleitungen und anderes führen bei Ottonormal-Netznutzer vielleicht eher zur abschreckende Frage: Was soll ich damit? Was nützt das mir? Generell sollte man sich überlegen, wie sich OSM da darstellen will, so einen Layer wie Straßen ohne Name sehe ich eher in einer dahinter-liegenden Ebene der Qualitätssicherung. Wenn man solche Karten mit einbringt, sollte man diese als solche kenntlich machen. Die guten Karten bringen ja meistens etwas Zusatzlogik mit, wie die klickbaren Haltestellen der ÖPNV oder auch Legenden. Auf so was zu verzichten wäre schade. Neben Karten sehe ich auch sowas wie eine Straßenliste für den Ausschnitt als eine mögliche Anwendung. Wenn eine Karte so gut ist, das sie auf die Hauptkarte mit soll, dann sollte es nicht am Server scheitern, ggf. sollte dann osm.org einen Serverplatz dem Kartenaentwickler anbieten. Grüße Tim Am 28.05.2011 21:22, schrieb Kai Krueger: Die Frage ist nun kennt jemand / betreibt jemand einen Karten-layer der diese Kriteren erfuellen wuerde und somit auf osm.org aufgenommen werden koennte? Es waere schoen wenn wir dort eine groessere Vielfahlt erreichen koennten und das grosse Potential von OSM besser zu verdeutlichen. Kai [1] http://wiki.openstreetmap.org/wiki/Strategic_working_group/New_Tile_Layer_Guidelines [2] http://wiki.openstreetmap.org/wiki/Featured_tiles -- View this message in context: http://gis.638310.n2.nabble.com/Kandidaten-fuer-weitere-tile-layer-auf-osm-org-tp6415090p6415090.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege im Flussbett
moin während des kriesen mappings in haiti hat sich für so etwas eingebürgert das als furt zu taggen. cu assetburned On 21.10.2010, at 08:09, Jan Tappenbeck wrote: ist einem von Euch, vielleicht auch durch HOT, irgendetwas bekannt über Tags für Wege die auch gleichzeitig Flusslauf sind ?? Gruß Jan :-)Überprüft mit AntiVir MailGuard v10.0.1.27 AVE 8.2.4.84 VDF 7.10.13.10___ 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] ÖPNV - Erfassen von Tarifzonen
moin hmm das mit dem ringförmig ist so eine sache. wenn man sich das londoner u-bahn netz anschaut ist da nix mehr mit ringen in der realität. schlimmer wird es noch wenn man die Tram, DLR und die Busse mit aufnehmen will. Stadt Bremen zum beispiel hat nur 2 zonen. da kommt es auf die zurückgelegten haltestellen an. Nur um mal so zwei beispiele zu nennen. cu assetburned On 29.09.2010, at 13:33, Christian Slotwinsky wrote: Hallo miteinander, hier in Berlin wurde das öffentliche Verkehrsnetz in mehreren ringförmige Tarifzonen eingeteilt. In anderen Metropolen wird es wohl ähnlich sein. Hat hier jemand diese Zonen schon mal in OSM erfasst und wenn ja, wie macht man das am besten ? Gruß Slotty ___ 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] öffentl. Schließfächer
moin statt einfach phone und website würde ich auf die einträge entsprechend http://wiki.openstreetmap.org/wiki/Key:contact verwenden. also contact:phone= und contact:website= aber ansonsten klingt das gut eventuell kann man ja noch die payment sachen hinzu nehmen http://wiki.openstreetmap.org/wiki/Key:payment cu assetburned On 04.10.2010, at 09:52, olvagor wrote: Hi Jan, Am 04.10.2010 06:16, schrieb Jan Tappenbeck: auf Zingst habe ich im Öffentlichen Raum Schließfächer gesehen - frei zugänglich. Wie würdet Ihr diese Taggen ? ich hab nach kurzer Suche auch nichts gefunden, würde aber folgendes vorschlagen: tourism=lockbox fee=yes/no dimensions=20x50x50 (Breite x Höhe x Tiefe in cm) operator=Bla phone= website= tourism, weil Schließfächer m.E. hauptsächlich von Reisenden verwendet werden und um amenity nicht weiter zu verschmutzen. Vielleicht könnte man noch die Art des Schlosses erfassen: Schlüssel/Pinpad/... Nur so eine Idee... Gruß, Markus ___ 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] Polizei nutzt OSM für Fahndungsplakat
moin die frage ist doch eher: warum benutzt die polizei da ne OSM karte? das sit doch ne staatliche einrichtung die müssten doch direkt auf die karten vom katasteramt oder wen auch immer zugreifen können?! cu assetburned On 20.09.2010, at 20:41, Philip Gillißen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo zusammen! Seid nunmehr zwei Wochen ist im Kreis Viersen der 11jährige Mirko verschwunden. Die Suche ist noch nicht aufgegeben und die Polizei NRW hat ein Fahndungsplakat herausgegeben, unter anderem mit einer Karte von dem Suchgebiet mit Ergänzungen. Die Karte basiert auf OpenStreetMap-Daten und ist sogar korrekt ausgezeichnet. Obwohl die Gegend in Google Maps sehr gut erfasst ist, hat sich die Polizei für OSM entschieden. Ich finde eine richtige Entscheidung! http://www.polizei-nrw.de/moenchengladbach/Start/soko-mirco/2/ Gruß, Philip -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyXuQIACgkQYNYFUFLXAD3XRACfaRtRD1X+Ofroq3WUKbzt4nGM WtQAn0CGeNvX4+ZiMyJy59F2wA5vsGjz =Pcvw -END PGP SIGNATURE- ___ 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] payment - Tag
moin On 09.09.2010, at 11:27, Wolfgang wrote: Hallo, Am Donnerstag 09 September 2010 09:54:12 schrieb Bernd Wurst: Ob eine Tankstelle nur Tankkarten nimmt oder auch noch VISA ist mir egal wenn ich mit meiner EC-Karte oder MasterCard tanken gehen will. IMO sollte es einfach: payment = foo;bar;baz;... sein. Und dann im Wiki eine Liste welche Keywords welche Zahlungsart ausdrückt. Also EC-Karte ist maestro und sowas. +1 Dieses Tag sollte dann auch auf übrige Bezahlungsmöglichkeiten Anwendung finden (Kaufhäuser etc.). Dazu sollte noch ein Datum gesetzt werden, am besten automatisch, aus dem der Stand des letzten Updates bzw. der letzten Bestätigung hervorgeht. Nach 5 Jahren dürften solche Angaben nicht mehr besonders verlässlich sein. Was die Anwendungen damit machen, ist dann deren Sache. das problem ist wenn man schlicht payment=coins,notes,mastercard,americanexpress,lasercard... dann wird es schnell unübersichtlich. eine unterscheidung in den verschiedenen zahlungsmethoden ist schon ratsam. gut nicht für jede einzelne kreditkarte aber doch als unterscheidung zwischen credit und debit karten sowie barzahlungen und kundenkarten. halt siehe http://wiki.openstreetmap.org/wiki/Key:payment cu assetburned___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] payment - Tag
moin ich darf mal freundlich drauf verweisen das es schon länger einen http://wiki.openstreetmap.org/wiki/Key:payment eintrag gibt. cu assetburned On 09.09.2010, at 08:13, Jan Tappenbeck wrote: Hi ! nachdem es im Rahmen der Tankstellen schon eine tiefgreifende Diskussion gab möchte ich dieses Thema hier nochmal extrahieren. Es geht mir hierbei primär um die akzeptierten Zahlungskarten (Kredit und Tankkarten). Im Rahmen der Tag-Statistic Tanken [1] und meiner Anpassungsprogrammierung für die Tankstellenkarte hat sich gezeigt das hier ein richtiger Wildwuchs herrscht. Aus diesem Grund möchte ich nochmal dieses Thema hier herausgreifen da in dem Mega-Talk über die Tankstellen vermutlich nur noch eingeweihte den Überblick haben. Schaut man sich die Statistik an dann gibt es folgende Bezahlungstags: payment payment:account_cards payment:cash payment:coins payment:credit_cards payment:debit_cards payment:fuel_cards payment:dkv payment:ec payment:ec_cards payment:electronic_purses payment:fuel_cards payment:girocard payment:maestro payment:notes payment:uta payment_account_cards Viele Tags für das Bezahlen - folgende zwei sind nun diejenigen welche ich für Karten bevorzugen würde: payments:debit_cards (alternativ payment:credit_cards - wobei mir der Unterschied zwischen debit und credit im Moment nicht ganz klar ist) payment:fuel_cards Warum finde ich diese am besten. Im Rahmen meiner Anpassungsprogrammierung hat sich gezeigt das es sich am einfachsten gestaltet diese zwei Tags abzufragen und dann durch die Werte zu iterieren. Wenn man alles zuläßt was sonst noch so verwendet wird payment:dkv, payment:ec ... dann muss man bei jedem Element durch die Key iterieren ob einer payment enthält. Bei einer Vielzahl von Punkten (Tankstelle über 17.000) macht das am Schluss auch eine Menge Holz. Abgesehen davon wie sollte eine automatische Auswertung erkennen das es sich um eine Creditkarte oder Tankkarte handelt ??? Dann müßten wieder Listen hinterlegt werden die gepflegt werden. Sicherlich gibt es auch ein Gegenargument - ich suche alle Tankstellen die nur maestro nehmen dann ist das einfacher als bei der anderen variante - die Frage ist nur was in der Praxis mehr Bedeutung hat und was den Tag-Dickicht etwas aufhellt und leichter pflegen läßt. So, das soll erst einmal meine Meiung gewesen sein. ... und nu kommst Du. Gruß Jan :-) [1] http://www.tappenbeck.net/osm/maps/report/report_tags/fuel_de/fuelstation.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
moin On 22.07.2010, at 15:47, Sven Geggus wrote: AssetBurned openstreet...@assetburned.de wrote: also die idee einen allgemeinen brewery=* zu machen find ich besser. Wie würdest Du denn dann einen ganz normalen industriellen Brauereikomplex taggen wollen? brewery=macro oder brewery=company ? nur mal so als zwei ideen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
moin On 23.07.2010, at 15:46, Peter Körner wrote: Am 22.07.2010 16:47, schrieb Sven Geggus: Wie würdest Du denn dann einen ganz normalen industriellen Brauereikomplex taggen wollen? Nur ne Idee: man_made=works brewery=yes naja falsch ist das sicher nicht, nur wenn es unterhalb von brewery noch klassifikationen für verschiedene typen von brauerreien gibt... tja dann würde es erstmal nur bedeuten das es eine brauerrei ist, aber noch nix über die grösse aussagen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
moin On 22.07.2010, at 10:00, Markus wrote: Hallo Sven, microbrewery=yes für normale Brauereien einen Tag erfinden Wie wär's mit brewery=yes und macrobrewery=yes Oder brewery=* (ss|s|m|l|xl) Gruss, Markus PS: irgendwann bräuchte man dann noch ein Unterscheidungsmerkmal ;-) also die idee einen allgemeinen brewery=* zu machen find ich besser. da könnte man auch brewery=macro , house oder wie war das andere? pubbrewery?! machen. und wenn man weiß das da gebraut wird aber nicht in welchen umfang das ganze ist sacht man halt einfach yes. solange das noch nicht in x hunder editoren drinne ist kann man das ja noch ändern ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
moin On 22.07.2010, at 13:57, Gehling Marc wrote: Hallo, Am 22.07.2010 um 14:43 schrieb Sven Geggus: wie zum Beispiel die Klosterbrauerei Weisenohe. Hinzu kommt, dass es hier meistens auch unfiltriertes und/oder nicht pasteurisiertes Bier mit begrenzter Haltbarkeit gibt und eben keine Industrieplörre. genau das interessiert mich. - unfitriert ? - pasteurisiert ? und wenn eins der beiden vorhanden, dann in die Map. ähhh moment leute da verweise ich mal auf ein schon bestehendes tag! http://wiki.openstreetmap.org/wiki/Key:drink einfach mal vorbei schauen und ggf um weitere punkte ergänzen ;-) könnte man ja auch so machen drink:beer-unfiltriert=brew oder so um zu zeigen das es dort verkauft und gebraut wird. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
moin On 20.07.2010, at 20:21, fx99 wrote: Tolle Karte, demnächst sollte auch hier etwas auftauchen: http://hausbräu.openstreetmap.de/?zoom=10lat=29.45194lon=-98.36656layers=BT Es wäre schön, wenn man die Aktualisierungszeit sehen könnte. hmmm also richtig cool wäre es wenn man auch direkt nen link zum wiki artikel finden könne um die tags zu erfahren die man hinterlegen muss damit eine kleinstbrauerrei mit aufgeführt werden kann. ;-) hätte da wohl zwei. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie mappe ich eine Litfaßsäule?
moin sei bei den säulen vorsichtig. bei einigen handelt es sich auch um WCs! guckst du hier: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtoilets cu assetburned On 16.06.2010, at 19:34, Philip Gillißen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo zusammen! Da Litfaßsäulen einen guten Orientierungspunkt bieten, wollte ich diese auch in der Karte erfassen. Nur finde ich leider keine Information dazu in dieser Liste oder im Wiki. Wäre schon, wenn mir einer einen Tipp dazu geben könnte. Grüße, Philip -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwZGRgACgkQYNYFUFLXAD2J5QCfbNASkmlOzSYeE+qG2kjwVvkg hDoAniIpJugLvsPenX4zG9fwv9jiogUV =t9bD -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1-Euro-Jobber als Mapper einsetzen
moin mit verlaub so etwas empfinde ich als wirklich höflich gesagt als schweinerrei! ok leute bezahlen um für OSM zu mappen. gut kann man drüber reden. aber das ein kreis dafür ein euro jobber seinsetzen will find ich mehr als nur moralisch fragwürdig. dann kommt der kreis noch auf die idee hey wir ham da ja kartenmaterial mit guter qualität dann können wir das auch statt den karten des Katasteramt verwenden. die schmeißen dann die überflüssigen angestellten raus und stellen sie dann wieder als ein euro jobber für´s OSM mappen ein... super idee! davon mal ab, bezahlt der steuerzahler nicht schon leute bei Katasteramt um zu mappen? warum sollen wird dann nochmal dafür zahlen damit ein euro jobber das gleiche machen? kann man doch gleich das original Katasteramt material freigeben. cu assetburned On 12.06.2010, at 14:06, Thomas wrote: Mein Projekt „Wir mappen unsere Verbandsgemeinde“ (http://wiki.openstreetmap.org/wiki/Montabaur ) hat die ARGE der Agentur für Arbeit neugierig auf OpenStreetMap gemacht. Sie haben nun vor, im Zeitraum eines halben Jahres das gesamte Kreisgebiet von 1-Euro-Jobbern mappen zu lassen. Diese sollen dabei von den üblichen Bildungsträgern betreut werden. Weiß jemand, ob es ähnliche Projekte schon gibt oder gegeben hat? Denkt Ihr, dass das gut gehen kann? Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Car Sharing
moin On 09.06.2010, at 06:43, Ulf Lamping wrote: Am 08.06.2010 22:07, schrieb Dimitri Junker: Die Anzahl ist in beiden Fällen unwichtig, Zur Orientierung ist es vielleicht schon mal ganz praktisch zu wissen, ob ich nach einem Platz mit 2 oder mit 20 Stellplätzen suchen muß - zumindest wenn ich auf dem Weg dorthin bin und da noch nie war. hmpf ich muß zugeben das ich nen teil der diskussion nicht verfolgt habe. aber wenn ich mir hier in der stadt gerade mal die car sharing standorte anschaue, dann stelle ich fest das es icht große parkplätze sind, sondern stink normale haltebuchten. und ob da nun 3 wagen vom unternehmen stehen oder das doch nur ein leihwagen ist und 2 fremdwagen den unterschied würde man nicht sehen können. allerdings find ich die idee trotzdem nicht schlecht. kann man ja wie bei fahradständern einfach über capacity=3 zum beispiel lösen. bliebe noch nen problem das einige sich noch über den fahrzeug typ informieren wollen, aber dafür hab ich bei den jeweiligen standorten contact:website=www. angegeben. die verweist direkt auf die webseite des standortes und wird vom unternehmen auf stand gehalten. im prinzip kann man da auch entnehmen wieviele da stehen. aber das denke ich mal ändert sich nicht so flink wie fahrzeugtypen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verei ne
moin On 08.05.2010, at 10:28, Carsten Gerlach wrote: Am Samstag 08. Mai 2010 10:10:01 schrieb aighes: Für Strecken wie Sonntagsausflüg ADFC Kleinkleckersdorf würde ich mir eine Differenzierung wünschen. Solche Touren gehören meiner Meinung nach überhaupt nicht in die OSM- Datenbank. Das wäre ja so, als wenn man auch Flugrouten eintragen würde. Ich denke mal du meinst etwas wie Linie X fliegt von Hamburg nach München, Frankfurt, Bremen, London da kann ich dir Recht geben. Oder meinst du ernsthaft die Autobahnen der Lüfte? Die könnten durchaus in OSM rein, Fähren und andere Wasserstraßen sind ja auch schon gemappt. Allerdings denke ich mal daß der ADFC in solchen Regionen auch für eine ordentliche Beschilderung sorgen wird und das wäre dann schon wieder etwas das gemappt werden kann. Und ja dann sollte man tatsächlich vorher ordentliche Tags oder zumindest eine Struktur entwickeln. cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
moin On 08.05.2010, at 10:56, Florian Gross wrote: Daniela Duerbeck glaubte zu wissen: Johannes Huesing wrote: Genau. Pfingstferien sind wir an der kleinen Mecklenburger Seenplatte, Sommerferien im Zentralmassiv. Ein Schelm, der mir Eigennutz bei der Auswahl der Ziele unterstellt. Das ist wie eine leere Leinwand und eine Staffelei. Ohne Dir jetzt zu nahe treten zu wollen, aber genau das ist es, was mich an osm stört: Jeder will was Neues eintragen. Um den bisherigen Datenbestand, die Pflege und die Verbesserung desselben kümmern sich zuwenig Leute. Wenn irgendwas schon eingetragen ist, dann paßt das wohl. Ich bin natürlich auch für für die Eintragung noch nicht erfaßter Gebiete, aber viele Mapper übersehen wohl, dass vieles in ihrer Gegend falsch, doppelt oder gar nicht eingetragen wurde. Und da sollte auch ein Augenmerk auf die Pflege der Daten gelegt werden. Also einfach mal in der Nachbarschaft schauen, ob denn da alles stimmt. :-))) Du bemängelst, daß noch viele Apotheken, Ärzte usw. nicht eingetragen sind. Stellenweise ist auf dem Land im Umkreis von mehreren Kilometern nicht mal die Existenz der Ortschaft und Straßen zur Ortschaft erfaßt. Dort ist es herzlich sinnlos eine Apotheke einzutragen, weil die dann mitten im Wald weitab von jeder verzeichneten Straße und Ortschaft ist. mein gott die rede war von listen abarbeiten und da war dies nur ein _beispiel_ um zu verdeutlichen was es für listen gibt und das man die mal nutzen könnte. und wo bitte ist das problem? wenn in der liste ne apotheke oder kiosk in hinterpuffingen in der milchstraße 14 auftaucht, und die straße ist nicht da.. dann setzt man den node mit nen fixme und jemand der da urlaub macht kann nochmal genauer nachschauen wo die straße in dem kaff liegt. gut wenn das dorf nicht da ist... dann setzt man nen fixme-node und weist drauf hin das ein ganzes dorf fehlt. idealerweise mit nen vermerk auf ne wiki seite wo man quellen auflistet (oder direkt adressen) mit dingen die in den dorf bekannt sind, mangels exsistenz aber nicht eingetragen werden können. so ein vorgehen hat den vorteil das mapper vor ort schonmal weiß das es da mehr gibt als ne autobahn in der nähe. und mapper die nicht vorort sind können schonmal weiterführende infos zu den ort (oder einzelnen objekten) suchen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verei ne
moin On 08.05.2010, at 11:12, Tirkon wrote: aighes h.scholl...@googlemail.com wrote: Allerdings fände ich es besser, wenn die Routen auf einer Seite gesammelt werden würde. Das Übliche im Wiki halt: Man beginnt mit einer ADFC-Seite, die Unterkapitel nach Bundesländern hat und weiter nach Kreis- und Ortsverbänden. Wenn sich für ein Bundesland ein größerer Bedarf auftut, expandiert man auf eine eigene Seite und verlinkt diese auf der ADFC-Seite. Da stellt sich mir die frage ob man den ADFC nicht gleich mal fragen könnte ob die ihre standorte als liste zur verfügung stellen und die dann gleich mit in OSM eingebunden werden können. gibt es sowas wie bicycle=clubhouse schon? könnte man ja gleich mal einbringen als vorschlag um die lokalen vereinsheime zu mappen. cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verei ne
moin On 08.05.2010, at 16:45, Tirkon wrote: Carsten Gerlach daswaldh...@gmx.de wrote: Es muss aber möglich sein, die offiziellen Routen von den inoffiziellen/privaten Routen zu separieren. Stell dir mal vor, es werden jetzt Relationen angelegt, a la Mein Arbeitsweg oder Abteilungskanufahrt 2005... Wer solche Daten sammeln will, kann das gern tun, aber bitte auf einer eigenen Seite und z.B. mit Openlayers mit einer OSM-Karte überlagern. Aber für die OSM-Datenbank ist das nichts, auch mit einem Privat- oder inoffiziell-Tag. Damit wären wir jetzt bei einer Relevanzdiskussion angekommen. *göbel* [...] Das Einzige, was von einer Mehrheit für OSM zumindest bisher wegen fehlender Recourcen ausgeschlossen wurde, sind fiktive und nicht mehr existente geschichtliche Objekte. Eventuell könnte diese Begrenzung auch für Privates und Inoffizielles herangezogen werden. Dann aber müsste man definieren, was offiziell und inoffiziell ist und hätte die erste Relevanzregel, die unter die Rubrik Geschmackssache fiele und über deren Formulierung und Auslegung man geteilter Meinung sein kann. hm ich dachte der grösste gemeinsamme nenner aller OSM user ist das alles was nach offizieller beschilderung ausschaut gemappt werden kann. Wenn da also ne ortsteilgruppe von hinterpuffingen auf die idee kommt bei ihren bürgermeister durchzusetzen ordentliche schilder für ihre kohltour 2001 aufstellen zu lassen heck warum soll man das dann nicht mappen? solange andere tags nicht verhunst werden ist die welt doch in ordnung. hast du dir schonmal die OSM datenbank angeguckt? http://tagstat.hypercube.telascience.org/search.php?query=game was bitte soll sowas? aber beschwert sich da wer drüber? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 08.05.2010, at 18:37, Tirkon wrote: Man zitiert den zentralen Punkt, auf den man reagiert. Alles andere kann man in den Postings zuvor nachlesen. Würde jeder hier ein Fullquoting der Vorpostings machen, würde das nach spätestens zehn Antworten niemand mehr lesen wollen. Man zitiert aber nicht sinnentfremdend! cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verei ne
moin On 08.05.2010, at 21:19, Tirkon wrote: AssetBurned openstreet...@assetburned.de wrote: hast du dir schonmal die OSM datenbank angeguckt? http://tagstat.hypercube.telascience.org/search.php?query=game was bitte soll sowas? aber beschwert sich da wer drüber? Falls die Frage an mich gerichtet war: Ich kann Deine Frage nicht beantworten, weil ich die Technik nicht verstehe. Ich weiß weder, was der Link technisch bezweckt noch was er aussagt. Wenn man sich beschweren sollte, tu es. naja tagstat wertet die in OSM verwendeten tags aus. und wenn man da mal nach game sucht, stellt man fest das irgendjemand die OSM datenbank für irgendwelche spiele informationen benutzt. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen, Alleinstellungsmerkmal
moin On 06.05.2010, at 23:59, Ulrich Grothaus wrote: Was mir fehlt ist eine homogene Weiterentwicklungsstrategie. Während in den Großstädten jeder Hundehaufen getagged wird ;-) sind bei uns am Land ganze Dörfchen nicht mal als POI geschweige denn mit Straßennetz enthalten. Klar, da wohnt eben niemand, der OSM aktiv unterstützt. Problematisch ist aber, dass letztlich die Nutzung wenn man an Skobller usw. denkt vom schwächsten Glied der Karten bestimmt wird. 10kim um die Speckgürtel sieht es leider mau aus mit der Datenquali . Wer von euch braucht schon in seiner Heimatstadt in der er tagged *wirklich* selbst OSM. Und die Touristen nehmen einen Faltplan aus der Tourinfo... Und dann sind da noch die Freaks wie wir. naja da es hier keine sonder einsatz kommandos gibt die auf befehl irgendwo hin fahren und mappen wird es wohl auch so bleiben. da wo mehr leute sind, wird mehr gemappt. natürlich könnte man sowas auch den geschickten einsatz von geldmitteln lösen, nur wer will investiert hier schon massiv in mapping maßnahmen? eine variane wäre wenn sich mal ein freundlicher großspender bereit erklären würde, personal zu spenden die professionell das mappen anfangen. oder ne alternative wäre das man mapping parties macht auf dem platten land. wenn man das geschickt macht würden auch leute von außerhalb ankommen... nur wie gesagt das kostet alles. die idee wer braucht seine tags schon selber nun... schauen wir uns doch mal an wohin die mapper so primär reisen. ich persönlich mache eher selten urlaub auf dem land. häufiger fahre ich in großstädte. in soweit finde ich es natürlich gut das mapper in berlin zum beispiel massiv gemappt haben. kombiniere ich das mal miteinander und schließe nen bissel von mich auf andere... dann würde ich mal sagen Mapper mappen da wo sie selbst leben/arbeiten/wohnen aber kein geld/zeit/lust woanders zu mappen, außnahme hiervon ist natürlich wenn sie im urlaub sind. Ich weiß, OSM ist ein Gruppenprojekt und wo die Gruppe kein Mitglied hat, da gibt es keinen Input. Ich sehe auch keine einfache Lösung. Das Dilemma ist, dass wir den Drive von OSM raustragen müssen aus übergenauen Zentren in die Region um LANDESweit gute und akzeptierte Karten zu bekommen. Die dann auch leichter Nutzer finden, von denen jeder Hunderdste dann auch Input liefert. die alternative könnte auch sein das man die behörden einfach dazu bewegt OSM ihre karten zur verfügung zu stellen. persönlich würde ich keine probleme haben im umfeld von hinterpuffingen zu mappen wenn ich das von luftbildern aus machen kann aber dahin fahren? nene, nicht wenn ich da nicht auch was anderes machen will. und da denke ich mal geht es anderen ähnlich. mal flink 15 minuten in nem editor nen paar straßen nachzutragen oder so ist halt was anderes als irgendwohin ne stunde zu fahren und dann da nen halben tag zu verbringen. Ein bisschen habe ich sonst die Befürchtung, dass Google und sei es noch so wenig lizenzfrei mit Android und kostenloser Navisoftware/Karten samt guter POI Sammlung und mobiler Datenflat uns einfach auf Dauer doch den Elan abnimmt und OSM ein extremes Nischendasein fristet. Der Mehrwert von OSM liegt deshalb meiner Ansicht nach gerade nicht im Navibereich. Eher schon bei Outdoor-Tracks. Als Mountainbiker in der Region und Transalper bin ich hier immer wieder angenehm überrascht, um wie viel besser hier die OSM Netze im Vergleich zu Top50 (viele Wege längst nicht mehr existent) oder Google (viel zu unvollständig) ist. Man sollte diesen Mehrwert gezielter ausbauen. In meiner Region bemühe ich mich darum. Ein Trackimport von einem der großen GPS Outdoorforen wäre hier hilfreich (gpsies.com, gps-tour.info). wie du selber schon gesagt hast ist das problem bei anderen plattformen auch das deren kartenmaterial veraltet ist. ein großer GPX import alleine würde also nur bedingt etwas helfen. es müssten auch leute da sein die sich lokal auskennen um sagen zu können ob da wirklich legale wege genutzt wurden, oder eine private wiese zertrampelt wurde oder halt ob die wege überhaupt noch exsistieren. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
moin On 07.05.2010, at 09:45, Sven Geggus wrote: Jan Tappenbeck o...@tappenbeck.net wrote: Die Praxis zeigt dann aber das es ganz anders geht - das Beispiel war der Relationstype SITE [1]. Auf der Seite tut sich gar nichts - aber in der Praxis zig-tausendfach eingesetzt. So funktioniert das halt auch faktisch schon immer. Neue Tags setzen sich durch benutzen durch und ganz wichtig, wenn sie irgendwo dargestellt werden nicht durch Abstimmungen oder sowas. naja stellt sich dann doch die frage ob man solche tags nicht irgendwann als offizielle tags bezeichnet und nicht mehr als proposed. also wenn ich mir mal die verschiedenen seiten anschaut die tags beobachten, dann denk ich mir schon häufiger warum nen tag mit 200 oder mehr nutzungen und ohne häufiger verwendeter alternative nicht als offiziell gilt. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] US Army-Karten unbedenklich ?
moin On 07.05.2010, at 14:06, Martin Holz wrote: ich möchte die US Army-Karten von http://www.lib.utexas.edu/maps/ams/ benutzen, um zu Daten aus Landsat-Satellitenfotos Namen hinzuzufügen. Laut http://www.lib.utexas.edu/maps/faq.html#3.html sollte das rechtlich unproblematisch sein. Sieht jemand Copyright-Probleme? äh wäre das nicht ne gute quelle um in regionen zu mappen wo kaum was gemappt ist? die ham da ja auch reichlich karten aus regionen wo OSM kaum vertreten ist. ich denke da so konkret z.B. an die Kubanischen mapper, bzw die leute die da aktiv sind. gut straßen und so dürften sich wohl inzwischen etwas geändert haben... aber zum bestimmen von städte-/dorfnamen sind die karten doch ideal. könnte da nicht jemand die karten so aufbereiten das man sie als WMS nutzen kann? halt ähnlich wie es bei http://www.runwayfinder.com auch mit karten material gemacht wurde. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
moin On 08.05.2010, at 02:50, Daniela Duerbeck wrote: AssetBurned wrote: naja stellt sich dann doch die frage ob man solche tags nicht irgendwann als offizielle tags bezeichnet und nicht mehr als proposed. also wenn ich mir mal die verschiedenen seiten anschaut die tags beobachten, dann denk ich mir schon häufiger warum nen tag mit 200 oder mehr nutzungen und ohne häufiger verwendeter alternative nicht als offiziell gilt. Vor allem, wenn es proposed features sind, es nix sonst gibt und sich keiner dafür interessiert. driving_school und ice_cream fällt mir da grade ein. Fehlt, gibt's bisher nicht, also was solls? Ich hab jetzt auch einen Fischladen mit fish getagged. Sollte irgendwann mal ein Konsens herrschen, dass man das fishmonger oder seafood nennt, kann man es ja umbenennen. ja es ist schon seltsam was für selbstverständliche dinge da fehlen. also für strumleitungen, kraftwerke und selbst für telefonzellen gibt es haufenweise tags und untergruppierungen. irgendwer fing sogar an die einzelnen telefonhaus sorten zu taggen. oder die diskussionen über was soll man noch zu den stopersteinen schreiben ? und dann fehlen solche dinge des (mehr oder minder) täglichen bedarfes. wobei mich beim eisladen nun doch interessieren würde, hast du das als amenity=ice_cream oder als amenity=cafe + cuisine=ice_cream getaggt oder gar shop=ice_cream ? Viele Grüße von Dani P.S: Das bisherige procedere nennt man wohl Die normative Kraft des Faktischen, oder? demokratie in reihnkultur könnte man auch sagen :-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Dinge zusammenfügen OK?
moin On 04.05.2010, at 08:13, Guenther Meyer wrote: Am Dienstag 04 Mai 2010 00:55:13 schrieb AssetBurned: allerdings sehe ich schon ein problem bei der sache. OSM2Go als editor zeigt mir zum beispiel ein einzelnen node der als bank getaggt wurde als banken symbol an. wenn ich allerdings ein gebäude als bank tagge dann sehe ich erstmal nur ein gebäude. gut jetzt könnte man die frage aufwerfen, mappen wir für den renderer oder nicht? ich weiß ja nicht wie es mit anderen geräten ausschaut ob da auch diese probleme exsistieren. naja, einen punkt auszuwerten ist halt wesentlich einfacher, als sich den schwerpunkt einer flaeche rauszuziehen. selbst dann ist nicht sichergestellt, dass das icon oder die beschriftung auch auf dem gebaeude rauskommt, grade bei unfoermigen gebilden. auch fuer router kann das hilfreich sein, um den nutzer bei einem groesseren gebaeude auf die richtige seite zu lotsen... deshalb halte ich es durchaus fuer sinnvoll, den poi zusaetzlich als punkt mitten im gebaeude oder an einem anderen sinnvollen ort anzugeben (z.B. in der naehe des eingangs). optimal waere natuerlich noch eine art verknupfung (relation?) mit dem gebaeude, damit nicht zwei pois entstehen, wenn ein programm sowohl gebaeude als auch punkt auswertet. darf ich mal fragen warum da gleich wieder mit relationen um sich geworfen wird? was spricht gegen einen weiteren node der einfach als eingang=ja getaggt wird? gut ist deutsch aber es geht ja um die idee. ich meine wenn man ne straße mappt die von einem zaun gekreuzt wird und an der kreuzungsstelle eine schranke oder so ist, macht man ja auch keine relation aus straße, zaun und nen node der schranke=ja heißt oder so. allen die das beschriebene problem mal durchgetestet haben, ein herzliches Danke! ich pack das mal als bug in den entsprechenden tracs :-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Dinge zusammenfügen OK?
moin On 04.05.2010, at 00:05, Daniela Duerbeck wrote: Ich hab heute zwei oder dreimal folgendes gemacht. Beispiel eines Getränkemarktes. Es gab das Gebäude mit building=yes, dann einen POI des Getränkemarktes und eine separate Adressinformation, ebenfalls als POI. Ich hab alle Info dann dem Gebäude zugeordnet und die zwei POIs gelöscht. Ich denke, das ist schon gut so, weil dann alle Info an einer Stelle ist, sehe ich das richtig? also vorne wech ich mach es auch so. ich denke es ist kein problem es so zu machen, wenn ein gebäude tatsächlich nur eine einzige funktion hat, aber sobalt in einem gebäude mehrere nodes auftauchen die unterschiedliche bedeutungen haben (also z.B. zwei geschäfte in einem gebäude) dann lass ich das getrennt. bin mir dann allerdings unschlüssig ob es geschickter ist die adress:* tags dem gebäude oder jeweils beiden nodes oder gar allen dreien (um bei den beispiel zu bleiben) zuzuweisen. allerdings sehe ich schon ein problem bei der sache. OSM2Go als editor zeigt mir zum beispiel ein einzelnen node der als bank getaggt wurde als banken symbol an. wenn ich allerdings ein gebäude als bank tagge dann sehe ich erstmal nur ein gebäude. gut jetzt könnte man die frage aufwerfen, mappen wir für den renderer oder nicht? ich weiß ja nicht wie es mit anderen geräten ausschaut ob da auch diese probleme exsistieren. allerdings find ich es auch doof bei riesigen gebäuden irgendwo in der ecke nen bankensymbol zu haben, nur weil da jemand den node gesetzt hat, aber nicht mittig was andeuten würde, daß das gesammte gebäude zur bank gehört. cu assetburned ps. sorry für das hochziehen an ner bank, aber das ist mir gerade heute wieder passiert. smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
On 30.04.2010, at 22:51, Stephan Knauss wrote: AssetBurned wrote: Pappa wie schreib ich meinen Aufsatz mit Word? Ganz einfach du machst den Computer an, tippst dein Text in Word ein, Druckst und bist fertig. Zum glück hattest du nicht gefragt, wie man eine Diplomarbeit unter Linux layoutet := nun wäre mal die frage schlecht hin wie man großflächig tags korrigieren kann? zum beispiel shop=locksmiths wobei korrekt wäre shop=locksmith Wenn das mehr als Einzelfälle sind, dann über die XAPI runterladen (in JOSM über URL), korrigieren und wieder hochladen. hkay. wenn da jetzt noch nen link mit einer ausgiebigeren erklärung bei wäre, wäre das noch besser gewesen ;-) oder ein par mehr Details. Ich schalte mal eine Profistufe zurück. Der Weg über XAPI ist am einfachsten wenn du eine Seite hast, die direkt die Links anbietet. http://osmdoc.com/en/tags/ wäre so ein Kandidat. Angenommen du schaust die Werte vom layer tag an: http://osmdoc.com/en/tag/layer/#values [...schnippel...] Das ist doch mal ne Anleitung. Danke! Das verlockt mich doch fast das gleich mal auszuprobieren... aber das werd ich wohl erst machen wenn ich wirklich zeit dafür habe und genauer beobachten kann was passiert. cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrkartenautomaten
moin On 30.04.2010, at 23:22, Johannes Huesing wrote: Es gibt an gleichartigen ÖPNV-Einrichtungen verschiedene Arten von Automaten. Bei manchen kann man Bahnfahrkarten für den Fernverkehr kaufen, bei manchen welche für den Verkehrsverbund, bei manchen beides. Wie kann man diese wichtige Information abbilden? hm also wenn beide automaten nebeneinander stehen oder nur die version mit beiden funktionen da ist, würde ich einen node setzen und mir sonst keine gedanken machen. wenn es allerdings nur einer von beiden automaten da steht würde ich das tag operator= dafür missbrauchen... also im prinzip ist es ja nichtmal missbraucht. für die fehrntickets operator=Deutsche Bahn und operator=lokaleranbieter für alle anderen. ich weiß nicht ob die in den endgeräten unterschiedlich behandelt werden, aber bei den POI Details sollte es angezeigt werden. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
moin On 01.05.2010, at 01:45, Frederik Ramm wrote: Hallo, Stephan Knauss wrote: Es ist aber ein Link auf die XAPI dabei: http://www.informationfreeway.org/api/0.6/*[layer=gravel] Dieser würde alle Elemente liefern die mit layer=gravel getaggt sind. Du wählst also in JOSM File/Open Location an und fügst dort den link ein. Damit werden die betreffenden Elemente in JOSM geladen. Du kannst den Tag ändern und ganz normal wieder hochladen. Dabei erzeugst Du ein Changeset, das mit grosser Wahrscheinlichkeit die Mehrheit der Kontinente auf dieser Welt umfasst und jedem, der kuenftig Aenderungen in Kleinkleckersdorf ansehen will, ins Gesicht springt. deswegen ja auch die idee das übern bot machen zu lassen und der XYbot scheint sowas ja wohl zu können. da würden dann zumindestens keine zusätzlichen changesets hinzu kommen sondern unter dessen mit laufen. aber du hast recht diese kontinentalen changesets nerven. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfahrerkarte auf der Hauptkarte railway=halt wird nicht?dargestellt
moin On 01.05.2010, at 17:03, M∡rtin Koppenhoefer wrote: Am 30. April 2010 22:11 schrieb Karl Eichwalder k...@gnu.franken.de: ich mache das, auch echte Plätze haben oft Straßen die darüber führen. Und jetzt? Die cyclemap stellt die Plätze nicht dar (als Wege schon) und daher sieht die Karte dort nicht gut aus. Mehr habe ich nicht gesagt, und das ist seit Jahren so. Habe Andy deshalb auch schon 1-2 mal angeschrieben und Tickets erstellt. Er will halt nicht, was sein gutes Recht ist, oder kommt nicht dazu, jedenfalls kommt die Sache nicht weiter. was spricht gegen eine alternative cyclemap? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfahrerkarte auf der Hauptkarte railway=halt wird?nicht?dargestellt
moin On 01.05.2010, at 20:11, Sven Geggus wrote: AssetBurned openstreet...@assetburned.de wrote: was spricht gegen eine alternative cyclemap? Dass es jemand machen muss, was sonst? naja aber wenn es halt so ist das jemand einen service anbietet und einen gewissen service nicht anbietet, dann muß man es entweder so hinnehmen (in falle von der aufbereitung der OSM daten eher blöde) oder man muß ne alternative bieten. nur rumjammern hilft da wenig weiter, oder soll ich das eher als aufforderung verstehen das wir den werten betreiber jetzt alle mails zuschicken das es eine sinnvolle verbesserung wäre? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrkartenautomaten
On 01.05.2010, at 23:11, Christoph Johannes Kleine wrote: wäre evtl. die Information ob der Automat nur Banknoten und Münzen oder nur Karte oder beides nimmt interessant? gehört doch schon zu den üblichen dingen die man mittaggt oder? OSM2Go fragt direkt danach wenn man einen automaten eintragen will. äh app wie vermerkt man den eigendlich geldkarten als zahlungsmethode? ich hab da die tage immer payment:geldkarte verwendet, da die geltkarte ja doch irgendwie von allen anderen zahungsmetoden her abweicht die ich international so kenne. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 19:14, Tirkon wrote: AssetBurned openstreet...@assetburned.de wrote: Blockwart -- http://de.wikipedia.org/wiki/Blockwart oh ein parade beispiel dafür wie blindes vertrauen in die wikipedia zum schuß nach hinten werden kann. und übrigens gerade in diesen konkreten fall schon ein sehr altes beispiel. Ich kenne das Artikel-Versionsarchiv und die Diskussionsseiten. http://de.wikipedia.org/w/index.php?title=Blockleiteraction=history drum habe ich explizit auf die version verlinkt auf die ich mich beziehe und nicht irgend einen link aller such's dir selber hingepfeffert. http://de.wikipedia.org/w/index.php?title=Blockleiteraction=historysubmitdiff=66902423oldid=66779604 tatsächlich mal ein vorteil der Wikipedia das, zumindest von nicht gelöschten artikeln, alle versionen einsehbar sind und halt dinge die später herrauseditiert werden. übrigens genau dieses vorgehen ist in der WP ja auch beliebt. Zitate von leuten so zu verstümmeln das deren aussagen in ein schlechteres licht gerückt werden, auch nicht gerade ein umfeld in dem man gerne diskussionen führt. Deine Zitierweise könnte man so interpretieren das du mir unterstellen willst ich würde die admins da ausdrücklich in eine rechte ecke stellen wollen. Dies unterstreichst du mit gleich zwei links die ich nicht gepostet habe sondern du. Im gegenzu löscht du den link den ich gepostet habe und um so anderen den zugang zu alternativ bedeutungen zu erschweren. also wer führt hier eine diskussion mit Ideologien? (um hier mal dieser mail etwas vorzugreifen) allerdings sind diese personen in meinen augen... nun sie treten halt nicht ausreichend in den vordergrund. warum auch immer. und irgendwann greift leider, in solchen fällen, die sippenhaft. Ich weiß nicht. Für mich klingt Dein letzter Beitrag reichlich ideologisch und steht so vollkommen im Gegensatz zu der IMHO wohlabgewägten Analyse, mit der Frederik den Thread begonnen hat. Bist Du ernsthaft der Meinung, mit solchen Mitteln zu einem Ergebnis zu kommen? ok anderer vergleich da du dich wohl nicht von alternativen bedeutungen eines begriffes überzeugen lassen willst. ist ja jedem sein gutes recht zu glauben/lernen oder sich blenden zu lassen vom was man will. vergleiche ich mal die Administratoren mit den Freundlichen Managern in der Weltwirtschaft. da gibt es ja auch solche und solche. Den freundlichen Manager eines unternehmens der sich den arsch aufreißt um seinen laden am laufen zu halten und seinen mitarbeitern nicht kündigen zu müssen. und natürlich die unfreundlichen herren die für irgendwelche theoretisch erreichbaren ziele nochmal 10.000 leute mehr auf die straße setzen und nen paar filialen schließen. auch in den konzernen wo letztere arbeiten wird es personen aus der ersten gruppe geben aber was kommt bei den mitarbeitern an? nun kann man die WikiPedia nur bedingt mit der wirtschaft vergleichen. die WP finanziert nicht unser täglich Brot und leute mit interesse können leichter projekte wechseln als IRL jobs. man kann meine haltung gerne als genau so überspitze haltung ansehen wie die haltung jener die ich da kritisiere... steht jeden frei selber zu entscheiden. für mich ist allerdings klar das man mit freundlichen Du, Du, Du an den entsprechenden stellen nix mehr bewegen kann. daher eher ist die Basar taktik viel fordern und sich dann runterhandeln lassen der nächste logische schritt und wenn das nur über wege geht die unbequem sind ist es dennoch besser als die hände in den schoß zu legen. immerhin bin ich ja noch bereit zu diskutieren und nicht wie andere die schon zum atomaren erstschlag auszuholen (um es mal so auszudrücken wie es in einigen kreisen schon genannt wird, oder ist dir diese übersetzung von lets go nuclear and fork auch irgendwie böse am aufstoßen?) und einen fork zu verlangen. das würde, in meinen augen, sicherlich mehr schaden als nutzen. von daher und um deine letzte frage zu beantworten... ich hoffe ja, ich glaube allerdings nicht dran. darum ja auch meine damalige entscheidung in der WP die segel zu streichen. eine entscheidung die ich bei OSM wohl nicht so schnell tätigen werde da hier die art von Managern fehlt. oh und analysen hab ich in den vorigen postings gebracht, kann ich hier aber gerne wiederholen. Artikel Stubs: in der WP-DE nicht mehr zugelassen, in OSM aber von einer vielzahl gerne gesehen (punkt für OSM) Artikel Löschungen: in der WP-DE häufig genutzt wenn artikel den relevanzkriterien nicht entsprechen, in OSM hingegen nicht getätigt sollange man anderen ihre funktionen nicht zersemmelt oder wirklich grobe schnitzer macht (wieder nen punkt für OSM) Probleme durch unüberschaubare Bürokratie: in der WP-DE täglicher alltag gerade für neulinge, in OSM nicht vorhanden (punkt für OSM) Probleme durch unüberschaubare technologien: einiges ist in der WP reichlich unschön gelöst, jedoch finde ich (klar subjektiv) die softwartechnische hürde für neulinge bei OSM
Re: [Talk-de] Merkwürdige Kombination
moin On 30.04.2010, at 04:54, M∡rtin Koppenhoefer wrote: Am 29. April 2010 22:06 schrieb AssetBurned openstreet...@assetburned.de: naja wenn ich mir die bremer innenstadt so anschaue ist sie komplett mit landuse=commercial belegt und einzelne gebäude nicht. ich vermute, dass landuse=commercial eigentlich sowas wie Innenstadt ausdrücken soll (CBD=central business district), wobei das m.E. zumindest der Europäischen Stadt nicht gerecht wird. Ich habe daher auch mal den centre_zone Vorschlag gemacht. Nicht zuletzt geht's mir auch darum, die Innenstädte nicht als reinen Kommerz zu klassifizieren. hm mag ja sein das es, tatsache ist aber das da auch durchaus wohnungen gibt. nagut einzelne wohnungen machen aus einem commercial noch kein wohngebiet ;-) aber das war ja auch nur ein teil meiner kritik. es ist halt so das ich da nicht blicke warum das überhaupt gemappt wird, wenn da haufenweise geschäfte sind die auch als solche gekennzeichnet sind. das könnte man also durch inteligente werkzeuge auch über das verhältnis von industrie zu komerz zu wohnungen zu sonstwas bestimmen. aber so ist OSM halt, es macht keinen anderen dinge kaputt also kann es drinne bleiben. persönlich denke ich das landuse=commercial nur da genutzt werden sollte wo entweder noch nicht gemapt wurde oder wo große flächen unbebaut sind aber für solch eine verwendung vorgesehen ist. das kann ich überhaupt nicht nachvollziehen, wie kommst Du darauf? Was meinst Du mit noch nicht gemapt? Unbebaute Flächen mit Widmung sind doch landuse=greenfield/brownfield? wie schon gesagt die verwendung von gebieten kann man meines erachtens auch durch andere parameter bestimmen da braucht man diese großflächichigen aktionen nicht wirklich. anders schaut es bei, den von mi genannten nicht gemappten gebieten aus. was ich damit meine sind regionen wo noch nicht wirklich mehr exsistiert als hauptstraße und nen paar nebenstraßen. so etwas gibt es ja selbst in deutschland noch. wenn da mal jemand flächennutzungspläne zu sehen bekommt kann er, meiner meinung nach, gerne aus dem gedächniss einzeichnen was wie genutzt werden soll. da es unwarscheinlich ist das man jedes einzelne haus in erinnerung hat. oder anders gesagt ich empfinde diese informationen eher als krücke die die zeit, bis zum vernünftigen haus genauen mappen, überbrücken soll. sollte jemand nen sinnvolleren zweck sehen immer raus damit. ich bin ja geistig so flexiebel das ich meine meinung auch ändern kann :-) und neue dinge lerne ich ja auch gerne. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 06:54, Tirkon wrote: Tobias Knerr o...@tobias-knerr.de wrote: Abstraktes Beispiel: WP sortiert weiter in relevant und irrelevant, löscht aber nicht. Bei einer Volltextsuche werden erst alle relevanten Ergebnisse genannt, danach die irrelevanten. Das funktioniert deswegen nicht, weil Wikipedia ein Wiki ist. Dann geht nämlich der Streit darum los, ob irrelevante Artikel in relevanten verlinkt werden dürfen. mit einer entsprechenden software wäre das kein problem. die würde als relevant makierte artikel als solche erkennen und deren verlinkung immer anzeigen, verlinkungen auf unrelevante artikel aber nur dann wenn der nutzer es ausdrücklich wünscht. abgesehen davon. es gibt in der WP ja auch keine diskussion ob in lesenswerten artikeln links sein dürfen die auch nicht als solche (oder gar als ungeprüft) makierte artikel vorhanden sein dürfen. komme ich also wieder zu den punkt: wenn die WP mehr zeit in sinnvolle arbeit (hier also ausbau der MediaWiki) stecken würde, und nicht in Blockwart verhalten... dann könnte man mit der WP deutlich mehr spass haben und es gäbe auch weniger zoff. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 08:52, Tim 'avatar' Bartel wrote: Aber unabhängig davon ist es tatsächlich so, dass ein großer Anteil der Mitglieder im WM-DE keine aktiven Wikipedianer sind, sondern Menschen wie meine Mutter, die die Wikipedia und die Idee die dahinter steckt fördern möchten. Das Interesse (und manchmal auch die technischen Möglich- und Fertigkeiten) Neuigkeiten über das Projekt aus Mailinglisten oder an anderen Stellen online in Erfahrung zu bringen ist oft nicht da und eher bei den Technikern/Geeks zu finden und nicht in der Mitte der Gesellschaft. äh das mag jetzt aber auch mit einem leichten missverständnis zu tuen haben. den WikiMedia ist nicht gleich WikiPedia. jetzt könnte ich mal die karte pullen wieviel prozent (und absolut) der spenden einnahmen, von WikiMedia Deutschland geht tatsächlich in die hardware zum betrieb der Wikipedia? oder Wieviel geht in die aktive entwicklung von software? aber das mach ich jetzt nicht... das kann jeder selber nachlesen. in meinen bekanntenkreis hat das dazu geführt das die spenden jetzt wieder an andere vereine (Kirchen, Umweltschutz etc) gehen und nicht mehr an WikiMedia-Deutschland. zugegeben ein nicht ganz zu unterschätzender grund für diese unausgewogenheit liegt an der deutschen gesetzgebung, aber verwunderlich ist es schon das da keine andere lösung gefunden wurde. nun das leitet sich wohl auch vom zwecke der WikiMedia ab förderung freien wissens und nicht als hauptzweck Förderung der WikiPedia. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
moin Pappa wie schreib ich meinen Aufsatz mit Word? Ganz einfach du machst den Computer an, tippst dein Text in Word ein, Druckst und bist fertig. On 30.04.2010, at 10:06, Stephan Knauss wrote: AssetBurned wrote: nun wäre mal die frage schlecht hin wie man großflächig tags korrigieren kann? zum beispiel shop=locksmiths wobei korrekt wäre shop=locksmith Wenn das mehr als Einzelfälle sind, dann über die XAPI runterladen (in JOSM über URL), korrigieren und wieder hochladen. hkay. wenn da jetzt noch nen link mit einer ausgiebigeren erklärung bei wäre, wäre das noch besser gewesen ;-) oder ein par mehr Details. ich denke mal ich versuch es mal mit den Bot (anderes posting). osmdoc hatte einen Link, der das bequem erlaubt. Dort ist die Datenbasis allerdings noch älter (Sommer 2009) als bei deiner Quelle (1 Woche). ah ok das man dadrauf achten muß war mich auch noch nicht wirklich klar, dachte die sind da zeitlich noch näher dran. wobei ich ne woche schon als recht gut ansehe, bedenkt man was da alles ausgewertet werden muß. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
moin On 30.04.2010, at 10:07, Sven Anders wrote: Am 29.04.2010 15:23, schrieb Fabian: gibt es fuer sowas nicht die moeglichkeit das irgendwie rueckverfolgbar zu machen? Einfallen wuerde mir da beispielsweise eine relation anzulegen HvTs-Telekom und hoffen das zumindest keiner die relation loescht. Man wuerde aber sehen wann welche verschwunden sind und wer damit zu tun hat um ihn zu fragen. Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). find ich persönlich auch die bessere variante. vorallem wenn du da eh schon ne liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit der jeweiligen node-ID ein. Ich hab damals einen Verteiler gelöscht den ich 100 Kilometer weiter wo anders hin verschieben hätte sollen. Da ich mich da nicht auskenne hätte ich auch nicht auf das Haus (sondern allenfalls an die Richtige Stadt) verschieben können, da hatte ich das Gefühl: Ich will mir nicht von einem Tool und einigen völlig falschen Daten sagen lassen, womit ich meine OSM Zeit verbringen möchte. Die Hausnummer ist hier nicht, die Postleitzahl auch nicht, jeder kann die Daten ein zweites mal gegen die OSM Daten verleichen, ... Ich glaub ich hab Sven Geggus noch eine OSM Mail geschickt) und was spricht in einem solchen fall gegen fixme=der ist hier komplett falsch. die stadt liegt 100KM nord östlich von hier ? so hätte ich es gelöst. dann hätte sich zwar jemand drüber aufgeregt warum du das ding nicht selbst verschoben hättest, aber jemand anderes könnte sich die mühe spaaren alles neu eingeben zu müssen. nur mal so als vorschlag für's nächste mal, von jemanden der fixme besser findet als löschen ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
moin On 30.04.2010, at 06:15, M∡rtin Koppenhoefer wrote: jeder renderer macht sowas etwas anders darum ist von einem Malen oder Mappen für den Renderer abzusehen. haltet euch lieber an die realität und setzt die punkte nach den messwerten die ihr habt oder nach gefühl. aber vergesst es an den renderer anzupassen. es geht hier nicht um den Renderer sondern um die Realität. Hast Du Dir den Kartenausschnitt angesehen? äh nein, eigentlich hab ich das thema schon garnicht mehr auf den schirm gehabt nur hab ich beim durchskippen der mails (warum zu geier ist hier eigentlich so viel los plötzlich?!) nicht auf die überschrift geachtet und nen paar unschöne stichpunkte beim lesen gesehen. was die realität angeht... das ist eh nur die subjektive auswertung von sensor inputs. im menschlichen falle also die verarbeitung von gesehenen, gehörtem, gefühlten, geschmeckten und gerochenen in verbindung mit zuvor gemachten erfahrungen oder anders gelerntem. von wessen realität reden wir also? *duckundwech* cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
moin On 30.04.2010, at 12:19, Georg Feddern wrote: ach ja, welch ein Paradebeispiel für *Stille Post*. Andreas verwässert Deinen als Realität gemeinten Beitrag durch damit es wie gewünscht gerendert wird, assetburned bezieht sich auf Andreas und wirft fälschlicherweise Euch beide in denselben Topf, und Du zitierst assetburned falsch, damit Du ihm einen überbraten kannst. ;-) und trotzdem fangen wir nicht an uns gegenseitig zu verprügeln. ist das nicht gerade das schöne an dieser mailingliste? Ich wünsch Euch allen ein schönes Wochenende. Dem kann man sich doch direkt mal anschließen! Schönen 1.Mai :-) cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
moin On 30.04.2010, at 06:50, Walter Nordmann wrote: schau dir den xybot mal an, evenutuell brauchst du den nur zu füttern. gruss walter http://wiki.openstreetmap.org/wiki/User:Xybot danke werde ich die tage mal entspannt machen :-) cu Assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 16:22, Tim 'avatar' Bartel wrote: jetzt könnte ich mal die karte pullen wieviel prozent (und absolut) der spenden einnahmen, von WikiMedia Deutschland geht tatsächlich in die hardware zum betrieb der Wikipedia? oder Wieviel geht in die aktive entwicklung von software? aber das mach ich jetzt nicht... das kann jeder selber nachlesen. Dann sollte an dieser Stelle auch der entsprechende Link folgen: http://wikimedia.de/index.php?id=20 [...] zugegeben ein nicht ganz zu unterschätzender grund für diese unausgewogenheit liegt an der deutschen gesetzgebung, aber verwunderlich ist es schon das da keine andere lösung gefunden wurde. Mit der Gesetzgebung hat das wenig zu tun. Die bedingt nur, dass wir nicht ohne weiteres Geld einfach an die Foundation weiterreichen können (was aber auch nicht sinnvoll wäre). nun das leitet sich wohl auch vom zwecke der WikiMedia ab förderung freien wissens und nicht als hauptzweck Förderung der WikiPedia. Exakt. nun und genau dies ist eines der haupt probleme des deutschen vereines. für otto normal spender erscheint es so das man mit einer spende an die WikiMedia Deutschland direkt der Wikipedia geld zufließen lässt. aus dem grunde hatten viele in meinem bekannten kreis, tatsächlich auch entsprechend gespendet. wenn dann aber bei der durchsicht der ausgaben auffällt das eigentlich nur ein einziger proxy von der wikimedia deutschland finanziert wurde (um die antwortzeiten für europäische nutzer zu verringern) und auch diese anschaffung eher ein verlegenheitslösung war, da ansonsten nur geld für reisekosten, büromaterialen und anderer krams ausgegeben wurde... da musste ich schon einige überzeugungsarbeit leisten das dieses geld nicht verpufft und aufgrund neuer räumlichkeiten dezentraler strukturen (reisekosten) und ähnlichen ausgegeben wurde. das abfließen der hiesigen einnahmen an die zentrale beschreibt genau den punkt den ich als gesezliches problem einstufe. nun es ist verständlich, aber andererseits auch reichlich nervig den auf der anderen seite des atlantiks sitzen nunmal die haupt infrastruktur teile der WP und dort, so hat es jedenfalls den anschein, werden auch entscheidungen über wer macht gegen bezahlung was für das projekt getroffen. wenn dann hier ein verein ist der auf dem geld hockt (nichtmal gewillt ist für eigene presse veranstaltungen) ausreichend geld springen zu lassen, sorry dann laufen irgendwann die sponsoren weg. und genau so ging es in meinen bekanntenkreis. kombiniert mit meinen anderen erfahrungen im WP projekt, rate ich den leuten inzwischen eher geld an andere organisationen zu spenden. zugegeben ich weiß nicht ob das bei der WikiMedia deutschland immer noch so ist, aber was ich so lese legt es nahe. und persönlich fehlt mir auch der nerv mich mit dem projekt so auseinander zu setzen das ich es wieder guten gewissens empfehlen kann. das es auch anders gehen kann sieht man an wauland.de der Wau Holland Stiftung. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On 30.04.2010, at 16:36, Sven Anders wrote: Hallo AssetBurned Am 30.04.2010 13:12, schrieb AssetBurned: Du kannst dir ja die ID merken mit der du das Objekt ursprünglich angelegt hast. Eine Relation zu missbrauchen finde ich nicht so toll. (Relationen sind keine Sammlungen von Objekten gleicher Art). find ich persönlich auch die bessere variante. vorallem wenn du da eh schon ne liste hast, dann mach daraus ne tabelle in der wiki und füg ne spalte mit der jeweiligen node-ID ein. Was gewinnst du dadurch? wenn der Punkt verschoben wird steht es nicht in der Relation. Und du hast eine kaum wartbare Relation mit Tausenden von Punkten, nur weil EIN Benutzer das evtl. nochmal anhand des Changelogs nachvollziehen möchte. hallo?! hab ich was von relationen gesagt? ich bin davon ausgegangen das jemand ne papierliste (grusel) oder text/excel datei hat. diese datei in _WIKI_ zu packen und als tabelle anzeigen zu lassen sollte ja nicht all zu schwierig sein. so kann jeder (auch leute die nix mit relationen anfangen können) nachgucken ob in ihren regelmäßig bearbeiteten gebieten noch alle nodes vorhanden sind. um das aber machen zu können müsste diese tabelle noch um eine spalte ergänst werden. ebend um einen link auf den jeweiligen node. im prinzip also so wie es bei diversen straßen-namen-listen auch schon der fall ist. siehe hier http://osm.gt.owl.de/Strassenliste/output/62559/ sowas in der art meinte ich. einfach nen link auf den node. und wenn dann jemand feststellt das der node gelöscht wurde, kann man sich angucken warum... wenn dann jemand sagt äh der muß 100km woanders hin und ich will das nicht machen kann man den wieder herstellen und verschieben. Du kannst mit einer XAPI Anfrag sämmtliche existierenden HvTs wieder bekommen und dann schauen welche gelöscht wurden. Dazu kannst du dann die Changelogs anfordern. http://wiki.openstreetmap.org/wiki/DE:Elemente#Was_Relationen_nicht_sind s.o. Das dann da ein Punkt mit einer Postleitzahl Hausnummer und Straße in Hamburg liegt der eigentlich in Cuxhaven liegt. Und wenn ein User bei OSM nach (Namen sind jetzt erlogen): Haupststraße in Cuxhaven sucht einen Punkt in Hamburg findet. Und wer kümmert sich um FIXMEs? Der Mapper vor Ort= Also ich. ja du oder jemand der sich ein bestimmtes thema als lieblingsthema rausgesucht hat. und solche nodes im auge behält. wenn mir jemand an meine automaten nen fixme=ich glaub der wird bald abgebaut anhängt werde ich da auch mal vorbeischauen ob dem wirklich so ist. Oder ein OSM nachbar, der dann auf seinem Garmin nur sieht das der Punkt 100km weiter ist. Außerdem behauptet ein Navi wenn es durch Hamburg fährt auf einmal das es jetzt in Cuxhaven ist und das Ziel erreicht ist. ok solche probleme sind mich nicht bekannt (mangels erfahrung mit garmin geräten). aber würde dann nich ein verändern des addr:city=cuxhaven tags nach addr_falsch:city=cuxhafen auch gehen? Ich haette die addr:postcode und addr:street und addr:housnumber und die tags für die Ortsnetzkennzahl (das Ortsnetz ist ja auch nicht in Hamburg) auch noch aus dem Node entfernen können. ;-) s.o. Ich finde es schon sehr fair das ich den Import-User darauf hingewiesen habe, das da was schiefgegangen ist. jo das find ich nen faires vorgehen. Wenn der Punkt wirklich von einem User mit Menschenverstand angelegt worden wäre, okay. Aber es wurden völlig schlechte Daten in OMS gekippt nach dem Motto: Der User wirds schon richten. Es gab damals im Vorwege keinen Testimport, keine Review der Daten oder eine große Diskussion dazu, nur ein note tag mit dem Hinweis das man den Node verschieben soll. Das soll jetzt kein Vorwurf sein, nur eine Erklärung warum ich mich so verhalten habe. Ich hab selbst auch importe gemacht die z.T. nicht super gelaufen sind, kenn auch die andere Seite und würde es heute genau so machen. MAL ÜBERTRIEBEN: Sonst könnten wir ja mal vorsorglich alle Postleitzahlengebiet von Deutschland importieren, ich importiere sie alle an eine Stelle mache ein Note-Tag drann: Bitte an die richtige Stelle verschieben. Und wenn ein User ein Gebiet löscht schreib ich 1 Jahr später auf der talk-de das es schlimm ist das die wieder gelöscht wurden und man hätte sie doch stehen lassen können. ÜBERTRIEBEN AUS Wenn jemand Lust hat kann er auch in der talk-de danach suchen, da hab ich auch schon was dazu geschrieben. Kannst du meine Entscheidung akzeptieren? nachvollziehen: ja akzeptieren: na sagen wir mal ich würde dich auf der straße nicht böse anmachen :-) ich denke mal dein obriges beispiel ist garnicht s übertrieben. wenn da jemand 100 nodes auf eine stelle klatsch und sagt macht mal würde ich mir auch überlegen ob ich das wirklich machen würde. aber vermutlich würde ich mir erstmal ne andere ecke suchen wo ich mappe. zugegeben wenn ich tatsächlich obriges navigations problem hätte würd ich da wohl auch so verfahren das ich die nodes so umbaue
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 16:59, Tirkon wrote: AssetBurned openstreet...@assetburned.de wrote: komme ich also wieder zu den punkt: wenn die WP mehr zeit in sinnvolle arbeit (hier also ausbau der MediaWiki) stecken würde, und nicht in Blockwart verhalten... dann könnte man mit der WP deutlich mehr spass haben und es gäbe auch weniger zoff. Ich beschränke mich in der Wikipedia auf die Artikelarbeit und kann keine kompetenten Aussagen zur Programmierung machen. Offensichtlich war es so, dass die freiwilligen Programmierer das von Dir Geforderte nicht schultern konnten. Auch beim letzten CCC Kongress wurde Wikipedia thematisiert und auch dort wurden die Forderungen nach verbesserter Benutzerfreundlichkeit laut. Ein entsprechender Aufruf an das mit Programmierern reich gesegnete CCC-Auditorium fand allerdings wohl keine Resonanz. Und deswegen wurde wohl nun auch der Programmierer bei Wikimedia eingestellt. tja nur weil man die ressourcen hat, heißt es noch lange nicht das die ressourcen auch wollen :-) es ist halt wirklich die frage in wie weit jemand lust hat etwas freiwillig für ein projekt zu machen das a) kohle hat um sie in den augen der freiwilligen zu verpulvern (ja die realität mag anders aussehen aber so kam es zeitweise bei einigen an) und b) immer wieder auf ein eingeschlagen hat. ich meine auf den schulhof ist man ja auch nicht zum klassen rowdy gegangen und hat ihm nen schluck von seiner milch abgegeben, man wusste ja eh das man wieder vermöbelt wird und nachher keine milch mehr hat aber dafür reichlich blaue flecken. Die Beta Version von Mediawiki kann jetzt - allerdings nur als angemeldeter Benutzer der Wikipedia - eingeschaltet werden und macht beispielsweise ausgiebig vom Mouse-Hoovering (Drüberhalten) auch innerhalb eines Artikels Gebrauch. Es gibt auch einen Rückmeldekanal. Vielleicht magst Du reinschauen und Deine hier geäußerte Kritik formulieren. na das werde ich doch glatt mal die tage machen. danke für den tip! Mit der Einstellung des Programmierers fördert Wikimedia nicht nur die Wikipedia, sondern auch jedes andere Projekt, das die Mediawiki Software nutzt, also auch OSM. Möglicherweise ein Grund mehr für diejenigen, welche als Programmierer die Möglichkeiten ahnen, dort Stellung zu beziehen. Blockwart -- http://de.wikipedia.org/wiki/Blockwart oh ein parade beispiel dafür wie blindes vertrauen in die wikipedia zum schuß nach hinten werden kann. und übrigens gerade in diesen konkreten fall schon ein sehr altes beispiel. so wurde doch der komplette absatz Weitere Wortbedeutungen für „Blockwart“ komplett entfernt :-) mal schauen ob dieser recht lange links heil rüber kommt: http://de.wikipedia.org/w/index.php?title=Blockleiteraction=historysubmitdiff=66902423oldid=66779604 für interessierte: der entsprechende absatz wurde gelöscht nachdem die diskussion zum blog.fefe.de hochkochte und dort die bösen der Admins permanent als blockwarte beschimpft wurden. so sollte versucht werden die durchaus berechtigte kritik am vorgehen der WP so darzustellen als wenn hier alle admins mit nazies gleichgestellt werden. und wie es ausschaut, war es bislang noch nicht relevant genug alternative bedeutungen dieses begriffes wieder in die WP aufzunehmen ;-) Ich finde das bei allem Verständnis für Verärgerung eine unangemessene und diskriminierende Bezeichnung für Leute, welche die Drecksarbeit machen, z.B. Tag für Tag und unendlich oft f..., Ar... sowie sonstiges Gestrüpp aus Wikipedia entfernen, das man ansonsten anstatt von Artikeln zu sehen bekäme. Die Wikipedia verkäme zu einer Müllhalde, die weder Inkludisten noch Exkludisten sehen wollten. Die Bezeichnung ist geeignet, Fronten zu verhärten anstatt aufzuweichen. Ich würde es als einen guten Willen zum Aufbau einer Internet Kultur mit Anstand ansehen, wenn man da eine angemessenere Bezeichnung finden könnte. Mit dem Begriff Hausmeister könnte ich mich schon eher anfreunden. nun wie heißt es so schön jeder zieht sich den schuh an von dem er meint das er passt. zugegeben es gibt auch reichlich leute die tatsächlich einen Hausmeisterlichen tätigkeit nachkommen, so wie du den hausmeister beschreibst. wobei ich nun hausmeister auch nicht immer ein positiver begriff sein muß, gibt genau so beispiele für hausmeister die bekannt dafür sind das sie spitzeln und mobben. allerdings sind diese personen in meinen augen... nun sie treten halt nicht ausreichend in den vordergrund. warum auch immer. und irgendwann greift leider, in solchen fällen, die sippenhaft. nen bier produzent fängt ja auch nicht an jedes einzelne gersten korn zu analysieren, da wird geguckt ob die stichprobe der lieferung OK ist und keinen (oder einen vernachlässigbaren kleinen teil) von unrat enthält und sonst wird die wahre als schlecht wieder zurück gewiesen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de
Re: [Talk-de] Von Wikipedia lernen
. als beispiel seihen hier mal blinde und skater genannt die sich sehr wohl für die bodenbeschaffenheit von fußwegen interessieren. oder blinde die gerne jeden einzelnen baum an einer straße gemappt wissen wollen, damit ihr blindenhund da mal austreten kann. du sagt die ziele sollten nicht in stein gemeisselt werden. von daher sollte man die ziele so formulieren das sie von anfang an auch die option für projekt arbeit offen lassen. womit dann aber letztlich auch wieder dem tag-wildwuchs tür und tor offen steht den was bitte ist ein relevantes projekt für OSM (um mal eine so provokante frage zustellen)? Man könnte einwenden, dass der individuelle User nun in seiner Freiheit beschnitten sei. Aber das ist er in jedem Falle, wie oben ausführlich dargestellt. Wenn aber schon die Freiheit beschnitten werden muss, dann wenigstens so, dass durch die Zielsetzung ein besseres Miteinander und weniger Gegeneinander produziert wird und damit das Aufwand/Nutzenverhältnis sich verbessert. Die Kundenorientierung gibt dem User dabei ein Mittel an die Hand, mit dem der Erfolg besser gemessen werden kann, indem er das von der Community geschaffene Produkt selbst als Kunde benutzt. nun wie wäre es, ähnlich wie bei der WP, mal themen schwerpunkte zu setzen? oder besonders sehenswerte POIs zu machen. also zu sagen wir haben heute den monat der radfahrer. bitte nehmt euch diesen monat besonders diese zielgruppe vor und mappt was das zeug hält. tips und tricks was zu beachten ist findet ihr auf der wiki seite XYZ ? oder analog zum bild der woche halt das POI der woche wo man nicht nur einen einzelnen punkt haarklein gemappt hat mit allen tags dazu, sondern auch im umkreis von einigen kilometern einfach alles gemapt hat was laut vorhandener tags geht? sowas würde jeweils einen boost an neuen einträgen in OSM bringen, es würde die qualität des materiales erhöhen und man würde wüirklich einen fortschritt erziehlen den selbst ein leihe erkennen kann. das sowas funktioniert sieht man schon an den kriesen mappern (Haiti war so ein beispiel) und auch an bestrebungen wie z.B. in Kuba. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
moin On 29.04.2010, at 09:05, Andreas Tille wrote: On Thu, Apr 29, 2010 at 01:45:20AM +0200, M???rtin Koppenhoefer wrote: wenn man Perfektionist wäre könnte man das Gebäude noch etwas aus der Straßenmitte an den Rand schieben und auch den Gehweg berücksichtigen (auf den Platz bezogen, nicht als eigenen way). Ich denke das ist notwendig, auch ohne Perfektionist zu sein. Im JOSM ist auch etwas Platz gewesen, mir fehlt nur noch das Gefühl, wieviel Platz bleiben muß, damit das wie gewünscht gerendert wird. äh könntet ihr bitte diese idee gleich wieder begraben? jeder renderer macht sowas etwas anders darum ist von einem Malen oder Mappen für den Renderer abzusehen. haltet euch lieber an die realität und setzt die punkte nach den messwerten die ihr habt oder nach gefühl. aber vergesst es an den renderer anzupassen. wenn die progger des renderers auf die idee kommen die straßen 3 pixel breiter zu machen dann ist euer bestreben wieder für die katz. zudem wenn ihr da schon pizise sein wollt, dann tragt lieber gehwege, radwege und grünstreifen mit ein. je nach bedarf als weitre tags in vorhandenen wegen oder als eigene wege. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
On 29.04.2010, at 06:18, Joerg Fischer wrote: Johann H. Addicks wrote: Aber der letzte Thread hierzu lief auf Na, wenn Du OSM nicht traust, dann lädst Du halt nichts hoch hinaus. Was ich noch nicht so richtig verstanden habe: Selbst wenn ich OSM _nicht_ traue und die Daten an Hinz und Kunz heraus gegeben würden, was kann ein Angreifer damit anfangen? Der sieht dann wann ich wo war, bestenfalls kann er noch auf Grund meiner Geschwindigkeit vermuten mit welchem Verkehrsmittel ich unterwegs war und ob ich gegen ein paar Verkehrsregeln verstieß. hm also es müsste doch ein leichtes sein die import funktion so zu ergänzen das man auswählen kann meim import die ersten XY minuten löschen oder so. man könnte die GPX tracks auch über eine OSM karte blenden und dann hervorheben welche teilstücke nicht mehr importiert würden. zugegeben das wäre etwas komplizierter, aber technisch doch auch möglich, oder?! cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging Almhuetten, Almwirtschaften
moin On 29.04.2010, at 14:34, Frederik Ramm wrote: heute habe ich auch mal eine Tagging-Frage, und zwar geht es um diverse Bergwander-Amenities. Zunaechst einmal solche Huetten von Alpenvereinen, die nicht bewirtschaftet sind, aber ein Bettenlager und Verpflegung haben. Dafuer ist amenity=shelter doch zu wenig, oder? Was nehme ich da am besten? Und dann eine Almwirtschaft. Kein Restaurant, eher ein Imbiss. Eine Jausenstation, wie man mancherorts sagen wuerde. amenity=restaurant scheint mir ungeeignet, aber fast food ist es auch nicht. hmm mal so als idee am rande. wenn du dir da gerade einige gedanken zu machst, wie wäre es wenn du eine wiki seite machst zum thema wander mapping oder so? denke mal das könnte etwas sein das einige mehr interessiert. zudem wäre es eine möglichkeit für die standards vorzugeben ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
On 29.04.2010, at 15:58, malenki wrote: Bernd Wurst schrieb: Am Donnerstag 29 April 2010 11:04:00 schrieb Rainer Knaepper: Man denke z.B. an Fahrten mit dem Dienstfahrzeug, da möchte mancher vll. nicht unbedingt einige seltsame Umwege dokumentieren. Man sollte davon Abstand nehmen, jedem der nicht ganz so freigiebig ist gleich zu unterstellen dass er Dreck am Stecken hat. Interessant wäre sicher auch ein Log von Firma A zu Firma B zu Konkurrenzfirma C. Dieses Wissen in den richtigen/falschen Händen kann durchaus relevant sein. kinnings in solchen fällen stellt sich mir eher die frage in wie weit: a) der arbeitgeber schon gegen die datenerhebung, also das loggen, was einzuwenden hat b) ob es nicht wirklich geschickter wäre das jemand der solche problemchen hat, nicht einfach auf ein upload verzichtet. wie ich in einem anderen zusammenhang schon gesagt habe, jeder muß selber wissen was er für vertretbar hält bei mappen. wenn jemand damit keine probleme hat das da ein bewegungsprofil erstellt wird... dann solle r hochladen. wenn damit doch probleme bestehen soll man sich halt überlegen warum und dann ggf die daten nicht zur verfügung stellen. ich meine wenn einer bei OSM mit macht und derzeit im einsatz in afganistan ist... dann wäre das sicherlich auch nicht die prallste idee die tracks hochzuladen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
moin On 29.04.2010, at 19:56, malenki wrote: AssetBurned schrieb: hm also es müsste doch ein leichtes sein die import funktion so zu ergänzen das man auswählen kann meim import die ersten XY minuten löschen oder so. was soll das bringen recht einfach. ich logge die strecken immer von meiner haustür, weil mich die gesammte strecken länge interessiert. online stellen würde ich die strecken aber gerne ohne diese info. sprich meine logs würde ich gerne an zentralen umsteigestationen oder an anderen markanten punkten beginnen lassen. so wäre die zuordnung wo ich wohne nicht ohne weiteres möglich. und ich hätte mit den logs keine moralischen probleme mehr. gleiches gilt für die wohnungen von freunden, warum soll ich nen log soweit online stellen das man sehen kann durch welche tür ich gegangen bin... da könnte ich auch beim einbiegen in die straße schluß machen mit den öffentlich machen der logs. so könnte man auch das problem mit den besuchen bei weiteren konkurenz firmen etwas abmildern. es wäre nur noch eine vermutung das man ein anderes unternehmen besucht hat, aber nicht mehr direkt über den log belegbar. momentan müsste man solche infos per hand aus der GPX rausschnippeln. warum nicht also beim import einfach ein paar minuten löschen lassen? abgesehen davon, ist es dir noch nie passiert das du vergessen hast deinen logger auszuschalten und du dann ne stunde rauschen mitgeloggt hast? ist ja auch reichlich blöd sowas in der OSM datenbank zu haben. man könnte die GPX tracks auch über eine OSM karte blenden und dann hervorheben welche teilstücke nicht mehr importiert würden. zugegeben das wäre etwas komplizierter, aber technisch doch auch möglich, oder?! gibts schon - z.b. in viking nur bleibt es immer noch 100% handarbeit sachen herauszuschneiden oder zu markieren was bitte ist viking?! du redest sicherlich nicht von programm das windows kisten zu webserver macht. Das ist die einzige anwendung die ich kenne die viking heißt, oder? ;-) ich meine sowas nicht gesehen zu haben als ich das letzte mal GPX dateien hochgeladen habe. aber da mag ich mich auch irren. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
moin On 29.04.2010, at 20:54, malenki wrote: AssetBurned schrieb: abgesehen davon, ist es dir noch nie passiert das du vergessen hast deinen logger auszuschalten und du dann ne stunde rauschen mitgeloggt hast? ist ja auch reichlich blöd sowas in der OSM datenbank zu haben. das kann man leider noch nicht automatisch rausschneiden um das bei mehreren tkm händisch zu machen bin ich nicht masochist genug deswegen mein ich ja das eine löschen der letzten XY minuten funktion sinnvoll wäre ;-) man könnte die GPX tracks auch über eine OSM karte blenden und dann hervorheben welche teilstücke nicht mehr importiert würden. zugegeben das wäre etwas komplizierter, aber technisch doch auch möglich, oder?! gibts schon - z.b. in viking nur bleibt es immer noch 100% handarbeit sachen herauszuschneiden oder zu markieren was bitte ist viking?! http://wiki.openstreetmap.org/wiki/Viking danke :-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
also vorzugsweise für den Kunden Straßenbenutzer - aber auch für den Kunden, der Straßen als Orientierungspunkte nutzt. Ein Aktionsplan könnte wie folgt ausssehen: Die erste Aktion, die es dafür braucht, wäre eine Phase der möglichst kompletten deutschlandweiten Straßenliste, zunächst einmal für Orte (in einer späteren Aktion für die Ortsteile). Die nächste Aktion wäre die Beschaffung der Ortsgrenzen. In dieser Phase könnte man massiv erforschen, ob die (grobe) Übernahme der Daten von Grenzlinien (und nicht deren Layout in Karten) frei statthaft ist. Möglicherweise spendet man gemeinschaftlich für das Gutachten eines Fachmannes, wenn anders keine Klärung möglich ist. +1 genau so wie zum rest :-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging Almhuetten, Almwirtschaften
moin On 29.04.2010, at 21:22, Sven Geggus wrote: AssetBurned openstreet...@assetburned.de wrote: zudem wäre es eine möglichkeit für die standards vorzugeben ;-) Die Standards werden vond em vorgegeben was gerendert wird, das war doch faktisch schon immer so. Hier vielleicht noch zusätzlich davon was in der Reit- und Wanderkarte gerendert wird. der gedankengang bezog sich weniger auf vorhandenes dinge sondern auf dinge für die es noch keine mapping-schlüssel gibt. und selbst da... wenn noch nie jemand auf die idee gekommen wäre (bin nicht in der materie also bitte nachsichtig sein) wanderwege zu mappen, dann kann derjenige der es zum ersten mal macht überlegen ob er sie als highway=wanderweg mappt oder als highway=road + wanderweg=nur-für-fußgänder-mit-stiefeln mappt. wenn dann einige objekte entsprechend gemappt wurden, sollte es ein leuchtes sein progger von entsprechenden renderern zur aufnahme in ihren renderer zu übernehmen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkwürdige Kombination
moin On 29.04.2010, at 21:47, Daniela Duerbeck wrote: Ist diese Kombi eigentlich OK? http://www.openstreetmap.org/?lat=48.095847lon=11.525779zoom=18layers=B000FTF Das ganze Areal ist landuse=industrial, die Gebäude building=yes und landuse=commercial. Ich finde, dass landuse nicht für Gebäude paßt. naja wenn ich mir die bremer innenstadt so anschaue ist sie komplett mit landuse=commercial belegt und einzelne gebäude nicht. persönlich find ich das auch nicht als optimale lösung. es nervt einfach da die großen flächen vorzufinden. persönlich denke ich das landuse=commercial nur da genutzt werden sollte wo entweder noch nicht gemapt wurde oder wo große flächen unbebaut sind aber für solch eine verwendung vorgesehen ist. dein direktes problem landuse im gebäude zu nutzen finde ich auch eher unglücklich. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
On 29.04.2010, at 22:10, malenki wrote: AssetBurned schrieb: On 29.04.2010, at 20:54, malenki wrote: AssetBurned schrieb: abgesehen davon, ist es dir noch nie passiert das du vergessen hast deinen logger auszuschalten und du dann ne stunde rauschen mitgeloggt hast? ist ja auch reichlich blöd sowas in der OSM datenbank zu haben. das kann man leider noch nicht automatisch rausschneiden um das bei mehreren tkm händisch zu machen bin ich nicht masochist genug deswegen mein ich ja das eine löschen der letzten XY minuten funktion sinnvoll wäre ;-) schlecht wenn man zb die mittagspause in der mitte des tages und des logs macht am ende einer tour hab ich noch nie vergessen die geräte auszuschalten soll das jetzt heißen kein beschneiden ist besser als eine funktion die ich nicht brauchte ? aber der fall ist natürlich auch interessant. von daher wäre das beschneiden am ende nur ein anfang zu beginn, innen drinne und sogar mit mehreren ausblendungen wären sicherlich eine sinnvolle modifikation. man könnte auch drüber nachdenken eventuell das datum (Zeit, tag, monat) zu verändern. wobei ich da doch eher kritisch bin. ich weiß nicht wirklich ob die daten eventuell doch relevant sind für irgendwas. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fischladen
moin On 29.04.2010, at 22:35, Daniela Duerbeck wrote: Hi! shop=fish (oder so ähnlich) scheint auch noch zu fehlen. Viele Grüße von Dani gut geraten! unter http://wiki.openstreetmap.org/wiki/Proposed_features/shops_(multiple) findet sich tatsächlich schon ein shop=fish für den zweck. ist also nur noch kein tag für das offiziell abgestimmt wurde. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fischladen
moin On 29.04.2010, at 22:39, René Falk wrote: Am 29.04.2010 22:35, schrieb Daniela Duerbeck: Hi! shop=fish (oder so ähnlich) scheint auch noch zu fehlen. Wäre shop=seafood nicht besser? hm in anbetracht der tatsache das es bei cuisine=sea_food heißt, wäre es sicherlich sinnvoller einen fischhändler auch als shop=sea_food zu bezeichnen. aber den eintrag fish schon. es ist also an dir einen vorschlag (RFC) zu machen und eine abstimmung zu starten. meine stimme hättest du! cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Merkwürdige Kombination
moin On 29.04.2010, at 23:05, Wolfgang wrote: Hallo, Am Donnerstag 29 April 2010 22:06:30 schrieb AssetBurned: naja wenn ich mir die bremer innenstadt so anschaue ist sie komplett mit landuse=commercial belegt und einzelne gebäude nicht. persönlich find ich das auch nicht als optimale lösung. es nervt einfach da die großen flächen vorzufinden. Die Bremer Neustadt wird eigentlich von Dorfwiese (merkaartor) geprägt... http://www.openstreetmap.org/?lat=53.06866lon=8.79013zoom=16layers=B000FTF :-) hmpf ok ich hab vergessen das es hier auch leute gibt die den üblichen bremischen terminis nicht geläufig sind. was du da rausgesucht hast ist tatsächlich ein stadtteil, in der stadt bremen ein viertel (nicht zuverwechseln mit dem viertel oder das viertel was wiederrum beides einen konkreten stadtteil meint). konkret handelt es sich in deinem beispiel um das flüsseviertel (aufgrund der straßennamen). und dort ist es tatsächlich so das es im inneren der häuserbläche große grünflächen gibt, die zum teil sogar ohne anwohner schlüssel zugängig sind. was ich eher meinte ist die innenstadt (oder city wie man in bremen auch sagt) das ist hier zu finden: http://www.openstreetmap.org/?lat=53.07665lon=8.80459zoom=16layers=B000FTF cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fischladen
moin On 30.04.2010, at 00:10, Daniela Duerbeck wrote: AssetBurned wrote: gut geraten! unter http://wiki.openstreetmap.org/wiki/Proposed_features/shops_(multiple) findet sich tatsächlich schon ein shop=fish für den zweck. ist also nur noch kein tag für das offiziell abgestimmt wurde. Abandonded klingt aber nicht so, als ob da noch was passieren würde. Und sea_food ist auch besser, weil die Läden üblicherweise auch Muscheln und Krustentiere verkaufen. Abandonded heißt in den fall erstmal das der tag nicht zur abstimmung gebracht wurde und sich momentan keiner dafür zuständig findet. aber du hast schon recht irgendwie ist das nen bissel seltsam. wenn ich mir http://tagstat.hypercube.telascience.org/tagdetails.php?tag=fish anschaue finde ich 5 kombinationen shop=fish hier allerdings sind es 243 tags http://tagstat.hypercube.telascience.org/tagdetails.php?tag=shoplimit=25skip=50dir=DESCorder=total fishmonger ist mit 13 tags vertreten http://tagstat.hypercube.telascience.org/tagdetails.php?tag=shoplimit=25skip=275dir=DESCorder=total seafood ist mit noch 8 vertreten http://tagstat.hypercube.telascience.org/tagdetails.php?tag=shoplimit=25skip=400dir=DESCorder=total fishmarket wäre noch mit 2 treffern vertreten http://tagstat.hypercube.telascience.org/tagdetails.php?tag=shoplimit=25skip=975dir=DESCorder=total naja und nun wird es fusselig... weiter stöber ich nicht mehr. hast also ne große auswahl. :-) cu Assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] tags automatisch korrigieren?
moin ich bin gerade im zusammenhang mit nem anderen problemchen über http://tagstat.hypercube.telascience.org gestolpert und sehe mit entsetzen einige bugs. nun wäre mal die frage schlecht hin wie man großflächig tags korrigieren kann? also mir geht es um tippfehler die mir da aufgefallen sind oder schlicht dinge die mit deutschen (aber klar eindeutigen) namen getaggt wurden. zum beispiel shop=locksmiths wobei korrekt wäre shop=locksmith oder shop=Lidel, shop=Aldi, shop=Edika die ja eigentlich das als name haben sollten und shop=supermarket oder sowas wie shop=Fleischerei shop=Optiker shop=Bäckerrei generell ziemlich verwunderlich wie viele tags da auf deutsch zu finden sind. ich schrei hier mal nen halb lautes... ich würd mir mal die arbeit machen und da mal durchforsten welche tags korrigiert werden müssten. aber ich wüsste nicht wie ich die umbauen kann :-/ blieben also drei varianten. 1) entweder jemand erklärt es mir 2) jemand anderes macht es (könnte mir dann aber sagen wie er die infos will) 3) es bleibt so letzteres würde ich irgendwie doof finden ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobilfunk und Festnetztelefonie Geschä fte?
moin On 28.04.2010, at 05:44, Johannes Huesing wrote: M∡rtin Koppenhoefer dieterdre...@gmail.com [Wed, Apr 28, 2010 at 12:15:45AM CEST]: [...] shop=telco (und ggf. brand / operator und oder name für den Typ wie vodafone, france telecom, o2, etc.) shop=radio für Funkbedarf Da könnte man auf die Idee kommen, es sei ein Hifiladen. ne für hifi läden gibt es schon shop=hifi ;-) amenity=internet_café Vielleicht geht das auch ohne den Akzent. Nicht jeder weiß, wie diakritische Smörrebrödzeichen einzugeben sind. +1 cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] access=designated?
moin On 28.04.2010, at 08:11, Georg Feddern wrote: Bernd Wurst schrieb: Am Dienstag 27 April 2010 11:06:18 schrieb Georg Feddern: das meistverwendete Zeichen 250 Diee Aussage bezweifle ich (so allgemein). Z250 ist hier sehr selten. z260 kommt hier wesentlich öfter vor (an jedem Feldweg). Scheint was regional unterschiedliches zu sein. ja, ok, da stimme ich zu. Hier (tm) ist es zu gefühlten 95% Zeichen 250 mit 1026-38 und 1022-10 - wobei ich auch schon öfter die (inoffizielle?) Kombination aus den letzteren beiden in einem Schild gesehen habe. na eventuell müssen da ein paar restbestände aufgebraucht werden und der zukauf eines (oder mehrerer) XY frei ist billiger als nen neues schild drucken?! cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] access=designated?
moin On 28.04.2010, at 11:30, Bernd Wurst wrote: Am Mittwoch 28 April 2010 08:11:29 schrieb Georg Feddern: Zeichen 250 mit 1026-38 und 1022-10 Gibt es einen Unterschied zwischen z250 + z1022-10 und z260? Ich würde die als gleichwertig einstufen... hmm naja also ich weiß nicht wie es in DE ist aber in anderen ländern dürften mit z260 Kutschen und Pferde noch durch. Bei z250 + z1022-10 dürften die jedoch nicht durch. und ob fussgänger oder inlineskater durch dürften wäre mir in beiden fällen erstmal auch nicht wirklich klar, allerdings würd ich davon ausgehen. cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool (Was: Re: access=designated?)
moin On 28.04.2010, at 21:15, Sebastian Hohmann wrote: eine Auflistung aller möglichen Kombinationen habe ich nicht, aber ein Tool um sich das selbst zusammenzustellen: http://uninformativ.de/driver/traffic_signs/ (JavaScript) Das ist recht schnell zusammengeschustert und nur ein Test um mal Meinungen einzuholen. Es sind also bestimmt noch Bugs drin (und natürlich sind auch noch nicht alle wichtigen Verkehrszeichen enthalten). die idee finde ich schonmal sehr gut, und klar eine sache die ich anfängern empfehlen würde (bzw auch in die wiki packen würde). aber es fehlen noch einige zeichen (weist du sicherlich). 1012-32 radfahrer absteigen 1012-33 keine Mofas 1020-13 Inlineskaten frei 1024-11 Pkw mit Anhänger frei 1024-13 Lastkraftwagen mit Anhänger frei 1026-31 Mofas frei 1026-32 Linienverkehr frei (denke ich mal brauchen wir nicht) 1026-33 Einsatzfahrzeuge frei 1026-34 Krankenfahrzeuge frei 1026-38 Land- und forstwirtschaftlicher Verkehr frei 1026-39 Betriebs- und Versorgungsdienst frei 1028-34 Fährbenutzer frei 1000-33 Fahrradverkehr in Gegenrichtung von Einbahnstraße zugelassen (wäre sicherlich auch nicht schlecht) abgesehen davon wäre es sicherlich auch gut wenn man wählen könnte ob man deutsche, österreichische oder schweizer zeichen vor sich hat. damit wäre das dann auch für andere leute nutzbar nicht nur für die in deutschland :-) oh und solltest du die bilder aus der WikiPedia entnommen haben nen vermerk wäre sicherlich auch nicht das schlechteste ;-) cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mobilfunk und Festnetztelefonie Geschä fte?
moin äh sehe ich es richtig das es trotz der fülle von mobilfunkgeschäften in deutschland und anderen ländern, nix gibt um ein solches zu mappen? Ich hab hier eine reihe die ich eingetragen habe und durch die bank mit fixme makiert habe teilweise anbieter von mobilfunk (o2, Vodafon, ...) aber auch festnetz (z.B. Nordcom). cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobilfunk und Festnetztelefonie Geschä fte?
moin On 27.04.2010, at 20:41, SLXViper wrote: AssetBurned schrieb: äh sehe ich es richtig das es trotz der fülle von mobilfunkgeschäften in deutschland und anderen ländern, nix gibt um ein solches zu mappen? Ich hab da Shop=telecommunications genommen. Das gilt auch für Niederlassungen von anderen Kommunikationsunternehmen, bspw. Telekom, Freenet, KabelBW, etc. Man könnte es auch für Ladengeschäfte nehmen, deren Fokus auf Kommunikationstechnik (bpsw. Funk) liegt. danke für den tip. schonmal drüber nachgedacht das als offiziellen tag irgendwo zu veröffentlichen? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 26.04.2010, at 07:52, Patrick Kolesa wrote: Am 26.04.2010 01:55, schrieb Daniela Duerbeck: Deshalb fände ich lokale Mailinglisten sehr gut. Es gibt in München z.B. zwar einen Stammtisch, aber eine Mailingliste wäre viel effizienter. Die Kommunikation der Münchner läuft größtenteils über die Bayern-Mailingliste. Was ich allerdings befürchte, nicht jeder Bayer schaut in die talk-de Liste oder nicht jeder Mapper hat die Bayern-Liste abonniert. OSM könnte da sozialer werden, indem zB alle Mapper im Bayern-Polygon auf der Website eine Linksammlung zur Bayern-Mailingliste, Bayern-Wiki, etc. findet, um den Anschluss zu finden. Aber eine Mailingliste für jede Großstadt finde ich dann doch etwas übertrieben bei den momentanen Nutzerzahlen. naja in bremen und osnabrück gibt es auch getrennte mailinglisten. finde ich persönlich ne gute sache. so kann man treffen besser nachbereiten ohne die DE liste volltexten zu müssen. einfach mal einen blick in http://lists.openstreetmap.de/mailman/listinfo riskieren und schauen ob es für die eigene stadt ne liste gibt. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Engstelle taggen? Was für ein Barrie r?
On 26.04.2010, at 12:10, Gerry Light wrote: Walter Nordmann schrieb: bmi als tag wär noch was ;) maxweight=0.075 ;) oh oh nur wenn da ein schild steht das genau diesen wert angibt, sonst gibt es probleme mit den leuten die sowas aufrunden wollen. oder noch schlimmer wenn dann drüber diskutiert wird ob es tonnen, kilo, gramm sind und ob die dann auch noch metrisch oder in irgend nem anderen format sind! :-p smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Missbrauch von name=...
moin On 26.04.2010, at 17:03, Andreas Tille wrote: On Fri, Apr 23, 2010 at 12:55:28PM +0200, Florian Lohoff wrote: In La Palma scheint jemand besondern gefallen daran gefunden zu haben die refs der Tertiary/Secondary/Primary zusaetzlich in den name zu schreiben. Das ist nicht nur in vielen faellen falsch sondern auch redundanter quatsch. Wo ich eh an den Straßen schraube loesche ich dann das name tag weg. Dazu eine Frage als Mapper-Neuling: Ich war kürzlich in Gallizien (Nordspanien), wo 1/4 der Straßen, die ich benutzt hatte noch nicht gemappt waren. Bei den gemappten Straßen waren folgende Tags mit identischen Namen gesetzt: name= ref= nat_ref= Alle drei Werte identisch. Als Anfänger habe ich diese Methode übernommen. Ist also offensichtlich Murks, oder? Wie mache ich es richtig? hmmm gute frage also lass dir gesagt sein du machst schonmal nicht wirklich was falsch ;-) wenn du in der wiki nix zu den jeweiligen tags findest, dann erstrecht nicht. allerdings verwundert mich das auch nen bissel in anderen zusammenhang. ich mappe gerne flughäfen und finde da bei landebahnen immer wieder: name= ref= orientation= auch jeweils mit den gleichen einträgen. und da die jeweiligen tags meines wissens nicht andersweitig benutzt werden mach ich es auch so bei jedem flughafen den ich bearbeite. hier mal die jeweiligen wiki einträge die ich zu unseren dubletten gefunden habe. http://wiki.openstreetmap.org/wiki/Key:ref (dekt auch nat_ref ab) http://wiki.openstreetmap.org/wiki/DE:Key:name und orientation gibt es laut wiki nicht *ditz* also soweit ich das verstehe ist nat_ref die nationale bezeichnung für etwas... frag mich dann aber warum das nicht nat_name ist?! http://wiki.openstreetmap.org/wiki/Key:nat_name und wo der unterschied zwischen name und ref ist blick ich nach lesen der wiki seiten jetzt auch nicht mehr *kopfkratz* cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] access=designated?
moin On 26.04.2010, at 17:52, Bernd Wurst wrote: Bin grade über einen Weg gestolpert, den ein besonders akkurater Mapper versucht hat, unmissverständlich zu kennzeichnen. Neben boat=no und ähnlich sinnvollen Tags findet sich eine Menge designated, vor allem aber ein access=designated: http://www.openstreetmap.org/browse/way/5022040 Kann mir jemand erklären, was das bitte aussagen soll? Trotz gefühlter 20 Unterscheidungen wird in diesen Tags leider nicht ausgedrückt, dass die Beschränkung auf 6 Tonnen *nicht* für Anlieger gilt. Oder sehe ich das falsch? Ist das ein Beispiel wie man es dann doch nicht machen sollte oder bin ich nur zu doof das zu verstehen? hmmm also soweit ich das blicke gibt es garkein tag für straßen die nur für anwohner freigegeben sind. ebendso gibt es auch keine tags das bestimmte einschränkungen nicht für anwohner gelten (sehr wohl aber das straßen nur für anlieferungen genutzt werden dürfen). was die frage angeht ob das nen gutes beispiel für so nicht ist... also ich finde es nicht ausdrücklich falsch. ich meine wenn da wirklich nen schilderwald steht der die ganzen dinge erlaubt/nicht erlaubt dann können die getagt werden. nen renderer sollte das nicht verwirren. und bei der suche nach nen passenderen anwohner tag bin ich noch auf ne ganze reihe anderer tags gestoßen die da auftauchen könnten oder darf man da mit nen einhüllen tanker (schiff) durch? ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann man denn da machen?
On 27.04.2010, at 01:54, Daniela Duerbeck wrote: P.S: Mir fällt hier das Lenbachhaus ein. Sollte da jemals was anderes einziehen, als eine Kunstsammlung, wird es bestimmt trotzdem beim Volk das Lenbachhaus bleiben. Da wäre das tag meiner Ansicht nach korrekt. wäre das dann nicht eher ein fall für loc_name wenn da was anderes einziehen sollte? vorrausgesetzt der neue nutzer nutzt den namen nicht selber. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Missbrauch von name=...
moin On 26.04.2010, at 22:32, Claudius wrote: Am 26.04.2010 18:05, Fips Schneider: P.S.: Wenns keine E-Straße ist, gibts logischerweise kein int_ref-Tag, mit wäre zumindest keins bekannt... Nicht so Euro-zentrisch denken. Weiterer Anwendungsfall für int_ref: http://en.wikipedia.org/wiki/Asian_Highway_Network jupp und auf dem anderen kontinenten mit mehreren ländern gibt es auch noch so was. http://en.wikipedia.org/wiki/Pan-American_Highway http://en.wikipedia.org/wiki/CANAMEX_Corridor http://en.wikipedia.org/wiki/CanAm_Highway http://en.wikipedia.org/wiki/Theodore_Roosevelt_International_Highway http://en.wikipedia.org/wiki/Trans-African_Highway_network und eigentlich müsste man so etwas auch dazu zählen http://en.wikipedia.org/wiki/Georgian_Military_Road cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin ich schnippel mal nen grosteil an wikipedia kritik weg. ich hab mir schon häufiger hier auf die finger geschlagen wenn ich anfangen wollte etwas wie lasst uns doch von der WP was lernen. meines erachtens gibt es da eher negatives (wie soll man was nicht machen) zu lernen. und genau das find ich auch wiederrum positiv an der WP. wenn die sich da nicht so verändert hätten, würde ich wohl immer noch WP artikel schreiben und dort fotos hochladen. aber nun bastel ich mit an OSM karten rum und versuche diese zu verbessern. das bringt mir inzwischen mehr da ich diese auch auf reisen nutzen kann... WP artikel sind ja eher so das man sie in die welt setzt und nicht wirklich zur produktiven arbeit nutzen kann. On 25.04.2010, at 13:00, Frederik Ramm wrote: Ich stelle mir die Frage, ob unser Projekt OpenStreetMap Gefaehr laeuft, sich aehnlich zu entwickeln, ob wir auch in eine Richtung steuern, bei der wir uns immer mehr von denen da draussen abkapseln, mehr und mehr unsere eigenen Regeln aufstellen, Buerokratie aufbauen, Hierarchien erzeugen, schliesslich bezahltes Personal beschaeftigen muessen, weil wir unseren eigenen Freiwilligen nicht mehr ueber den Weg trauen koennen, und und und. bezahltes personal muß nicht umbedingt negativ sein. ich hatte schonmal angesprochen das es wohl sinnvoll gewesen wäre einige Progger dafür zu bezahlen das sie eine software für iPhone und co schreiben und einnahmen aus der Software zum teil auch OSM zu gute kommen. das hat nicht wirklich was mit misstrauen zu tuhen, sondern eher mit lass uns das mal vernünftig machen. vorallem hätte man dan auch einen rückkannal einbauen können aber das ist nen anderes thema. Ob sich OSM in die richtung entwickelt wie die WP hängt stark von den personen ab die sich einbringen und wie groß die oposition ist. der umstand das es nicht wirklich herachieebenen gibt wie bei der WP gibt, behindert schonmal diesen trend. Aus Sorge vor verkrusteten Strukturen bin ich ja immer gleich einer der ersten, der dagegen argumentiert, wenn mal wieder jemand mit irgendwelchen Demokratie-Ideen fuer OpenStreetMap ankommt. Meiner Ansicht nach hat ein fehlgeleitetes Verstaendnis von Demokratie zu der Misere bei der Wikipedia beigetragen - sowas wie die Relevanzkriterien ist automatisches Produkt des verzweifelten Versuchs, irgendetwas gerecht zu machen. Viele nehmen an, dass es automatisch gerecht ist, wenn wenigstens klare Regeln existieren, nach denen entschieden wird. naja verkrustete strukturen haben wir ja... sieht man an der diskussion zu den russischen militär stützpunkten... da unsere struktur so verkrustet ist, wie sie ist... ist es nicht ohne weiteres möglich da mal schnell was zu löschen ;-) Auf der anderen Seite ist es denkbar, dass das in der Wikipedia genau so gelaufen ist und dass die Strukturen, die wir jetzt sehen, eben die sind, die sich von selbst entwickeln, wenn ein Projekt sich weigert, das aktiv zu tun. Es ist denkbar, dass es einem freien Geist im Projekt eher foerderlich waere, jetzt in einigen Punkten Autoritaet zu wagen, anstatt sich zurueckzuhalten und zu warten, bis die Leute sich den freien Geist selber kaputttrampeln. wie gesagt, es sind nicht die freigeister die sichkaputt trampeln, sondern das leute an schlüsselstellen geraten die dann ein machtgefühl ausleben und freigeister vertreiben. Die Wikipedia scheint aus welchen Gruenden auch immer ein Vergroesserungsglas fuer schlechte Eigenschaften von Menschen zu sein - Arroganz, Angeberei, Machtversessenheit, Ueberheblichkeit, die Freude, sich ueber einen Neuling zu erheben, weil man selbst ja schon seit einer Woche dabei ist, und so weiter. Vermutlich ist das nicht die Mehrheit der Leute, und vermutlich tun selbst viele von denen, die als Ekel rueberkommen, trotzdem noch gute Arbeit, aber dennoch ist das ein ziemliches PR-Desaster. PR hin PR her... schau dir an welches hohes ansehen die WP immer noch hat, obwohl spitzenkandidaten für lantagswahlen dort nicht gelistet werden dürfen aber artikel zu fremdkörpern in darm und rektum mehrere bildschirmseiten füllen (um mal das aktuellste beispiel aus Fefes-blog zu nennen). cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
On 25.04.2010, at 15:00, Matthias Versen wrote: Es gibt kaum Diskussionen in Gegenden, wo ein/zwei Mapper alles einpflegen. Kommen dann neue User ind er Gegend dazu, dann kann es durchaus Diskussionen geben und das wird immer schlimmer, je mehr User OSM gewinnt. Man muss eine gute Balance für OSM finden aber das wird nicht einfach werden. Ab einer gewissen größe wird sich die Community nicht mehr vernünftig selbst organisieren können ohne Regeln und Admins. wo ich das lese, sehe ich noch einen anderen unterschied. In der WP sehen viele authoren artikel als ihr geistiges werk an und änderungen dadran sehr kritisch. Persönlich war ich eher angepieselt wenn meine atikel gelöscht wurden, nicht aber wenn sie sinnvoll in andere eingearbeitet wurden oder überarbeitet wurden ich sehe meine tätigkeiten eher als Fire and Forget an und stelle häufig überrascht fest das ich nach einiger zeit (manchmal bis zu jahren) wieder am gleichen krams mitarbeite, wie gesagt inzwischen nicht mehr bei der WP aber bei anderen projekten. in der WP ist diese methode allerdings weniger gerne gesehen. dort muß etwas perfekt ausgearbeitet sein und danach muß man _seinen_ artikel ständig verteidigen, bemuttern und ständig wachsam sein. OSM ist hier anders... eher so wie es mein verständnis von dieser art der gemeinschaftlichen arbeit näher kommt... nicht wirklich fire and forget aber es ist nicht wirklich schlimm wenn man sich einige tage rein kniet und dann die sache dem nächsten überlässt. In vielen gegenen gibt es leute die diese ecken als ihr viertel ansehen, aber wenn sich andere an änderungen dort beteiligen wird es allgemein eher als positiv empfunden. zumindest wenn ich die bereiche anschaue die mich interessieren. kann jeder machen was er für richtig hält und wo er es will. gelegentlich gibt es mal eine diskussion über das bessere vorgehen und dann ist auch gut. es gibt keine leute die ihre ecken 24/7 kontrolieren und änderungen sofort wieder löschen und so in einen edit-war laufen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 26.04.2010, at 00:31, Sven Geggus wrote: Tobias Knerr o...@tobias-knerr.de wrote: Das ist für sich genommen nicht die richtige Frage, wenn es um die Notwendigkeit von Relevanzhürden geht. Entscheidend ist vielmehr: Besteht die Gefahr, dass durch das Eintragen von irrelevanten Informationen die relevanten Bereiche von OSM beeinträchtigt werden? Genau darum gings ja bei dem Flamewar neulich bzgl. flächig erfasster Straßen, was ich nach wie vor für Unfug halte. naja aber du musst doch zugeben das man in OSM eigentlich immer zu einer Lösung kommt die alle betroffenden irgendwie zufriedenstellt oder das bestimmte lösungen zumindest vernünftig begründet werden. im klaren unterschied zur WP. Wenn hier jemand schreibt hey könntet ihr bitte den grünstreifen zwischen gehweg und straße mappen. dann sagt man im ersten moment nö warum?, ist mir zuviel arbeit oder ich hab kein bock druff aber wenn dann gesagt wird hey aber wir brauchen das hier für nen projekt für blinde, wärt ihr dann bitte zumindest so freundlich und löscht das nicht? dann sagen doch alle na wenns so ist, jo klar löschen wir das nicht. ich meine in OSM ist es halt so das dinge auftauchen die im extrem fall nur einen menschen interessieren und solange das nicht im konflikt mit anderen dingen steht wird es einfach da gelassen, stört ja keinen. aber in der WP ist es ja so das selbst dinge gelöscht werden die jahrelang da waren und auf einmal keine relevanz mehr haben. in OSM wäre es so als wenn man einfach länder grenzen löschen würde nur weil da zwei zusammen gewachsen sind. wenn da jemand aber drum bittet das diese grenze mit einem historisch zusatz versehen wird, dann bleibt sie halt auf eine art drinne das sie andere nicht stört. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzkriterien als Limit zur Erhaltung der Wartbarkeit (was: Von Wikipedia lernen)
On 26.04.2010, at 01:15, Johann H. Addicks wrote: Was hilft? - Community nicht zu groß werden lassen. - Und Projekt nicht so wichtig werden lassen, dass handfeste Interessen (von außen) ins Projekt wirken. Keine schöne Lösung für's Projekt. nun so schwarz würde ich es nicht sehen. es gibt auch die möglichkeit der kollektiven entscheidungen. dazu muß aber der entscheidungsprozess so erfolgen das er schnell von jedem (auch neulingen) gefunden werden kann. wenn mal als neuling in der WP versucht die seiten zu finden auf denen überlöschungen, admin wahlen oder sonstwas gesprochen wird... ist man lnge beschäftigt. und selbst dann könnte man nicht mitreden auch wenn man selber gute gründe hat die für oder gegen ein thema sprechen. bei OSM werden diskussionen auf einem flachen entscheidungsweg diskutiert. so wie ich es sehe in den jeweiligen wiki seiten und via mailingliste wird zumindestens darauf hingewiesen (letzteres sieht zumindest die Best Current Practice vor). und man kann selbst als neuling sagen das man für oder gegen einen vorschlag ist. selbst wenn dann der vorschlag am ende nicht angenommen wird, wird er nicht gelöscht und auch nix gegen die anwendung getan (solange man andere damit nicht auf die füße tritt). seltsam finde ich in der WP vorallem das prozedere wie dort gewählt wird. so reichen da für die admin wahlen schon eine bestimmte anzahl von fürsprechern. die gegenstimmen werden (soweit ich das sehen kann) ignoriert. es ist also nicht so das jede gegenstimme mit mindestens einer weiteren für-stimme ausgeglichen werden müsste, oder gar ein bestimmter prozensatz der wahlberechtigten für einen gestimmt haben muß. was aufgrund der beteiligungen wohl auch nicht möglich ist. das aber wiederrum liegt an der unübersichtlichkeit womit wir dann wieder punkte hätten die OSM besser machen kann. gute übersichtlichkeit um abstimmungen zu finden (ist IMHO schon gegeben) und vernünftige wahlverfahren... nun aus dargelegten gründen halte ich das in OSM bestehende momentan nicht für optimierungs nötig. wenn man also ein projekt mit solch leicht durchschaubaren, und nicht einfach nur als transperent bezeichneten, verfahren gestaltet hey warum sollte es dann nicht klappen? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Autobahnauffahrten
moin On 23.04.2010, at 09:05, Jan Tappenbeck wrote: vor längerer Zeit wurde schon einmal von zeitabhängigen Tags gesprochen. Nun habe ich gerade gestern wieder gesehen das es BAB-Auffahrten gibt die wegen Bauarbeiten gesperrt sind. Wie regelt Ihr das damit - das wäre für Navi's sehr wichtig und ein qualitative Merkmal wenn nicht versucht wird auf eine gesperrte Auffahrt zu leiten. ich denke mal das problem ist das gleiche wie mit normalen straßen. also wenn ich das richtig sehe könnte man einfach nen entsprechenden tag dran machen (nur welchen?) oder im extremfall benennt man das highway=irgendwass einfach in bauarbeiten=irgendwas um. das wäre zwar die extremste variante, aber damit dürfte das routing effektiv blokiert sein, egal ob da nen eventuell exsistierendes baustallen-tag, ausgelesen wird oder nicht. wichtig in jedemfall (vorallem bei der umbenenn idee) ist aber das eine notiz angefügt wird mit nem komentar warum man das gemacht hat und datum (der beobachtung und ggf datum der sperraufhebung). und noch wichtiger ist die sache das man dann selber, als derjenige der diese sperrung einträgt, auch drauf achten sollte das die sperrung wieder aus den tags genommen wird. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Tag conflict? e.g. man_made=tower and man_made=surveillance
hi, I'm not sure what to do now, but I would like to suggest a scripted change of _all the tags_ man_made=surveillance to surveillance=indoor The first one is an approved proposal http://wiki.openstreetmap.org/wiki/Proposed_features/Surveillance and it only shows if a surveillance is present at the specific location. so a simple swap of these two tags wouldn't mean that information get lost. But it has some advantages as well! first of all you don't need an extra node on the same location again, if you for example have a camera mounted on a tower. and secondary the surveillance=* is more precise. you can specify if a surveillance is done indoor or outdoor and even some specific types. see http://wiki.openstreetmap.org/wiki/Proposed_features/Key:Surveillance for more. cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Rendering der coastline kachelanteile?
moin ich kann mich dran erinnern das wir auf Haiti das problem hatten das viele mapper sich drüber aufgeregt haben das sie straßen mappen sollten die dann, nach dem rendern, auf dem wasser waren. grund dafür war das die küstenlinien wohl irgendwie anders gerendert werden als alles andere. kann mir da mal jemand auf die sprünge helfen wie das war und warum? ich hab hier will hier gerade jemanden nen bissel unter die arme greifen im umgang mit den Potlatch editor und irgendwie kommen wir immer wieder auf dieses thema. der konkrete grund ist die küstenline z.B. in Kuba... die ist selbst bei der schlechten yahoo sateliten auflösung nachbesserungs fähig. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] RSS feed für tags/keys? war: Quli tät statt Quantität
moin On 21.04.2010, at 09:54, Guenther Meyer wrote: dummerweise muss man sich als entwickler die ganzen infos zu den tags zu fuss aus wiki, tagwatch, und sonstwo zusammensuchen, es waere schoen, wenn sich das automatisieren liesse, so dass die editoren immer auf dem aktuellen stand der verfuegbaren tags sein koennen. oder haben wir sowas schon? hmm das wäre doch mal ne idee für die entwickler. wie wäre es wenn mal einer einfach nen verfahren zum automatischen update der tag/key kombinationen vorgiebt? muß ja nicht mal sein das gleich alle kochrichtungen für die fastfood buden mutgeliefert werden, aber eine liste mit sinvollen kombinationen von tags wäre ja schonmal nen anfang. sowas müsste man doch dann als RSS oder so anbieten können. an einem zentralen ort werden die kombinationen gesammelt, vorzugsweise so das jeder da verbesserungen eintragen kann (also z.B. auf _EINER_ seite im OSM wiki). dann brüchte man nur noch nen script das alle paar stunden/tage/wochen ausgeführt wird und alle entwickler könnten sich das dann als quelle für ihre tags nehmen. gut dann hätten wir noch das problem das einige programmierer in ihrer GUI Schnell Imbiss statt Fast food lesen wollen, aber das kann man dann ja in der version 2.0 über internationalisierungen lösen ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering der coastline kachelanteile?
moin On 21.04.2010, at 15:06, Dirk-Lüder Kreie wrote: Küstenlinien definieren letztendlich Kontinent-Polygone, die sich aus vielleicht nachvollziehbaren Gründen nicht als solche zum Rendern eignen. Dafür benutzt Mapnik (der Default-renderer) regelmäßig aus den Küstenlinien erzeugte Shapefiles. Osmarender benutzt für die Übersicht Oceantiles. Generell sind solche Änderungen immer noch schneller im Osmarender Layer verfügbar als per mapnik, obwohl dort theoretisch tägliche Updates möglich wären (bin mir nich sicher ob die tatsächlich täglich in Mapnik eingespielt werden). ok also wenn ich das jetzt richtig verstehe lüppt das so: 1) mehr oder minder regelmäßig werden die landflächen gerändert ohne irgendwelche extras. 2) wenn erhöhter bedarf festgestellt wird oder spätestens nach 7 tagen werden dann die sonstigen dinge gerändert 3) angezeigt werden dann kacheln die schritt 1+2 zusammen als eine PNG anzeigen. und grund dafür ist daß das rendern von kompletten kontinenten einfach zu viel zeit brauchen würde. ist das soweit richtig? stellt sich mir die frage warum es möglich ist kacheln mit zig duzend einzelnen straßen-, häuser- und sonstwas-nodes zu rendern aber unmöglich ist die küstenlinien für den gleichen ausschnitt gesondert zu rendern. straßen gehen ja auch über mehrere kacheln zum teil auch häuser. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wann kommt der testserver? war: Merk würdiger Test
moin On 19.04.2010, at 14:23, Sven Geggus wrote: AssetBurned openstreet...@assetburned.de wrote: natürlich wäre es nicht damit getan nur einen testserver aufzusetzen... es müsste noch die wahnsenig komplizierte aufgabe in angriff genommen werden mit großen lettern im OSM-webseiten-editor auf diesen testserver hinzuweisen! _Das_ ist noch das kleinste Problem. ok das nächste mal setze ich ironie tags ;-) ich wollte damit andeuten das a) irgend wer immer nen grund findet warum es keinen sinn hat nen testserver aufzustellen und b) das es alleine mit dem aufsetzen nicht getan ist. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wann kommt der testserver? war: Mer kwürdiger Test
moin On 19.04.2010, at 14:56, Kai Krueger wrote: Unter apis.dev.openstreetmap.org findest du eine liste von testservern. Openstreetbugs, OpenID, contributor_terms, mysql und api05 sind da um die Entwicklung der jeweiligen feature branches zu testen, aber api06.dev.openstreetmap.org, wie schon mehrmals erwaehnt, ist eine komplette Kopie der Hauptseite von OSM und kann fuer alles moegliche fuer tests verwendet werden. Zum Beispiel um import scripts vorher zu testen, bots auszuprobieren, neue Editoren zu entwickeln aber eben auch um einfach mal mit den Sachen herum zuspielen. Dort laeuft auch eine Kopie von Potlatch und man kann josm sagen das mal lieber den test server verwenden will als die Haupt Datenbank. Der ist dafuer also gut geeignet und ausdruecklich auch gedacht. gut dann soll man doch einfach alle spassvögel die ihre scripte testen wollen darauf hinweisen das sie ebend jenen server verwenden sollen. und wenn man das denen schreibt kann man gleich auch ihren murks vom hauptserver nehmen. wenn wir das alles haben, was sollen dann die diskussionen? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzer abgesprungen
moin On 20.04.2010, at 15:12, Dirk-Lüder Kreie wrote: Wolfgang schrieb: Hallo, merkwürdig ist es schon. Da springt eine Anstalt ab, die außer einer kleinen Einblendung sonst nichts für osm geleistet hat und das Kartenmaterial kommerziell nutzt, und die gesamte osm-Gemeinde trauert um den Kunden. Wagt es aber jemand, osm-Karten zu verkaufen und damit im Grunde genauso kommerziell zu nutzen, wird er bis an den Rand des kriminellen Abgrundes geschoben und ob seines Gewinnstrebens von einigen virtuell gesteinigt. Dabei ist noch nicht einmal klar, ob er als Mapper oder sonstwie etwas beigetragen hat. Irgendwo hakt da etwas. Ich seh grad nicht den Zusammenhang, bzw. ist mir kein Fall bekannt, wo jemand für die bloße Tatsache OSM Karten zu verkaufen virtuell gesteinigt worden wäre. Letzteres kann ich mir nur im Zusammenhang mit einer groben Lizenzverletzung vorstellen. hmmm ok da hat Wolfgang irgendwie auch wieder recht. aber müsste man nicht schauen aus welcher richtung welche aussagen kommen? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qulität statt Quantität
moin On 20.04.2010, at 23:48, Daniela Duerbeck wrote: Ich frage mich, wie man ein bißchen mehr Qualitätsbewußtsein unter den Mappern erzeugen kann. Ich finde ständig Dinge, die einfach falsch getaggt sind. Beispiel: Jemand möchte eine Kegelbahn oder ein Bowlingcenter mappen. In Unkenntnis der korrekten Tags wird das Ganze als sport=bowls getagged, klingt ja nach Bowling. Ich habe jetzt alle falsch getaggten Kegelbahnen/Bowlingcenter in Oberbayern gegoogelt und je nachdem mit 9pin oder 10pin getagged. Wenn etwas falsch getagged wird, kann es ebensogut überhaupt nicht gemappt werden, denn es ist so und so nicht auffindbar. hmm kompliziertes thema zum einen rege ich mich auch auf wenn jemand meine tags falsch verwendet, aber anderer seits muss ich auch sagen das mich das problem aus der anderen sicht genau so ankotzt. ich bin gerade dabei mal in gebieten zu mappen wo etwas weniger los ist (also außerhalb von europa) und stelle immer wieder fest hey das könnte ich ja auch mal mit taggen und dann geht das gesuche wieder los. gerade wieder so ein fall... ne halbe stunde versucht rauszufinden wie man eine ovale wiese mit laufbahn drum rum ordentlich mappen soll und dann noch mit taggs versorgen soll. ergebniss ich hab es als stadion getaggt. das man baseball felder über nen leisure=pitch und zusätzlich noch mit sport=baseball mappen soll find ich auch etwas umständlich, bei tennisfeldern soll man noch die bodenbeschaffenheit mitmappen und idealerweise soll man sowieso alles noch mit lit=yes/no versehen. sorry aber weder gibt es irgendwo eine übersicht über wirklich alle tags (auch die vorgeschlagenen) noch ist bei den einzelnen tags wirklich ersichtlich in welcher kombination man diese verwenden soll. habe da gerade vor einigen tagen festgestellt das es für den guten alten bratwurst stand schon eine lösung gibt und amenity=fast_food cuisine=bratwurst nicht die richtige ist... aber wie soll man drauf kommen? unter fast_food war in der wiki eine liste mit sub keys die man verwenden soll... den passenden sausage eintrag hab ich erst gefunden als ich gerade mal zufällig ein anderes restaurant taggen wollte und es beim überfliegen gelesen habe. als konsequenz habe ich erstmal alle cuisine einträge aus dem fast_food artikel geschmissen und explizit gesagt das man unter cuisine nachschlagen soll. bei dem ganzen krams bedenke ich immer das ich noch an einem laptop sitze und von mir selber denke das ich schon ein gewisses maß an erfahrung habe... wenn ich mir nun aber überlege das ich mal schnell was unterwegs taggen will, dann habe ich als konsequenz lauter FIXME einträge und werde wieder von irgendjemanden pampig angeschrieben warum ich die nicht gleich richtig tagge, oder (mit glück) stellt sich bei nem OSM treffen raus das irgendjemand mit gebrochenen beinen endlich was zu tuen hatte weil plötzlich so viele FIXME auftauchten. so das war's aus meiner sicht und dann kommt mein alter herr ins spiel! der will in urlaub fahren, ne OSM karte auf sein handy laden und auch etwas zurückgeben. also was er so vor ort taggenswert findet in OSM eintragen... tja der gute will oder kann nicht so gut englisch als das er sich durch die wiki schlagen kann. dann kommt noch unwissenheit dazu da er neu ist, also taggte er letztens eine tankstelle (im spanisch sprechenden raum) als amenity=Tankstelle/Gasolinera soll ich ihn jetzt zusammen falten nur weil er als deutscher in nen spanisch sprechenden land beide ausdrücke verwendet hat? oder weil er nicht den englischen verwendet? oder weil er sich überhaupt erdreistet hat etwas taggen zu wollen? also alles in allem solange das mit den tags so unübersichtlich ist (und das wird wohl auch auf dauer so bleiben) wird nix drum rum führen das man recht häufig über falsche tags stolpert. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Funktionsprinzip von vollautomatic hen KFZ-Reifen-Luftdruckstationen (was: Luftpumpe/Aufp ump-Station an Tankstellen und Fahrradläden)
moin On 19.04.2010, at 13:56, Johann H. Addicks wrote: Hatten wir doch erörtert, der Algorithmus ist offensichtlich so, dass immer eine feste Zeitspanne / Luftmenge gepumpt und dann gemessen wird. Ich finde diese Diskussion sehr spannend. Denn es zeigt sich, dass es nicht anders ist wie bei OSM-Themen: Man kann sich beliebig lange über ein- und dieselbe Frage unterhalten und dabei auch die längst geklärten Fragen immer von neuem aufwerfen, weil wahlweise Personen in die Diskussion einsteigen, die vorher nicht mitgelesen haben oder weil einzelne Beteiligte die eigentlich/vermeintlich sinnvolle Erklärung nicht akzeptieren möchten, da sie eine Verschwörung von IHNEN erkannt zu haben glauben. wie jetzt? geht es etwa um tankstellen in bielefeld? sind SIE schon wieder dabei OSM zu sabotieren? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wann kommt der testserver? war: Mer kwürdiger Test
moin On 19.04.2010, at 02:02, Daniela Duerbeck wrote: Michael Buege wrote: Was genau hast du an bitte ignorieren; wird nach Beendigung des Tests wieder entfernt; Danke nicht verstanden? Die Datenbank ist nur für echte Daten. Ich bin auch schon mal auf die Idee gekommen, zu fragen, ob man nicht in der Antarktis oder so, ein Testfeld anlegen könne. Aber man kann ja entweder die osm-Daten einfach editieren, oder den Testserver nehmen. Oder sich komplett Testdaten generieren (mit einem einfachen, selbstgeschriebenem Programm) Daher bin ich für Löschen. hm also wenn ich mich recht entsinne taucht diese diskussion mit schöner regelmäßigkeit mindestens ein mal im monat wieder auf. so langsam wundert es mich echt das kein testserver aufgesetzt wird... zum einen könnte man dann solche ich brauch nodes um meine eigene software zu testen probleme bei seite schieben, zum anderen könnte man auch all diese ich will mal guggen wie OSM so geht leute etwas einhalt gebieten nicht zu vergessen wäre es super für OSM workshops mit ner größeren zahl von leuten die dann auch nicht wild in den real life daten rumpfuschen. (um mal so die letzten diskussionen zusammen zu fassen die ich so gelesen habe). solange kein offizieller testserver aufgesetzt wurde, werden wir uns weiterhin jeden monat mit einer solchen debatte rumschlagen müssen... und noch schlimmer ich prognostiziere daß dieses intervall noch kürzer wird durch noch mehr leute die OSM nutzen werden! natürlich wäre es nicht damit getan nur einen testserver aufzusetzen... es müsste noch die wahnsenig komplizierte aufgabe in angriff genommen werden mit großen lettern im OSM-webseiten-editor auf diesen testserver hinzuweisen! cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzer abgesprungen
moin On 19.04.2010, at 12:55, Norbert Kück wrote: Radio Bremen hat die Karteneinblendungen in den Online-Nachrichten von OSM auf Bing Maps umgestellt.[1] Die Antwort auf meine Frage nach den was mich ja besonders verwundert ist das es wieder Microsoft ist. ich dachte diese MSNARD (oder war es MSNZDF ?) zeit wäre inzwischen vorbei? hatten die nicht extra die zusammenarbeit gekündigt weil die schlechte erfahrungen gemacht hatten, oder sich die erhofften einspaarungen nicht gezeigt hatten? naja schauen wir mal was kommen wird. ich jedenfalls werde gleich mal ne mail aufsetzen in der ich schreiben werde das ich es schade finde das OSM nicht mehr genutzt wird. eventuell hilft es ja wenn sich nen paar leute an den webmaster wenden. oder an wem hast du die mail geschrieben bzw von wem die antwort bekommen? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kacheln mit höhenlinien?
moin hmm danke :-) aber soweit ich das sehen kann ist es entweder ein WMS overlay oder zum einbinden in einen eigenen renderer. ich hatte gehofft das jemand die höhenlinien schon fertig als PNG gerendert hat und vergleichbar anbietet wie man auch die OSM kacheln abfragen kann. dann hätte ich diese kacheln mir einmal lokal auf nen kleinen server gezogen und mir nen kleines script gebastelt das mir hier vor ort kacheln mit diesen höhenlinien versieht. ähnlich wie es bei der wanderkarte auch gemacht wird (nur das es da halt 3 unabhängige kacheln sind und auch nicht von der ganzen welt). aber so... hmpf. nen bissel doof. naja mal schauen. cu assetburned On 18.04.2010, at 11:26, Claudius wrote: Am 17.04.2010 20:55, AssetBurned: die reit und wanderkarte zeigt ja auch kacheln mit höhenlinien an. da ich das sehr sinnvoll finde wollte ich mal fragen ob es nen offiziellen server (evl OSM ?) gibt wo man diese kacheln beziehen kann? Es gibt keinen offiziellen Kachelserver, zumal es auch verschiedene Quellen für digitale Höhenmodelle (Digital Elevation Model = DEM) gibt. Einen Kachelserver mit Höhenlinien auf SRTM-Basis hat Christoph Eckert hier vorgestellt: www.christeck.de/wp/2010/01/09/srtm-tiles-available-online/ smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Reit und Wanderkarte für offline betri eb?
Moin auf der suche nach karten material bin ich gerade über die Reit und Wanderkarte gestolpert. Ja sie wurde hier in der Liste schon häufiger diskutiert, aber ich muß gestehen bislang interessierte es mich nicht. jedoch vermute ich daß die karte noch interessanter sein dürft wenn man sie als _eine_ kachel und nicht als 3 kacheln herrunterladen könnte. naja aber da kann mal wohl erstmal nix ändern, außer man wendet nen bissel handarbeit an. aber könnte man nicht zumindestens 2 der 3 kacheln zusammen legen? und die nächste frage könnte man die karten eventuell auch außerhalb von DACHI erstellen? muß ja nicht täglich aktuallisiert werden, aber das in z.B. in UK oder gar in übersee nix zu sehen ist... find ich doch nen bissel traurig. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] kacheln mit höhenlinien?
moin die reit und wanderkarte zeigt ja auch kacheln mit höhenlinien an. da ich das sehr sinnvoll finde wollte ich mal fragen ob es nen offiziellen server (evl OSM ?) gibt wo man diese kacheln beziehen kann? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Karten auf e-Bay - oder was wir drau s machen können
moin On 13.04.2010, at 04:59, Gerry Light wrote: Butter bei die Fische: Für mich sind 20€ für die 2GB-Karte nicht moralisch bedenklich. Es dürfen auch gerne 30 sein, und 10 davon werden gespendet. Wer bietet gleich oder was anderes? nun kann ich herzlich wenig dazu sagen was momentan 2GB karten kosten (nen bissel zu klein in meinen fall), aber ich denke einer vernünftige 1:1 oder 2:1 (hardware:spende) kalkulation finde ich schon fair, wenn es den nicht irgendwelche noname billig speicherkarten sind. was den arbeits aufwand angeht. die aktion in Haiti hat gezeigt das sich das produzieren wohl recht zuverlässig automatisieren lässt, bliebe also nur das kopieren auf eine speicherkarte oder genauer das wechseln selbiger + neustart des export scriptes. was nun... äh wenn man nen paar stunden eh gerade vor dem rechner sitzt eher unter ferner liefen laufen sollte. ich denke eine offizielle OSM auktion hätte noch nen ganz gewaltigen anderen vorteil. man könnte damit werben das man den aktuellsten tagesbestand bekommt und nicht irgendwelchen krams von vor monaten oder welche update intervalle da einige firmen/privaten so an den tag legen. was mich schon länger wundert ist das OSM nicht schon länger den kartenverkauf für die eigene finanzierung anbietet. im apple app store tummeln sich inzwischen auch einige anbieter die OSM kartenmaterial zu (aus meiner sicht) frechen preisen anbieten, oder leute die anwendungen verkaufen die OSM karten zum offline betrieb nutzen. Nun will ich keinen der beiden gruppen ans bein pinkeln, aber wenn man als community vernünftig organisiert gewesen wäre... dann hätte man gesagt ok wir ham nen paar developer, die fragen wir ob sie eine app entwickeln und nen geringen prozentsatz der einnahmen als spenden an OSM fließen lassen so etwas könnte man dann ja auch als gruppen arbeit laufen lassen. wobei dann eine entlohnung wohl flachgefallen wäre. alles im allen hätte man dann aber auch gleich von einigen dingen als community profitieren können, z.B. hätte man direkt rückmeldungen an OSM vernünftig implementieren können. wie gesagt ziel wäre es OSM mit etwas finanziellen zufluss zu beglücken, damit hätte man dann wiederrum andere OSM projekte finanzieren können. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Quer auf BR zum Thema Navies
Moin auf dem Bayrischen Rundfunk kam gerade nen netter Beitrag (in der Sendung Quer) zum fehlleiten von LKWs durch PKW Navis. Quer ist ne Sendung in der immer wieder mal Themen behandelt werden die man sonst nirgendwo so zu sehen bekommt. Ich denke mal es wäre mal ne Gelegenheit wenn nen paar OSM Medienexperten sich mal an Quer wenden würden und sie auf die Vorteile von OSM karten Material, im vergleich zu den professionellen, aufmerksam machen würden. cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schiffe
ich kenne noch nen alten brittischen doppelstock bus der als büro für nen immobilienmarkler dient. der ist inzwischen von zwei häusern eingemauert wie wäre es damit?! dann gibt es da noch in den niederlanden (wenn ich mich recht entsinne) nen flugzeug das ausgeschlachtet wurde und jetzt als jugendherberge dient... in bremen hat ne jugendherberge nen altes schiff aufgekauft das jetzt auch zum schlafen dient. außerdem gibt es in bremen das TheaterSchiff und das pannekuchen schiff. wollen wir jetzt alles aufzählen? On 07.04.2010, at 00:13, Bartosz Fabianowski wrote: Und wie sieht es hiermit aus? Das ist eine Pommesbude in einem ehemaligen S-Bahn-Wagen... Bauwerk oder nicht? http://www.openstreetmap.org/browse/way/27149976 Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine - Stein-Text erfassen oder nicht ?
moin On 30.03.2010, at 06:16, Jan Tappenbeck wrote: Am 29.03.2010 22:58, schrieb AssetBurned: On 29.03.2010, at 16:32, Jan Tappenbeck wrote: es werden jetzt vermehrt die Stolpersteine [1] erfaßt - näherungsweise nach dem Schema wie es in Essen [2] vorgeschlagen worden ist. Ich stelle in diesem Zusammenhang die Frage, in wieweit es sinnvoll ist den gesamten Stein-Text (memorial:text) zu erfassen. Die einen machen es - die anderen nicht. Aufgrund des damit verbundenen Aufwandes sollte frühzeitig eine allgemeingültige Richtung eingeschlagen werden. Entweder um die einen zu entlasten - zum anderen um umfangreiche Nacherfassungen zu vermeiden. Wie sind Eure Meinungen dazu ?? also hier in bremen mappe ich die ohne den text. finde das irgendwie passender. Aber wenn ich das richtig sehe, fehlen dort sogar die namen ! wenn ich mich recht entsinne (und auch richtig lese) dann hab ich auch geschrieben das ich die ohne text mappe ;-) cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de