Hi !
hat einer von Euch schon einmal eine umfangreicheres Tutorial für OsmAnd
gefunden (Sprache etc.) - am besten schon in Deutsch ?!?!?
Gruß Jan .-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
hi !
wenn man Luftbilder hat und Reihenhäuser hochzeichnen will, dann sind
verschiedene Schritte erforderlich.
Für den einfachen Reihenhaus-Typ gibt es schon eine Vielzahl von Hilfen
- bei anderen muss man versuchen sich die Schritte zu vereinfachen.
Nachfolgend zwei Haustypen für die
Jan Tappenbeck schrieb:
Nachfolgend zwei Haustypen für die ich die Schritte vereinfachen möchte
- Ziel soll letztendlich die Aufteilung und Zuweisung von Hausnummern sein.
Reihenhaus mit mehreren Mehrfacheinheiten und Versatz zwischen
aufeinander folgende Einheiten
Am 13. Februar 2011 02:09 schrieb Frederik Ramm frede...@remote.org:
Wenn man nicht gerade, wie Stephan, vor dem Problem steht, alles mit SQL
machen zu wollen, dann ist es ja wohl trivial, die verschiedenen gaengigen
Einheiten fuer ein bestimmtes Mass in einem Programm abzudecken.
Hier würde
Hallo,
M∡rtin Koppenhoefer wrote:
Ich komme leider nicht aus dem Informatik-Umfeld und selbst triviale
Aufgaben erfordern für mich einiges an Recherche bzw. riskiere ich,
die Probleme suboptimal zu lösen. Ich nutze derzeit Osmosis, hole mir
damit einige Elemente aus dem Planet und kombiniere
Hallo,
die Wochennotiz mit Neuigkeiten aus dem OpenStreetMap-Universum ist da:
http://blog.openstreetmap.de/2011/02/osm-wochennotiz-nr-30/
Viel Spaß beim Lesen wünscht das gesamte Redaktionsteam! :-)
Stephan
--
NEU: FreePhone - kostenlos mobil telefonieren und surfen!
Moin!
Am 13.02.2011 00:54, schrieb Frederik Ramm:
Stephan Wolff wrote:
Die Kodierung der Leistung als Wert mit wählbarer Einheit ist
m. E. ein Designfehler.
Ich musste folgendes Ungetüm in SQL zur Umrechnung nutzen:
Dann ist der Designfehler aber in Deinem Prozess - solange es wenigstens
Am 13.02.2011 12:55, schrieb Stephan Wolff:
Am 13.02.2011 00:54, schrieb Frederik Ramm:
Stephan Wolff wrote:
Die Kodierung der Leistung als Wert mit wählbarer Einheit ist
m. E. ein Designfehler.
Ich musste folgendes Ungetüm in SQL zur Umrechnung nutzen:
Dann ist der Designfehler aber in
Am 13.02.2011 12:21, schrieb Frederik Ramm:
M∡rtin Koppenhoefer wrote:
Ich nutze derzeit Osmosis, hole mir
damit einige Elemente aus dem Planet und kombiniere das Ergebnis mit
einem Italy-Extrakt zu einem komprimierten osm-xml, den ich mit
osm2pgsql in eine Renderdatenbank einlese.
[...]
Das
Hi!
mit der aktuellen JOSM-Version hat sich eine Erscheinung noch vestärkt.
Shops sind jetzt weiterhin nur rote Kreise - jetzt monstermäßig groß!!!
Hat das einen Sinn oder habe ich da etwas nicht mitbekommen ?
Gruß Jan :-)
___
Talk-de mailing
Hallo Tobias,
vor dem Import in die Datenbank alles umrechnen
Ja.
Bei maxheight, maxwidth, maxspeed, width, voltage,
werden Zahlen ohne mitgeschriebene Einheit verwendet.
Numerisches Feld für Zahl,
Auswahlfeld für Einheit.
Bei Geo-Höhen braucht man zusätzlich noch das Bezugssystem.
die
Wo ist denn hier das Problem?
Oder anders gefragt: Was willst du (jan) uns mit diesen Worten sagen?
gruss
Walter
-
33,33% aller Statistiken beruhen auf kleinen Datenmengen.
--
View this message in context:
Hallo Liste,
Dem nun folgenden Schweigen auf meine Anfrage entnehme ich, dass ihr alle mit
de GarminBaseCamp - so ihr es verwendet - keine Probleme habt.
Wenn das so ist, würde mich interessieren, ob es etwas gibt, was ihr in eurem
workflow anders macht als ich!
Könnt ihr mir darauf mal eine
Am 13.02.2011 14:37, schrieb Markus:
Bei maxheight, maxwidth, maxspeed, width, voltage,
werden Zahlen ohne mitgeschriebene Einheit verwendet.
Numerisches Feld für Zahl,
Auswahlfeld für Einheit.
Kann man so machen.
Idealerweise gibt es für jeden Schlüssel eine Definition,
incl. Einheit
Am 13. Februar 2011 12:21 schrieb Frederik Ramm frede...@remote.org:
Das Präprocessing wäre also wohl an dieser Stelle sinnvoll (vor dem
Import in die db).
Ja - obwohl man es durchaus auch spaeter noch in der Datenbank machen
koennte, wenn einem das lieber ist.
ja, teilweise versuche ich
Obwohl ich mich eigentlich als Inkludist bezeichnen würde (nach
gängigem WP-Schubladendenken) finde ich, dass bestimmte Dinge eher
schlecht in OSM aufgehoben sind. Dazu zähle ich z.B. Ways die sich auf
Kartenmaterial oder Luftbilder beziehen.
Z.B. http://www.openstreetmap.org/browse/way/39509794
schlecht in OSM aufgehoben sind. Dazu zähle ich z.B. Ways die sich auf
Kartenmaterial oder Luftbilder beziehen.
Solange es eine parallele Meta-DB nicht gibt, ist das aber schon eine
Hilfe beim Mappen (äh Sat-Tracen).
Die Grenze zwischen Geo und nicht-Geo ist auch nicht sauber zu ziehen.
Sind
Hier hat man Glueck, dass die Waende wohl alle senkrecht sind.
Mit dieser Vorgehensweise wuerden die Einzelhaeuser nacheinander
angereiht. Wenn schon alles irgendwie krumm und schief eingetragen ist,
hilft vielleicht der Orthogonalizer (Q).
= den kannte ich schon einmal nicht !!!
Gruß
Am 13.02.2011 15:09, schrieb Walter Nordmann:
Wo ist denn hier das Problem?
Oder anders gefragt: Was willst du (jan) uns mit diesen Worten sagen?
gruss
Walter
-
33,33% aller Statistiken beruhen auf kleinen Datenmengen.
HI !
nach meinem bisherigen Zeichenweg waren viele Schritte
Moin !
in Josm gibt es ein Plugin für Ein Haus aufteilen
Nun habe ich festgestellt das viele Reihenhäuser mit einer ganzen Ziffer
anfangen und dann mit a-? die nächsten Häuser kommen.
Bei mir kommt eine Fehlermeldung.
Weiß einer ob das trotzdem irgendwie zu bewerkstelligen ist -
Am 13.02.2011 14:29, Jan Tappenbeck:
mit der aktuellen JOSM-Version hat sich eine Erscheinung noch vestärkt.
Shops sind jetzt weiterhin nur rote Kreise - jetzt monstermäßig groß!!!
Hat das einen Sinn oder habe ich da etwas nicht mitbekommen ?
Bitte nenne die genaue Revisionsnummer, der von
Am 10.02.2011 17:52, schrieb Manuel Reimer:
Mitja Kleider wrote:
Da das XAPI-Problem nicht von finanzieller Natur ist, gibt es noch
Hoffnung.
Naja, wenn es nur ein finazielles Problem wäre, könnte man ja Sammeln
gehn ;-)
Mal ein wenig OT:
Ich denke das Hauptproblem mit jeder neuer
Am 13.02.2011 18:26, schrieb Claudius:
Am 13.02.2011 14:29, Jan Tappenbeck:
mit der aktuellen JOSM-Version hat sich eine Erscheinung noch vestärkt.
Shops sind jetzt weiterhin nur rote Kreise - jetzt monstermäßig groß!!!
Hat das einen Sinn oder habe ich da etwas nicht mitbekommen ?
Bitte
Hallo,
Tobias Knerr wrote:
Ich erwäge gerade auch, in Zukunft einige der Verarbeitungsschritte für
meine Software in die Vorverarbeitung zu ziehen, und der für mich
spontan naheliegendste Ansatz wäre, einen eigenen Osmosis-Task zu schreiben.
Eventuell kannst Du TagTransform entsprechend
Hallo Liste,
ich bin gerade von der Antinazidemo in Dresden wieder rein.
Was mir hier gerade eine Meldung wert ist, ist der Umstand, dass die Polizei
mittlerweile Openstreetmap bei ihren Einsätzen benutzt.
Das ist mir heute erstmalig aufgefallen. Letztes Jahr hatten sie krude
Stadtpläne vom
Moin,
On Sat, 12 Feb 2011, Carsten Schwede wrote:
wenn Du auf Deinem Navi die Eisenbahn nicht dargestellt bekommst, dann
liegt es an dem verwendeten Style und da mußt Du dran drehen. Da werden
offenbar im Style der AIO die Eisenbahnen auf eine Garminnummer gemappt,
die Dein GPS nicht
Am 13.02.2011 21:30, schrieb Schorschi:
bißchen mehr zu klemmen - wie gesagt, hier habe ich ein nüvi 1390.
Ich würd' auf dem Nüvi mal eine Standard-nahe Karte (ohne Typfile)
probieren, zB. die von ComputerTeddy oder die Worldwide-Routable von
Lambertus.
Chris
Hi,
Am 13.02.2011 21:30, schrieb Schorschi:
Insgesamt scheint es da nicht so viel freie (im Sinn von quelloffen)
Software am Markt ... Einen freien Typefile-Editor habe ich nicht gefunden
- und wie bekomme ich ein .img-file mit freier Software geöffnet?
Der online Typfileeditor:
Am 13.02.2011 21:30, schrieb Schorschi:
Ich vermute mal, da es sich ja um ein Pkw-Navi handelt, dass die
Darstellung noch irgendwo anders beeinflusst und unterdrückt wird. Das
sieht mir doch recht zeitaufwändig auf, da weiterzukommen - oder hat da
noch jemand einen guten Tipp, wo/wie man
Interessant:
Strahlenförmige Ländergrenzen, und beim Reinzoomen erscheint Südpol...
http://www.openstreetmap.org/?lat=-0.09lon=0.32zoom=6layers=M
Gruss, Markus
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo,
Am Sonntag 13 Februar 2011 16:22:38 schrieb M∡rtin Koppenhoefer:
Obwohl ich mich eigentlich als Inkludist bezeichnen würde (nach
gängigem WP-Schubladendenken) finde ich, dass bestimmte Dinge eher
schlecht in OSM aufgehoben sind. Dazu zähle ich z.B. Ways die sich auf
Kartenmaterial oder
Hello list,
Sorry for posting in English.
Here is a ranking of the cities/towns in Spain which need the most OSM love.
Click 4 times on the last column to see them sorted:
http://bit.ly/eUkBpX
Now you finally have something to do in your spare time. You can legally use
this WMS service:
Hallo,
Am Sonntag 13 Februar 2011 15:10:21 schrieb UMAX974:
Hallo Liste,
Dem nun folgenden Schweigen auf meine Anfrage entnehme ich, dass ihr alle
mit de GarminBaseCamp - so ihr es verwendet - keine Probleme habt. Wenn
das so ist, würde mich interessieren, ob es etwas gibt, was ihr in
Hallo,
Am Sonntag 13 Februar 2011 22:36:41 schrieb Ulf Lamping:
Am 13.02.2011 21:30, schrieb Schorschi:
Ich vermute mal, da es sich ja um ein Pkw-Navi handelt, dass die
Darstellung noch irgendwo anders beeinflusst und unterdrückt wird. Das
sieht mir doch recht zeitaufwändig auf, da
On 14.02.2011 00:00, Markus wrote:
Strahlenförmige Ländergrenzen, und beim Reinzoomen erscheint Südpol...
http://www.openstreetmap.org/?lat=-0.09lon=0.32zoom=6layers=M
Die Software kann unendlich nicht darstellen. Eigentlich müsste alles
nördlicher/südlicher von 85 Grad abgeschnitten werden.
Moin!
Am 13.02.2011 13:21, schrieb Tobias Knerr:
Am 13.02.2011 12:55, schrieb Stephan Wolff:
Am 13.02.2011 00:54, schrieb Frederik Ramm:
Stephan Wolff wrote:
Die Kodierung der Leistung als Wert mit wählbarer Einheit ist
m. E. ein Designfehler.
Dann ist der Designfehler aber in Deinem
Hallo,
Stephan Wolff wrote:
Wollte man Osmarender beibringen, Einheiten bei width auszuwerten,
müsste man das Programm ergänzen und an hunderte Teilnehmer verteilen.
Für Mapnik sind unhandliche Umrechnungen nötig. Bei Datenbankabfragen
(etwa nach den 100 leistungsstärksten Kraftwerken)
2011/2/13 M∡rtin Koppenhoefer dieterdre...@gmail.com
Obwohl ich mich eigentlich als Inkludist bezeichnen würde (nach
gängigem WP-Schubladendenken) finde ich, dass bestimmte Dinge eher
schlecht in OSM aufgehoben sind. Dazu zähle ich z.B. Ways die sich auf
Kartenmaterial oder Luftbilder
Am 14.02.2011 01:40, schrieb Frederik Ramm:
Es ist trotzdem nicht akzeptabel, diese Arbeit den Mappern aufzubuerden,
egal wie trivial die Umrechnung ist. Da bin ich ein ziemlicher Hardliner
- nur weil irgendein Programmierer es nicht hinkriegt, die Daten richtig
auszuwerten, darf es fuer den
Hallo,
Ulf Lamping wrote:
Es ist für einen Mapper wesentlich leichter, einen Zahlenwert und evtl.
die Maßeinheit aus einer Drop-Down-Box auszuwählen, als irgendwas
einzutragen und dann zu raten ob das jetzt gestimmt hat.
Wenn der Mapper dabei sowohl 700, cm als auch 7, m auswaehlen
kann,
Am 14.02.2011 03:02, schrieb Frederik Ramm:
Ich denk mir halt, der Mapper wird doch einen Grund haben, warum er
700cm eingibt und nicht 7m.
Ich glaube, du unterstellst in sehr, sehr, sehr vielen Fällen dem Mapper
eine Intention, die nie da war - ist halt so geworden - trifft es in
vielen
Am 14.02.11 03:02, schrieb Frederik Ramm:
PS: zur Illustration die in Europa vorkommenden voltage-Werte samt
Anzahl (nur die, die 10x vorkommen). Sind diese Werte plausibel und
tatsaechlich alle in Volt?
30390 tag k=voltage v=15000/
6638 tag k=voltage v=25000/
Sieht mir nach
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 14.02.2011 04:03, schrieb Ulf Lamping:
Am 14.02.2011 03:02, schrieb Frederik Ramm:
Grundsaetzlich finde ich, dass der Editor dem Mapper da nicht
dazwischenfunken sollte.
Das ist gut für jemanden der weiß was er tut und schlecht für jemanden
43 matches
Mail list logo