Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Am 21.11.2010 21:35, schrieb Andreas Tille: Ich denke mal, daß eine internationalisierung der Ausgabe und der Doku sinnvoll wären. Daran arbeite ich bereits, kämpfe aber noch mit dem Verstehen des Perl-Moduls Locale::Maketext Gruß rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Hallo Rainer, da ich ernsthaft plane, das Script als kleines Debian Paket zu packen, könnte ich anbieten, konkrete Fragen an das Debian Perl Team weiterzuleiten. Die sind in der Regel sehr hilfsbereit und wissen mit Sicherheit eine Antwort auf Fragen zur Lokalisierung. Viele Grüße Andreas. On Mon, Nov 22, 2010 at 09:09:24AM +0100, Rainer Kluge wrote: Am 21.11.2010 21:35, schrieb Andreas Tille: Ich denke mal, daß eine internationalisierung der Ausgabe und der Doku sinnvoll wären. Daran arbeite ich bereits, kämpfe aber noch mit dem Verstehen des Perl-Moduls Locale::Maketext Gruß rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Panzersperren des Westwall
Am 21.11.2010 20:15, schrieb Wolfgang Wienke: Siehe http://www.openstreetmap.org/?lat=50.7896lon=6.0883zoom=14layers=B000FTF Höckerlinie! ok aber ob das so ganz richig ist? die DInger sind aus Beton Außerdem müsste dort Westwall stehen http://de.wikipedia.org/wiki/Westwall ... eigentlich wäre das ein Riesenprojekt das einzutragen.. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Hallo,
Andreas Tille wrote:
da ich ernsthaft plane, das Script als kleines Debian Paket zu packen,
Wenn ihr das vorhabt und damit zu rechnen ist, dass das Skript auch in
die Haende wenig OSM-erfahrener Nutzer faellt, dann stellt bitte sicher,
dass jeder Nutzer des Skripts ganz deutlich gesagt bekommt, dass diese
/way/.../full-Zugriffe, die das Skript macht, kein bestimmungsgemaesser
Gebrauch der API sind. Die API ist hauptsaechlich fuer Leute gedacht,
die die OSM-Daten editieren wollen; zum Nutzdaten rausziehen *darf*
man sie zwar auch benutzen, aber es soll niemand den Eindruck bekommen,
dass das ganz normal ist und dass man sich auf die Weise z.B. mal eben
das Wanderwegenetz in Deutschland ziehen kann oder so etwas.
Eine Relation kann locker mal 1000 Ways enthalten, und die alle
hintereinander mit .../full abzurufen, wie das dieses Skript tut,
belastet den Server gehoerig. Und bei sowas wie
for (my $r=0; $r100; $r++){
$way=get($url);
if (defined($way)){
last;
}
sleep $r%10;
print STDERR Fehler beim Lesen von $url, neuer Versuch...\n;
}
kriegt der Admin Gaensehaut - wenn der Server gerade in einem wackeligen
Zustand ist (z.B. viele timeouts wegen Ueberlast) dann macht der Code
oben aus einer Relation mit 1000 Ways auch gerne mal 10.000 oder 50.000
Zugriffe.
Also wenn dieser Code die OSM-Insider-Bastel-Ecke verlaesst, dann
bitte (a) gegen unsachgemaesse Benutzung absichern und (b) Benutzer
entsprechend aufklaeren. Fuer mal eine einzelne Relation runterladen
ist das ok, fuer jede Art der intensiveren Nutzung *muss* man sich einen
Extrakt runterladen und aus diesem extrahieren.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Am 22.11.10 09:52, schrieb Frederik Ramm: Hallo, Andreas Tille wrote: da ich ernsthaft plane, das Script als kleines Debian Paket zu packen, Wenn ihr das vorhabt und damit zu rechnen ist, dass das Skript auch in die Haende wenig OSM-erfahrener Nutzer faellt, dann stellt bitte sicher, dass jeder Nutzer des Skripts ganz deutlich gesagt bekommt, dass diese /way/.../full-Zugriffe, die das Skript macht, kein bestimmungsgemaesser Gebrauch der API sind. Die API ist hauptsaechlich fuer Leute gedacht, die die OSM-Daten editieren wollen; zum Nutzdaten rausziehen *darf* man sie zwar auch benutzen, aber es soll niemand den Eindruck bekommen, dass das ganz normal ist und dass man sich auf die Weise z.B. mal eben das Wanderwegenetz in Deutschland ziehen kann oder so etwas. Eine Relation kann locker mal 1000 Ways enthalten, und die alle hintereinander mit .../full abzurufen, wie das dieses Skript tut, belastet den Server gehoerig. Und bei sowas wie Man darf aber auch auf die XAPI umleiten. Also wenn dieser Code die OSM-Insider-Bastel-Ecke verlaesst, dann bitte (a) gegen unsachgemaesse Benutzung absichern und (b) Benutzer entsprechend aufklaeren. Fuer mal eine einzelne Relation runterladen ist das ok, fuer jede Art der intensiveren Nutzung *muss* man sich einen Extrakt runterladen und aus diesem extrahieren. täte ich ja gerne, wenn die Extrakte denn vollständig wären :-( Oder gibts hierfür ne Lösung: http://www.mail-archive.com/talk-de@openstreetmap.org/msg76985.html Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Am 22.11.2010 10:07, schrieb André Joost: Am 22.11.10 09:52, schrieb Frederik Ramm: hintereinander mit .../full abzurufen, wie das dieses Skript tut, belastet den Server gehoerig. Und bei sowas wie Man darf aber auch auf die XAPI umleiten. Was man darf und was man tun sollte sind nicht das gleiche :-) Muss denn wirklich der Admin den Server immer weiter begrenzen, weil sich einige Leute nicht benehmen können und eine unnötige Last erzeugen? Ich spiele persönlich auch mit Skripts rum, aber ich weiß da recht genau was ich tue und hab auch ein Auge drauf während diese laufen. Wenn du dir selber ein Skript schreibst, das alle paar Tage dies und das runterlädt wird da auch niemand ein Problem mit haben. Wenn die Admins die Server aber soweit dicht machen müssen das solche Experimente garnicht mehr gehen, hat doch keiner was davon. Wenn so ein Skript oder Programm veröffentlicht werden soll, sollte daher dann schon eine gewisse Sorgfalt dahinter stehen. Dazu gehört für mich halt auch, sich zu überlegen was die Anfragen auf dem Server an Last erzeugen. Gruß, ULFL P.S: Es macht auch keinen Spaß, wenn die XAPI mal wieder stundenlang nicht erreichbar ist, weil wieder irgendein Depp darüber halb Deutschland runterladen will ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kaputte Refs
Hi Chris66, Am 22.11.2010 06:42, schrieb Steffen Wolf: ich bin gestern ueber einige Edits gestolpert, in denen ein Nutzer den Schluessel ref wohl versehentlich zerstoert hat, indem er Werte wie Radverbot oder Fahrradverbot dort eingetragen hat. Siehe Forum: Oberförster hat eine neue Runde eingeläutet. Ah, ist also bekannt. Das Forum lese ich allerdings nicht. Vielleicht erreicht es ja durch die Mail hier noch den einen oder anderen zusaetzlich. cu, stw -- Jeder, der einen Drucker besitzt und Probleme mit dem Ausdrucken hat, der soll aufstehen. [Thomas Pigor, Nieder mit IT] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Hallo Frederik, Am 22.11.2010 09:52, schrieb Frederik Ramm: Also wenn dieser Code die OSM-Insider-Bastel-Ecke verlaesst, dann bitte (a) gegen unsachgemaesse Benutzung absichern und (b) Benutzer entsprechend aufklaeren. Fuer mal eine einzelne Relation runterladen ist das ok, fuer jede Art der intensiveren Nutzung *muss* man sich einen Extrakt runterladen und aus diesem extrahieren. Danke für die konstruktive Kritik. Das alles ist mir sehr wohl bewusst und ich stimme dir in den aufgeführten Punkten zu. Ich habe das Skript deshalb auch nur hier auf der Liste publik gemacht. Mit dem breiterem Publikum in meinem UP hatte ich auch nicht Hinz und Kunz gemeint sondern aktive und erfahrene OSM-Mapper. Das Skript entstand, als ich daran gearbeitet habe, die vorhandenen Relationen zum Radwandernetz des örtlichen Landkreises (Alb-Donau-Kreis) zu überprüfen und ggf. zu ergänzen. Das ganze war zunächst mehr eine Spielerei, um meine Perl- und OSM-Kenntnisse aufzupolieren. Zum Testen habe ich das Skripts auch mal über Relationen außerhalb meines Mapping-Bereichs laufen lassen und dabei festgestellt, dass sich die Radwegrelationen teilweise in einem, vorsichtig ausgedrückt, sub-optimalen Zustand befanden. Es gibt fast vollständig erfasste Radwege mit vielen kleinen Lücken, andere, bei denen nur wenige weit auseinander liegende Teilstücke erfasst sind, Wege mit gedoppelten Teilstrecken (Straße + paralleler Radweg), rekursiv geschachtelte Relationen,... Für lokale Mapper, die an diesem Zustand etwas ändern möchten und die sich mit Relationen auskennen, ist mein Skript sicher ein nützliches Hilfsmittel. Ich werde deine Anregungen aufnehmen und den Batch-Modus beim Laden der Daten über die API herausnehmen. Dann erübrigt sich auch die Schleife bei ausbleibender Antwort des Servers. Die /way/.../full-Zugriffe werde ich drin lassen, da Einzelzugriffe den Server erheblich mehr belasten würden. Was ich auch für sinnvoll halte, wäre eine (Wiki-)Seite, auf der in regelmäßigen Abständen die Outputs meines Skripts für die Radwanderwege einer Region veröffentlicht werden. Die Seite zu erstellen wäre für mich kein Problem. Eine kontinuierlich Pflege könnte ich allerdings nicht garantieren. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
On Mon, Nov 22, 2010 at 11:12:31AM +0100, Rainer Kluge wrote: Was ich auch für sinnvoll halte, wäre eine (Wiki-)Seite, auf der in regelmäßigen Abständen die Outputs meines Skripts für die Radwanderwege einer Region veröffentlicht werden. Die Seite zu erstellen wäre für mich kein Problem. Eine kontinuierlich Pflege könnte ich allerdings nicht garantieren. Für solche Projekt gibt es den dev-Server. Dort kann man regelmäßig auf den OSM-Daten irgendwelche Auswertungen fahren, Karten berechnen usw. und die dann der Allgemeinheit zur Verfügung stellen. Siehe http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Development-Server Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kaputte Refs
dein frommer wunsch wird ungehört vergehen. oberförster hat sich noch NIE zu seinen taten bekannt oder gar geäußert. der zieht einfach sein ding durch und ist inzwischen wohlbekannt im forum. gruss walter http://forum.openstreetmap.org/viewtopic.php?id=7733 - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/Kaputte-Refs-tp5761660p5762204.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen und zughörige Ortsnamen
Hallo Dieter, Verwaltungszentrum Ortsname Ich schreibe das was auf dem Ortsschild steht in name= Das hat den Vorteil, dass in Ägypten oder so auch gleich die richtige Schrift verwendet wird, und ich mir keine Gedanken über deren postalische oder was auch immer Organisation machen muss ;-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Rainer Kluge rklug...@web.de wrote: Ich würde das Skript gerne einem breiteren Publikum zugänglich machen, z.B. im OSM-Wiki, ohne mir dadurch Stress mit SVN Repositories u.ä. aufzuhalsen. Für Vorschläge, was da geeignet wäre, bin ich dankbar. Inwiefern empfindest Du ein svn commit als Stress? Du schreibst einfache ine Mail an Tom Hughes und bittest ihn um einen svn account legst im repository ein Verzeichnis an und checkst das script dort ein. Gruss Sven -- If you continue running Windows, your system may become unstable. (Windows 95 BSOD) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Hallo Sven, Am 22.11.2010 11:46, schrieb Sven Geggus: Inwiefern empfindest Du ein svn commit als Stress? Das habe ich wohl etwas zu flapsig ausgedrückt. Im Hintergrund stehen u.a. die von Frederik inzwischen ausführlich dargelegten Aspekte. An ein Tool in einem Repository, und erst recht an ein Paket einer Linux-Distribution, stelle ich hohe Ansprüche bezüglich Qualität und Konformität mit Regeln und Lizenzen. Angesichts des überschaubaren potentiellen Anwenderkreises halte ich den dafür nötigen Aufwand nicht für gerechtfertigt. Gruß rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Hallo Rainer, Rainer Kluge wrote: Mit dem breiterem Publikum in meinem UP hatte ich auch nicht Hinz und Kunz gemeint sondern aktive und erfahrene OSM-Mapper. Ich war auch erst besorgt, als das Wort Debian-Paket fiel ;) Ich werde deine Anregungen aufnehmen und den Batch-Modus beim Laden der Daten über die API herausnehmen. Dann erübrigt sich auch die Schleife bei ausbleibender Antwort des Servers. Die /way/.../full-Zugriffe werde ich drin lassen, da Einzelzugriffe den Server erheblich mehr belasten würden. Hast Du bewusst kein /relation/.../full genommen, oder kanntest Du das nicht? - Vermutlich ist /way/.../full aber besser fuer den Server, gerade bei sehr grossen Relationen. Einige Relationen brauchen zu bestimmten Zeiten im .../full-Modus 40 Minuten (!) zum Download. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Hallo, André Joost wrote: täte ich ja gerne, wenn die Extrakte denn vollständig wären :-( Oder gibts hierfür ne Lösung: http://www.mail-archive.com/talk-de@openstreetmap.org/msg76985.html Es gibt den Plan einer Loesung: http://lists.openstreetmap.org/pipermail/osmosis-dev/2010-November/000806.html Kannst Du Java? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Am 22.11.10 13:15, schrieb Frederik Ramm: Hallo, André Joost wrote: täte ich ja gerne, wenn die Extrakte denn vollständig wären :-( Oder gibts hierfür ne Lösung: http://www.mail-archive.com/talk-de@openstreetmap.org/msg76985.html Es gibt den Plan einer Loesung: http://lists.openstreetmap.org/pipermail/osmosis-dev/2010-November/000806.html Ah ja, es tut sich also was. Kannst Du Java? Falls du nen Programmierer suchst: muß ich leider passen. Ich kann nur Visual Basic und Fortran 77. Hilft euch bestimmt nicht weiter... Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Rainer Kluge rklug...@web.de wrote: Das habe ich wohl etwas zu flapsig ausgedrückt. Im Hintergrund stehen u.a. die von Frederik inzwischen ausführlich dargelegten Aspekte. An ein Tool in einem Repository, und erst recht an ein Paket einer Linux-Distribution, stelle ich hohe Ansprüche bezüglich Qualität und Konformität mit Regeln und Lizenzen. Im osm SVN sind eine ganze Menge Tools mit zweifelhafter Qualität drin :) Sven -- Software is like sex; it's better when it's free (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenLayers Parameter
Hallo,
wie schaffe ich es, hier jeweils auch die aktuelle Zoomstufe dem
PHP-Script zu übergeben?
var layer = new OpenLayers.Layer.Vector(Test,
{
projection: wgs84,
maxResolution: 10.0,
visibility: true,
transitionEffect: 'resize',
strategies:
[
new OpenLayers.Strategy.BBOX()
],
protocol: new OpenLayers.Protocol.HTTP(
{
url: root+'api/tiler.php',
format: new OpenLayers.Format.GeoJSON()
})
});
Ich möchte also, dass folgender Parameter an die URL angehängt wird:
zoom=aktueller Zoom
Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers Parameter
Hallo Alex, Am 22.11.2010 15:25, schrieb Alexander Matheisen: Hallo, Ich möchte also, dass folgender Parameter an die URL angehängt wird: zoom=aktueller Zoom Bin mir nicht sicher, ob ich Dich richtig verstehe, aber ich würde es so probieren: url: root+'api/tiler.phpzoom='+map.getZoom(), Grüße, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers Parameter
Bin mir nicht sicher, ob ich Dich richtig verstehe, aber ich würde es so probieren: url: root+'api/tiler.phpzoom='+map.getZoom(), Das habe ich schon probiert, aber funktioniert leider nicht, wahrscheinlich weil dieser Wert dann nicht mehr verändert wird. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Alpin?
Fichtennadel schrieb am 22.11.2010 08:13: Mir ist es jedenfalls zu aufwendig, nochmal über jeden Weg eine Relation drüberzulegen, nur weil er markiert ist. Ist er denn ohne besonderen Grund markiert? Oder steckt da ein System hinter der Markierung, dass man per Relation gut erfassen koennte? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Alpin?
2010/11/22 Torsten Leistikow de_m...@gmx.de Fichtennadel schrieb am 22.11.2010 08:13: Mir ist es jedenfalls zu aufwendig, nochmal über jeden Weg eine Relation drüberzulegen, nur weil er markiert ist. Ist er denn ohne besonderen Grund markiert? Oder steckt da ein System hinter der Markierung, dass man per Relation gut erfassen koennte? Meistens eigentlich ohne besonderen Grund, die Markierung dient nur der Orientierung. Der Weg trägt keinen Namen, Nummer oder ähnliches und gehört auch zu keinem speziellen Wegenetz o.ä. Wie gesagt, ich finde die Relationen gut für Wander_routen_, für Wegmarkierung sind sie aber IMHO übertrieben, das würde ich als tag am path für praktischer halten. Dazu gab's anscheinend sogar mal ein proposal, ist aber abandoned ( http://wiki.openstreetmap.org/wiki/Proposed_features/Marked_trail) Viele Grüße, Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
On Mon, Nov 22, 2010 at 01:13:15PM +0100, Frederik Ramm wrote: Mit dem breiterem Publikum in meinem UP hatte ich auch nicht Hinz und Kunz gemeint sondern aktive und erfahrene OSM-Mapper. Ich war auch erst besorgt, als das Wort Debian-Paket fiel ;) Inwiefern erzeugt das Grund zur Sorge? Ich habe gerne jedes Programm, das ich irgendwie brauche als Debian Paket, noch dazu wenn irgendwelche Abhängigkeiten (OSM.pm) benötigt werden. Wenn irgendwas dagegen spricht, laß ich die Finger davon (wohl aber könnte ein OSM.pm für ein Paket sinnvoll sein). Ich halte es für alle Nutzer von Debian und dessen Derivaten für sinnvoll, wenn man einem Neuling sagt: Installier Dir einfach das Metapackaget gis-osm und dann kriegst Du alles, was Du für OSM in Debian finden kannst, auf Deinen Rechner. Zur Zeit sind das die unter http://blends.alioth.debian.org/gis/tasks/osm beschriebenen Programme und ich würde dem gerne noch praktische Helferlein hinzufügen - sofern nicht gewichtige Gründe dagegen sprechen. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Alpin?
Am 20. November 2010 21:32 schrieb qbert biker qbe...@gmx.de: Im Prinzip ist jeder nicht offizielle Weg ein Mehrwert für OSM, solange es ein Minimum an Unterscheidbarkeit gibt. Das Problem, das sich hier aufzeigt ist doch, dass es gibt da auch keine Einigkeit unter den Mappern. Ich hatte vor einigen Wochen auf der engl. Liste mal vorgeschlagen, unterhalb von path noch eine weitere Klasse informal_path einzuführen. Das wurde aber großteils abgelehnt. Als workaround empfehle ich für nicht angelegte und nicht unterhaltene Wege (Trampelpfade) zusätzlich ein informal=yes Wie sinnvoll das allerdings im Hochgebirge ist weiss ich nicht, ich dachte zunächst eher an Trampelpfade in der Stadt, wo es praktisch immer ziemlich eindeutig ist, ob ein Weg offiziell oder mal so entstanden ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
On Mon, Nov 22, 2010 at 12:37:39PM +0100, Rainer Kluge wrote: Das habe ich wohl etwas zu flapsig ausgedrückt. Im Hintergrund stehen u.a. die von Frederik inzwischen ausführlich dargelegten Aspekte. An ein Tool in einem Repository, und erst recht an ein Paket einer Linux-Distribution, stelle ich hohe Ansprüche bezüglich Qualität und Konformität mit Regeln und Lizenzen. Es kommt aber auch vor, daß man auf diese Weise Patches bekommt und das kann doch nicht schaden, oder? Angesichts des überschaubaren potentiellen Anwenderkreises halte ich den dafür nötigen Aufwand nicht für gerechtfertigt. Selbst wenn die Anzahl der benutzenden Personen gering ist: Da die Anzahl der Rechner auf denen wenige Personen sowas nutzen größer sein kann, kann sich der Aufwand schon lohnen, ein Paket zu bauen. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Andreas Tille andr...@an3as.eu wrote: Inwiefern erzeugt das Grund zur Sorge? Ich habe gerne jedes Programm, das ich irgendwie brauche als Debian Paket, noch dazu wenn irgendwelche Abhängigkeiten (OSM.pm) benötigt werden. Ich nehme an das Fred sicher nichts dagegen hat wenn Du im OSM Wiki auf dem devserver oder wo auch immer ein Debian Paket zum Download anbietest. Wenn ein Programm aber ohne Änderung an /etc/apt/sources.list einfach so apt-get able ist dann stellt das schon nochmal eine andere Qualität dar. Gruss Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Garmin GPSmap 62
hat jemand von Euch eins der neuen Garmin 62 und kann aus der Praxis berichten, ob die Qualität der Tracks mindestens der des alten GPSmap 60CSx entspricht oder gibt es da evtl. Probleme? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Hallo, On 11/22/10 16:56, Andreas Tille wrote: Inwiefern erzeugt das Grund zur Sorge? Ein Debian-Paket an sich ist kein Problem. Lediglich wenn es auf den etablierten Kanaelen erhaeltlich ist, dann nehmen viele Leute an, dass das Software im Produktionsstadium ist, die man nach Belieben nutzen kann, und wenn da in der Beschreibung drin steht erzeugt GPX-Dateien zu Relationen in OpenStreetMap, dann geht - gerade fuer den nicht-OSM-Eingeweihten - daraus nicht hervor, dass das eine gehoerige Last auf dem OSM-Server macht und daher nur fuer den sporadischen Einzelgebrauch zu verwenden ist. Ich habe gerne jedes Programm, das ich irgendwie brauche als Debian Paket, noch dazu wenn irgendwelche Abhängigkeiten (OSM.pm) benötigt werden. Wie gesagt, wenn Du den Kram ins OSM-SVN tust und ein debian-Verzeichnis drunterlegst, so dass sich jeder ein Paket bauen kann, kein Problem. Bloss wenn Hinz und Kunz irgendwann apt-get search gpx eintippen und dabei dieses praktische Helferlein sehen (OSM? nie gehoert, mal ausprobieren...), dann muss da zumindest ein ordentlicher Noob-Schutz rein. für OSM in Debian finden kannst, auf Deinen Rechner. Zur Zeit sind das die unter http://blends.alioth.debian.org/gis/tasks/osm beschriebenen Programme und ich würde dem gerne noch praktische Helferlein hinzufügen - sofern nicht gewichtige Gründe dagegen sprechen. Wie gesagt - es gibt durchaus einige Helferlein, die ich *nicht* auf der Festplatte eines Neulings sehen will ;). rel2gpx ist ja noch relativ harmlos. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers Parameter
Am 22.11.2010 16:27, schrieb Alexander Matheisen: url: root+'api/tiler.phpzoom='+map.getZoom(), Das habe ich schon probiert, aber funktioniert leider nicht, wahrscheinlich weil dieser Wert dann nicht mehr verändert wird. Wann soll denn was geändert werden? So ganz ohne Kontext konnte ich nur raten... Bei Deinem Codeschnipsel würde die aktuelle Zoomstufe immer mit übergeben, wenn Dein tiler.php aufgerufen wird. Willst Du tiler.php jedes Mal aufrufen, wenn der Kartenausschnitt bewegt wird, dann brauchst Du evtl. noch einen EventListener dafür. Grüße, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers Parameter
Am Montag, den 22.11.2010, 17:48 +0100 schrieb Sebastian Klemm: Am 22.11.2010 16:27, schrieb Alexander Matheisen: url: root+'api/tiler.phpzoom='+map.getZoom(), Das habe ich schon probiert, aber funktioniert leider nicht, wahrscheinlich weil dieser Wert dann nicht mehr verändert wird. Wann soll denn was geändert werden? So ganz ohne Kontext konnte ich nur raten... Bei Deinem Codeschnipsel würde die aktuelle Zoomstufe immer mit übergeben, wenn Dein tiler.php aufgerufen wird. Willst Du tiler.php jedes Mal aufrufen, wenn der Kartenausschnitt bewegt wird, dann brauchst Du evtl. noch einen EventListener dafür. Das will ich in OLM einbauen. Das ist mit einem Layer verknüpft und bei jedem Verschieben der Karte wird die PHP-Datei aufgerufen und die Bbox übergeben, um die Marker zu laden. Einen Eventlistener brauche ich nicht, das macht (soweit ich das verstanden habe) das Strategy.BBOX, jedenfalls funktioniert das genau so, wie ich es bisher habe schon derzeit in OLM, nun will ich aber noch zusätzlich die Zoomstufe übergeben. Oder wird sie vielleicht schon automatisch übergeben, nur ich weiß nicht, als welcher Parameter? Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers Parameter
Habe nun eine Lösung gefunden:
map.events.register('zoomend', map, mapZoomed);
function mapZoomed(event)
{
wikipediaLayer.protocol = new OpenLayers.Protocol.HTTP({url: root
+'api/tiler.php?zoom='+map.getZoom(), format: new
OpenLayers.Format.GeoJSON()});
}
Bei jedem Zoomwechsel wird also die Zugriffs-URL geändert.
Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lokalisierung und bessere Suche in Taginfo
Hi! Ich hab gerade die neue Version von Taginfo (http://taginfo.openstreetmap.de/) online gestellt. Taginfo unterstützt nun mehrere Sprachen. Derzeit nur Deutsch und Englisch, aber weitere Sprachen können leicht ergänzt werden. Noch sind aber nicht alle Texte übersetzt. Taginfo benutzt als Default-Sprache die, die im Browser eingestellt ist. Über die Drop-Down-Box oben rechts kann die Sprache geändert werden, das wird dann in einem Cookie gespeichert. Wer beim Übersetzen helfen will: Die Übersetzungen liegen im Git-Repository unter https://github.com/joto/taginfo/tree/master/web/i18n/ . Das Format sollte sich aus den Files direkt ergeben. Mittelfristig sollte das vielleicht ins Translatewiki eingebunden werden oder so. Vielleicht hat ja jemand Lust, sich dem anzunehmen. Außerdem wurde die Suche komplett überarbeitet. Es wird jetzt in Keys und in Values gesucht. Dabei wird eine Prefix-Suche verwendet, d.h. max findet maxspeed, aber nicht betamax. Bestandteile eines Keys oder Values, die durch Doppelpunkt, Leerzeichen oder dergl. getrennt sind, werden einzeln gefunden. Sucht man nach etwas wie =residential (ohne Anführungs- zeichen aber mit dem Gleichheitszeichen), so werden alle values mit residential drin gefunden, gleich welcher Key. Sowas wie highway=residential geht auch. Die Suche hat eine Autocompletion, dort werden häufige Tags gefunden. Die Taginfo-Seiten haben eine OpenSearch-Definition, damit kann man die Suche auch einfach in seinem Browser einbauen. Beim Firefox klickt man z.B. das Icon links neben dem Suchfeld oben rechts an und wählt Add Taginfo. Die Suche ist noch lange nicht perfekt. Es gibt dabei mehrere Schwierigkeiten. Das ganze soll möglichst schnell sein und den Server nicht allzusehr belasten. Dadurch geht z.B. keine Substring-Suche auf allen Tags. Und die Suche soll natürlich möglichst intuitiv und einfach sein. Dass das Gleichheitszeichen magisch ist und besonder interpretiert wird ist jetzt z.B. mal ein Versuch. Es macht einige Suchen einfacher, aber es macht vielleicht nicht in jedem Fall das, was man erwartet. Wen die Details interessieren: Taginfo benutzt eine Volltext-Suche über das bei Sqlite eingebaute FTS3-Modul. Für die Autocompletion wird eine spezielle Tabelle verwendet, die die häufigsten Keys und Key/Value-Kombinationen enthält und die beim Import der Daten erzeugt wird. Viel Spass beim Ausprobieren! Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin GPSmap 62
Am 22.11.2010 17:14, schrieb M∡rtin Koppenhoefer: hat jemand von Euch eins der neuen Garmin 62 und kann aus der Praxis berichten, ob die Qualität der Tracks mindestens der des alten GPSmap 60CSx entspricht oder gibt es da evtl. Probleme? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de mein kumpel hat das 62 st. vorher die 60iger serie. vorteile liegen deutlich bei den geocaching-funktionen. bei der genauigkeit ist keinerlei besserung eingetreten. gruss ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin GPSmap 62
Am 22. November 2010 18:44 schrieb Stefan Sandrock sande...@gmx.de: mein kumpel hat das 62 st. vorher die 60iger serie. vorteile liegen deutlich bei den geocaching-funktionen. bei der genauigkeit ist keinerlei besserung eingetreten. Ja, Vorteile hat es sicher ein paar (3-Achsen-Kompass, Wireless-übertragung, ...), solange bei der Genauigkeit keine Verschlechterung da ist, ist es OK (AFAIR gab es zumindest am Anfang bei den Oregons schlechtere Daten als mit dem alten GPSmap 60Csx). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karten Ansicht am PC mit allen eingegebenen Daten?
Hallo Liste, zur Dokumentation der Arbeit eine Schulgruppe mit OSM bräuchte ich eine Kartenansicht, die den Fortgang des Mappings in diesem Gebiet dokumentiert. http://www.openstreetmap.org/?lat=50.0443lon=10.20184zoom=17layers=M Schön wäre es wenn dies für die Schüler verständlich, ähnlich der Kartenansicht von Mapnik möglich wäre. Leider zeit Mapnik solche Dinge wir Fahnenmasten, Kameras, Papierkörbe und viele andere Objekte, die Schüler finden, nicht an. JOSM ist das Tool mit dem Sie arbeiten. Das schönste wäre aber, wenn Sie das Ergebnis ihrer Arbeit dann ich einer richtigen Karte am PC zu sehen bekämen, so zu sagen die Früchte ihrer Arbeit. gibt es da eine Lösung? Gruß UMAX974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten Ansicht am PC mit allen eingegebenen Daten?
naja, es gibt osmdiff und useractivity - auf die schnelle. aber was du suchst, ist vielleicht eher eine richtige karte? da wäre interessant, ob man auf irgendeinem datenbestand eine differenz bilden könnte. ich denke, osmosis könnte sowas. diff dann auf eine leere datei anwenden und dann in einen renderer damit. just a thought? ciao gerhard On Mon, 2010-11-22 at 19:03 +0100, UMAX974 wrote: Hallo Liste, zur Dokumentation der Arbeit eine Schulgruppe mit OSM bräuchte ich eine Kartenansicht, die den Fortgang des Mappings in diesem Gebiet dokumentiert. http://www.openstreetmap.org/?lat=50.0443lon=10.20184zoom=17layers=M Schön wäre es wenn dies für die Schüler verständlich, ähnlich der Kartenansicht von Mapnik möglich wäre. Leider zeit Mapnik solche Dinge wir Fahnenmasten, Kameras, Papierkörbe und viele andere Objekte, die Schüler finden, nicht an. JOSM ist das Tool mit dem Sie arbeiten. Das schönste wäre aber, wenn Sie das Ergebnis ihrer Arbeit dann ich einer richtigen Karte am PC zu sehen bekämen, so zu sagen die Früchte ihrer Arbeit. gibt es da eine Lösung? Gruß UMAX974 ___ 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] Garmin GPSmap 62
hat jemand von Euch eins der neuen Garmin 62 und kann aus der Praxis berichten, ob die Qualität der Tracks mindestens der des alten GPSmap 60CSx entspricht oder gibt es da evtl. Probleme? Es gibt massive Probleme, auch bei aktuellem Softwarestand (habe das 62S seit der Markteinführung in D) - Tracks übersteuern bei Beschleunigung (negativer), also z.B. an Stopp- Schildern, wo man dann abbiegt auf die vorfahrtsberechtige Straße. Besonders eklig an T-Kreuzungen. Auf Kreisstraßen im Mittelgebirge (Motorrad-Spaß-Strecken) gibt es mit dem Auto prinzipiell keine sinnvollen Tracks, das liegt soweit daneben, dass selbst die eigene Routing-Engine mit den CN-Karten ins Trudeln kommt... - Umschalten von und zur Static-Navigation ist sehr komisch gelöst. Gibt zwar sehr schöne Tracks beim Stehenbleiben von Fußgängern, aber die haben dann wenig mit der Realität zu tun. - Bisweilen hinkt das GPS ca. 15s hinterher und wenn man dann stehenbleibt, dann wird der Fehler nicht ruckartig korrigiert, sondern -für den schöneren Track?- schleift der Cursor mit etwa der vorherigen Durchschnittsgeschwindigkeit (Radler, Fußgänger, Auto) die letzten 50m zur auf der Luftlinie zum Standpunkt ran... blöd nur, wenn man in einer Kurve auf die Ampel zugefahren ist... Fazit: Ich probiere jede neuen Firmwarestand aus, der kommt und nach den ersten Tests nehme ich dann wieder das alte und vom Gehäuse ziemlich lädierte 60CSx zum Tracken. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten Ansicht am PC mit allen eingegebenen Daten?
Danke Gerhard, Ich hab tatsächlich etwas anderes im Sinn, die Schüler sind 5. -9. Klasse, die haben jetzt gerade Spaß am Mappen mit den GARMIN etrex H gefunden und machen das im eng begrenzten Bereich der Schule ganz ordentlich. Wir haben bereits einige Zeit mit der präparieren ihrer USB-Sticks für Portable JOSM verbracht, das war auch für die Schüler nervig, die wollten etwas mehr action und nicht so viel Programmieren. Dabei möchte ich ihnen nichts vorkauen und das coolste wäre, sie könnten am Ende ihrer 2 Schulstunden das ganze Ergebnis auf einer Karte finden... Gruß UMAX974 Am 22.11.2010 um 19:42 schrieb Gary68: naja, es gibt osmdiff und useractivity - auf die schnelle. aber was du suchst, ist vielleicht eher eine richtige karte? da wäre interessant, ob man auf irgendeinem datenbestand eine differenz bilden könnte. ich denke, osmosis könnte sowas. diff dann auf eine leere datei anwenden und dann in einen renderer damit. just a thought? ciao gerhard On Mon, 2010-11-22 at 19:03 +0100, UMAX974 wrote: Hallo Liste, zur Dokumentation der Arbeit eine Schulgruppe mit OSM bräuchte ich eine Kartenansicht, die den Fortgang des Mappings in diesem Gebiet dokumentiert. http://www.openstreetmap.org/?lat=50.0443lon=10.20184zoom=17layers=M Schön wäre es wenn dies für die Schüler verständlich, ähnlich der Kartenansicht von Mapnik möglich wäre. Leider zeit Mapnik solche Dinge wir Fahnenmasten, Kameras, Papierkörbe und viele andere Objekte, die Schüler finden, nicht an. JOSM ist das Tool mit dem Sie arbeiten. Das schönste wäre aber, wenn Sie das Ergebnis ihrer Arbeit dann ich einer richtigen Karte am PC zu sehen bekämen, so zu sagen die Früchte ihrer Arbeit. gibt es da eine Lösung? Gruß UMAX974 ___ 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin GPSmap 62
mein kumpel hat das 62 st. vorher die 60iger serie. vorteile liegen deutlich bei den geocaching-funktionen. bei der genauigkeit ist keinerlei besserung eingetreten. Keine Besserung ist gut... deutliche Verschlechterung gegenüber den alten SirfIII-Geräten und auch gegenüber den MTK-Geräten wie den HCX-Modellen (Vista, Legend). Und was das Geocachen anbelangt, da freuen sich auch nur die Statistik- Junkies, die auf auf D1-Traditour sind und die auf Schlagzahl arbeiten. Denn: - StaticNavigation-Umschaltung erfolgt erst nach 30s. d.h. beim Erreichen des Suchbereiches ist die Fein-Navigation über die letzten 15m erst möglich, wenn man eine halbe Minute steht. - Wegepunktprojektionen erfordern rund dreimal so viel Tastendrücke wie vorher, inkl. der Idiotie, dass als Einheit für die Entfernung immer Yards vorgegeben werden, auch wenn das Gerät auf metrische Masse gestellt wurde und man das erstmal manuell umschalten muss. Meter ist dann natürlich auch genau auf der anderen Seite, so dass man an allen anderen eher obskuren Einheiten mit je einem Tastendruck drüberscrollen muss. - Beim Erfassen von Wegepunkten steht der Cursor beim Start auf dem N der Nordkoordinate, die Auswahlmarke für den Wert steht auf 1. Man muss 7 (oder 6, je nach Weg) Tasten drücken um die Auswahlmarke auf Cursor rechts zu positionieren, damit man zu den hinteren Stellen gelangt. - Die Find-Find-Funktion bringt nicht mehr den zuletzt erfassten Wegepunkt nach oben auf die Liste, sondern den Nächstgelegenen. Das ist Unfug, weil dann nämlich der Punkt oben ist, an dem man gerade steht und nicht der, zu dem man vermutlich gleich hin möchte. Und wenn die neue Station weiter weg ist als der Punkt an dem vorher war, dann steht der neue nicht an Position zwei, sondern drei. Oder auch an Vier, wenn die Wegführung etwas im Zickzack läuft.. Halb-Blinde Bedienung ist damit nicht mehr möglich, man muss hinschauen was man tut und vor allem auch warten, bis überhaupt genug angezeigt wird, dass man das entscheiden kann. Also kein Type-Ahead mehr. Dazu kommt, dass die Menüs zwar jetzt ganz toll animiert sind, der eigentliche Bildwechsel ist aber gefühlt nur noch maximal halb so schnell. Meine Vermutung ist, dass bei Garmin jemand festgestellt hat, dass es Leute gibt, die nicht von ihrem 60er lassen wollen. Also hat man jemanden hingesetzt mit dem Auftrag Hier hast Du ein Dakota und ein Gehäuse vom 60er. Baue das mal da hinein und stricke die Touchscreen- Bedienung auf Tastatur um. Und leider hat der damit Beauftragte das 60er nie wirklich benutzt. Herausgekommen ist dabei etwas, was sich nur geringfügig besser bedienen lässt als ein MS-Windows ohne Maus oder Touchscreen. Unendlich viele Tastendrücke für Dinge, die viel effektiver möglich wären, wenn das Wissen im eigenen Haus nicht verschollen gegangen wäre. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks reparieren
Sowohl aus meinem Garmin wie auch aus meinem Autonavi habe ich jetzt mehrere semidefekte GPX-Tracks angesammelt, bei denen das XML-File irgendwo in der Mitte abgesägt ist Du sprichst aber nicht zufällig von einem Oregon? Nein. Ich suche ein Programm welches a) syntaktisch falsche GPX-Dateien repariert (XML schlicht defekt) b) unplausible Trackpunkte herauslöscht (Lat -90 bzw 90...), GPS-Babel steigt da schlicht aus c) Trackpoints herauslöscht, wenn die Zeit rückwärts läuft, damit GPS-Babel nicht aussteigt bei der Filterung. Und ja, es sind mehrere Dutzend Tracks. Das geht von Hand, aber macht keinen Spass. (Auf Garmin-Konfigurationsberatung bitte ich zu verzichten. Danke.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin GPSmap 62
Am 22. November 2010 20:12 schrieb Johann H. Addicks addi...@gmx.net: Hallo Johann, vielen Dank für diesen ausführlichen Bericht, ich hatte es ja im Grunde schon geahnt, daher die Anfrage hier. Dann wird es wohl ein 60csx werden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten Ansicht am PC mit allen eingegebenen Daten?
UMAX974 schrieb: JOSM ist das Tool mit dem Sie arbeiten. Das schönste wäre aber, wenn Sie das Ergebnis ihrer Arbeit dann ich einer richtigen Karte am PC zu sehen bekämen, so zu sagen die Früchte ihrer Arbeit. gibt es da eine Lösung? Möglicherweise hilft dir dieses JOSM-Plugin weiter: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/osmarender Wenn die Schüler täglich nach beendeter Arbeit (z.B.) das Gebiet rendern lassen, könnte man aus den einzelnen Bildern ein animiertes Gif erstellen. hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin GPSmap 62
M∡rtin Koppenhoefer schrieb: hat jemand von Euch eins der neuen Garmin 62 und kann aus der Praxis berichten, ob die Qualität der Tracks mindestens der des alten GPSmap 60CSx entspricht oder gibt es da evtl. Probleme? Ich habe ein GPSMap 78, dessen Innenleben großenteils mit dem des 62 identisch ist. Direkt mit einem GPSMap 60 konnte ich es noch nicht vergleichen. Die Meinungen über die Qualität gehen auseinander - meine auch. :) Wenn man z.B. in Tunnel einfährt, wird der Track noch etwa eine halbe Minute lang auf irgendeiner Route weiterberechnet und auf dem Display angezeigt, im Log ist das nicht zu sehen. Was sich bei mir allerdings im Log niedergeschlagen hat, ist das Überschießen beim Zughalt im Bahnhof: http://malenki.ch/Garmin_62_78/2010-11-22_180626_622x584_scrot_Garmin_ueberschiessender_Track_Freital_Deuben.png Siehe auch https://forum.garmin.de/showthread.php?t=5384 Ein paar Bugs sind unter http://garmingpsmap.wikispaces.com/Bugs gesammelt. Vorteile: schnellere Hardware, Anzahl der verwendeten .img-Dateien nicht beschränkt. Allerdings kann man bei Karten wie der AllinOne keine einzelnen Layer mehr de/aktivieren, man muss also die Layer einzeln herunterladen und in dem Gerät verwenden. (Damit kann man wiederum beim DL ein wenig Traffic sparen) hth malenki (Die Mail hat sich leider etwas verspätet, das das Update des MUA erst noch mit einem Patch gefixt werden musste...) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin GPSmap 62
Johann H. Addicks schrieb: [Zusammenfassung der Mängel des GPSMap 62] Falls du diesen oder einen ähnlichen Text noch nicht an Garmin geschickt hast, solltest du das vielleicht tun. je mehr Leute denen in den Ohren liegen, desto besser wird es hoffentlich. malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Am 20.11.2010 20:11, schrieb Chris66: Due to my IP being blocked by the OSM admins I'm no longer able to provide this service. Sorry for the inconvenience Was ist denn da passiert? Das Tool war doch an und für sich prima, Ja, dieses Tool und auch der Relation-Analyser greifen wohl direkt per API auf die Datenbank zu. Und dort gibt's halt leider 'ne Traffic-Begrenzung. Überschreitet man das Limit, wird man gesperrt. Das Relation-Tool geht wieder, schau mal ob der Amenity Editor auch wieder funktioniert. Lag die Sperrung anscheinend doch nicht am Traffic!? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amenity Editor
Hi, Chris66 wrote: Lag die Sperrung anscheinend doch nicht am Traffic!? Doch, die Sperrung lag an dem hohen lila Balken rechts oben im Bild [*]: http://munin.openstreetmap.org/openstreetmap/puff.openstreetmap/api_calls_puff.html War wohl eine Kombination ungluecklicher Umstaende. Bye Frederik [*]: Nur noch bis zum 24.11.2010 sichtbar, falls jemand das hier im Archiv anschaut. -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
On Mon, Nov 22, 2010 at 05:25:06PM +0100, Frederik Ramm wrote: Ein Debian-Paket an sich ist kein Problem. Für mich ist ein Debian Paket eins was unter ftp.debian.org beziehbar ist. Falls das aus welchen Gründen auch immer nicht sinnvoll ist, dann würde ich davon eher Abstand nehmen. Lediglich wenn es auf den etablierten Kanaelen erhaeltlich ist, dann nehmen viele Leute an, dass das Software im Produktionsstadium ist, Die Annahme ist zwar nicht richtig, aber ich verstehe, daß das durchaus vorkommt. die man nach Belieben nutzen kann, und wenn da in der Beschreibung drin steht erzeugt GPX-Dateien zu Relationen in OpenStreetMap, dann geht - gerade fuer den nicht-OSM-Eingeweihten - daraus nicht hervor, dass das eine gehoerige Last auf dem OSM-Server macht und daher nur fuer den sporadischen Einzelgebrauch zu verwenden ist. Die Tatsache, daß ein Paket in Debian drin ist, erzwingt nicht automatisch, daß es von vielen Nutzern aktiv verwendet wird. Aber ich denke ich habe das oben geschilderte Problem verstanden. Wie gesagt, wenn Du den Kram ins OSM-SVN tust und ein debian-Verzeichnis drunterlegst, so dass sich jeder ein Paket bauen kann, kein Problem. Bloss wenn Hinz und Kunz irgendwann apt-get search gpx eintippen und dabei dieses praktische Helferlein sehen (OSM? nie gehoert, mal ausprobieren...), dann muss da zumindest ein ordentlicher Noob-Schutz rein. Wie sollte denn ein angemessener Noob-Schutz aussehen? Wie gesagt - es gibt durchaus einige Helferlein, die ich *nicht* auf der Festplatte eines Neulings sehen will ;). rel2gpx ist ja noch relativ harmlos. Ich könnte mir vorstellen, OSM.pm als Perl modul zu packen und rel2gpx könnte man z.B. unter /usr/share/doc/osm/examples als Beispiel der Anwendung von OSM.pm beilegen. Das halte ich für Noob-sicher (wer liest schon Beispiele für eine Perl API?) und man kann ja dem example noch passended README beilegen. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers Parameter
On 22.11.2010 15:25, Alexander Matheisen wrote: wie schaffe ich es, hier jeweils auch die aktuelle Zoomstufe dem PHP-Script zu übergeben? Ich möchte also, dass folgender Parameter an die URL angehängt wird: zoom=aktueller Zoom schau mal den Quelltext hier an: http://toolserver.org/~stephankn/cuisine/ Ich habe die Protocol.HTTP zu HTTPex erweitert. Da werden jetzt weitere Parameter angehängt. z.B. zoom Viel Spaß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rel2gpx.pl v0.23 verfügbar
Hallo, Andreas Tille wrote: Wie sollte denn ein angemessener Noob-Schutz aussehen? Vorallem, denke ich, gute Information. Idealerweise ein Schutz vor Nebenlaeufigkeit (Lockfile o.ae.). Vielleicht ein kleines sleep am Ende, falls jemand das ganze in einer Schleife (for i in seq `1 1000` ;) laufen laesst. Klar kann das alles jemand ausbauen, aber der ist ja dann selber schuld. - Gut waer auch ein eigener User-Agent. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten Ansicht am PC mit allen eingegebenen Daten?
Hallo, Am Montag 22 November 2010 19:03:21 schrieb UMAX974: Hallo Liste, zur Dokumentation der Arbeit eine Schulgruppe mit OSM bräuchte ich eine Kartenansicht, die den Fortgang des Mappings in diesem Gebiet dokumentiert. http://www.openstreetmap.org/?lat=50.0443lon=10.20184zoom=17layers=M Schön wäre es wenn dies für die Schüler verständlich, ähnlich der Kartenansicht von Mapnik möglich wäre. Leider zeit Mapnik solche Dinge wir Fahnenmasten, Kameras, Papierkörbe und viele andere Objekte, die Schüler finden, nicht an. JOSM ist das Tool mit dem Sie arbeiten. Das schönste wäre aber, wenn Sie das Ergebnis ihrer Arbeit dann ich einer richtigen Karte am PC zu sehen bekämen, so zu sagen die Früchte ihrer Arbeit. gibt es da eine Lösung? schau dir mal den Merkaartor an. Unter Tools-Style-Edit kann man das Rendern des Editors beeinflussen. Damit lassen sich auch Papierkörbe etc darstellen. Der Mapnik lässt sich als TMS-Layer einblenden. Die als Info angezeigten Nodes kann man über Style-Edit anpassen. Es ist etwas Konfigurationsarbeit, aber wenn man erkannt hat, wie die Logig funktioniert, geht es recht schnell und das Ergebnis ist sofort sichtbar. Ausdrucke über die Export-Funktion und andere Programme oder Bildschirmfoto. HTH, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers Parameter
Am Montag, den 22.11.2010, 21:20 +0100 schrieb Stephan Knauss: On 22.11.2010 15:25, Alexander Matheisen wrote: wie schaffe ich es, hier jeweils auch die aktuelle Zoomstufe dem PHP-Script zu übergeben? Ich möchte also, dass folgender Parameter an die URL angehängt wird: zoom=aktueller Zoom schau mal den Quelltext hier an: http://toolserver.org/~stephankn/cuisine/ Ich habe die Protocol.HTTP zu HTTPex erweitert. Da werden jetzt weitere Parameter angehängt. z.B. zoom Schaue ich mir mal morgen in Ruhe an. Noch eine Frage: Kann man bei der Strategy.BBOX auch zoomstufenabhängig laden, dass bei Änderung der Zoomstufe alle Marker gelöscht werden, um andere anzuzeigen? Zur Zeit habe ich nämlich das Problem, dass zwar schön beim Verschieben der Karte neue Marker hinzugeladen werden, aber wenn ich in eine andere Zoomstufe wechsle, ändern sich die Marker nicht. Ich möchte aber in jeder Zoomstufe andere Objekte anzeigen, bzw. mal mehr und mal weniger (aber nicht clustern). Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten Ansicht am PC mit allen eingegebenen Daten?
Eine weitere Möglichkeit wäre die Kombination aus Map Composer und Kosmos. Mit Composer kannst Du sehr leicht in einer GUI Deinen eigenen Mapstil konfigurieren und Kosmos macht Dir eine Karte draus. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Karten-Ansicht-am-PC-mit-allen-eingegebenen-Daten-tp5763643p5764884.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten Ansicht am PC mit allen eingegebenen Daten?
ich habe das problem primär als solches verstanden, erst mal die daten zu differenzieren, welche eingegeben wurden. danach käme dann das rendern, oder? On Mon, 2010-11-22 at 15:48 -0800, NopMap wrote: Eine weitere Möglichkeit wäre die Kombination aus Map Composer und Kosmos. Mit Composer kannst Du sehr leicht in einer GUI Deinen eigenen Mapstil konfigurieren und Kosmos macht Dir eine Karte draus. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Alpin?
2010/11/22 Fichtennadel: Wie gesagt, ich finde die Relationen gut für Wander_routen_, für Wegmarkierung sind sie aber IMHO übertrieben, das würde ich als tag am path für praktischer halten. Dazu gab's anscheinend sogar mal ein proposal, ist aber abandoned ( http://wiki.openstreetmap.org/wiki/Proposed_features/Marked_trail) Nachtrag: wie ich gerade entdeckt habe, gibt es ein proposal für ein tag trailblazed, das genau diese simple markierter Weg ja/nein Information abbilden soll: http://wiki.openstreetmap.org/wiki/Proposed_features/trailblazed ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Openlayers: OSM-Datei einbinden
Hi !
hat einer von Euch schon einmal versucht OSM-Daten als Layer eingebunden.
Ich habe eine normale OSM-Datei mit einer Border via JOSM gezogen und
als OSM-Datei bereitgestellt.
Diese wollte ich mit
map.addLayer (new OpenLayers.Layer.GML(Testgebiet, osmdata/area.osm,
{format: OpenLayers.Format.OSM}));
einbinden und bekomme die Meldung
Error in loading gml file xyz.osm
Kann einer etwas dazu aus Erfahrung sagen ?
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten Ansicht am PC mit allen eingegebenen Daten?
Es müsste das jeweils eingegebene Objekt (ohne Ausnahmen) sichtbar sein, so dass alle von den Schülern eingegebenen Elemente und Wege erkennbar und damit der Fortschritt der Karte dokumentiertbar wird. Und das möglichst so, dass die Schüler selbst diese Dokumentation durchführen können. Gruß UMAX974 Am 23.11.2010 um 07:15 schrieb Gary68: ich habe das problem primär als solches verstanden, erst mal die daten zu differenzieren, welche eingegeben wurden. danach käme dann das rendern, oder? On Mon, 2010-11-22 at 15:48 -0800, NopMap wrote: Eine weitere Möglichkeit wäre die Kombination aus Map Composer und Kosmos. Mit Composer kannst Du sehr leicht in einer GUI Deinen eigenen Mapstil konfigurieren und Kosmos macht Dir eine Karte draus. bye Nop ___ 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] erledigt !
Am 23.11.2010 08:40, schrieb Jan Tappenbeck:
Hi !
hat einer von Euch schon einmal versucht OSM-Daten als Layer eingebunden.
Ich habe eine normale OSM-Datei mit einer Border via JOSM gezogen und
als OSM-Datei bereitgestellt.
Diese wollte ich mit
map.addLayer (new OpenLayers.Layer.GML(Testgebiet, osmdata/area.osm,
{format: OpenLayers.Format.OSM}));
einbinden und bekomme die Meldung
Error in loading gml file xyz.osm
Kann einer etwas dazu aus Erfahrung sagen ?
Gruß Jan :-)
sorry - datei war wohl irgendwie unvollständig geschrieben !
gruß jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
