Re: [Talk-de] Backdoor ? - Passwort vergessen und eMail tot
Am 03.01.2012 10:54, schrieb Jan Tappenbeck: > In meinem Falle ist das eine Adresse bei einer Behörde gewesen - meinst > Du das die den Aufwand treiben In der Behörde wo ich arbeite weiße ich immer wieder darauf hin das die Mailadresse eigentlich nur dienstlichen Zwecken dienen darf. ;) Und wenn man nicht gerade einen der Mailadmins kennt dürfte diese Idee soweiso direkt zum Scheitern verurteilt sein. Dürfte aber in der freien Wirtschaft vermutlich im spezielleren Fall micht viel anders gesehen werden. Mfg Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema
Hallo, On 19.12.2011 02:15, Stephan Wolff wrote: > Bei mehr als 3 oder 4 Varianten ist das Schema nicht mehr praktikabel. > Man könnte bei Buslinien mit vielen unterschiedlichen Touren eine > durchgängige Hauptroute pro Fahrtrichtung erstellen und alle > Variantensegmente in eine weitere Relation packen. Das ermöglicht > zumindest eine brauchbare Kartendarstellung. Es bleibt die Frage was ich mit einem Schema alles abdecken will oder kann. In meiner alten Heimat gibt es Linien die mit allen Varianten auf gut 140 Relationen auf einer Linie! kommt. Dies wird man nie vernünftig abdecken können und auch wollen. Ich sehe auch keinen tieferen Sinn darin jede noch so kleine Fahrtvariante in OSM eintragen zu müssen. > Die Liniengeometrie allein (in der Nähe des Ziels liegt die Haltestelle > Dorfplatz, die von Linie 42 des Unternehmens Quax im Verbund VXV > bedient wird) ermöglicht es, gezielt den Fahrplan zu suchen (am PC, mit > dem Mobiltelefon oder den gedruckten Plan am ZOB). Für diesen Zweck > genügen 1 bis zwei Relationen pro Linie auch bei vielen Varianten. Fahrpläne sind Aufgabe der Verkehrsunternehmen. Ebenso eine mögliche Schnittstelle um die Fahrtdaten einer Linie zur Uhrzeit X auf einem Tablet, IeePhone, PC oder was auch immer darstellen zu können. Ich sehe hier kein Notwendigkeit etwas in OSM zu quetschen wofür es nicht gedacht ist. > Mit Fahrplan hätte man natürlich weitere Möglichkeiten, aber eine > Integration kompletter Fahrpläne in OSM ist unrealistisch. Eben deswegen, die Verkehrsunternehmen sind wohl selber froh wenn Sie Ihre Veränderungen, die jedes Jahr nötig sind, in kürzester zeit eingepflegt bekommen. Für mich bleibt als Fazit, alles was örtlich erfassbar ist, wie die Halteposition und die Plattform, nehme ich auf, die komplexen logischen Gegebenheiten wie die Fahrtrouten will ich gar nicht aufnehmen, das können die Verkehrverbünde mit Ihren internen Systemen besser. Gruß Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Hardware-Spendenaktion
Hi, Am 04.12.2011 14:31, schrieb Lars Schimmer: > Eben doch, wenn dazu RIAD level geändert werden, Striping Size geändert > wird, neue Controller benötigt werden, Downtime scheduled wird, Admins > zum Server anreisen müssen,... Wenn ich einen RAID Level ändern muss habe ich falsch geplant. So etwas passiert Profis aber idR nicht. ;) In dem Bereich wo sich OSM bewegt sind Server entweder per FC oder per SAS angebunden. Und dort ist ein dynamisches Erweitern oder Verringern von Partitionsgrößen eine Grundvoraussetzung für den Einsatz. Also überhaupt kein Thema. Das wird aber über Lizenzen geregelt, also eher nebensächlich durch Festplattenpreise. Und ehrlich, 17k€ sind in der Liga nicht wirklich große Kosten! :-) Ein gut bestückter Server kostet ca. 5-6k€. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler Import planet.osm.bz2: pending_ways failed: out of memory for query result
Nabend, Am 13.11.2011 19:47, schrieb Jan Jesse: > Ich kann jetzt natürlich nochmal das BIOS checken/ updaten, ob doch > irgendwo VT zu aktivieren ist, würde aber gern darauf verzichten. > Läßt sich der derzeitige Speicherbedarf evtl. genauer abschätzen? Hat > vielleicht jemand Erfahrungen in dieser 32/ 64 Bit-Frage? Ob Du mehr wie die theoretischen 3,6GB RAM benutzen kannst hängt vom Chipsatz ab. Da Du aber schreibst das die VT Extensions nicht vorhanden sind denke ich eher das die nötige PAE auf Deinem Board ebenfalls nicht vorhanden ist. Folgender Link erklärt das Thema ganz gut. http://www.spack.org/wiki/LinuxRamLimits-- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ketten - wie taggen?
Am 06.10.2011 11:12, schrieb Norbert Wenzel: > Aber wenn jemand Spezialkarten machen will, um Leuten zu helfen, die bei > der Wohnungssuche schauen, dass ein Supermarkt der richtigen Xten > Warenhaus GmbH in der Nähe ist, um nur in Supermärkten einzukaufen, wo > die Angestellten auch angemessen entlohnt werden? Womit wir wieder bei Daten sind die auch pflegbar sein sollten, hatte ja ein unbedeutender Mitstreiter vom Projekt schon angemahnt. ;) Auf meiner Arbeit habe ich auch viele Ideen, die meisten sind auch sinnvoll, nur stemmen kann ich die so nicht, da nehme ich dann das kleinere Übel und mach das was ich sicher erledigen kann. Von hätte, könnte, müsste wird eben nichts. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Kacheln
Moin, Am 19.09.2011 00:30, schrieb Markus: > Hallo Holger, > >> ping /t tile.openstreetmap.org > > liefert bei mit Zeiten von 29..31 ms > (min 28ms, max 68ms, med 30ms, verloren 0,4%) > > was ist TTL? bei mir: TTL=53 http://de.wikipedia.org/wiki/Time_to_Live > Hallo Rolf, > > ja, eine generelle Netzüberlastung (Wahlen) wäre eine mögliche Ursache. Das glaubt Ihr in heutigen Zeiten und einer Infrastruktur in Zentraleuropa doch nicht wirklich? :-) Siehe TTL Zeiten. Diese Effekt habe ich seit einigen Monaten schon, und das unabhängig von meinen kleinen privaten DSL Anschluss oder auf der Arbeit bei einem 155MB ATM Anschluss. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] .img-Dateien unter Linux auf Garmin GPSMap 76S laden
Hallo, Am 09.08.2011 21:40, schrieb Sebastian Niehaus: > Neulich versuchte ich das nochmal und scheiterte: irgendein > "Kommunikationsfehler", die genaue Fehlermeldung habe ich nicht mehr. Nunja, die Fehlermeldung wäre schon interessant. :-) Dann noch die Randbedingungen, welches System, Kernel, Logs, ... > Meine Vermutung: nach Umstellung auf ein 64-Bit-System läuft das alte > 32-bit Binary nicht mehr richtig. Gibt es andere Programme, mit denen > ich Openstreetmap-Kartendaten auf das Gerät bringe? Wie gesagt, die > größte Hürde scheint die serielle Schnittstelle zu sein, deren Nutzung > obligatorisch erscheint. Wenn die Kommunikation der seriellen mit anderen Geräten auch funktioniert dann sollte das bei Deinem Programm auch gehen. Vermutlich passen da entweder die Berechtigungen oder bestimmte Parameter nicht. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi, Am 07.08.2011 17:41, schrieb Bernd Wurst: > Am 07.08.2011 10:12, schrieb Carsten Schönert: >> Für den User der nur mal was aus checkt ist es natürlich egal welches >> VCS benutzt wird. Für den Entwickler aber eher weniger. > > Bei allen Features ist mir ein VCS lieber bei dem der Entwickler nach > jeder Änderung einchecked (und published!) als eines bei dem er sich > immer überwinden muss oder (z.B. bei git häufig) nur lokal arbeitet und > man alle Jubeljahre als Außenstehender überhaupt was sieht. Und wo ist das Problem? Nennt sich bei Git "git push" da Git so gesehen nur lokal arbeitet. Genau das ist für mich ein Vorteil. Bei SVN,CVS, ... benötige ich immer einen Server um zu commiten, ich besitze keine UMTS Flat um permanent im Bus oder Bahn online zu sein, werde ich auch nie haben. Muss ich nun einen Commit machen, weil eben klein und übersichtlich eingescheckt wird habe ich bei SVN ein Problem. Insgesamt ein Kommando mehr und Deine Außenwelt ist glücklich. Es steht Dir frei nach jeden Commit auch zu pushen. Oder ein Tag später gemerkt das in einem der Commits doch was nicht ganz richtig war ... wenn du noch nicht gepusht hast null problemo. Sorry, das ist für mich kein Argument das man eine Zeile mehr tippen muss. > Und da wir hier von kleinen Projekten reden bei dem man auch ohne > Umstände komplett linear arbeiten kann (oder mit branching abseits des > VCS), wiegen die Features nicht ganz so schwer. Bei größeren Projekten > mit vielen Entwicklern ist das anders, da sollte so etwas irgendwann gut > geplant werden. Na dann viel Spass wenn Du dann doch mal an einen größeren Projekt was arbeiten wirst. Es vergeht wertvolle Zeit sich mit Git auseinander zu setzen. Von den erweiterten Möglichkeiten die Git bietet vom Diff und Log vergleichen z.B. auch ganz zu schweigen. Lernt man aber erst zu schätzen wenn man eine Weile damit gearbeitet hat. Für mich irgendwie komisch das es damals auch ohne ging bzw. war es wesentlich aufwendiger. Alles was Du hier schreibst hat meiner zitierten Zeile nicht wirklich viel zu tun. Dem Benutzer der *nur* was nachbauen will wird es wie gesagt relativ egal sein welches VCS da benutzt wird. Egal, ist hier vollkommen Offtopic inzwischen. :) -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer noch state of the art?
Hi, Am 04.08.2011 17:08, schrieb Bernd Wurst: Wobei man bei allem Git-Hype dennoch sagen muss: SVN und GIT unterscheiden sich. In der Technik und im Funktions-Prinzip. Wenn man eines der beiden Tools kennt, sollte man das weiter benutzen und nicht wechseln nur weil das andere momentan hipper ist. Das wäre in meinen Augen der falsche Ansatz. Die Entwicklung geht weiter. SVN unterscheidet sich in vielen Punkten deutlich von Git. Hauptmerkmal von SVN ist die zentrale Serverinstanz im Gegensatz zu Git. Branching ist nicht wirklich schön mit SVN, auch ist das spätere Aufbereiten bei einem Wechsel von SVN zu Git dann etwas tricky, aber lösbar. Anyway, die Anforderung ergibt eigentlich sich aus dem Problem. Dann suche ich mir das Tool mit welchem ich die Probleme am besten gelöst bekomme. Ich habe bis vor wenigen Monaten eigentlich nur mit Subversion gearbeitet, inzwischen bevorzuge ich Git und möchte eigentlich nicht mehr zu SVN zurück. Das Reparieren von Berkely DBs nervt manchmal schon. :-) Ich nutze durchaus beide und bei git ist nicht alles nur besser, manches ist einfach anders. Es ist vieles Gewöhnungssache. Jein, wie geschrieben, Branching gibt es eigentlich nicht in Subversion. Also mal eben mehrfach einen neuen Code probieren bringt dann immer ein neues Verzeichnis hervor mit allen Abhängigkeiten. Da lobe ich mir Git. Oder mal eben eine Patch schreiben der sich auch noch einspielen lässt obwohl inzwischen mehrere neuere Revisionen vorliegen. Mein Server ist kaputt, mit Git kein Problem, hier liegt die komplette Historie im Tree. Also für mich hat Git unter dem Strich mehr Vorteile wie SVN. War es vor wenigen Jahren ein Problem einen freien Hoster zu finden so hat man heute viele kostenlose Angebote um sich in Git zurecht zu finden. Für den User der nur mal was aus checkt ist es natürlich egal welches VCS benutzt wird. Für den Entwickler aber eher weniger. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Mapnik-Rendering
Schau mal hier http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 Following services will be unavailable during these periods * Rendering of new map tiles (details below *) * XAPI / jXAPI * dev.openstreetmap.org server (errol) * osmfoundation.org and stateofthemap.org web sites Wird vermutlich damit zusammen hängen. http://munin.openstreetmap.org/openstreetmap/azure.openstreetmap/replication_delay.html Am 31.07.2011 13:07, schrieb Rainer Kluge: -- Mit freundlichen Grüßen Carsten Schönert Hallo, Der Weg http://www.openstreetmap.org/browse/way/93260928 , den ich vor nunmehr drei Wochen erfasst habe, ist bis heute im Mapnik-Layer in der höchsten Zoomstufe nur teilweise gerendert. Mir ist schon bewusst, dass der Mapnik-Renderer eine Queue abarbeitet und das Rendern von Änderungen daher einer lastabhängigen Verzögerung unterliegt. Auch dass nicht alle Zoomstufen mit gleicher Priorität behandelt werden, halte ich für sinnvoll. Aber sind solche Zeiträume für die höchste Zoomstufe üblich? Kann es sein dass es daran liegt, dass die Gegend wenig abgerufen wird? Grüße Rainer ___ 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] Windows: kacheln zippen und dann auf dem Server wieder entpacken
Hi Frederik, Am 05.07.2011 15:25, schrieb Frederik Ramm: Hi, On 07/05/11 15:22, Carsten Schönert wrote: Also alle meine Windows PCs incl. Win7 haben auch eine command.com :-) Oder eine cmd.exe? J, :-) die meinte ich ich. Unter XP geht beides. Ich arbeite inzwischen zu geschätzt 80% unter Linux. Aber hin und wieder will man auch einfach mal eine IP wissen oder ein traceroute ausführen unter Windows. Und da verlasse ich mich dann doch lieber auf die bekannten Kommandozeilentools. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Windows: kacheln zippen und dann auf dem Server wieder entpacken
Also alle meine Windows PCs incl. Win7 haben auch eine command.com :-) Ansonsten verstehe ich nicht was Du meinst. Dann müsstest Du bitte etwas spezifischer werden. Am 05.07.2011 13:18, schrieb Jan Tappenbeck: hi i! ich habe aber keine commandline !!! gruß Jan :-) -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track auf OSM anzeigen
Hallo Alex, Am 18.06.2011 19:19, schrieb geo.osm: Hallo Carsten, Das Programm ist o.k. arbeitet aber mit Google Maps. Allerdings suchte Markus ein Tool auf OSM basierend. :-) hast du dir das Programm mal angeschaut und nicht nur flüchtig auf den Screenshot geschaut? Ja, ich habe das Programm auf meinen Debian Lappi ausprobiert. :-) Aber selbst auf dem kann man erkennen, dass man oben in der Leiste zwischen verschiedenen Kartenlayern umschalten kann. Auf OSM-basierend wäre dann Mapnik, Osmarender und die OSM Cycle Map. Da ich den Schalter für die möglichen Layer nicht gesehen habe wäre es sinnvoll extra darauf hinzuweisen. :-) Nun wissen es alle anderen auch. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track auf OSM anzeigen
Am 18.06.2011 15:03, schrieb geo.osm: Hallo Markus, ich suche ein Tool, mit dem der Benutzer einen geloggten Track auf OSM anzeigen kann. Ich benutze dafür immer den RouteConverter. Das Programm ist o.k. arbeitet aber mit Google Maps. Allerdings suchte Markus ein Tool auf OSM basierend. :-) Auf openrouteservice.org kann GPX Tracks hoch laden, habe das aber noch nie benutzt. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Tachen Am 02.06.2011 15:50, schrieb Sebastian Hohmann: Das kann aber auch andersrum passieren. Wenn man weiß die Straße bildet die Grenze zwischen z.B. Wald und Wohngebiet und man die Lage der Straße verfeinern will, ist es eventuell sogar erwünscht, dass sich die Flächen mitbewegen. Wenn Du einmal in einem Stadteil oder Dorf das alles auseinander tröseln durftest weil da was zusammen gepappt war was nicht zusammen gehört und Du dann Dich auch gleich noch um zwei Radwegrelationen, vier Busrelationen und sonstige Flächenbezogene Relationen mit kümmern darfst wirst Du darüber möglicher Weise anders denken. Dann macht eine Kreuzung mal richtig Arbeit. Und auf der Karte siehst Du dann nicht mal das da was geändert werden (musste). Ich sehe das so wie meine Vorschreiber, ein Fläche gehört nicht an einen Weg. Mir vergeht bei solchen Konstrukten recht schnell die Lust inzwischen da überhaupt Hand anzulegen. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reihenfolge der Mitglieder einer route-Relation
Nabend, Am 02.05.2011 13:29, schrieb Philip Gillißen: Dazu kommt wohl noch ein Serverumzug auf die Strato-Server, der schwierig ist, sowie personelle Zeitengpässe. Wenn es "nur" am Server hängt ... der Marcel vom VRS Köln hatte sich bei so Problemen auch angeboten. Dort wäre sehr interessiert wenn es bei der Karte weiter gehen würde. Ansonsten wäre es natürlich eine feine Sache wenn die Generationssoftware und Scripte für diese doch sehr schöne Map in einem Git repo landen würden. An der OSS Suite/Seite wird ja auch weiter gearbeitet. https://gitorious.org/~drol/osm3s/drol-osm3s Besser bekannt unter http://78.46.81.38/public_transport.html :) Na hoffen wir mal ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Am 20.04.2011 09:03, schrieb Michael Kugelmann: > Und warum geht die Email jetzt doch über die ML? Scheinbar hatte ich > gerade einen Moment der geistigen Umnachtung. Sorry. :-( Weil Du die auch an die Liste adressiert hast? :-) schnipp > Message-ID: <4dae7fe2.3060...@gmx.de> > Date: Wed, 20 Apr 2011 08:40:34 +0200 > From: Michael Kugelmann > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; > rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 > MIME-Version: 1.0 > To: Openstreetmap allgemeines in Deutsch , > <-- > Jochen Topf > <-- > References: <4dabfa56.8050...@remote.org> > In-Reply-To: <4dabfa56.8050...@remote.org> > X-Y-GMX-Trusted: 0 > X-Content-Filtered-By: Mailman/MimeDel 2.1.13 > Subject: Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel > Phase 3 schnapp -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisverkehr aus mehreren ways?
Moin, Am 05.04.2011 08:10, schrieb André Joost: Aber notwendig ist auch das nicht, wenn man den großen Kreisverkehr als Platz auffasst. Dem Router macht man nur unnötig das Leben schwer, weil "Verlassen Sie den Kreisverkehr an der dritten Ausfahrt" nur durch erheblichen Mehraufwand zu realisieren ist. kann ich so nur bedingt gelten lassen. An der "dritten Ausfahrt" ändert sich an sich ja nichts. Und alle Wegsegmente die zwischen Startpunkt gleich Endpunkt die Eigenschaft 'roundabout' besitzen bilden eben den Kreisverkehr. Des weiteren ist ein Router "nur" ein Stück Software was so etwas erkennen und verarbeiten können muss (meine Meinung), für mich gilt ebenso der Grundsatz "Wir mappen nicht für die Renderer ...". Auf dem ÖPNV Workshop letztes Jahr beim KVB wurde über das Thema auch diskutiert und dort war man überein gekommen das es durchaus logisch ist Kreisverkehre zu splitten um Busrouten, Wanderrouten, besondere Straßeverläufe etc. richtig in Relationen aufnehmen zu können. (Auch wenn das Thema ÖPNV und die Abbildung dessen noch nicht ganz zu Ende diskutiert ist.) Gruß Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kurze java / osmosis-frage
Hi, ich hatte das Problem mit der selbstgebauten Debianversion (basierend auf dem release 0.38) auch. Baue ich statt dessen mit der 'latest' klappte es auch auch. Am 24.03.2011 13:06, schrieb M∡rtin Koppenhoefer: was war das Problem? Alte java version? Wenn Du die Lösung hier postest, hat der nächste, der diesen Thread mit seiner Suchmaschine findet, auch was davon. Ich vermute das am Release 0.38 ans sich liegt. Da ich mich mit dem Java Zeugs nicht so tief auskenne ist das aber auch nur eine Vermutung. Da es noch diverse Sachen gibt die gemäß den Debian Policies beachtet werden müssen gibt es keinen offiziellen Release einer neuen Debian Version. Dies hatte mir der Maintainer auf Anfrage von mir vor einigen Wochen geschrieben. Siehe auch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605698 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609772 Ich habe die Entwicklung von Osmosis aber nicht weiter verfolgt in den letzten Wochen. Gruß CS ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
Na sobald da "VS-*" steht ist das nichts für die Öffentlichkeit. Ist zwar schön erklärt was die Bezeichnungen zu bedeuten haben ist aber für jeden der solch deklarierte Daten öffentlich machen will bzw. benutzen will irrelevant. VS ist nun mal Verschlusssache und ist damit nur für den internen Informationsaustausch gedacht. Die Einstufung "Geheim" ist an sich schon nicht ohne und hat nichts mit Angeberei zu tun. Wenn ein Vorgang so eingestuft wird hat das seinen Sinn, in Deutschland ist so etwas sehr klar geregelt. Und wenn eine Behörde Material so einstuft, so what? Siehe oben was VS wieder bedeutet. Gruß CS Am 10.03.2011 13:34, schrieb M∡rtin Koppenhoefer: Am 10. März 2011 09:35 schrieb Georg Feddern: Du hast wohl noch nicht in den Downloadbereich geschaut - mit den Verpflichtungs- und Vertraulichkeitserklärungen und dem Link auf VS-NfD und auf den Auszug des Strafgesetzbuchs. ;-) wobei "geheim" reine Angeberei ist. VS-NfD bedeutet "Nur für den Dienstgebrauch" und ist die kleinstmögliche Vertraulichkeitseinstufung. Darüber kommt erstmal VS-Vertr. (vertraulich) erst danach VS-Geh. (geheim) (und danach käme noch "streng geheim"). Ab VS-V spricht man von "amtlich geheimgehalten". Das impliziert auch eine Serie von Vorsichtsmaßnahmen im Umgang mit solchem Material (s. Verschlusssachen-anweisung, http://www.verwaltungsvorschriften-im-internet.de/bsvwvbund_31032006_IS46065201.htm ), die bei NfD noch nicht zur Anwendung kommen. Gruß Martin ___ 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] Wiki CSS
Hallo, hast Du an den Einstellungen für die Schriften etwas verstellt? Wenn ja default Werte wieder einstellen, oder komplett neues Profil erstellen. Gruß CS Am 19.02.2011 11:48, schrieb Markus: Wer ist eigentlich für unser Wiki zuständig? Seit einigen Monaten wird Code in einer kleinen unlesbaren Schrift angezeigt. Das betrifft alle mit , und führendem Leerzeichen markierten/eingerückten Textstellen. Das stört den Lesefluss: entweder braucht man eine Lupe, oder man muss die Anzeige vergrössern, aber dann ist der übrige Text zu gross. Sollte umgestellt werden auf: - Standard-Schriftgrösse - Schriftart mit fester Zeichenweite - bei mit leicht grauem Hintergrund (oder so) Vielleicht kann das jemand an den Zuständigen weiterleiten? (ggf auf Englisch) Danke, Markus PS: Matthias Meisser und Markus Stürmer hatte ich bereits erfolglos angeschrieben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spielwiese?
Nabend, Am 04.01.2011 20:31, schrieb Christian Knorr: > Am Dienstag 04 Januar 2011, um 20:24:51 schrieb Henning Scholland: >> Hallo >> Ganz Deutschland über die API zu laden ist auch eine sehr dumme >> Idee...das dürften unkomprimiert so ein paar GB sein ;-) > Ich rede aber von der Spielwiese, nicht von der produktiven Datenbank ;) Das ändert nichts daran das Du über die API nicht so große BBoxes runterladen kannst. :-) > >> Für solche Datenmengen solltest du dir ein Extrakt herunterladen. Sowas >> findest du bspw. bei download.geofabrik.de. Für dich dürfte wohl die >> bz2-Version eher passen. > Gibts da nicht. Och bestimmt, nur wohl nicht genau die BBox die Du benötigst. Ergo Deutschland, Europa oder was auch immer Du benötigst und im Anschluss mit osmosis die benötigte BBox rausschneiden. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wput alternative unter linux?
Moin, Am 04.01.2011 07:41, schrieb Gary68: > hi, > > gibt es eine funktionierende wput alternative? Die Windowskonsole und deren Befehle ist mir jetzt so nicht geläufig ... Ich denke das Du den Befehl rsync sehr gut für Deine Uploadprobleme benutzen kannst (SSH Zugang vorausgesetzt). rsync ist intelligent und merkt sich was schon synchronisiert worden war/ist. Dies macht es normaler Weise in *beide* Richtungen! rsync orientiert sich am Datum, sprich die neuere Version wird übertragen. Dadurch lässt sich so etwas sehr gut per cron Job automatisieren. Eine gute Beschreibung ist unter http://wiki.ubuntuusers.de/rsync zu finden. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Nominatim ("offizielle Ortsnamen")
Moin, wenn man auch genau den Ort eingibt den man sucht wird der, so wie ich finde, korrekt gefunden. In deinem Fall suche ich "Klingenberg am Main" (genau so mit den Anführungszeichen) und bekomme genau zwei Ergebnisse. Einmal vom Typ Grenze und der zweite Treffer ist genau der von Dir gewünschte Ort. Gebe ich nur "Klingenberg" wird der für mich passende Ort im Osterzgebirge gefunden. Also was ist der "richtige" Ort? :-) Versetze Dich mal in die Lage eines Programmierers der die Logik entwerfen muss. Wonach soll man sich richten? Ich denke auch das man Google hier nicht unbedingt als Maßstab nehmen kann da man eben nicht nur nach Orten suchen will. Am 26.12.2010 02:34, schrieb Johann H. Addicks: > Wenn man einen Ort sucht wie "Klingenberg" (>90% dürften dann > "Klingenberg am Main" meinen), dann findet Nominatim den nicht, eben > weil es noch genügend Stadtteile, Hügel, Weiler etc dieses Namens gibt, > jeweils ohne den Zusatz "am Main". > > Klar, man kann sagen "der Benutzer soll gefälligst den offiziellen > Ortsnamen eingeben". > Aber wenn Google da mit dem "richtigen" Klingenberg aufwartet, dann ist > das meiner Meinung nach etwas arrogant.. > > -jha- > > P.S. Nominatim liefert, wenn man noch zweimal auf "mehr Ergebniss" drückt: > > Dorf Klingenberg, Pretzschendorf, Sächsische Schweiz-Osterzgebirge, > Direktionsbezirk Dresden, Sachsen, Deutschland > > Dorf Klingenberg, Woiwodschaft Ermland-Masuren, Polen > > Weiler Klingenberg, Malgersdorf, Rottal-Inn, Regierungsbezirk > Niederbayern, Freistaat Bayern, Deutschland, Europa > > Stadtteil Klingenberg, Lauffen, Heilbronn, Heilbronn, Stadt, > Regierungsbezirk Stuttgart, Baden-Württemberg, Deutschland, Europa > > Stadtteil Klingenberg, Brandenburg an der Havel, Brandenburg an der > Havel, Stadt, Brandenburg-Südwest-Südost, Brandenburg, Deutschland > > Gipfel Klingenberg, Deutschland > > Dorf Klingenberg, Woiwodschaft Ermland-Masuren, Polen > > Ortsgebiet Klingenberg, Quickborn, Kreis Pinneberg (Landmasse), 25451, > Pinneberg, Hamburg, Deutschland > > Ortsgebiet Klingenberg, Altefähr, Rügen (Landmasse), 18573, Hansestadt > Stralsund, Mecklenburg-Vorpommern (Landmasse), Deutschland > > Ortsgebiet Klingenberg, Bürg, Neuenstadt am Kocher, Landkreis Heilbronn, > Regierungsbezirk Stuttgart, Baden-Württemberg, Deutschland > > Ortsgebiet Klingenberg, Kirchfriedhof, Altefähr, Rügen (Landmasse), > 18573, Hansestadt Stralsund, Mecklenburg-Vorpommern (Landmasse), > Deutschland > > Ortsgebiet Klingenberg, Neuler, Gemeinde Neuler, Ostalbkreis, > Regierungsbezirk Stuttgart, Baden-Württemberg, Deutschland > > Gipfel Klingenberg, Deutschland > > Landstraße Klingenberg, Nusse, Kreis Herzogtum Lauenburg, 23896, > Stormarn, Deutschland > > Ortsgebiet Klingenberg, Lemgo, Lippe, 32657, Regierungsbezirk Detmold, > Nordrhein-Westfalen, Deutschland > > Ortsgebiet Klingenberg, Bischberg, Bamberg, Regierungsbezirk > Oberfranken, Freistaat Bayern, Deutschland > > Ortsgebiet Klingenberg, Drosendorf, Memmelsdorf, Bamberg, > Regierungsbezirk Oberfranken, Freistaat Bayern, Deutschland > > Ortsgebiet Klingenberg, Altefähr, Rügen (Landmasse), 18573, Hansestadt > Stralsund, Mecklenburg-Vorpommern (Landmasse), Deutschland > > Gipfel Klingenberg, Deutschland > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Hi! Unter *nix könnte ich mir md5sum zum Vergleichen vorstellen. Bei gleicher interner binärer Struktur muss die selbe md5summe raus kommen. Gruß Carsten Am 13.12.2010 19:09, schrieb aighes: Da war ich etwas voreilig... Ich organisiere mir gerade beide Dateien von heute. Wie könnte man sie denn vergleichen? Dann könnte ich das morgen mal machen. Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommentare zu Changesets & Umgangston in der Community
Moin, Am 11.12.2010 11:05, schrieb Walter Nordmann: > hast du ne ahnung, wie man josm-presets auf funktionstasten legt? > das wärs nämlich - auch für unser einer. Hmm, ich lege mir wichtige und Ein-Click Presets in die Menüleiste, klappt wunderbar und ich bin zufrieden damit. diverse Feldwegklassen habe ich so direkt abrufbar Wie man eigene (Ein-Click) Presets anlegt ist ja im Wiki beschrieben. > gruss > walter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm und Osmarender bzw mapnik
Hallo Steffen Am 09.12.2010 20:46, schrieb Steffen Heinz: Am 09.12.2010 20:37, schrieb Carsten Schönert: Das Thema ist recht alt und hättest Du mit einer Suche im Forum auch ganz schnell gefunden! glaube ich nicht! Das wiederum glaube ich jetzt Dir nicht! :-) ich hätte ja nicht mal gewußt wonach ich suchen sollte! hätte ja auch ... am Bildschirm liegen können, am Browser und was weis ich. Das Stichwort zur Suche hast Du selber geschrieben! -> Parallelogramm, siehe Deine erste Mail. die Häuser sehen nun aber Parallelogrammartig aus, Eine Suche danach, also "Parallelogramm" ... http://forum.openstreetmap.org/search.php?search_id=1964202815 genau eine Antwort, die dafür 110%ig Etwas einfallsreicher könntest Du dann schon sein wenn Du etwas suchst, wirst Du mal merken wenn Du an Dinge kommst die vor Dir wohl noch keiner so genau gesucht hat. Google weiß so ziemlich alles, man muß sich allerdings wie man die Suchanfrage formuliert. Ist hier nicht anders. danke jedenfalls vielmals. kein Problem :-) Gruß Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm und Osmarender bzw mapnik
Ich zitiere mich aus einer anderen externen Mail. :-) Speziell die Einstellung der Kartenprojektion sollten Sie in Ihren JOSM Einstellungen bitte überprüfen. :-) Fast alle eingezeichneten Rechtecke vom User xxx sind Parallelogramme. > > TIP: Wer die Kartenprojektion unter JOSM - Bearbeiten - Einstellungen - Karten Projektion und Interpretation auf "Projektionsmethode = Merkator" stellt, kann rechtwinklige Formen zeichnen, die in der Karte (OSM-Mapnik) dann auch tatsächlich rechtwinklig aussehen. > Retrieved from "http://wiki.openstreetmap.org/wiki/WikiProject_Austria/geoimage.at"; ---> ganz unten Das Thema ist recht alt und hättest Du mit einer Suche im Forum auch ganz schnell gefunden! Am 09.12.2010 20:26, schrieb Steffen Heinz: SO, ich habe mal das nachzeichnen der Häuser mit Bing ausprobiert Josm mit Bing als Hintergrund die Häuser habe sind bei Josm schön rechtwinklig Teilweise mit der Taste "Q" als Hilfe Das Ergebnis habe ich mir nun in Osmarender und Mapnik angesehen: die Häuser sehen nun aber Parallelogrammartig aus, teilweise sehr arg. Wie kann das? Noch ne kleine Frage: kann ich ein ganzes Haus irgentwie drehen, so das es schön parallel zur Straße ist (gilt natürlich für jedes Objekt)? Grüße aus der Eifel Steffen Gruß Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundeswehr mappen?
Tach Am 05.12.2010 12:39, schrieb Thomas Reincke: > Und wer Grenzen einträgt, den bekommt man wegen Landesverrat dran? Was haben *offizielle* Grenzen mit administrativen Institutionen eines Landes gemeinsam? Wohl nicht mehr wie das es Sie eben gibt. Beide Sachen unterligen unterschiedlichen Gesetzen. Und diese gilt es zu beachten. Nicht Äpfel mit Birnen vergleichen! Bitte. > Ich würde sagen: Da ist es wieder "Ich würde ...", entweder Du bist der Meinung oder nicht. Ein wenig schwanger gibt es nicht. > - alles was man auf Luftbildern zu sehen bekommt ist ok. > - alles wo man bei einem TOT* hingelassen wird ist ok Noch einmal, mit dem Betreten eines Gebäudes bzw. Geländes akzeptiere ich die Bedingungen die damit verknüpft sind. Und dabei ist es egal was für ein Gebäude/Gelände ich betrete. Für Bundesbehörden gelten dabei besondere Bestimmungen. Auch als Mitarbeiter in Bundesbehörden unterschreibe ich mit schöner Regelmäßigkeit das ich sinngemäß alles sehen kann und damit auch arbeiten muss, aber mit dem Verlassen des Geländes habe ich dieses Wissen für mich zu bewahren. Anders gefragt, was bringt es wenn jeder Eingang, am besten noch mit genauer Beschreibung wozu diese Tür z.B. denn da ist, in einem Gebiet eingetragen ist dem es vorbehalten ist das es nur bestimmte Personen betreten können? Muss wirklich in der Karte z.B. stehen "Werkstatt der Leopard II Triebwerke" oder "Abstellplatz XY" stehen obwohl das keinen besonderen näheren Wert besitzt? Oder verlangt jemand das der Router einen besonderen POI halten Weg berechnen könnte? Ich denke das sich hin und wieder mehr auf die Sinnhaftigkeit der erfassten Daten besonnen werden muss, nicht jede Info die man theoretisch eintragen kann hat auch einen Mehrwert, außer für sinnfreie Statistikzwecke. > > * Tag der Offenen Türe > Wir sollten uns eher auf die echten Probleme besinnen. Aus der Diskussion von vor einigen Wochen über eine Vereinheitlichung bzw. Aufstellung von genaueren Taggingtemplates ist ja genau genommen nichts geworden. [ketztermodus] Aber die Aussage "das ist Aufgabe der Renderer" ist ja schön bequem. [/ketztermodus] Gruß Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundeswehr mappen?
Moin, Am 04.12.2010 08:43, schrieb Latze: > Zunächst mal danke für die Antworten. > > > Vom Gefühl her hat sich die "Bedrohung" zumindest hier stark erhöht. > Aber es scheint ja so zu sein, dass die BW sich nicht sonderlich daran > stößt, wenn die Kasernen gemappt werden. Du schreibst es, "es scheint ...". Also genau weist Du es nicht, kann ich daraus lesen. Hast Du Dir bzw. Ihr Euch schon mal Gedanken gemacht warum z.B. in jedem Ministerium (das sind die obersten Bundesbhörden) und fast in jeder untergeordneten Behörde ein Fotografierverbot herrscht? Besonders aber beim Militär. In vielen Kasernen aber auch teilweise in den Ministerien musst Du beim Eintritt Dein Handy abgeben oder mindestens ausschalten. Das ist nicht ohne Grund so. Und eine Sicherheitserklärung unterschreibst man i.d.R. auch noch. Das BMVg in Bonn ist als Militärgebiet mit Straßen und einen umschließenden Zaun dargestellt, mehr ist da nicht nötig. Ich sehe da keinen Handlungsbedarf. Als "normaler" Mensch kommt man da eigentlich nur zum Tag der offenen Tür oder besonderen Anlässen rein. > Am Ende ist es auch absolut > richtig, dass man auf einigen Karten wesentlich mehr zu sehen bekommt, > als es bei OSM der Fall sein wird. Zeige mir eine Karte mit Details zum BMVg die offiziell zugänglich ist. > Ich werde es einfach machen, sollte sich die BW als ganzes oder einige > Stützpunkte daran stören, kann man ja die entsprechenden Bereich > zunächst wieder aus der Karte entfernen. Nur zu, Unwissenheit schützt vor Strafe nicht, wie in einer anderen Antwort schon bemerkt wurde. Ich empfehle etwas sensibler an solche Bereiche heran zu gehen. Besonders in der aktuellen Zeit könnte eine Behörde im Umkreis von Pullach etwas kritischer sein. > > Gruß > Latze MfG Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neue Karte http://openptmap.de
Nabend, zu nächst einmal Danke für das Schaffen einer neuen Karte mit dem Thema ÖPNV Deutschland. Was mir aber auffällt das ab der Zoomstufe 13 keine Tiles mehr angezeigt werden. Fehlen die noch oder ist das nur in dem Bereich den ich jetzt ausgewählt habe so? http://openptmap.de/?zoom=13&lat=50.89791&lon=11.8797&layers=BT Des weiteren würde ich das Einblenden der Stadt- und Ortsnamen im Hintergrund sehr hilfreich finden. Ich musste jetzt erst ne ganze Weile suchen bis in dem Bereich war der mich interessiert. :-) Und ist noch eine Erweiterung der Karte bei einer möglichen Interaktion beim Überfahren der Haltestellen geplant? z.B. Haltestellennamen, Operatornamen, Liniennummern Danke und Gruß Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: JOSM Fehlermeldung: WMS Plugin konnte nicht geladen werden
Moin, mal alle Plugins "entfernt"? Dann sukzessive diese wieder einbauen. Besteht das Problem dann auch noch? Am 25.11.2010 21:25, schrieb UMAX974: > Die Statusübersicht gibt folgendes aus: > > Repository Root: http://josm.openstreetmap.de/svn > Build-Date: 2010-11-25 02:31:35 > Last Changed Author: bastiK > Revision: 3670 > Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b > URL: http://josm.openstreetmap.de/svn/trunk > Last Changed Date: 2010-11-25 00:50:38 +0100 (Thu, 25 Nov 2010) > Last Changed Rev: 3670 > > Identification: JOSM/1.5 (3670 de) > Memory Usage: 62 MB / 1020 MB (30 MB allocated, but free) > Java version: 1.6.0_22, Apple Inc., Java HotSpot(TM) Client VM > Operating system: Mac OS X > > Plugin: AddrInterpolation (23420) > Plugin: Create_grid_of_ways (21706) > Plugin: DirectUpload (24239) > Plugin: ElevationProfile (24034) > Plugin: FixAddresses (24232) > Plugin: ImageWayPoint (22547) > Plugin: OpeningHoursEditor (24290) > Plugin: RoadSigns (22850) > Plugin: SimplifyArea (21873) > Plugin: buildings_tools (23804) > Plugin: colorscheme (21563) > Plugin: dataimport (22542) > Plugin: download_along (22427) > Plugin: editgpx (23659) > Plugin: epsg31287 (24044) > Plugin: graphview (23435) > Plugin: irsrectify (23070) > Plugin: lakewalker (21706) > Plugin: measurement (22547) > Plugin: multipoly (23885) > Plugin: multipoly-convert (21706) > Plugin: openstreetbugs (23747) > Plugin: openvisible (21706) > Plugin: osmarender (22765) > Plugin: plastic_laf (2) > Plugin: public_transport (22148) > Plugin: remotecontrol (22734) > Plugin: restart (24396) > Plugin: reverter (23278) > Plugin: routes (23422) > Plugin: terracer (22169) > Plugin: undelete (22365) > Plugin: walkingpapers (22549) > Plugin: waydownloader (21706) > Plugin: wayselector (23103) > Plugin: wmsplugin > ... > ___ > 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] JOSM-Update bei Ubuntu
Am 16.11.2010 18:39, schrieb Guido Scholz: Das ist prinzipiell möglich, wegen der "Update Policy" aber nur für den Katastrophenfall vorgesehen und damit extrem unwahrscheinlich. Seit wann ist ein Update ein Katastrophenfall?? Wie der Paketverlauf in einem Debian basierenden System ist Dir aber schon bekannt? Ubuntu ist da nicht viel anders. Die einzige Überraschung wäre, dass der Bediener dann unter Umständen eine alte Version vor sich hätte. Und dann kommt die Frage "Warum das den jetzt ..." Der normale Einsteiger wird (besonders bei Ubuntu, da per default kein verbose Modus eingeschaltet ist) gar nicht sehen was im Detail für Updates auf das System installiert worden sind. Aber Paketverwaltungssysteme sind ja was für Anfänger. Und man bastelt mit Gewalt an Paketen rum und wundert sich das dieses oder jenes plötzlich nicht (mehr) funktioniert. Dann erkläre dies mal einen Anfänger, der ist dann für alle Zeit von Linux und dem eigentlich besseren Softwareverwaltungsystem geheilt und wird zwangsläufig in den Chor "unter Windows ist alles besser" mit einstimmen! Wunderbar, Ziel erreicht. Aber gut, unter Windows kann man ja in der Registry auch selber Hand anlegen, macht ja auch jeder Anfänger weil es ja Spaß macht. :-) Dann kopiert er die letzte Version wieder drüber und fertig. Sehr sinnig! Wo bitte steckt hier der tiefere Sinn? Dann doch bitte direkt der richtige Weg über ein aktuelleres Paket. Apt und Aptitude können sich schon seit einiger Zeit die Version eines Paketes merken. Das ist ein Feature kein Bug. Dann gibt es auch keine Überraschungen bei Updates. Dein gedachter Weg ist zwar theoretisch möglich, widerspricht aber nun mal dem Sinn eines Paketverwaltungssystems. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Hiho, wer sich damit beschäftigen will sein eigenes deb zu bauen der möge sich mal folgenden Videovortrag anschauen: MP4 -> http://ftp.stw-bonn.de/froscon/2010/hs3/h264/hs3_-_2010-08-22_11:15_-_de_-_automatisiertes_bauen_von_deb-paketen_aus_vcs-snapshots_-_axel_beckert.mp4 OGV -> http://ftp.stw-bonn.de/froscon/2010/hs3/theora/hs3_-_2010-08-22_11:15_-_de_-_automatisiertes_bauen_von_deb-paketen_aus_vcs-snapshots_-_axel_beckert.ogv Ist nicht s schwer wenn man sich das Originalpaket aus Debian anschaut und entsprechend den Ausführungen aus dem Video erweitert. Und ist letztendlich egal ob man ein Ubuntu fährt oder Debian nativ. Ansonsten schiebt man mal was ins Wiki. Die prinzipiellen Schritte wurden ja schon genannt. 1. Prüfen ob sich die Versionsnummer erhöht hat, bzw. der lokale Download älter wie die Datei online ist wenn ja 2. Buildprozess anstoßen 3. Paket installieren Ist schon fast ne schöne Übungsaufgabe für fortgeschrittene Einsteiger im Bash/Phyton Scripting :) Gruß Carsten Am 16.11.2010 13:31, schrieb Philip Gillißen: Simon Kokolakis wrote: Am Montag, den 15.11.2010, 13:48 +0100 schrieb Jan Tappenbeck: Eine Frage an die Experten: Wäre es viel Aufwand einen eigenen APT-Server aufzustellen und dort dann regelmäßig die josm-Versionen zu aktualisieren? Es verwenden ja doch einige hier *ubuntu etc, von da her würde es sich vielleicht lohnen. Ist nicht nötig, einen eigenen "APT-Server" aufzusetzen. Eine PPA, wie ich zuvor schon vorgeschlagen habe, ist die abgespeckte Version einer Paketquelle (Personal Package Archive). Diese wäre zwar nur für Ubuntu verfügbar, aber das ist zumindest etwas. Ich werde heute abend mal schauen, ob ich ein gültiges DEB-Paket schnüren kann, denn dann wäre die Möglichkeit da, die o.g. PPA zu nutzen. Gruß, Philip ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Es bleibt aber anzumerken das dieses "Patchen" eine absolute Ausnahme sein sollte! Im Gegenteil, ich rate davon ab. Es widerspricht in meinen Augen dem eigentlichen Sinn das so etwas ja eben Aufgabe und Zweck eines Paketverwaltungssystem sein muss. Des weiteren kann ich keinen Vorteil gegenüber den anderen gezeigten Möglichkeiten sehen, in beiden Varianten ist mehr oder weniger Handarbeit nötig. Wenn man sich tiefer damit beschäftigen will würde ich direkt dazu raten sich sein eigenes DEB zu bauen. Gruß Carsten Am 15.11.2010 19:18, schrieb Guido Scholz: Am Mon, 15. Nov 2010 um 13:48:51 +0100 schrieb Jan Tappenbeck: Hi ! Hallo Jan, wie der eine oder andere mitbekommen hat habe ich jetzt Ubuntu 10.10 installiert Gratulation zu diesem Schritt. und dann auch JOSM was aber 20 Monate alt ist ! Nun ja, JOSM ist halt schneller als Ubuntu. Das möchte ich jetzt updaten bin allerdings immer noch ein Linux-Greenhorn. Neben den hier schon beschriebenen Methoden, die alle ihren speziellen Charm haben, möchte ich noch eine andere Variante vorschlagen, die sich gut in das Paketsystem der installierten Software integriert und zudem sehr einfach zu handhaben ist. Zunächst installierst Du einfach das (veraltete) josm-Paket, so wie es Ubuntu verpackt hat. Ein tieferer Blick in den Inhalt dieses Paketes zeigt folgender Befehl: dpkg -L josm Damit werden alle Dateien und Verzeichnisse des Paketes aufgelistet; es erscheint also folgende Ausgabe (hier ebenfalls Ubuntu 10.10): /usr /usr/bin /usr/bin/josm /usr/share /usr/share/applications /usr/share/applications/josm.desktop /usr/share/josm /usr/share/josm/josm-0.0.svn3514.jar /usr/share/pixmaps /usr/share/pixmaps/josm-16.xpm /usr/share/pixmaps/josm-32.xpm /usr/share/menu /usr/share/menu/josm /usr/share/doc /usr/share/doc/josm /usr/share/doc/josm/examples /usr/share/doc/josm/examples/start.html /usr/share/doc/josm/copyright /usr/share/doc/josm/changelog.Debian.gz /usr/share/man /usr/share/man/man1 /usr/share/man/man1/josm.1.gz /usr/share/josm/josm.jar Hervorzuheben sei an dieser Stelle der Eintrag /usr/bin/josm Dieser wird ausgeführt, wenn Du josm startest. Da es sich bei josm aber nicht um ein herkömmliches Programm, sondern um Java-Bytecode handelt, ist dieses "/usr/bin/josm" nur ein Skript, das dafür sorgt, dass die Java-VM die Jar-Datei von Josm ausführt. Die eigentliche josm-Version versteckt sich hier: /usr/share/josm/josm-0.0.svn3514.jar Man erkennt auch gleich welche svn-Version vorliegt. Genug der vielen Worte. Meine Variante besteht nun darin, diese alte Version durch eine neue zu ersetzen. Dazu kopiere ich die frisch heruntergeladene Datei einfach auf die alte z.B. wie folgt: sudo cp josm-tested.jar /usr/share/josm/josm-0.0.svn3514.jar Das ist es schon. Ein Vorteil dieses Vorgehens ist, dass sich das josm-Paket jederzeit ohne Spuren zu hinterlassen über das Paketsystem deinstallieren läßt. Weiterhin kann man josm über das normale Menu starten, denn der Eintrag bleibt erhalten. Dafür ist übrigens diese Datei zuständig: /usr/share/applications/josm.desktop Die aktualisierte Version steht natürlich _jedem_ Benutzer des Rechners ohne besondere Tricks zu Verfügung. Gruß Guido ___ 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] Josm Java 6
Du kannst ruhig den Output posten :-) weil eine Glaskugel haben wir alle nicht. Dann schau mal folgendes und prüfe welche Version nun bei dir installiert ist. Wo liegt dein Java, erstens liegt es in der Pfadvariable cars...@q9550-squeeze64:~/tilesAtHome$ which java /usr/bin/java Ok, was verbirgt sich dahinter? cars...@q9550-squeeze64:~/tilesAtHome$ ls -la /usr/bin/java lrwxrwxrwx 1 root root 22 14. Sep 14:54 /usr/bin/java -> /etc/alternatives/java Aha, ein Symlink, also weiter cars...@q9550-squeeze64:~/tilesAtHome$ ls -la /etc/alternatives/java lrwxrwxrwx 1 root root 36 14. Sep 14:53 /etc/alternatives/java -> /usr/lib/jvm/java-6-sun/jre/bin/java Noch ein Symlink, jetzt aber cars...@q9550-squeeze64:~/tilesAtHome$ ls -la /usr/lib/jvm/java-6-sun/jre/bin/java -rwxr-xr-x 1 root root 50810 15. Sep 10:35 /usr/lib/jvm/java-6-sun/jre/bin/java Wenn bei Dir gar nichts zu sehen ist dann musst Du für Deine Distri prüfen ob Dein Java richtig installiert ist, Ich benutze ein Debian Squeeze, bei Ubuntu wird dies möglicher Weise leicht anders sein, Info gibt es wohl im Wiki von Ubuntu cars...@q9550-squeeze64:~/tilesAtHome$ dpkg -l | grep java ii java-common 0.40 Base of all Java packages ii libcommons-codec-java 1.4-2 encoder and decoders such as Base64 and hexadecimal codec ii libgettext-commons-java 0.9.6-2Java classes for internationalization (i18n) ii libjaxp1.3-java 1.3.05-1 Java XML parser and transformer APIs (DOM, SAX, JAXP, TrAX) ii libmetadata-extractor-java 2.3.1+dfsg-2 JPEG metadata extraction framework ii liboauth-signpost-java 1.2.1.1-1 simple OAuth message signing for Java ii libxerces2-java 2.9.1-4.1 Validating XML parser for Java with DOM level 3 support ii ooobasis3.2-javafilter 3.2.1-18 Java filter module for OpenOffice.org 3.2 ii plasma-scriptengine-javascript 4:4.4.5-1 the JavaScript script engine for Plasma ii sun-java6-bin 6.22-1 Sun Java(TM) Runtime Environment (JRE) 6 (architecture dependent files) ii sun-java6-jre 6.22-1 Sun Java(TM) Runtime Environment (JRE) 6 (architecture independent files) ii sun-java6-plugin 6.22-1 The Java(TM) Plug-in, Java SE 6 cars...@q9550-squeeze64:~/tilesAtHome$ apt-cache search java | grep sun- ia32-sun-java6-bin - Sun Java(TM) Runtime Environment (JRE) 6 (32-bit) sun-java6-bin - Sun Java(TM) Runtime Environment (JRE) 6 (architecture dependent files) sun-java6-demo - Sun Java(TM) Development Kit (JDK) 6 demos and examples sun-java6-fonts - Lucida TrueType fonts (from the Sun JRE) sun-java6-javadb - Java(TM) DB, Sun Microsystems' distribution of Apache Derby sun-java6-jdk - Sun Java(TM) Development Kit (JDK) 6 sun-java6-jre - Sun Java(TM) Runtime Environment (JRE) 6 (architecture independent files) sun-java6-plugin - The Java(TM) Plug-in, Java SE 6 sun-java6-source - Sun Java(TM) Development Kit (JDK) 6 source files cars...@q9550-squeeze64:~/tilesAtHome$ apt-cache policy sun-java6-bin sun-java6-bin: Installiert: 6.22-1 Kandidat:6.22-1 Versionstabelle: *** 6.22-1 0 500 http://ftp.de.debian.org/debian/ squeeze/non-free amd64 Packages 100 /var/lib/dpkg/status cars...@q9550-squeeze64:~/tilesAtHome$ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm Java 6
Hi, hast Du mal per Konsole geschaut was ausgegeben wird? Irgendwas muss ja kommen. cars...@q9550-squeeze64:~$ java -version java version "1.6.0_22" Java(TM) SE Runtime Environment (build 1.6.0_22-b04) Java HotSpot(TM) 64-Bit Server VM (build 17.1-b03, mixed mode) cars...@q9550-squeeze64:~$ java -jar Downloads/josm-latest.jar Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2010-11-09 02:31:31 Last Changed Author: bastiK Revision: 3652 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2010-11-08 23:29:07 +0100 (Mon, 08 Nov 2010) Last Changed Rev: 3652 Ungültige URL '' im Plugin restart Ungültige URL '' im Plugin restart lade Plugin 'plastic_laf' (Version 2) lade Plugin 'remotecontrol' (Version 22734) RemoteControl::Accepting connections on port 8111 lade Plugin 'undelete' (Version 22365) lade Plugin 'openstreetbugs' (Version 23747) lade Plugin 'PicLayer' (Version 22549) lade Plugin 'tageditor' (Version 21026) lade Plugin 'reverter' (Version 23278) lade Plugin 'validator' (Version 23917) lade Plugin 'terracer' (Version 22169) Silent shortcut conflict: 'tools:Terracer' moved by 'tool:revert' to 'Alt+Umschalt+T'. lade Plugin 'turnrestrictions' (Version 24125) lade Plugin 'measurement' (Version 22547) lade Plugin 'multipoly' (Version 23885) Silent shortcut conflict: 'tools:multipoly' moved by 'tools:mirror' to 'Alt+Umschalt+M'. lade Plugin 'FixAddresses' (Version 24135) lade Plugin 'wmsplugin' (Version 23904) WMSPlugin: initializing remote control RemoteControl: adding command "wms" (handled by WMSRemoteHandler) lade Plugin 'public_transport' (Version 22148) Silent shortcut conflict: 'menu:Public Transport' moved by 'menu:Presets' to 'Alt+B'. lade Plugin 'ext_tools' (Version 23327) lade Plugin 'buildings_tools' (Version 23804) lade Plugin 'lakewalker' (Version 21706) lade Plugin 'multipoly-convert' (Version 21706) Silent shortcut conflict: 'tools:multipolyconv' moved by 'tools:mirror' to 'A'. lade Plugin 'OpeningHoursEditor' (Version 22850) Am 13.11.2010 13:40, schrieb Marco Lechner - FOSSGIS e.V.: gibt es eine Fehlermeldung? Welche? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
Am 07.11.2010 13:16, schrieb M∡rtin Koppenhoefer: > > setzt): bei einem Maxspeed, aber auch bei einem gesperrt für Fzg. > aller Art, ist es oft nämlich nicht genau klar, bis wo das Schild > wirklich gilt, dann hilft ein Blick in die StVO :-) sollte jeder der einen Führererschein besitzt ja mal gemacht haben Eine Geschwindigkeitsbegrenzung gilt bis an die nächste Kreuzung oder explizite Aufhebung der Begrenzung je nach Typ der angezeigten Begrenzung. Bei Tragfähigkeitsbegrenzungen ist es ähnlich. Eine vergessene oder fehlendes Schild für die Aufhebung einer 7,5t sehe ich persönlich nicht besonders kritisch, hier ist dann etwas Köpfchen gefragt. > und gerade dort hilft es ungemein, wenn man die > einzelnen Schilder (an ihrer Position als Nodes) in die db bringt. Das "Schild" ergibt sich von selbst wenn ein Router die Nodes mit der Start- und der Endposition findet. Dann wäre eine weitere Info wegen dem Schild einfach nur unnötige Daten. Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNVKarte - Neuigkeiten?
Hallo Melchior, Am 03.11.2010 15:40, schrieb nimix: Das Problem ist, dass der Server mit den Datenmengen nicht mehr klarkommt. Da ich momentan mit OSM etwas kürzer fahre, bin ich aber auch noch nicht ernsthaft dazu gekommen das zu beheben... Als alternative bietet sich wie schon erwähnt der OSM Inspektor oder OSMTransport an (http://3liz.fr/public/osmtransport/). Gruß, Melchior kann man die Generierung der Karte nicht ähnlich ti...@home generieren, oder zu mindestens so etwas alternativ aufbauen? Für die meisten ist ja nicht komplett Europa der interessante Part sondern eben die lokale Karte. So könnte man Eintragungen recht schnell sehen und kontrollieren. Leider sind meine Programmierfähigkeiten für so etwas zu dürftig, es reizt mich aber. Ich habe allerdings aktuell echt keine Ahnung wie man so eine Karte bauen kann. Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tongrube taggen
Hi, Am 03.11.2010 13:20, schrieb olvagor: > Ist eine Tongrube nicht einfach ein Sonderfall eines Steinbruchs? > Zumindest [1] stimmt mir da zu. Bei landuse=quarry kannst du auch die > abgebaute Resource angeben [2]. > > Also mein Vorschlag: > > landuse=quarry > ressource=clay > Kann ich nachvollziehen, Danke! > Gruß, > Markus > > [1] > http://dict.leo.org/ende?lp=ende&lang=de&searchLoc=0&cmpType=relaxed§Hdr=on&spellToler=&search=tongrube > [2] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dquarry > > ___ > 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
[Talk-de] Tongrube taggen
Hallo *, wie würdet Ihr eine Tongrube taggen? Dazu kann ich bisher nichts vergleichbares finden. landuse=clay_pit ? Gruß Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNVKarte - Neuigkeiten?
Hi Am 01.11.2010 14:26, schrieb Gernot Hillier: > > Auf der Webseite selbst steht auch "Stand September. Zur Zeit keine > Updates". > > Weiß jemand mehr darüber und wann es wieder Updates gibt? Ist Melchior > nur einfach im Urlaub oder ist hier längerfristig mit Problemen zu > rechnen? Ausschnitt aus dem Seitenquelltext: > > Copyright (C) 2009 by Melchior Moos > Datenstand der Openstreetmap-Daten: Anfang September 2010, momentan keine > Updates! > Warum es keine aktualisierte Karte mehr gibt weiß ich auch nicht. Ein Update ab und zu wäre schon nett. > > Kennt jemand eine schöne Alternative? Außer selber rendern fällt mir auf Anhieb auch nichts ein. Gruß Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] golem: Napa: Kombination aus GPS und Gali leo für bessere Navigation
Hi, Am 31.10.2010 17:58, schrieb M∡rtin Koppenhoefer: > > > Mal sehen, ich halte das für unwahrscheinlich, vermutlich wird das US > Militär (oder auch die Galileo Betreiber) dann wieder am GPS (Galileo) > drehen, so dass man mit Galileo auch nur die übliche Genauigkeit > hinbekommt. Genau aus diesem Grund (das GPS ist in der Hand der US Militärs) wurde vor Jahren Galileo ins Leben gerufen und ist ein europäisches Projekt. Insofern ist diese Gefahr da nicht gegeben, in meinen Augen ist eher fraglich ob Galileo jemals fertig werden wird. siehe http://de.wikipedia.org/wiki/Galileo_%28Satellitennavigation%29 Die GPS Ungenauigkeit ist ja nicht technisch bedingt > sondern politische Absicht (s. Genauigkeit des militärischen Teils). > > Gruß Martin > > ___ > 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