Ausfallsicherheit.
Andreas bereits erwähnte, kann man entweder den Timeout per JS abfangen
oder vor dem Laden einen kleinen Request absenden.
Gruß Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
/home.seam?clear=truestartName=AlsterstartType=2destName=Planten+un+BlomendestType=2
Mit freundlichem Gruß
Josias Polchau
Softwareentwickler, GIS
E-Mail: josias.polc...@hbt.de
Tel.: +49 40 369779-72
HBT Hamburger Berater Team GmbH
Stadthausbrücke 3, 20355 Hamburg
Geschäftsführer:
Ilse
Am 18.02.2012 23:24, schrieb Martin Koppenhoefer:
ich würde das als historic=memorial taggen und ggf. einen Subtyp dazu
evtl. mit memorial=grave
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 17.02.2012 17:28, schrieb Ronnie Soak:
Oder mag mal wer JOSM fuer Android und Stifteingabe optimieren?
Auch wenn josm in java geschrieben ist, müsste es auf Android portiert
werden.
Es gibt aber schon einen recht brauchbaren (wenn auch noch
verbesserungswürdigen) Editor: Vespucci
Änderung an Mapnik-de ist vom 2.7.11.
Gruß Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 20.01.2012 01:54, schrieb Klaus-Hermann Otto Stanislaus Plöger:
Schreiben wir jetzt auch alle meine Fahrradpannen hier hinein?
Es geht hier um das Wack, das ein erhebliches Hindernis in der Seefahrt
darstellt. Ich wette unter den nächsten Nachträgen der professionellen
Seekarten wird auch
was durcheinander bekommen...
Josias
(SBF See) :D
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 28.06.2011 15:24, schrieb Wolfgang:
Abgesehen von Aktualität habe ich nach der on the ground rule bisher noch
keine Postleitzahlen, Gemeindegrenzen oder TMC-Tafeln gesehen, zumindest
nicht
flächendeckend.
wo wird TMC auf der Karte _angezeigt_?
es geht so viel ich es gesehen habe hier
sind real vorhanden) sind meiner
Meinung nach überflüssig
* Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
.
*Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
interessiert.
Was fehlt ist ein Art Ticketsystem.
Das würde auch für die nötige Tranzparenz sorgen und doppelte Einträge
reduzieren.
Ich würd mich zumindest an der Betreuung dieser beteiligen und ab und
Änderungen einpflegen.
Alles Gute Josias
___
Talk
richtig hält, wenn er keinen
anderen stört. bisher haben wir uns schon immer einigen können.
Alles Gute wünscht
Josias
Relevant ist, was der Eintragende für relevant erachtet.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Am 06.03.2011 17:56, schrieb M∡rtin Koppenhoefer:
Wenn ich dann an der
Gegenrichtung ankomme, darf ich entweder links abbiegen oder nicht
(turnrestriction). Ob ich auf der Querstraße selbst wenden darf oder
nicht, wäre wieder nur ein U-Turn mit einem Node (oder nur ein tag auf
dem Weg. wenden
Am 08.02.2011 16:34, schrieb Frederik Ramm:
aber das ganze darf auch nicht zu einem free-for-all a la
Tiles@Home werden, wo jeder seine Lieblingstags eintragen darf ;)
das große Problem von t@h ist doch, dass Überlappungen nicht
herausgerechnet werden.
es muss einfach eine Hierarchie geben
Zu dem Thema Beschriftung einer Karte gibt es eine interessante Master
Arbeit:
leider nicht wirklich öffentlich, hab nur einen Vortrag gehört.
seine lösung war:
ich erkläre das mal bildlich, lässt sich aber gut in einen Algorithmus
packen
- für jede Beschriftung einen Score speichern.
(-
der Score kann über beliebige Funktionen berechnet werden zb:
Einwohnerzahl (*|+) Fläche (*|+) Wichtigkeit (*|+) PolitischeFunktion
wichtigkeit kann zb über die anzahl von öffentlichen einrichtungen, die
größe dieser usw berechnet werden...
___
Am 09.10.2010 10:34, schrieb Tom Müller:
Kann man das mit Thunderbird zufällig auch?
wenn du im Thunderbird osm-de als Newsgroup liehst (zb über gmane),
kannst du mit der taste 'k' ein Thema ignorieren. Beim nächsten Aufruf
wird das Thema nicht mehr angezeigt.
Am 16.09.2010 23:30, schrieb Frederik Ramm:
Dann aber bitte erst ab Zoom Level 19
klar.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 16.09.2010 17:45, schrieb Peter Wendorff:
Spricht etwas dagegen, das für das Stadtgebiet selbst zu rendern?
Wahrscheinlich der Aufwand.
zB: nicht jede Stadt oder Gemeinde kann es sich leisten einen Server nur
für die Karten hinzu stellen oder sich jemanden zu engagieren, der sich
mit osm
Am 14.09.2010 13:33, schrieb Walter Nordmann:
schwachsinn, so nen tag gibt es nicht. raus damit oder einfach ignorieren
http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#T
wenn man nur nach Howto_Map_A gehen würde, wäre OSM nicht so reich an
Möglichkeiten.
Nur weil man selbst im Moment
Am 07.09.2010 06:16, schrieb Florian Lohoff:
On Mon, Sep 06, 2010 at 09:13:24PM +0200, Josias Polchau wrote:
Am 06.09.2010 09:37, schrieb Florian Lohoff:
SQL DBs passen nicht wirklich schoen zu den OSM Daten. Das Problem mit der TRAPI
sind die vielen kleinen files und perl als
Am 06.09.2010 09:37, schrieb Florian Lohoff:
SQL DBs passen nicht wirklich schoen zu den OSM Daten. Das Problem mit der TRAPI
sind die vielen kleinen files und perl als interpretersprache die nicht
wirklich super fuer die bit ops ist (Ich bin sonst schon ein perl fan)
Du kennst PostGis? die
Als witeres KO kriterium sehe ich die Aktualität.
eine XAPI sollte offt geupdated werden, aber chronejobs sind nur selten
bei webhostern dabei.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 06.09.2010 11:26, schrieb Peter Wendorff:
Zwei Gedanken dazu:
1) es wäre gut, wenn man eine bevorzugte Boundingbox angeben kann für
den eigenen XAPI-Node. Als Hintergrund sehe ich dabei Die Server, die
XAPI-ähnliche Abfragen regelmäßig selbst auf einer begrenzten BBox
anfordern.
das ist sehr
Am 03.09.2010 18:06, schrieb Sven Geggus:
Wenn ich das richtig verstanden habe ist dei XAPI in einer
Programmiersprache geschrieben, die außer dem Author der XAPI niemand
spricht.
Genau das ist das Problem.
Wie wäre es die XAPI in einer modernen, für Webanwendungen geeigneten
Am 22.08.2010 13:20, schrieb Felix Hartmann:
Dass kannst du nicht, solange der Fork unter CCBYSA steht.
da Daten von der CC nicht abgedeckt werden, sind meine Daten nach
Deutschem (EU-) Recht eigentlich garnicht oder nur für OSM lizensiert. ^^
bin gespannt was dabei rauskommt.
Am 22.08.2010 20:12, schrieb 007:
Ich selbst unterstütze einen Fork auf keinen Fall. Egal welchen und egal
unter welcher Lizenz der läuft. Ich würde alles daran setzen das meine
Daten in keinem Fork landen. Es kann nur ein Ziel geben und zwar das
gemeinsam an einer freien Karte gearbeitet wird.
Am 16.08.2010 00:06, schrieb Jonas Stein:
Es gibt eine kleinste Einheit z.B. 1km x 1km und diese xml-Kacheln werden
in einen cache gelegt. Der Transfer kann dann nach rsync manier erfolgen.
Haette noch viele positive Nebeneffekte wie z.B. dass caching von WMS
einfacher wuerde.
hm interessante
Am 13.08.2010 16:06, schrieb Chris66:
Ich denke man sollte erstmal per Bot das
amenity=ice_cream durch shop=ice_cream ersetzen und die Vorlage in JOSM
entsprechend ändern.
hm also die meisten Eisdiele gleichen mehr einem Cafe als einem
einfachen shop...
sollte allerdings der Eisverkauf das
Why we need a SA for all merged Data?
I understand ODbL like this: If you Merge some Data with OSM Data and
create something (e.g. a map) from that you have to publish the merged
data under ODbL(or compatible).
so why we need that?
With SA we intend that no one can fork OSM under a
Am 6. Juli 2010 16:36 schrieb M∡rtin Koppenhoeferdieterdre...@gmail.com:
Übrigens: jeder Baum ist einzigartig ;-)
ich verweise noch mal auf den früheren grundsatz für osm: relevant ist
das was dem Ersteller wichtig ist
ich weiß nicht, ob der immer noch gilt. (wär schade drum, siehe
ich weiß nicht ob die Gauß-krüger noch etwas sagt, das wurde (wird
teilweise immer noch) von den Deutschenvermessungsämtern benutzt
der vorteil ist, dass es Winkel echt ist ( für vermessung sehr wichtig)
der nachteil: es funktionier fast nur in deutschen breitengraden
WGS84 ist weltweit relativ
On 13.07.2010 01:56, Dirk-Lüder Kreie wrote:
Nicht nur Winkelechtheit, auch das Niveau muss stimmen, was WGS84
ebenfalls nicht hinreichend genau liefert. Das ist aber auch eher ein
Grund dafür, dass OSM die dritte Dimension vernachlässigt, als für die
Projektion relevant.
stimmt, aber heir
Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On 15.06.2010 09:07, Frederik Ramm wrote:
Das Wiki hat ungefaehr 40 Seiten zur neuen Lizenz:
http://wiki.openstreetmap.org/wiki/Category:Open_Data_Licence
diese sind aber so unübersichtlich, dass kaum ein normaler Mensch sie
versteht
CC war da übersichtlicher...
Kuenftig: Deine
On 15.06.2010 11:25, Frederik Ramm wrote:
Ich glaube uebrigens, dass das auch schon von Navteq-Seite aus schwierig
ist, zumindest weiss ich, dass man Navteq und TeleAtlas nicht mergen
darf - ob das jetzt an den Lizenzbestimmungen von Navteq oder denen von
TeleAtlas liegt, weiss ich nicht.
wie
getestet wurde.
außerdem gibt er folgenden Tipp:
Sehr häufig werden SVMs (Support Vector Machines) für
Verkehrszeichenerkennung eingesetzt,
such mal nach svm traffic sign recognition
alles gute
josias
[1] https://cis.informatik.uni-tuebingen.de/se-ss-09/downloads/fileid=1
es reicht ja alle 2-5 sec ein bild zu machen...
für bilder gibt es ja diverse programme
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
eigentlich nicht sein, schließlich gibt es genug
diplom arbeiten über das erkennen von formen in bildern
alles gute Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On 10.02.2010 16:00, Jan Tappenbeck wrote:
http://wiki.openstreetmap.org/wiki/Image:Kiosk.png
ist repariert
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On 08.02.2010 12:00, Jan Tappenbeck wrote:
* Zeitung-Office.
ist zwar ein kiosk, die zeitung daraus kann aber gerne extrahiert werden:
http://wiki.openstreetmap.org/wiki/Image:Kiosk.png
___
Talk-de mailing list
Talk-de@openstreetmap.org
im Deutschen recht gibt es übrigens eine verhältnismäßigkeitsklausel.
dh das Gericht muss abwägen ob bestimmte Maßnamen dem Beklagten
überhaupt zugemutet werden können.(siehe zb foren-haftung)
Ich denke das ist abzuwägen, in wie weit Waten die importiert und
anschließend verändert wurden zu
Peter Körner schrieb:
Kann Dir http://www.openstreetmap.org/user/username/edits da nicht helfen?
Nicht wenn er den nutzer *sucht* :)
er kann erst mal seinen namen eingeben.
anschließend sucht er nach der sitzung in der er den knoten editiert hat,
anschließend sucht er den konoten und wer ihn
es gab mal ein post in dem beschrieben wurde, was du dir vorstellst. das
war irgend eine bekannte spiele engine...
an einen weiteren post erinnere ich mich, in dem der import nach blender
beschrieben wurde...
alles Gute Josias
___
Talk-de mailing list
Jan Tappenbeck schrieb:
und dann davor amenity=xmas
nein, gar nichts...
wozu braucht man das?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Johann H. Addicks schrieb:
und dann davor amenity=xmas
wozu braucht man das?
Damit man schon im September schauen kann, wo man mit etwas Glück gleich
Mitte Oktober einen Weihnachtsbaum kaufen kann
nein ich meinte ausschließlich das amenity... das xmas steht doch schon
im key.
Mirko Küster schrieb:
Weil es keine einzige Anwendung auswertet und dieser Node komplett tot in
der DB gammelt.
na danke... zb Osmolt in der kommenden Verison kann das... hab mir
solche mühe gegeben ;)
___
Talk-de mailing list
Karl Eichwalder schrieb:
Guenther Meyer d@sordidmusic.com writes:
dann muessen das die anwendungen eben lernen.
Es ist nicht ganz trivial, wenn auf einmal listen in bestimmten feldern
auftauchen. Wenn man so etwas nicht vorab festlegt, sollte man als
mapper nicht die alten daten
unbenutzbar.
das kann einem auch jetzt schon passieren.
aber das kann nur eine Zwischen-Lösung sein
Deshalb lasst uns schon jetzt darüber nachdenken, wie wir das Problem
lösen können bevor die Wartezeiten so groß werden, dass keiner mehr Lust
hat bei OSM mitzumachen
Alles Gute
Josias
Frederik Ramm schrieb:
Hallo,
Josias Polchau wrote:
Der zentrale Server muss auf absehbare Zeit zentral fuer
Schreiboperationen bleiben.
das sehe ich nicht so. ich hab zwar nur etwas Erfahrung bei großen
Datenbanken, aber wir werden, schätze ich, in einem Jahr nicht umhin
kommen die
Frederik Ramm schrieb:
Hallo,
Josias Polchau wrote:
wenn ich es richtig verstanden hab geht es also um das schnelle
Ausliefern von Informationen, die sehr klar eingegrenzt werden können, oder?
Ja. Erschwerend kommt hinzu, dass wir fuer sehr viele Anwendungen diese
Informationen im
viel versprechend an... ich würde gerne mehr darüber
erfahren... weil genau das ist es, was ich seit einem jahr suche...
diese Software zu erweitern währe natürlich cool und ich würde wo ich
kann dabei gerne mithelfen.
alles gute
Josias
___
Talk-de
Lust, sich einzubringen.
Das ist auch mein Traum (weshalb ich Osmolt begonnen habe.)
letzt endlich müsste man die macher von OpenStreetBrowsers, Freietonne
(die ja auch Hilfe dabei angeboten haben) und andere, die sich mit
diesem Thema beschäftigen zusammen bringen..
alles gute
Josias
daten von XAPI herunterlade
und statisch abspeichere, aber so wirklich zufrieden bin ich nicht.
derzeit dauert es ca 1-3 min bis eine Antwort von der XAPI kommt.
ist nur ein Wunsch, und evtl nur meiner (ich weiß nicht wie viele
Anwendungen auf die xapi zugreifen).
alles Gute Josias
ein Service der
individuelle POI-Karten-Erstellt doch super.
Alles Gute
Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Chris-Hein Lunkhusen schrieb:
Hi das schreibt man auch kebap.
laut
http://wiki.openstreetmap.org/wiki/Key:cuisine
schreibt man es kebab.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
hab ich da was falsch gesehen?
in vielen Deutschen Städten sind Döner-Imbisse kaum eingezeichnet
ich hab mal auf folgendes getestet:
amenity=restaurant
cuisine=kebab
oder
amenity=fast_food
cuisine=kebab
http://osm.youseeus.de/osmolt/doener/
mehrere Angaben bei cuisine kann osmolt (noch) nicht
hier gab es mal sowas, scheint aber derzeit nicht zu funktionieren:
http://osm.virtuelle-loipe.de/restrictions/
sb-lis...@gmx-topmail.de schrieb:
Hallo,
ich habe eine kurze Frage, die ich mir nicht über eine Google Suche oder
Suche im OSM-Wiki beantworten konnte. Ich suche eine OSM-Karte,
Tobias Wendorff schrieb:
Josias Polchau schrieb:
hier gab es mal sowas, scheint aber derzeit nicht zu funktionieren:
http://osm.virtuelle-loipe.de/restrictions/
Gibt es einen Screenshot, wie das funktionierend aussieht?
Screenshot,hab ich leider keinen, aber damals waren da dann
ich hab für hamburg mal so was gemacht... nur live ist da nichts...
http://osm.youseeus.de/osmolt/bicycle_rental/hamburg/
alles gute
Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
verbindung
besteht...
jm2c
Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
festlegen kann.
wenn wir alles mit amenity taggen, dann können wir diese Kategorisierung
auch gleich weg lassen.
Anstatt immer gleich nach amenity zu schreien, sollten wir unser
Köpfchen mal bisschen anstrengen und uns eine gute Oberkategorie ausdenken.
Mut für was etwas Neues
Alles Gute
Josias
Friedhelm Schmidt schrieb:
Wenn ein Müllcontainer eine amenity ist, dann ist es eine
Wasserzapfstelle auch. Alosmein Vorschlag: amenity = water_tap.
Josias Polchau schrieb:
Anstatt immer gleich nach amenity zu schreien, sollten wir unser
Köpfchen mal bisschen anstrengen und uns eine gute
Tobias Knerr schrieb:
Ich finde ja, in einem Top-Level-Tag sollte so wenig Information wie
möglich stecken, weil manch einer die Detailinformation vielleicht nicht
erfassen kann/will. Deshalb halte ich drinking_water für unglücklich
gewählt. (Oder lässt sich immer eindeutig und ohne
Martin Koppenhoefer schrieb:
z.B. weil amenity=drinking_water schon 4480 mal in Europa verwendet
wird und div. Anwendungen es unterstützen?
wie von den Vorposteren dargelegt, bringt das einem wenig, wenn man
nicht trinkbares Wasser taggen will.
amenity wenn wir weiterhin so viel amenity
zeichne sie ein.
es gibt kein Muss oder Verbot
ach so, doch, es sollte mindestens 2 Wochen am selben Fleck stehen.
das war vor 2 Jahren, den aktuellen Stand weiß ich nicht genau.
alles Gute Josias
PS: bitte kein HTML in mailinglisten
___
Talk-de mailing
Mirko Küster schrieb:
Solche Schächte mit Hauswasserwerk oder auch Handschwengelpumpe auf der
Parzelle würde ich entsprechend mit eigenem Tag abgrenzen und für
Spezialkarten vorbehalten. Das ist sowieso Privat oder Pachtgelände und
nicht zugänglich. Das ist was anderes wie zentrale oder
ich hab es brunnen genannt also fountain
laut leo heißt das auch Zapfstelle
Jan Tappenbeck schrieb:
es gibt Trinkwasser-Definitionen
(http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddrinking_water) aber
für nicht Trinkwasser-Zapfstellen (z.B. Handpumpe im Schrebergarten)
habe ich nichts
Martin Koppenhoefer schrieb:
ich halte das für weniger geeignet, da es schon einen erheblich
Unterschied gibt zwischen einer Handpumpe im Schrebergarten oder auf
dem Friedhof, und einer repräsentativen Fontaine, oder einem
skulpturalen Brunnen.
Achtung, es gibt einen Unterschied zwischen
Martin Koppenhoefer schrieb:
klar kann man immer noch feiner durch Sub-tags differenzieren, aber
das Taggen einer Handpumpe im Schrebergarten als Brunnen (weil LEO an
letzter Stelle neben Brunnen, Fontaine, Ursprung, Wasserspiel und
Wasserstand auch Zapfstelle als mögliche Bedeutung erwähnt)
Alexander Kopf schrieb:
ähnlich wie diese http://j-po.de/datei/osm/osmolt/hamburg/
danke, ja de karte sieht ganz gut aus, wie erstelle ich denn so ein overlay?
und wie kann ich eine karte erstellen wo dieses overlay genutzt wird?
hm ich hatte mal ein Programm geschrieben, dass allerdings
Alexander Kopf schrieb:
http://wiki.openstreetmap.org/wiki/DE:Fire_hydrant
An sich eine gute Sache.
Du kannst es, wie immer in OSM so wie du denkst benutzen.
Wenn dir beim Benutzen weitere Ideen kommen trägst du sie auf die Wiki-Seite
ein.
ob die Hydranten auf eine der 2 großen Karten kommt
OT
Jonas Krückel (John07) schrieb:
smaug
hehe
und das wo der kleine Hobbit 2010 verfilmt werden soll ;)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Patrick Kolesa schrieb:
Aber ich frage mich, wieso es keine layerbasierte Karte gibt,
bei denen man alles an- und abwählen kann. Das würde Probleme wie deins
recht einfach lösen.
hm ein paar gründe fallen mir auf Anhieb ein.
Ob diese schwer genug sind, eine layerbasierte Karte zu verhindern
Philipp Klaus Krause schrieb:
- Die Nennung von OpenStreetMap als Quelle, was sich gegen Forks
richtet (und damit OSM der Willkür der OSF ausliefert)
in wiefern?
- Das Abgeleitetes unter der gleichen Lizenz we OpenStreetMap stehen muß
und damit OpenStreetMap vom Rest der freien welt getrennt
Übersetzung ist im Moment kaputt und wird in einem späteren
Release nutzbar sein.
ich würde mich über Feedback und Bugreports freuen.
dafür kann man auch Sourceforge benutzen
Alles Gute
Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Philipp Klaus Krause schrieb:
Josias schrieb:
Philipp Klaus Krause schrieb:
- Die Nennung von OpenStreetMap als Quelle, was sich gegen Forks
richtet (und damit OSM der Willkür der OSF ausliefert)
in wiefern?
Betrachten wir den Fall, daß es einen Fork gibt, nennen wir ihn 'mal
Tobias Wendorff schrieb:
Kannst Du das vielleicht noch dahingehend erweitern, dass zunächst
alle POIs im geladenen Bereich, wie bei einem Tagwatch, angezeigt
werden und man dann aus dieser Liste auswählen kann?
dafür müsste ich alle Daten aus der Datenbank holen und parsen. dies ist sehr
Tobias Wendorff schrieb:
Josias schrieb:
dafür müsste ich alle Daten aus der Datenbank holen und parsen. dies ist
sehr zeitaufwendig und/oder Speicher-fressend.
Wie kommst Du denn momentan an die POIs? Ich dachte, du parsed
die XML-Datei der POIs in den Speicher und liest dann die
ich hab grad ein weiteres interessantes app gefunden:
Trails
hat osm Karten als Hintergrund
kann aber nicht zu osm hoch laden (nur per mail)
man kann fotos aus der app machen
kostet aber 2,39
___
Talk-de mailing list
Talk-de@openstreetmap.org
Dirk Stöcker schrieb:
Ja. Aber der Code wird immer programmspezifisch sein. Ich habe mir das
gerade nochmal angeschaut. Viel könnte man nicht in eine unabhängige
Klasse auslagern ohne in Parametrierungswahnsinn zu verfallen.
naja... ich hab das jetzt (nach meinen Bedürfnissen) angepasst
so was brauchen könnte?)
Jemand der sich eventuell schon etwas mit dem josm code damit auskennt?
alles Gute
Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Gute
Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hatto von Hatzfeld schrieb:
Auf [..] stehen dieser und weitere Werte.
Wäre schön, wenn die mal in die Stylefiles von josm eingepflegt werden würden :)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Bernd Wurst schrieb:
Es wurde in diesem Thread bisher konsequent ignoriert, aber man braucht doch
überhaupt kein Perl. wget kann das alles ganz alleine.
wget holt aber bei jeder Änderung gleich die ganze Datei
mein Skript holt das nur, wenn sich die Versionsnummer ändert.
vor einiger Zeit gab es eine Diskussion über das ausgeben der josm Version
ich hab mal in Anlehnung daran ein shellskript geschrieben:
Anleitung:
- Code (siehe unten) in eine datei schreiben
- Datei ausführbar machen
- eventuell eine Verknüpfung in einem Panel oder auf dem Desktop anlegen
bei
Josias schrieb:
if perl -e 'print`unzip -c josm-latest.jar REVISION`=~/sion: (\d+)/' | cmp
current devnull
oha böser fehler ;)
es muss natürlich /dev/null und nicht devnull heißen... also:
rm current -f
wget -q http://josm.openstreetmap.de/current
if perl -e 'print`unzip -c josm-latest.jar
Norbert Kück schrieb:
kann mir jemand erklären, woher Mapnik hier die Beschriftungen HB-NI,
BRA-CUX und Blumenthaler Aue nimmt?
das dürften Flugbezeichnungen sein
___
Talk-de mailing list
Talk-de@openstreetmap.org
Gerrit Lammert schrieb:
zu 2b: ich denke das währe nicht sinnvoll Haltepunkte zusammen zufassen.
Ist ein Kompromiss.
Momentan ist noch ein Vorteil, das weniger durcheinander auf den Karten
herrscht (manche Renderer zeigen die Punkte, auch wenn kein name-Tag
dran ist).
ok
Diesen Tag gibt
habe da an die css Farbdarstellung gedacht, da sie leicht verarbeitbar und
eindeutig ist:
die Hamburger S1 hat zb ungefähr die Farbe #33b540
dh: network:color=#33b540
über Gegenvorschläge und Anmerkungen freue ich mich
Alles Gute
Josias
___
Talk-de
stapaziere amenity nicht zu sehr und nutze einen
besseren tag zb transport=station
zu Plattform Rendering: da es manche Plattformen gibt, auf denen auch
Fahrradfahrer fahren dürfen, sollte es so gerendert werden wie path.
alles gute Josias
___
Talk-de
meinst du sowas?
http://j-po.de/datei/osm/?zoom=14lat=53.58012lon=9.70206layers=B0T
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ok... da hab ich dann schon nicht mehr mitgelesen...
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
hm ich hab mal ein Icon für Wasserski gemacht:
http://wiki.openstreetmap.org/wiki/Image:Waterski.png
hatte im Wiki nichts in den Kategorien gefunden...
alles Gute Josias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Claudius Henrichs schrieb:
Ansonsten: In JOSM Bereich herunterladen und als OSM-Datei speichern.
wann bekommt eigentlich Josm eine History-Funktion?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
BroadwayLamb schrieb:
Nach meiner bescheidenen Meinung
würde die Zahl in einem blassen Grau doch reichen, von mir aus auch noch
mit einem dünnen Ring außen herum - quasi das Negativ der jetzigen
Darstellung.
da stimme ich dir voll und ganz zu.
am besten würde mir aber gefallen, wenn die
Markus schrieb:
Nach meiner bescheidenen Meinung würde
Darstellung
Was geschieht eigentlich mit solchen und ähnlichen
*Wünschen an die Renderer*?
meist arbeitet die einer der Renderer in das style-file des osmarenders ein
Wer ist das eigentlich: die Renderer?
jeder der einen svn Zugang
Torsten Leistikow schrieb:
Es gibt ein leisure=sports_centre.
währe da nicht sport=sports_centre korrekter?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Florian Lohoff schrieb:
Vorher sind die Hausnummern hinter den Amenity symbolen
verschwunden was vollkommen okay war.
nein... das fand ich überhaupt nicht ok.
ich hab mir so viel mühe gegeben mit den Hausnummern, da möchte ich doch nicht,
dass jede 2. von einem symbol überdeckt wird.
warum sollte man bei Fossgis Mtglied werden?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
1 - 100 di 151 matches
Mail list logo